Страницы: 1
RSS
Редкие ошибки при сканировании кодов DataMatrix (Честный знак) ручным сканером в ячейку excel., В отличие от сканирования в блокнот, при сканировании в ячейку excel код может записаться неверно
 
Есть довольно трудная проблема (к кому только не обращался) - при сканировании ручным сканером кодов маркировки DataMatrix (Честный знак) в excel любой версии некоторые коды могут содержать ошибку регистра одного символа. Коды с ошибкой встречаются примерно один на 200 шт. Причем при сканировании в блокнот этим же сканером - код записывается правильно. Пример такого кода во вложенном изображении. Конкретно в этом коде последовательность символов "TOx" коверкается экселем в "Tox". Сканеры любых моделей дают один и тот же результат в разных версиях excel (на работе используется Excel 2003, сканер работает в режиме клавиатурного эмулятора). Задача - сканировать этот код в Excel без искажения.
 
Так мне никто и не подсказал - почему ввод в ячейку со сканера DataMatrix кодов идёт с искажением в 0,5% случаев. Проблему обошел с помощью ввода в ячейку не напрямую, а через диалоговое окно Inputbox, которое бесконечно выпрыгивает (пока не выполню пустой ввод - сделал проверку в цикле Do while), смещая ячейку для ввода методом offset. Однако - хотелось бы обойтись без этого костыля.
Изменено: zxas82 - 21.06.2022 12:19:59
 
Как тему назвали, так ответ и дождались :) Ни у кого наверно сканера не было. А так добавьте TOx в исключения автозамены и все.
 
Цитата
bigorq написал:
добавьте TOx в исключения автозамены
да здесь надо проще, я думаю. Хотя тоже Автозамена.
Файл -Параметры -Правописание -Параметры автозамены -вкладка Автозамена -снять галку с пунка "Исправлять ДВе ПРописные буквы в начале слова"
Даже самый простой вопрос можно превратить в огромную проблему. Достаточно не уметь формулировать вопросы...
 
Спасибо за ответ. Нет, к сожалению не так всё просто. В кодах бывают и по две и более прописных буквы на разных позициях: Вот пример хороших DatfMatrix кодов (вместо вопросика непечатаемый символ разделитель полей Chr(29)):
Код
0104650061710187215Q=PSC93n3as
0104650061710187215+bnl+93M8Xr
0104650061710187215NiuiI93MlHx
0104650061710187215WFO&F934oB4
0104650061710187215Tmrnt93wGAX
0104650061710187215/_?fc93/TWx
0104650061710187215TzfYv93+mDi
01046500617101872154Dt7T93prIX

А вот так выглядят несколько отловленных чудовищными усилиями несколько плохих:
Код
0104650061710484215q6E!Y93+Rmi
0104650061710477215;qlhX93+Iqq
0104650061710477215UoOZU93+Xpo
0104650061710217215_Tox"93jZr0

И как же их выявить? Непонятно. И почему эксель их коверкает - на всех версиях - тоже не ясно.
И напоследок - как выглядят одни и те же коды, в зависимости от того куда их отсканировали:
Код
0104650061710484215q6E!Y93+Rmi в эксель
0104650061710484215q6E!Y93+RMi в блокнот

0104650061710477215;qlhX93+Iqq в эксель
0104650061710477215;qlhX93+IQq в блокнот

0104650061710477215UoOZU93+Xpo в эксель
0104650061710477215UoOZU93+XPo в блокнот

0104650061710217215_Tox"93jZr0 в эксель
0104650061710217215_TOx"93jZr0 в блокнот
 
Цитата
zxas82 написал:
И почему эксель их коверкает - на всех версиях
ну так автозамена же. Поснимайте в её настройках  все галки, хотя по приведенному примеру срабатывает только правило про 2 прописных
 
Да, помогло снятие галочек в настройках автозамены! Значит в случае _ТОx - он считает подчеркивание началом нового слова, как и плюс в первых случаях. Вы сразу были все правы, а я не додумался. Спасибо!
Изменено: zxas82 - 21.06.2022 15:49:57
Страницы: 1
Наверх