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

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

Привет всем !

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

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

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

Свежая статья по сабжу: https://ok.ru/dzen/article/aYBeeyEWjXGlEZP8

[StillZero]

За линк спасибо, но, похоже, удолили

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

удолили

Всё отлично открывается. Обратитесь пожалуйста к Вашему системному администратору !

[finsoftrz]

Это нужно в одноклассниках регистрироваться.
Ссылка без лишнего: https://svoedeloplus.ru/2026/02/02/pokl ... ash-schet/

[finsoftrz]

1C опубликовали, что обновления для части стандартных конфигураций готовы, для части должны быть готовы в эти дни. Интересно, какие цены там будут и как повлияет на остальных. Некоторые разработчики кассового ПО пока продолжают игнорить пиот.

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

Интересно, какие цены там будут и как повлияет на остальных.

Я слышал, что у 1С ТС ПИоТ включён в стандартный ИТС и ничего покупать не надо.
А на сторону они его (по крайне мере пока) не предлагают.

[finsoftrz]

Что-то я не верю в аттракцион невиданной щедрости со стороны господина Нуралиева.
Наверняка будет или отдельная лицензия/подписка, либо общую поднимут. Первое выглядит более обосновано, так как не все пока с маркировкой работают.

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

Всем привет !

Обновление версия класса для API НСЦМ «Честный ЗНАК» / ТС ПИоТ.
-------------------------------------------------------------------------------
- Внесены изменения по 3 версии описания API (прилагается);
- Добавил в комплект программу испытаний ЦРПТ ПФС ПМСР версии 1.10;
- Внесены изменения в алгоритмы и сообщения обработки данных из КМ
по указаниям при прохождении сертификации в ЦРПТ;
+ Изменена обработка цен для ответов с тегом grayzone = true;
- Все сообщения класса можно копировать в буфер обмена Windows;
- Отработаны мелкие помарки по запросам.

P/S: Полезная ссылка, где объяснили весь писец с ценами в КМ: https://www.atol.ru/blog/kak-rabotat-s- ... mts-i-mts/

[finsoftrz]

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

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

Ну, про Frontol я вообще всё пропустил, а вот про МРЦ, МЦ, ЕМЦ, их связь и методику контроля - очень всё грамотно.
Или давайте скажем так: это единственное место, где я нашёл ответы на все свои вопросы по контролю цен в тесте ЦРПТ.

[finsoftrz]

Мне тоже так показалось после первого беглого прочтения. Потом внимательнее перечитал еще пару раз, как раз методики контроля вызвали вопросы. Некоторые вещи я реализую иначе, более продумано, на мой взгляд. Но, честно говоря, обсуждать конкретику жаль времени. Корни там будут расти от алгоритмов работы товароучетной системы, не только кассового по как такового.

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

Некоторые вещи я реализую иначе

Надо смотреть по результату. Пробовали прогнать тест ЦРПТ ? Весь проходит ?

[finsoftrz]

Некоторые вещи я реализую иначе

Надо смотреть по результату. Пробовали прогнать тест ЦРПТ ? Весь проходит ?

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

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

Проходит, если табачные определить как прочие маркированные товары.

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

В тесте предлагается сканировать упаковки

В тесте есть и блоки и потребительская упаковка - это иное.

У меня нет отдельной товарной позиции на упаковку

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

[finsoftrz]

Я думаю, их это не касается, как у нас организована работа с пачками и блоками. Все будет работать, просто для воспроизведения реальной ситуации надо заполнять дополнительные таблицы в базе данных кассовой программы и объяснять потом, почему у кассира вместо упаковки высвечивается 10 пачек (к примеру) по цене пачки, а в офд уходит одна упаковка по цене упаковки и с ее маркировкой. Если вместо специального типа товара "табачные" поставить тип "прочий маркированный товар", то все будет, как они предполагают, без всех этих сложностей.