Отклонения "Продажа товара без проверки КМ"

[garribaldi]

Отклонения "Продажа товара без проверки КМ"

Добрый день!


На одного моего клиента Роспотреб подал в суд за нарушения правил продажи маркировки.
За последние пол года 500 отклонений, 99% это отклонения "Продажа товара без проверки КМ". Причем вылазит [М+], хотя в разных источниках говорится, что это не гарантирует ничего блин.


Как контрится это отклонение? И локальный модуль стоит и ККТ прошита и ИПТС регулярно обновляется и запреты все стоят.


Как оно происходит?


Читаю читаю тут, и упираюсь только вот в одно - периодическая недоступность сервера ОИСМ, ОФД и т.п.... Т.е. проблема со свзяью. Нахрена тогда нужен локальный модуль?. ЧТо ещё может быть, куда копать? Проверял сегодня ещё нескольких - да у всех эта ошибка в тех или иных объемах вылазит блин.

 

[Ivan NovaSoft]

Как контрится это отклонение? И локальный модуль стоит и ККТ прошита и ИПТС регулярно обновляется и запреты все стоят.

Как оно происходит?

В ЛК ЧЗ есть статистика отклонений. Для начала можно найти чек в ОФД, по которому есть отклонение, и проверить теги (заполнен ли тег «1265»). Если нет, а Локальный Модуль на ПК клиента установлен и в рабочем состоянии, тогда понять, можно ли воспроизвести пробитие чека «с отклонением». Далее нужно будет написать нам в техподдержку, будем смотреть лог-файл ИП и лог-файл драйвера ККТ для поиска проблемы.

 

[garribaldi]

В ЛК ЧЗ есть статистика отклонений. Для начала можно найти чек в ОФД, по которому есть отклонение, и проверить теги (заполнен ли тег «1265»). Если нет, а Локальный Модуль на ПК клиента установлен и в рабочем состоянии, тогда понять, можно ли воспроизвести пробитие чека «с отклонением». Далее нужно будет написать нам в техподдержку, будем смотреть лог-файл ИП и лог-файл драйвера ККТ для поиска проблемы.

Ну хорошо, сделаем это.


Но сегодня проверил ещё несколько клиентов по отклонениям, у всех есть эта ошибка в разной степени за пол года, по 100-200-500... Причем только она, у многих других ошибок нет, или единичные случаи.


У кого то локальный модуль стоит, у кого то не стоит. Локальный модуль же отвечает за связь с честным знаком на предмет проверки существования марки, её валидности - срок годности и т.п. по токену, если нет интернета, верно? ... Он же не отвечает за сообщения для ОИСМ с кассы, я верно понимаю? И если нет связи с ОФД ИСМ то локальный модуль не спасает, верно?

 

[garribaldi]

Вот сейчас, кстати, например, у Калуги-Астрал сбой серверов уже вторую неделю, по маркам выходит [М+-] - такое значение даж не описано нигде. И что - будуд фиксироваться отклонения за две недели, т.к. ККТ в ОИСМ вообще ничего не передает?

 

[Ivan NovaSoft]

Вот сейчас, кстати, например, у Калуги-Астрал сбой серверов уже вторую неделю, по маркам выходит [М+-] - такое значение даж не описано нигде. И что - будуд фиксироваться отклонения за две недели, т.к. ККТ в ОИСМ вообще ничего не передает?

Тут проблема не в проверке через ККТ, а в:

Отклонение «Продажа товара без проверки КМ» фиксируется по причине отсутствия данных о проверке кода маркировки в теге 1260 additionalProperties. Результат проверки данным методом записывается в значение тега 1260 «additionalProperties»

Поэтому главная задача сейчас - проверить наличие этих тегов.

 

[garribaldi]

Тут проблема не в проверке через ККТ, а в:



Поэтому главная задача сейчас - проверить наличие этих тегов.

Эта проблема не может быть связана с этой темой?

Нет, не связана, это другой клиент.

 

[garribaldi]

фиксируется по причине отсутствия данных о проверке кода маркировки в теге 1260 additionalProperties. Результат проверки данным методом записывается в значение тега 1260 «additionalProperties»

Ну а какие могут быть причины отсутствия данных? Подавляющее большинство ККТ у нас это АТОЛ, на всех точках с маркировкой прошивки обновляем вовремя. У всех кому поставили ПИОТ поставили и 17ую прошивку, до тех, до кого ещё не добрались, стоит 16ая пока что. И вот вторую неделю ставим этот ПИОТ и естественно заходим ко всем и ЛК ЧЗ, смотрим а что у них там по отклонениям, потому как сами клиенты в подавляющем большинстве за этим просто не следят, хотя должны. Ну и вот у всех - у всех! есть эта ошибка в разных объемах за пол года. Причем ещё раз повторю - вне зависимости от наличия локального модуля.

 

