Новая CRM или ERP может быть настроена правильно, но после импорта пользователи увидят три одинаковых карточки клиента, товары без единиц, отрицательные остатки и открытые заказы, давно завершённые в реальности. Команда быстро потеряет доверие и вернётся к старым таблицам.
Миграция данных — отдельный этап внедрения со своим владельцем, правилами очистки, пробными загрузками и итоговой сверкой. Её цель — перенести необходимую операционную основу, а не весь цифровой архив компании.
Что переносить, а что оставить в архиве
| Группа | Обычно переносим | Можно оставить в архиве |
|---|---|---|
| Клиенты и поставщики | Активные карточки, реквизиты, контакты и ответственные | Дубли и записи без подтверждённой ценности |
| Номенклатура | Активные товары, единицы, категории и штрихкоды | Закрытые позиции без остатка и движения |
| Остатки | Количество по складам и согласованная оценка на дату | Старые промежуточные пересчёты |
| Открытые операции | Невыполненные заказы, резервы, долги и авансы | Завершённые документы, доступные в старой системе |
| История | Период для текущей работы и аналитики | Подробная давняя история в режиме чтения |
Решение зависит от юридических и управленческих требований. Архив не означает удаление: старые данные остаются доступны для просмотра, не усложняя новый рабочий контур.
Начните с инвентаризации источников
Один клиент может быть записан в CRM, бухгалтерии, таблице менеджера и интернет-магазине. Для каждого источника зафиксируйте владельца, актуальность, формат, объём, ключи и известные проблемы качества.
| Источник | Что проверить | Риск |
|---|---|---|
| Старая CRM | Стабильный ID, владелец клиента и статус сделок | Дубли после ручного создания карточек |
| Учётная система | Реквизиты, долги, единицы и оценка | Другая логика справочников |
| Интернет-магазин | Email, телефон, SKU, заказы и возвраты | Гостевые и повторные аккаунты |
| Таблицы | Автор, дата обновления, формулы и скрытые листы | Нет единого формата и контроля |
Определите ключи и правила дублей
Имя человека или название компании не является надёжным ключом. Написание меняется, компании имеют филиалы, а один телефон могут использовать несколько контактов. Сопоставление должно учитывать тип клиента, налоговый номер, нормализованный телефон, email и связь контактного лица с организацией.
Автоматически объединяйте только очевидные дубли. Сомнительные пары лучше отправить на ручную проверку, чем потерять историю двух разных контрагентов.
Карта соответствия полей
Для каждого целевого поля укажите источник, преобразование, обязательность, значение по умолчанию и действие при ошибке.
| Целевое поле | Источник | Преобразование | Контроль |
|---|---|---|---|
| Телефон | Несколько текстовых колонок | Единый международный формат | Некорректные номера в отдельный отчёт |
| SKU | Старый код товара | Убрать служебные пробелы, сохранив начальные нули | Уникальность активных позиций |
| Единица измерения | Текстовое сокращение | Сопоставить с утверждённым справочником | Неизвестная единица блокирует строку |
| Статус заказа | Старый код | Явная таблица соответствия новым статусам | Без молчаливого значения «новый» |
| Ответственный | Имя менеджера | Сопоставить с активным пользователем | Бывшие сотрудники в отдельный отчёт |
Начальные остатки требуют одной точки времени
Остатки нельзя переносить «на сейчас», пока в старой системе продолжаются движения. Определите дату и время среза, последний включённый документ и правила обработки более поздних операций.
Отдельно сверяют количество товара, резервы, оценку, дебиторскую и кредиторскую задолженность, авансы и кассу. Общий ноль не доказывает правильность: переплата одного клиента может компенсировать долг другого.
Проведите полный пробный импорт
- Возьмите полную копию данных, а не десять отобранных чистых строк.
- Загрузите её в тестовый контур тем же процессом, который планируется на запуске.
- Посчитайте входные, созданные, объединённые, пропущенные и отклонённые записи.
- Сверьте контрольные суммы и выборочно пройдите цепочки клиент → заказ → оплата.
- Исправьте правило в источнике или карте, очистите тестовый результат и повторите.
Ручное исправление сотен записей после каждого теста скрывает дефект процесса. Миграция должна воспроизводиться с одинаковым результатом.
Критерии приёмки миграции
- каждое количество объяснено: импортировано, объединено, пропущено или отклонено;
- контрольные суммы остатков и долгов совпадают на дату среза;
- нет неизвестных единиц, складов, валют и ответственных;
- открытые документы сохранили связи и остаточные количества;
- пользователи проверили реальные карточки из своей работы;
- старые ID сохранены для трассировки и повторной сверки.
Вывод
Успешный перенос состоит из инвентаризации источников, осознанного отбора истории, очистки, карты соответствия, пробных загрузок и финальной сверки на один момент времени. Новая система не должна стать дорогой копией старого хаоса.
После проверенной миграции можно планировать пилот, обучение и переход, не ставя всю работу компании на один рискованный день. Посмотреть ядро Business Reactor.
