Перенос данных в новую систему: как не потерять историю

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

Главная ошибка на входе — считать, что переносить надо всё. Не надо. Часть данных не переносится физически, часть переносить вредно, а часть стоит дешевле завести заново, чем чистить.

Что переносится, а что нет

Начните с описи. Разложите то, что у вас есть, по четырём корзинам.

В разборе одной миграции между двумя массовыми системами (2025 год, отчёт интегратора) по истории поступили именно так: перенести переписку целиком было невозможно без потерь, поэтому в карточках сделали краткие сводки по ключевым взаимодействиям, а вложения не перенеслись вообще. Весь проект занял шесть недель, из которых техническая часть — малая доля.

Чистка до, а не после

Тезис, который повторяют все, кто этим занимался: чистить базу надо до переноса. Иначе новая система аккуратно унаследует беспорядок, и вы получите те же проблемы, но уже в интерфейсе, который не привыкли ругать.

Дубли

По оценке интегратора, работающего с базами от пары тысяч карточек (2026 год), типичная доля дублей на живых базах — от трёх до восьми процентов. В отдельных разборах цифры сильно выше: в одном кейсе 2022 года на базе из 318 тысяч контактов нашли 73 тысячи дублей. Единой подтверждённой цифры по рынку нет, и это как раз тот случай, когда чужая статистика бесполезна: посчитайте свою.

Формула проста. Выгрузите контакты, нормализуйте телефоны, посчитайте уникальные значения. Разница между общим числом строк и числом уникальных телефонов — ваша доля дублей. Пять минут работы, и вы знаете размер проблемы точно.

Телефоны

Корень большинства дублей — не злой умысел, а форматы. Где-то +7, где-то 8, где-то скобки и пробелы, где-то номер записан вместе с добавочным. Приём, который используют практики: сравнивать по последним десяти цифрам, отбросив всё остальное. Номера, у которых после очистки остаётся ровно десять цифр, сопоставляются между собой; всё, что короче или длиннее, уходит в ручной разбор.

Ложные совпадения

Автоматическое слияние без проверки склеивает разных людей. Показательный случай из того же разбора 2022 года: скрипт посчитал дублями десять контактов с одинаковой почтой — при ручной проверке оказалось, что это десять учителей одной школы с общим корпоративным адресом.

Отсюда правило: скрипт находит кандидатов, человек принимает решение. Хотя бы по выборке — а по всем совпадениям, найденным только по почте, поголовно.

Что оставить при слиянии

Когда две карточки склеиваются, надо решить, какая главная. Рабочий приоритет из практики: карточка с активными сделками важнее, при прочих равных — последняя изменённая. И ключевое: связанные заявки, брони и задачи должны переехать к главной карточке, а не исчезнуть вместе с дублем. Проблема дедупликации — не «удалить лишнее», а «не потерять связи».

Как это устроено в КАПЭ

Прайс загружается своим файлом — .xlsx или .csv, переделывать под нас его не надо. Разбирается он обычным кодом, а не угадыванием: лист, строка заголовков, строки данных. Отброшенная колонка остаётся в предпросмотре зачёркнутой, с пометкой «останется в файле»: молча исчезнувший кадастровый номер обнаруживается через неделю. Над таблицей стоит итог, и он называет причину, а не число: «22 строки — цена „по запросу“ не разобрана», с примером значения и подсветкой самой ячейки. Дальше выбор — загрузить всё и оставить проблемные строки пустыми или пропустить их.

Два места, где при переносе теряют больше всего, закрыты отдельно. Листы книги разбираются как разные территории: у застройщика книга называется «Юг» и «Север», и это очереди посёлка, а не варианты одного и того же. Молча взятый первый лист — двести потерянных участков без единого сообщения. Повторная загрузка не плодит дублей: ключ — номер участка в границах территории, совпал — строка обновляется, не совпал — заводится новая. Ничего при этом не удаляется: пропавший из файла лот остаётся и помечается на экране результата. Пустая ячейка тоже ничего не затирает, и отдельно это важно для статуса — участок, проданный вчера в кабинете, не должен вернуться в свободные из-за файла, где колонки статуса нет вовсе.

Старый формат .xls не читается, и шаг говорит об этом прямо — «сохраните из Excel как .xlsx», а не «неверный формат». Разбор идёт несколько минут, и всё это время экран называет стадию словами; уход со страницы задачу не отменяет — при следующем заходе незавершённый разбор подхватывается, а не начинается заново. Что таблица делает хорошо и где перестаёт справляться — на странице «КАПЭ и Excel».

Сам перенос: четыре правила

Сначала тестовая порция. Двадцать-пятьдесят записей, полная проверка результата, и только потом остальное. Перенос всей базы одним движением без пробы — типовая ошибка, которую называют все.

Порциями, а не целиком. В разборе миграции 2025 года техническое правило сформулировано прямо: импорт частями не больше пятисот записей. Причина не в красоте, а в том, что при ошибке на сорок тысяч строк непонятно, где она.

