DataMatrix: не сканирует или неправильно передаёт данные сканер. 1С и другие программы не принимают просканированный код. : Сканеры штрихкода

насчет как правильно - решать вам - все зависит от того как и для чего обрабатывать что пришло :)
т.е. клавиатурный режим работы, это не самый отпимальный вариант для маркировки - переводи в COM - проще будет, там если есть жс1 то он всегда будет как аски 29
либо если попалось [GS] то считать что есть аски 29 и заменять его если он реально нужен или вырезать если нет - тогда и на клавиатурном можно существовать :)

Добрый вечер. Подскажите как решить проблему.
При считывании кода маркировки товара, штрихкод которого Россия(начинается на 460), все нормально.
Если штрихкод товара начинается на 481 (Беларусь), то выскакивает ошибка - штрихкод не является штрихкодом маркировки.
Сканер - МойPOS MSC-6607 C2D.
Касса - Фронтол xpos3

Сканер в режиме com.

насколько я помню (с форума атола) белорусская марка не соответствует российскому законодательству и поэтому атоловский софт ругается на нее
правда это давно было и м.б. уже починили :) и если так то надо обновить хпос

Спасибо за наводку. Хотя не так давно обновлялся.

Спасибо. Дело было в обновлении.

Текст XML содержит недопустимый символ в позиции 31 :
010460374066587221%,B3HjJLcejnb91EE0692xwgS5Dtk1KpbdUutdzjmNHAyYliyUgosQq1CjErRVnE=
{Справочник.Номенклатура.Форма.ФормаСписка.Форма(8103)}:ДанныеПоШтрихКодам = ПолучитьДанныеПоШтрихкодамВМассиве(МассивШтрихКодов);
{Справочник.Номенклатура.Форма.ФормаСписка.Форма(388)}:ПолученШтрихкод(Данные);

Кто нибудь знает что от меня хочет драйвер NativeApi???
Раньше в УНФ поддерживался драйвер Com-все прекрасно работало... Поддержку его убрали и выпилили из последних версий...
Теперь что в режиме com, что в режиме клавиатура Honeywell 1472g выдает такую ошибку...
Попробовал код, сгенерированный в другой теме по ограничению символов. Тогда 1с просто не находит по коду номенклатуру.
Вариант самый простой-откатить конфигурацию до версии с com драйверами рабочий... Но хочется понять что хочет nativeApi

Сама ошибка возникает при попытке передать с клиента на сервер (во внутренней архитектуре 1С) символ GS (↔).
Видимо настройки сканера нужно подкручивать под требования УНФ, чтобы эта ситуация не возникала.

Предположу, что в настройках сканера нужно выставить параметр Тип выходных данных - Base64
Теоретически, если УНФ это понимает - ошибки не будет.

это было сделано в первую очередь... не помогло.

Может конечно баг, но маловероятно, вы же далеко не единственные с аналогичной конфигурацией.
Версия последняя?
Расширений/дописок нет?