Особенности технической реализации "Разрешительного режима" : Маркировка

volk13 · █ 01.04.2024 11:58

В продолжение этой темы, создам эту тему.
Прошу тут высказываться именно о технических особенностях уже официально внедрённого РР (Разрешительного режима).

И первый незакрытый "гештальт", который хотелось бы закрыть (понять) - это из предыдущей темы, касаемо ЕМЦ (единой минимальной цены) на сигареты, которая возвращается в ответе на запрос.

Итак, напомню, о чём речь:
тут было:

Цитата:

если в smp установлена прошлогодняя ЕМЦ, то возможно попадалово на нарушение с 01.04.2024 (три месяца пройдёт)
Поэтому - контролировать ЕМЦ по smp - "чревато"

затем, коллега student написал:

Цитата:

посмотрим что будет возвращаться после этой даты - по логике должно быть 129

ну и своё мнение я тоже озвучил:

Цитата:

не забудь тогда проверить по этому КМ, и сообщить (я ставлю на то, что останется 119)

Вопрос к коллеге student - проверишь? (01.04.2024 наступило!) Что в итоге-то? Поменялась ЕМЦ у старых сигарет?

student · █ 01.04.2024 12:54

Цитата:

volk13 ➤ проверишь? (01.04.2024 наступило!)

у нас не магазин :) и нет марок на что ориентироваться - закинешь сюда - посмотрим
а так только ждать пока кто ни будь банку для проверки не пришлет...

student · █ 01.04.2024 13:18

сделал сейчас запрос на уже проданную марку

{
"code": 0,
"description": "ok",
"codes": [{
"cis": "04606203103102LIi6>DXAD68g5pg",
"valid": true,
"printView": "04606203103102LIi6>DX",
"gtin": "04606203103102",
"groupIds": [3],
"verified": true,
"found": true,
"realizable": false,
"utilised": true,
"isBlocked": false,
"productionDate": "2024-02-17T02:32:17.444Z",
"isOwner": false,
"errorCode": 0,
"isTracking": false,
"sold": true,
"packageType": "UNIT",
"producerInn": "4720007247",
"grayZone": false,
"mrp": 23900,
"smp": 12900
}
],
"reqId": "d4745735-eda7-4a16-8986-6efcb23efba9",
"reqTimestamp": 1711966492779
}

volk13 · █ 01.04.2024 13:22

Цитата:

student ➤ сделал сейчас запрос на уже проданную марку

ну и смотрим:

Цитата:

student ➤ "productionDate": "2024-02-17T02:32:17.444Z",

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

volk13 · █ 01.04.2024 14:14

ну вот, к примеру:

Цитата:

{"code":0,"description":"ok","codes":[{"cis":"00000046233752kEo80&PADjACRAn","valid":true,"printView":"00000046233752kEo80&P","gtin":"00000046233752","groupIds":[3],"verified":true,"found":true,"realizable":true,"utilised":true,"isBlocked":false,"productionDate":"2022-01-21T08:17:04.830Z","isOwner":true,"errorCode":0,"isTracking":false,"sold":false,"packageType":"UNIT","producerInn":"7809008119","grayZone":false,"mrp":22000,"smp":12900}],"reqId":"1612cc2a-a809-47d8-a336-4c1ae4702ac4","reqTimestamp":1711969535551}

вот же, "зараза".. я - проиграл studentu.. ;)

Ну а так то - получается - молодцы, всё-таки, разработчики ЧЗ.. , видимо - читают этот форум, ну и берут всё на заметку.. (не то, что разрабы из фсрар/егаис)

Отлично, значит - можно надеяться на ЕМЦ, возвращаемую через запрос.. Хотя - если проверка КМ в ЧЗ недоступна - то - всё-таки может быть "попадалово"..

Поэтому - неплохо-бы было в своей УС всё-таки хранить ЕМЦ в какой-нибудь константе/реквизите (что у меня, в принципе, давно было реализовано, но и контроль по smp - я тоже давно реализовал, ибо - двойной контроль - никогда не помешает)

Считаю данный "гештальт" - закрытым.

volk13 · █ 01.04.2024 15:12

Следующая "непонятка" в уже внедрённом РР (Разрешительном Режиме) следующая:

Согласно МР (методическим рекомендациям, крайняя на текущий момент версия 06 от 08.02.2024) -

Цитата:

