Как подключить сканер штрих кода через rdp

Сканер штрих-кодов через RDP

Проблему решил, нашел на другом форуме, просто хочу поделиться, чтобы другие бедолаги не мучались как я.

Итак, имеем сканер АТОЛ SB2108 Plus и RDP. Сканируем коды маркировки DataMatrix с сигарет.
На локальном компе все работает нормально, а через RDP случайным обраом меняется регистр некоторых букв.
Вот пример разных сканирований одного и того же кода:
000000462094748.jDj60ACZacPCq
000000462094748.jdj60aCzacpcq
000000462094748.JdJ60aczacpcq
000000462094748.Jdj60aczAcpcq
000000462094748.JDj60acZAcPcq
000000462094748.JDj60ACZACPCq
000000462094748.JDj60ACzAcpcq
000000462094748.JDJ60aczacpcq
000000462094748.jdj60aczacpCQ
000000462094748.Jdj60aczacPcq
000000462094748.Jdj60aczacpcq

Решение:
Надо при подключении RDP открыть параметры, закладку «Локальные ресурсы»
и в поле «Использовать сочетания клавиш Windows» установить «На этом компьютере».
После этого все работает нормально.

Здравствуйте.
Уже давно бьюсь с ЦРПТ по данной тематике: неправильное сканирование кодов маркировки.
Вот мой случай — копия обращения в ЦРПТ:
"Здравствуйте.

При попытке отгрузки через ЭДО
увидели отказ приема документа УПД
№219 ОТ 16.03.2020 (4e89f2afadd0) на сумму = ******* (приложен).

Причина отказа — дезагрегация короба
"011461003014152421001213580051060003750" с сигаретами
из-за выбытия пачки "046100301415270000Hd,".

Анализ обстоятельств показал:

На заводе **** выпущены в разное
время пачки сигарет с маркировкой:
"046100301415270000Hd?AB0oОnE1"
"046100301415270000Hd,AB0ogaL5"

Пачка сигарет с маркировкой
"046100301415270000Hd,AB0ogaL5" лежала на складе в
составе короба "011461003014152421001213580051060003750" до отгрузки 16.03.2020.
Пачка сигарет с маркировкой
"046100301415270000Hd?AB0oОnE1" была продана ранее в оборот: ООО *** >> ООО **** >> ИП ****.

У конечного продавца (ИП ****)
была осуществлена розничная продажа
пачки "046100301415270000Hd?AB0oОnE1" с передачей в
ОФД, где 2D сканер, как мы думаем,
неверно распознал дата-матрикс код и
вместо "?" (вопросительный знак)
передал в ККМ "," (запятую). В
результате в ОФД ушел код
"046100301415270000Hd,AB0oОnE1".

В свою очередь ЦРПТ приняла такой код
и дезагрезировала короб у ООО *** с
входящей в нее другой похожей пачкой
"046100301415270000Hd,AB0ogaL5", несмотря на то, что
у нее другой криптохвост."

Ответа нет до сих пор.

(6)+ Я к тому что ошибка считывания DataMatrix (14 цифр gtin + 13 символов serial) должна приводить к тому то уходит неверный код stgin в ЦРПТ.
Если такого кода не числится за конкретной организацией в месте деятельности — происходит отказ операции.

Если числится ну да произошел пересорт, найти его и когда надо реализовать сделать обратную подмену

(0) и в поле «Использовать сочетания клавиш Windows» установить «На этом компьютере».

Опять сканер в режиме клавиатуры. Мыши плакали, кололись, но все равно продолжали есть кактус.
Если использовать режим эмуляции com-порта, то таких проблем в принципе не возникает. По RDP com-порт пробрасывается нормально, в сеансе как родной живет, будто локально подключен. И в локалке, и через и-нет.

(6) ЦРПТ сообщает. Они не контролируют крипто хвосты, они могут быть любыми.
При сканировании, у покупателя произошла подмена одного символа "." на ",". Этот символ попал на серийный номер пачи.
После того как код был передан ОФД а от туда в ЦРПТ, они не долго думая нашли в своей базе данных пачку с присланным ЕАН и серийным номером и отразили у себя выбытие этой пачки, дезагрегировав короб и паллет, где она хранилась.

Мы написали об этом в суппорт. Сегодня даже на собрании с минпромторгом об этом заявил. Сказали будут думать.

Про проверку криптохвостов.
ЦРПТ не проверяет криптохвосты СОВСЕМ! Как говорят, у них нет алгоритмов, поскольку криптохвосты генерируется не ими.

Проведите простой эксперимент в приложении "честный знак".
Возите код пачки и напишите в конце любые 4 символа. пачка будет подлинной.
046100301415270000Hd?AB0o0000
046100301415270000Hd?AB0oFACK

(12) Ну-счастье в неведение.

