Из Битрикс24
Сопоставляем сущности, стадии, пользователей, поля и связи между карточками.
Перенесём клиентов, компании, сделки и рабочие данные из другой CRM, Excel, Google Таблиц или базы данных. Сначала сопоставим структуру, выполним тестовую миграцию и только после проверки запустим основной перенос.
Способ миграции зависит от возможностей выгрузки, API, структуры полей и объёма истории.
Сопоставляем сущности, стадии, пользователей, поля и связи между карточками.
Очищаем таблицы, нормализуем телефоны и почту, объединяем дубли и готовим импорт.
Проверяем доступные экспорты и API, составляем карту соответствия сущностей.
Работаем с выгрузками CSV, JSON, SQL и промежуточными преобразованиями.
Переносим данные в новую структуру аккаунта с учётом ограничений платформы.
Проектируем миграционный сценарий через API, webhook или интеграционный слой.
Точный перечень подтверждаем после анализа источника. Не все системы позволяют выгрузить полную историю в одинаковом виде.
Загрузить файл технически несложно. Сложнее сохранить смысл данных и рабочую логику.
Один человек может находиться в нескольких таблицах и быть записан в разных форматах.
Сделка загружается отдельно от контакта, компании или ответственного.
Старые статусы не соответствуют новой воронке и искажают аналитику.
В одном столбце находятся телефоны, комментарии, суммы или служебные значения.
Источник может не отдавать сообщения, звонки, файлы или системные события.
Новые изменения появляются в старой системе и требуют отдельной синхронизации.
Основной импорт запускаем только после теста, согласования карты полей и проверки результата.
Получить план переносаПроверяем объём, сущности, поля, связи, дубли и возможности выгрузки.
Фиксируем, куда попадёт каждое поле, статус, пользователь и тип записи.
Нормализуем значения, телефоны, почту, даты и правила дедупликации.
Переносим выборку и проверяем карточки, связи, суммы и ответственных.
Фиксируем окно миграции, выполняем загрузку и собираем технический отчёт.
Сравниваем количество записей, проверяем выборку и передаём систему в работу.
Отметьте состав данных и передайте выбор вместе с заявкой. Это поможет быстрее определить способ миграции.
Да. Сначала проверяем структуру портала, доступные выгрузки и API, затем сопоставляем контакты, компании, сделки, стадии, пользователей и поля с новой моделью amoCRM.
Да. Перед импортом приводим таблицы к согласованной структуре, нормализуем значения и определяем правила поиска дублей.
Это зависит от исходной системы и способа выгрузки. Контакты, сделки, поля и связи обычно переносятся предсказуемо, а сообщения, звонки, файлы и системные события требуют отдельной проверки.
До загрузки согласуем признаки совпадения — телефон, электронную почту, внешний идентификатор или комбинацию полей — и отдельно обрабатываем спорные записи.
Для основной миграции обычно фиксируется окно, в котором изменения в старой системе ограничиваются либо отдельно догружаются. Конкретная схема зависит от объёма и источника.
Стоимость зависит от количества записей, числа сущностей, качества данных, необходимости сохранять связи и историю. Оценку готовим после анализа примера выгрузки или доступа к источнику.
С картой полей, тестовой загрузкой и критериями проверки результата.