При выборе CRM владелец спрашивает, можно ли потом забрать клиентскую базу. Ему показывают таблицу с именами и телефонами, и вопрос кажется закрытым. Но история посещений может находиться в другом файле. Если непонятно, как связать эти два набора, после выгрузки останутся контакты отдельно и процедуры отдельно — без уверенного ответа, кому принадлежит каждый визит.
Попросите показать не только кнопку экспорта
Полезный тест до покупки подписки — взять несколько учебных карточек и визитов, выгрузить их доступным способом и восстановить соответствия вне интерфейса CRM. Сотрудник должен объяснить, какое поле связывает строки, в каких пределах оно уникально и какие данные в выбранный формат вообще не попадают.
Не нужен большой архив с реальными телефонами. Для первого теста достаточно условных идентификаторов. Наличие нескольких правильных строк не доказывает полноту всей базы, зато быстро обнаруживает ситуацию, когда формат связи никто не может объяснить.
Какой ключ считать адресом карточки
Номер C1 может встречаться в разных независимых выгрузках. Поэтому в учебном инструменте карточка определяется парой «источник + ID клиента». Источник — область, внутри которой система гарантирует уникальность номера. Это может быть отдельный архив или независимая база. Не следует автоматически считать источником филиал: у реальной сети база клиентов может быть общей.
Если номера глобальны в пределах всей сети, используйте одно согласованное обозначение источника. Если они локальны, сохраните различие. Разделять один общий справочник по филиалам или объединять независимые номера без проверки одинаково опасно. Сам инструмент не угадывает устройство вашей CRM.
| Источник и визит | Ссылка на клиента | Найдено строк клиента в том же источнике | Результат проверки |
|---|---|---|---|
| A / V1 | C1 | 1 | Однозначная ссылка |
| A / V2 | C9 | 0 | Связанная карточка не найдена |
| B / V1 | C1 | 2 | Ссылка неоднозначна |
| B / V2 | C3 | 1 | Однозначная ссылка |
Здесь A/C1 и B/C1 не объединяются только из-за одинаковой части C1. При этом две строки B/C1 внутри одного источника требуют разбора. Даже если они выглядят одинаково, нельзя молча выбрать первую: причина повтора может находиться в формате экспорта или в неверно выбранной области уникальности.
Почему число строк после соединения может увеличиться
В учебном примере четыре строки визитов. Если соединять каждую из них со всеми совпавшими карточками и сохранять также визиты без найденного клиента, получится пять строк. Визит B/V1 встретит две карточки и появится дважды. Это результат наивного левого соединения, а не доказательство, что человек действительно приходил два раза.
Инструмент показывает такую расчётную кратность отдельно от исходного количества визитов. Он не создаёт объединённую историю и не удаляет повторы. При неоднозначной ссылке сначала нужно установить правильный ключ или исправить выгрузку, а уже затем считать посещения и суммы.
Чем повтор ключа визита отличается от повтора ключа клиента
Две строки с одной парой «источник + ID визита» — отдельное замечание. Они могут оказаться повторной выгрузкой одного события либо несколькими строками услуг в одном визите. Во втором случае исходную таблицу нельзя выдавать за таблицу «одна строка — один визит». Для теста сначала подготовьте именно такой уровень данных или согласуйте другой ключ. Инструмент сохраняет обе введённые строки и сообщает о повторе, не выбирая версию самостоятельно.
Карточка без визитов не обязательно потеряна
В примере A/C2 есть в справочнике клиентов, но ни один из введённых визитов на неё не ссылается. Это выводится отдельным списком, без объявления карточки ошибкой. Человек мог ещё не прийти, а история могла быть ограничена выбранным периодом. Дефект связи «визит указывает в пустоту» и отсутствие посещений у карточки имеют разный смысл.
Так же осторожно нужно трактовать хороший результат. Если все ссылки однозначны, проверена только согласованность двух переданных наборов. Инструмент не знает, сколько событий было в исходной CRM, не сравнивает даты, суммы, отмены или фото. Пропущенная строка может не оставить ни одного нарушения ссылок.
Что зафиксировать в демонстрации системы
- Какие сущности реально выгружаются: контакты, визиты, услуги, оплаты или только часть списка.
- Что означает одна строка каждого файла и в каких пределах уникальны её номера.
- Можно ли получить стабильный идентификатор клиента вместе с каждой строкой истории.
- Как подтвердить полноту: сверить выбранный период и контрольное количество событий с исходным отчётом.
- Кто отвечает за преобразование формата и что новая система принимает без ручного восстановления.
На сайте Homade есть общий план перехода с YCLIENTS и отдельный материал о выгрузке базы. Используйте их для организации переезда, а этот тест — для узкого вопроса о связях данных. Архив старой истории и история, доступная внутри новой карточки, не равнозначны. До запуска согласуйте, где сотрудник сможет найти прежний визит и какие поля действительно будут перенесены.
Вводите в проверку только технические условные номера без имён, телефонов и заметок о клиентах. Поля рассчитаны на небольшую обезличенную выборку; это не загрузчик Excel и не средство резервного копирования. Результат удобно сохранить как список вопросов поставщику CRM, а не как разрешение удалить старый архив.
Проверить связи двух учебных выгрузок
Обезличенные технические номера: латинские буквы, цифры, точка, дефис, подчёркивание; 1–40 знаков. Ключи чувствительны к регистру. Источник означает согласованную область уникальности, а не обязательно филиал. Не импортирует файлы или историю, не доказывает полноту выгрузки, не объединяет людей. Расчёт выполняется на вашем устройстве, введённые данные никуда не отправляются.
Источники и проверка
Запустите салон на Homade
14 дней бесплатно, карта не нужна. Перенесём вашу базу из YClients или Altegio.