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

Уважаемые коллеги,

Доработать драйвер для общения с ФР на кассе (Линукс) с буферизацией,
который бы освобождал программу для сканирования нового чека,
в целом получилось и даже поработал с месяц, но потом откатили,
глюки все-таки были...

Задержки в больших чеках с маркировкой по команде "закрыть",
доходят до 1 минуты...

Есть решение, непростое, запускать команду (продать) сразу после
сканирования...

Тогда 1-2 секундная задержка будет размазываться при оформлении
чека...

Но есть много нюансов...

У кого как?

Давайте разберëмся:
Кассир сканит товар в уже открытый чек? Или чек открывается и формируется после всех сканирований всех товаров?

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

Тут опять-же, про какую проверку мы говорим при сканировании чека? Если по РР - то пофик, не зависит от открытия/закрытия чека, и даже более - от наличия/отсутствия ККТ как такового... Это все делает софт на своем уровне, без обращения к ККТ..
А если про ОИСМ - то она работает только в открытом чеке, по крайней мере, во всех типах ККТ, с которыми мне приходилось работать...
Поэтому - "формируется после всех сканирований всех товаров" будет всей кучей, с длинной задержкой, не размазанной по позициям.
Поэтому, для уменьшения "зрительно" эффекта задержки, лучше сразу открывать чек, при сканировании первого товара.

всё верно.
и именно на этом этапе - можно самостоятельно ограничить эту проверку (ибо она - циклическая) - установив именно свой таймаут! (по крайней мере - так в ККТ от АТОЛ можно сделать)
Ну а кто в своём ПО (пусть даже и ГЕниальном) - не желает ограничить проверку ОИСМ принудительно своим таймаутом - тот и получит обалденную задержку (при отсутствии связи с ОИСМ)

Я правильно вас понял, что под термином "лучше сразу открывать чек, при сканировании первого товара", вы имеете ввиду - делать продажу со всеми сопутствующими командами...?

Сразу после сканирования, после ответа от ЧЗ по РР, если это требуется...?

Я похоже, тоже буду перерабатывать программу в этом направлении,
одно смущает, чтобы отложить чек, придется все команды продажи,
продублировать возвратами, а это тоже задержки...

Но это частный случай, или у вас нет возможности отложить чек?

Не правильно.
Команда открытия чека.
Потом, команды добавления позиций, с проверками по ОИСМ и по РР, с передачей резултатов(тегов) в ККТ.
А вот дальше, вы его либо закрываете, с печатью и передачец сведений в ОФД (в том числе и уведомлений о реализации марок в ОИСМ), либо отменяете, если клиент передумал покупать.

Связь с ОИСМ делается через команду для ФР, поэтому и таймаут там - для команд ФР, а не индивидуальный, по крайней мере для Штрих...

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