Любой переезд с одной системы на другую в плане выглядит одинаково: выгрузили, загрузили, поехали. На практике это самый недооценённый этап, и опаздывает проект чаще всего именно здесь. Причина в том, что перенос — не техническая задача, а череда решений, которые может принять только заказчик.
Дубли, которых «нет»
Пока смотришь выгрузку глазами, база выглядит прилично. Потом выясняется, что один и тот же контрагент заведён шесть раз: с точкой и без, с «ООО» и без, с опечаткой в третьей букве. У каждой карточки своя история, свой ответственный и свои документы.
Машина сведёт очевидное — совпадение по ИНН или телефону. Всё остальное решает человек: какая карточка настоящая и что делать с историей остальных пяти. Это рабочие дни вашего сотрудника, а не разработчика.
Записи без владельца
В любой живой базе есть сделки уволившихся, задачи без исполнителя, документы, привязанные к отделу, которого больше нет. При переносе такие записи либо теряются, либо валят импорт. Решение — снова ваше: назначить, архивировать или не переносить вовсе.
Поля-помойки
Почти всегда находится поле «Комментарий», в котором лежит всё: условия оплаты, имя жены директора, номер пропуска и предупреждение «не звонить после пяти». Формально это одна колонка. По смыслу — пять разных сущностей, и разложить их по местам автоматически нельзя.
Практичный подход: перенести как есть в отдельное поле «заметки из старой системы» и не пытаться разобрать. Разберётся оно само, по мере работы.
Технические мелочи, которые стоят дня
- Кодировка. Выгрузка в CP1251, импорт ждёт UTF-8 — и вместо фамилий приезжают вопросительные знаки. Проверяется за минуту, ловится обычно на второй день.
- Даты. 03.04.2025 — это март или апрель? В разных системах по-разному, и ошибка обнаруживается через месяц на отчёте.
- Телефоны. +7, 8, скобки, дефисы, два номера в одной ячейке. Приводить к одному виду надо до переноса, иначе поиск по номеру не работает.
- Файлы. Вложения обычно живут отдельно от записей, и про них вспоминают последними.
Что подготовить заранее
Три вещи, и все три — до начала работ. Первое: выгрузка в любом читаемом виде, чтобы её можно было посмотреть глазами. Второе: человек с вашей стороны, который имеет право решать, какая карточка настоящая. Третье: честный ответ, какие данные переносить не нужно — обычно это половина базы, и отказ от неё ускоряет проект сильнее любой оптимизации.
Что происходит дальше и почему смету на перенос нельзя считать «одной строкой» — подробный разбор на примере переезда клиентской базы.
Правило, которое экономит недели
Не переносите молча. Сделайте пробный импорт на копии, покажите его тем, кто работает с базой каждый день, и дайте им час поискать своих клиентов. Они найдут то, что не найдёт ни один скрипт проверки, — и найдут это до боевого переезда, а не после.
