Разрешительный режим — это порядок, при котором маркированный товар продаётся только после ответа системы «разрешено». Касса считывает DataMatrix, отправляет запрос, получает статус, и лишь после этого позиция попадает в чек. Если ответа нет или он отрицательный, продажа не проводится: ни за наличные, ни по карте, ни в порядке исключения для постоянного покупателя.
До этого касса проверяла код сама и формально — читается ли DataMatrix, правильная ли у него структура, есть ли он в документах поставки. Решение принималось на месте, и ошибка в данных оставалась внутренней проблемой учёта: её находили при инвентаризации или при сверке с оператором, спокойно и не при покупателе. Теперь решение принимает сервер, а ошибка в справочнике или пропавший интернет превращаются в остановку продажи при живой очереди.
Ниже разбираем механику: как устроен запрос, чем онлайн-режим отличается от офлайн-режима, какие группы уже проверяются и что всё это требует от торговой точки. Все даты — по состоянию на сентябрь 2026 года. Сроки в этой теме переносят, календари разных изданий расходятся между собой, поэтому перед любым решением о закупке или о сроках сверяйтесь с честныйзнак.рф и со своим бухгалтером.
Порядок продажи маркированного товара, при котором позиция попадает в чек только после положительного ответа системы на запрос кассы. Проверяется не сам факт существования кода, а то, разрешён ли к продаже этот конкретный экземпляр прямо сейчас: не продан ли он уже, не аннулирован ли, не истёк ли срок годности, есть ли сведения о разрешительной документации. Отрицательный ответ — это запрет на продажу, а не предупреждение, которое кассир может пропустить.
Что изменилось: от формальной проверки к запросу разрешения
Формальная проверка отвечала на вопрос «это вообще код маркировки и знаем ли мы о нём». Разрешительный режим отвечает на другой вопрос — «можно ли продать именно этот экземпляр именно сейчас». Между двумя вопросами лежат все причины отказов, которые розница разбирает начиная с весны 2026 года: код бывает корректным, лежит в правильной накладной и всё равно получает отказ, потому что по нему нет сведений о декларации или он уже числится проданным.
- Было: решение на стороне кассы. Кассовая программа смотрела на структуру кода, сверялась со своими данными и принимала решение сама. Связь с внешними системами нужна была для передачи чека, а не для разрешения продажи. Точка с пропавшим интернетом продолжала торговать ровно так же, как со связью.
- Стало: решение на стороне системы. Касса формирует запрос, отправляет его и ждёт ответа. Положительный ответ — позиция уходит в чек. Отрицательный — позиция не пробивается. Отсутствие ответа — это третий, отдельный сценарий, для которого предусмотрен офлайн-режим по локальной базе.
Практическое следствие одно, и оно неприятное: ответственность сместилась с кассира на данные. Кассир не может согласиться с отказом или обойти его — такой кнопки нет, и это сделано намеренно. Всё, что раньше правили задним числом при сверке, теперь либо в порядке до прихода покупателя, либо останавливает продажу. Как именно это выглядит у кассы и как отличить одну причину от другой, разбираем отдельно в материале касса не пробивает маркированный товар: восемь причин.
Две колонки одинаковой ширины в чертёжном стиле. Левая с заголовком «было»: касса, внутри неё замкнутая стрелка и три подписи — «структура кода», «есть в документах», «решение принято на месте». Правая с заголовком «стало»: касса, от неё стрелка наружу к прямоугольнику «система» с подписью «запрос», обратная стрелка с подписью «разрешено / отказано», и только после неё стрелка к иконке чека. Под правой колонкой подпись «без ответа позиция в чек не попадает». Приглушённая палитра, подписи по-русски.
Как проходит запрос: что происходит между сканером и чеком
Со стороны кассира это один звук сканера и появившаяся строка в чеке. Внутри между этими двумя событиями укладывается цепочка из пяти шагов, и знание её порядка экономит время при разборе: понимая, на каком шаге всё встало, вы сразу знаете, кого звать — товароведа, системного администратора или поставщика кассового ПО.
- 1Шаг 1. Считывание кода
Сканер читает DataMatrix с упаковки и передаёт его кассовой программе. Здесь ломается редко, но характерно: повреждённый, затёртый или перекрытый ценником код просто не читается, и до запроса дело не доходит вообще. Это единственная причина отказа, которую видно глазом.
- 2Шаг 2. Сборка запроса
Кассовая программа формирует запрос по считанному коду и сведениям о товаре из своей базы. На этом шаге всплывают проблемы справочника: позиция заведена дважды, у неё не тот код товарной группы, не заполнены обязательные реквизиты. Запрос уходит, но уходит про другой товар.
- 3Шаг 3. Передача через ТС ПИоТ
Запрос идёт через ТС ПИоТ — транспортную систему проверки информации о товаре. Это канал, по которому касса общается с системой маркировки. В онлайн-режиме обращение уходит к серверам напрямую; если связи нет, вступает офлайн-режим и ответ формирует локальный модуль по базе, лежащей на месте.
- 4Шаг 4. Ответ и решение
Возвращается статус: разрешено или отказ с указанием причины. Положительный ответ пропускает позицию дальше. Отрицательный останавливает продажу этой позиции — остальные товары в чеке при этом обычно проходят, и по этому признаку отличают проблему конкретного экземпляра от проблемы связи или оборудования.
- 5Шаг 5. Чек и вывод из оборота
Позиция попадает в чек, чек уходит оператору фискальных данных, а сведения о продаже — в систему маркировки: экземпляр выводится из оборота. Именно поэтому повторная попытка продать тот же код заканчивается отказом «уже продан»: система помнит предыдущую продажу, даже если она была в другой вашей точке.
При нормальной связи весь обмен укладывается в доли секунды и не заметен ни кассиру, ни покупателю. Заметным он становится в двух случаях: когда канал узкий или нестабильный — и тогда очередь чувствует задержку на каждой маркированной позиции, — и когда ответ отрицательный. Второй случай стоит дороже, потому что требует человека и решения, а не терпения.
Горизонтальная схема из пяти пронумерованных блоков слева направо: «сканирование», «сборка запроса», «ТС ПИоТ», «ответ системы», «чек и вывод из оборота». Между четвёртым и пятым блоком развилка: вниз уходит ветка с подписью «отказ — позиция не пробивается». Под третьим блоком две подписи через разделитель: «онлайн — серверы» и «офлайн — локальная база». Под каждым блоком мелким шрифтом ответственный: «кассир», «товаровед», «связь», «система», «касса». Чертёжный стиль, подписи по-русски.
Онлайн и офлайн: два режима одной проверки
Офлайн-режим нужен для очевидной ситуации: точка в подвале торгового центра, магазин на трассе, авария у провайдера. Торговля при этом не должна останавливаться полностью, поэтому предусмотрен второй контур — локальная база модуля проверки. Разница между режимами не в том, что один «настоящий», а второй «упрощённый», а в том, какими данными располагает отвечающая сторона.
| Что сравниваем | Онлайн-режим | Офлайн-режим |
|---|---|---|
| Откуда приходит ответ | Запрос уходит через ТС ПИоТ к серверам системы и возвращается со статусом экземпляра | Ответ формирует локальный модуль проверки по базе, которая лежит на самой точке |
| Что известно об экземпляре | Состояние на момент запроса, включая продажи и операции, сделанные где угодно | Состояние на момент последнего обновления локальной базы, а не на сейчас |
| Когда работает | Штатный режим точки со связью | Когда связи нет: обрыв канала, недоступность сервиса, авария у провайдера |
| Что требует от точки | Стабильный канал и корректно настроенный обмен | Установленный и регулярно обновляемый локальный модуль |
Отсюда два вывода для владельца. Первый: офлайн-режим не работает сам по себе, его нужно заранее установить и поддерживать в актуальном состоянии — модуль с базой полугодовой давности знает о товаре ровно то, что знал полгода назад. Второй: когда связь возвращается, накопленные операции должны уехать в систему, и этот момент тоже нужно контролировать, а не считать, что оно само.
Частая подмена при закупке: точке продают второй канал связи под видом решения проблемы отказов. Резервный канал помогает от аварии провайдера и ни от чего больше — он не влияет ни на одну причину отказа, связанную с данными. Если товар не проходит из-за отсутствия сведений о документах или из-за дубля в справочнике, второй канал не изменит ответ ни на копейку. Сначала разберитесь, какая доля ваших отказов вообще про связь.
Проверяется это за один вечер: выгрузите отказы за месяц и разложите их по причинам. В типичной рознице доля отказов из-за связи заметно меньше доли отказов из-за данных, и деньги логичнее тратить на порядок в справочнике и на дисциплину приёмки, а не на второй канал. Как к этому подступиться, мы описывали в материале чек-лист проверки качества данных.
Какие группы под режимом и с каких дат
Здесь нужна осторожность, потому что источники расходятся. Календари разных изданий на сентябрь 2026 года дают разные даты по одним и тем же позициям, и это не небрежность авторов: сроки действительно переносят, а формулировки в проектах меняются. Поэтому ниже — то, что известно на дату публикации, со статусом каждой строки. Единственный источник, по которому имеет смысл принимать решение, — честныйзнак.рф.
| Что начинает проверяться | Срок | Статус на сентябрь 2026 |
|---|---|---|
| Сведения о разрешительной документации по маркированным группам: касса блокирует товар, по которому их нет | с 1 апреля 2026 | действует |
| Растительные масла | май 2026 | действует |
| Моторные масла | октябрь 2026 | объявлено |
| Консервы | 2027 | объявлено |
По части товарных групп идут эксперименты, и участие в них добровольное. На этой подмене продают оборудование и доработки за год до реального срока: в разговоре звучит «уже началось», хотя началось участие желающих, а не обязанность. Прежде чем платить, спросите прямо, какой статус у вашей группы — действует, идёт эксперимент или объявлено проектом, — и проверьте ответ в официальном источнике.
Второй источник путаницы — этапы. Одна товарная группа живёт в нескольких датах сразу: свой срок у производителей и импортёров, свой у оптового звена, свой у розницы, и отдельно — переход на поэкземплярный учёт. Фраза «маркировка этой группы началась» для завода и для магазина означает разные события, разнесённые иногда на год. Когда вам называют дату, уточняйте, к какому звену цепи она относится — к вашему или к чужому. Перечень при этом открытый и расширяется, писать «полный список» про него нельзя. Подробный разбор календаря режима — в материале какие группы товаров и с каких дат.
Горизонтальная лента времени от начала 2026 года до 2027-го с четырьмя отметками: «1 апреля 2026 — сведения о разрешительной документации», «май 2026 — растительные масла», «октябрь 2026 — моторные масла», «2027 — консервы». Первые две отметки помечены плашкой «действует», две последние — плашкой «объявлено». Под лентой отдельная полоса с четырьмя ячейками «производитель», «импортёр», «опт», «розница» и подписью «у одной группы дат несколько». Внизу сноска «на сентябрь 2026, сроки переносят». Чертёжный стиль, подписи по-русски.
Во что обходится отказ на кассе
Отказ на кассе кажется мелочью: одна позиция, одна минута. Считать надо не минуту, а месяц, и не только потерянную продажу, но и время людей, которые разбираются. Ниже модельный расчёт на понятных вводных: магазин у дома, две кассы, 420 чеков в смену, доля маркированных позиций около 35 %, средняя цена маркированной позиции 380 ₽, три отказа в день, час товароведа считаем по 520 ₽.
Обратите внимание на пропорцию: разбор стоит больше половины от потерянной выручки. Это типично и объясняет, почему первые деньги имеет смысл вкладывать не в оборудование, а в процесс — в то, кто и по какому маршруту разбирает отказ. Вторая строка, на которую стоит смотреть, — зависший товар: 34 200 ₽ это не расход, но эти деньги лежат на полке и не оборачиваются, а часть позиций доживёт до истечения срока годности и станет списанием.
Расчёт модельный: подставьте свои числа, и результат изменится в разы. У сети из десяти точек те же три отказа в день на точку превращаются в 900 случаев в месяц и 180 часов разбора — это уже отдельная ставка. У маленького магазина с одним отказом в неделю всё описанное не стоит ни проекта, ни автоматизации, и это нормальный ответ.
Диаграмма из трёх столбиков с подписями сумм: «потерянная продажа — 17 100 ₽», «разбор товароведом — 9 360 ₽», «зависший товар — 34 200 ₽», последний столбик выполнен штриховкой и помечен как «не расход, а замороженные деньги». Над первыми двумя столбиками скобка с итогом «26 460 ₽ прямых потерь в месяц». Слева врезка с вводными: «две кассы, 420 чеков в смену, 3 отказа в день, час товароведа 520 ₽». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Что режим требует от торговой точки
Требования удобно разложить по пяти уровням — от железа до людей. Порядок здесь не случайный: каждый следующий уровень бессмысленно чинить, пока не закрыт предыдущий, и именно из-за нарушения порядка точки покупают оборудование, которое ничего не меняет.
- 1Связь в торговом зале. Не «интернет в офисе», а устойчивый канал именно там, где стоит касса. Проверяется не наличием значка, а замером в час пик: узкий канал даёт задержку на каждой маркированной позиции, и очередь это чувствует раньше, чем отчётность.
- 2Оборудование и прошивки. Сканер, читающий DataMatrix уверенно и с потёртой упаковки, актуальная версия кассового ПО, установленные драйверы фискального регистратора, действующая подпись. Это разовая работа, но её не получается сделать один раз навсегда: обновления выходят, и за ними нужно следить.
- 3Товароучётная система. Конфигурация должна поддерживать режим штатно, а обмен с ОФД и с системой маркировки — быть настроен и проверен. Здесь чаще всего выясняется, что релиз старый, а обновление тянет за собой доработки, которые кто-то когда-то написал поверх типовой конфигурации.
- 4Данные. Справочник номенклатуры без дублей, с правильными товарными группами и заполненными реквизитами. Это самая скучная и самая результативная часть: большая доля отказов лечится не в кассе, а в справочнике, и никакое оборудование эту работу не заменит.
- 5Люди и регламент. Кассир знает, что делает при отказе, и делает это одинаково во всех сменах. Товаровед знает, куда попадает случай и в какой срок он разбирается. Без этого уровня четыре предыдущих дают отказ, который просто некому обработать.
Проще всего проверить готовность не по списку, а действием: возьмите десять случайных маркированных позиций из зала и пробейте их на возврат в закрытую смену или в тестовом режиме, как позволяет ваша касса. Десять успешных проверок — не гарантия, но десять проверок с двумя отказами сразу показывают, где именно у вас слабое место. Дальше вопрос сводится к тому, чинить это руками или закрывать процессом — второе имеет смысл начиная с сети точек, а не с одного магазина.
Пирамида или стопка из пяти горизонтальных слоёв снизу вверх: «связь в зале», «оборудование и прошивки», «товароучётная система», «данные справочника», «люди и регламент». Справа от каждого слоя короткая подпись типовой поломки: «узкий канал в час пик», «старая версия кассового ПО», «релиз не поддерживает режим», «дубли и пустые реквизиты», «в каждой смене по-своему». Внизу подпись «проверяется десятью позициями из зала». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Куда идти дальше: карта раздела
Эта статья отвечает на вопрос «как устроено». Дальше вопросы становятся практическими, и на каждый из них в разделе есть отдельный материал — ниже маршрут, по которому имеет смысл идти, если вы разбираетесь с режимом впервые.
- Касса уже отказывает, и надо понять почему. Восемь причин отказа, признак каждой и диагностика за тридцать секунд прямо у кассы — в материале касса не пробивает маркированный товар. Там же — чего делать нельзя, чтобы не получить нарушение вместо решения.
- Надо понять, касается ли режим вашего ассортимента. Календарь со статусами и оговорками, разница между проверкой кода и проверкой разрешительной документации — в материале какие группы товаров и с каких дат.
- Надо настроить точку с нуля или проверить готовность. Порядок настройки кассы, связки с ОФД и товароучётной системы, с проверкой после каждого шага — в материале настройка разрешительного режима. Со стороны учётной системы, включая релизы и журналы отказов, — в материале разрешительный режим в 1С.
- Нужен разбор со стороны блокировки продажи в целом. Как отличить проблему одной единицы от проблемы всей партии и почему большая часть причин рождается на приёмке — в материале ЦПТ 2.0: почему касса блокирует продажу.
- Нужна общая картина по маркировке. Товарные группы, контур участника оборота и порядок подключения — в материале Честный знак 2026: группы и ЦПТ 2.0, а со стороны учётной системы — в материале 1С и Честный знак.
Когда ничего делать не надо
Честная часть, которую не пишут в рассылках поставщиков оборудования: значительной части бизнесов под разрешительный режим готовиться отдельно не нужно, и попытка что-то докупить обернётся потраченными деньгами без изменения результата.
- Вы не продаёте маркированный товар конечному покупателю. Режим про розничную продажу. Если вы производите, возите или храните, ваши обязанности другие, и решаются они не на кассе — складская часть разобрана в материале маркировка на складе.
- Ваша группа в статусе эксперимента. Участие добровольное. Пока нет обязанности, покупка оборудования и доработок — это решение про удобство, а не про соответствие требованиям, и откладывается спокойно.
- У вас одна касса и один-два отказа в месяц. Всё описанное закрывается инструкцией на страницу и десятью минутами товароведа. Проект по автоматизации разбора на таком объёме не окупится никогда: 24 отказа в год против шестизначной сметы — арифметика очевидная.
- У вас уже настроена актуальная конфигурация, обновлённая касса и порядок в справочнике. Тогда режим для вас — это несколько строк настроек, а не проект. Проверьте связь в зале, пробейте десять позиций и занимайтесь другими делами.
Разрешительный режим не сделал продажу сложнее. Он сделал ошибку в данных видимой ровно в тот момент, когда у кассы стоит человек.
