Класс для API ГСЦМ «Честный ЗНАК» / ТС ПИоТ

[Игорь Столяров]

Привет всем !

Класс для выполнения разрешительной проверки КМ (кодов маркировки)
через API ГСЦМ "Честный ЗНАК" (ГИС МТ + ПО Локальный Модуль) и ТС ПИоТ.

Полный боевой комплект с описанием интерфейса API и примерами.

Реализованный в классе функционал полностью соответствует ПФС ЦРПТ (версия 1.11 / 26 сценариев)
для получения сертификата совместимости и допуска в промышленную среду работы с ТС ПИоТ.

Благодарность за помощь на старте проекта: FinsoftRZ и Alex412.
Любые замечания, исправления и дополнения - приветствуются !
----------------------------------------------------------------------------------------------------
НАСТОЯТЕЛЬНО рекомендуем использовать актуальные версии классов LibCURL, cJSON и PrintF.

[Игорь Столяров]

На самом деле это только вводит всё в жуткий ступор.
Никто не пойдёт платить по 5 тр с кассы и долбиться с глючным ПИоТом если всё и так работает.
Сейчас все продаваны просто забьют на это болт и всё. Проблема будет перенесена на лето.

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

[SergioRaguzini]

Привет Всем!
Столкнулся с ситуацией, когда при попытке зарегистрироваться в "Реестре партнеров и интеграторов" сайта https://registry.intuot.crpt.ru/byteam ... ml?lang=RU, видимо понаставил неверные опции, за что в регистрации было отказано. После двухнедельной переписки с техподдержкой, регистрацию одобрили и в полученной от crpt, после регистрации, инструкции указано о необходимости дозаполнить:

«Добавить партнерское решение» следует выбирать, если не требуется тестирования с СУЗ
«Добавить продукт к интеграции» следует выбирать при необходимости провести тестирование с СУЗ.

В связи с этим, хочу поинтересоваться у тех, кто уже прошел данную процедуру - для простого случая, когда необходима интеграция cla-приложения для КММ, видимо заполняется только (?) "Продукты к интеграции" ?

что тут заполнять:
Наименование - это нарицательное имя программы?
Описание/Состав модели ТС ПИоТ - тут что пишем?
Облачное решение - тут понятно, что "НЕТ"
Видимость - а это что и что тут выбрать?
Версия - это, наверное, тоже условно нами присвоенный номер?
Выполняемые задачи - просто краткое описание функционала (магазин или общепит)?

p.s. pdf-документ "Инструкция по работе с реестром партнёров и интеграторов", конечно, читал, но т.к. при регистрации уже один раз так "напортачил", что отказали в регистрации, поэтому прошу совета

Спасибо

[Игорь Столяров]

Видимость - а это что и что тут выбрать?

Будет ли видна Ваша ПМСР в списке для сторонних УОТ (участников оборота товаров).
Например, если Вы разрабатываете ПО которое будет работать только на Вашем предприятии, тогда видимость: НЕТ.

Остальное всё верно - информационные данные в свободном формате.
Кстати, в описании всё это есть, причём с картинками.

[zmi]

Есть такое замечание: если проверяется список (qCodes), в котором вообще отсутствуют коды маркировки (весь товар в чеке не подлежит маркировки), то выводится сообщение "Если нет доступа к сервису - установите ПО Локальный Модуль «Честный ЗНАК»."
Предлагаю проверить список на полное отсутствие в нем КМ (qCodes.GS1='') с последующим Return True.
Типа как в анекдоте "Товарищ полковник, Ваше приказание выполнено!", "А я ж ничего не приказывал.", "А я ничего и не делал!".
PS. В связи с новой стратегией обработки соответствия записей в очередях (с v.16.02.2026) я вообще исключил из передачи в qCodes немаркированных товаров.

