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

volk13 ➤ Я на этих проверках марок через ККТ (т.е. - через ОИСМ) - в былые времена - "лошадь съел"

MWWRuza ➤ У себя?
Вообще, для этого есть специальная команда:

10.6. Сохранить результат проверки кода маркировки
Назначение: Сохраняет данные проверенного кода маркировки для дальнейшего использования

И обратно:

10.10. Загрузить данные ранее проверенного кода маркировки для формирования позиции чека
Назначение: Загружает в позицию чека данные ранее проверенного и сохраненного кода маркировки

И результат проверки и сам факт ее выполнения где-то на сервере ОИСМ увязываются между собой... Иначе, можно было-бы не проверяя всегда 15 пихать и радоваться

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

FinSoft ➤ У меня аналогичный режим работает в оптовке очень давно

FinSoft ➤ Насколько я понял, приведенные выше команды это реализация сохранения результатов проверки на уровне ккм

MWWRuza ➤ Делается в момент добавления каждой марки в чек.

MWWRuza ➤ Возможно... То, что я привел выше - это выдержки из ИП для Спарк-130... Что было под рукой... А видение всего процесса его разработчиками(программисти от ККС), иногда.... Ээээ... не всегда совпадает с общепринятым.

Ради интереса, покопал одну из своих конфигураций под Штрих, дорабатывал давно, как только ФФД-1.2 появился... Там "колесья"(шины), пропади они пропадом... Хорошо хоть, что пока никакого РР по ним не требуется...
Там тоже есть функция сохранения результатов проверки марок:

Процедура ЗапомнитьРезПроверкиМарки()
ФискальныйРегистратор.Password = глПользователь.ПарольККТ;
Рез = ФискальныйРегистратор.FNAcceptMarkingCode();
КонецПроцедуры

Сама проверка делается так:

ФискальныйРегистратор.BarCode = ШК;
ФискальныйРегистратор.ItemStatus = 1;
ФискальныйРегистратор.CheckItemMode = 0;
ФискальныйРегистратор.DivisionalQuantity = 0;
ФискальныйРегистратор.Numerator = 1;
ФискальныйРегистратор.Denominator = 1;
Рез = ФискальныйРегистратор.FNCheckItemBarcode2();

Делается в момент добавления каждой марки в чек.
Потом, после отработки проверки по каждой марке, выполняется ЗапомнитьРезПроверкиМарки()

И потом, уже при печати чека, в цикле по строкам чека, делаеся так:

ФискальныйРегистратор.BarCode = КТН;
Рез = ФискальныйРегистратор.FNSendItemBarcode();

Ничего ни откуда не вычитывается(я имею в виду результат проверки) - он и так там(в ФН) есть, и ККТ его сам получает из сохраненного.в ФН.

Далее идет просто закрытие чека, стандартно:
Рез = ФискальныйРегистратор.FNCloseCheckEx();

Собственно и все... Все работает правильно, в ОФД попадает как должно, в ЧЗ все "зелененькое", никаких "тормозов" при закрытии нет. На проверке, конечно есть подтормаживания от 0.5 секунды на каждую марку при сканировании, до полной остановки и запроса согласия покупателя(если например связи нет), а потом, чек с комплектом колес(4 шины с марками), печатается уже мгновенно.

PS Да, здесь нет никакой очереди, из нескольких рабочих мест на один ККТ, но, в моей задаче этого и не требовалось... ИМХО эта классическая схема, ТС можно попробовать ее реализовать, а дальше уже можно извращаться с огчерядями, добавлением второй проверки по РР, и т.п..