forum.clarionlife.net

Упс, пардоньте, промазал с копипастом...(( Конечно же использую Loc:Honest.PIoT_CheckOneCode из этого примера
! Проверка кода маркировки в GS1 при выписке с получением результата для самостоятельного разбора
If Loc:Honest.PIoT_CheckOneCode(gOneCode,dSalePrice,gOneResponse) > 0
! Есть проблемы ...

Игорь, спасибо большое! И за быстрый ответ тоже.
А, теперь понял, это не в классе сообщение, а я выдаю после обработки HonestClass.CheckOneCode, которая возвращает код 254 ("нет данных проверки").
Далее идет проверка на соответствие цены по bSetPrice.
И вот тут, по-видимому, надо добавить проверку ...

Игорь, что-то у меня 21-й тест "сломался", а именно: как и положено осуществляется перевод в режим "Авария" с выдачей соответствующего сообщения, но сразу после этого вместо пропуска проверки и разрешения продажи возникает незапланированное сообщение:
ВНИМАНИЕ ! ВЫПИСКА КМ ЗАБЛОКИРОВАНА.
Молоко ...

finsoftrz писал(а): 25 Февраль 2026, 14:37 сетевые магазины в розницу продают по ценам ниже чем у меня закупка

Вот и мне один ИПэшник сказал, что покупает кое-что в Мэтро и продает у себя... При этом никто не может объяснит, как это учитывать в ЧЗ. Отсюда и требование собственной обработки КМ.

Можно ничего и не делать в классе.

Меня волнует появившаяся с версии 16.02 некорректная диагностика при работе с ЛМ ЧЗ. Это связано с опиской в классе?

finsoftrz писал(а): 25 Февраль 2026, 8:43 Если пустой список, то возвращать специальный код ошибки.

Поддерживаю. Тоже хотел предложить такой вариант. Очень хороший выход, чтобы не вводить пользователя в ступор внезапным отсутствием ЛМ. Хотя я у себя такую ситуацию и исключил, но "на всякий пожарный".

Здесь Вы пытаетесь переложить на класс

Я немного не о том - я о некоторой некорректности сообщения, и как вариант решения, хотя и сам тоже подумал, что не очень хорошо получится. :)

можете добавить поля и сделать

Да я уже так и сделал (в двух процедурах: ЛМ и ПИоТ). Теперь только при ...

Есть такое замечание: если проверяется список (qCodes), в котором вообще отсутствуют коды маркировки (весь товар в чеке не подлежит маркировки), то выводится сообщение "Если нет доступа к сервису - установите ПО Локальный Модуль «Честный ЗНАК»."
Предлагаю проверить список на полное отсутствие в нем ...

В новых сценариях нормально так пишут "5. ТС ПИоТ передает в ПМСР признак из пункта 5."

Игорь Столяров писал(а): 18 Февраль 2026, 18:05 Опять что-то местное. Делаю 5 и 22 тесты:

Да-да - это я эти коды криво скопировал(( А сканером продавцы проверили - работают! Пардоньте.

zmi писал(а): 18 Февраль 2026, 15:52 5.22 Не найден в ГИС МТ, а не заблокирован

Блин, на 22-м такая же байда (((
01046700190342882151aj"K>X+mFcP93dGVz

zmi писал(а): 18 Февраль 2026, 15:52 5.5 Не найден в ГИС МТ, а не выведен из оборота / продан

Упс, с 5-м тестом всё ok - я код неправильно скопировал
0104670540176099215NN*cM93dGVz

Прислали для прохождения сертификации файл с уже 26-ю сценариями.
Сценарии, которые у меня не корректно отрабатывают:
5.5 Не найден в ГИС МТ, а не выведен из оборота / продан 0104670540176099215NN*cMd93dGVz
5.22 Не найден в ГИС МТ, а не заблокирован 01046700190342882151aj\"K>X+mFcP93dGVz
5.25 Должен ...

Правильно ли я понимаю, что перед печатью чека надо вызывать две процедуры:
Loc:Honest.PIoT_CheckCodes - для заполнения тега 1260
Honest::CheckReceipt - для собственно разрешительной проверки

Сейчас (для прохождения сертификации) добавил сразу после сканирования вызов Loc:Honest.PIoT_CheckOneCode ...

Игорь Столяров писал(а): 16 Февраль 2026, 16:32 Сначала идут успешные коды, а потом ошибки.

Такая мысль и мне первой пришла в голову НО в результате некорректная диагностика!!