Согласно постановлению Правительства РФ №1944 от 21.11.2023 продавец обязан фиксировать в
отраслевом реквизите предмета расчета фискального документа «уведомление о реализации
маркированного товара» факт и время проверки кода маркировки (для режима проверки онлайн)
или кода идентификации (для режима проверки офлайн), на основании которой принято решение о
продаже товара.
В ответе метода проверки продукции в режиме онлайн возвращаются атрибуты:
•
идентификатор запроса reqId
• время запроса reqTimestamp

Далее читаем:

Цитата:

Примечания:
• При наличии связи в случае неполучения ответа за 1.5 секунды, до введения обязательных
требований по офлайн-проверке, можно продавать товар без получения ответа от ГИС МТ

Однако, если не передавать в ККТ эти атрибуты (комплексный тэг 1260), то в ЛК ЧЗ (в меню "Отклонения") - формируются отклонения/ошибки, типа - не включён разрешительный режим (ну и соответственно - идёт передача этих сведений в РосПотребНадзор для дальнейших проверок на применение РР, ну и - санкций, как угрожает ЧЗ)

Спасибо коллеге (пока так его обозначу - ***), который пишет в ЧЗ обращение (а в ближайшую среду ещё и в брифинге по ZOOM с ними пообщается), ну и надеюсь, что ситуация прояснится..
А пока - очередной незакрытый "гештальт" (ну и ждём его закрытия)

volk13 · █ 01.04.2024 15:36

причём вот такой ответ я уже получал (но этот ответ - не решает проблему "отклонений", передачи этих отклонений в РосПотребНадзор, ну и т.д...):

Цитата:

При офлайн проверке кодов маркировки по локальной базе данных КМ участника оборота товаров, до наступления 01.03.2025 заполнение тегов группы 1260 не осуществляется. Формат указания значений при офлайн проверке, будет опубликован в преддверии указанной даты.

Ждём дальнейших разъяснений, ибо незаполение тэгов группы 1260 - на текущий момент ведёт к проблемам (в плане увеличения количества отклонений, ну и т.д...)

volk13 · █ 02.04.2024 10:33

Цитата:

volk13 ➤ надеюсь, что ситуация прояснится..

пока на вопрос:

Цитата:

Если ответ на запрос проверки КМ не вернулся в течение 1.5 сек, то до 01.03.2025 товар можно продавать без онлайн-проверки, при этом значения в теги группы 1260 не записываются.
Но в ЛК ГИСМТ в «Отклонениях» при этом сыпятся ошибки, что не есть хорошо.
Каким образом РПН при проверке нарушений УОТ будет отличать случаи нарушений от случаев добросовестного неполучения ответа по таймауту и случаев Аварийной ситуации, случаев недоступности CDN-площадок? Какой механизм для этого у вас предусмотрен при взаимодействии с РПН?

ЧЗ ответил так:

Цитата:

Надо всегда делать попытку проверить, но как вы правильно говорите в 1260 будет нечего записать. Отклонение будет зафиксировано. НО вы должны записать в лог факт проверки и если придет рпн, то можно показать лог

т.е. - мы сами должны будем доказать РосПотребНадзору (когда он к нам придёт выяснять причины отклонений) - что мы пытались сделать проверку, но она не состоялась (предъявив логи, в которых видимо проверяющий из РПН очень хорошо разбирается)
мда..

volk13 · █ 04.04.2024 15:20

Третья "особенность":

В крайних МР (версия 06 от 08.02.2024) - нет описания тэга "packageQuantity", хотя в "свежих" блоках сигарет - он есть:

Цитата:

{"code":0,"description":"ok","codes":[{"cis":"010460026600180121PXUxv7D\u001D8005165000\u001D93ljsg\u001D24010181886","valid":true,"printView":"010460026600180121PXUxv7D","gtin":"04600266001801","groupIds":[3],"verified":true,"found":true,"realizable":false,"utilised":true,"isBlocked":false,"productionDate":"2023-08-22T21:16:00.116Z","isOwner":true,"errorCode":0,"isTracking":false,"sold":true,"packageType":"GROUP","producerInn":"7809008119","grayZone":false,"mrp":165000,"packageQuantity":10,"smp":12900}],"reqId":"94c257b5-bb49-46d4-8c46-367f6a91f355","reqTimestamp":1712230964105}

причём, заметьте - что для блока сигарет - в ответе возвращается smp (т.е. ЕМЦ) - именно за пачку, а не за блок (т.е. - за одну пачку, не за 10 пачек, в отличие от mrp) - и это - уже четвёртая "особенность".