17
Май

Платежные системы

Написал Максим Крентовский в Деятельность, Идеи

В свое время я участвовал в разработке «виртуального платежного киоска» — посредника между электронными платежными системами и Киберплатом. Принцип работы был черезвычайно прост — приходит человек на сайт, платит электронными деньгами (WebMoney, Yandex.Деньги) и получает деньги на счет у любого из операторов, поддерживаемых системой Киберплат.

С одной стороны — идея хорошая. С другой — все системы электронной наличности уже имеют подобные интерфейсы. Через кого, как вы думаете, платят те же Яндекс.Деньги (акромя больших операторов, с кем имеет смысл договорится напрямую)? Вот то-то и оно. Не, конечно, удобно, что можно заплатить чем угодно, но…

К слову говоря, исходники той системы у меня не сохранились. Вдвойне обидно, ибо там я реализовал связку Киберплата и PHP, с написанием утилит по созданию и проверке подписи на Си. Поэтому когда недавно с подобной задачей обратились другие работодатели — пришлось все переделывать с нуля. К счастью, клиентское ПО Киберплата тоже не стоит на месте, так что теперь писать утилиты и выгружать данные в файлы не требуется — для проведения запроса достаточно записи в таблицу, из которой шустрый демон сформирует запрос, выполнит и сохранит результаты в ту же таблицу. Удобно, черт возьми, но все ж не так, как это просто были бы библиотечные функции или SOАP-запросы.

Платежные системы интересны. Вокруг денег всегда будет много новых идей.

А буквально вчера в переписке с потенциальным клиентом родилась еще одна идея. Почти повод для бизнеса:

Сделать интеграцию сайтов клиентов с большим количеством платежных систем — задачка очень интересная. Она интересна по многим причинам, хотя бы потому, что очень многие люди не захотят связываться с большим количеством платежных систем (а их популярных можно насчитать штук 10 только в России, а будет еще). Просто было бы очень удобного, когда интеграция сайта с платежными системами происходила бы в одной точке, а фирма-заказчик просто получала бы деньги за продукцию на счет и не заморачивалась подписаниями договоров с множеством различных платежных систем (что сейчас приходится делать).

Т.е. если говорить о возможности создании некого коллектора платежных систем — это было бы круто и удобно как для владельцев сайтов, так и для разработчиков. Разумеется, процент от операции должен полагаться коллектору, на чем и будет заработок. Собственно говоря, как таковой платежной системы тут городить не
требуется. Достаточно сделать простой и аккуратный интерфейс для разработчиков и грамотно подойти к безопастности. Принцип работы системы будет примерно такой: сайт сообщает нам, что тут вот человек
хочет заплатить такую-то сумму. Система проверяет человека и выдает ему список платежных систем (в связи с предыдущими решениями, географическим положением, другими аспектами), через одну из которых
он и осуществляет платеж. Если платеж прошел — система нотифицирует сайту об этом и сохраняет транзакцию в базе. Если платеж не прошел — так же сообщаем с выяснением причины отказа. В результате на
виртуальных кошельках скапливается электронная наличность (которую в процессе можно использовать для обмена), в конце месяца, допустим, выводится наиболее удобным образом и распределяется на счета клиентов.
Остаток накапливается.

Комментирование недоступно.
Максим Крентовский
системный архитектор
E-mail / GTalk: mkrentovskiy@gmail.com
Skype: mkrentovskiy