Если один кабинет Ozon не ответил, общий заказ нельзя закрывать по оставшейся части. Разбираем проверку состава отправлений и повторного получения статусов в Ipakor.

Почему одного успешного ответа недостаточно

В истории модуля Ipakor описано исправление обработки заказов, объединяющих отправления разных кабинетов Ozon. Начиная с версии 4.0.0 при недоступности одного кабинета такой заказ откладывается до следующей проверки. Прежде общий результат мог определяться по неполному набору отправлений и преждевременно становиться доставленным. Это особенность обработки интеграции, а не изменение срока доставки покупателю.

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

Соберите карту отправлений общего заказа

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

Например, одна часть заказа уже выдана, а вторая ещё едет. В этой ситуации сведения о выданной посылке не дают основания завершить весь заказ. Общий порядок различения заказа, отправления и этапа доставки разобран в материале про жизненный цикл Ozon Delivery API. Здесь дополнительно учитывается принадлежность каждой части отдельному кабинету.

Как проверить временную недоступность кабинета

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

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

Что делать с ошибочно закрытым заказом

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

Не отправляйте покупателю сообщение о получении всей покупки, пока вторая часть не проверена. Особенности автоматических писем описаны отдельно в разборе уведомлений Ipakor по этапам доставки. Для завершения проверки сохраните исходную ошибку, время восстановления доступа и итог повторного опроса. Это позволит отличить разовый сетевой сбой от постоянно неверного сопоставления кабинетов.