С внедрением системы прослеживаемости товаров в Российской Федерации взаимодействие с маркетплейсами значительно усложнилось. Если раньше передача товара на склад площадки (модель FBO) или продажа со своего склада (FBS) требовали лишь фиксации движения в учетной системе, то теперь критически важным стало корректное отражение Регистрационных номеров партий товаров (РНПТ). В этой статье мы подробно разберем, как автоматизировать этот процесс, какие методы API существуют и как правильно настроить учет в 1С, чтобы избежать внушительных штрафов.
Начнем с анализа правового поля. С 1 октября 2023 года вступили в силу изменения в КоАП РФ, которые устанавливают прямую ответственность за нарушения в системе прослеживаемости. Разберем основные статьи, которые могут затронуть продавцов на маркетплейсах:
Проанализируем ситуацию: маркетплейсы (Ozon, Wildberries, Яндекс Маркет) выступают в роли комиссионеров. При передаче им товара на реализацию право собственности не переходит к площадке, однако факт передачи прослеживаемого товара должен быть зафиксирован в электронном виде через систему ЭДО. Важный нюанс: без корректного РНПТ в УПД площадка просто не сможет легально продать ваш товар конечному потребителю.
Выясним причину, по которой поиск прямого метода API для передачи РНПТ часто заходит в тупик. Основным юридически значимым каналом обмена данными по прослеживаемости является Электронный документооборот (ЭДО). РНПТ — это реквизит счета-фактуры (графа 11), и именно через УПД эти сведения попадают в информационную систему ФНС.
Рассмотрим, какую роль в этом процессе играет API. Прямых методов «отправить РНПТ» в API маркетплейсов практически не существует, так как данные должны поступать в составе подписанного КЭП документа. Однако API используется для:
Например, в API Ozon существует метод v1/orders/{orderId}/waybills/utd/excel, который позволяет получить данные для формирования документов. Однако для полноценной работы мы рекомендуем использовать интеграцию 1С с ЭДО (1С-ЭДО) в связке с функционалом 1С по работе с маркетплейсами.
Посмотрим на последовательность действий, которую необходимо выполнить в типовых конфигурациях 1С (ERP, УТ 11, Бухгалтерия 3.0) для автоматизации процесса.
Шаг 1. Настройка номенклатуры
В карточке номенклатуры необходимо установить признак Прослеживаемый товар и указать соответствующий код ТН ВЭД. Проанализируем ситуацию: если код ТН ВЭД входит в перечень постановления Правительства РФ № 1110, система 1С автоматически начнет требовать заполнения РНПТ при любых перемещениях.
Шаг 2. Поступление товара
При получении товара от поставщика через ЭДО, номера РНПТ автоматически записываются в регистры накопления (например, ПрослеживаемыеТовары). Программно это выглядит как заполнение измерения РНПТ в документах поступления.
Шаг 3. Передача на маркетплейс (FBO)
Рассмотрим подробнее формирование документа Передача на комиссию. При проведении документа 1С подбирает свободные остатки РНПТ. Для этого используется метод ФИФО (First In, First Out). Посмотрим на пример логики подбора:
// Упрощенный пример логики подбора РНПТ при отгрузке
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ОстаткиРНПТ.РНПТ КАК РНПТ,
| ОстаткиРНПТ.КоличествоОстаток КАК Количество
|ИЗ
| РегистрНакопления.ПрослеживаемыеТовары.Остатки(&МоментВремени, Номенклатура = &Номенклатура) КАК ОстаткиРНПТ
|УПОРЯДОЧИТЬ ПО
| ОстаткиРНПТ.РНПТ.ДатаРегистрации ВОЗР";
После проведения документа необходимо сформировать Электронный УПД. В нем графа 11 (РНПТ) будет заполнена автоматически. Именно этот документ отправляется через оператора ЭДО на маркетплейс.
Проанализируем специфику двух крупнейших площадок:
Проблема «Обезлички» на складе: Это самый сложный момент. Вы передали 10 мониторов с 10 разными РНПТ. Маркетплейс продал один. Какой именно РНПТ списать в учете 1С? Согласно разъяснениям ФНС, в отчетах комиссионера разрешено указывать РНПТ по методу ФИФО из тех остатков, что числятся за данным комиссионером. Это значительно упрощает жизнь программистам и бухгалтерам, так как не требуется поштучный учет конкретных экземпляров на стороне склада маркетплейса.
Для разработчиков, создающих собственные модули интеграции, мы предлагаем следующий алгоритм работы с API и РНПТ:
1. При получении списка заказов через API (например, метод /v3/posting/fbs/list для Ozon), анализируйте состав товаров в заказе.
2. Если в заказе есть прослеживаемый товар, программно инициируйте создание документа Реализация товаров и услуг или Отчет комиссионера в 1С.
3. Используйте встроенные механизмы 1С для подбора РНПТ:
// Пример вызова типового механизма подбора РНПТ в 1С:УТ 11
ПараметрыПодбора = ПрослеживаемостьУТ.ПараметрыПодбораРНПТ();
ПараметрыПодбора.Номенклатура = ТекущаяСтрока.Номенклатура;
ПараметрыПодбора.Количество = ТекущаяСтрока.Количество;
РезультатПодбора = ПрослеживаемостьУТ.ПодобратьРНПТ(ПараметрыПодбора);
4. Сформированный документ должен быть автоматически отправлен в очередь ЭДО для подписания ответственным лицом. Помните, что без передачи через ЭДО данные не попадут в налоговую, и API маркетплейса здесь не поможет.
Чаще всего проблемы возникают из-за расхождения данных в 1С и личном кабинете маркетплейса. Разберем типичные ситуации:
Подводя итог, можно сказать, что решение вопроса прослеживаемости на маркетплейсах лежит не в поиске «волшебного» метода API, а в грамотной настройке связки 1С + ЭДО. API маркетплейсов в данном случае служит лишь вспомогательным инструментом для синхронизации статусов и получения первичной информации о заказах.