Проблема с кодировкой чека на NCR 6622 (РЕШЕНО)

[apollo]

Здравствуйте!
У нас NCR 6622 с версией APTRA 5.1. Возникли проблемы с чеками.
Кодировка чека не всегда правильная. При первой печати чека некоторые данные пишутся кракозябрами, в частности это поле наименования и адреса мерчанта, при повторной печати чека все печатается корректно. Это при выборе русского языка.

xtrb.jpg

При выборе английского языка, все время печатаются кракозябры в этом поле.
Проблема наблюдается только с данным полем, все остальные данные печатаются нормально.
Кто-нибудь сталкивался с данной проблемой? Посоветуйте, пожалуйста, как можно устранить.

У других банков, обслуживающихся в этом процессинге есть NCR, но APTRA 3.2 самая старая. И они говорят, что конфигурация подобрана именно для них, поэтому возникают проблемы с кодировкой. Предлагают установить вместо 5 Аптры 3 версию.


Хост шлет следующее:

хост.jpg

[Dan]

CyrillicUniversalCharSets.rar

Встречался с похожей проблеммой.
Может это поможет:

Спойлер

1)
[HKEY_LOCAL_MACHINE\SOFTWARE\NCR\Advance NDC\PRINTING\Receipt Forms]

"Dynamic Forms"=dword:00000000

2)
[HKEY_LOCAL_MACHINE\SOFTWARE\NCR\Advance NDC\PRINTING]
"CHAR_MAP_FILENAME"="CyrillicUniversalCharSets.txt"

Copy "CyrillicUniversalCharSets.txt" to c:\program files\NCR Aptra\Advance NDC\Config\

Еще,почитай тут:
http://bankomatchik.ru/forums/45/1340?p ... 3.4#p56382

[apollo]

У меня файл называется UniversalCharSets.rar содержимое идентичное.
При изменении Dynamic forms текст в поле мерчанта остается кракозябрами, а все остальное вообще палочками начинает рисовать.
а с файлом resrvd.def не могу разобраться. KO1 у меня соответствуют тому что и в той теме вложили.
На сколько я понимаю, то с кириллицей в чеке проблем нет, есть проблема с латиницей.
Есть описание файла resrvd.def? какое поле за что отвечает?


Еще пробовал менять значения в файле fontdefs.txt который находится в С:\ в результате меняются только экранные шрифты. Но файлы с таким же названием встречаются и в других папках. Например: C:\Program Files\NCR APTRA\Advance NDC\Data. но и в этой папке замена не повлияла на проблему.

[Dan]

На сколько я понимаю, то с кириллицей в чеке проблем нет, есть проблема с латиницей.

В этом случае, скорее всего на хосте не прописан возврат кодировки на латиницу.
Например, если печатается русская "Н", это с процессинга посылают букву "Н", используя раскладку английской клавиатуры , только большими буквами.
Capslock+Y= "Н"
Обратно, нужно переключить на английскую клавиатуру,
Scroll+Y=Y, как-то так. Все это делается ESC- последовательностью.
Все это на процессинге должны знать как делать.

[apollo]

Сейчас почитаю про esc-последовательность и попробую что-нибудь с процессингом сделать.

[nonpar]

Вся инфа для распечатки на клиентских чеках (за исключением названия и/или логотипа финансового института) формируется процессингом и передается в сообщении Transaction Reply. Поэтому вопросы к процессингу, скорее всего. Должны привести формат чека в соответствие с документацией на вашу версию AANDC и оборудования банкомата.

Добавлено спустя 4 минуты 37 секунд:

Еще пробовал менять значения в файле fontdefs.txt который находится в С:\ в результате меняются только экранные шрифты. Но файлы с таким же названием встречаются и в других папках. Например: C:\Program Files\NCR APTRA\Advance NDC\Data.

Рабочая папка для этого файла как раз C:\Program Files\NCR APTRA\Advance NDC\Data. А тот, что лежит в корне С или ещё где-то - Аптрой использоваться не будет.

[apollo]

Должны привести формат чека в соответствие с документацией на вашу версию AANDC и оборудования банкомата.

Даже не представляю где и что делать. читал PROGRAMMERS REFERENCE MANUAL, там говориться о файле resrvd.def и о поле R01, в котором указывается кодировка, но у меня нет такого поля в файле, а где его создать (в каком порядке) я не знаю.

