Chirkov.net: блог

Снова ПриватБанк подсказал идею – честь и хвала их бесконечной изобретательности! На этот раз про то как сократить количество используемых ATM-сценарием стейтов. Как известно и сценарий может использовать всего 999 стейтов (состояний экрана) и увлекаясь расширением сервисов банкомата, в 1ую очередь связанных с различными платежами, банки очень быстро приходят к тому, что стейтов им не хватает. Идея Привата заключается в том, чтобы не спрашивать у клиента его сотового оператора, а маршрутизировать платежи по префиксу сотового оператора (например: 915,916,917 – МТС, 903,905 – Билайн и т.д):

• В классическом ATM-сценарии ветка сотовых платежей выглядит так: сотовые платежи – сотовый оператор – ввод номера телефона
• В Приватовском АТМ-сценарии ветка сотовых платежей выглядит короче: сотовые платежи – ввод номера телефона

Функция Алгоритмикса (инструмент пользовательской кастомизации процессинговой системы TranzWare Online), позволяет анализировать любой параметр транзакции и влиять на ее авторизацию, в частности в данном случае она вычленяет первые три цифры номера телефона и отправляет запрос на платеж в соответствующий оператору шлюз или сообщает клиенту, что операция не может быть проведена так как номер телефона не валиден. Количество “сэкономленных” таким образом стейтов зависит от количества сотовых операторов, в адрес которых принимаются платежи.

Если пойти немного дальше, то в целях экономии стейтов можно все сходные технологии и платежи объединять в смысловые группы. дДаже если по умолчанию маршрутизация по префиксу не возможна (идентификатор клиента у получателя платежа его не содержит), то реализовать это все равно можно, если чуток усложнить жизнь клиенту и предложить ему добить платежный реквизит префиксом, соответствующим конкретному платежому получателю. Например, мы принимаем пополнения в адрес систем интернет-денег и у всех этих систем номер лицевого счета клиента не содержит никакой уникальной для данной платежной системы последовательности цифр. Мы предлагаем клиенту общий пункт меню “пополнение Интернет-платежных систем” и в нем публикуем для клиента предложение не только ввести свой платежный реквизит, но и дополнить его префиксом из таблицы соответствий: для Яндекс-денег добавьте перед номером счета цифры 123, для РБК-мани добавьте перед номером счета цифры 234, для Вебмани добавьте перед номером счета цифры 345 и т.д.), в дальнейшем анализируем этот первые три цифры и маршрутизируем транзакцию на нужный хост, перед этим исправляя реквизит (удаляя эти 3 нужные только нам цифры).

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