Запрет или ограничение продажи по данным системы

01 Почему запрет продажи — это не просто ошибка кассира

Разрешительный режим — это специальный механизм предварительной проверки маркированного товара перед продажей.

В режиме онлайн кассовое программное обеспечение обращается к системе маркировки по конкретному коду.

Если по данным системы товар продавать нельзя, программное обеспечение сообщает продавцу о запрете.

Для соответствующих товарных групп предусмотрена также офлайн-проверка.

Поэтому современная касса работает не только как устройство формирования фискального документа.

В отношении маркированных товаров она участвует ещё и в проверке допустимости конкретной продажи.

Отсюда первое правило:

«Товар есть на остатке» ≠ «Его можно продать сейчас».

Второе:

«Касса запретила продажу» ≠ «Товар автоматически контрафактный».

И третье:

«Код считывается» ≠ «По данным системы нет основания для запрета».

Это принципиальная граница.

Касса показывает результат проверки.

Бюро устанавливает основание, которое стоит за этим результатом.

02 Какие основания могут блокировать продажу

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

Для бизнеса особенно важны следующие группы оснований.

1. Код отсутствует либо необходимые сведения о нём не найдены

Физический DataMatrix на упаковке сам по себе ещё не подтверждает, что необходимые сведения о маркировке присутствуют в системе.

Поэтому:

Квадрат на упаковке ≠ корректное состояние средства идентификации в системе.

2. Нет необходимых сведений о вводе товара в оборот

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

В этом случае проблема находится уже не в способности сканера считать DataMatrix.

Она находится в истории товара в системе.

3. Товар уже выведен из оборота

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

Именно поэтому нельзя исходить из формулы:

«Товар физически у нас → значит код тоже готов к продаже».

4. Истёк срок годности

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

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

5. Реализация запрещена по решению уполномоченного органа

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

Такой запрет может относиться не к качеству печати DataMatrix как такового, а к правовому состоянию продукции.

6. Нарушен применимый ценовой критерий

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

В частности, соответствующие режимы действуют для табачной и никотинсодержащей продукции.

Поэтому:

Код корректен → товар корректен → но продажа всё равно может быть не допущена

если нарушено установленное ценовое условие.

7. Код проверки не соответствует установленным требованиям

Отдельный запрет может быть связан с характеристиками самого средства идентификации и контрольной части кода.

Здесь возникает связь с предыдущей страницей Бюро:

DataMatrix → структура → системная проверка → возможность продажи.

Смежная ситуация: DataMatrix, товар и несоответствие идентификатора

03 Семь скрытых сценариев, которые бизнес часто не замечает

Ниже — более сложные ситуации.

Они не означают семь самостоятельных нормативных оснований запрета.

Это семь типов фактической ситуации, при которых одинаковый отказ на кассе может иметь совершенно разное происхождение.

1. Онлайн-проверка не состоялась, и касса работает по другому режиму проверки

Для соответствующих товарных групп предусмотрены онлайн- и офлайн-механизмы разрешительного режима.

Онлайн-проверка является приоритетной.

Но отсутствие нормального онлайн-взаимодействия не должно автоматически интерпретироваться кассиром как:

«Код поддельный».

Необходимо различать:

Отрицательный результат проверки

и

Проблему технологического взаимодействия.

Это две разные ситуации.

Поэтому Бюро не начинает разбор с вывода:

«Система заблокировала товар».

Сначала устанавливается, какой результат фактически получила кассовая система и в каком режиме выполнялась проверка.

2. Товар вернулся от покупателя, но его нельзя автоматически поставить обратно на полку

Возврат денежных средств покупателю и возврат маркированного товара в оборот — связанные, но не тождественные события.

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

Поэтому опасна бытовая логика:

Покупатель вернул товар → кассир оформил возврат → товар немедленно готов к новой продаже.

Правильный вопрос:

Корректно ли отражён возврат самого маркированного товара в оборот.

Если нет, следующая попытка продажи способна столкнуться с запретом по текущему состоянию кода.

Смежная ситуация: статус кода маркировки — ввод, оборот, вывод и возврат

3. Комплект, набор или упаковочная структура изменились

В некоторых товарных моделях значение имеет не только отдельная единица, но и способ её объединения с другими маркированными единицами.

Физически набор может выглядеть целым.

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

Поэтому:

Целая коробка в руках ≠ автоматически целостная информационная структура.

Здесь нельзя без проверки:

