forum.clarionlife.net

finsoftrz писал(а): 26 Февраль 2026, 16:35 Скоро, действительно, все, кроме федералов, закроются.

продажи не в диапазоне цен сами не блокируют


Этому есть объяснение. МРЦ устанавливает производитель (импортёр), а ЕМЦ / МЦ - Минсельхоз раз в год.
Поэтому товар тупо может заваляться на складе и при продаже произойти конфликт с текущими ограничителями цен.
Регламент предписывает переустановить ...

Получается, надо делать костыль и проверять groupIds=16 на предмет НСП


Абсолютно верно ! Жертвы ЕГЭ и бакалавриата уже вышли на работу ... :D
Таково описание и это подтверждается результатами запросов:


1.jpg


Я бы рекомендовал и для МРЦ / ЕМЦ табачки тоже проверять товарную группу ...

У меня затык был, программа не знала, что еан может начинаться с нуля


Запросто ! :D Первые 14 цифр - это GTIN и никто не ограничивает его содержание.


У НСП в маркировке отсутствует мрц, как есть у табачных.


Рекомендую придерживаться терминологии ЦРПТ, там и так уже всё запутано.
Для ...

finsoftrz писал(а): 26 Февраль 2026, 14:01 Раньше маркировка (у других товарных групп) была структурирована

Это тот же самый формат, что и в сценариях 10, 11 и 12.
И по той же самой причине: НСП - это штучная табачка с длиной КМ в 29 символов.
Я публиковал в этой ветке ссылку на статью АТОЛ с описание контроля цен, в т.ч. и НСП.

Атоловские прошивка 5.17 и драйвер 10.10.8.0 подходят?


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

Пожалуйста !
Я вот смотрю на все эти бесконечные обновления ЦРПТ с прыжками на месте и закрывание костылями косяков
и у меня возникает стойкое ощущение, что действительно, скоро с маркировкой смогут работать только там,
где есть большие IT отделы и специально выделенные для этого ботаны. Всё к тому ...

Так?

Всё абсолютно верно. Только ПО ЛМ устанавливайте пока версии 1.5.2 (потому что 2.1.0 я увидел 5 минут назад).
ПО ЛМ - это справочное приложение, с опциональной возможностью вести список проданных КИ (не путать с КМ !) для контроля.
Т.е. от того, что Вы 100 раз запросите валидность какого ...

для начала отладки cla-приложения


То что Вы описали - необходимо для реальной работы УОТ с ТС ПИоТ.

Дело в том, что даже если Вы зарегистрируесь в АО "ЕСП" (это не сложно) и скачаете там их ТС ПИоТ - то он у Вас не будет
работать без привязки к реальному ЛК в "Честном ЗНАКе". А если Вы ...

SergioRaguzini писал(а): 25 Февраль 2026, 14:06 для Horeca (мое направление) ничего не меняется

Здесь неоднозначно и через попу (впрочем как и всё что связано с разрешительной проверкой).
Вот здесь можно почитать: https://rkeeper.ru/blog/ts-piot-i-r-kee ... 2026-godu/

А собственно ТС ПИоТ для целей тестирования где взять?


Для тестирования работы с ТС ПИоТ нужно использовать стенд ЦРПТ (см. начало документации)
или АО "ЕСП" (здесь с интерфейсом): https://esm-emu.ao-esp.ru/?mode=online&tab=instructions
Кстати, на них же и проводится сертификация ПМСР ...

Ну ...

некорректная диагностика при работе с ЛМ ЧЗ


Спасибо ! Да, это типичная ошибка копипаста ... 😢
Интересно, что для проверки в ПО ЛМ из ТС ПИоТ я её уже исправил сам, а в самом ПО ЛМ почему-то нет. ХЗ ! 🤷‍♀️
Конечно должны быть данные из списка с результатом локальной проверки:


sErrorGS1 ...

Поддерживаю. Тоже хотел предложить такой вариант.


Отлично ! А теперь давайте пожалуста подумаем, что нам даст этот код. :D

Сейчас метод PIoT_CheckReceipt() предназначен для проверки КМ перед печатью чека и
здесь возможны два варианта: печатаем чек и не печатаем чек. Надеюсь здесь нет повода ...

Я вот смотрю, что с Егаис творится.


Как я понимаю, что сейчас идёт под ковром передел больших денег из маркировки.
И то, что "Честный ЗНАК" в одно прекрасное утро вдруг стал на букву "Г"сцм - это из той же серии.

Если бы пришла новая команда в ЦРПТ, то в идеале вся маркировка могла бы ...

zmi писал(а): 24 Февраль 2026, 23:22 Да я уже так и сделал (в двух процедурах: ЛМ и ПИоТ)

Формально говоря, Вам даже добавление полей в список qCodes не требуется, т.к. можно использовать
для кода / наименования ошибки поля Price / FractionalAmount - они после выполнения запроса уже не нужны ...