Возврат маркированных товаров: как автоматизировать передачу данных в «Честный ЗНАК»

Что изменилось в правилах возврата в 2025–2026 годах и почему ручная обработка возвратов перестала быть безопасным вариантом для бизнеса

Как устроена маркировка и почему возврат — отдельная операция

При возврате важно определить, кто возвращает товар и в каком состоянии находится код маркировки. От этого зависят документ в учётной системе, действие в ГИС МТ и возможность снова ввести товар в оборот.

Возврат — это движение товара в обратную сторону: покупатель возвращает товар продавцу, розница — поставщику, магазин — дистрибьютору. Чтобы такое движение было легальным, систему нужно уведомить: код должен «вернуться» либо в оборот владельца (если товар пригоден к повторной продаже), либо перейти следующему участнику цепочки с новым документом. Раньше эта операция во многих случаях просто фиксировалась в товароучётной программе; сейчас система «Честный ЗНАК» сверяет принадлежность кода бизнесу и блокирует операцию, если данные расходятся [1].

Как работает процесс возврата на практике

Возврат от покупателя в рознице

Если код маркировки на упаковке сохранился и читается, возврат оформляется через кассу операцией «возврат прихода» — касса возвращает КИЗ в оборот автоматически [1]. Для этого кассовое оборудование и программное обеспечение должны поддерживать работу с маркировкой и формат фискальных документов версии 1.2, которая обеспечивает единичный учёт маркированной продукции при возврате [1].

Если код повреждён, нечитаем или отсутствует, возврат через кассу невозможен — товар необходимо перемаркировать: подать в личном кабинете «Честного ЗНАКа» заявку на новый код с указанием причины «Возврат от покупателя с повреждённым КИЗ», нанести новый код и отразить изменения в системе [1]. Только после этого товар можно снова ввести в оборот или отправить поставщику.

Возврат поставщику

Когда товар принят от покупателя и не будет продаваться повторно в этой точке, его возвращают поставщику через электронный документооборот (ЭДО) — универсальным передаточным документом (УПД) при полном возврате партии или универсальным корректировочным документом (УКД) при частичном возврате [1]. В документе обязательно указываются коды маркировки возвращаемых единиц, а сам поставщик должен подтвердить приёмку в своей системе ЭДО.

С 2026 года при возврате поставщику вводится поэкземплярный учёт: перечислить нужно каждый конкретный КИЗ, а не общее количество товара — например, при возврате 3 из 10 единиц партии в документ попадают только эти 3 кода [1]. Это требует, чтобы складской учёт компании точно знал, какие именно единицы физически возвращаются.

Возврат при дистанционной торговле и через маркетплейсы

Порядок зависит от модели работы с площадкой [3][4]:

• FBO / FBW (fulfilment by operator) — товар хранится на складе маркетплейса, который сам является участником оборота. Продавец передаёт товар маркетплейсу по УПД с функцией «ДОП» и видом товарооборота «Передача Агенту». При возврате маркетплейс оформляет обратную отгрузку через УПД с видом товарооборота «Возврат от агента» либо УКД [3]. На кассе маркетплейса при продаже и возврате сканируются коды маркировки [4].
• FBS (fulfilment by seller) — товар хранится и упаковывается продавцом, маркетплейс не участвует в обороте товара. Продавец сам выводит товар из оборота при отгрузке со склада с причиной «Дистанционная продажа», а при возврате самостоятельно формирует документ «Возврат в оборот» с причиной «Возврат при дистанционном способе продажи» [3]. Если покупатель прислал товар без кода маркировки или с повреждённым кодом, вернуть его в оборот штатными средствами системы для ряда товарных групп невозможно — функционала перемаркировки на площадке может не быть, и дальнейшую судьбу такого товара продавец определяет сам [3].

Разрешительный режим на кассе

Отдельный технический слой — разрешительный режим (РР): перед тем как добавить товар в чек, касса в режиме реального времени отправляет код на проверку в «Честный ЗНАК» и получает разрешение или отказ, при этом ожидание ответа системы регламентировано на уровне полутора секунд [5]. Если код не найден, товар просрочен, уже продан или заблокирован, операция автоматически отклоняется, а не просто помечается предупреждением, как раньше при уведомительном режиме [6]. Это касается и операций возврата: касса проверяет, что возвращаемый код действительно принадлежит организации и имеет корректный статус.

