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

Разрешительный режим. Ошибка проверки. 400 BAD_REQUEST \"Failed to read HTTP message\"","codes":[]} : Маркировка

22.11.2024 15:57


03.04.2024 06:36
Доброго времени суток!

Бьюсь с проблемой не первый день. Судя по списку вопросов в разделе "Технические вопросы: API и ошибки" в "Честном сообществе" не только я, ТП ЧЗ молчит. Может быть кто то уже сталкивался и решил проблему? На фото маркировка воды ЧАЖЕМТО 0.5Л ПЭТ (Российский производитель ОАО "Томское пиво"), через мобильное приложение ЧЗ (версия 4.50.0) замечательно сканируется и распознается.

Сканирую в своем приложении, получаю 0104607022741896215!E:A>G"Mdl)j93M0E0 Нечитаемый символ перед 93M0E0, в соответствии с методическими рекомендациями, экранирую \u001d, получаю 0104607022741896215!E:A>G"Mdl)j\u001d93M0E0

Отправляю на проверку.


curl -X POST "ХТТПС://markirovka.crpt.ru/api/v4/true-api/codes/check" -H "Content-Type:application/json" -H "X-API-KEY:***********тут подставлен мой ключ*********" -d "{""codes"":[""0104607022741896215!E:A>G"Mdl)j\u001d93M0E0""]}"


В качестве ответа получаю 400 BAD_REQUEST "Failed to read HTTP message"","codes":[]}. Этот же ответ получаю при отправке на любую доступную cdn площадку (Пугали, что markirovka.crpt.ru не будет доступен для проверки, но пока все равно работает). Ситуация с такими марками не меняется ни через день, ни через 2 дня. При этом другие бутылки из той же упаковки продаются без проблем.

Грешил на настройки сканера, но нет, 99% товаров на 90 торговых точках считываются корректно. На всякий случай считал первым попавшимся сканером для андроид - результаты совпадают с "боевыми сканерами". Группа товаров в ЛК ЧЗ доступна, туда сыпятся чеки с другой водой. При этом подобная ситуация не только с водой возникает, но и с сырами, пивом, табачкой (из10 пачек в блоке 1-2 могут возвращаться с таким ответом). Возможно кто то сталкивался и уже нашел решение?
Миниатюры
Нажмите на изображение для увеличения
Название: Изображение WhatsApp 2024-04-02 в 15.23.42_e9d653c0.jpg
Просмотров: 26
Размер:	107.7 Кб
ID:	12307  
03.04.2024 07:05
смущает, что в ошибке куски запроса показываются, он работал раньше? может, ошибки экранирования кавычек или где-то не закрыли?
03.04.2024 07:14
Цитата:
avdeev_aa экранирую \u001d, получаю 0104607022741896215!E:A>G"Mdl)j\u001d93M0E0
по стандарту RFC 8259 - нужно ещё экранировать следующие символы (если они есть в коде):
\ - \u005c
" - \u0022
/ - u002f
(экранируйте кавычки, выделил красным)
03.04.2024 07:22
проверил ваш код (при отправке он должен выглядеть так: 0104607022741896215!E:A>G\u0022Mdl)j\u001d93M0E0) - вот ответ:
Цитата:
{"code":0,"description":"ok","codes":[{"cis":"0104607022741896215!E:A>G"Mdl)j\u001D93M0E0","valid":true,"printView":"0104607022741896215!E:A>G"Mdl)j","gtin":"04607022741896","groupIds":[13],"verified":true,"found":true,"realizable":true,"utilised":true,"isBlocked":false,"productionDate":"2023-10-30T00:00:00.000Z","isOwner":true,"errorCode":0,"isTracking":false,"sold":false,"packageType":"UNIT","producerInn":"7018011045","grayZone":false}],"reqId":"2f94f496-72b0-47f3-a7db-15424c054f3b","reqTimestamp":1712117946464}
03.04.2024 07:35
Цитата:
volk13 проверил ваш код (при отправке он должен выглядеть так: 0104607022741896215!E:A>G\u0022Mdl)j\u001d93M0E0) - вот ответ:
Благодарю за помощь! "/" и "" экранировать пока не стал, а " - \u0022 помогло, понаблюдаю в течении дня, возможно этого достаточно.
03.04.2024 18:36
Цитата:
volk13 по стандарту RFC 8259 - нужно ещё экранировать следующие символы (если они есть в коде):
\ - \u005c
" - \u0022
Символы / и \ экранировать не нужно (необязательно).
04.04.2024 11:43
Цитата:
victuan Символы / и \ экранировать не нужно (необязательно).
действительно, / и \ экранировать не обязательно (работает и без экранирования), убрал у себя лишнее экранирование именно этих сиволов
04.04.2024 16:29
Цитата:
avdeev_aa \u001d
а какой символ Вы экранировали так?
04.04.2024 16:31
Цитата:
amadey а какой символ Вы экранировали так?
Вопрос снят.

U+001D was added to Unicode in version 1.1 (1993). It belongs to the block Basic Latin in the Basic Multilingual Plane.

This character is a Control and is commonly used, that is, in no specific script. The character is also known as INFORMATION SEPARATOR THREE and group separator (GS).
Часовой пояс GMT +3, время: 15:57.

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