Разработка программного обеспечения для платежных терминалов, что почитать?

Question

[Horus20]

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

Comments

[Horus20]

Интересует в большей степени процесс разработки оболочки. Нашел пример, сделанный на Flash'е, возникло еще больше вопросов.
Правильно ли я понимаю, что по сути ПО для терминалов — это две части, одна это интерфейс который видит пользователь, вторая — это оболочка, которая осуществляет взаимодействие с железом. Так ли это?

Answer 1

[alexandris]

Как правило делают две слабосвязанные части. Интерфейс и ядро системы.

С твоем случае дело наверное обстоит так: запускается служба(демон) и открывает http порт. Флеш открывается на полный экран в браузере и общается с ядром по http протоколу. Так сделано терминальное ПО у quickpay.ru.

Другой подход у osmp.ru: встраивают браузер в свое ПО, интерфейс представляет собой набор html/js страниц. Общение с ядром происходи через установку значений в скрытых input тегах.

У киберплата есть открытый код терминального ПО на с++/qt, можешь посмотреть dev.cyberplat.com/redmine/wiki/pt. В нем реализована поддержка большей части требуемого оборудования.

Comments

[Horus20]

Спасибо за объяснение и ссылки.

Answer 2

[sl_bug]

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

Подробнее сказать сложно, без знания того какое у вас железо и какой процессинговый центр.

Comments

[sl_bug]

ISO 8583 — связь с процессинговым центром.

Answer 3

[Obramko]

Qt. Простота разработки, плюс можно делать кастомные стили для виджетов (на css).

Comments

[Horus20]

Если я верно понял, то можно попробовать вот такую схему. Ядро, которое работает с оборудованием пишется на Qt, интерфейс пользователя на связке Qt+QML для более простого обновления и более гибкой настройки.
Как вам подобная схема?

[Obramko]

Bingo! :)
Что-то такое я и имел в виду.
Плюсом получите почти готовую кросс-платформенность — авось когда-нибудь надо будет на Linux переехать.

[Horus20]

Если честно, то я бы сразу хотел на Linux ^)
В целом картина вполне складывается, исходники на которые дал ссылку alexandris, я думаю позволят всю картину сложить окончательно.

[Obramko]

Ну так напишите кросс-платформенные классы для работы с железом, а дальше уже куда скомпилите, там и будет :). Лично я бы так делал.