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