Задержки при закрытии чека с маркировкой : Маркировка

ошибочное утверждение, может один из ОФД дорисовывает вам М+ в электронном чеке, потому видит от кассы запрос. Но вам надо его забирать командой для кассы, ответ на запрос.

Тут у меня еще такая догадка есть (непроверенная, а может проверенная, но позабытая), можно при проверке КМ получить статус отрицательный (например, 5), но передать при этом в тег 2106 любое значение, например 15, и тогда в чеке выйдет заветная М+.
Так можно сделать у Атола, у Штрих-М вроде нельзя.
Кто может - проверьте. Если это так, то можно в чеке всегда в тег 2106 слать 15, если проверка по РР прошла успешно. (но это не отменяет необходимость собственно проведения проверки через ИСМ - так уж устроен ФН - согласно приказа ФНС)

Да елы палы, xyze;pd;e'...

А при проверке по РР (через курл) вы держите keepalive ?
Это может влияет на скорость.

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

PS. Может кто не обратил внимание, я уточнил несколько постов выше, что сейчас имеют место быть проблемы не при закрытии чеков, которое отрабатывает в пределах 10 сек в зависимости от количества марок в чеке, а при проверках в ЧЗ в пиковые часы (когда народ идет домой с работы или в выходные). Так айтишники написали, до которых доходит оперативная информация с мест.

ну ВАМ так так пусть будет ВАМ если чсв большое :)

т.е. если нет проверки оисм 2107 отсутствует на чек а 2106 на позицию и все что есть в позициях\чеке не имеет отношения к маркировке
если ВЫ считаете что без проверки оисм у ВАС в чеке маркированный товар на основе запроса рр, то пусть так и остается - блажен кто верует ...
засим предлагаю ВАМ ознакомиться с первоисточниками на которых все основано, а Олегу закрыть холивар наглухо

+100

А вот в этом я не уверен и по идее этого и не должно быть. Факт проверки в ОИСМ, это еще не гарантия, что чек по итогу будет пробит.
Мне кажется, что данные в ОИСМ не изменятся, пока ФН не отправит в ОФД уведомление о реализации маркированного товара.

+100, именно так.
Но, контроль, что передается в 2107 и сравнение с результатом проверки - есть по любому. Иначе, было бы все просто - всегда передавай туда 15, и ничего проверять не надо... Они, что там дураки, такую "дыру" оставить? Нет конечно...

Эх, есть кому это проверить на Атоле? Там это легко:
Объект.setParam(Объект.LIBFPTR_PARAM_MARKING_CODE_ONLINE_VALIDATION_RESULT, 15); //тег 2106