Как сохранить возможность сменить CRM: проверка выхода до покупки

Кнопка экспорта не описывает весь результат

В официальной документации amoCRM для стандартного экспорта указаны конкретные ограничения: не выгружаются события, звонки и аналитика; из примечаний сохраняются последние пять, а товары из сделок не экспортируются. Это ограничения описанного способа выгрузки, а не утверждение, что остальные данные невозможно получить каким-либо способом. Источник: https://www.amocrm.ru/support/export/limit_export

Planfix отдельно описывает общий архив данных и архив файлов. Данные выгружаются в JSON по разделам с сохранением связей. При этом справка предупреждает: такой экспорт нельзя загрузить обратно в аккаунт как резервную копию для отката. У полного экспорта также есть ограничения по правам и частоте. Источник: https://planfix.com/ru/help/Экспорт

Эти примеры показывают, почему экспорт и восстановление нужно проверять раздельно. Таблица удобна для анализа, архив — для передачи состава данных, а восстановление требует поддерживаемой процедуры и совместимой среды. Одинаковое слово «выгрузка» может обозначать разные результаты.

Составьте паспорт данных

Начните с перечня того, без чего команда не сможет продолжить работу: компании, контакты, сделки, задачи, пользовательские поля, справочники, заметки и вложения. Добавьте историю изменений и переписку, если они нужны вашему процессу. Реквизиты интеграций, отчёты и правила автоматизации учитывайте отдельно от клиентских записей.

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

Не предполагайте, что всё выгружается одной командой. Часть данных может быть доступна через интерфейс, часть через API, часть по запросу поддержки. Укажите это в паспорте до появления срочного переезда.

API помогает, если проверены права и полнота

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

В актуальной документации Битрикс24 для сделок используются универсальные методы crm.item.*. Старый crm.deal.list отмечен как устаревающий; документация отдельно предупреждает об особенностях получения множественных контактов. Это конкретный пример того, почему при переносе важно проверять состав полей и используемый метод, а не только наличие API. Источник: https://apidocs.bitrix24.ru/api-reference/crm/deals/

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

Сделайте маленькое упражнение по выходу

Подготовьте безопасный тестовый набор с разными ситуациями: один контакт в нескольких сделках, закрытая сделка, несколько связанных контактов, задача бывшего сотрудника, пользовательское поле и два вложения. Согласуйте ожидаемые связи заранее. Количество примеров выбирайте по сложности процесса; это стартовая проверка, а не доказательство полноты большой базы.

Выгрузите набор и откройте его отдельно от CRM. Проверьте содержимое файлов, кодировку, даты, часовой пояс, валюты и ссылки между объектами. Затем попросите второго исполнителя восстановить тестовую структуру в нейтральном представлении или согласованном целевом окружении. Реальные клиентские данные для такой проверки обычно не нужны.

Сверьте не только количество строк. Двадцать сделок в исходнике и двадцать после переноса могут иметь разные контакты, потерянные задачи и неверных ответственных. Проверьте несколько цепочек целиком: компания → контакт → сделка → задача → файл. Зафиксируйте пропуски и способ их устранения.

Отделите данные от процесса

Перенос клиентской базы не переносит автоматически правила распределения заявок, шаблоны документов, отчёты, роли и интеграции. Для каждого важного процесса нужна короткая инструкция: вход, результат, ответственный, используемые данные и исключения. Тогда новый исполнитель сможет воспроизвести логику, даже если инструменты новой CRM отличаются.

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

Зафиксируйте условия выхода

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

При обсуждении Adaptum можно использовать этот паспорт и упражнение как критерии будущего проекта. Готовность конкретного экспорта, восстановления и переноса нужно подтвердить отдельно. Хорошее предложение оставляет компании проверяемую историю клиентов и понятный путь передачи, даже когда сотрудничество продолжается годами.