Файл загрузился без ошибки, но в CRM не хватает сделок, у контактов пропали начальные нули в кодах, а заказы связались не с теми компаниями. Перенос данных из Excel в CRM стоит принимать по полям, составу записей и связям, а не по сообщению «импорт завершён». Этот разбор поможет руководителю согласовать проверку с администратором до перехода на новую базу.
Начните с трёх безопасных действий:
- Сохраните неизменяемую копию исходных таблиц и отметьте дату среза.
- Опишите, что означает одна строка каждого листа: контакт, компания, сделка или связь между ними.
- Подготовьте небольшую учебную выборку с обычными строками и исключениями для разрешённого тестового контура.
Сначала определите, что именно должно переехать
CRM — система управления отношениями с клиентами. В таблице одна строка может одновременно описывать компанию, человека и заказ; в CRM это часто разные объекты. Поэтому число строк Excel и число карточек после импорта не обязаны совпадать.
Составьте перечень переносимых объектов. Для каждого укажите исходный лист, обязательные поля, способ сопоставления с уже существующей записью и нужные связи. Отдельно перечислите историю, вложения и заметки: файл с контактами сам по себе не подтверждает их перенос.
Согласуйте, какие данные остаются в архиве и почему. Исключённая по правилу строка и потерянная строка — разные результаты; у исключения должно быть основание, понятное ответственному за данные.
Если система ещё не выбрана, сначала пригодятся критерии выбора готовой или заказной CRM. Здесь предполагается, что целевая система уже определена и нужно проверить именно миграцию.
Сделайте карту полей и проверьте значения в файле
Карта полей связывает колонку Excel с конкретным полем конкретного объекта CRM. Для каждой пары нужны тип данных, правило преобразования и ожидаемый результат. Название колонки «Клиент» недостаточно: это может быть название компании, имя контакта или его код.
Минимальная карта может выглядеть так:
- Код компании → внешний код компании. Текст; начальные нули сохраняются; пустой код отправляет строку на разбор.
- Статус заказа → этап сделки. Каждое исходное значение сопоставлено допустимому этапу выбранной воронки; неизвестные значения не заменяются первым этапом молча.
- Ответственный → пользователь CRM. Нужна однозначная таблица соответствий; совпадения только по имени недостаточно.
- Сумма → сумма сделки. Согласованы валюта, десятичный разделитель и смысл суммы; нулевое значение отличается от отсутствующего.
- Дата события → дата в CRM. Указаны формат и, если переносится время, часовой пояс; день и месяц не меняются местами.
Это пример требований к переносу, а не готовые названия полей любой CRM. Справочники, обязательные свойства и ограничения импорта надо сверить с документацией выбранной системы и её настройками.
Excel может преобразовать код в число и убрать начальные нули. В справке Microsoft «Keeping leading zeros and large numbers» для сохранения таких значений описан текстовый тип; смена отображения после потери исходных символов не восстанавливает их. Сравнивайте подготовленный файл с сохранённым оригиналом, а не только внешний вид ячеек.
Если выгружаете CSV — текстовый файл с разделителями, — проверьте результат экспорта отдельно: заголовки, кириллицу, разделитель, даты и длинные коды. Для вычисляемых колонок согласуйте, какое итоговое значение переносится. Не считайте формулы и оформление книги частью данных, которые CRM обязана воспроизвести.
Ещё один отдельный случай — пустая ячейка. Она может означать «данных нет», «оставить старое» или «очистить поле», но импортёр не обязан различать эти намерения. Например, справка HubSpot «Format import files», обновлённая 11 сентября 2026 года, указывает: пустые ячейки при импорте не очищают уже заполненные свойства. Для другой CRM это поведение нужно проверить отдельно.
Свяжите компании, контакты и сделки устойчивыми кодами
Для каждого объекта нужен устойчивый идентификатор — код, по которому перенос узнаёт ту же запись при повторной обработке. Номер строки после сортировки и название компании для этой роли ненадёжны. Старый код также нельзя без проверки записывать во внутреннее поле ID целевой CRM: у него может быть другое назначение.
Согласуйте таблицу соответствий «тип объекта + исходный код → код записи CRM». Если система поддерживает внешние ключи или уникальные поля, выясните, как штатный импорт использует их. Для HubSpot официальная справка отдельно описывает идентификаторы объектов и требования к связям; их наличие и смысл нельзя автоматически переносить на другие продукты.
Учебный пример без клиентских данных: в исходной таблице есть компания C-01, контакты P-01 и P-02, сделки D-01 и D-02. Обе сделки относятся к C-01, но первая связана с P-01, а вторая — с P-02.
Ожидаемый результат: одна компания, два контакта и две сделки с указанными связями. Пять созданных карточек ещё не доказывают успех: если контакты у сделок перепутаны, счётчик верный, а рабочие данные неверны.
Если коды отсутствуют или противоречат друг другу, вынесите такие строки в список исключений. Правила объединения уже существующих дублей клиентов решают отдельную задачу. Не объединяйте спорные записи автоматически в ходе миграции только ради ровных счётчиков.
Проведите пробный импорт с заранее заданным результатом
Пробная партия должна проверять разные правила: обычную запись, пустое необязательное поле, неизвестный статус, длинный код, связь нескольких объектов и обновление уже существующей карточки. Для каждого случая заранее запишите, что должно создаться, измениться или попасть в отказ.
Используйте учебные данные и разрешённую тестовую среду. До загрузки администратор должен исключить отправку настоящих писем, сообщений и документов из этой среды, а также доступ к рабочим интеграциям. Не загружайте клиентскую базу в открытые сервисы очистки таблиц.
Если тест изменил чужую карточку, создал неверную связь или вызвал внешнюю отправку, следующий этап переноса останавливают до выяснения причины.
После первого прохода проверьте повтор той же партии в тесте. Если согласован режим обновления, повтор не должен создавать новые объекты вместо уже сопоставленных. Для режима «только создание» повторная загрузка может быть недопустима: тогда нужен способ распознать завершённую партию и не запустить её второй раз.
Заранее выясните, как исправлять частичный импорт. Повтор всего файла после нескольких отказов может повторно затронуть уже обработанные записи. Сначала нужен результат по каждой исходной записи и понятный порядок обработки оставшихся ошибок.
Принимайте результат по составу, связям и отчётам
Отчёт приёмки должен позволять найти судьбу любой исходной записи. Полезные колонки: исходный код, действие, код CRM, результат проверки и причина исключения. Саму клиентскую базу в общий отчёт копировать не требуется.
Сверку выполняют на нескольких уровнях:
- Обработка строк. Каждая строка получила один итоговый статус: обработана, исключена по согласованному правилу или отклонена с причиной. Отдельно учитываются ошибки полей и связей.
- Состав объектов. Списки ожидаемых исходных ключей сопоставлены с созданными и обновлёнными карточками по каждому типу объекта. Нет необъяснённых пропусков и лишних записей.
- Значения. Проверены обязательные поля, коды, даты, статусы и ответственные. Отдельно просмотрены исключения и примеры каждого правила преобразования.
- Связи. У сделок именно те компании и контакты, которые заданы в исходной карте. Совпадение количества связей не заменяет сравнение их участников.
- Рабочий сценарий. Пользователь с обычными правами видит положенные записи, открывает связанную сделку и получает ожидаемый отчёт.
Если сверяете суммы, сравнивайте один и тот же набор сделок, период, статусы и валюту. Общая сумма может совпасть даже при двух взаимно компенсирующихся ошибках, поэтому она дополняет сверку записей, но не заменяет её.
Принимать перенос можно, когда необъяснённых расхождений нет, а по каждому оставшемуся исключению согласовано решение. Зелёный статус загрузки и несколько случайно открытых карточек этого не подтверждают.
Согласуйте переход на рабочую базу и границу самостоятельной работы
До финального переноса определите момент среза и источник новых изменений. Если менеджеры продолжают править Excel после выгрузки, нужен учёт этих изменений и отдельная сверка перед переходом. Параллельное редактирование без такого порядка создаёт две расходящиеся версии данных.
Нужны также проверенный способ восстановления и условие остановки. Экспорт контактов не равен резервной копии всей CRM. Возврат всей базы к старому состоянию может затронуть записи, появившиеся после среза; порядок восстановления надо согласовать с администратором до изменений.
Своей команды достаточно, когда штатный импорт поддерживает нужные объекты и связи, правила сопоставления однозначны, а пробная партия и сверка проходят. Заказывать разработку только ради загрузки понятного файла необязательно.
Если перенос требует нестандартных связей, сохранения сложной истории или согласования с работающими интеграциями, полезен отдельный технический разбор. OpenStart занимается доработкой и интеграциями CRM; первым согласуемым этапом здесь может стать карта переноса и проверка ограничений выбранного способа загрузки.
Обсудить перенос данных в CRM можно с названия системы, перечня объектов и обезличенного примера колонок. После уточнения задачи согласуются состав работ и критерии первого этапа. Клиентскую базу и доступы в первичное обращение передавать не нужно.