Не в неведении — а в собственном опыте. С клавиатурными, еще когда только ЕГАИС начался, я проблем огреб, выше крыши. При чем, на пустом месте. Не проходили продажи, именно из-за подмены символов клавиатурными сканерами. При чем безсистемно. Вдруг, ни с того-ни с сего, и не всех, а каких-то случайно. Замена способа подключения с USB=>КБ на USB=>COM, в 100% случаев, решала проблему. Если у Вас другой опыт — ну, поделитесь, будем знать.

(15) Мы обращались в ЦРПТ с этой проблемой. Предлагали насильно внедрить контрольный символ в серийный номер для производителей и что важно, опубликовать для всех способ проверки.
Сказали уже ничего менять не будут.
Своим программистам на заводе поставили задачу реализовать механизм нумерации коробов/блоков/пачек так, что бы последний (7седьмой) символ в серийном номере являлся контрольной суммой от ЕАН+СерийныйНомер(6симвлов). По крайной мере будем осуществлять проверку в своих учетных системах — СвойПроизводитель-СвойПервыйПокупатель-СвояСеть

Для коробов это проверка на ошибку 1/10 так как там только цифры в серийном номере, для вот для блоков и пачек сигарет будет проверка 1/80, так как там 80ричная запись (буквы+цифры+символы) в серийном номере.

(17) да
Для пачек и блоков:
Serial Number Length [no. of chars]=7. Serial Number – identification code generated by manufacture from GS1’s 80 character set

Для коробов производителя сами назначают, но рекомендация 7 символов
AI = 21
Serial Number = Length [no. of chars]=7 Serial Number, from GS1’s 82 character set
<FNC1>
Хотя ограничения нет использовать только цифры, многие производители придерживаются цифрового стандарта CODE128 для совместимости с автоматическими складами и печатают в виде обычного линейчатого штрихкода.

Подолью масла в огонь ))

Выписка из переписки с ЦРПТ:
".
Хотя мы всегда считали это невозможным, но беседуя с разработчиком POS системы, это обстоятельство было подтверждено. Программистам разработчика POS система удалось повторить неправильное чтение отдельных символов дата-матрикс кода сканером метролоджик, подключенного как клавиатура при включенной русской раскладке на pos системе. Это возможно проблемы конкретных POS или конкретного способа подключения сканера, а возможно имеет массовые случаи. сейчас мы не знаем. В любом случае, в ККМ отправлялись на продажу ложные коды маркировки, содержащие отдельные неправильные символы, а ОФД их отправляла в ЦРПТ, который также, не проверяя, выводил из оборота, если таковые серийные номера существовали.

Какие можно сделать выводы:

У кодов маркировки отсутствуют контрольные суммы, доступные для анализа POS системам. Соответственно разработчики POS систем и систем ЭДО не могут контролировать правильность внесения кодов маркировки. Единственная надежда, что сам ЦРПТ будет проверять крипто-хвосты хотя бы блоков и пачек. Но как видим, пока это не производится.

Даже если предположить, что дата-матрикс в будущем всегда будет сканироваться без ошибок, всегда возможен ручной ввод кодов маркировки и ошибки при ручном вводе именно серийного номера — неизбежны.

Поскольку ЦРПТ не проверяет крипто-хвосты и генерит серийный номер не случайным образом, а по порядку, то можно просто ПАРАЛИЗОВАТЬ ВСЮ РАБОТУ ЦРПТ ИЛИ КОНКРЕТНОГО КОНКУРЕНТА. Как? да просто. генерировать чеки с подряд идущими серийными номерами (для каждой 500-сотой пачки) и отравить их в ОФД как продажу за 1 копейку. Таким способом можно вести борьбу с КОНКУРЕНТАМИ-ПРОИЗВОДИТЕЛЯМИ, разагрегировав все короба конкурента создав проблемы для их дальнейшего использования.

Примечательно, что коды маркировки для КОРОБов, вообще не имеют ни каких проверочных крипто-хвостов и нумерация у большинства производителей идет по порядку.
. "

Вот такая вот нас ожидает "пандемия" в обороте сигарет с 01.07.2020.

(13) "Замена способа подключения с USB=>КБ на USB=>COM, в 100% случаев, решала проблему".

Вы правы. подключение через клавиатуру сразу проявляет проблему перекодировки, если таковая имеется.

Что в буфер клавиатуры, что в COM проводник, сканер передает код ASCII символа.
В первом случае сканер передает код в буфер клавиатуры, где операционная система его преобразует в соответствии с текущей кодировкой подставляя в активное поля ввода.
Во втором случае, этим занимается конечное ПО, которое обрабатывает событие, вызванное драйвером сканера, и так же обрабатывает полученный ASCII код по своим таблицам преобразования.
В последнем случае обязанность на правильное преобразование символа возложено на используемое конечное ПО, а его так же разрабатывали люди и они так же могут ошибаться.

