С 1 января начали продавать маркированный текстиль и обнаружили, что часть товара не можем продать.
С виду QR выглядят одинаково, предоставлен одним и тем же поставщиком, но одни сразу добавляются в чек без проблем, а на некоторые, после сканирования выскакивает окно сканирования QR кода. При сканировании повторно кода уже в этом окне выскакивает ошибка: "Недопустимый формат штрих-кода" и вещь не добавляется в чек.
Вид номенклатуры во всех товарах выбран один и тот же: "Текстиль" с признаком маркировки. В честном знаки и "правильные" и "неправильные" коды отображаются при сканировании телефоном корректно и пишет товар "в обороте". Релиз розницы самый последний 2.3.7.22.
При более детальном изучении обнаружил, что "неправильный" код длиннее на 1 символ, т.е. "правильный" 83 символа, "неправильный" 84 символа.
Вот примеры:
Штрих-кода с ошибками:
010481295746730221hrgbpxfetagn491EE0692zVtx\/YGFcB75+jA0HyjYfIdgqecM18XogEmBARfPdp8=
010481295746738821lezxx2h96maxd91EE0692ql0XsMiB1cUD4Cangso74ZTSum8K0pU8M\/HYKaXkeYw=
Штрих-кода без ошибок:
010481295746069321bcrvf76ima1sj91EE0692t5hplKVN9xCvHy2JbBtq0xYsrnbi1UsaeQ2dr54DdB8=
010844505468770821YyHJS6VTFrJHO91EE0692LvQfjdJX/YqtA0FLkkxOdapMAT+h/T1hCKnXdV3cNHc=
010481295746747021xlm6ga6fukngd91EE06922oYfllUpMF7yTsbejBs5iOMPszpMVWcFVcorAtbhOQY=
Подскажите, где искать ошибку? Уже всю голову себе сломал.
На фото куртка бежевая сканируется с ошибкой, куртка бирюза сканируется нормально
10.
verniypro
601.02.21 15:01 Сейчас в теме+0.85 $m
\/
Почему-то в "неправильных" кодах присутствует это, я так понимаю, экранирование.
Вот такого "\" слэша быть не должно. Откуда он появляется - вопрос.
Вариантов может быть три:
1. Он появляется при печати (и тут проблема может быть и в принтере, и в обработчике, который формирует задание для него).
2. Он появляется при сканировании (вряд ли).
3. Он появляется непонятно откуда, до момента формирования задания на печать.
Спикивается нормально с телефона, т.к. он убирает символ, которого быть не может.
А вот обработчик в 1С - судя по всему, нет.
Как вариант - доработать обработчик в 1С.
выскакивает ошибка: "Недопустимый формат штрих-кода" и вещь не добавляется в чек.
У меня так было. При сверке оказалось, что неправильные коды действительно распечатались принтером неправильно и давали при сканировании последовательность, отличающуюся на символ от исходного кода, полученного у ЧЗ.
Выл вебинар у ЧЗ 28 декабря о необходимости " технического зрения" по проверке печати штрихкодов.
Я распечатывал подряд сотнями, при печати принтер иногда приостанавливался, лента шла неравномерно. Возможно приостановки были ошибками. Теперь печатаю потихоньку десятками и сменил программу. Иногда пропускал символ, но чаще добавлял.
У Вас походу сканер удаляет или изменяет какие-то спецсимволы при сканировании. И когда спецсимвол попадает на начало строки - не считывается. У меня телефоном считалось так (там где телефон поставил пробелы скорее всего спецсимвол какой-то):
Собственно, только два варианта, либо сканер глючит, либо обработка кода до валидации. Пикаем, ловим останов, смотрим, думаем над тем, что увидели.
Имейте ввиду, вендор использует 64бит кодирование даже при пересылке кода внутри базы, от объекта к объекту, из модуля в модуль. Зашифровал, передал, расшифровал, использовал.
10.
verniypro
601.02.21 15:01 Сейчас в теме+0.85 $m
\/
Почему-то в "неправильных" кодах присутствует это, я так понимаю, экранирование.
Вот такого "\" слэша быть не должно. Откуда он появляется - вопрос.
Вариантов может быть три:
1. Он появляется при печати (и тут проблема может быть и в принтере, и в обработчике, который формирует задание для него).
2. Он появляется при сканировании (вряд ли).
3. Он появляется непонятно откуда, до момента формирования задания на печать.
Спикивается нормально с телефона, т.к. он убирает символ, которого быть не может.
А вот обработчик в 1С - судя по всему, нет.
Как вариант - доработать обработчик в 1С.
Столкнулся у клиента с такой же проблемой.
Проблема на самом деле не в сканере, а судя по всему в дурной логике 1С.
я так понимаю, что на части QR кодов при приемке товара, программа не делает нормальное сопоставление товара и QR кода.
Решается следующим образом.
В рабочем месте кассира в пустом чеке сканируете QR код. программа показывает строчку с кодом, но без номенклатуры.
Сканируете обычный штрих код, программа находит товар в справочнике и заполняет поле товара.
Нажимаете кнопку перенести в документ. И теперь если на данный товар касса будет нормально воспринимать QR
Мы у клиента просканировали таким образом те позиции, что на проверке показали ошибку.
И дальше уже у продавцов на продаже данная ошибка не возникает.
(12) Как вариант временного исправления наверное действительно подходит, но если такого товара будет много и в дальнейшем, то как бы не совсем удобно каждый раз делать сопоставление ручное.
Не пытались узнать причину? Мне 1С пишут высылайте базу - будем тестировать
(13) Проверил сейчас этот способ. Да в 1С запоминается привязка кода к товару, но в строке чека марка отображается красным цветом в таком случае, а когда сканируешь "нормальный" код марка отображается зеленым цветом. У вас так же?
(14) посмотрите что печатаете, откуда появляется обратный слэш в кодах маркировки. Появляется он до печати (считать код сканером можно и с экрана) или появляется после.
Если есть желание решить проблему - то нужно сперва понять, в какой момент она появляется.
Обратного слэша ("\") в кодах маркировки нет и быть не может.
У вас есть.
(14)
Штрих-кода с ошибками:
010481295746730221hrgbpxfetagn491EE0692zVtx\/YGFcB75+jA0HyjYfIdgqecM18XogEmBARfPdp8=
010481295746738821lezxx2h96maxd91EE0692ql0XsMiB1cUD4Cangso74ZTSum8K0pU8M\/HYKaXkeYw=
Штрихкоды без ошибок:
010481295746730221hrgbpxfetagn491EE0692zVtx/YGFcB75+jA0HyjYfIdgqecM18XogEmBARfPdp8=
010481295746738821lezxx2h96maxd91EE0692ql0XsMiB1cUD4Cangso74ZTSum8K0pU8M/HYKaXkeYw=
Чтобы убрать обратные слэши, нужно понять, в какой момент они появляются.
Либо внести изменения в процедуру, которая проверяет коды маркировки, что-то вроде