• 01 переклеивать код комплекта;
• 02 заменять отсутствующую единицу случайной;
• 03 создавать новый идентификатор только потому, что старый не проходит продажу.

Нужно сначала установить, какая операция изменила состав и как она была отражена.

4. Проблема повторяется по всей товарной позиции

Иногда бизнес сканирует:

первую единицу — запрет;

вторую — запрет;

десятую — тот же результат.

В этот момент продолжать искать физический дефект каждого DataMatrix уже недостаточно.

Необходимо проверить, не относится ли проблема к более широкому уровню:

• 01 товарному описанию;
• 02 применимому разрешительному документу;
• 03 установленному ограничению;
• 04 данным, общим для позиции;
• 05 предыдущей операции, затронувшей группу товара.

Публичная формула:

Один код → может быть локальной ошибкой.

Одинаковый запрет на множестве единиц → требует проверки уже уровня товарной позиции.

Мы не утверждаем наличие универсальной технической команды «заблокировать весь GTIN».

Но повторяемость одного результата по множеству единиц одной позиции — самостоятельный признак, который нельзя игнорировать.

5. Внутренняя учётная система ERP/1С разрешает продажу, кассовый модуль проверки — нет

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

Внутренняя 1С/ERP может показывать:

• 01 товар принят по учёту;
• 02 остаток положительный;
• 03 номенклатура активна;
• 04 первичный документ проведён.

При этом кассовый контур разрешительного режима выполняет предусмотренную для продажи проверку актуального состояния маркированного товара.

Если между внутренним учётом и моментом кассовой проверки изменились юридически или системно значимые сведения, результат может различаться.

Например, значение могут иметь:

• 01 последующая корректировка документа;
• 02 изменение состояния кода;
• 03 предыдущая операция с товаром;
• 04 иной актуальный системный статус.

Поэтому:

«В 1С всё зелёное» ≠ «Разрешительный режим обязательно разрешит продажу».

Внутренняя учётная система отражает хозяйственный и складской контур бизнеса.

Разрешительный режим отвечает на другой вопрос:

Есть ли в момент продажи предусмотренное правилами основание для её запрета.

Поэтому этот конфликт нельзя сводить к формуле:

«Плохая 1С»

или

«Ошибочный Честный ЗНАК».

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

6. Внутреннее перемещение товара и фактическая точка продажи разошлись

Товар может физически перемещаться:

• 01 между магазинами;
• 02 между складом и торговой точкой;
• 03 между собственными подразделениями;
• 04 через фулфилмент;
• 05 между разными операционными площадками.

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

Но мы не утверждаем:

«ГИС МТ всегда блокирует кассу, если товар числится по другому адресу».

Универсального правила в такой формулировке нет.

Правильная конструкция:

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

Если этого нет, причина запрета может находиться не в кассе, а в предыдущем движении товара.

7. Ошибка возникла раньше, а проявилась только на кассе

Это один из важнейших принципов всей страницы.

Финальная точка, где система сообщила:

«Продажа запрещена»

не обязательно является точкой возникновения проблемы.

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

• 01 при вводе в оборот;
• 02 при поставке;
• 03 при возврате;
• 04 при корректировке;
• 05 при агрегации;
• 06 при изменении сведений;
• 07 при другой предыдущей операции.

Поэтому Бюро разделяет:

Где проблема проявилась

и

Где проблема возникла.

Это не одно и то же.

Мы не строим публичную версию на предположениях о неизвестных внутренних механизмах государственных систем.

Мы устанавливаем фактический источник расхождения.

04 Когда запрет становится правовым и кассовым риском

Сам ответ:

«Продажа запрещена»

ещё не является нарушением со стороны магазина.

Напротив, разрешительный режим предназначен в том числе для предотвращения продажи товара, который по данным системы продавать нельзя.

Правовой риск возникает, когда бизнес вместо выяснения причины пытается обойти установленный запрет.

Контур обязательной маркировки

Статья 15.12 КоАП РФ предусматривает ответственность за установленные законом случаи производства, ввода в оборот или продажи продукции без необходимой маркировки либо с нарушением установленного порядка её нанесения.

Поэтому:

Ошибка кассы ≠ автоматически ст. 15.12 КоАП РФ.

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

Контур сведений в системе мониторинга

Статья 15.12.1 КоАП РФ предусматривает ответственность за предусмотренные законом нарушения, связанные с представлением обязательных сведений в систему мониторинга.

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

