BiTel

Можно поподробнее.

Оплата кредитками через процессинг Сбербанка (модуль в разработке).

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

модуль MPS работает с терминалами, т.е. сам модуль не обращается ни к каким внешним системам, а внешние системы обращаются к модулю

Этот же протокол подразумевает обратный механизм, клиент заходит в ЛК выбирает оплату по карте, биллинг формирует счет, передает его на платежный шлюз, регистрирует его там, получает уникальный код заказа, перенаправляет клиента на страницу банка (передавая этот код заказа), где клиент вводит реквизиты карты, подтверждающий код из СМС и проводит оплату, после чего клиента возращают в ЛК, и биллинг опрашивает шлюз на предмет прошел ли платеж по соответствующиму коду заказа.
+протокол позоляет отменять платежи (в определенных случаях)

Таким образом данный протокол работает абсолютно по другому алгоритму, чем протоколы MPS модуля.

По описанию звучит круто, но что делать с выделенным текстом, когда абонент отключен за неуплату?

Может сделаете отдельный модуль a-la "онлайн банкинг" для оплаты пластиком и будете запиливать в него разные банки? Т.е. этакий аналог mps, только под пластик.

можно сделать все что угодно, но дело не в нас, а в банках, они ходят по клиентам и переманивают их на свой процессинг низкими % и городят свои протоколы не совместимые с другими банками....
переход на сайт банка это типа элемент безопасности, клиент вводит данные карты на сайте банка, а не провайдера.... + там может использоваться еще и переадресация на сайт банка эмитента карты.. + sms подтверждения высылает не понятно какой банк (какая то технология 3DSecure)

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

далать один модуль под несколько банков не имеет большого смысла, так как операторы навряд ли будут одновременно заключать договора с несколькими банками на процессинг оплат по картам (обычно у банков % зависит от объемов и размазывать этот объем по нескольким банкам глупо )

IMHO вы не правы на предмет одного модуля. Почему? Потому что оператор А сегодня подключен к банку В, но тут его своим % переманивает банк С - чего делать? Покупать новый модуль? И так под каждый банк? Оператору и выгодно (экономия $) и удобно (сохранил конфиг под банк А и запросто вернулся обратно с банка С) купить один модуль, который поддерживает N банков из top 10, ну а если появляется какой-то банк, который модуль не поддерживает, то запиливание его поддержки решается просто обращением в HD, т.к. основные принципы работы с пластиком у большинства банков практически одинаковы.
Вы dialup с ipn в inet объеденили, а тут наоборот разъединяете

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

mps же покупают И покупают его не только за то, что он поддерживает платежную систему А, но еще и систему В и другие системы, т.е. у человека в рамках одного модуля всегда есть выбор, IMHO.

хм.. мы как-то в начале взяли mps, но стык с платежными написали сами... тоже самое со сбером... можно же не покупать, а самим дописать пару сотен строк...

бител вообще никак не навязывают. с их апи можно самим все приделать

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

о чём спор? объединять платёжные модули я и сам пытался - неблагодарное это дело. mps-овские протоколы все похожи более-менее, а вот такие бакнковскоплатёжные - не очень то.
можно, конечно, теоретически сильно упростить их и выделить только основное в каждом, но это не очень получается, потому что и в клиентской части особенности есть у них итд итп.

_________________
I'm clever. I've got a computer.