Миграция данных из Excel, 1С и CRM: как не потерять историю

Новая CRM обычно ломается не на этапе внедрения, а через месяц после запуска. Менеджер открывает карточку постоянного клиента, а там пусто: нет истории сделок, нет комментариев, а в поле «Телефон» стоит «см. Excel у Дилшода».

Миграцию данных часто считают технической мелочью: выгрузили, загрузили, и всё. На деле это отдельный проект, и его легко провалить. По данным Bloor Research, больше 60% проектов миграции выходят за рамки сроков или бюджета. Причина обычно не в том, что не нашёлся программист. Просто данные оказываются грязнее, чем все думали.

Ниже практический разбор переноса из трёх самых частых в Узбекистане источников: Excel, 1С и старой CRM. Мы разберём, что именно теряется по дороге и как это заметить до запуска, а не после.

Откуда переезжают и что там обычно лежит

У каждого источника свои проблемы. Если о них знать заранее, половину сюрпризов можно избежать.

Отдельно про Bitrix24. По данным wmtips, среди CRM на узбекских сайтах он встречается чаще всего. Поэтому сценарий «уходим с Bitrix24 на свою систему» или «переезжаем в Bitrix24» у нас встречается постоянно.

Типичные потери: что исчезает незаметно

1. История, а не только текущее состояние

Экспорт сделок в CSV почти всегда отдаёт снимок на сегодня: этап, сумму, ответственного. Остаётся за бортом:

• когда сделка переходила между этапами (без этого нет аналитики по скорости воронки);
• кто из менеджеров вёл клиента раньше;
• переписка и комментарии в ленте;
• прикреплённые файлы: КП, договоры, сканы паспортов.

Чтобы забрать историю, обычно нужен API старой системы, а не кнопка «Экспорт». Это стоит проверить в первую очередь: может ли старая CRM вообще отдать ленту событий.

2. Связи между сущностями

В 1С контрагент — это юрлицо, у него есть контактные лица, договоры и документы. В CRM есть компания, контакт и сделка. Если перенести три таблицы отдельно и не сохранить идентификаторы связей, получится три списка, которые друг о друге ничего не знают.

Правило простое: каждая запись в новой системе должна хранить ID из старой. Под это нужно отдельное поле, например . Оно поможет связать записи, найти ошибку и перезапустить загрузку без дублей.

3. Дубли из-за телефонов

Это самая частая боль в Узбекистане. Один и тот же клиент в разных таблицах может быть записан так:

Для системы это четыре разных человека. Перед загрузкой номера надо привести к одному формату E.164: . Это 12 цифр после плюса. Комментарии из поля телефона выносим в заметку, и только после этого ищем дубли.

4. Идентификаторы: ИНН и ПИНФЛ

С 1 июля 2021 года налоговый учёт физлиц перевели на ПИНФЛ, а выдачу ИНН гражданам как госуслугу отменили (spot.uz). Поэтому в старых базах часто встречается смесь: у одних физлиц записан старый ИНН, у других ПИНФЛ, у третьих ничего.

Для миграции это значит:

• в новой системе нужны отдельные поля для ИНН организации и ПИНФЛ физлица, без общего поля «ИНН»;
• проверку формата нужно настраивать под местные правила. Конфигурации 1С, сделанные под другие страны, могут не принять номер нестандартной длины. На форуме Инфостарт описан похожий случай с 14-значным ИНН Кыргызстана;
• дедупликацию юрлиц делайте по ИНН, а не по названию. «ООО Navruz Trade» и «Navruz Trade MChJ» — одна и та же компания.

5. Справочники и статусы

В старой CRM этапы назывались «Думает», «Перезвонить», «Горячий». В новой воронке их может быть меньше, и называться они будут иначе. Если не составить таблицу соответствия заранее, при загрузке всё попадёт на первый этап или вообще отсеется.

Пошаговый план миграции

Шаг 1. Инвентаризация

Перечислите все места, где живут данные о клиентах. Обычно их больше, чем кажется:

• основная CRM или 1С;
• Excel-файлы у отдельных менеджеров;
• Telegram-чаты с клиентами;
• таблица бухгалтерии с оплатами через Payme, Click или банковский перевод.

Для каждого источника запишите объём (сколько строк), владельца (кто знает, что там) и нужен ли он вообще.

Шаг 2. Решите, что НЕ переносить

Звучит странно, но это самый полезный шаг. Лиды пятилетней давности без телефона, тестовые сделки, уволенные сотрудники как ответственные — всё это засоряет новую систему. Старый архив можно оставить в виде выгрузки только для чтения.

Шаг 3. Карта полей (mapping)

