Нужны ли сторонние учетные данные Paypal API, чтобы они продавались на моем сайте с помощью Payments Pro?

Question

Я работаю над веб-сайтом, на котором учреждение платит нам за членство. Их членский взнос - единственные деньги, которые мы получаем. Этот платеж осуществляется через Paypal Website Payments Pro с использованием API DoDirectPayment.

Затем эти участники сдают свои помещения в аренду клиентам, перечисляя доступные отрезки времени на нашем веб-сайте. Клиент будет платить за этот временной блок с помощью кредитной карты, а также через DoDirectPayment, но на этот раз платеж поступает непосредственно на счет Paypal участника.

Я обнаружил отсутствие четких указаний на то, что необходимо сделать, чтобы сделать это. Я знаю, что могу потребовать от всех участников иметь учетную запись Paypal Payments Pro (30 долларов США в месяц) и хранить свои учетные данные API (включая пароли и подписи) в нашей системе, и эти платежи могут обрабатываться напрямую. Но я смутно осведомлен о параметре авторизации стороннего приложения... Я просто не могу найти информацию о том, как его настроить.

Можно ли сохранить только адрес электронной почты участника Paypal и просто попросить его авторизовать наше приложение в их профиле?

Кроме того, я видел, как кто-то предложил стороннему получателю платежа даже не нуждаться в учетной записи Pro. Если это так, что мне нужно изменить в вызове API (я использую метод NVP), чтобы наша учетная запись Pro использовалась, а члену выплачивался платеж?

Answer 1

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

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

Правильный способ справиться с этим (поскольку вы являетесь размещенным решением) будет использовать разрешения. Вы бы использовали свои собственные учетные данные API, но затем передавали дополнительный параметр, чтобы пометить, с какой учетной записи вы делаете этот вызов от имени. Это где разрешения вступают в игру. Ваши участники должны будут предоставить разрешение API для вашего приложения, чтобы сделать вызов DoDirectPayment от их имени.

Это можно сделать вручную из учетной записи PayPal в API Access или программно через API разрешений.

Answer 2

ОК, я нашел ответ. Я делюсь деталями здесь для других, ищущих эту очень неуловимую информацию:

• Моя учетная запись (размещенное решение) должна быть учетной записью Pro.
• Участники, которые будут продавать клиентам на моем сайте, также должны иметь учетные записи Pro. Я проверил тот же код с обычным бизнес-аккаунтом, и ошибка сказала "This transaction cannot be processed due to an invalid merchant configuration."
• Пользователи не обязаны предоставлять мне все свои учетные данные API.
• DoDirectPayment звонок такой же, как если бы я делал свой собственный платеж (почти). Я использую свое собственное имя пользователя, пароль и подпись. Чтобы отправить деньги на другой счет, нужно включить еще один параметр SUBJECT это должен быть адрес электронной почты, связанный с учетной записью Paypal участника (а не его имя пользователя API).
• Участник должен предоставить разрешение моей учетной записи (стороннему приложению). В моем случае мне понадобились только одни ярлыки Paypal "Process your customers credit or debit card payments."который должен соответствовать DIRECT_PAYMENT в терминологии API.

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