Оп. перехвачен новый случай

Получен от сканера и опознан как ошибочный: 4301415270000Hg5AB0oMPf/
фактически был: 046100301415270000Hg5AB0oMPf/

(19) >Таким способом можно вести борьбу с КОНКУРЕНТАМИ-ПРОИЗВОДИТЕЛЯМИ, разагрегировав все короба конкурента создав проблемы для их дальнейшего использования.

Хрень это, в ЦРПТ просто проверку включат на владельца текущего. И фиг ты что разагрегируешь чужое.
А может она уже и есть и это только внутри одного владельца прокатывает.

Как подключить сканер штрих кода через rdp

вопрос таков, имеется клиентский компьютер Win7 с ручным сканером Motorola (если это важно) для снятия штрих кода документа, сканер работает в режиме эмуляции клавиатуры (те в блокнот например можно сразу сканировать штрих кода, без стороннего по)

При подключении к серверу терминалов 2008R2 стандартным mstsc (Подключение к удаленному рабочему столу) сканирую штрих кода в терминале имеем такое (привожу пример сканирования одного и того же штрих кода 3 раза)

Оригинал штрих кода N _03 NP 0009727_71

Тоесть скачет регистр символов и подчеркивание меняется на тире, причем от раза к разу различные результаты

На данный момент проблему решил использованием клиента RDCMan 2.2 в этом клиенте все ок передается в терминал, те имеем N _03 NP 0009727_71 без искажений

PS все клиенты и сервера имеют последние обновления

• Изменено Denis Gulyaev 25 июля 2013 г. 10:29
• Изменен тип Dmitriy Vereshchak Microsoft contingent staff 7 августа 2013 г. 11:05 Тема переведена в разряд обсуждений по причине отсутствия активности.
• Изменен тип Dmitriy Vereshchak Microsoft contingent staff 8 февраля 2016 г. 7:56

Ответы

• Предложено в качестве ответа Chumak Alexandr 21 февраля 2020 г. 12:14
• Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff 3 июля 2020 г. 5:58

Была точно такая же проблема. Я установил межсимвольную задержку 100 мс на сканере. После этого стало все нормально!

• Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff 8 февраля 2016 г. 7:57

Все ответы

Не совсем правильно я сформулировал вопрос,

Вопрос состоит в том что в разных "версиях" клиента RDP с которого работаешь на одном и том же терминальном сервере сканер ведет себя по разному, конкретно в стандартном mstsc (версия 6.1.7601.17514) данные со сканера передаются в терминал неправильно — с искажениями. При работе с тем же сервером терминалов другим клиентом, в частности с RDCMan (Ссылка) все данные передаются корректно (100 раз правильно из 100 раз сканирования). Под данными подразумевается сканированный штрих код.

По сути не хочеться ставить всем тем людям кто работает со сканером, сканирующими в терминал сервер дополнительный клиент RDP — пользователей иногда это запутывает что имеется два клиента

Проброс сканера ШК через rdp в win7

Доброго времени суток! Поискал на форуме похожие темы, например Фискальный регистратор+RDesktop но нужного ответа для себя не нашел.

Задача следующая: Есть пк на win7, на нём стоит 1с 8.3, есть много клиентов на Ubuntu 16.04 LTS. К пк с Ubuntu подключается сканер штрих-кодов Datalogic QuickScan QD2430 (есть 2 кабеля к нему: RS-232 и USB), необходимо с Ubuntu, подключаясь по rdp к пк с windows пробросить данный сканер ШК для работы в 1с и (например, Блокноте). Еще проблема — 1с на пк с win7 корректно работает со сканером шк, только если он подключен к СОМ1, с другими номерами СОМ портов 1с отказывается работать, это изменять нельзя, так же не желательно создавать виртуальный СОМ-порт с привязкой к конкретному ip-адресу клиента на Ubuntu, т.к. клиентов более 200 пк.

Что я предпринимал и какие результаты:

Сканер настраивал по штрих-кодам из книжки так:

• Восстановление заводской конфигурации ЕС
• Стандартный интерфейс — RS232-STD
• Скорость передачи данных — 9600
• Четность — нет
• 8 бит данных
• 1 стоп-бит
• Управление установлением связи = RTS

Подключаю сканер через СОМ кабель к Ubuntu, он определяется как /dev/ttyS0. Есть 2 пользователя: user и root, оба состоят в группе dialout, права на /dev/ttyS0 — 666. Далее пишу в терминал stty -F /dev/ttyS0 -parity cs8 raw -echo после этой настройки проверяю в терминале работу сканера ШК: cat /dev/ttyS0 — вижу, как сканер сканирует штрих-код.