Поэтому вопросы к процессингу, скорее всего.

От процессинга все приходит одинаково, при первом запросе и при втором, но в первом случае кодировка не меняется, а во втором меняется:
\0a1 Head Office\0ast. Street 76\0aATM17001\
\0a1 Head Office\0ast. Street 76\0aATM17001\
поставщик процессинга говорит следующее:
Возможно происходит некорректное переключение character set`a. То есть, у вас как основной character set включается одно, и поэтому английские буквы сначала переводятся на другие символы. А после asc_esc все проходит нормально. Либо как-то наоборот... Но со стороны хоста идёт все правильно.

Рабочая папка для этого файла как раз C:\Program Files\NCR APTRA\Advance NDC\Data.

в fontdefs.txt у меня указано:
1,NCR866,OEM_CHARSET,100,125,0,6,0,0
2,NCR R2,RUSSIAN_CHARSET,100,125,0,6,0,0
3,Courier New,RUSSIAN_CHARSET,110,100,0,6,0,0
Если я не ошибаюсь, то все эти шрифты только для кириллицы. У Вас что указано в этом файле?

(за исключением названия и/или логотипа финансового института)

У нас процессинг от tieto и инфа о названии передается от процессинга.

[Dan]

в fontdefs.txt у меня указано:

У нас вообще не важно,что было пропивано в fontdefs.def
Я менял значения и так, и эдак все равно печатались только большие английские.
Маленькие английские и русские( большие и маленькие) печатались в виде иероглифов.
На процессинге, меняли что-то в тексте , в конце концов у них все получилось.
У себя, только значения реестра надо было менять( писал выше какие значения)

[apollo]

Я менял значения и так, и эдак все равно печатались только большие английские.

Если я поменяю значения в реестре, то у меня сообщения в кодировке ascii отображаются:

кодировка.jpg

А хост не знает что нужно менять.
Не могли бы Вы узнать что именно менял Ваш процессинг?

[nonpar]

У нас процессинг Компас, соответственно в Fontdefs.txt прописан шрифт с нестандартной для Винды кодировкой (кажется, KOI-8), идущей со времен OS/2. Но это TrueType шрифт, т.е. экранный.
Принтерная же кодировка - стандартно принятая в NCR русская. Кстати, были похожие проблемы, когда настраивал Наутилусы: там принтер не умеет переключаться в широкий шрифт, и в итоге выводил какую-то хрень. Попросил процессинг убрать широкий шрифт в чеках.
В общем, могу только посоветовать разбираться с помощью трасс сообщений Transaction Reply и APTRA™ Advance NDC Reference Manual:

Chapter 5 - Printer Data
Appendix B - Character Sets

[apollo]

У себя, только значения реестра надо было менять( писал выше какие значения)

Вот чек с результатами правки реестра

rjl.jpg

Было бы хорошо узнать, что надо еще процессингу сделать на своей стороне...

[Dan]

Не могли бы Вы узнать что именно менял Ваш процессинг?

К сожалению, они со мной такой информацией не делятся.
Знаю только, что они используют какие-то команды, в которых присутствуют:
ESC I ( ) % и еще что-то...
I по-моемому это и есть переход с английской клавиатуры на русскую, может и наоборот, но надо еще какие-то символы использовать, типа кавычек итд.
И все это применяется к одной фразе.
Если в фразе ( например ПРАВИЛА ПОЛЬЗОВАНИЯ) вместо маленькой буквы g случайно вставили большую G, тогда текст будет выглядеть так: GРАВИЛА GОЛЬЗОВАНИЯ
Может вам попросить процессинг чтоб написали текст " head office" большими буквами- HEAD OFFICE, тогда на чеке все будет правильно отображаться?

[medved]

Решение - приобрести свой процесинг,

[apollo]

Решение - приобрести свой процесинг,

за ваши деньги, любой каприз

[apollo]

Дело вообще не в процессинге.
Я хочу разместить лого на чеке и добавил экранную форму R00 и там указал LOGO.bmp
На чеке лого не напечаталось , но зато видно, что LOGO пишется, а вот с bmp проблема... опять иероглифы. так что дело в банкомате... Надо выяснять почему он прописные английские не хочет печатать.
Есть у кого-нибудь варианты решения проблемы?

[Dan]

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

[apollo]

Проблему решил.
В файле resrvd.def в полях K01 и k04. все решилось на стороне банка.