[garribaldi]

Вот у клиента, на которого в суд подали, за пол года 500 ошибок таких, примерно. 90% по пиву. За этот месяц всего 25 ошибок, ну т.е. не каждый даже 10ый чек. Последний раз мы делали обновления какие то у него в апреле.


Откуда вот эти 25 ошибок за месяц? Что на это влияет?

тогда понять, можно ли воспроизвести пробитие чека «с отклонением».

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

Поэтому главная задача сейчас - проверить наличие этих тегов.

И теги проверить мы не можем, у нас практически все на ОФД Калуга-Астрал, а их вторую неделю штормит и ничего не работает.

 

[garribaldi]

Спросил у гугла ИИ -

Почему возникает ошибка с тегом 1260?
Если в личном кабинете «Честного ЗНАКа» появляются ошибки из-за отсутствия данных в additionalProperties, основные причины следующие:

1 - Устаревшее кассовое ПО. Программа на кассе (1С, Эвотор, Атол Sigma и др.) не обновлена до версии, поддерживающей разрешительный режим.

Везде все более менее актуально обновлено, как минимум весенние обновления стоят у всех, везде стоят токены.

2 - Не обновлена прошивка ККТ. Сама касса (фискальный регистратор) не умеет формировать этот тег.

тоже нет - везде 16-17 прошивки.

3 - Продажа в офлайн-режиме / сбой связи. Если в момент продажи не было интернета или связи с системой маркировки, проверка не выполнилась, и тег записался некорректно (или не записался вовсе).

может все таки вот это?

4 - Сбой в настройках интеграции. В кассовой программе не заполняются реквизиты даты и идентификатора запроса к ГИС МТ при добавлении товара в чек.

ну если б это было так, то 100% чеков бы было с этой ошибкой.

Верно?

 

[Ivan NovaSoft]

Спросил у гугла ИИ -

Почему возникает ошибка с тегом 1260?
Если в личном кабинете «Честного ЗНАКа» появляются ошибки из-за отсутствия данных в additionalProperties, основные причины следующие:

1 - Устаревшее кассовое ПО. Программа на кассе (1С, Эвотор, Атол Sigma и др.) не обновлена до версии, поддерживающей разрешительный режим.

Везде все более менее актуально обновлено, как минимум весенние обновления стоят у всех, везде стоят токены.

2 - Не обновлена прошивка ККТ. Сама касса (фискальный регистратор) не умеет формировать этот тег.

тоже нет - везде 16-17 прошивки.

3 - Продажа в офлайн-режиме / сбой связи. Если в момент продажи не было интернета или связи с системой маркировки, проверка не выполнилась, и тег записался некорректно (или не записался вовсе).

может все таки вот это?

4 - Сбой в настройках интеграции. В кассовой программе не заполняются реквизиты даты и идентификатора запроса к ГИС МТ при добавлении товара в чек.

ну если б это было так, то 100% чеков бы было с этой ошибкой.

Верно?

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

 

[garribaldi]

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

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


Я вот напрямую спрашиваю у ИИ гугла, ответ - Нет, тег 1260 не будет формироваться, если сервер ОИСМ (операционной информационной системы маркировки) недоступен в момент продажи маркированного товара.


Ну и дальше "Важно: локальный модуль не заменяет сервер ОИСМ, а лишь обеспечивает непрерывность продаж при временных проблемах с интернет‑соединением. Локальный модуль проверяет только "черные списки", сервер ОИСМ - полный статус кода"


ИИ верно отвечает?


Что мне в суде то говорить? Я туда тож пойду

 

[Ivan NovaSoft]

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


Я вот напрямую спрашиваю у ИИ гугла, ответ - Нет, тег 1260 не будет формироваться, если сервер ОИСМ (операционной информационной системы маркировки) недоступен в момент продажи маркированного товара.

Попробовать отключить доступ в интернет на ПК, сделать продажу. При наличии ЛМ ЧЗ тег должен заполниться.

 

[garribaldi]

Попробовать отключить доступ в интернет на ПК, сделать продажу. При наличии ЛМ ЧЗ тег должен заполниться.

Ладно, попробуем.

 

[garribaldi]

Попробовать отключить доступ в интернет на ПК, сделать продажу. При наличии ЛМ ЧЗ тег должен заполниться.

И такой ещё вопрос, а ЛМ ЧЗ, после инциализации, как часто обновляет свои внутренности? С какой периодичностью он скачивает в себя марки?


