Форум OlegON > Программы и оборудование для автоматизации торговли > Маркировка

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

23.11.2024 7:39


19.12.2023 10:45
Цитата:
student все работает, только через ....
а как ты в curl экранируешь кавычки в КМ ?
например точно валидный КМ:
04606203103263whUerR!AC"8E2VX
если его вставить в запрос, то получаем ошибку:
Цитата:
!AC: event not found
если попробовать 04606203103263whUerR!AC\"8E2VX, то тогда -
Цитата:
code: 500, description: 400 BAD_REQUEST "Failed to read HTTP message"
если попробовать 04606203103263whUerR!AC&quote8E2VX, то тогда -
запрос выполняется успешно, но в ответе "errorCode": 8 (КМ не прошел верификацию в стране эмитента)

что-то я "застрял" на этом моменте..
19.12.2023 11:16
Цитата:
volk13 кавычки в КМ
в обычном тру-апи (т.е. не в этой методичке для проверки марок) есть
=======================================
при передаче параметров в JSON-строке тела запроса URL должно применяться
экранирование согласно стандарту RFC 8259 (см. описание стандарта в п. 7

=======================================
19.12.2023 11:26
Цитата:
student согласно стандарту RFC 8259
так а в моём случае - как должен КМ выглядеть? подскажи, пожалуйста
04606203103263whUerR!AC\U00228E2VX - не сработало
19.12.2023 11:29
Цитата:
volk13 04606203103263whUerR!AC\u00228E2VX - не сработало
надо u маленькую было! (тороплюсь, спасибо)
19.12.2023 11:53
Цитата:
volk13 например точно валидный КМ:
04606203103263whUerR!AC"8E2VX
интересно получается:
данный КМ продан вчера, успешно (ИСМ вернул успех, в чеке М+), а в БД ЦРПТ - он до сих пор в обороте числится:
realizable = true
sold = false

Через сколько же времени в БД ЧЗ обновляются данные о продажах?
Получается, что идёт серьёзная задержка, и полагаться на признак sold - нельзя при анализе продажи дубля, верно?

(у меня то проверка дублей всегда идёт по своей локальной базе, а вот у кого именно по признаку sold - может нарваться на продажу дубля, верно?)
19.12.2023 11:59
Цитата:
volk13 Через сколько же времени в БД ЧЗ обновляются данные о продажах?
Проверил у себя по сигаретам: - за 15.12.2023 - данные в БД ЧЗ обновлены, а за 16.12.2023 (а сегодня уже 19.12.2023) - ещё нет..
так что вот так!
19.12.2023 13:19
Уточняю - по молочке, воде, пиву, блокам сигарет - информация о продажах в БД ЧЗ обновлена за вчерашний день..
А 3-4-ех дневная задержка - имеется только по пачкам сигарет, причём не по всем, а лишь по тем которые имеют не короткий (8-значный) EAN, а длинный (13-значный) EAN.

Например:
04601653035874nUaZ0eXACVUyNFZ - продан 15.12.2023 (sold = true)
04606203096541SKD:GUOACm8spxM - продан 16.12.2023 и sold ещё = false (ну и то, что позже - тоже пока false)

А проданные пачки с короткими EAN - нормально отражаются (sold = true), без задержек

У всех такая же история?
19.12.2023 16:07
Цитата:
volk13 ...
задержка - имеется только по пачкам сигарет, причём не по всем, а лишь по тем которые имеют не короткий (8-значный) EAN, а длинный (13-значный) EAN...
...
У всех такая же история?
Почему же молчит многоуважаемый коллега student, и дружище MWWRuza?

Проблема то подобная у ваших клиентов есть? (проверьте, плиз.. мне же важно получить подтверждение своему неожиданному "открытию")
;)
19.12.2023 16:49
Цитата:
volk13 Почему же молчит многоуважаемый коллега student
после продажи sold = false при повторном запросе м.б. и при "Продажа товара при отсутствии в информационной системе мониторинга сведений о его вводе в оборот (за исключением случаев, когда потребительская или групповая упаковка относится к временно не прослеживаемой)" да и при попадании в grayZone т.е. согласно методичке там надо в комплексе смотреть :)
клиенты пока не жаляться так что сравнивать не с чем
пы сы
для марок белорусов по молочке этот статус всегда false - вдруг здесь что то подобное

дополнительно а soldUnitCount случаем не возвращается ?
Часовой пояс GMT +3, время: 07:39.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.