Вообще говоря, обработчик платежей - это vendero, который фактически обрабатывает платежи.Большинство платежных процессоров предлагают шлюзы - это интерфейс, который вы используете для отправки платежа для обработки.
При использовании платежного процессора объем кода, который вам нужно написать, может варьироваться в зависимости от реализаций шлюза, предлагаемого процессором икакую из этих реализаций вы выберете.Обычно есть как минимум два - какой-то сырой API, который является наиболее гибким, и какая-то супер простая ссылка на процессор.PayPal Standard и Google Wallet являются хорошими примерами последнего, в то время как типичное использование Authorize.net является хорошим примером первого.Если вы используете API, как правило, вам необходимо реализовать собственный процесс создания заказа / корзину покупок, а затем вы просто отправите платеж и другие детали в конце.Это позволяет вам хранить все на своем сайте (не обязательно данные, но опыт).Простой маршрут обычно включает в себя отправку пользователя на сайт процессоров один или несколько раз во время процесса покупки, что обычно приводит к ограниченной настройке и явному нарушению взаимодействия с пользователем.
Некоторые шлюзы будут использовать SOAP / WSDL, некоторые будут использовать простой RESTинтерфейсы, а некоторые будут использовать другие реализации.Как правило, однако, они решили реализовать на месте, но большинство собирается предложить библиотеку, чтобы использовать ее для основных языков сценариев (PHP, Ruby, Python, C # .Net, VB.net), так что скорее всего вам не придется делать вручнуюзвонки, которые вы просто будете использовать, предоставьте библиотеку и обработайте возвращенные результаты.