forum.clarionlife.net

Привет всем !

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

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

finsoftrz писал(а): 22 Январь 2026, 22:52 а на кусках, которые пробиваются на кассе, маркировки нет

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

Игорь Столяров писал(а): 22 Январь 2026, 23:02

finsoftrz писал(а): 22 Январь 2026, 22:52 а на кусках, которые пробиваются на кассе, маркировки нет

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

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

finsoftrz писал(а): 22 Январь 2026, 23:22 По сырам операция называется "Вывод из оборота" (списание) по причине "Продажа в развес"

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

Игорь Столяров писал(а): 23 Январь 2026, 7:57

finsoftrz писал(а): 22 Январь 2026, 23:22 По сырам операция называется "Вывод из оборота" (списание) по причине "Продажа в развес"

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

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

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

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

finsoftrz писал(а): 23 Январь 2026, 13:35 После каждого обновления ведь будет изменяться.

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

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

finsoftrz писал(а): 23 Январь 2026, 13:38 Я тут подумал, может не надо проверку марок встраивать прямо в кассовую программу

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

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

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

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

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

Игорь Столяров писал(а): 19 Январь 2026, 17:06 - Нужно ИП / ЮЛ с КЭП (подпись);
- Регистрируесь в ЦРПТ и если Вам не откажут, то пришлют меморандум и договор на подпись.

Привет Всем!
Игорь, в "иструкции по работе с реестром партнёров и интеграторов" что предлагается на сайте https://registry.intuot.crpt.ru/ упоминается тип организации "«Партнёр», «Интегратор», «Самозанятый разработчик», «Сервис-провайдер»".
Как считаете, для своего кассового решения необходимо указывать «Самозанятый разработчик», это будет правильно?

SergioRaguzini писал(а): 24 Январь 2026, 21:59 для своего кассового решения необходимо указывать «Самозанятый разработчик»

Насколько я понимаю, по указанной Вами инструкции, "самозанятый разработчик" выбирается, если Вы не ИП / ЮЛ.
Видимо, там для ФЛ будет какая-то своя процедура регистрации, о которой я могу только догадываться ...
Кстати, в ЦРПТ есть адекватная тех. поддержка support@crpt.ru которая в течении суток ответчает на все вопросы.

А вообще нам нужно регистрироваться как партнёр (товарно-складской учёт) + интегратор (кассовый учёт и ТС ПИоТ).

Игорь, а у Вас на тестовом контуре все марки корректно определяются? Странно, я пробую марку из примера в описании, все нормально, пробую другие, пишет, что не найдено. Пробую и сразу в base64 передать, и в виде обычной марки (через printf('%V',...).

Букварь (пример):
MDEwNDY3MDU0MDE3NjA5OTIxNSdXOVVtHTkzZEdWeg== !base64
0104670540176099215''W9Um<29>93dGVz !со сканера

Реальная марка:
MDEwNDY3MDAxMTYwMDA3ODIxNUZYK0kvHTkzd0czVg== !base64
0104670011600078215FX+I/<29>93wG3V !со сканера

finsoftrz писал(а): 25 Январь 2026, 20:16 Игорь, а у Вас на тестовом контуре все марки корректно определяются

Тестовый стенд ЕСМ и ЦРПТ предназначен исключительно для отработки ПФС ver 1.9 и работы с КМ
представленными на сайте https://esm-emu.ao-esp.ru/ . Т.е. это не "тестовый контур" как в Ветис.
Вы должны отработать на своём ПМСР 21 сценарий из ПФС на стенде и показать это на сертификации.