Цитата: Тигин Олег ➤ А именно, по каждой марк.позиции:
- Передача самого кода маркировки (у Штрих команда FF67)
- Передача ответа (полученного через curl-запрос ранее) 4 ТЭГа (ну те кто в теме, знают, какие)
Ну вот тут, немного не так... Может у разных ККТ по разному, не могу судить, но, в тех, которых описание протокола под рукой(дальше выдержки из него) - да, именно не так...
Шлется команда проверки марки:
10.2. Сформировать запрос на проверку кода маркировки/Проверить код маркировки
Назначение: Проверяет код маркировки в ФН и формирует запрос на проверку кода маркировки для ОФД/ОИСМ.
Тут, именно ожидается ответ от ОИСМ... И курл тут ни при чем, это делает сам ККТ, своим внутренним клиентом(если сеть "на борту"), или через драйвер(средствами самого драйвера). И ответ приходит в виде одного числа. 15 - проверка успешна.
А дальше, уже идет сама регистрация чека(закрытие), в которую передаются значения тегов - 1060(составной, из 4-тырех тегов, полученных по РР из ЦРПТ, скорее всего на этапе добавления марки в чек), и значение тега 2106, там 15, если все ОК.
И ничего тут уже не ожидается. Чек закрывается мгновенно(на сколько это может отработать сам внутренний софт ККТ), в ОФД его данные передаются, и в ОИСМ уведомление в том числе(заранее, не на этом этапе, а ранее полученный результат) - и могут передаваться сколь угодно долго, на скорость закрытия чека это уже не влияет.