Переезд из amoCRM(Мигратор)

«Переезд из amoCRM(Мигратор)» — мастер управляемой миграции данных из amoCRM (Kommo) в CRM. Приложение читает данные источника, составляет план переноса и записывает выбранные сущности в целевой портал только после проверки настроек администратором.

Какие задачи решает приложение

- анализирует доступность и объём данных источника до начала записи;
- переносит компании, контакты, сделки с явным кодом валюты, воронки и стадии;
- сопоставляет сотрудников amoCRM с существующими пользователями целевого портала;
- переносит задачи в дела CRM и примечания — в таймлайн;
- сопоставляет исходные пользовательские поля с уже существующими совместимыми полями целевой CRM; несопоставленные поля можно исключить;
- восстанавливает связи «компания — контакт — сделка»;
- показывает «Неразобранное» как отдельное ограничение текущей версии, чтобы такие обращения не считались перенесёнными;
- позволяет выбрать состав данных и воронки; период по дате создания применяется только к сделкам, задачам и примечаниям, а компании и контакты обрабатываются без фильтра по дате;
- выполняет небольшой проверочный перенос с заданным лимитом для каждого выбранного типа перед основным запуском;
- продолжает длительный перенос короткими возобновляемыми пакетами;
- показывает прогресс по каждому этапу, понятные ошибки и журнал действий;
- повторяет только ошибочные строки и не создаёт заново уже сопоставленные элементы;
- выполняет итоговую сверку и перенос изменений после контрольной точки полного переноса: добавляет новые поддерживаемые объекты и обновляет ранее связанные компании, контакты и сделки по сохранённому ID; пробный запуск такую точку не устанавливает;
- формирует отчёт в CSV и JSON.
- добавляет контекстную вкладку «Переезд из amoCRM(Мигратор)» в карточки сделок, контактов и компаний: во вкладке видны исходный ID, проект, статус связи и переход в центр миграции.

Безопасность и контроль

Приложение не изменяет и не удаляет данные в amoCRM и не удаляет существующие записи в целевой CRM. При переносе изменений оно обновляет только ранее связанную по ID компанию, контакт или сделку и только в пределах выбранного сопоставления. Неоднозначные совпадения не объединяются автоматически. Для идемпотентности сохраняется соответствие исходного ID и созданного ID, а в поддерживаемых CRM-сущностях используется внешний идентификатор источника. Секреты интеграций и OAuth-токены обрабатываются только на сервере приложения.

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

Требования

- действующий аккаунт amoCRM (или Kommo) с правами администратора и доступом к API.

Внешняя система

Для чтения источника подключается внешняя интеграция amoCRM. До регистрации единой публичной интеграции пользователь создаёт приватную интеграцию в своём аккаунте amoCRM и вводит в мастере адрес аккаунта, Integration ID, Secret key и одноразовый Authorization code. Данные подключения хранятся раздельно для каждого портала. Официальная инструкция amoCRM по OAuth: https://www.amocrm.ru/developers/content/oauth/step-by-step

Ограничения

Из-за различий платформ не гарантируется перенос один в один роботов и Digital Pipeline, ролей и прав доступа, почтовых ящиков, телефонии, чатов, удалённых сущностей, некоторых системных событий и сложных типов пользовательских полей. Оригинальные автор и дата примечания нативно не сохраняются. Перенос покупателей, товаров и товарных позиций не входит в базовый состав. Задачи без поддерживаемой CRM-сущности и задачи, привязанные к покупателям, отмечаются как пропущенные; примечания покупателей не загружаются. В текущей версии «Неразобранное» не создаётся как отдельная сущность, файлы напрямую не загружаются, а автоматическое создание новых пользовательских полей отключено: можно выбрать существующие совместимые простые одиночные поля или явно исключить поле; телефоны, e-mail и сайты сопоставляются с соответствующими стандартными реквизитами, списки и даты автоматически не сопоставляются. При дельта-переносе у существующих дел синхронизируется завершение, а текст, срок и ответственный не перезаписываются; существующие примечания не редактируются, добавляются только новые. Эти ограничения показываются во время анализа до запуска.

Запись в существующие стадии может запустить настроенных роботов, уведомления и бизнес-процессы. Перед основным переносом рекомендуется создать отдельные направления без автоматизаций, выполнить проверочный запуск и проверить несколько связанных комплектов «компания — контакт — сделка».