УПД с маркировкой FBO Ozon в 1С: ошибки 400, 404, 422 | infolimp.ru

УПД с маркировкой FBO Ozon в 1С: ошибки 400, 404, 422

25 апреля 2026 · infolimp.ru · 8 мин чтения

Автор: 1С Инсайдер · роль: практик 1С · проверка: типовые конфигурации и рабочие сценарии · 0 комментариев

Актуально на дату публикации 2026-04-25. Нормативная база: Федеральный закон № 487-ФЗ, правила маркировки ЧЗ, Ozon Seller API v4 (docs.ozon.ru/api/seller).

При FBO-отгрузке на Ozon продавец обязан передать УПД с кодами маркировки через ЭДО прямо в момент приёмки склада. Если 1С формирует документ неправильно — Ozon вернёт 400, 404 или 422. Эта инструкция разбирает каждую ошибку и показывает, какие поля менять в 1С.

1. Почему УПД с кодами маркировки обязателен при FBO Ozon

С 2022 года товары, подлежащие маркировке в системе «Честный ЗНАК» (одежда, обувь, молочная продукция, бытовая химия и другие категории), нельзя передавать на склад Ozon без передачи кодов маркировки в цепочке хранителя. При схеме FBO (Fulfilment by Ozon) логика такая:

  1. Продавец создаёт поставку (накладную) в личном кабинете Ozon.
  2. Одновременно через ЭДО (ЮЗДО или Диадок) отправляет УПД с заполненными реквизитами маркировки.
  3. Склад Ozon сканирует товар и сопоставляет коды в физической этикетке с теми, что пришли в УПД.
  4. При расхождении — товар не принимается или «вешается» на продавца.

Правовая основа — Федеральный закон № 487-ФЗ «О внесении изменений в Федеральный закон "Об основах государственного регулирования торговой деятельности в Российской Федерации"» и постановления Правительства по каждой категории товаров. Ozon технически реализует требование через API: при передаче накладной платформа проверяет наличие и структуру кодов маркировки.

Важно: FBS (Fulfilment by Seller) имеет другую логику — коды маркировки привязываются при отгрузке конкретного заказа. Эта статья только про FBO.

2. Какой тип УПД выбрать в 1С при FBO-отгрузке

В 1С:Бухгалтерии и 1С:Управление торговлей есть два вида УПД:

ВидФункцияКогда использовать
УПД-СЧФ (статус 1)Счёт-фактура + первичный документЕсли продавец является плательщиком НДС — основной вариант для FBO
УПД-ДОП (статус 2)Только первичный документ (без СЧФ)Упрощёнка (УСН), ЕНВД, патент — нет НДС

Для маркировки тип УПД не влияет на передачу кодов — коды маркировки передаются в реквизите ДопСвФактПродавца (XML-тег <ИдентТовара>) в обоих случаях. Ошибку при выборе типа обычно не делают — чаще проблема в заполнении конкретных полей.

Где в 1С создаётся УПД с маркировкой для FBO

В 1С:Бухгалтерии 3.0 (ред. 3.0.152+):

  1. Откройте документ Реализация товаров и услуг → поставка на склад Ozon.
  2. Перейдите на вкладку Маркировка (появляется если в настройках подключена интеграция с ЧЗ).
  3. Нажмите Заполнить коды маркировки — 1С подтянет коды из остатков или из ранее поданного уведомления об отгрузке в ЧЗ.
  4. Проведите документ → кнопка ЭДО → Сформировать и отправить УПД.
⚠ Распространённая ошибка: Отправка УПД без предварительного выбытия кодов в личном кабинете ЧЗ. Ozon проверяет статус кода в ЧЗ на момент передачи — если код не выведен из оборота, склад его отклонит.

3. Разбор 4xx-ошибок Ozon при передаче УПД с маркировкой

Ozon возвращает HTTP-статусы ошибок через API и дублирует их в личном кабинете в разделе «Поставки» → «Статус передачи документов». Вот основные коды и их причины в контексте 1С:

КодСообщение (пример)Причина в 1С / что исправить
400 Bad Request: marking_codes required В теле УПД отсутствует блок <ИдентТовара>. В 1С: вкладка «Маркировка» не заполнена или товар не помечен как маркируемый в справочнике номенклатуры.
400 Bad Request: invalid marking_code format Код маркировки передан в неверном формате. Формат кода маркировки различается по категориям товаров: для обуви — SGTIN (88 символов), для одежды и ряда других категорий — CIS-код собственного формата ЧЗ. Уточняйте формат для вашей категории на честныйзнак.рф. Проверьте, что в 1С не обрезаются нулевые символы при выгрузке в XML.
404 Not Found: supply not found УПД отправлен на несуществующий или уже закрытый ID поставки Ozon. В 1С проверьте реквизит «Номер поставки Ozon» в документе реализации — он должен совпадать с ID в ЛК Ozon.
422 Unprocessable Entity: code already used Код маркировки уже был передан в другой УПД (дубль или повторная отправка). Найдите исходный документ и аннулируйте его перед повторной отправкой.
422 Unprocessable Entity: code not in honest_sign Код не найден в системе ЧЗ или ещё не активирован. Проверьте статус кода в ЛК ЧЗ → «Коды маркировки» → статус должен быть «Введён в оборот».
422 Unprocessable Entity: quantity mismatch Количество единиц в УПД не совпадает с количеством переданных кодов маркировки. В 1С: один товар — один уникальный код. Если в строке реализации 10 шт., в блоке маркировки должно быть ровно 10 кодов.

Как найти тело ошибки в 1С

При интеграции через библиотеку ЭДО 1С (БЭД) ответ сервера записывается в журнал регламентных заданий:

  1. Администрирование → Журнал регламентных заданий
  2. Фильтр: «Обмен с Ozon» или «ЭДО: отправка документов».
  3. Откройте запись с ошибкой → вкладка Ошибки → скопируйте JSON-тело ответа.

Если используете прямой REST-вызов (не через БЭД), ответ доступен в объекте HTTPСоединение.ПолучитьОтвет():

// Пример получения тела ошибки в 1С
Ответ = HTTPСоединение.ВызватьHTTPМетод("POST", Запрос);
КодСтатуса = Ответ.КодСостояния; // 422
ТелоОтвета = Ответ.ПолучитьТелоКакСтроку(); // JSON с error_code
// Разобрать JSON:
ДанныеОтвета = ПрочитатьJSON(ТелоОтвета);

4. Пошаговая диагностика: почему Ozon не принимает УПД

Действуйте последовательно — каждый шаг закрывает определённый класс ошибок:

  1. Проверьте статус кода в ЧЗ. Зайдите в личный кабинет «Честного ЗНАКа» → «Коды маркировки» → введите код → убедитесь, что статус «Введён в оборот» и владелец — ваша организация.
  2. Проверьте формат кода в XML УПД. Откройте сформированный XML через ЭДО → Архив документов → найдите свой УПД → «Просмотр исходного XML». Убедитесь, что тег <КодТовара> содержит полный 88-символьный DataMatrix без обрезки.
  3. Сопоставьте ID поставки. В документе реализации 1С должен быть заполнен реквизит «Номер поставки Ozon». Сравните его с ID в ЛК Ozon → «Поставки».
  4. Проверьте количество кодов. В строке УПД: количество единиц = количество кодов маркировки. Partial match не допускается.
  5. Аннулируйте дубль если 422 code already used. В ЭДО найдите ранее отправленный документ → «Аннулировать» → дождитесь подтверждения от Ozon → отправьте исправленный УПД.
✓ Признак корректно обработанного УПД: в ЛК Ozon → «Поставки» → ваша поставка → «Документы» статус меняется на «Принят» (зелёный). В ЧЗ коды переходят в статус «Передан третьему лицу (Ozon)».

5. Автоматизация: УПД с маркировкой без ручного заполнения кодов

При регулярных FBO-поставках ручное проставление кодов маркировки в каждый УПД — узкое место. На практике в одной поставке бывает от 50 до 800+ кодов — зависит от категории и объёма партии, и любая опечатка даёт 422 или несовпадение при приёмке склада.

Решение — интеграция 1С с API ЧЗ для автоматической подгрузки кодов из остатков. НОПи реализует эту логику через модуль «FBO-отгрузка»: на основании ID поставки Ozon система сама подтягивает коды из ЧЗ, формирует УПД и отправляет через ЭДО без участия оператора.


Читайте также

НОПи формирует УПД с кодами маркировки автоматически при FBO-отгрузке на Ozon — коды подгружаются из ЧЗ, количество сверяется построчно, XML проходит валидацию до отправки.

Посмотреть демо →

Коротко о главном