Задача
Терминал самообслуживания устроен неудобно для разработчика. Он стоит без присмотра, принимает бумажные деньги, теряет связь, ломается купюроприёмником и обслуживается человеком, которому некогда читать инструкцию.
К этому добавляется главное: в нём лежат наличные. Значит, каждая купюра обязана быть посчитана дважды, каждая инкассация зафиксирована, а расхождение между тем, что показал счётчик, и тем, что достали из кассеты, — видно раньше, чем о нём расскажет владелец точки.
Решение
Мы написали программу терминала и биллинг к ней как одну систему, а не как приложение и отдельную «админку к нему».
Терминал умеет работать в разрыве связи: платёж принимается локально, встаёт в очередь и уходит на сервер, когда канал вернулся. Пользователь при этом видит понятный статус, а не белый экран.
Биллинг считает деньги по каждому устройству отдельно: приход, проводки, комиссии, остаток в кассете, инкассации. Дальше собирается сводка по сети, и владелец видит, какой терминал приносит, какой простаивает и у какого расходится счёт.
Архитектура и реализация
Из чего собрана система:
· программа киоска с сенсорным интерфейсом и работой без сети
· приём наличных с двойным учётом купюр и защитой от повторного зачёта
· очередь платежей с гарантированной доставкой на сервер
· биллинг: тарифы, комиссии, проводки, остатки по каждому устройству
· учёт инкассаций и сверка с показаниями купюроприёмника
· удалённый мониторинг состояния: связь, бумага, кассета, зависание
· отчёты по сети и по отдельной точке
Отдельно закладывалась защита от того, что обычно вспоминают после первого убытка: повторное нажатие, оборванный платёж, подмена суммы на пути к серверу.
Результат
Сеть выросла до пятидесяти терминалов в Андижане и обслуживалась одним биллингом. Это работа, в которой сходятся три вещи сразу: железо, наличные деньги и собственная учётная система. Веб-студия такой опыт не получает вообще, а без него разговор про платёжную инфраструктуру остаётся теоретическим.
