В современных реалиях работа с маркетплейсами требует от поставщика не только качественного товара, но и безупречного документооборота, особенно в части маркировки (система «Честный ЗНАК») и прослеживаемости (РНПТ). Давайте подробно разберем, как выстраивать взаимодействие с площадками Ozon, Wildberries, Яндекс Маркет и СберМегаМаркет, чтобы избежать штрафов и блокировок.
При работе по схеме FBO мы отгружаем товар на склад маркетплейса для последующего хранения и сборки заказов силами площадки. С точки зрения учета — это передача товара на реализацию (комиссионная торговля). Проанализируем ключевые этапы этого процесса:
Универсальный передаточный документ. Чаще всего используется функция ДОП (документ о передаче). В 1С это реализуется через документ «Реализация товаров и услуг» с видом операции «Передача на комиссию».Важно помнить, что с 2023 года маркетплейсы официально признаны участниками оборота. Это значит, что ответственность за продажу немаркированного товара на складах FBO полностью лежит на площадке, поэтому они крайне жестко проверяют входящие УПД и физическое наличие марок.
Схема FBS подразумевает хранение товара на нашем складе и передачу его маркетплейсу только после получения заказа. Проанализируем, как в этом случае передаются данные о маркировке:
В отличие от FBO, здесь нет прямой передачи прав собственности через УПД в момент отгрузки каждой единицы. Вместо этого мы привязываем конкретный КодМаркировки к конкретному заказу (заданию). Разберем этот алгоритм по шагам:
API или в Личный Кабинет (ЛК), мы собираем товар.Рассмотрим ситуацию с возвратами: Озон часто применяет практику автоматического размещения возвратов по FBS на свой склад FBO. В этом случае товар остается в обороте, но если упаковка повреждена и код не читается, нам придется оформлять возврат товара на свой склад и делать Перемаркировку.
Для автоматизации процесса передачи данных в 1С мы часто используем типовые подсистемы интеграции. Проанализируем программную логику передачи КИЗ. Например, при работе с API маркетплейса, код маркировки должен передаваться в очищенном виде (без криптохвоста в некоторых случаях или в полном виде Base64, в зависимости от спецификации площадки).
Рассмотрим пример логики подготовки кода для передачи:
// Пример упрощенной логики подготовки КИЗ для API
Функция ПодготовитьКИЗДляМаркетплейса(ИсходныйШтрихкод)
// Удаляем управляющие символы (GS)
ОчищенныйКод = СтрЗаменить(ИсходныйШтрихкод, Символ(29), "");
// Если площадка требует только GTIN + Серийный номер
Если ЭтоТребованиеПлощадки Тогда
Возврат Лев(ОчищенныйКод, 31); // Примерная длина без криптохвоста
КонецЕсли;
Возврат ОчищенныйКод;
КонецФункции
При использовании специализированного ПО (например, упомянутого в обсуждении «Маркзнак») или типовых решений 1С, крайне важно следить за актуальностью релизов, так как требования площадок к формату передачи кодов меняются регулярно.
В ходе обсуждения поднимался вопрос печати дубликатов марок для наклейки на транспортную упаковку. Проанализируем риски:
С 2024 года вводится разрешительный режим на кассах. Это означает, что в момент выдачи товара в ПВЗ система запрашивает статус кода в реальном времени. Если вы создали «клон» марки и оригинальный товар уже был продан ранее, система заблокирует продажу. Использование дубликатов марок (когда один и тот же КИЗ печатается дважды на разные физические единицы товара) является прямым нарушением законодательства и может привести к уголовной ответственности по ст. 171.1 УК РФ.
Как делать правильно: Если маркетплейс требует маркировку на внешней упаковке, необходимо использовать средства агрегации. Мы создаем ШтрихкодУпаковки (SSCC-код), в который вкладываем все КИЗы. Таким образом, сканируя один код на коробке, площадка получает информацию обо всех вложенных марках.
Выясним, как контролировать корректность списания марок. Маркетплейсы предоставляют отчеты о продажах:
Мы должны сопоставлять данные этих отчетов с состоянием кодов в личном кабинете «Честного ЗНАКа». Если в отчете маркетплейса товар числится проданным, а в ИС МП он все еще «в обороте» на вашем балансе, это повод для создания обращения в техподдержку площадки, так как произошел сбой в цепочке вывода из оборота.
Мы рассмотрели основные методики работы с УПД и маркировкой. Главный вывод: автоматизация через 1С и использование прямого обмена данными по API — это единственный способ избежать ошибок при больших объемах отгрузок. Постоянно проверяйте статусы своих кодов в системе «Честный ЗНАК» и следите за корректностью заполнения РНПТ в документах УПД, чтобы ваш бизнес на маркетплейсах оставался прозрачным и безопасным.