И еще, было бы здорово, если можно было бы отключать выдачу сообщения об ошибках выполнения проверки, чтобы можно было полностью взять разбор ошибок в "свои руки" (и это не я выдумал ). Тут было бы хорошо, если бы в qCodes передавался и результат проверки qCodes.LockFlag и qCodes.LockName, чтобы не лазить и в qCodes и в qResponce.

[Игорь Столяров]

Если нет доступа к сервису - установите ПО Локальный Модуль «Честный ЗНАК»

Это ответ сервиса такой - он не понимает зачем ему прислали пустой список для проверки !

Здесь Вы пытаетесь переложить на класс разрешительной проверки принятие решения о том, что делать если
список КМ для провеки оказался пустым. И это вовсе не значит что проверка пройдена успешно.

Может быть много причин по которой возникает такая ситуация, и это отработывается на стороне прикладного ПО.
1. Формируем список КМ для разрешительной проверки на основании чека.
2. Если есть записи в списке - выполняем проверку и принимаем решение по результату.
3. Если нет записей в списке - принимаем решение о печати чека.

Я закрою сообщения через существующий флаг gContact.bSilentMode, но дело в том, что это касается только
ошибок на основании ответа ТС ПИоТ ... и всё равно у Вас будет недостаточно информации для их полноценного разбора.
А ещё есть ошибки подключения к сервису и его нештатные режимы работы.

Ну и как следствие про запись ошибок проверки в список проверки qCodes - в принципе, ничего плохого в этом нет.
Если есть желание можете добавить поля и сделать. Это одна процедура с тем же самым кодом, что и для записи
результата проверки КМ (тег 1260). Просто сейчас в классе реализована схема, по которой ошибки обрабатываются внутри
класса, что бы не дублировать их разбор в разных программах и способах проверки (выписка одного КМ, проверка пакета
при печати чека и т.д.).

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

[Игорь Столяров]

Всем привет !

Обновление версия класса для API НСЦМ «Честный ЗНАК» / ТС ПИоТ.
-------------------------------------------------------------------------------
- Добавлена возможность отключать сообщения в методе проверки списка КМ;
- Добавлена поддержка API ver. 2 по документации 1.04 (прилагается);

Код: Выделить всё

PIoT:VerAPI         Equate('2')     ! Версия API: 1, 2, 3 (пока нет стенда !)

- Добавлена информация о версии API в сообщение о параметрах ТС ПИоТ;
- Отработаны мелкие помарки по запросам.

На сыре экономить нельзя!!!

Больная тема. Исчез хороший сыр из розницы в регионах. Наверно из-за цены. Приходится ездить в АШАН.

[finsoftrz]

А анкету после отправки они долго проверяют? У меня уже больше недели на рассмотрении висит без обратной связи...

[Игорь Столяров]

А анкету после отправки они долго проверяют?

Ну у нас она уже месяц "На подтверждении" с синим флагом. Я так понимаю, что она нафиг никому не нужна вообще. Но порядок такой.

[zmi]

Здесь Вы пытаетесь переложить на класс

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

можете добавить поля и сделать

Да я уже так и сделал (в двух процедурах: ЛМ и ПИоТ). Теперь только при обновлении класса вставки надо делать.
Игорь, спасибо! И за эти доработки и за 25-й сценарий!

[Игорь Столяров]

я о некоторой некорректности сообщения

Неть ! Здесь идёт некорректное действие, которое приводит к ошибке в ответе ТС ПИоТ.
Нельзя передавать на проверку пустой список - давайте пожалуйста, перед тем как писать
посты, - откроем описание (которое идёт в комплекте) и посмотрим вот на этот плюсик:

Безусловно, можно решать внутри класса придуманные проблемы, проверять наличие кодов для проверки,
корректность указания самих кодов маркировки и т.д. ... но поверьте на слово - здесь вполне хватает и реальных проблем,
которые создаёт ЦРПТ.

Теперь только при обновлении класса вставки надо делать.

И отлично ! Можете просто сделать свой форк на основании класса и вести его.