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

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

Привет всем !

Класс для разрешительной проверки КМ (кодов маркировки) API ГСЦМ "Честный знак" и ТС ПИоТ.
Поддержка целевой реализации в ПО ЛМ "Честный Знак" (обязательна с 01.09.2025 г.) и
проверки КМ с использованием ТС ПИоТ (обязательна с 07.01.2026 г.).
Полный боевой комплект с описанием интерфейса API и примерами.

Благодарность за помощь на старте проекта: FinsoftRZ и Alex412.
Любые замечания, исправления и дополнения - приветствуются !
----------------------------------------------------------------------------------------------------
Рекомендуем использовать актуальные версии классов LibCURL и cJSON.

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

а на кусках, которые пробиваются на кассе, маркировки нет

Но есть отдельная операция вскрытия упаковки.
Действия с пивом, как я понимаю, в большей степени регламентруются ЕГАИС, а не ЧЗ.

[finsoftrz]

а на кусках, которые пробиваются на кассе, маркировки нет

Но есть отдельная операция вскрытия упаковки.
Действия с пивом, как я понимаю, в большей степени регламентруются ЕГАИС, а не ЧЗ.

По сырам операция называется "Вывод из оборота" (списание) по причине "Продажа в развес". Другие причины списания "Порча" и "Недостача".
Я так понял, что с кормами аналогично должно быть.
По пиву с этого года информация о продажах поступает в Егаис из ЧЗ.

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

По сырам операция называется "Вывод из оборота" (списание) по причине "Продажа в развес"

Как я понял, эти операции можно делать их прикладного софта через TrueAPI ЦРПТ.
Но опять-таки, нужно регистрироваться интегратором, проходить проверку службы безопасности и сертификацию ...

[finsoftrz]

По сырам операция называется "Вывод из оборота" (списание) по причине "Продажа в развес"

Как я понял, эти операции можно делать их прикладного софта через TrueAPI ЦРПТ.
Но опять-таки, нужно регистрироваться интегратором, проходить проверку службы безопасности и сертификацию ...

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

[finsoftrz]

Игорь, разобрались, что такое token в структуре client_info запроса к пиот?
Id это вроде как идентификатор, который присвоит ЧЗ нашей программе после сертификации, мы просто подставляем тот, который они нам пришлют.
А token это контрольная сумма exe нашей программы вроде как. Зачем она нужна, откуда берется? После каждого обновления ведь будет изменяться.

[finsoftrz]

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

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

После каждого обновления ведь будет изменяться.

Могу пока только предположить (!!!), что в личном кабинете ЦРПТ нужно будет получать сертификат
на каждую версию ПМСР и как раз там будет выдаваться этот "токен" соответствия, который и будет
идентифицировать конкретный релиз ПМСР.
На основании какой процедуры, кто и как его будет контролировать - ХЗ.

[finsoftrz]

Они же не знают, какая контрольная сумма у нашей программы в моменте, если мы им не сообщаем. То есть, они выдадут token вместе с id, мы их и будем посылать, получается, вместо номера текущей версии. А нафига тогда это...

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

Я тут подумал, может не надо проверку марок встраивать прямо в кассовую программу

Маразм ситуации заключается в том, собственно модуль ТС ПИоТ и должен быть такой программой.
Т.е. получить на входе список КМ и на выходе выдать либо ошибку, либо данные тега 1260 для чека. Всё.

Но вместо этого, то что предлагается за 5000 / 10000 руб. собственно просто идентифицирует пользователя
и программу и грозит им отключением если они не будут самостоятельно выполнять такой контроль ! Пипец.

[finsoftrz]

У нас в основной учетке в многопользовательском режиме так и работают с ккм. Ккм подключена на одной из станций в локальной сети, там же запущена небольшая программка, которая мониторить каталог заданий. Задания посылают разные пользователи с сервера в виде текстовых файликов. После пробития чека программка формирует квитанцию в файлик с тем-же названием, что и задание, в каталоге квитанций.
В принципе, такую программку можно и на кассовых проходах в магазинах запустить. Тогда ее и лицензируем, одну на все приложения, которые могут через нее работать. Вроде как ничего не нарушается, хотя и выглядит абсурдно. Абсурд на абсурдное требование лицензирования.

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

Есть маленькая надежда, что после того, как 1С выпустит свой ТС ПИоТ и заберёт 80%
торговых программ, ситуация начнёт как-то изменяться в лучшую сторону.

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