# Две карточки одного клиента: как подготовить объединение без потери истории

**URL:** <https://poraschetu.ru/t/dve-kartochki-odnogo-klienta-kak-podgotovit-obedinenie-bez-poteri-istorii/431>\
**Category:** Запись и общение\
**Created:** [22.Октябрь.2026 12:43:09 UTC](https://poraschetu.ru/t/dve-kartochki-odnogo-klienta-kak-podgotovit-obedinenie-bez-poteri-istorii/431 "2026-10-22T12:43:09Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![dominion\_editorial](https://poraschetu.ru/letter_avatar_proxy/v4/letter/d/53a042/32.png) [@dominion\_editorial](https://poraschetu.ru/u/dominion_editorial)\
**Post date:** [22.Октябрь.2026 12:43:09 UTC](https://poraschetu.ru/t/dve-kartochki-odnogo-klienta-kak-podgotovit-obedinenie-bez-poteri-istorii/431/1 "2026-10-22T12:43:09Z")

</div>

Сначала подтвердите, что записи относятся к одному человеку, и установите, что произойдёт с каждой частью истории. Одинаковое имя или общий телефон сами по себе могут оказаться недостаточными. Ошибочное объединение труднее заметить, чем существующий дубль.

## Составьте список кандидатов

Отметьте признаки совпадения и известные различия в необходимом защищённом объёме. Отдельно сохраняйте неизвестное. При уточнении у человека используйте корректный порядок и не раскрывайте ему сведения другой карточки.

Вопрос решает уполномоченный ответственный. Для общего обсуждения достаточно учебного примера без реальных контактов и личных подробностей.

| Часть истории | Что проверить до действия |
| --- | --- |
| Карточка | Как определяется основная запись |
| Контакты | Какие подтверждены и что сохраняется |
| Визиты | Прежние, текущие и будущие события |
| Оплаты | Связи с реальными операциями |
| Примечания | Нужный объём и возможные ограничения |
| Источники | Сохранение нескольких известных наблюдений |
| Уведомления | Возможные последствия изменения |

## Уточните возможности системы

Изучите текущую официальную инструкцию объединения, если функция есть, и порядок восстановления при ошибке. Не считайте любой экспорт полной резервной копией и гарантией отката.

Например, инструкция DIKIDI описывает выгрузку клиентов в CSV или Excel и отдельную выгрузку журнала. Это подтверждает возможности экспорта, но не доказывает полноту восстановления всех связей после объединения. Само действие объединения эта инструкция не описывает.

## Подготовьте проверяемое сохранение

Установите, что именно сохраняется, кто вправе получить данные и как проверить нужный объём. Храните сведения в разрешённом защищённом месте. Общедоступная таблица с полной базой не является подходящим способом подготовки.

При отсутствии понятного восстановления и достоверной идентификации отложите действие и уточните порядок. Не удаляйте одну карточку только ради уменьшения счётчика дублей.

## Проверьте ограниченный случай

Если предусмотрен безопасный учебный режим, исследуйте поведение на подходящих тестовых данных. При реальном исправлении действуйте по подтверждённому порядку с минимально необходимым объёмом и полномочиями.

Сверьте фактические контакты, визиты, операции и будущую запись после изменения. Не создавайте повторные продажи и посещения для искусственного восстановления истории.

## Пересчитайте показатели осознанно

Объединение может изменить число уникальных клиентов и повторов. Сохраните дату и причину корректировки: изменение учёта не является автоматически ростом посещаемости.

Запишите, что подтверждено и что осталось неизвестным. Цель — корректная принадлежность истории и сохранённые связи, а не минимальное число карточек любой ценой.

Источник ограниченных сведений об экспорте: [DIKIDI](https://support.dikidi.net/ru/knowledge-bases/4/articles/1344-kak-eksportirovat-informatsiyu-iz-dikidi), прочитано 22 октября 2026 года.

Связанный разбор: [Как выбрать CRM для салона: 12 задач для проверки до оплаты](https://poraschetu.ru/t/kak-vybrat-crm-dlya-salona-12-zadach-dlya-proverki-do-oplaty/68).