Техническая реализация запрета продажи маркированных товаров : Маркировка

Коллеги, кто как видит техническую реализацию запрета продажи товаров, подлежащих обязательной
маркировке?

Как я понимаю - возможны два варианта такой реализации:

1. Проверять через API товар сразу после того, как продавец его "пикнул", и если товар не подходит по каким-либо параметрам, то сразу выдаётся предупреждение, и товар даже не "встаёт" в чек на РМК у продавца.

2. Проверять через API товар не заранее, а лишь после нажатия на РМК кнопки "Пробить чек", и если товар не подходит по каким-либо параметрам, то отменять пробитие чека и выдавать предупреждение с требованием исключить товар из чека на РМК.

Оба варианта имеют свои "+" и "-", а именно:

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

2. - экономится время при наборе товара, но зато потом, если выявлен "плохой" товар, то придётся "отпикивать" его, забирать у покупателя (если он его уже в авоську сунул), ну и прочие неудобства...

Мне больше нравится вариант 1, хочу послушать ваши мнения, сомнения, аргументы, предложения, критику, и т.д. и т.п... - ну и кто как планирует это реализовать (и почему)?

PS. Может быть я чего не учёл, не дочитал, не так понял с этой скорой обязанностью по обязательной проверке, но времени осталось не так уж и много, и хочется уже продумать этот вопрос, организовать и потестить, чтобы уже внедрить и окончательно отладить до сроков обязательного внедрения.

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

Решил проверить работу получения данных о коде маркировки через curl, для чего на Win 7:

1. сгенерировал в ЛК ЧЗ ключ для ККТ
2. отправляю запрос:

в ответе получаю код возврата 60 (посмотрел что означает, вроде вот это: "Одноранговый сертификат не может быть аутентифицирован с помощью известных сертификатов CA").

Как решить подобную проблему? С чем она связана? (пробовал и на продуктивном и на тестовом контуре)

Попробую отправить этот запрос через curl из Ubuntu:
, в ответ получаю:
т.е. - вся эта схема ещё не рабочая что-ли? (вроде отправляю данные в формате json (см. строку запроса), так почему же ругается на неподдерживаемый формат?)

Или я что-то делаю не так? Подскажите - где?

Делаю всё вот по этой Методичке

эту проблему решил - установил curl более свежий, теперь ошибки curl нет, но осталась проблема:
У кого то работает подобный запрос через curl ?

все работает, только через ....

в доках не указано что надо Content-Type:application/json и что нужно дублировать кавычки для codes и самой марки

твоя команда с моим ключом (xxxxx)

curl -X POST "https://markirovka.crpt.ru/api/v4/true-api/codes/check" -H "Content-Type:application/json" -H "X-API-KEY:xxxxx" -d "{""codes"":[""0104680029460908215jcmHzLmkdPML\u001d938p9E""]}"

возвращает

{"code":0,"description":"ok","codes":[{"cis":"0104680029460908215jcmHzLmkdPML\u001D938p9E","valid":true,"printView":"0104680029460908215jcmHzLmkdPML","gtin":"04680029460908","groupIds":[13],"verified":true,"found":true,"realizable":false,"utilised":true,"isBlocked":false,"expireDate":"2025-06-02T00:00:00.000Z","productionDate":"2023-06-02T00:00:00.000Z","errorCode":0,"isTracking":false,"sold":true,"packageType":"UNIT","producerInn":"2632103727","grayZone":false}],"reqId":"c58f9763-94b4-444d-bdb1-65bdb2eceea0","reqTimestamp":1702299699835}

пы сы
если что я им писал про это еще тогда когда был первый вариант доков, а воз и ныне х\з где :)

Делаю:
получаю:
подскажи - где опять "косяк" у меня? (то ли глаз уже замылился - не вижу сам, хоть убей)

могут быть разные версии curl и shell (и операционки), которые по разному будут относиться к кавычкам, например

пробую и на винде и в линуксе - ответ одинаковый..
куда ещё копать, не понимаю

после \u001d что-то лишнее по сравнению с предыдущим вариантом