zmi писал(а): 25 Февраль 2026, 10:44
Поддерживаю. Тоже хотел предложить такой вариант.
Отлично ! А теперь давайте пожалуста подумаем, что нам даст этот код.
Сейчас метод PIoT_CheckReceipt() предназначен для проверки КМ перед печатью чека и
здесь возможны два варианта: печатаем чек и не печатаем чек. Надеюсь здесь нет повода для спора.
Метод может с помощью простых сообщений показывать ошибки на всех этапах проверки (часть из которых теперь можно
отключать флагом) и выполняет все требования ЦРПТ по методике разрешительной проверки КМ с использованием ТС ПИоТ.
Какую ценную информацию Вы узнаете из кода ошибки что где-то в списке из X записей Y записей не прошли проверку ?
Проверку в каком режиме ? Какое состояние ТС ПИоТ ? Выполнялась проверка в ПО ЛМ ? Если нет - то почему ?
(глупости вроде отправки на проверку пустого списка сейчас даже не рассматриваем)
Конечно можно сделать метод, который будет возвращать в ПМСР все ошибки проверки + результат по каждому КМ.
И дальше, в каждом месте, для каждой программы - уже всё это нужно будет разгребать и визуализировать.
Например, с помощью красивых хинтов, класс которых недавно любезно опубликовали. А почему нет ? Я за !
Но это уже совсем другая история. Если Вам это нужно, то без проблем можно сделать в форке или субклассе.
Мне удобно что результат проверки ДА / НЕТ. Тем более что ЦРПТ постоянно колбассит структуры данных и версии API.
