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