Некоторые QR кода не считываются при пробитии
С 1 января начали продавать маркированный текстиль и обнаружили, что часть товара не можем продать.
С виду QR выглядят одинаково, предоставлен одним и тем же поставщиком, но одни сразу добавляются в чек без проблем, а на некоторые, после сканирования выскакивает окно сканирования QR кода. При сканировании повторно кода уже в этом окне выскакивает ошибка: "Недопустимый формат штрих-кода" и вещь не добавляется в чек.
Вид номенклатуры во всех товарах выбран один и тот же: "Текстиль" с признаком маркировки. В честном знаки и "правильные" и "неправильные" коды отображаются при сканировании телефоном корректно и пишет товар "в обороте". Релиз розницы самый последний 2.3.7.22.
При более детальном изучении обнаружил, что "неправильный" код длиннее на 1 символ, т.е. "правильный" 83 символа, "неправильный" 84 символа.
Вот примеры:
Штрих-кода с ошибками:
010481295746730221hrgbpxfetagn491EE0692zVtx\/YGFcB75+jA0HyjY
010481295746738821lezxx2h96maxd91EE0692ql0XsMiB1cUD4Cangso74
Штрих-кода без ошибок:
010481295746069321bcrvf76ima1sj91EE0692t5hplKVN9xCvHy2JbBtq0
010844505468770821YyHJS6VTFrJHO91EE0692LvQfjdJX/YqtA0FLkkxOd
010481295746747021xlm6ga6fukngd91EE06922oYfllUpMF7yTsbejBs5i
Подскажите, где искать ошибку? Уже всю голову себе сломал.
На фото куртка бежевая сканируется с ошибкой, куртка бирюза сканируется нормально
С виду QR выглядят одинаково, предоставлен одним и тем же поставщиком, но одни сразу добавляются в чек без проблем, а на некоторые, после сканирования выскакивает окно сканирования QR кода. При сканировании повторно кода уже в этом окне выскакивает ошибка: "Недопустимый формат штрих-кода" и вещь не добавляется в чек.
Вид номенклатуры во всех товарах выбран один и тот же: "Текстиль" с признаком маркировки. В честном знаки и "правильные" и "неправильные" коды отображаются при сканировании телефоном корректно и пишет товар "в обороте". Релиз розницы самый последний 2.3.7.22.
При более детальном изучении обнаружил, что "неправильный" код длиннее на 1 символ, т.е. "правильный" 83 символа, "неправильный" 84 символа.
Вот примеры:
Штрих-кода с ошибками:
010481295746730221hrgbpxfetagn491EE0692zVtx\/YGFcB75+jA0HyjY
010481295746738821lezxx2h96maxd91EE0692ql0XsMiB1cUD4Cangso74
Штрих-кода без ошибок:
010481295746069321bcrvf76ima1sj91EE0692t5hplKVN9xCvHy2JbBtq0
010844505468770821YyHJS6VTFrJHO91EE0692LvQfjdJX/YqtA0FLkkxOd
010481295746747021xlm6ga6fukngd91EE06922oYfllUpMF7yTsbejBs5i
Подскажите, где искать ошибку? Уже всю голову себе сломал.
На фото куртка бежевая сканируется с ошибкой, куртка бирюза сканируется нормально
Прикрепленные файлы:
По теме из базы знаний
Найденные решения
\/
Почему-то в "неправильных" кодах присутствует это, я так понимаю, экранирование.
Вот такого "\" слэша быть не должно. Откуда он появляется - вопрос.
Вариантов может быть три:
1. Он появляется при печати (и тут проблема может быть и в принтере, и в обработчике, который формирует задание для него).
2. Он появляется при сканировании (вряд ли).
3. Он появляется непонятно откуда, до момента формирования задания на печать.
Спикивается нормально с телефона, т.к. он убирает символ, которого быть не может.
А вот обработчик в 1С - судя по всему, нет.
Как вариант - доработать обработчик в 1С.
Почему-то в "неправильных" кодах присутствует это, я так понимаю, экранирование.
Вот такого "\" слэша быть не должно. Откуда он появляется - вопрос.
Вариантов может быть три:
1. Он появляется при печати (и тут проблема может быть и в принтере, и в обработчике, который формирует задание для него).
2. Он появляется при сканировании (вряд ли).
3. Он появляется непонятно откуда, до момента формирования задания на печать.
Спикивается нормально с телефона, т.к. он убирает символ, которого быть не может.
А вот обработчик в 1С - судя по всему, нет.
Как вариант - доработать обработчик в 1С.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
У меня так было. При сверке оказалось, что неправильные коды действительно распечатались принтером неправильно и давали при сканировании последовательность, отличающуюся на символ от исходного кода, полученного у ЧЗ.
Выл вебинар у ЧЗ 28 декабря о необходимости " технического зрения" по проверке печати штрихкодов.
Я распечатывал подряд сотнями, при печати принтер иногда приостанавливался, лента шла неравномерно. Возможно приостановки были ошибками. Теперь печатаю потихоньку десятками и сменил программу. Иногда пропускал символ, но чаще добавлял.
выскакивает ошибка: "Недопустимый формат штрих-кода" и вещь не добавляется в чек.
У меня так было. При сверке оказалось, что неправильные коды действительно распечатались принтером неправильно и давали при сканировании последовательность, отличающуюся на символ от исходного кода, полученного у ЧЗ.
Выл вебинар у ЧЗ 28 декабря о необходимости " технического зрения" по проверке печати штрихкодов.
Я распечатывал подряд сотнями, при печати принтер иногда приостанавливался, лента шла неравномерно. Возможно приостановки были ошибками. Теперь печатаю потихоньку десятками и сменил программу. Иногда пропускал символ, но чаще добавлял.
У Вас походу сканер удаляет или изменяет какие-то спецсимволы при сканировании. И когда спецсимвол попадает на начало строки - не считывается. У меня телефоном считалось так (там где телефон поставил пробелы скорее всего спецсимвол какой-то):
Бежевый:
"010481295746730221hrgbpxfetagn4 91EE06 92zVtx\/YGFcB75+jA0HyjYfIdgqecM18XogEmBARfPdp8="
Бирюза:
" 010481295746069321bcrvf76ima1sj 91EE06 92t5hplKVN9xCvHy2JbBtq0xYsrnbi1UsaeQ2dr54DdB8= "
Бежевый:
"010481295746730221hrgbpxfetagn4 91EE06 92zVtx\/YGFcB75+jA0HyjYfIdgqecM18XogEmBARfPdp8="
Бирюза:
" 010481295746069321bcrvf76ima1sj 91EE06 92t5hplKVN9xCvHy2JbBtq0xYsrnbi1UsaeQ2dr54DdB8= "
Забыл добавить, если код сканировать в списке номенклатуры - без проблем находит товары и с "правильным" и с "неправильным" кодом.
(4) Вот еще нашел статью по формату кода.
Убедитесь, что сканер возвращает код именно в таком формате. Особенно интересно как возвращается ASCII 232 и ASCII 29.
Если что-то не так - то два варианта: либо производитель неверно печатает, либо сканер спецсимволы искажает.
Убедитесь, что сканер возвращает код именно в таком формате. Особенно интересно как возвращается ASCII 232 и ASCII 29.
Если что-то не так - то два варианта: либо производитель неверно печатает, либо сканер спецсимволы искажает.
Собственно, только два варианта, либо сканер глючит, либо обработка кода до валидации. Пикаем, ловим останов, смотрим, думаем над тем, что увидели.
Имейте ввиду, вендор использует 64бит кодирование даже при пересылке кода внутри базы, от объекта к объекту, из модуля в модуль. Зашифровал, передал, расшифровал, использовал.
Имейте ввиду, вендор использует 64бит кодирование даже при пересылке кода внутри базы, от объекта к объекту, из модуля в модуль. Зашифровал, передал, расшифровал, использовал.
\/
Почему-то в "неправильных" кодах присутствует это, я так понимаю, экранирование.
Вот такого "\" слэша быть не должно. Откуда он появляется - вопрос.
Вариантов может быть три:
1. Он появляется при печати (и тут проблема может быть и в принтере, и в обработчике, который формирует задание для него).
2. Он появляется при сканировании (вряд ли).
3. Он появляется непонятно откуда, до момента формирования задания на печать.
Спикивается нормально с телефона, т.к. он убирает символ, которого быть не может.
А вот обработчик в 1С - судя по всему, нет.
Как вариант - доработать обработчик в 1С.
Почему-то в "неправильных" кодах присутствует это, я так понимаю, экранирование.
Вот такого "\" слэша быть не должно. Откуда он появляется - вопрос.
Вариантов может быть три:
1. Он появляется при печати (и тут проблема может быть и в принтере, и в обработчике, который формирует задание для него).
2. Он появляется при сканировании (вряд ли).
3. Он появляется непонятно откуда, до момента формирования задания на печать.
Спикивается нормально с телефона, т.к. он убирает символ, которого быть не может.
А вот обработчик в 1С - судя по всему, нет.
Как вариант - доработать обработчик в 1С.
Столкнулся у клиента с такой же проблемой.
Проблема на самом деле не в сканере, а судя по всему в дурной логике 1С.
я так понимаю, что на части QR кодов при приемке товара, программа не делает нормальное сопоставление товара и QR кода.
Решается следующим образом.
В рабочем месте кассира в пустом чеке сканируете QR код. программа показывает строчку с кодом, но без номенклатуры.
Сканируете обычный штрих код, программа находит товар в справочнике и заполняет поле товара.
Нажимаете кнопку перенести в документ. И теперь если на данный товар касса будет нормально воспринимать QR
Мы у клиента просканировали таким образом те позиции, что на проверке показали ошибку.
И дальше уже у продавцов на продаже данная ошибка не возникает.
Проблема на самом деле не в сканере, а судя по всему в дурной логике 1С.
я так понимаю, что на части QR кодов при приемке товара, программа не делает нормальное сопоставление товара и QR кода.
Решается следующим образом.
В рабочем месте кассира в пустом чеке сканируете QR код. программа показывает строчку с кодом, но без номенклатуры.
Сканируете обычный штрих код, программа находит товар в справочнике и заполняет поле товара.
Нажимаете кнопку перенести в документ. И теперь если на данный товар касса будет нормально воспринимать QR
Мы у клиента просканировали таким образом те позиции, что на проверке показали ошибку.
И дальше уже у продавцов на продаже данная ошибка не возникает.
(12) Как вариант временного исправления наверное действительно подходит, но если такого товара будет много и в дальнейшем, то как бы не совсем удобно каждый раз делать сопоставление ручное.
Не пытались узнать причину? Мне 1С пишут высылайте базу - будем тестировать
Не пытались узнать причину? Мне 1С пишут высылайте базу - будем тестировать
(13) Проверил сейчас этот способ. Да в 1С запоминается привязка кода к товару, но в строке чека марка отображается красным цветом в таком случае, а когда сканируешь "нормальный" код марка отображается зеленым цветом. У вас так же?
(14) посмотрите что печатаете, откуда появляется обратный слэш в кодах маркировки. Появляется он до печати (считать код сканером можно и с экрана) или появляется после.
Если есть желание решить проблему - то нужно сперва понять, в какой момент она появляется.
Обратного слэша ("\") в кодах маркировки нет и быть не может.
У вас есть.
Если есть желание решить проблему - то нужно сперва понять, в какой момент она появляется.
Обратного слэша ("\") в кодах маркировки нет и быть не может.
У вас есть.
(14)
Штрих-кода с ошибками:
010481295746730221hrgbpxfetagn491EE0692zVtx\/YGFcB75+jA0HyjYfIdgqecM18XogEmBARfPdp8=
010481295746738821lezxx2h96maxd91EE0692ql0XsMiB1cUD4Cangso74
Штрихкоды без ошибок:
010481295746730221hrgbpxfetagn491EE0692zVtx/YGFcB75+jA0HyjYfIdgqecM18XogEmBARfPdp8=
010481295746738821lezxx2h96maxd91EE0692ql0XsMiB1cUD4Cangso74
Чтобы убрать обратные слэши, нужно понять, в какой момент они появляются.
Либо внести изменения в процедуру, которая проверяет коды маркировки, что-то вроде
Штрих-кода с ошибками:
010481295746730221hrgbpxfetagn491EE0692zVtx\/YGFcB75+jA0HyjYfIdgqecM18XogEmBARfPdp8=
010481295746738821lezxx2h96maxd91EE0692ql0XsMiB1cUD4Cangso74
Штрихкоды без ошибок:
010481295746730221hrgbpxfetagn491EE0692zVtx/YGFcB75+jA0HyjYfIdgqecM18XogEmBARfPdp8=
010481295746738821lezxx2h96maxd91EE0692ql0XsMiB1cUD4Cangso74
Чтобы убрать обратные слэши, нужно понять, в какой момент они появляются.
Либо внести изменения в процедуру, которая проверяет коды маркировки, что-то вроде
КодМаркировки = СтрЗаменить("КосячныйКодМаркировки", "\", "")
Во-первых, это не QR код, а DataMatrix
Во-вторых, ознакомьтесь с тем - какие символы допускаются в данном типе кода. Как выше было сказано - обратного слэша быть не может.
В-третьих, попробуйте считать код другими сканерами - и посмотрите на результат. Если есть отличия в считывании, возможно сканер косячит.
Во-вторых, ознакомьтесь с тем - какие символы допускаются в данном типе кода. Как выше было сказано - обратного слэша быть не может.
В-третьих, попробуйте считать код другими сканерами - и посмотрите на результат. Если есть отличия в считывании, возможно сканер косячит.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот
