Маркировка одежды на FBO без поштучного ввода: как настроить агрегацию для Wildberries и Ozon в 1С

Агрегация кодов маркировки для одежды в схеме FBO не является обязательной, но позволяет упростить передачу товаров на склады Wildberries и Ozon. В статье описаны требования к УПД, порядок формирования агрегированных кодов в системе «Честный ЗНАК» и пошаговая настройка выгрузки из 1С, включая особенности для каждого маркетплейса.

Законодательные требования и особенности схемы FBO

Обязательные требования к передаче данных

Согласно действующему законодательству и правилам системы «Честный ЗНАК», при отгрузке товаров по схеме FBO (Fulfilment by Owner) нет обязательства агрегировать коды маркировки (КИТУ, КИГУ, КИН, АТК). Главным требованием является корректная передача универсального передаточного документа (УПД) через электронный документооборот (ЭДО). В УПД необходимо указать либо:

• каждый код Data Matrix в отдельной строке – это так называемый поэкземплярный учёт;
• либо, если применяется объёмно‑сортовый учёт, указать только количество единиц товара без перечисления отдельных кодов.

Эти два подхода полностью удовлетворяют требованиям регулятора и позволяют избежать избыточных операций по формированию групповых или транспортных кодов в системе «Честный ЗНАК».

Поэкземплярный учёт vs объёмно‑сортовый учёт

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

Выбор между этими методами зависит от договорённостей с партнёром‑покупателем и от возможностей автоматизации в вашей системе управления складом (WMS). При наличии интеграции с ЭДО обе схемы реализуются без дополнительных затрат на создание агрегированных кодов.

Мобильная автоматизация склада

Узнать больше

Практика на маркетплейсах

Маркетплейсы (Wildberries, Ozon и др.) предъявляют требование, чтобы маркировка на каждом товаре была читаема и полностью совпадала с данными, переданными в УПД. Приёмка происходит путём сканирования индивидуальных кодов. Если коробка содержит только один тип товара (монотоварная), маркетплейс может использовать внутренние регламенты, позволяющие ускорить процесс, но закон не обязывает их применять агрегированные коды. Таким образом, соблюдая поэкземплярный учёт в УПД, вы автоматически удовлетворяете требованиям большинства площадок.

Возможные варианты агрегации (по желанию)

Хотя агрегация кодов остаётся добровольной мерой, её иногда используют для упрощения внутренней логистики:

• Групповые коды – позволяют объединить несколько единиц в один идентификатор при транспортировке, но требуют отдельного согласования с партнёром и дополнительной обработки в системе «Честный ЗНАК».
• Транспортные коды – применяются для отслеживания перемещения целых поддонов или контейнеров; их использование оправдано лишь в случаях, когда объём отгрузки превышает стандартные лимиты сканирования.

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

Когда и зачем использовать агрегацию кодов маркировки

Почему отдельные коды нецелесообразны при больших партиях

При отгрузке товаров в масштабах тысяч единиц передача каждого кода маркировки в УПД и последующее сканирование каждой позиции становится слишком трудоёмкой. Время оператора и нагрузка на ИТ‑систему резко возрастают, а риск человеческой ошибки (пересортица, пропуск сканирования) возрастает пропорционально количеству штрих‑кодов.

Как работает агрегация в короб или паллету

Агрегация подразумевает формирование единого транспортного кода — SSCC, который наносится на упаковку (короб, поддон). При сканировании этого кода система автоматически «разворачивает» вложенные товары и учитывает их количество согласно предварительно заданным правилам. Таким образом, вместо тысяч сканирований требуется лишь одно действие, а все детали остаются прослеживаемыми в рамках единой транзакции.

Практические сценарии применения

Агрегация особенно полезна в следующих ситуациях:

• Монопаллета с одеждой, обувью, текстилем – один SSCC покрывает весь набор изделий, что упрощает приемку в автоматизированных складах.
• Сборные коробки – когда в коробке находятся разные артикулы, быстрый скан SSCC позволяет мгновенно подтвердить приёмку без необходимости проверять каждый товар отдельно.
• Поставки, планируемые на паллетах для автоматизированных складов – такие склады часто работают по принципу «паллета‑в‑паллета», и наличие единого кода ускоряет процесс выгрузки и размещения.

Эти примеры показывают, как агрегация устраняет узкие места в логистических процессах и снижает вероятность ошибок.

Когда агрегация не нужна

Если объём отгрузки невелик (например, единичные заказы или небольшие партии) и каждый товар требует индивидуального контроля, целесообразнее вести поэкземплярный учёт без применения SSCC. В таком случае затраты на создание и обслуживание агрегированных кодов могут превысить выгоды от их использования.

Техническая реализация агрегации в 1С для Wildberries и Ozon

Общие этапы обработки в 1С

1. Получение акта приёма – скачивается из личного кабинета маркетплейса (для Wildberries – раздел «Поставки», для Ozon – личный кабинет).
2. Создание документа «Реализация» в конфигурации 1С (Бухгалтерия, УТ, УНФ) с видом операции «Передача на комиссию».
3. Заполнение табличной части – в неё вносятся коды Data Matrix, указанные в акте приёма.
4. Установка статуса УПД:
   • Wildberries – статус «ДОП», стоимость 0, НДС «Без НДС», основание 0005.
   • Ozon – статус «2» (УПД‑2), стоимость 0, НДС «Без НДС», указывается параметр id_supply.

Формирование и передача УПД

• Код транспортной упаковки (SSCC) формируется в сервисе «Честный ЗНАК» через интеграцию с 1С. Полученный код (КИТУ/КИГУ) помещается в XML‑файл УПД в тег <ДопСведТов> атрибутом ИдентТрансУпак.
• Способы отправки УПД:
  1. Плагин/внешняя обработка (WB API, решения сервисов маркировки) – формирует готовый XML и отправляет его в систему электронного документооборота одной кнопкой.
  2. Ручная выгрузка – XML сохраняется, затем загружается через оператора ЭДО (Контур.Диадок, СБИС) и подписывается квалифицированной электронной подписью (КЭП).
  3. Объёмно‑сортовой учёт (при наличии разрешения) – в УПД указываются только GTIN и количество, без индивидуальных кодов Data Matrix.

Особенности для Wildberries и Ozon

Важные нюансы и риски

• УПД с ненулевой ценой автоматически отклоняется системой маркетплейса.
• Несоответствие кодов Data Matrix, указанных в документе, и реальных кодов в упаковке приводит к ошибке обработки и может стать основанием для штрафных санкций.
• При использовании объёмно‑сортового учёта необходимо иметь официальное разрешение от маркетплейса; иначе документ будет признан некорректным.

Точное соблюдение перечисленных шагов позволяет автоматизировать процесс агрегации товаров из Wildberries и Ozon, минимизировать риск отклонения документов и обеспечить корректный учёт в 1С.

Практические рекомендации и контрольные пункты

1. Проверка статуса вложенных кодов маркировки

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

2. Соблюдение сроков отправки УПД

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

3. Настройка интеграции ЭДО и работа с агрегированными кодами

1. Модуль ЭДО в 1С – проверьте, что в системе подключён один из поддерживаемых модулей (1С‑ЭДО, Диадок или СБИС). Без этого выгрузка XML‑файла будет невозможна.
2. Автоматическое заполнение полей – при формировании XML убедитесь, что статус документа задаётся автоматически («ДОП»/«2») и цена указана как 0 (НДС — «Без НДС»). Это требование большинства маркетплейсов.
3. Агрегированные коды – после сканирования всех товаров в упаковке система генерирует SSCC‑код. В УПД указывайте только этот транспортный код; приёмка на складе будет происходить по сканированию единственного SSCC. Такой подход упрощает процесс и исключает ошибки, связанные с дублированием кодов.

4. Контрольный чек‑лист перед отправкой УПД

Перед подписью и передачей УПД выполните следующие действия:

• Акт приёма загружен в 1С, коды маркировки извлечены и привязаны к документу.
• Создан документ «Реализация» с типом операции «Передача на комиссию».
• Цена указана 0, НДС — «Без НДС», статус УПД (например, «ДОП») установлен корректно.
• В XML‑файле присутствует тег <ДопСведТов> с правильным значением ИдентТрансУпак (SSCC‑код).
• Файл подписан квалифицированной электронной подписью (КЭП) и отправлен получателю:
  • Wildberries — через РВБ;
  • Ozon — через Интернет‑Решения.

При возникновении ошибок

• Проверьте конфигурацию 1С (Бухгалтерия, УТ, УНФ) – иногда требуются дополнительные настройки полей.
• Уточните оператора ЭДО (СБИС, Диадок, 1С‑ЭДО) – возможны ограничения по формату XML.
• Учтите особенности товарной группы (одежда, обувь, косметика и т.д.) и объём поставки (монокороба, микскороба, паллеты) – некоторые категории требуют более строгих сроков или отдельного способа формирования кода.

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

Полезные сервисы и обновления

Мобильная автоматизация склада

Узнать больше

Маркировка «Честный знак»

Узнать больше

Розничная торговля и инвентаризация

Узнать больше

Часто задаваемые вопросы

Нужно ли обязательное агрегирование кодов маркировки при отгрузке по схеме FBO на Wildberries и Ozon?

Нет. По законодательству и правилам «Честного ЗНАКа» агрегация (объединение в КИТУ/КИГУ/SSCC) не является обязательной. Она применяется добровольно для ускорения приемки крупными партиями.

Как правильно указать агрегированный код в УПД для Wildberries?

В файле УПД в блоке <ДопСведТов> указывается атрибут ИдентТрансУпак — это ваш агрегированный код транспортной упаковки (SSCC). В документе указывается только один код вместо списка всех Data Matrix.

Какие параметры УПД требуются для поставок FBO на Wildberries и Ozon?

• Статус: ДОП (для Wildberries) и 2 (для Ozon).
• Стоимость: 0 рублей, НДС «Без НДС».
• Основание: 0005 (передача на комиссию).
  Документ подписывается электронной подписью и отправляется в указанные ИНН (WB – 9714053621, Ozon – 7704217370).

Нужно ли сканировать каждый экземпляр товара при формировании агрегированного кода?

Да. При упаковке одежды сканируются все единицы, чтобы система 1С сформировала корректный агрегированный код (SSCC). В УПД передаётся только этот один транспортный код, но внутри него система уже знает все вложенные Data Matrix.

Как автоматизировать выгрузку УПД с агрегированными кодами из 1С?

1. Установите модуль интеграции с ЭДО (1С‑ЭДО, Диадок, СБИС).
2. В документе «Реализация» укажите тип операции «Передача на комиссию», заполните коды маркировки и задайте нулевую цену.
3. С помощью готового плагина (WB API, решения от сервисов маркировки) или функции «Выгрузить в файл» сформируйте XML‑файл с нужным статусом (ДОП/2).
4. Загрузите файл в личный кабинет оператора ЭДО и отправьте на указанный ИНН.

Эти шаги позволяют передавать только агрегированный код без ручного ввода сотен отдельных штрихкодов.