Создание/редактирование сценариев ATM

[Volonter]

Друзья, доброго времени суток!
Не нашел на форуме темы, в которой можно было бы обсудить особенности создания файлов сценариев для работы банкоматов, поделиться опытом или почерпнуть новые знания.
Подскажите, пожалуйста, есть ли подобная категория на форуме?
Если нет, то задам 1-й вопрос в этой теме:
- каким образом в протоколе NDC можно осуществить ввод данных по маске (для примера: ввод номера телефона по маске - +7(ххх)ххх-хххх)? Что самое интересное, хотелось бы охватить все устройства, работающие по NDC: NCR, WINCOR, NAITILUS.
В своих загрузках, по старинке, данные даю вводить клиенту без маски - стейт H. Раньше использовал стейт R, но на NCR (AANDC 2.6.6), года два назад заимел проблемы с этим стейтом - подставлялось два нуля перед номером телефона, в новой версии не пробовал... может кто подскажет... заранее благодарю...

[Uruc84]

Прошу прощения, но вопрос просто будет в тему. Где вообще можно научиться создавать сценарии для АТМ ???

[Lucky]

Uruc84
Как правило, в каждом конкретном ПЦ есть свои best practice, да и мануалы никто не отменял
Самый джедайский метод, конечно, чтение в оригинале спецификаций NDC/NDC+/DDC

есть ли подобная категория на форуме?

Разрешаю, пиши тут Если тема будет развиваться, то, при необходимости, выделим отдельную ветку.

работающие по NDC: NCR, WINCOR, NAITILUS

Тут следует учесть расширение протокола: как правило, винкор работает по своему протоколу ProCash NDC/DDC. Отдельного расширения для наутилуса не встречала.

[Uruc84]

Uruc84
Как правило, в каждом конкретном ПЦ есть свои best practice, да и мануалы никто не отменял
Самый джедайский метод, конечно, чтение в оригинале спецификаций NDC/NDC+/DDC

Да я просто вообще плохо представляю как это работает. Вся работа с банкоматами у меня была с железом по большей части. Сейчас стал больше работать с программной частью. Нарыть бы где-нибудь мануал для "Чайнегов", было бы ваще замечтательно.

[Volonter]

Хорошо, задам вопрос по-другому:
есть ли у кого опыт использования в NDC стейта R (Enhanced Amount Entry State 2) для ввода данных по заранее определенной маске, интересует NCR, т.к. на Wincor и Natilus, проверенно - работает?!
Научится этому можно потом и кровью В любом случае, нужен опыт работы, т.к. документацию в открытом доступе не получить, передавать её нельзя, хотя, кажется, PUBLIC_DOC можете попробовать запросить у поставщиков оборудования.

[gy1610]

На NCR R-state не используем. На Wincor применили его для FAST Cash. Неправильно до его применения передавалось значение выбранной суммы. С помощью R - state -a добавили справа 2 нуля.
А вообще интересно делиться опытом по созданию сценариев. Я обеими руками ЗА! Но, по ходу работы с сценариями, обнаружил, что использование тех или иных стейтов банкомата довольно сильно связано и с процессингом. Например, у нас Tieto и, увы, не все стейты поддерживаются.

[Lucky]

интересует NCR, т.к. на Wincor и Natilus, проверенно - работает?!

А сценарии одинаковые использовались для этих экспериментов? Ибо если да, то копай в стороону ncr-овского софта (как это ни странно, да ).
И gy1610, конечно, прав - не нужно забывать про ПЦ.

[Aifo]

Слышал что это проблема решалась правкой Ncr-овских библиотек. А так у нас тоже все через "H" вводится.

[Volonter]

На NCR R-state не используем. На Wincor применили его для FAST Cash. Неправильно до его применения передавалось значение выбранной суммы. С помощью R - state -a добавили справа 2 нуля.

Вот, как раз у меня два нуля и подставляется перед маской...
А мы FastCash определяем в интерактивном запросе при разборе кода опер. буфера.

Слышал что это проблема решалась правкой Ncr-овских библиотек. А так у нас тоже все через "H" вводится.

Да, у меня тоже такое ощущение... к сожалению, сейчас, в библиотеку не влезишь... лет 7 назад на ос/2 мы сами делали всё, что вздумается, с 2.6.6 уже было сложнее, а с трешкой пока труба ... На самом деле, не совсем понятно, почему в NCR - у корифеев формата NDC - со стейтом R проблемы, тогда как у Wincor и Nautilus всё гуд... честно сказать, судя по описанию R-стейта, он не имеет прямого предназначения для форматированного ввода данных... ладно, буду продолжать эксперименты с вводом данных по маске на NCR...

Сейчас планируем возобновить работу по поддержке протокола DDC на терминальных устройствах, в связи с этим вопрос, кто может поделиться опытом ввода данных в этом протоколе? Судя по документации функциональные возможности протокола намного шире...