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

Разрешительный режим маркировки: как это работает в 1С от закупки до продажи

С развитием системы цифровой маркировки «Честный Знак» все участники товаропроводящей цепи — от производителей до розничных продавцов — обязаны учитывать правила разрешительного режима (РР). Это особенно важно при работе в программах 1С.

Что такое разрешительный режим?

Разрешительный режим (РР) — это система, при которой товар, подлежащий обязательной маркировке, не может быть введён в оборот или продан без специального разрешения, выдаваемого системой «Честный Знак». Без него реализация товара считается незаконной.

РР — это неотъемлемая часть цифровой платформы «Честный Знак», которая отслеживает путь товара от производства до конечного покупателя. Для автономной работы используется Локальный модуль (ЛМ), позволяющий вести учёт и обмен данными даже без постоянного подключения к интернету. При появлении связи данные синхронизируются с центральной системой.

«Честный Знак» — это национальная система цифровой маркировки товаров в России.

«Локальный модуль (ЛМ)» — это часть программного обеспечения системы «Честный Знак», предназначенная для работы без постоянного подключения к интернету.

Основные функции:

• Обеспечивает автономную работу с маркированными товарами.
• Хранит данные локально на компьютере или в офисе компании.
• Синхронизируется с центральной системой «Честный Знак» периодически при появлении в интернете

Законодательная основа разрешительного режима маркировки

Работа с маркированными товарами, в том числе в программных продуктах 1С, регулируется действующим законодательством. Основные нормы закреплены в следующих документах:      

• Постановление Правительства РФ от 31 мая 2021 года № 841 — утверждает Правила маркировки упакованной воды средствами идентификации и особенности внедрения государственной информационной системы мониторинга за её оборотом.
• Постановление Правительства РФ от 28 февраля 2025 года № 245 — вносит изменения в указанное выше постановление и уточняет ряд требований, связанных с маркировкой и цифровым контролем поставок.

• производителями,
• импортёрами,
• оптовыми дистрибьюторами,
• розничными торговыми точками,
• а также предприятиями общественного питания (HoReCa).

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

Что необходимо сделать для реализации законодательства по маркировке в 1С

Корректная работа с маркированной продукцией в 1С невозможна без технической и организационной подготовки. Чтобы обеспечить соответствие законодательству при работе с маркированной продукцией в 1С, необходимо выполнить базовые шаги по настройке документооборота и оборудования.

 1. Подключение к системе электронного документооборота (ЭДО)

Первым и ключевым этапом для работы с маркировкой станет настройка электронного документооборота. Это актуально для компаний, которые только начинают работать с маркированной продукцией — например, с бутилированной водой или табаком.

Варианты подключения:

• ЭДО Лайт — базовый бесплатный инструмент;
• Коммерческие операторы ЭДО — поддерживают полный функционал (список доступен на официальных ресурсах «Честного Знака»).

2. Сканирование кодов маркировки

Каждая единица товара должна быть отсканирована до её ввода в оборот или при передаче другому участнику. Для этого потребуется специализированное оборудование:

• ручные 2D-сканеры,
• терминалы сбора данных (ТСД) — особенно актуальны на складах, при оптовых отгрузках и приёмке.

 Оборудование должно поддерживать работу с Data Matrix-кодами. Рекомендуемый перечень моделей доступен в списке партнёров системы маркировки..

3. Оформление УПД с кодами идентификации через ЭДО

При приёме или передаче маркированной продукции необходимо формировать универсальный передаточный документ (УПД) через ЭДО. Обязательное условие — указание всех кодов маркировки (КИ) из партии товара.

Это обеспечивает:

• фиксацию факта движения продукции;  
• корректную передачу прав собственности;
• синхронизацию информации с системой «Честный Знак» в режиме онлайн или отложенной отправки.

Функционал агрегации: как упростить учёт

Для оптимизации логистики и документооборота в 1С предусмотрен функционал агрегации. Он позволяет объединять несколько единиц товара в составные упаковки, облегчая учёт и сканирование.

Существует два формата агрегации:

КИТУ — код идентификации транспортной упаковки

КИТУ (код транспортной упаковки) позволяет объединить продукцию в удобные логистические единицы, не предназначенные для продажи конечному потребителю. Такая упаковка используется исключительно для:

Что может входить в КИТУ?

Как создаётся КИТУ?

КИТУ может быть сформирован:

