При проверке маркировки (ОИСМ) выдает ошибку D3 на Штрихе : Маркировка

То есть оисм выдаëт 15? Невзирая на то, что проверка не прошла в оисм? Не верю.
[М+] бывает только если проверка в оисм прошла. Если оисм проверка не прошла - максимум [м].
Если в чеке [м+] на непрошедшей проверке - ошибка в программе

Поэтому, я уже давно об этом писал, жду не дождусь,
когда уберут из протокола Штрих,
и вырежут в новой прошивке,

Вот ЭТО:

Привязка маркированного товара к позиции
Код команды FF67h.

......

Примечание 4

В случае если код маркировки не проверялся ранее командой FF61h «Проверка
маркированного товара», ККТ сама еѐ подаст и добывит ответ на неѐ к ответу на команду
FF67h.

P.S. "добывит" это так в протоколе

Читайте внимательнее:
"и проверка ОИСМ (на Штрих это FF61) возвращает ошибку D3, (0,FF61,D3)"

И да, это единственный экземляр, из тех, что у меня под рукой,
остальные возвращают 15.

Но если такие примеры случаются, а для меня и одного примера достаточно,
чтобы делать те выводы, о которых выше писал...

Я со штрихом не работаю. Я с атолом работаю. Читать мануалы штриха не собираюсь. Но, если кто-то тут ещë подтвердит, что на непрошедшей проверке оисм в чеке напечатается м+ не всвязи с ошибкой разработчика программы я ОЧЕНЬ удивлюсь.

Выводы о которых вы раньше писали вам тут на форуме неделю втолковывают, что можно не дожидаться ответа оисм при использовании рр. Вот только [м+] при этом не будет

Скопируйте код маркировки, в ответе ЧЗ (РР) он есть, и проверьте у себя на Атол...

Я просто поделился информацией, и еще в апреле убедился,
что даже с таким отрицательным ответом ОИСМ,
при передаче ответа РР в ФР, М+ выводится
и успокоился еще тогда...

Вы можете вообще не волноваться. Торговлю же не вы ведëте, а ваши клиенты.
М+ бывает, только если оисм дал положительный ответ.
М или М- во всех других случаях.

При отрицательном ответе ОИСМ или неполучении данных от ОИСМ, М+ в чеке может быть только тогда, когда программист вместо ответа от Оисм в чек поствит "15". Как он это сделает - это на совести программиста. Может переменной начальное значение не задать перед проверкой. Может переменную не сбросить после предыдущей проверкой. Может просто всегда "15" передавать. Куча вариантов...

А вот при отрицательном ответе РР, М+ в чеке быть может, если ответ от ОИСМ ПОЛУЧЕН.
Только это уже нарушение

К предыдущим постам: под положительным результатом проверки оисм подразумевается "15"; про все остальные значения, я для удобства пишу - отрицательный ответ, хотя значения, конечно положительные или 0. Автномный режим не рассматриваем