Excel и CRM: как проверить обмен таблицами без потери связей

Определите цель каждого столбца

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

Внешняя таблица может содержать компанию, человека и отдельную покупку в одной строке. До обмена разберите эти сущности и их связи. Одно поле «контакт» иногда объединяет имя, телефон и комментарий, требуя подготовки. Не загружайте файл целиком только потому, что он аккуратно выглядит в Excel. Сначала согласуйте, какие данные создаются, какие обновляются и какие недостаточны для уверенного определения существующей записи.

Выберите ключ обновления

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

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

Уточните реальную поддержку

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

Визуальная таблица в интерфейсе не доказывает готовую загрузку файлов. Внутренний технический механизм также не всегда пригоден для обычного пользователя. Проверьте доступный формат, ограничения и отчёт о результате в конкретной CRM. Если требуется индивидуальная подготовка, обозначьте её отдельно. Не обещайте клиенту самостоятельный импорт или экспорт Excel на основании того, что разработчик способен написать одноразовый служебный скрипт для специального переноса.

Проверьте безопасную выборку

Результат можно проверить по следующему признаку: после теста известны изменённые записи, сохранённые связи и строки, которые система не смогла корректно обработать.

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

Сохраните правила повторения

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

Частые вопросы