Все КИТУ обязаны быть уникальными. Они регистрируются в «Честном Знаке» и верифицируются на наличие дубликатов. КИТУ может быть создан в любой точке цепи поставки: на производстве, в распределительном центре, у дистрибьютора или оптового продавца.

Уникальность КИТУ: ключевое требование системы

Каждый КИТУ (код транспортной упаковки) должен быть строго уникальным в пределах всей системы «Честный Знак». Это означает, что два одинаковых КИТУ не могут существовать ни в один момент времени, ни в будущем.

После создания и регистрации, код КИТУ:         

!!! Такая проверка исключает дублирование, помогает избежать ошибок на этапе логистики и гарантирует полную прозрачность при перемещении товара — от производства до точки продаж.

Требования к кодам для включения в КИТУ:

Перед объединением в транспортную упаковку необходимо убедиться, что все коды соответствуют следующим условиям:

Агрегация КИТУ значительно упрощает массовую отгрузку, минимизирует количество операций сканирования и снижает вероятность ошибок при работе с УПД в 1С.

КИГУ — код идентификации групповой упаковки

КИГУ применяется для объединения потребительских упаковок в более крупные блоки, которые могут быть реализованы непосредственно покупателю. Групповая упаковка должна быть создана производителем и не подлежит изменению другими участниками цепочки поставок.

Для чего нужна групповая упаковка?

Цель групповой упаковки — облегчить обработку и отслеживание партий одинакового товара, особенно в розничной торговле. Она упрощает передачу данных в систему «Честный Знак» и позволяет автоматизировать работу в 1С, снижая вероятность ошибок.

Важно: агрегация в КИГУ выполняется только на этапе производства, что делает производителя единственным ответственным за корректное объединение товаров.

Групповая упаковка позволяет:

Условия для формирования КИГУ:

Коды маркировки, входящие в КИГУ, должны:

Как оформить КИГУ в системе маркировки

1.      Ознакомьтесь с условиями объединения товаров в групповую упаковку.

2.      Получите коды маркировки (Data Matrix) на групповую упаковку товара и на отдельные товары, планируемые к объединению в групповую упаковку (коды идентификации должны перейти в статус «Нанесен»).

3.      Подайте сведения об объединении товаров в групповую упаковку одним из способов:

 Все методы дают одинаковый результат: групповая упаковка фиксируется в системе и готова к движению по цепи поставок

Как работает разрешительный режим на практике?

Понимание логики разрешительного режима важно для успешной работы с маркировкой в 1С. Механизм следующий:

1. На этапе производства или импорта каждое изделие получает индивидуальный код маркировки (Data Matrix), регистрируемый в системе «Честный Знак».

2. При любом перемещении — будь то оптовая отгрузка, складской учёт или розничная реализация — данные о движении товара передаются в систему.

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

Так работает контроль на уровне кода — система предотвращает продажу товара с некорректной маркировкой или без разрешения.

Как выглядит движение товара в разрешительном режиме: пошаговая схема

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

Ниже — базовая схема движения товара от момента закупки до финальной реализации:

1. Закупка продукции

На первом этапе товар поступает от поставщика — отечественного производителя или импортёра. Уже на этом этапе каждая единица продукции должна иметь нанесённый код маркировки (Data Matrix), соответствующий требованиям «Честного Знака».

2. Приёмка и ввод в оборот

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

• регистрируются полученные коды;
• осуществляется передача прав на продукцию;
• фиксируется факт ввода товара в оборот.

Всё это производится под учётной записью вашей компании. Без этого этапа товар считается неподтверждённым и не может быть продан.

3. Списание кодов при реализации

Когда товар передаётся клиенту или покупателю, коды маркировки должны быть списаны. Это происходит:

Списание означает, что товар официально выбыл из оборота и закреплён за конечным потребителем.

4. Передача информации в «Честный Знак»

Завершающий этап — это отправка всех собранных данных в национальную систему маркировки:

Передача может быть настроена автоматически (через 1С и ЭДО) или выполнена вручную через интерфейс личного кабинета участника оборота.

Такой порядок обеспечивает прослеживаемость товара на каждом этапе — от поставщика до кассы — и позволяет избежать нарушений, блокировки кодов и штрафов за ошибки в маркировке.

Подробно: как реализован разрешительный режим в 1С

