Retail Peripheral Simulator для D365O

[gl00mie]

Субъективно незамеченным прошел анонс эмулятора периферийного оборудования POS, выпущенного для D365O. Соответствующая статья появилась на wiki-сайте, также я нашел об этом пространную публикацию в одном блоге.
О чем, собственно, речь: есть очень развитый со времен AX 2012 (особенно R3) модуль Retail, в нем есть отдельное интегрированное с Аксаптой приложение POS для установки на кассы, киоски самообслуживания и т.п. Подобные точки продаж обычно используют специализированное оборудование, как-то:

• считыватель штрих-кодов
• считыватель магнитных карт
• принтер для печати чеков
• электронные весы
• цифровая клавиатура (pin pad) для безопасного ввода pin-кодов
• устройство ввода рукописной подписи
• денежный ящик
• строчный дисплей для отображения информации покупателю

Так вот, прежде при демонстрации работы POS-приложения приходилось либо отключать периферию в профиле оборудования, либо использовать "настоящую" кассу с настоящей периферией. Теперь же можно запустить сбоку эмулятор, который через стандартный API OPOS будет представлять соответствующее оборудование POS-приложению.

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


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

[Maxim Gorbunov]

А к 2012 POS его можно подключить?

[gl00mie]

Про AX2012 официально ничего не говорится, хотя логичным следующим шагом была бы доработка Hardware Station для работы с таким эмулятором. Еще, конечно, в эмуляторе субъективно недостает интеграции именно с фискальными принтерами и эквайрингом, но это, думаю, в лучшем случае оставят партнерам для самостоятельной реализации.

[mazzy]

эмуляторы фискальных принтеров выпускают сами производители.
для тех же целей. в том числе для тестирования.
правильнее пользоваться ими. хотя, конечно, хочется "все в одном"

[gl00mie]

Zitat:

Zitat von mazzy

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

Это утверждение основано на реальных данных или это догадка из серии "так должно быть по логике вещей"? Можно prooflink на эмулятор, который умеет сообщать драйверу, что посреди печати закончилась чековая лента, открылась крышка или вообще пропала связь? АТОЛ, Пилот, Пирит - либо не выпускают такие эмуляторы, либо тщательно их скрывают Я читал только про эмулятор Сервис Плюс, но он последний раз обновлялся в 2014-м году, т.е. реализуемые им версии прошивок уже давно неактуальны.

[mazzy]

Zitat:

Zitat von gl00mie

Это утверждение основано на реальных данных или это догадка из серии "так должно быть по логике вещей"?

без комментариев. извини.

Zitat:

Zitat von gl00mie

Можно prooflink на эмулятор, который умеет сообщать драйверу, что посреди печати закончилась чековая лента, открылась крышка или вообще пропала связь?

https://dl.dropboxusercontent.com/u/...e_20110121.zip
а кстати, хорошая мысль... не, вроде не умеет эмулировать ошибочные состояния по запросу... надо будет поразбираться

[gl00mie]

Спасибо за файлы - похоже на эмулятор того самого шведского ФР, пример интеграции POS с которым обещали выдать для D365

Zitat:

Zitat von mazzy

не, вроде не умеет эмулировать ошибочные состояния по запросу... надо будет поразбираться

Если эмулятор ФР не умеет эмулировать ошибки, то толку от него чуть больше, чем от MOCK-заглушки драйвера. Ведь самое интересное происходит, когда ФР начинает чудить, когда у него время с кассой расходится, когда посреди печати чека бумага заканчивается (при этом он мог успеть записать чек в фискальный накопитель, а мог и не успеть), когда кто-то тупо щелкает тумблер питания локтем. При этом POS должен уметь диагностировать такие вещи, корректно сообщать о них и, самое главное, уметь синхронизировать данные по текущей смене в базе канала с фискальным накопителем ФР. К слову, POS тоже может "упасть" и перезапуститься посреди печати чека - и должен при этом корректно продолжить работать, понять, что ФР ждет команды завершения текущего документа и т.п.
А тестирование POS на эмуляторе, у которого всегда всё хорошо, - это баловство, дымовые тесты, не более.