Маркировка обуви - некорректное значение : УКМ-4

Добрый день!

Подскажите, пожалуйста, в чем может быть проблема?
Получили от поставщика партию маркированной обуви. Марки клеил сам поставщик (маркировались остатки), т.е. не производитель обуви. По Честному знаку все пришло, все совпало.

В УКМ4:
- указали группе, что товар маркированный
- внесли шаблон ввода: блоки (01), (21), (91), (92). При этом обратили внимание, что в отсканированном DataMatrix с обуви отстутствует блок (240).

Пытаемся на кассе пробить обувь: после сканирования DataMatrix выдается сообщение: Значение некорректно. Введенный код не является маркировочным. И выводится вся отсканированная последовательность символов из марки.

Подскажите, что у нас может быть неправильно?
Версия УКМ4 88 сп3.

Большое спасибо!

Для информации. Вышли из ситуации следующим образом:

Путем внимательного сравнения выяснили, что сканер передает в УКМ марку с добавлением каких-то спец.символов перед идентификаторами (91) и (92).
При сканировании в режиме "USB PC keyboard" никаких спец.символов в марке нет.
Поэтому мы добавили в шаблон ввода элемент "произвольно содержимое" длиной 1 перед блоком (91) и убрали вообще блок (92).
Марка успешно отсканировалась и передалась в ОФД и в Честный знак (вышла из оборота).

Эти спец символы скорее всего Label ID которые передаёт сканер.

