Выбор правильной системы Paypal для обработки регистраций и подписок - PullRequest
3 голосов
/ 16 августа 2010

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

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

Кроме того, не все формы нужно будет обрабатывать с помощью PayPal. Некоторые люди будут платить чеком и т. Д., Поэтому их вообще не следует отправлять на страницу оплаты. Большинство решений, на которые я смотрел, имеют кнопку «Оплатить с помощью Paypal», поэтому я предполагаю, что для перехода на сайт PayPal необходима публикация формы, но в идеале мы бы хотели получить ее с помощью перенаправления 302. Это вообще возможно? (Я знаю, что мы могли бы сделать что-то вроде формы, которая была автоматически отправлена ​​JavaScript, но я бы предпочел не идти по этому пути).

Какой бы системе мы ни внедрили, она должна будет обрабатывать также и периодические (периодические) платежи.

Ответы [ 2 ]

2 голосов
/ 16 августа 2010

Paypal имеет то, что называется Payflow Pro.Они купили его у VeriSign несколько лет назад.

Вы можете использовать его для полной интеграции с API PayPal.Таким образом, пользователь вводит свои платежные реквизиты на вашем сайте, а ваш внутренний код отправляет транзакцию на серверы PayPal.Paypal вернет вам идентификатор транзакции.Сохраните идентификатор транзакции, оставьте все остальное (например, номер карты) в окне.

У нас есть несколько клиентов, которые используют Payflow Pro.Это очень хороший и простой в использовании API.

1 голос
/ 17 августа 2010

Я не совсем уверен, что понимаю весь объем вашего вопроса, но я думаю, что понимаю. Я закодировал число этих конф. регистрации (хотя я не взаимодействовал с PayPal ... скорее iTransact и Plug'NPay), и в моих приложениях мне пришлось читать документацию API для используемой системы (в данном случае PayPal). Затем я вошел в платежный шлюз, и обычно у них есть генератор HTML-форм. Все это, конечно же, возвращает HTML-форму с полями, помеченными в соответствии с их API (таким образом, имя и адрес биллинга переносятся из вашей системы в систему PayPal, и пользователю не нужно повторно вводить их информацию), показывает Вы, какие скрытые поля вам понадобятся (например, cutomer_id и т. д.) и путь формы POST.

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

Это довольно просто, сначала немного трудоемко, когда вы пытаетесь выяснить новые переменные формы, специфичные для API шлюза оплаты.

Надеюсь, это помогло!

...