PayPal REST API订购工作流程：付款->销售->WebHook？

Question

我正在尝试将PayPal REST API集成到我的Symfony2 web应用程序中，但我发现很难理解完整的工作流程到底是什么样子的：

PayPal文档描述了以下接受付款的步骤。可以使用PayPal Playground模拟以下步骤：

1. 获取访问令牌
2. 通过查询API创建付款对象
3. 将用户重定向到付款响应
中接收的 批准URL
4. 用户在PayPal页面上批准支付后，将使用支付对象中定义的成功链接将其重定向回我的页面。使用接收到的信息执行支付。
5. 付款已完成，状态为已批准

除了在执行支付和接收Webhook之间的长时间延迟之外，这个工作流意味着，我只在处理成功链接之后才接收Webhook。这意味着，处理成功链接是绝对必要的支付完成。这是正确的吗？

我需要用网钩吗？

几天前我已经问过这个问题，nifr的回答相当合理：不能相信用户遵循任何重定向URL，而应该只依赖Webhook事件。

1. 接受付款的5步流程并没有说明使用网络钩子。这似乎没有多大意义，因为如果没有网络钩子，就会错过更新事件等等？那么，真的有可能在没有网络钩子的情况下实现完整的支付工作流程吗？
2. 如果是，在这种情况下如何处理更新（退款、挂起等）？
3. 如果不是，由于完成接收和处理WebHook需要相当长的时间，执行订单的正确策略/时间是什么？

Answer 1

我在PayPal世界还是个新手，但前几天我在一家网店集成了PayPal Plus REST API，并且从我的了解可以看出工作流程看起来是这样的：

1. 创建付款
2. 重定向到PayPal
3. 付款人可以使用PayPal帐户或（使用银行直接借记或信用卡付款而不使用PayPal帐户）
4. 在PayPal端完成过程后，PayPal将用户重定向回您的成功URL。
5. 到现在用户仍然没有被收费（你没有钱）。当您（在您的成功URL中）执行$paymentexecution,$api)；时，您要求Paypal向用户收取金额。但在这之后，你就没钱了。Paypal首先处理收费，然后通过WebHookEvents通知您。

当用户按直接借记卡或信用卡等付款时，Webhook通知（具有严重的延迟）尤为重要，处理此类付款需要几秒/分钟。