не все сканеры в kb режиме дают эти сиволы :(
это chr(29) или &H1D
то что сработало с новым шаблоном возможно не будет работать когда произойдет переключение на разбор марки средствами фр - там необходимо наличие 1D в марке иначе разбор и передача самим фр не проходит - т.е. либо уходить на COM сканер, либо все таки попытаться заставить его в kb режиме оставлять этот разделитель, который обязан быть в марке по стандарту

Всем привет!
Может кому поможет:
В инструкции по маркированным товарам предлагался шаблон вида


(0,21Мб)
Данный шаблон у нас не заработал. После разбора ШК DataMatrix опытным путём подобрали рабочий (по крайней мере у нас) вариант:


(0,01Мб)

согласно GS1:

[ GS1 ]

01 => ^01(\d{14})$
21 => ^21([\x21-\x22\x25-\x2F\x30-\x39\x3A-\x3F\x41-\x5A\x5F\x61-\x7A]{0,20})$
91 => ^91([\x21-\x22\x25-\x2F\x30-\x39\x3A-\x3F\x41-\x5A\x5F\x61-\x7A]{0,90})$
92 => ^92([\x21-\x22\x25-\x2F\x30-\x39\x3A-\x3F\x41-\x5A\x5F\x61-\x7A]{0,90})$

какие под рукой были ШК - проверил, шаблон работает. В БД trm_out_receipt_item_kiz_marks серийник вставляется без \x1d. В ОФД тег 1162 ушел с префиксом "44 4D ...". На чеке распечаталось "[М]" только с последним патчем 9001. Надеюсь ни чего не забыл.

Миниатюры

 

Наш опыт. Очнулись поздно, к опозданию шли целенаправленно.

УКМ4 (87сп1), "C обязательным считыванием сначала штрихкода EAN, затем марки КиЗ".
В "Честном знаке" для обуви заказали три вида марок «Детская», «Женская», «Мужская». Что важно - коды товаров генерировались самим "Честным знаком". Получили марки, распечатали парочку для примера. Разобрали вручную полученные DataMatrix - шаблон в посте №5 GritsenkoIvan почти верный. К нам пришли коды с &h1D ещё и в нулевой позиции.

Наш шаблон


Настройки полей.

Стоит особо отметить, что в настройках шаблона ввода "артикул" обязательное поле. Если его не указать, то получим предупреждение "Некорректный шаблон: все поля должны иметь значение!"

Сканируем EAN-13 тестового товара, касса просит ввести DataMatrix. Сканируем марку, получаем ошибку «...Введенный код не является маркировочным». На самом деле всё работает, просто это такая магия, но поняли мы это где-то через час, попробовав несколько шаблонов. Четырнадцать символов в поле [01] (GTIN) с точки зрения кассы УКМ4 должны совпадать с артикулом товара, от которого мы сканировали первоначальный штрихкод, иначе она считает что маркировка принадлежит другому товару.

Контрольный замер.
Идём на онлайн-генератор DataMatrix'ов, вставляем туда полученный от "Честного знака" код, и правим GTIN (код) - просто меняем их код на наш (добив нулями слева до четырнадцати символов). Сгенерированный DataMatrix «съедается» кассой «на ура».

Движемся сразу в трёх направлениях, которые в наших условиях наиболее приемлемы.
Заставить кассу игнорировать сравнение значений артикулов для ШК и GTIN для этого шаблона.
Заставить СМ+ сгенерировать код артикула в соответствии с полученными из «Честного знака». Можно, "Ручной ввод артикула" на этапе генерации карточки. Но опасно с точки зрения целостности базы. Опасность анализируем.
Заставить «Честный знак» сгегерировать марки из нашего артикула. Пройдено, отказано в подаче заявки «Не найдено в каталоге GTIN ()»

Спасибо, остаёмся на связи.

Следующая серия.
Если ничего другое не помогает, прочитайте, наконец, инструкцию
Прывэт всем, , включая нас самих, кто заказал марки по упрощённой схеме с присвоением автоматических GTINов.

Погнали в «Честный знак» за новыми кодами, пока для одного артикула. В "коде товара" запроса на КМ указали штрихкод с тапков. Ждём. Видимо, вся Россия осознала что первое марта через два дня - ЦРПТ висит наглухо.

> пока для одного артикула

Пытаясь сэкономить вам время, скажу, что мы сначала тоже действовали "разберемся пока для одного артикула".
В итоге артикулов нам выдали всего 4, на каждый вид обуви: детская/женская/мужская/унисекс. При этом, разумеется, поскольку этот артикул (GTIN) один и тот же для N кодов Datamatrix, по коду Datamatrix найти артикул продаваемого товара нельзя. Поэтому мы приступаем к работе по схеме "сканируем EAN13, потом сканируем Datamatrix".

Серия последняя, надеюсь. Используя багофичи УКМ4 мы квест прошли.

Мы по такой схеме изначально работаем, уже легче.

Нам выдали три артикула - столько и просили. Граблями по лбу мы получили тогда, кода мы прямо на кассе отсканировали КМ, и получили ошибку что «...код не является маркировочным».

Финал квеста.
Итак, у нас есть легальные марки для трёх артикулов, и рабочие шаблоны. Наши проверяющие грозятся ходить с приложением «Честного знака» и сканировать марки на легальность, поэтому мы не стали пользоваться вариантом самостоятельного изготовления КМ.
Идём честным путём.
Заводим в СМ три технологические карточки "Обувь детская маркированная", "Обувь мужская маркированная", "Обувь женская маркированная" и проставляем в них в качестве штрихкодов полученные от "Честного знака" соответствующие GTIN'ы. Эти карточки надо наценить хотя бы до одной копейки, иначе они не выгрузятся в УКМ.
Для имеющиеся обувных артикулов на закладке "Классификация" мы проставили код ТН ВЭД. Теперь при сканировании на кассе будет требоваться DataMatrix. (СМ 1.039.2) Код ТНВЭД технологическим карточкам можно не назначать.
Выгружаем товары на кассу.

Сканируем на кассе какие-нибудь тапки, далее, после запроса, «скармливаем» ей КМ - касса УКМ4 ищет GTIN по всей базе, находит его от технологических карточек, и добавляет первоначальный товар в чек. Что и требовалось.