有关结算计划和协议REST API的一些问题

gre*_*reg 4 paypal paypal-subscriptions paypal-rest-sdk

我对使用REST API的订阅功能有一些疑问.我们使用"Express Checkout NVP/SOAP Integration"实施了定期付款,但对我们来说这不是最佳,因为:

  • Webhook比IPN消息更容易,更有用;
  • 我们不能强迫客户从PayPal余额中支付.

这就是我想用REST API重写它的原因.我认为流程将如下:

  • 用户按下按钮,我们发出第一个获取身份验证令牌的请求;
  • 创建结算方案;
  • 激活结算方案;
  • 创建结算协议;
  • 由于我们在此处使用PayPal付款,因此我们会重定向客户以批准付款;
  • 执行结算协议.

我的问题是:

  1. 这个流程是否正确?
  2. 要重定向客户批准付款,我们需要向PayPal API服务器发出四个请求,这是正常的吗?
  3. 我应该为每个客户创建和激活计费方案,还是我可以为所有客户使用一个计划?
  4. 如果可以,我可以在商家的个人资料页面中创建计划,或者我只能通过编程方式进行计划?

Jon*_*anc 11

让我看看我是否可以回答您的问题并提供一些样本.

  1. 是的,该流程对于第一个请求是正确的.如果您已经有一个计划,您希望订阅人员创建,您可以跳过这些结算计划步骤.更多关于以下内容.
  2. 对于REST API,是的,这是PayPal的正常流程.将计划视为设置您要提供的付款架构(例如服务的订阅计划).您设置了一次,然后可以使用结算协议为许多人订阅相同的订阅计划.
  3. 如果每个人的计划细节相同,则创建一个计划,然后使用每个人的计费协议将他们全部订阅到同一计划.
  4. 我没有看到它与配置文件系统的集成,但这是一个有趣的想法.就目前而言,据我所知,您需要以编程方式执行此操作.

我还在网站上创建了一些新的快速入门指南,这些指南应该有助于创建结算方案和协议:

我在Slack bot支付样本中有一个更实用的计费方案/协议集成示例,如果有帮助的话:https://developer.paypal.com/docs/api/service-integrations/slack-bot/subscribe/