Класс для API ТС ПИоТ ЕСМ от АО «ЕСП»

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

Привет всем !

Класс для разрешительной проверки КМ (кодов маркировки) через API ТС ПИоТ ЕСМ от АО «ЕСП».
Поддержка работы с API ЦРПТ: ПО Локальный модуль и Национальный каталог.
Полный боевой комплект с описанием интерфейса API и примерами.

Реализованный в классе функционал соответствует ПФС версии 1.18 от 26.06.2026 г. (27 сценариев),
для получения сертификата совместимости и допуска к работе в промышленной среде ТС ПИоТ ЦРПТ.

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

Список изменений в версии от 27.08.2026 г.
----------------------------------------------------------------------------------------------------
- Изменения по руководству интеграции ЕСМ для разработчиков ПМСР версии 1.9;
- Режим аварийной проверки в ПО ЛМ по руководству интеграции ЕСМ версии 1.9;
- Сообщения о процессе выполнении для ККТ ШТРИХ-М / РР-ЭЛЕКТРО / POScenter;
- Функции и методы для изменения состояния учёта базы проданных товаров ЛМ ЧЗ;
- Устранены проблемы по запросам и внесены изменения в примеры.
----------------------------------------------------------------------------------------------------
Рекомендуем использовать актуальные версии классов LibCURL, cJSON и PrintF.

esp.png (13.96 КБ) 238543 просмотра

[finsoftrz]

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

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

Вот сижу и думаю, что с этим всем делать.

В Ростове всё спокойно ...
Попробуйте переключиться на другого провайдера - сейчас там бардак полный ...
Ну или хотя бы пропингуйте площадки с разных провайдеров.

[finsoftrz]

У ваших какой провайдер? У наших дом.ру вроде был.

[finsoftrz]

Список площадок может еще от регионов зависеть.

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

У ваших какой провайдер

Разные ... никто не жаловался и я проблем не вижу (MTC).
Но с другой стороны под моим контролем нет продовольственных магазинов с потоком покупателей у кассы.
Есть фирмы торгующие обувью, трикотажем и т.д. ну 10-15 покупателей в час.

[finsoftrz]

У нас это периодически наплывами бывает в часы пик, не постоянно.

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

А тем временем собачка немного подросла ...

Версия от 03.09.2024 г.
------------------------------
- Устранены детские проблемы;
- Реализованы все методы и структуры данных;
- Полный распарс ответа проверки КМ (в т.ч. вложенных структур)
- Обработка ошибок проверки КМ (в т.ч. и цен и срока годности).

P/S: Вариантов наборов данных в ответе проверки КМ - много и они разные.
Поэтому если возникают вопросы - сбрасывайте фотку КМ, что бы можно было проверить и устранить.

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

Внеплановая вязка от 04.09.2024 г. в связи с вновь открывшимися обстоятельствами.
см. viewtopic.php?f=29&t=5143

И да. Меня это тоже бесит !

[finsoftrz]

На днях включил тайминг проверки марок в ЧЗ и печати чеков в продуктовой сети. Он позволяет централизовано на сервере мониторить все кассы магазинов в разрезе дней, дней недели и часов. Пока это еще отлаживается и накапливается статистика, но некоторые результаты можно видеть и сейчас уже. В основном, среднее время в пределах 1-3 сек. Иногда происходят временные проседания в отдельных магазинах, причем не на печати чеков, а на проверке марок в ЧЗ. На скриншоте такой скачек в небольшом магазине, до 20 сек.

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

К сожалению - просто весёлые картинки со статистикой.
Как и в случае с Меркурием, ничего изменить на её основе низя.
Если оно тупит, то оно тупит.

[finsoftrz]

Чтобы решить проблему, вначале ее надо увидеть. А со слов пользователей строить какие-то умозаключения - это часто приводит к неправильным выводам и решениям.

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

Чтобы решить проблему, вначале ее надо увидеть

Там вот проблемы и не видно. Ну общее время ответа сервиса ...
Вот если бы Вы рядом со временем ответа сервиса показали ещё задержку PING до местного провайдера Internet ...

[finsoftrz]

Чтобы решить проблему, вначале ее надо увидеть

Там вот проблемы и не видно. Ну общее время ответа сервиса ...
Вот если бы Вы рядом со временем ответа сервиса показали ещё задержку PING до местного провайдера Internet ...

Это тоже самое будет, значения коррелируются.
А решение - принудительно рубить ожидание ответа через 3 сек. В 3 сек, как видно, при нормальной работе укладываются. Это уменьшит время ожидания, хотя список из 10 адресов пробегать тоже не быстро будет. Я уж думаю, может ограничить 3-4 самыми отзывчивами.

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

Я уж думаю, может ограничить 3-4 самыми отзывчивами.

В классе HONEST эта очевидная возможность реализована изначально.
Сразу бросилось в глаза, что первые 3 сервера с нормальным рабочим временем доступа, а остальные - масовка.