Перенос данных в Битрикс24 из Excel, amoCRM и других CRM без потери истории
Перенос в Битрикс24 редко сводится к загрузке файла. В старой CRM и таблицах могут находиться дубли контактов, сделки без ответственного, поля с разным смыслом, вложения в отдельных папках. Часть истории нужна менеджерам каждый день, часть годами не открывают.
До миграции компании согласуют состав данных, правила преобразования, способ проверки и точку перехода на Битрикс24. Полностью повторить структуру другой CRM удаётся не всегда: результат зависит от доступности выгрузки или API, структуры данных в источнике и настроек целевого портала.
Какие данные переносят в Битрикс24
Типовой сценарий: для ежедневной работы переносят актуальные компании и контакты, открытые сделки, товары, документы и историю, без которой нельзя продолжить работу с клиентом. Закрытые сделки включают в объём, если они нужны для договоров, отчётности или повторных обращений.
Типовой сценарий для нестандартных сущностей: в Битрикс24 для них подбирают отдельную структуру, пользовательское поле или реестр. Если архив не нужен в ежедневной работе, его можно оставить в исходной системе.
Подготовка базы перед миграцией
До миграции согласуйте источники, состав рабочей и архивной информации, признаки дублей, правила для пустых полей и карточек бывших сотрудников. Подробный чек-лист по границам первой очереди, ролям и подготовке данных есть в статье «Как подготовиться к внедрению Битрикс24: чек-лист для руководителя».
Карта соответствия полей для переноса данных в Битрикс24
Карта полей фиксирует, откуда берётся значение, куда оно попадает, как преобразуется и проверяется.
В карте также фиксируют объединение значений, разбор текстовых полей, замену справочников, пустые значения и правило для бывших сотрудников. Одинаковые названия стадий в разных CRM могут означать разные действия, поэтому для каждой стадии описывают смысл, целевую сущность, причину закрытия и нужные даты. Открытые сделки переносят так, чтобы менеджер продолжил работу; объём закрытой истории определяют отдельно.
Перенос связей, файлов и истории
Загрузить строки из таблицы проще, чем восстановить связи. При работе с клиентом сотруднику нужны не только поля карточки, но и привязка сделки к компании, документы, комментарии, ответственные и связанные процессы.
В проекте переноса из Мегаплана в Битрикс24 S-WEBS24 сохраняли ссылку на исходную сделку как технический идентификатор. По ней искали совпадения при повторной загрузке и восстанавливали связи. Файлы обрабатывали отдельно, а не переносили обычными ссылками. Для Excel, amoCRM и других CRM состав переноса нужно проверять отдельно: доступные данные зависят от конкретного источника.
Права доступа проверяют вместе с данными. Файл может появиться в карточке, но быть недоступным сотруднику, который ведёт сделку.
Тестовый импорт перед основной миграцией
Тестовый импорт показывает не только техническую возможность загрузки. На нём проверяют, хватает ли данных сотрудникам, восстановились ли связи и не появляются ли дубли при повторном запуске.
В тестовую выборку полезно включить текущую компанию, контакт с несколькими сделками, закрытую сделку, карточку с файлом, запись с нестандартным полем и объект с неполными данными.
Проверочный список:
- [ ] Количество записей соответствует согласованной выборке.
- [ ] Компании, контакты и сделки созданы в нужных сущностях.
- [ ] Обязательные поля содержат ожидаемые значения.
- [ ] Телефоны, email и названия не создают очевидных дублей.
- [ ] Сделки связаны с нужными компаниями и контактами.
- [ ] Стадии и причины закрытия соответствуют карте полей.
- [ ] Ответственные назначены по согласованному правилу.
- [ ] Файлы открываются из карточки, если их перенос входит в объём работ.
- [ ] История отображается в согласованном формате.
- [ ] Доступ к данным проверен под реальными ролями.
- [ ] Повторная загрузка не создаёт дубли.
- [ ] Менеджер может работать с открытой сделкой без возврата в старую CRM.
После теста исправляют карту полей, правила очистки или структуру Битрикс24. Основную загрузку начинают после проверки и утверждения тестовой выборки.
Переключение на Битрикс24 и откат
Пока идёт перенос, в старой системе появляются новые обращения, изменения по сделкам и документы. Без согласованной точки переключения возникает риск: часть данных останется в источнике, а часть попадёт в новую систему дважды.
Иногда достаточно остановить переключение, исправить правило преобразования и повторить финальную загрузку. До запуска стоит определить, кто принимает такое решение и где будут фиксировать новые записи во время проверки.
Ошибки при переносе базы в Битрикс24
Перенос всего архива без отбора
Дубли, карточки без владельца и неиспользуемые записи усложняют поиск и искажают отчёты. Состав миграции определяют по данным, которые сотрудники используют в ежедневной работе, а не по размеру архива.
Импорт без карты полей
Без правил переноса трудно проверить, почему пропала стадия, поле осталось пустым или запись получила другого ответственного.
Отказ от технического идентификатора
В конкретном проекте используют внутренний ID или URL исходной записи, если источник их предоставляет. Такой идентификатор помогает сопоставлять карточки, восстанавливать связи и проверять повторную загрузку.
Проверка только по количеству строк
Совпадающее количество записей не доказывает, что миграция прошла корректно. Отдельной проверки требуют связи, стадии, права, файлы, история и открытые сделки.
Одновременное изменение процесса и перенос архива
Если во время миграции меняются воронки, стадии и карточки, трудно установить причину ошибки. Сначала согласуют целевую структуру и проверяют импорт на выборке.
Риски, связанные с правами доступа, процессами и запуском CRM, разобраны в статье «Ошибки внедрения Битрикс24».
Когда перед миграцией нужен аудит Битрикс24
Если портал уже частично настроен, перед переносом проверьте воронки, поля, права, автоматизацию и интеграции. Иначе новые данные попадут в схему, которую всё равно придётся менять. Пример состава проверки приведён в статье об аудите Битрикс24.
FAQ о переносе данных в Битрикс24
Можно ли перенести данные из Excel в Битрикс24?