Российская специфика: что закреплено в нормативке

Работа с маркированными товарами регулируется федеральным законом от 25.12.2018 № 488-ФЗ, который обязывает участников оборота передавать сведения о переходе права собственности в ГИС МТ [7]. С 1 января 2022 года передавать сведения о вводе в оборот, продаже и выводе из оборота можно только через оператора ЭДО — это закреплено постановлениями Правительства № 2464 от 31.12.2020 и № 64 от 28.01.2021 [7].

Сроки передачи сведений установлены отдельными постановлениями по товарным группам (например, № 1956 и № 1958 от 31.12.2019) и в большинстве случаев составляют не более трёх рабочих дней со дня отгрузки, приёмки или возврата, но не позднее дня передачи товара третьим лицам [8][2]. Нарушение этого срока создаёт расхождение данных у разных участников оборота и может стать основанием для проверки и штрафа [1]. Для дистанционной торговли действует постановление № 860 от 05.07.2019, которое также фиксирует трёхдневный срок подачи сведений о продаже с момента отгрузки со склада [2].

Отдельно стоит учитывать товарные группы с повышенным регуляторным контролем — БАДы и корма, где возврат просроченного товара законодательно ограничен, а сам оборот категории регулируется строже, чем у одежды или обуви [1].

Варианты автоматизации передачи данных о возврате

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

1. Автоматическая передача через оператора ЭДО

Если возврат оформляется документами УПД или УКД, оператор ЭДО может сам передавать сведения в ГИС МТ без дополнительной интеграции: например, сервис Диадок автоматически отправляет данные в «Честный ЗНАК» после подписания документа обеими сторонами или после его аннулирования, а статус обработки возвращается в структуре ответа с кодом и текстом ошибки, если она возникла [9]. Такой вариант подходит компаниям, где возврат поставщику — основной сценарий, а прямой доступ к API ГИС МТ не требуется: обмен статусами можно встроить в собственную систему через API самого ЭДО-оператора.

2. Интеграция товароучётной системы с ГИС МТ напрямую

Учётные системы (например, «1С:Бухгалтерия» и отраслевые конфигурации) поддерживают модуль обмена сведениями с ГИС МТ: документы списания и возврата кодов маркировки формируются в самой программе и передаются в личный кабинет системы маркировки автоматически, включая уточнение причины списания и обновление разрешительной документации [10]. Такой подход убирает двойной ввод данных — сотруднику склада не нужно вручную дублировать операцию в личном кабинете «Честного ЗНАКа».

3. Прямая работа с API ГИС МТ (True-API)

Для компаний с высоким оборотом маркированных товаров или собственной учётной системой доступен прямой API «Честного ЗНАКа»: через него передаются документы, статусы кодов, запросы на ввод в оборот и сведения о выбытии [11]. Технически документ отправляется с типом операции, массивом кодов маркировки, метаданными и электронной подписью, а ГИС МТ проверяет подпись и принимает документ в обработку [11]. Такая интеграция обычно требует регистрации в реестре интеграторов, доступа к актуальной версии описания API (публикуется в разделе «Помощь» личного кабинета) и работы с электронной подписью на стороне сервера [12][11].

4. Автоматизация на уровне кассы и ФФД

Для розничного возврата ключевое звено — кассовое программное обеспечение, поддерживающее формат фискальных документов 1.2 и разрешительный режим: касса должна не только принимать возврат по коду, но и корректно интерпретировать статус кода при онлайн-проверке, включая случай, когда КИЗ уже выводился из оборота [1][6].

Для большинства компаний рабочая архитектура — это комбинация: касса выполняет разрешительную проверку и фиксирует возврат от покупателя, учётная система формирует документы возврата поставщику, а передачу в ГИС МТ берёт на себя либо встроенный модуль учётной системы, либо оператор ЭДО.

Практические этапы внедрения автоматизации

