скрипт приема платежей p2p с карты на карту

Реализация шлюза P2P операций перевода с карты на карту

Для своего проекта мне потребовалось реализовать возможность перевода с карты на карту. Для официального подключения к интерфейсу любого банка необходимо заключение договора и выполнение ряда условий. Поэтому было принято решение сделать шлюз к публичной странице банка. Для этих целей были выбраны два банка Тинькофф и БИН Банк предоставляющие возможность перевода на “свои” карты без комиссии. Подробней о тарифах и ограничениях на перевод вы можете ознакомиться на соответствующих страницах банков. В этой статье краткое описание работы шлюза, реализующего функциональность приема платежей на карту.

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

На картинке упрощенно представлен механизм авторизации транзакции, то, что происходит “под капотом”, когда вы проводите операцию оплаты или перевода с карты на карту, и вводите для подтверждения SMS код.

Для обеспечения бесшовной работы шлюза, чтоб не торчали уши сайта, через который производится перевод, необходимо встроиться в этот процесс переадресации браузера между MPI и ACS. Для этого нужно заменить адрес (TermUrl) полученный от MPI. Это адрес, на который будет переадресован PaRes после завершения пользователем авторизации, в качестве TermUrl в запрос вписывается адрес шлюза. Это позволит шлюзу получить ответ (RaRes) отправить его серверу MPI и обработав ответ MPI направить пользователя на страницу успешного или не успешного завершения транзакции.

Шлюз работает между браузером пользователя и страницей банка, реализует функции ввода/вывода эмулируя страницу банка, дополняет и изменяет данные, и обрабатывает ответы и ошибки от сервисов банка.

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

Рассмотрим подробней логику работы.

Для обеспечения проведения операций в шлюзе реализована платежная страница, вызов к которой осуществляется по адрес:

В URL содержатся следующие переменные:

payid– ID операции необходимое для идентификации результатов запроса на оплату после завершения транзакции;
sum – сумма операции;
text – информационное поля “Назначение платежа”.

После заполнения карточных данных, согласия с условиями выполнения, производится запрос комиссии на проведение операции. Размер комиссии и банк (один из двух Тинькофф и БИН), через который будет произведен перевод, зависит от карты, указанной в настройках шлюза как приемник перевода и доступности сервиса банка. В шлюзе реализован простой механизм маршрутизации и обработки ошибок: выбирается всегда Тинькофф, если страница банка не доступна, то выбирается страница БИН Банка.

После нажатия кнопки перевести, происходит переадресация на страницу банка эмитента, выпустившего карту (ACS), с которой будет производиться операция списания. Шлюз произведет запрос PaReq параметров у MPI, заменит TermUrl и направит данные пользователю, предварительно запомнив параметры транзакции в кэш (Redis).

После завершения авторизации, PaRes поступят в шлюз, и он на основании данных кэша направит их соответствующему МPI, обработает ответ и перенаправит пользователя на одну из страниц (ERROR_PAGE, SUCCESS_PAGE), указанных в параметрах настройки шлюза.

URL вызова страницы успешного завершения операции содержит переменную payid, передающую результаты выполнения операции в виде JWT c ЭЦП.

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

Данное решение представляет из себя прототип платежного шлюза, с помощью которого можно реализовать интернет эквайринг (прием оплаты по карте) на своем сайте или странице в соцсети. Платежную страницу можно параметризировать или написать свою, творчески доработать софт, главное передавать на вход сумму и id операции и проверять на выходе, что ничего не было творчески изменено еще кем-то. Исходники и рабочие примеры доступны на github.

Там же размещен шлюз, для пополнения своего кошелька VK.pay, который также может быть использован в качестве платежного шлюза. В целом, реализует те же самые принципы, для реализации части функционала использовался Selenium, с помощью которого реализуется авторизация на сайте и авторизация для доступа к кошельку.

ВАЖНО! Любые интернет транзакции потенциально опасны, ваши данные могут быть украдены, необходимо принимать меры предосторожности при проведении интернет транзакций.

ВАЖНО! За кражу средств с чужих банковских карт предусмотрена уголовная ответственность (ст. 159.3, 159.6 УК РФ).

Источник

Простая интеграция сервиса P2P переводов на сайт и в приложение

Появление сервисов перевода с карты на карту повлекло за собой взрывной рост P2P платежей и развитие сервисов, использующих возможности коллективного финансирования. Согласно данным Альфа-Банка, лидера P2P переводов в России, общий объем срочных денежных переводов с карты на карту увеличился в 2013 году по сравнению с соответствующим периодом 2012 года на 385% в рублевом эквиваленте. Количество переводов увеличилось на 250%.
Год назад на Хабре уже проводили сравнение сервисов P2P-переводов денег с карты на карту Visa и MasterCard. В посте рассматривался и P2P сервис PayOnline. Сегодня мы представляем хабрасообществу этот сервис в новом формате: свободный и бесплатный, доступный для интеграции на сторонние сайты и в мобильные приложения.
С его помощью можно легко предоставить пользователям возможность отправлять деньги друг другу, можно принимать платежи на свою карту, не отправляя никому свои данные, можно зарабатывать на комиссии. Подробности – под катом.

Предыстория