Разрешительный режим в 1С — это не просто формальность, а строго регламентированный процесс взаимодействия с системой «Честный Знак». Он охватывает все этапы движения товара и автоматически контролирует правомерность его реализации.

Рассмотрим, как работает этот механизм на практике:

• Производитель или импортер вносит каждую единицу маркировки кода товара (DataMatrix).

• Товар регистрируется в системе «Честный Знак».

• На каждом этапе движения товара (закупка, выгрузка, продажа) данные передаются в систему.

• Перед реализацией розничный продавец должен получить разрешение на продажу товара (например, при продаже в магазине)

Если разрешение не получено, товар не может быть реализован — его код будет помечен как «заблокированный», а ККТ сообщит о невозможности продажи товара, и так как рядом нет верховного специалиста по маркам, товар придется отложить или заменить. Если ограничений не выявлено, пробивается чек и марка благополучно списывается.

А что делать, если вы поставщик и еще и продаете такому же оптовику— тут возникают сложности.

Это вы представляете, какой объём работы вам требуется сделать для передачи кодов маркировки по оптовому контуру вашему клиенту для того, чтобы марочки с вас списались и за ним закрепились. Слава богу, в самом начале мы средствами 1С и запросом в «Честный Знак» сохранили наши коды маркировки в 1С. Если бы не было у нас этого функционала, наши кладовщики при настроенном ТСД, сканируя коды маркировки для отгрузки, каждый раз упирались бы в то, что установленная на ТСД программа запрашивала у вас при каждом сканировании, что это за товар, так как она совершенно бы не понимала, что вы сканируете. Но так как мы сохранили коды маркировки и ещё и привязали их к номенклатуре в 1С, мы все эти справочники благополучно передали на ТСД, причём неважно, в какую программу: «Клеверен с» или «Моби-С», DataMobile и так далее. Сам процесс с ТСД можно разделить на две ветки, по первой ветке ваши операторы или бухгалтера создают документ реализации, передают её на ТСД, кладовщики благополучно сканируют в этот документ реализации весь товар независимо, маркированный он или нет, то есть если у вас в документе 10 позиций маркированного товара и 15 немаркированного, любая программа на ТСД, если вы отсканируете только 10 товара в маркировке, она отправит вам в 1С именно эти 10 позиций товара, а 15 обычного товара не отправят, поэтому сканировать надо всё. Ну либо просить своих разработчиков доработать возможность не изменять первичный документ в 1С для того, чтобы сканируя, проверяли только маркированную продукцию.

И вторая ветка— это кладовщики создают в ТСД сам документ реализации, в него сканируют только то, что им надо: маркированную, немаркированную продукцию, и этот документ улетает в 1С, тут, кстати, замечу, что бизнес-процесс можно совершенно спокойно менять так, как вам удобно.

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

Ну и потом совсем всё просто: документ реализации вы отправляете по ЭДО своему клиенту.

Остается вопрос, что с возвратами? Если документ ЭДО подписан и отправлен сразу, то по методологии Честного знака нужно сделать УКД для подтверждении факта согласования изменения стоимости договора в связи с изменением цены и уточнения количества поставленных (отгруженных) товаров).
В идеальной практике, если все используют ТСД и ЭДО, подобные вопросы решаются созданием на основании документа «Реализация товаров и услуг» другого документа— «Корректировка реализации», в котором отражались реально отгруженные покупателю коды маркировки, и по ЭДО отправлялся УКД покупателю. После подписания документа ЭДО покупателем часть кодов маркировки возвращаются на баланс.
Коды маркировки сканируются в момент поступления в табличную часть «Товары» (Проверка и подбор маркированных товаров). Делается обычно кладовщиком с помощью сканера штрихкодов либо терминала сбора данных.

 

Что делать, если документ отправлен по ЭДО и подписан с обеих сторон? Вернуть себе марки и потом их списать — можем, но так как марки уже у клиента в Честном Знаке, то придется его просить создать документ возврата поставщику — куда отсканировать марки с продукцией и отправить нам по ЭДО, опять же это сработает только при их наличии. Если товар не довезли и сканировать нечего, то только методом исключения, то есть сканировать марки в документ поступления, и это ничем не отличается от УКД.

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

Сторона, которая инициирует аннулирование документа, посылает через оператора ЭДО предложение об аннулировании документа (ПОА) контрагенту с указанием причины аннулирования.

Для этого необходимо открыть соответствующий электронный документ, нажать «Другие действия», а затем «Аннулировать».

    