Я просто понять не могу, ну вот он стоит - но за месяц 25 отклонений. И это ведь реально даже не каждый 10ый чек.

 

[Ivan NovaSoft]

И такой ещё вопрос, а ЛМ ЧЗ, после инциализации, как часто обновляет свои внутренности? С какой периодичностью он скачивает в себя марки?


Я просто понять не могу, ну вот он стоит - но за месяц 25 отклонений. И это ведь реально даже не каждый 10ый чек.

ЛМ ЧЗ содержит базы заблокированных кодов маркировки. Всех марок он не содержит.

1. ЛМ ЧЗ хранит актуальный список запрещенных к продаже товаров;
2. Не дает продать заблокированный товар, даже если у кассы отсутствует интернет;
3. Защищает от повторной реализации кода маркировки (двойной продажи) при использовании кассовым ПО функционала базы проданных товаров.

 

[yrahak]

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

 

[akula62]

Для собственного понимания процесса хотел уточнить:
1. При проверке КМ без ТС ПИот:
1.1. Программа получает информацию для заполнения тега 1265 от сервиса проверки КМ и передает его в ФР
1.2. Если нет интернета, то программа получает информацию для заполнения тега 1265 от ЛМ ЧЗ и передает его в ФР
2. При проверке КМ с ТС ПИоТ:
2.1 Программа передает КМ ТС ПИоТ, который производит проверку. Куда он передает результаты? В программу или сразу в ФР?
2.2. Если нет интернета, программа передает КМ ТС ПИоТ, тот спрашивает ЛМ ЧЗ и передает результаты куда?
Вроде бы смысл всего этого огорода был в том, чтобы между средствами проверки марки и ФР не стояла прокладка в виде кассового ПО, которое потенциально может искажать результат проверки.
3. Содержимое тега 1265 зависит от того, каким способом была проверена марка?

 

[akula62]

Вот такое на глаза попалось. Надеюсь, что у нас с этим все в порядке?

 

[Ivan NovaSoft]

2.1 Программа передает КМ ТС ПИоТ, который производит проверку. Куда он передает результаты? В программу или сразу в ФР?

Нам, а мы в ФР. Ведь проверка КМ не означает 100% пробитие чека с этим КМ.

2.2. Если нет интернета, программа передает КМ ТС ПИоТ, тот спрашивает ЛМ ЧЗ и передает результаты куда?

Также нам.

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

Смысл, может, и был, но сейчас проверка КМ через ТС ПИОТ не отличается от собственной проверки без этого модуля, кроме того, что теперь с ЧЗ и ЛМ ЧЗ общается ЕСМ, а не наше ПО.

3. Содержимое тега 1265 зависит от того, каким способом была проверена марка?

Отличия в значении тега есть только при проверке через ЧЗ или ЛМ ЧЗ. А участие ТС ПИОТа не отражается в этом значении.

 

[Ivan NovaSoft]

Вот такое на глаза попалось. Надеюсь, что у нас с этим все в порядке?

Да, у нас версия ЛМ ЧЗ должна передаваться в теге. Это можно проверить продав маркированную продукция в офлайн режиме и проверить тег в ОФД,

 

[garribaldi]

Сегодня продолжил мониторить клиентов на предмет ЛМ ЧЗ, у пары клиентов вот такое


ЧЗ ЛМ. Ошибка запроса: 503 Service Unavailable. HTTP/1.1 200 OK content-length: 449 content-type: application/json date: Sat, 20 Jun 2026 00:00:42 GMT server: Cowboy


Не запускается инициализация, что делать?


http://localhost:5995/
http://localhost:50063/


Не открываются, служба енисей - зупщена в обоих случаях, брендмауэры выключены, антивирусов нет


На одной машине Вин 10, на второй Вин 8,1

 

[garribaldi]

Сегодня продолжил мониторить клиентов на предмет ЛМ ЧЗ, у пары клиентов вот такое


ЧЗ ЛМ. Ошибка запроса: 503 Service Unavailable. HTTP/1.1 200 OK content-length: 449 content-type: application/json date: Sat, 20 Jun 2026 00:00:42 GMT server: Cowboy


Не запускается инициализация, что делать?


http://localhost:5995/
http://localhost:50063/


Не открываются, служба енисей - зупщена в обоих случаях, брендмауэры выключены, антивирусов нет


На одной машине Вин 10, на второй Вин 8,1

Так и не запустились, хз чо делать

 

[Ivan NovaSoft]

Так и не запустились, хз чо делать

Либо разбираться, изучав логи ЛМ ЧЗ, либо обращаться в техподдержку этого модуля.