Ручная загрузка Ozon в RetailCRM подходит для восстановления действительно отсутствующих заказов. Сначала нужно отличить пропуск импорта от заказа, который уже существует в другом магазине или скрыт фильтром.

Подтвердите отсутствие до загрузки

В RetailCRM предусмотрена ручная загрузка по номеру отправления либо по дате создания. Для периода допустим интервал от одного до семи дней без текущей даты; повторная загрузка уже экспортированного отправления не предназначена для обновления существующего заказа. Эти границы важно учитывать до формирования большого списка на восстановление.

Начните с одного номера posting_number. Проверьте поиск без ограничивающего статуса и выбранный магазин CRM. Если запись нашлась, выясняйте её состояние, а не запускайте импорт заново. Отдельно сравните номер заказа покупателя и номер отправления: у покупки может быть несколько частей. Отсутствие одной части нельзя подтверждать только наличием или отсутствием общего номера.

Подготовьте реестр пропусков

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

Если несколько кабинетов работают в одной команде, проверяйте их отдельно. Схема привязки описана в руководстве по кабинетам RetailCRM. Запись, попавшая не в тот магазин, требует исправления маршрутизации. Создание ещё одной копии в правильном месте может усложнить резерв, задачи менеджеров и финансовую сверку.

Восстановите ограниченный интервал

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

Для старых заказов заранее предупредите менеджеров: новые записи CRM могут описывать уже выполненные покупки. Не отправляйте их повторно в сборку только потому, что они появились сегодня. Различие общего заказа и его частей рассматривается в разборе разделения Ozon FBS. При восстановлении важно сохранить именно исходную структуру отправлений.

Проверьте содержание восстановленных записей

После загрузки сверьте состав, количества, исходную дату, магазин и фактический статус каждого контрольного отправления. Отдельно проверьте, не возникли ли повторные задачи на складе. Импорт записи и физическое выполнение заказа относятся к разным событиям; дата восстановления в CRM не должна становиться новой датой продажи в управленческом отчёте без объяснения.

Завершите реестр результатом по каждой строке. Для ошибки сохраните номер и сообщение, а не только скриншот пустого списка. Если заказ всё ещё отсутствует, назначьте следующий шаг по конкретной причине. Контрольный итог — исходный список закрыт проверенными записями либо объяснимыми исключениями, и команда не создала повторную отгрузку при восстановлении истории.

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