Форум OlegON > Программы и оборудование для автоматизации торговли > Кассовые программы > УКМ-4

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

12.12.2024 8:23


14.02.2020 04:47
Добрый день!

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

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

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

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

Большое спасибо!
17.02.2020 07:31
Для информации. Вышли из ситуации следующим образом:

Путем внимательного сравнения выяснили, что сканер передает в УКМ марку с добавлением каких-то спец.символов перед идентификаторами (91) и (92).
При сканировании в режиме "USB PC keyboard" никаких спец.символов в марке нет.
Поэтому мы добавили в шаблон ввода элемент "произвольно содержимое" длиной 1 перед блоком (91) и убрали вообще блок (92).
Марка успешно отсканировалась и передалась в ОФД и в Честный знак (вышла из оборота).
18.02.2020 04:46
Эти спец символы скорее всего Label ID которые передаёт сканер.
18.02.2020 09:36
Цитата:
Элона При сканировании в режиме "USB PC keyboard" никаких спец.символов в марке нет.
не все сканеры в kb режиме дают эти сиволы :(
Цитата:
Xapac спец символы скорее всего Label ID
это chr(29) или &H1D
то что сработало с новым шаблоном возможно не будет работать когда произойдет переключение на разбор марки средствами фр - там необходимо наличие 1D в марке иначе разбор и передача самим фр не проходит - т.е. либо уходить на COM сканер, либо все таки попытаться заставить его в kb режиме оставлять этот разделитель, который обязан быть в марке по стандарту
20.02.2020 03:43
Всем привет!
Может кому поможет:
В инструкции по маркированным товарам предлагался шаблон вида


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


(0,01Мб)
21.02.2020 17:52
согласно 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. Надеюсь ни чего не забыл.
Миниатюры
Нажмите на изображение для увеличения
Название: shuz.png
Просмотров: 344
Размер:	3.3 Кб
ID:	10633  
26.02.2020 14:52
Наш опыт. Очнулись поздно, к опозданию шли целенаправленно.

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

Наш шаблон


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

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

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

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

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

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

Цитата:
Добавить GTINы товаров как штрихкоды в карточки товаров
Проверить, что в карточке товара в УКМ4 заведен штрихкод товара, который закодирован в GTIN.
Кассовое ПО использует 13 знаков из GTIN для поиска подходящего Артикула товара.
Если в GTIN содержится значение: 01234567891234, то кассовое ПО будет искать в БД товар с штрихкодом 1234567891234.
Погнали в «Честный знак» за новыми кодами, пока для одного артикула. В "коде товара" запроса на КМ указали штрихкод с тапков. Ждём. Видимо, вся Россия осознала что первое марта через два дня - ЦРПТ висит наглухо.
28.02.2020 08:07
> пока для одного артикула

Пытаясь сэкономить вам время, скажу, что мы сначала тоже действовали "разберемся пока для одного артикула".
В итоге артикулов нам выдали всего 4, на каждый вид обуви: детская/женская/мужская/унисекс. При этом, разумеется, поскольку этот артикул (GTIN) один и тот же для N кодов Datamatrix, по коду Datamatrix найти артикул продаваемого товара нельзя. Поэтому мы приступаем к работе по схеме "сканируем EAN13, потом сканируем Datamatrix".
29.02.2020 11:48
Серия последняя, надеюсь. Используя багофичи УКМ4 мы квест прошли.

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

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

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

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

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