Редакция MemorialPRO · 15 октября 2026
Перенос начинается не с кнопки «Загрузить файл». В таблицах мастерской один заказ может находиться на листе менеджера, в плане цеха и в списке оплат. Телефон записан по-разному, сумма изменена без пояснения, а слово «готов» означает то изготовление, то установку. Если перенести такие строки как независимые заказы, CRM получит те же противоречия в другом интерфейсе.
Безопасный порядок: сохранить исходники, определить сущности и идентификаторы, очистить копию, сопоставить поля, проверить небольшую выборку, сверить результат и только затем планировать основной переход. Ниже — практический регламент для собственника и ответственного за данные. Он не предполагает, что MemorialPRO принимает произвольный Excel-файл: доступные форматы и способ переноса проверяются отдельно.
Сначала соберите карту исходных файлов
Запишите, какие таблицы используются, кто их ведёт и какие сведения в них считаются действующими. Отдельно отметьте вложения: макеты, согласования, фотографии изделия, документы и переписку, которую разрешено хранить в рабочей системе.
Сохраните неизменяемую копию исходных файлов с датой и перечнем. Все преобразования делайте в рабочей копии. Если сотрудники продолжают принимать заказы, заранее определите, где учитываются изменения после снятия копии и как они будут перенесены в основной запуск.
Не удаляйте старые файлы сразу после импорта. Порядок хранения, доступа и последующего удаления согласуйте с ответственными за данные. Архив для сверки должен быть защищён от случайного редактирования и доступен только тем, кому он нужен по работе.
Разделите клиента, заказ, изделие и оплату
Один клиент может заказать несколько изделий, а по одному заказу могут поступить несколько платежей. Поэтому строка с телефоном не всегда равна заказу, а строка с оплатой — продаже. До импорта нарисуйте связи между этими сущностями на одном обезличенном примере.
На небольшом экране таблицу можно прокрутить вправо.
| Объект | Пример устойчивого идентификатора | Что проверить |
|---|---|---|
| Клиент | Внутренний ID клиента | Не объединяются ли разные люди с общим телефоном |
| Заказ | ID заказа из согласованного реестра | Связь с клиентом, составом и действующей версией |
| Позиция заказа | ID заказа и ID позиции | Количество, материал, размеры, работы |
| Платёж | Уникальный ID записи платежа | Сумма, дата, статус подтверждения и связь с заказом |
| Вложение | ID файла и связанный объект | Доступность файла, версия и назначение |
Если исходного ID нет, сформируйте его в рабочем реестре и сохраните соответствие старой строке. Не меняйте идентификаторы при каждой попытке загрузки. Но сам по себе столбец ID ещё не гарантирует защиту от дублей: нужно проверить, как целевая система его использует.
Очистите данные без догадок
Уберите пустые служебные строки, объединённые ячейки и промежуточные итоги из набора для импорта. Приведите даты, валюты и единицы измерения к согласованному формату. Числовое значение должно оставаться числом, а комментарий — отдельным полем.
Телефоны, номера заказов и другие идентификаторы нередко удобнее обрабатывать как текст. Табличный редактор может убрать начальные нули или преобразовать длинный номер. После сохранения CSV откройте его повторно с правильными настройками импорта и сравните исходные значения.
Не исправляйте фамилии, даты надписей, суммы и размеры по предположению. Неизвестное отправляйте в список уточнений с ответственным. Для спорных строк заранее выберите решение: исправить по подтверждённому источнику, перенести с явным признаком неполноты или исключить из текущей партии до проверки.
Разберите дубли как отдельную задачу
Совпадение телефона — повод для проверки, а не доказательство, что две строки нужно слить. Одним контактом могут пользоваться родственники, а повторное обращение может относиться к новому заказу. Сопоставляйте доступные признаки и историю.
Составьте таблицу предполагаемых дублей: исходные строки, причина совпадения, решение и сохранённый идентификатор. До объединения проверьте связанные оплаты, вложения и комментарии. Удаление одной строки без переноса связей может сделать итоговые суммы внешне правдоподобными, но потерять часть истории.
Правила автоматического обнаружения дублей зависят от продукта и способа загрузки. Документация другой CRM не подтверждает такое же поведение MemorialPRO. Проверяйте отдельные сценарии создания новой записи и обновления существующей.
Подготовьте карту сопоставления полей
Для каждого исходного столбца укажите целевое поле, тип данных, обязательность и правило преобразования. Например, «готов» нельзя автоматически заменить на «заказ завершён», пока не выяснено, что означал этот статус у сотрудников.
Определите, куда попадёт история изменений. Если доступен только перенос текущего состояния, нельзя выдавать его за восстановление полной истории. Исходные подтверждения и архив могут потребовать отдельного способа хранения и ссылки на заказ.
Также проверьте денежные значения. Сумма заказа, поступившие деньги, обещанный платёж и оставшаяся задолженность — разные поля. Не создавайте подтверждённые оплаты из комментария «клиент обещал завтра».
Проведите пробный перенос на разнообразной выборке
Возьмите небольшой набор, который охватывает реальные сложности: обычный заказ, несколько изделий, частичную оплату, изменение состава, перенос срока, повторного клиента, похожие контакты и вложения. Размер выборки выбирайте по разнообразию сценариев, а не по красивому числу строк.
Используйте тестовую среду или иной согласованный безопасный способ. Для внешней демонстрации подготовьте обезличенную копию. Не отправляйте рабочие персональные данные в случайные конвертеры, чат-боты или непроверенные сервисы.
До теста запишите ожидаемый результат каждого примера. После загрузки проверьте не только отсутствие сообщения об ошибке, но и то, как заказ открывается и используется сотрудником: кто его видит, где находится оплата, какой макет считается действующим.
Проверьте повтор загрузки и исправление ошибки
Повторите ту же тестовую партию предусмотренным способом. Если система должна обновлять записи, проверьте, что не появились вторые заказы и платежи. Если повтор не поддерживается, зафиксируйте запрет и процедуру восстановления, а не экспериментируйте на рабочих данных.
Отдельно проверьте изменение одного поля существующего заказа. Какие значения сохраняются, какие заменяются, что происходит с пустой ячейкой? Пустота может означать «не менять» или «очистить» — это нельзя угадывать.
Намеренно включите одну некорректную строку в тест. Выясните, отклоняется вся партия или часть, как найти успешно обработанные записи и как продолжить без дублей. Эти результаты должны войти в инструкцию основного переноса.
Сверьте количество, суммы и связи
Учебный пример: исходная выборка содержит 10 заказов и 14 записей платежей. После переноса должны сходиться согласованные количества объектов, но этого недостаточно. Все 14 платежей могут оказаться привязаны к неверным заказам при совпадающей общей сумме.
Проверьте суммы по каждому заказу, связи клиента и изделий, статусы, даты и доступность вложений. Возвраты и отмены учитывайте отдельно по принятой модели, не прячьте их в общий итог. Зафиксируйте расхождения и результат повторной проверки после исправления.
Приёмку выполняет сотрудник, понимающий реальную работу мастерской, вместе с ответственным за перенос. Технически успешная загрузка и принятый результат — два разных этапа.
Как перейти в рабочий режим
Назначьте момент переключения и единственное место внесения новых данных после него. Если некоторое время нужны два инструмента, определите, какой является основным и как контролируются изменения. Бесконтрольное параллельное редактирование быстро создаёт новый конфликт версий.
До основного запуска проверьте резервную копию и способ отката. Откат должен учитывать записи, созданные после переключения: простое восстановление старой копии может их потерять. Решение принимает ответственный за систему по заранее подготовленному плану.
После перехода проверьте первые рабочие сценарии менеджера, цеха и руководителя. Обнаруженные ошибки заносите в журнал с источником, исправлением и проверкой; не меняйте массово данные без понятного состава затронутых записей.
Что подготовить для демонстрации MemorialPRO
Принесите обезличенный фрагмент своей таблицы и список обязательных связей. Проверьте доступный способ переноса, поддерживаемые поля, ограничения вложений, правила повторной загрузки и права сотрудников. Согласуйте, что можно перенести автоматически, что потребует подготовки, а что останется в архиве.
Скачиваемая карта миграции помогает перечислить поля и проверки до обсуждения инструмента. Это заготовка для планирования, а не универсальный файл импорта MemorialPRO.
Частые вопросы
Можно ли загрузить таблицу как есть?
Только если её структура соответствует подтверждённому формату и тест прошёл приёмку. Название файла Excel само по себе ничего не говорит о совместимости.
Нужно ли переносить все старые заказы?
Решение зависит от рабочих задач и требований к хранению. Можно разделить действующие заказы и архив, сохранив возможность найти нужные сведения.
Кто должен проверять результат?
Ответственный за перенос проверяет техническую обработку, а представитель бизнеса — смысл данных и рабочие сценарии. Для оплат привлекайте ответственного за учёт.
Можно ли обещать перенос за один день?
Без оценки структуры, объёма, связей, вложений и ошибок такой срок необоснован. Сначала проведите пробный перенос и оцените остаток подготовки.
Методические источники
Документация Odoo рассматривает сопоставление полей, проверку импорта и устойчивые внешние идентификаторы: Источник . Правила дедупликации на примере HubSpot: Источник . Это источники общих принципов и примеры поведения других продуктов, не описание готовых функций MemorialPRO. Регламент приёмки и учебный пример составлены редакцией.
Сохранение начальных нулей и длинных идентификаторов при работе с Excel: Источник .
Рабочая таблица — пустой CSV-шаблон без формул. При импорте выберите UTF-8 и разделитель «точка с запятой»; заполнение и проверка остаются за сотрудником.
Разобрать перенос ваших таблиц на демо
Подготовьте один обезличенный пример. Наличие нужных операций, интеграций и ограничений проверяется в доступной версии на демонстрации.