1. Проведите аудит текущего процесса возврата. Зафиксируйте, где сейчас происходит ручной ввод данных: кассир вбивает возврат отдельно от передачи в личный кабинет, бухгалтер вручную ищет коды в УПД, склад не видит статус кода при приёмке возврата от курьера.
2. Определите точку интеграции. В зависимости от объёма и модели продаж это может быть модуль обмена в учётной системе, API оператора ЭДО или прямая интеграция с True-API ГИС МТ.
3. Настройте автоматическую сверку статусов. Система должна не просто отправлять документ, но и получать статус его обработки (успех, ошибка, в очереди) и оповещать ответственного сотрудника, если возникла ошибка обработки [9].
4. Продумайте обработку исключений. Отдельно нужно предусмотреть сценарии: код не принадлежит отправителю (не подписана входящая ЭДО-накладная), код повреждён (требуется перемаркировка), возврат пришёл через постамат или курьера с задержкой подтверждения [1].
5. Проверьте доступы и электронную подпись. Для работы с API и подписания документов в ЭДО потребуется электронная подпись, а для сотрудников, участвующих в операциях, — при необходимости машиночитаемая доверенность [1].
6. Протестируйте сценарии на тестовом контуре перед переводом в промышленную эксплуатацию, включая пограничные случаи — частичный возврат, возврат без упаковки, возврат просроченного товара из ограниченных категорий.
7. Настройте мониторинг сроков. Автоматическое напоминание о приближении трёхдневного срока передачи сведений снижает риск просрочки и штрафа [2][8].

Ограничения, типичные ошибки и риски

• «Товар не принадлежит отправителю». Частая причина — не подписана входящая ЭДО-накладная от поставщика, из-за чего цепочка владения кодом в системе прерывается [1]. Решение — контролировать своевременное подписание всех входящих документов ЭДО.
• Утеря или повреждение кода маркировки. Без перемаркировки товар нельзя ни продать повторно, ни вернуть поставщику; для части товарных групп при дистанционной торговле функционал перемаркировки может отсутствовать вовсе, и тогда возврат в оборот штатно невозможен [1][3].
• Задержка подтверждения при возврате через курьеров и постаматы. Пока статус кода не переведён вручную или автоматически в состояние возврата, в системе он продолжает числиться проданным, что создаёт расхождение данных [1].
• Просрочка трёхдневного срока подачи сведений. Формальное основание для проверки и штрафа, особенно при большом потоке возвратов и отсутствии автоматического контроля сроков [2][8].
• Особые категории товаров. БАДы, корма и ряд других групп имеют дополнительные ограничения на оборот просроченной или бракованной продукции — типовой сценарий «принять и продать повторно» здесь не работает [1].
• Разрешительный режим и офлайн-разрывы. Если на кассе на протяжении определённого времени нет связи с интернетом, регламент допускает продажу без онлайн-проверки, но это создаёт временное расхождение данных, которое затем нужно досинхронизировать [5].

Как выбрать решение: готовый сервис, доработка 1С или собственная интеграция

Выбор зависит от масштаба и сложности процессов:

• Если у компании один-два канала продаж и умеренный оборот, часто достаточно готового модуля в кассовом ПО или учётной системе (1С, специализированные сервисы для маркетплейсов) — такие решения уже поддерживают обмен с ГИС МТ «из коробки» [10].
• Если возвраты идут по разным каналам (розница, опт, несколько маркетплейсов с разными схемами FBO/FBS), а данные разбросаны по нескольким системам, требуется интеграция систем между собой — синхронизация кассы, учётной системы, ЭДО и, при необходимости, прямого API ГИС МТ, чтобы статус кода обновлялся в одном месте и не терялся при передаче между звеньями.
• Если процессы нестандартны — собственная логистика возвратов, специфичные правила перемаркировки, интеграция с внутренними ERP-системами — может понадобиться разработка отдельного модуля или коннектора под конкретную архитектуру компании.

Точную стоимость и сроки такой доработки заранее назвать нельзя — они зависят от количества систем в контуре, объёма операций, состояния текущей интеграции с ЭДО и глубины автоматизации, которую нужно получить на выходе.