Сервис перевода с карты на карту был запущен в 2013 году для участников программы лояльности клиентов процессингового центра. Уже через полгода без какого-либо дополнительного пиара и продвижения сервисом стали массово пользоваться владельцы банковских карт, совершавшие покупки в интернет-магазинах, принимающих платежи через PayOnline, и те, кто узнал о сервисе через «сарафанное радио» социальных сетей и интернет-ресурсов, в том числе — Хабры. Пользователей привлекла возможность совершать переводы между картами, выпущенными любыми банками-эмитентами, и адекватная ставка комиссии.
Параллельно с этим стали поступать запросы на интеграцию сервиса в мобильные и веб сервисы коллективного финансирования и коллективного кредитования. Именно там P2P сервисы оказались максимально востребованы. Сейчас мы решили выпустить наш P2P сервис «в свободное плавание» и предоставить разработчикам возможность адаптировать его под свои потребности. Первыми пользователями сервиса стали приложение FriendsMoney, позволяющее взять у друга денег в долг или одолжить ему денежные средства в обход банков, и виртуальная финансовая площадка «БезБанка».

Как это работает

В стандартной практике для совершения перевода необходимо вводить данные банковских карт отправителя (полностью) и получателя (только номер). А вводиться такие данные могут только на защищенных платежных страницах сайтов, обладающих сертификатом PCI DSS, и приложений, сертифицированных по стандарту PA DSS. Но с появление нашего P2P сервиса проблема наличия сертификата стала неактуальной. Сервис P2P переводов можно реализовать на любом сайте, а платежные данные будут обрабатываться в процессинговом центре.
А для тех, кто не является обладателем сертификата безопасности, мы реализуем простую схему привязки карты. Пользователь, который хочет совершить перевод, должен один раз перейти на страницу PayOnline для привязки своей карты к аккаунту на вашем ресурсе: после этого ему присваивается уникальный RebillAnchore. Так выглядит процедура привязки банковской карты.

Для совершения последующих переводов пользователю не понадобится переходить на защищенную страницу процессингового центра и вновь вводить данные карты. С точки зрения пользователя, перевод будет совершаться прямо между аккаунтами пользователей сайта или приложения. А уже к аккаунтам будет «привязана» карта на стороне процессингового центра. Так выглядит процедура совершения перевода между двумя «привязанными» картами.

Пользователю, совершающему перевод, потребуется лишь пройти проверку с помощью 3-D Secure. Стоит отметить, что привязать к аккаунту можно только карту, подписанную на протокол 3-D Secure.

Возможности использования сервиса

Получение переводов на свою карту

Здесь все просто. Вы хотите получать переводы на свою карту: от клиентов, друзей, партнеров, сочувствующих вашему творчеству и т.д. Вы привязываете свою карту и даете пользователям сайта возможность совершать на нее переводы. За проведение перевода системой взимается 1,5% + 20 рублей. Напоминаем: карта, с которой производится перевод, должна быть подписана на 3D-Secure.
Также хотим обратить внимание на то, что предпринимательская деятельность в России подлежит налогообложению. И по закону оказывать услуги и продавать товары без уплаты налогов нельзя. А получение переводов на карту не облагается налогами, следовательно, мы должны отметить, что получение коммерческих платежей на карту нелегитимно.

Предоставление пользователям возможности совершать P2P переводы

Существует много причин, по которым люди переводят друг другу деньги, даже если исключить коммерческие отношения. Мы отправляем деньги родителям и детям, «скидываемся» на подарки и поездки, занимаем друзьям до зарплаты и т.д.
Создав на сайте или в приложении сервис перевода с карты на карту, вы предоставите пользователям удобный инструмент, который не только увеличит полезность ресурса, но и даст пользователям повод возвращаться на него снова и снова. Все вопросы по переводам, которые могут возникнуть у пользователей P2P сервиса, будут задаваться не вам, а специалистам круглосуточной службы поддержки процессингового центра.

Использование P2P сервиса для решения своих бизнес задач

Коллективное финансирование и коллективное кредитование – именно так зовут современных «убийц банков». Одним из первых клиентов, использовавших наш P2P сервис, стал разработчик мобильного приложения, позволяющего «друзьям» из социальных сетей занимать друг другу деньги под произвольные проценты.
Зарабатывать на P2P переводах могут только юридические лица, в том числе – индивидуальные предприниматели. Предоставив своим пользователям возможность совершать P2P переводы, вы сможете назначить свою агентскую комиссию.
Существуют ограничения минимального размера комиссии и стандартная схема расчета агентской комиссии. Минимальный размер комиссии «на выходе» (minimum sell rate) не должен быть менее 1,5% + 20 рублей за один перевод. Сервис продает агентам комиссию за 1,3% + 20 рублей (buy rate). Заработок агента – это [(sell rate – buy rate)/2].

Получение технической документации, контроль и управление платежами

Получить техническую документацию и обсудить детали реализации сервиса P2P переводов можно, подав заявку на сайте нашего процессингового центра или связавшись со специалистами по телефону. После подачи заявки вы получите персональный идентификатор, техническую документацию и доступы к «Личному кабинету», в котором можно отслеживать переводы, совершенные на сайте или в приложении.
Если разработчик планирует зарабатывать на сервисе, ему потребуется юридическое лицо для заключения агентского договора с процессинговым центром.

Источник

Скрипт приема платежей p2p с карты на карту

Новичок

Группа: User
Сообщений: 3
Регистрация: 7.5.2020
Поблагодарили: 0 раз
Репутация: 0