456

Оглавление.

Дополнительная информация о нашей системе маркировки:
Тут будет размещена дополнительная информация о нашей системе маркировки которая не подошла ни в один раздел:

1. Вывели ответ по запросам к Честному Знаку:

Все запросы к честному знаку по API получают ответ. На стороне Промышленного Контура ЧЗ создается документ к каждой операции. По запросу вы можете получить информацию по документу. Это есть в документации АПИ ЧЗ. Для полноценной работы с честным знаком иногда стоит заглянуть в такой ответ и посмотреть там информацию что произошло и по каким причинам. Так же для некоторых важных ответов с ошибками сделали сопоставление ошибок и выводим их более понятным текстом для пользователя. Давайте посмотрим:

Посмотрим:

Документы по обработке кодов и вывод понятных ошибок из этих документов

На этом видео:

На этом видео показываю как выглядит ответ от Промышленного Контура честного знака получаемый запросом:

/api/v4/true-api/doc/{docId}/info

в нашем ПО, показываю примеры удачного ответа и ответа с ошибками. ( на примере с отсутствующим сертификатом - ошибка 33 )

Показываю как ошибки в блоке "commonErrors" в теге "errorMessage" оцифровываются в нашу красную строку с понятной для пользователя ошибкой.

Таким образом мы понимаем что происходит с кодами и какой ответ дает сервер ЧЗ, и если ответы частые и нужные то мы выводим их уже не через документ а через скрипт в виде текста для удобства пользователя - не нужно заглядывать в документ по обработке кодов.Таким образом нет нужды заходить в кабинет ЧЗ и смотреть ответы - сразу видим эти ответы к каждому запросу и если такие ответы несут важную для программы информацию то делаем вывод в специальной строке в виде ошибки.

2. Добавили поле для РД в каждую карточку товара.

В разделе Честный знак - 2025г. - Заказы с кодами Маркировки. Прямой Путь от создания заказа и выпуска кодов до отгрузки в ЭДО. п 8.1
пользователь хотел бы заказать КМ к заказу и сразу ввести их в оборот, но у товара закончилось действие РД. Получается небольшое недоразумение - мы заказали Коды маркировки - и получили коды в статусе EMITED (эмитированы). Но дальше вы с такими кодами ничего сделать не сможете пока не поменяете сведения о РД: 1. либо в ЛК ЧЗ, 2. либо в команде на ввод в оборот. Поскольку такие коды в оборот ввести не получится то и вывести из оборота, или передать в УПД их нельзя.

тут ошибка в том что у вас на балансе появляется какое-то количество кодов которые "ни туда ни сюда". И это плохо, потому что это мешает работе, в виде разных факторов - от того что вы не контролируете коды в целом до ошибок при отгрузке. (см последнее видео в п.3)

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

Поле для РД, Массовая запись с фильтрацией, ЗАПРЕТ НА ЭМИССИЮ БЕЗ РД

На этом видео:

написать текст и загрузить видео

- поправить выгрузку в гс1рус.

3. Добавили поля РД для выгрузки в гс1рус

Добавили поля для выгрузки РД в ГС1РУС, но к сожалению карточки товаров которые создаются в НК, после выгрузки из ГС1РУС импортируются в ЧЗ с незаполненными сведениями о РД. К сожалению потеряли на этом месте 2 недели времени, и в итоге получили ответ от ТП ЧЗ "сведения о РД не передаются из ГС1РУС".

Добавили поле для выгрузки РД в ГС1РУс в модуль выгрузки товаров

На этом видео:

написать текст и загрузить видео

Публикую ответ по этому запросу от ТП ЧЗ:

4. Добавили ограничении на эмиссию кодов маркировки к GTIN которые не имеют допустимый статус для заказа кодов..

По моему личному мнению сама система Честный знак не должна выпускать коды (допускать эмиссию кодов) пока карточка не имеет полноценный статус - прошла модерацию, готова к вводу в оборот и есть РД (см п.2). К сожалению на стороне честного знака такого нет - вы можете без проблем выпускать коды(EMMITED) в статусах - "Черновик", "На модерации", "Требует изменений" а так же без РД.
В самом деле, отсутствие такого ограничения может вызывать сложности у пользователя - вы зазываете коды на товары с которыми невозможно что либо сделать, и рабочий процесс останавливается. ( ЭТО В ОШИБКИ )

Вы сделали выгрузку в гс1рус и товар появился в НК, но по разным причинам - статус карточки не "published" ( или «goodTurnFlag» («Признак готовности товара к обороту») не «true»), .
И такие проблемные карточки - "не опубликованные" будут мешать работе в системе: Вы производите эмиссию кодов маркировки с которыми ничего не возможно сделать ни ввести в оборот, ни вывести, ни отгрузить в УПД. И как следствие это приводит к невозможности отгрузить заказ, или отгрузить товар на маркетплейс ( см. пример Честный знак - 2025г. - Заказы с кодами Маркировки. Прямой Путь от создания заказа и выпуска кодов до отгрузки в ЭДО. п 8.1).

Проверки КИЗ при создании заказа по статусу

На этом видео:

При создании заказы могут попасть коды не введены в оборот, в статусе Apllied(нанесен) и даже в статусе Retired(выбыл)

Не дадим сохранить заказ, пока коды маркировки находиться в статусе отличном от introduced.

А также добавили проверки по количеству кодов и по содержанию. Чтобы GTIN кода маркировки соответствовал GTINу в базе данных для этого товара

Поэтому добавили необходимые проверки - что карточка в НК имеет «Признак готовности товара к обороту», что gtin к которому будет заказываться КМ вообще есть в НК, и что РД действителен для карточки в НК или в методе api.

Дело в том что помимо РД, как уже описано выше - есть несколько причин почему КИЗ не вводится в оборот. И наша задача ограничить пользователя от ошибок в работе - лучше не производить эмиссию в случае если нет признака готовности к вводу в оборот, или если нет РД.
В процессе ежедневной работы мне попался заказ - отгрузка на маркетплейс, где карточка еще не подписана в НК.
Публикую в дополнение к ситуации описанной на примере заказа из Честный знак - 2025г. - Заказы с кодами Маркировки. Прямой Путь от создания заказа и выпуска кодов до отгрузки в ЭДО. п 8.1

Живой пример:

На этом видео:

Попался заказ, где карточка товара не опубликована, а значит не имеет статуса готовности ввода в оборот. Благо карточка товара просто не подписана в Нац. Каталоге, поэтому смог сразу в одном видео и подписать эту карточку и показать пример почему не стоит производить эмиссию не подписанных карточек (т.е без ввода в оборот).

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