我对使用REST API的订阅功能有一些疑问 . 我们使用“Express Checkout NVP / SOAP Integration”实施了定期付款，但对我们来说这不是最佳，因为：
-
Webhook比IPN消息更容易，更有用;
-
我们无法强迫客户通过PayPal余额付款 .
这就是我想用REST API重写它的原因 . 我认为流程将如下：
-
用户按下按钮，我们发出第一个获取身份验证令牌的请求;
-
创建结算方案;
-
激活结算方案;
-
创建结算协议;
-
由于我们在此处使用PayPal付款，我们会重定向客户以批准付款;
-
执行结算协议 .
My questions are ：
-
这个流量是否正确？
-
要重定向客户批准付款，我们需要向PayPal API服务器发出四个请求，这是正常的吗？
-
我应该为每个客户创建和激活计费方案，还是我可以为所有客户使用一个方案？
-
如果是这样，我可以在商家的 Profiles 页面中创建计划，还是只能通过编程方式进行？
1 回答
让我看看我是否可以回答您的问题并提供一些样本 .
是的，该流程对于第一个请求是正确的 . 如果您已经有一个计划，您想要订阅人员创建，您可以跳过这些结算计划步骤 . 更多关于以下内容 .
对于REST API，是's the normal flow for PayPal. Think of the plan as setting up the architecture of the payment that you'd喜欢提供（例如服务的订阅计划） . 您设置了一次，然后可以使用结算协议为许多人订阅相同的订阅计划 .
如果计划的详细信息对于每个人都相同，则创建一个计划，然后使用计费协议为每个人将所有计划订阅到同一计划 .
我没有_893402这是一个有趣的想法 . 目前，据我所知，您需要以编程方式执行此操作 .
我还在网站上创建了一些新的快速入门指南，这些指南应该有助于创建结算方案和协议：
结算计划：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/