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

может быть речь о построчных проверках, а не продажах?
или на каждую строку будете чек пробивать (оформляя продажу построчно)?
точно не путаетесь в терминологии?
(хотя чего я тут опять лезу со своим волчьим рылом.. ВАМ видней)
;)

Да нет ни у кого построчных продаж.
Вы в пятëрочку ходите? Сходите, купите продуктов на недельку. Гляньте - у них чек в конце вылезает или каждая строчка?
Вот вам и практика

а у Тигина Олега - будут!
ведь:
"суть не в терминологии, а в сути вопроса"! (с) Олег Тигин

А так же гляньте на [м+]. Если кое-где у них [м], то как-то они ответа не дожидаются ...

А ведь он ЧАСТИЧНО прав...
На общую скорость работы(время оформления чека), ОФД влияет.
Не на закрытие чека(тут - только скорость процессора ККТ и скорость обмена с ФН - данные чека потом, в фоновом режиме передадутся, да хоть в другой день, если связи нет, до месяца могут храниться).
А вот на скорость проверки(НЕ РР, а именно ОИСМ), может влиять, и еще как...
Да, ОИСМ один, но, каждый ОФД является как-бы буфером между ним, и ККТ. Достаточно посмотреть на IP ОИСМ в ККТ. Чаще всего, он совпадает с адремом самого ОФД, только порты разные.
И от скорости работы этого "буфера" может зависить скорость ПРОВЕРКИ марок, что в общем будет влиять на общее время оформления чека.
Но, у Олега как обычно путаница в терминах - "время закрытия чека" тут совсем ни при чем.

В этой скорости проверки основную задержку вносит сама проверка. Если бы от ОФД сильно зависило, то мы бы уже знали, что к офд такому-то такому подключаться не рекомендуется.
Опять же есть нормативы обмена офд и оисм. Не думаю, что офд от них сильно отходят.

ну не хватало ещё с тобой спорить ;)
теоретически - конечно и от солнечных вспышек может зависеть скорость проверки, и от ширины канала, и от напряжения в сети, питающей ККТ, но мы же практические вопросы решаем (тем более автор темы постоянно твердит, что он практик).
а практически - чтобы решить проблему задержек (в том числе и в случае солнечных вспышек, и ширины канала, но в основном - зависящую от времени ответа сервера ОИСМ) - нужно в большинстве случаев просто настроить таймаут, при котором прекращать проверку)

А оно так и есть... В среднем то все примерно одинаково, видимо есть какие-то средние нормы/требования.
Но, когда начиналась СВО и известно кто DDOSили все гос(и не только)-сервера в России, оно было очень заметно... Проверки по ОИСМ работали у разных ОФД по разному, в одно и то-же время. Поэтому, можно сделать вывод, что тормоза из-за DDOS атак были у ОФД, а не ОИСМ...
DDOS конечно форс-мажор, но... Разные обстоятельства могут быть, влияющие на скорость работы этих "буферов".

Да не будем мы спорить...
А отвалы по таймаутам, для ускорения работы, это не есть правильно... Да, практически это даст эффект. Но, в теории, может привести к нарушениям.

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