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