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

Question

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

• Webhook比IPN消息更容易，更实用;
• 我们无法强迫客户使用PayPal余额付款。

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

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

我的问题是：

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

Answer 1

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

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

我还在网站上创建了一些新的快速入门指南，可以帮助您创建结算方案和协议：

• 结算方案：https://developer.paypal.com/docs/api/quickstart/create-billing-plan/
• 结算协议：https://developer.paypal.com/docs/api/quickstart/create-billing-agreement/

我在Slack bot支付示例中有一个更实际的结算计划/协议集成示例，如果这有帮助：https://developer.paypal.com/docs/api/service-integrations/slack-bot/subscribe/