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

Просто у Олега (Тигина) пока в голове все не улеглось, поэтому путается и с терминологией, и с трактовкой. Это у всех так поначалу, через некоторое время проходит. Понятно, что лень и противно в этом всем копаться, тем более в одиночку.
Я бы предложил проверить в ОФД, какой результат проверки передается по чекам со штрихов, если явно не проверять марки. Почти уверен, что штрихи вначале делают проверку, а только потом отправляют чек в ОФД и печатают. Иначе нарушение законодательства. То есть ничего в плане экономии времени не получается, просто небольшой сервис со стороны ккм. Проблема в другом, она была озвучена в последнем посте. Как я понял, Олег использует пользовательские строки в чеках и не выводит признак маркированного товара (М+,М- или М) совсем. То есть тут ситуация, надо или стандартную форму чека выводить на печать, в которой сама ККМ поместит М, или предварительно самостоятельно проверять статус марки и самостоятельно подставлять признак маркировки (я использую такой вариант). За отсутствие признака маркировки, наверно, сразу не штрафанут, но, если узнают, то выдадут предписание на устранение. Лучше все же не испытывать судьбу на ровном месте.

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

если ффд 1.2 то там ваапче ничего не будет связанного с маркировкой кроме буквы М с плюсом или без да и то если эту букву он сам добавит в название :) и м.б. 1163 если он передается но это не будет означать что товар маркированный и проверялся фн\оисм :)
все просто - см ффд и протокол фн - там все есть:) и это все чо есть одинаково у всех производителей фр, внешняя реализация может казаться разной, но все в конечном счете сводится к фн

Насмешил ))
Ну, это фикция, до первой проверки.

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

Вообще, проверка марок и вывод строк чека в ккм разнесены во времени. Проверяем (после открытия чека), сохраняем где-нибудь у себя результат проверки, а при выводе строк передаем в теги марку и результат проверки. То есть ответ положительный. Мне, правда, такой вариант не нравится.

Сейчас уточнил, для проверки марок не нужно держать чек открытым.

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

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

И обратно:

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

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

1059 Предмет расчета
1214 Признак способа расчета = 4
1212 Признак предмета расчета = 33
1030 Наименование предмета расчета = МОРОЖЕНОЕ БЗМЖ 'ТРУБОЧКА' ДВУХС.ПЛОМ.ВАН. СВИТЛОГО
2108 Мера количества предмета расчета = 0
1023 Количество предмета расчета = 1.0
1163 Код товара
1305 КТ GS1.М = 0104602014019298215Ckdm(
1260 Отраслевой реквизит предмета расчета
1262 Идентификатор ФОИВ = 030
1263 Дата документа основания = 21.11.2023
1264 Номер документа основания = 1944
1265 Значение отраслевого реквизита = UUID=36b14b92-9442-4184-af60-f647f024f830&Time=1723306957507
1199 Ставка НДС = 6
1079 Цена за единицу предмета расчета с учетом скидок и наценок = 7500
1043 Стоимость предмета расчета с учетом скидок и наценок = 7500
2102 Режим обработки кода маркировки = 0
1198 Размер НДС за единицу предмета расчета = 0
1200 Сумма НДС за предмет расчета = 0
2106 Результат проверки сведений о товаре = 15

А это пояснения к команде сохранения:

Пояснения: • команда выполняется при следующих условиях:
а) должна быть открыта смена;
б) должна быть разрешена работа с маркированными товарами
• коды возврата и подробности ошибок изложены в Приложениях 1 и 2.

ДаДействительно ничего не говорится об открытом чеке, должна быть открыта смена.

Сохраняет текущую проверенную, а извлекает из сохраненных по коду марки (тег 2000), отсюда вывод, что их там может быть сохранено несколько.

Кстати, пояснение по загрузке реультата проверки:

Пояснения: • команда выполняется при следующих условиях:
а) должна быть открыта смена;
б) должна быть разрешена работа с маркированными товарами
в) должен быть открыт чек, и завершен ввод очередной позиции чека, либо позиции чека еще не вводились
• коды возврата и подробности ошибок изложены в Приложениях 1 и 2.

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

Смена должна быть открыта, этого достаточно.
И нужно учесть - что как только какой-то отчёт снимется (или другой РМК пробьёт чек через эту ККТ) - то вся информация о проверенных марках - обнулится, и придётся их заново проверять (если, например, с одной ККТ работает несколько РМК)

Я на этих проверках марок через ККТ (т.е. - через ОИСМ) - в былые времена - "лошадь съел".. (вместе с коллегой victuan)
Причём - именно я лошадь ел, а коллега - наблюдал, облизывался, и делал для себя выводы...
Надеюсь, что victuan подтвердит это..
;)))