Таблица: поле в источнике → поле в новой системе → правило преобразования. Например:

Эту таблицу должен подписать человек из бизнеса, а не только программист. Только он знает, что «Примечание 2» в 1С на самом деле означает источник клиента.

Шаг 4. Очистка

Делайте её в промежуточной копии, а не в рабочей базе: нормализация телефонов, поиск дублей, исправление кодировки (кириллица после экспорта из старых систем иногда превращается в «кракозябры»), заполнение пустых обязательных полей.

Шаг 5. Пробная загрузка

Сначала загрузите 5–10% данных в тестовую среду. Дайте двум-трём менеджерам открыть знакомых им клиентов и проверить, всё ли на месте. Они найдут ошибки, которые не поймает ни один скрипт.

Шаг 6. Финальный перенос и период параллельной работы

Назначьте дату переключения. Лучше всего подходят выходные или конец месяца после закрытия периода в 1С. После этого старая система неделю-две доступна только для чтения. Новые данные вносятся только в новую.

Чек-лист проверки после переноса

Пройдитесь по нему до того, как объявите запуск:

• [ ] Количество записей в источнике и в новой системе совпадает (или разница объяснима)
• [ ] Сумма сделок или оплат за выбранный месяц совпадает с отчётом из старой системы
• [ ] 20 случайных клиентов открыты вручную: контакты, сделки и файлы на месте
• [ ] У каждой записи заполнен
• [ ] Поиск по телефону в любом формате находит клиента
• [ ] Нет сделок без ответственного или с удалённым пользователем
• [ ] Права доступа: менеджер видит только своих клиентов, если так задумано
• [ ] Интеграции (1С, телефония, сайт, Telegram-бот) пишут уже в новую систему
• [ ] Старая база сохранена в виде полной резервной копии с датой

Юридический момент: где будут храниться данные

Если вы переезжаете в облачную CRM с серверами за рубежом, вспомните про Закон «О персональных данных» (ЗРУ-547, действует с 1 октября 2019 года). Поправки, действующие с апреля 2021 года, обязали обрабатывать персональные данные граждан Узбекистана на технических средствах внутри страны (spot.uz). Позже требования смягчили. По сообщению anhor.uz, обязательная локализация теперь касается в первую очередь биометрических и генетических данных и данных абонентов телеком-услуг, а остальные категории можно хранить за рубежом при определённых условиях.

Мы не юристы. Сверьте актуальную редакцию на lex.uz до выбора хостинга и проверьте, нужна ли вашей базе регистрация в реестре на pd.gov.uz.

Когда можно обойтись без подрядчика

Честно: не каждая миграция требует разработки.

Справитесь сами, если:

• у вас до нескольких тысяч контактов в одном-двух Excel-файлах;
• историю сделок переносить не нужно, достаточно справочника клиентов;
• новая система — готовая облачная CRM со встроенным импортом из CSV. У Bitrix24 и amoCRM он есть, а для переезда между ними в маркетплейсе Bitrix24 есть готовые приложения-мигрaторы.

В этом случае хватит чек-листа выше и пары дней аккуратной работы.

Нужна помощь, если:

• источник — 1С с многолетней историей документов и взаиморасчётов;
• данные разбросаны по нескольким системам, и их надо объединить с дедупликацией;
• нужна история изменений, звонки и файлы, а не только текущий снимок;
• после переноса 1С и CRM должны обмениваться данными постоянно, а не один раз.

Именно такие задачи мы решали в проектах для автосалонов. Там в одной базе должны сойтись лиды с сайта, тест-драйвы, сделки и данные из 1С. Если ваш случай похож, посмотрите, как мы внедряем CRM и ERP-системы, или опишите свою ситуацию. Мы честно скажем, хватит ли вам встроенного импорта.

Главное

• Миграция — это отдельный проект с картой полей, тестовой загрузкой и проверкой, а не одна кнопка «Экспорт».
• Больше всего теряется история и связи. Их сохраняет поле и выгрузка через API.
• В Узбекистане отдельно нормализуйте телефоны к формату +998 и разведите ИНН и ПИНФЛ по разным полям.
• Решите заранее, что не переносить. Чистая база ценнее полной.
• Старую систему не отключайте сразу: оставьте её на пару недель в режиме только для чтения.

Источники:

• Bloor Research — Data Migration
• wmtips — CRM in Uzbekistan
• spot.uz — переход на ПИНФЛ
• spot.uz — локализация персональных данных
• anhor.uz — пересмотр закона о персональных данных
• Инфостарт — длина ИНН в 1С
• Bitrix24 Маркет — мигратор из amoCRM