Ввод ЭДО в маркировке пива : ЕГАИС в опте и рознице

Ну вот смотри, отвлекусь на секунду от темы (да простит меня автор темы):

- именно для розницы - что важно при проверке маркированного товара (я про маркировку ЧЗ)?

ответ:

1. валидность марки (что она есть в ЧЗ и в чеке будет именно М+, а не М- и не М) - это уже давно реализовано в прошивках/драйверах ККТ (например в Атол - точно).
2. срок годности продаваемого товара (даже если он получил признак валидности М+ при проверке через ККТ), потому что именно за процент продажи "просрочки" - начнут скоро "драть".. Но этот вопрос - тоже обещали решить именно через прошивки/драйвера ККТ (а не через api-запросы к ЧЗ из учётной системы)..

Поэтому и интересно - реализован ли уже в каких-то ККТ пункт 2. ? И если да, то в каких, и тестировал ли его кто-нибудь на скорость, и т.д..

не понимаю проблемы. Вы боитесь, что имея ШК 1 в УС и получив ШК 2 на бутылке товароведы как-то не так заприходуют? Ну так или ругайтесь, что ШК 2 не найден в УС, или предлагайте заальтернативить ШК 1 и ШК 2, ну или приходуйте по ШК 1. В чем ваши опасения?

upd. я похоже понял ваши опасения, вы боитесь что часть продаж будет фиксировать по ШК 1 с этикетки, а часть - по ШК 2 с Датаматрикс. Ну так для старых марок такая же петрушка была. Решается вводом с определенной даты обязательного сканирования Датаматрикса, а не ШК. Кассир пикнул ШК с этикетки, а программа ему - а теперь дружок, отсканируй код маркировки

это сейчас, пока еще один запрос на проверку :)
но если полный комплект как планируют то даже на тестовом контуре не так сильно нагруженном

110303 13/11/2023 17:43:58 ЦТО Терминал: таймер: ЦРПТ: определение сервера проверки 0
110304 13/11/2023 17:44:01 ЦТО Терминал: таймер: ЦРПТ: определение сервера проверки: 2856 ms. 0

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

вряд ли кто это делать будет на уровне прошивки - проще разработчиков кассового по нагнуть

Вот, я уже выкладывал, что на этот запрос прилетает, полный ответ:



На кассе все тоже-самое, обрабатывайте те параметры ответа, которые нужны

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

Вряд-ли Скорее всего, через API. А то, что проверяется не при добавлении, а перед пробитием, ну.. так софт написан.

Ну не знаю... не знаю...
Давно читал (даже сохранил) новость:
[ ➜ ]

может быть конечно и через АПИ, т.к. из новости не совсем понятен механизм реализации..