Теперь пробую через rdp пробросить сканер на win7:

rdesktop -u user -p mypass -g 1024×768 -r comport:COM1=/dev/ttyS0 192.168.40.21

Соединение проходит, в win открываю cmd.exe и пишу: change port, вижу такую строчку:

• AUX = \DosDevices\COM1
• COM1 = \Device\RdpDrPort\;COM1:1\tsclient\COM1
• COM2 = \Device\Serial1

По «гуглу» это говорит о том, что порт пробросился, но 1с сканер не видит (в настройках 1с сканер шк добавлен), в Блокнот не сканируется инфа, так же проверяю работу сканера программой PcWedge — у неё настройки следующие:

• SerialPort=\\.\COM1
• BaudRate=9600
• Parity=None
• DataBits=8
• StopBits=1
• FlowControl=None
• RDxBuffer=4096
• SleepTime=0
• Operation=11
• PreAmble=
• TargetType=0
• TargetParam=
• PostAmble=

Причем если в этой программе нажать Close(выход) то она «мёртво повисает».

Пробовал физически сканер подключать через USB провод, в этом случае всё точно так же, как описано выше, за исключением, что устройство висит на /dev/ttyACM0, а на win-пк установлены драйвера (на всякий случай USB-Com с сайта datalogic)

И настройки на самом сканере такие по книжке:

• Восстановление заводской конфигурации ЕС
• Выберете USB-COM-STD

При таком пробросе (имеется ввиду usb-сом подключение сканера к Ubuntu) на win в терминале Ubuntu при попытке что-то отсканировать в PcWedge (1с не видит сканер, в блокнот так же не сканируется) выдается сообщение:

xfreerdp — выдает ошибку, что у него не установлены плагины для проброса СОМ и его надо пересобирать с параметрами cmake -DWITH_SSE2=ON -DCHANNEL_URBDRC_CLIENT=ON -DCHANNEL_URBDRC=ON, но, честно сказать, этого я не делал, Remmina(графическая оболочка) не пробрасывает СОМ порты, в свойствах не увидел таких галок и настроек.

Так же пробовал пробрасывать шк под другим СОМ портом, например, СОМ5, СОМ7, СОМ3 (их не существует физически в win-пк) и тд. чтобы он хотя бы в Блокнот сканировал. Стоит отметить, что в обоих вариантах подключения сканера шк я при rdp сессии вижу передаваемую информацию через putty, но в диспетчере устройств win7 не создается ни нового СОМ-порта ни нового USB устройства. Подскажите, пожалуйста, что еще можно попробовать сделать?

Мой опыт подключения сканеров штрих-кода в RDP

Несколько месяыев назад тоже мучился с подключением сканера через RDP — была бы эта статья раньше, меньше времени бы убил. Сначала настроил в разрыв клавиатуры, причем, маленькая ремарка, не только Атол умеет работать с таким режимом, последние версии от 1С тоже научились, локально все ОК, но по RDP срабатывало через раз, манипуляции с таймаутом давали эффект, но стабильной работы добиться не удалось. Потом сделал проброс портов, перевел сканер в режим эмуляции COM-порта и все завелось на отлично.

настроил под сотню наверное сканеров и через рдп и не через рдп и егаис и не егаис — танцев с бубнами не было никогда )))) что за описание?? что за область

Сталкивался однажды с подобной проблемой, это надо в настройках сканера копаться. Достоверно не помню, давно было, либо отключал поддержку UPC либо включал преобразование UPC в EAN.

Не Надо людей вводить в заблуждение, не только атолом все сыты, стандартные драйвера от 1с тоже нормально работают. По поводу кнопки f7, можно обойтись и без нее, просто подключаете сканер как торговое оборудование, а где ком порт ставите «клавиатура»

1) Разрыв клавиатуры намного лучше, т.к. КОМ-порты часто отваливаются и надо перенастраивать компьютер.Хорошо работает со стандартными 1С драйверами.

2) Для 1С 7.7 Разрыв клавиатуры не предусмотрено, сделал его силом ��

Ошибаетесь программирование префикса F7, очень удобно в том плане, что не требуются вообще драйвера для сканера. Он работает как обычная клавиатура в 1С только правда. И как вытекающие не надо виртуалить COM и мапить потом по RDP сканер со всеми вытекающими проблемами RDP.

Да что вы) Работаю с 2007 года с оборудованием. Если действовать по инструкции подключил и главное потом свалил от них навсегда, то согласен с вами проблем е бывает) А вот если обслуживаешь клиентов годами, то поверьте бывают))

И к вашему сведению нет сканеров ЕГАИС, есть 1D и 2D сканера — 3D пока не придумали) Разницы по подключению между 1D и 2D нет не какой они по большей части с 1С и РМК работают в режиме 1D))