我们正在为客户创建计费协议以访问我们的在线服务。我们正在使用 REST api 创建这样的协议：初始付款 10 美元，1 个月试用期（0 美元），试用后开始每月 10 美元费用
我们希望立即收取“初始付款”，以便我们可以让客户访问该服务。有时（似乎在工作时间）会创建配置文件并立即收取初始付款。但是，我们看到许多客户（通常在半夜）处于 PENDING 状态。配置文件已创建，但直到数小时后才会收取初始付款。起源似乎并不重要——它们是美国和国际的混合体。
定期付款：通过 - 快速结帐的个人资料详细信息
待办的
客户 xxxxx xxxxxxxxx 已验证 | xxxxx.xxxxxxx@xxxxx.com
个人资料开始日期 2015 年 3 月 2 日 | 个人资料 ID I-xxxxxxxxxxx
这个例子是今天早上创建的。我们还没有收到首期付款，预计要到今天下午才能收到。什么是待处理，为什么初始付款会延迟数小时？是否可以设置计费协议以便立即收取“初始付款”？
我有这个完全相同的问题。通过跟踪我们的网站订单与 IPN，我得出以下结论：在 10:00 UTC 和大约 15:00 UTC 之间发出的订单不会立即得到处理（无论它们最终是完成还是失败），但似乎最终在批处理/队列中。我们终于获得了在 UTC 时间 14:30 到 UTC 时间 15:30 之间的任何时间下的所有订单的 IPN。
任何在 15:00 之后下达的订单都将相对较快地发回 IPN。
对于任何处理数字商品的人（就像我们一样），这是不可接受的。这意味着订单最多可以延迟 5 小时！
我有一张要通过 PayPal 解决的票，我鼓励任何遇到这种情况的人也这样做。
我们在推出 v1.0 软件时遇到了同样的问题，我们的开发人员设法解决了这个问题。起初，它只创建了定期付款配置文件，但直到后来才发送付款。我们终于在每晚大约同一时间（澳大利亚东部标准时间晚上 8 点）完成了所有其他经常性付款的付款。
我们现在已经重建了我们的软件，并且在 V2.0 中再次遇到了同样的问题。我知道它是可以修复的，因为我们已经修复了它，并且它在 V1.0 中正常工作了 2 年多，在付款后立即同时收到付款和定期的个人资料通知。
我们当前的开发人员无法解决如何修复它。我相信这与客户在支付并打开 Paypal 帐户中的某些内容后自动返回网站有关，但我现在似乎找不到它。抱歉，我无法提供更多帮助。期待回复！