Как может помочь «Пятый фактор»

Основная сложность автоматизации возвратов маркированных товаров обычно не в самом факте наличия API «Честного ЗНАКа», а в том, чтобы согласовать между собой несколько систем — кассу, учётную программу, ЭДО и, если нужно, прямой обмен с ГИС МТ, — не потеряв статус кода на стыках и уложившись в нормативные сроки. Команда «Пятого фактора» может изучить текущий процесс работы с возвратами в компании, оценить возможные варианты реализации и помочь с разработкой, интеграцией или технической консультацией — в том числе там, где для задачи достаточно настройки уже используемого программного обеспечения, без создания отдельного модуля с нуля.

Вывод

Возврат маркированного товара в 2025–2026 годах — это не формальность, а полноценный контролируемый процесс, встроенный в общую логику оборота маркированной продукции. Компаниям с заметным объёмом возвратов ручное отслеживание статусов кодов и сроков становится источником ошибок и штрафов, а поэкземплярный учёт, который вводится с 2026 года, дополнительно повышает требования к точности данных. Автоматизация обмена информацией между кассой, учётной системой, оператором ЭДО и ГИС МТ — не разовая мера, а способ снизить нагрузку на персонал и держать процесс под контролем на постоянной основе.

Чтобы обсудить задачу или получить консультацию, свяжитесь с командой «Пятого фактора» любым удобным способом.

Источники

[1] cleverence.ru — Возврат маркированного товара поставщику от покупателя в «Честном знаке» — https://www.cleverence.ru/articles/auto-busines/vozvrat-markirovannogo-tovara-postavshchiku-ot-pokupatelya-v-chestnom-znake-rekomendatsii-kak-vernut/

[2] moysklad.ru — Маркировка товаров: вопросы и ответы — https://www.moysklad.ru/poleznoe/markirovka-tovarov/voprosi-i-otveti/

[3] markirovka.ru — Возврат маркированного товара от маркетплейса — https://markirovka.ru/knowledge/tovarnye-gruppy/otdelnye-vidy-konservirovannyx-produktov/vozvrat-markirovannogo-tovara-ot-marketpleysa

[4] markirovka.ru — Вопросы по работе с маркированным товаром на маркетплейсе Wildberries — https://markirovka.ru/community/shoes-and-clothes/voprosy-po-rabote-s-markirovannym-tovarom-na-marketpleyse-wildberries

[5] kontur.ru — Как разрешительный режим изменит работу с маркировкой — https://kontur.ru/market/spravka/48979-kak_razreshitelnyj_rezhim_izmenit

[6] open-s.info — Разрешительный режим и маркировка товаров на кассе — https://open-s.info/blog/markirovka_tovarov_na_kasse/

[7] developer.kontur.ru — Документы с маркированными товарами (Диадок API) — https://developer.kontur.ru/doc/diadoc-api/instructions/documents/marking.html

[8] markirovka.ru — В какие сроки нужно подать сведения о передаче товара в систему маркировки (лёгкая промышленность) — https://markirovka.ru/knowledge/tovarnye-gruppy/legkaya-promishlennost/v-kakie-sroki-nuzhno-podat-svedeniya-o-peredache-tovara-priemke-tovara-legprom

[9] developer.kontur.ru — Документы с маркированными товарами: статусы обработки (Диадок API) — https://developer.kontur.ru/doc/diadoc-api/instructions/documents/marking.html

[10] 42clouds.com — Обмен сведениями с ГИС МТ «Честный знак»: новые возможности в «1С:Бухгалтерия» — https://42clouds.com/ru-ru/news/obmen-svedeniyami-s-gis-mt-chestnyj-znak/

[11] totalcrm.ru — API Честного ЗНАКА: как подключиться к ЭДО Лайт, ГИС МТ и Национальному каталогу — https://totalcrm.ru/blog/2025/11/api-chestnogo-znaka-kak-podklyuchitsya-k-edo-lajt-gis-mt-i-nacionalnomu-katalogu_60

[12] infostart.ru — Клиент API ГИС МТ (ИС МП) «Честный знак» — https://infostart.ru/1c/tools/1315710/