Главная категория > АТОЛ FPrint-22ПТК

АТОЛ 22ПТК, Перевод на ФФД 1.2 и М- в чеке. Шины

(1/3) > >>

Alfa Dog Андрей:
Всем привет. Есть две кассы Атлы 22. 1с УТ 11 вроде. Шины.  До перевода на П 5.0 все работало норм. Буквы М просто были. Коды передавались как нужно типо :
Код маркировки 444D 02900016879950 j;i7<xgW:JBYG
Код товара RE0CozZ52U5qO2k3PHhnVzpKQllH
GTIN 02900016879950
S/N j;i7<xgW:JBYG
Делаю стандартную процедуру.
Драйвер 10.9.2.3
Прошка 5.8.20
1ску всё обновили.
Пробуем пробивать. На одной точке сканер беспроводной Мертех какой то там.
Всё норм. М+ правда нету но просто М есть. Код падает как нужно
Код маркировки 444D 06924064106673 QCYJsPM;t:%<i
Код товара GS1.M 010692406410667321QCYJsPM;t:% GTIN 06924064106673
S/N QCYJsPM;t:%<i
Режим обработки КМ: 0
Проверка товара: 00000000

А вот пробуем на второй точке. Там беспроводной Атол 2109 BT. Получаем М- и какую то чушь в Коде Маркировки
Код товара 0106419440491332215e'ORs1(Pfj'(9
Режим обработки КМ: 0
Проверка товара: 00000101

Я так понимаю сканер ШК что ли моросит? До этого же норм было. Куды капнуть нужно? Наведите на путь истинный :)

geodile:

--- Цитата: Alfa Dog Андрей от 21/03/2022 19:50:24 ---До этого же норм было
--- Конец цитаты ---
до этого проверок корректности и не было
проверять сканер, марку, ккт, софт.
можно спросить в црпт в чем ошибка

Alfa Dog Андрей:
Надо было сканер настроить. Атол 2109 срал не то :)

Max001:

--- Цитата: Alfa Dog Андрей от 21/03/2022 19:50:24 ---Атол 2109 BT
--- Конец цитаты ---
Бились с такой ерундой.
Во-первых сканер однозначно на ком-порт. Но нам не помогло. Подставили другой сканер, все заработало.
При сравнении пришли к выводу что ВТ сканер слишком быстро читает и верхнее ПО (онлайн СБИС) не успевает обрабатывать. При сканировании новым сканером знаки выскакивали с видимой задержкой, атол выдавал всю строку разом. Даже на самой маленькой скорости.

Torquader:
Насколько я помню, у bluetooth-сканеров передача идёт в виде Unicode-String, и приложение получает весь код в одном сообщении WM_INPUT, если использует RawInput, а вот если не использует, то этот код транслируется в символы - и windows делает очень коряво.
Я столкнулся, когда писал специальную программу, которая работает через Unicode, оказалось, что только Notepad умеет корректно их понимать (не говоря о взрослых офисных приложениях), остальные приложения ведут себя очень странно - символы получаются по какой-то неведомой логике.

Ну и, самое печальное - через RDP это криво пролазит, хотя - должно.

Навигация

[0] Главная страница сообщений

[#] Следующая страница