Форум OlegON > Программы и оборудование для автоматизации торговли > Маркировка

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

20.04.2024 6:05


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

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

Итак, напомню, о чём речь:
тут было:
Цитата:
если в smp установлена прошлогодняя ЕМЦ, то возможно попадалово на нарушение с 01.04.2024 (три месяца пройдёт)
Поэтому - контролировать ЕМЦ по smp - "чревато"
затем, коллега student написал:
Цитата:
посмотрим что будет возвращаться после этой даты - по логике должно быть 129
ну и своё мнение я тоже озвучил:
Цитата:
не забудь тогда проверить по этому КМ, и сообщить (я ставлю на то, что останется 119)
Вопрос к коллеге student - проверишь? (01.04.2024 наступило!) Что в итоге-то? Поменялась ЕМЦ у старых сигарет?
01.04.2024 12:54
student
 
Цитата:
volk13 проверишь? (01.04.2024 наступило!)
у нас не магазин :) и нет марок на что ориентироваться - закинешь сюда - посмотрим
а так только ждать пока кто ни будь банку для проверки не пришлет...
01.04.2024 13:18
student
 
сделал сейчас запрос на уже проданную марку

{
"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
}
01.04.2024 13:22
volk13
 
Цитата:
student сделал сейчас запрос на уже проданную марку
ну и смотрим:
Цитата:
student "productionDate": "2024-02-17T02:32:17.444Z",
т.е. - это пока - ни о чём, ибо - дата производства свежая..
а мы говорили - о марках, выпущенных до того, как..
..
я уже изучаю свои продажи.. результаты - сообщу, жди
01.04.2024 14:14
volk13
 
ну вот, к примеру:
Цитата:
{"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 - я тоже давно реализовал, ибо - двойной контроль - никогда не помешает)

Считаю данный "гештальт" - закрытым.
01.04.2024 15:12
volk13
 
Следующая "непонятка" в уже внедрённом РР (Разрешительном Режиме) следующая:

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

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

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

Спасибо коллеге (пока так его обозначу - ***), который пишет в ЧЗ обращение (а в ближайшую среду ещё и в брифинге по ZOOM с ними пообщается), ну и надеюсь, что ситуация прояснится..
А пока - очередной незакрытый "гештальт" (ну и ждём его закрытия)
01.04.2024 15:36
volk13
 
причём вот такой ответ я уже получал (но этот ответ - не решает проблему "отклонений", передачи этих отклонений в РосПотребНадзор, ну и т.д...):
Цитата:
При офлайн проверке кодов маркировки по локальной базе данных КМ участника оборота товаров, до наступления 01.03.2025 заполнение тегов группы 1260 не осуществляется. Формат указания значений при офлайн проверке, будет опубликован в преддверии указанной даты.
Ждём дальнейших разъяснений, ибо незаполение тэгов группы 1260 - на текущий момент ведёт к проблемам (в плане увеличения количества отклонений, ну и т.д...)
02.04.2024 10:33
volk13
 
Цитата:
volk13 надеюсь, что ситуация прояснится..
пока на вопрос:
Цитата:
Если ответ на запрос проверки КМ не вернулся в течение 1.5 сек, то до 01.03.2025 товар можно продавать без онлайн-проверки, при этом значения в теги группы 1260 не записываются.
Но в ЛК ГИСМТ в «Отклонениях» при этом сыпятся ошибки, что не есть хорошо.
Каким образом РПН при проверке нарушений УОТ будет отличать случаи нарушений от случаев добросовестного неполучения ответа по таймауту и случаев Аварийной ситуации, случаев недоступности CDN-площадок? Какой механизм для этого у вас предусмотрен при взаимодействии с РПН?
ЧЗ ответил так:
Цитата:
Надо всегда делать попытку проверить, но как вы правильно говорите в 1260 будет нечего записать. Отклонение будет зафиксировано. НО вы должны записать в лог факт проверки и если придет рпн, то можно показать лог
т.е. - мы сами должны будем доказать РосПотребНадзору (когда он к нам придёт выяснять причины отклонений) - что мы пытались сделать проверку, но она не состоялась (предъявив логи, в которых видимо проверяющий из РПН очень хорошо разбирается)
мда..
04.04.2024 15:20
volk13
 
Третья "особенность":

В крайних МР (версия 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) - и это - уже четвёртая "особенность".
Часовой пояс GMT +3, время: 06:05.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.