В открывшемся окне необходимо указать причину аннулирования и нажать «Аннулировать». Причина будет отражена в предложении об аннулировании, которое поступит Вашему контрагенту.

Сформированное предложение об аннулировании подписывается инициатором аннулирования и отправляется через оператора ЭДО контрагенту. Состояние ЭДО переходит в статус «Ожидается аннулирование».

Завершенный документ, находящийся в архиве, при получении предложения об аннулировании перенесется в папку «Аннулировать» разделов входящие или исходящие документы.

Контрагент может открыть соответствующий документ и ознакомиться с информацией в предложении об аннулировании.

Контрагенту доступно:

Согласиться с аннулированием

Не согласиться

 

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

 

Что еще может пойти не так? Это производители, с которыми до процесса обмена документами по ЭДО нужно обсуждать, каким именно образом он передаёт коды маркировки. Дело в том, что многие производители не готовы к маркировке и отправляют коды маркировки на каждый экземпляр без кодирования упаковок (без агрегации), тем самым усложняя жизнь поставщикам, так как при отгрузке партии дальше придётся сканировать поэкземплярно каждую бутылку, а не по упаковке. Тут, к сожалению, вам никто не поможет, и вы попадаете на агрегацию, то есть вы обязаны при поступлении сканировать коды маркировки и агрегировать их в упаковке для того, чтобы облегчить жизнь при отгрузке. Ну либо опять обращаться к разработчикам 1С для доработки программы, например для автоматической передачи марок из документа поступления в документ реализации. Ну это редкость, и в основном наши производители подготовились и на упаковках и на паллетах предоставляют штрихкоды как линейные «Код идентификации групповой упаковки (КИГУ)», так и QR-коды и, соответственно, если они агрегированы в «Честном Знаке», считывая средствами 1С данные из «Честного Знака», мы, а вернее наш ТСД, уже знает, что это за коды маркировки, и при сканировании упаковки он прекрасно понимает, что это упаковка из шести бутылок и именно каких бутылок.

Особенности при запуске (внедрении) разрешительного режима в 1С

Запуск разрешительного режима в 1С требует не только технической подготовки, но и организационных изменений внутри компании. Чтобы избежать сбоев и штрафов, необходимо учесть ключевые моменты при переходе на работу с маркированной продукцией.

 Что нужно предусмотреть при внедрении:

1. Обучение персонала
Сотрудники, особенно те, кто работает со складом, кассой и документооборотом, должны понимать принципы работы с кодами маркировки, разрешениями на реализацию и системой «Честный Знак». Без этого не обойтись.

2. Интеграция с системой «Честный Знак»
Настройка прямого обмена данными через API или использование интеграционных решений (модули, надстройки, сторонние сервисы) обеспечит своевременную передачу информации о товарах и событиях.

3. Обновление сертификатов и учётных данных
Не забудьте проверить действительность криптографических сертификатов и учётных записей в системе ГНИВЦ. Они используются при отправке документов в «Честный Знак».

4. Актуализация онлайн-касс
ККТ должна быть настроена на корректную работу с маркированной продукцией — иначе товар просто не получится продать. Необходимо проверить наличие поддержки маркировки и обновить прошивку при необходимости.

5. Логистика и контроль движения кодов
Система 1С должна точно отслеживать, где находится каждая единица товара, какой у неё статус, и какой код маркировки с ней связан. Это важно для корректного списания и передачи прав собственности.

 Заключение: зачем всё это нужно?

Система «Честный Знак» — это не просто очередная цифровая платформа, а национальный инструмент защиты потребителей и бизнеса. Она позволяет:

Почему важен РР?

Разрешительный режим маркировки делает товарный рынок:

• прозрачным — каждая позиция товара отслеживается;
• безопасным — продажа без разрешения невозможна;
• легальным — соблюдаются все требования законодательства РФ.

И главное: нужно меняться

В условиях цифровой трансформации бизнесу необходимо адаптироваться к новым реалиям.
Отказ от внедрения маркировки, откладывание интеграции с 1С, игнорирование требований «Честного Знака» — всё это может привести к:

Поэтому важно не просто следовать новым правилам, а встраивать их в бизнес-процессы, видеть в них преимущество, для бизнеса это не просто дополнительная обязанность, а инструмент, который помогает вести работу честно, эффективно и безопасно.