Зависят ли задержки при оформлении чека от конкретного ОФД? : Маркировка

Топикстартер уже выбрал ОФД. Менять не хочет.
А когда DDos будет на ОИСМ, ждать пока закончится?
Таймауты, таймауты ... Если РР положительный

ну сам ЧЗ про это твердит - делайте таймауты (вон victuan в соседней теме кучу ссылок дал), а ты говоришь, что не есть правильно..
как раз это и есть правильно

У меня в общепите таймаут вообще 0. Я на оисм ничего не передаю. [м] в чеке есть. Имею такое право

Конечно так. Но, по любому приходится признать - любое прерывание проверки по таймауту, с печатью [M] без +/- это аварийный режим, когда ОИСМ не ответил в отведенное время - не важно сам по себе, или "буфер" подвел.
И конечно, это не повод менять ОФД. Они все примерно одинаково работают, периодические тормоза у всех бывают... Если у всех одновременно, то ОИСМ виноват, а если в разное время у разных - то тут вариантов куча.

другой вопрос - понял ли это автор темы, со своим "косноязычным мышлением".. (хотя ему по несколько раз это уже открытым текстом пытались донести)
а то сейчас переделает программу, и придёт опять с проблемой - что теперь у него долго товар в чек набирается..
и опять двадцать пять будет..

Кроме конечно общепита с хорехой... Там если только GTIN передаются, то вообще в проверке смысла нет, ее не может быть как таковой.
Тут точно ОФД вообще по боку. Скорость передачи в ОФД в данном случае совсем не может влиять на скорость работы.

Это аварийный режим был до введения РР. А сейчас проверка ОИСМ при правильном использовании РР - тупо задержка. В рекомендациях ЧЗ писал, что решение продавать или не продавать принимает конечный пользователь не зависимо от результата проверки оисм. Вам шашечки или ехать? Вам скорость или ...

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

Отсутствие интернет у продавца (авария у провайдера или у админа) - гораздо наиболее вероятная причина (из вышеперечисленных).. И что - нужно ждать по 5-10 сек. ?
конечно же нет.

Да, это из последних рекомендаций
Они их меняют как перчатки.
Когда только ввели РР, они наоборот твердили - РР не отменяет ОИСМ, типа не расслабляйтесь!
А потом поняли, что реально тормозят процесс, и плавненько переиграли свои-же рекомендации

Если интересно - то например у меня тот же РР сделан на РМК так:
- проверяется при сканировании каждая марка
- если сработал таймаут на какие-то позиции - то перед отправкой чека в ККТ - по этим (непройденным РР из-за таймаута) позициям - проводится повторная проверка РР
(т.е. - из 10 проверок - одна не прошла, так вот перед отправкой в ККТ она ещё раз будет проходить)
т.е. я решил сделать "двойную защиту"
меня - это устраивает вполне, проблем и задержек ощутимых и мешающих работе нет, а вот этот "второй уровень" проверки РР - иногда выручал.