Фиктивное списание, фиктивное выбытие или иное недостоверное действие способно создать уже самостоятельный правовой риск поверх первоначальной технической проблемы.

Контур ККТ

Статья 14.5 КоАП РФ регулирует ответственность за нарушения законодательства о применении контрольно-кассовой техники, включая неприменение ККТ и иные предусмотренные статьёй нарушения порядка её использования.

Попытка принудительно отключить предусмотренную разрешительную проверку или провести расчёт в обход обязательной кассовой процедуры не устраняет основание запрета.

Она создаёт уже второй контур риска:

Была проблема с товаром или его системным состоянием → бизнес вместо её проверки обходит обязательную кассовую процедуру → возникает риск самостоятельной административной квалификации.

Формула Бюро:

Отключение проверки ради «пробития чека» → не исправляет состояние товара → и может создать новый риск по линии ККТ и обязательной маркировки.

Поэтому для директора или кассира практическое правило однозначно:

Если проверка для этой продажи обязательна — её нельзя самовольно отключать ради завершения расчёта.

Главное правило

Системный запрет ≠ автоматически нарушение бизнеса.

Но:

Системный запрет → нельзя игнорировать или обходить без установления его основания.

05 Что проверяет Бюро

Бюро не предлагает:

«Давайте отключим проверку».

Не советует:

«Пробейте по другому коду».

И не начинает с:

«Нужно перемаркировать всю партию».

Первый вопрос другой:

Какое основание сформировало запрет и соответствует ли оно реальной ситуации с товаром.

Публично проверка строится вокруг четырёх уровней.

1. Идентификатор

Какой товар и какой код участвуют в спорной операции.

2. Системное основание

Что именно стало причиной запрета или ограничения.

3. Фактическая ситуация

Что произошло с товаром в реальности до попытки продажи.

4. Правовое значение

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

Публичный каскад Бюро:

Идентификатор → основание запрета → фактический товар → правовой сценарий.

Мы не публикуем:

• 01 внутреннюю последовательность технической диагностики кассовой ошибки;
• 02 внутренние таблицы квалификации ответов системы;
• 03 способы сопоставления событий различных информационных контуров;
• 04 критерии определения первичной точки разрыва;
• 05 внутренние правила квалификации системных и фактических конфликтов;
• 06 технологию реконструкции предыдущих операций.

Клиент получает вывод, основание и сценарий действий, а не внутреннюю технологию Бюро.

06 Чего не стоит делать до проверки

Не обходить запрет через другой DataMatrix

Код другой единицы относится к другому товару.

Такой способ не исправляет исходную проблему, а создаёт новое несоответствие.

Не отключать предусмотренную проверку ради завершения продажи

Если законодательство требует разрешительной проверки для данного товара и операции, коммерческое желание завершить чек не отменяет эту обязанность.

Не списывать товар по несуществующей причине

Если товар физически цел, нельзя отражать его как:

• 01 утраченный;
• 02 уничтоженный;
• 03 испорченный

только для изменения состояния кода.

Не запускать перемаркировку автоматически

Если причина находится:

• 01 в предыдущей операции;
• 02 в реестровом состоянии;
• 03 в товарной позиции;
• 04 в возврате;
• 05 в документах,

новый код не устранит её автоматически.

Не считать внутренний учёт приоритетнее разрешительного режима

ERP/1С отражает внутренний хозяйственный контур.

Она не отменяет предусмотренный государством механизм проверки продажи маркированного товара.

Не останавливать весь бизнес без необходимости

Один спорный код не означает автоматически, что весь товарный остаток компании запрещён к продаже.

Сначала определяется масштаб:

Единица → партия → товарная позиция → более широкий контур.

09 Что получает клиент

Не ответ:

«Касса не пропускает код».

Не совет:

«Перезагрузите 1С».

И не универсальное:

«Перемаркируйте товар».

Клиент получает понятную конструкцию:

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

Принципиальная позиция Бюро:

Мы не «снимаем красную ошибку на кассе».

Мы проверяем основание, из-за которого система не позволяет совершить продажу.

Техническая поддержка отвечает:

«Почему кассовый модуль выдал ошибку?»

Бюро отвечает:

«Почему конкретный товар не может быть продан и что должно быть исправлено в реальной товарной и правовой картине».

Один запрет может быть локальным.

Но одинаковый запрет на сотнях единиц — уже другой уровень:

Кассовая ошибка → партия → товарная позиция → выручка → договорные и операционные последствия.

Именно на этом уровне работает Бюро.

10 Официальные источники