Перед переключением CRM нужно сверить не только количество записей, но и их содержание, связи и последние изменения. Создайте ведомость соответствия старых и новых идентификаторов, контрольные итоги по группам и протокол пробного переноса. Решение о переключении принимают после объяснения расхождений и проверки восстановления работы.
Зафиксируйте исходный снимок
Определите момент выгрузки, состав объектов и фильтры. Отдельно учитывайте контакты, компании, сделки, задачи и доступную историю. Запишите, какие данные намеренно остаются в архиве. Иначе исключённые старые записи позже будут выглядеть как случайная потеря.
Для каждого объекта сохраните исходный идентификатор. Название компании и телефон не заменяют стабильный ключ: они меняются и могут совпадать. Подготовьте таблицу соответствия «старый идентификатор — новый идентификатор». Она понадобится для проверки связей, повторной загрузки и поиска записей после запуска. Общий план подготовки описан в статье о переезде в другую CRM.
Сверяйте структуру несколькими способами
Начните с количества записей по типу, статусу и ответственному. Затем сравните суммы в согласованной валюте и только для сопоставимого набора сделок. Не складывайте разные валюты без отдельного правила пересчёта. Пустая сумма должна оставаться неизвестным значением, если исходный смысл не предполагает ноль.
Для значимых полей можно рассчитать контрольный отпечаток нормализованной записи. Сначала согласуйте формат дат, пробелов, телефонов и пустых значений. Разные технические представления одинаковых сведений иначе дадут ложные расхождения. Такой отпечаток дополняет проверку содержимого, но не доказывает правильность связей между объектами.
Проверьте сложные отношения
Условный пример: у компании два контакта и три активных заказа. После переноса общее число контактов и сделок совпало, но один заказ связан с представителем другой компании. Итоги по количеству не выявили ошибку. Ведомость соответствия позволяет проверить каждую связь по исходному ключу.
Добавьте в пробу клиента без компании, несколько телефонов, контакт с несколькими сделками и заказ без суммы. Проверьте также ответственных и ближайшие задачи. Для активной работы правильная следующая задача может быть важнее переноса старого текстового комментария. При этом состав переносимой истории нужно согласовать явно, а не выбирать молча во время загрузки.
Спланируйте изменения между выгрузками
Пока идёт проверка, сотрудники продолжают работать. Определите, как попадут новые записи и изменения уже существующих карточек. Эту разницу часто называют дельтой. Для неё нужны источник времени изменения, правила повторной обработки и порядок разрешения конфликтов.
Если менеджер исправил телефон после первого снимка, повторная загрузка не должна вернуть старое значение. Если две системы временно доступны для ввода, назначьте источник истины по каждой операции. Без такого правила синхронизация превращается в спор о том, какая версия последняя и кто должен вручную восстанавливать договорённости.
Примите решение о переключении
Критерии готовности: контрольные итоги объяснены; связи проверены; активные задачи доступны; дельта обработана; сотрудники знают момент перехода. Составьте список блокирующих расхождений и допустимых архивных исключений. Не принимайте миграцию только по проценту успешно загруженных строк.
План отката должен учитывать новые данные, появившиеся после переключения. Простое возвращение старого доступа не переносит их обратно. Укажите, кто останавливает ввод, сохраняет новые обращения и восстанавливает рабочую очередь. Для конкретной подготовки таблиц полезны рекомендации по импорту базы, но метод сверки остаётся необходимым при любом выбранном способе миграции.
Применить в вашей компании
Обсудим вашу задачу?
Поможем разобраться с процессом, данными и настройками. Работаем удалённо с компаниями по всей России.