Следите за датами. Классический провал — проставить всем перенесённым сделкам дату импорта вместо их настоящей даты. Внешне ничего не сломалось, но аналитика после этого мертва: у вас четыреста сделок, созданных во вторник.

Проверьте лимиты выгрузки и загрузки заранее. У систем бывают пределы на размер файла и число строк, и бывает поведение вроде «импортируется только первый лист книги» — остальные при этом теряются молча. Узнать об этом лучше на тестовой порции.

Сверка после

Загрузка закончилась, и появляется соблазн считать дело сделанным. Сверка занимает полдня и стоит того.

1. Количества. Сколько строк было в источнике, сколько стало в приёмнике, по каждой сущности отдельно. Ориентир из практики: расхождение больше одного-двух процентов — повод разбираться, а не списывать на «ну почти».
2. Выборка карточек. Двадцать-тридцать штук, открытых руками и сверенных с источником поле за полем. Берите не подряд, а разные: свежую, старую, с длинной историей, с необычными символами в имени.
3. Суммы. Общая стоимость всех лотов в источнике и в приёмнике должны совпасть до копейки. Это самая быстрая проверка на съехавшие единицы измерения и основание цены.
4. Связи. Открыть покупателя и убедиться, что его заявки на месте; открыть заявку и убедиться, что лот привязан. Несвязанные данные — самая частая потеря, и в количествах она не видна.
5. Крайние значения. Самый дорогой лот, самый дешёвый, самый большой и самый маленький по площади. Если что-то поехало на разборе чисел, видно будет здесь.

Переходный период

Сколько времени две системы живут параллельно — вопрос, на котором спотыкаются чаще, чем на самом переносе.

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

Рабочая схема — назначить дату и час, после которых новые заявки заводятся только в новой системе. Старая остаётся доступной на чтение: туда ходят за историей, но ничего не заводят. Через месяц-два выясняется, что за историей почти никто не ходит.

Для сравнения: в том же разборе миграции 2025 года адаптация сотрудников к новой системе заняла три-четыре дня. Это меньше, чем обычно закладывают, и обычно проблема не в обучении, а в том, что переход не объявлен жёстко.

Вопросы

Сколько это занимает?

По оценке интегратора, работающего с такими задачами (2026 год): база до двух тысяч клиентов со стандартными полями и историей за пару лет — несколько дней на подготовку плюс день-два на сверку. Нестандартные поля и интеграции растягивают срок до двух-трёх недель. Для посёлка, где переносится в основном реестр лотов, счёт идёт на дни, и дольше всего приводится в порядок сам прайс.

Надо ли переносить проданные участки прошлых лет?

Обязательно, но без истории переговоров. Проданные лоты нужны, чтобы посчитать темп продаж, среднюю цену и структуру остатка — без них аналитика начнётся с нуля и первые полгода будет бесполезна. Достаточно номера, площади, цены сделки и даты.

Что делать со старой системой после переезда?

Оставить в режиме чтения на срок, который вы готовы оплачивать, и заранее выгрузить из неё всё в файлы — включая вложения. Практика показывает, что после отказа от подписки доступ к данным может оказаться ограниченным или платным, поэтому выгрузку делают до расторжения, а не после.

Можно ли перенести переписку из мессенджеров?

Технически почти никогда, и это не страшно. Полезнее другое: договориться, что с момента перехода существенное из переписки фиксируется в карточке короткой заметкой. Переписка целиком всё равно нечитаема — через год никто не будет пролистывать двести сообщений.

Кто должен это делать — мы сами или подрядчик?

Реестр лотов почти всегда можно загрузить самому: это таблица, и системы для того и делают загрузку своим файлом. Подрядчик окупается, когда переносится большая история из другой системы, нужна дедупликация по нескольким полям или требуется связать несколько источников. В этом случае стоит заранее спросить, что входит в работу, а что вы делаете сами.

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

• [ ] Составлена опись: что переносим, что сводкой, что оставляем в архиве
• [ ] Посчитана своя доля дублей по нормализованным телефонам
• [ ] Телефоны приведены к единому виду до выгрузки
• [ ] Совпадения, найденные только по почте, проверены руками
• [ ] При слиянии карточек связанные заявки и брони переезжают к главной
• [ ] Сделан тестовый импорт на двадцати-пятидесяти записях
• [ ] Основная загрузка идёт порциями, а не одним файлом
• [ ] У перенесённых записей сохранены их настоящие даты
• [ ] Сверены количества: расхождение больше одного-двух процентов разобрано
• [ ] Открыто и сверено вручную двадцать-тридцать карточек
• [ ] Совпала общая сумма по всем лотам
• [ ] Проверено, что вложенные файлы доехали или что их нет
• [ ] Назначены дата и час, после которых новое заводится только в новой системе
• [ ] Старая система выгружена в файлы до расторжения подписки

С чего вообще начинается учёт в новом посёлке и в каком порядке заводятся данные — в статье про первую неделю.