我们正在为客户创建结算协议以访问我们的在线服务。我们使用REST API来创建这样的协议：初始支付10美元，1个月试用期（0美元），试用后每月10美元的费用开始贝宝定期付款配置文件初始付款延迟
我们预计“初始支付”应该立即收取，所以我们可以让客户访问该服务。有时（看起来在营业时间内），配置文件已创建，并且初始付款会立即收取。但是，我们看到许多客户（通常在深夜）处于待定状态。该配置文件已创建，但几个小时后才会收取初始付款。起源似乎并不重要 - 它们是美国和国际的混合体。
循环付款：通过查看资料 - 快速结帐
待定
客户为XXXXX XXXXXXXXX验证| [email protected]
简介开始日期2015年3月2日|配置文件ID I-xxxxxxxxxxx
此示例在今天上午创建。我们还没有收到最初的付款，不要期待到今天下午。什么是待定，为什么最初的付款延迟了很多小时？是否可以设置结算协议，以便立即收取“初始付款”？
我有这个完全相同的问题。通过跟踪我们的网站订单与IPN，我得出以下结论：在10:00 UTC至UTC 15:00之间订单没有立即得到处理（不管它们是最终完成还是失败），但似乎最终在批次/队列中。我们最终获得了UTC时间14:30到15:30之间的所有订单之间的IPN。
15:00之后发出的任何订单将恢复以相对较快的速度发回IPN。
对于任何处理数字商品的人（就像我们一样），这是不可接受的。这意味着订单可能会延迟至5小时！
我有一张打开贝宝的票来解决，我鼓励任何人遇到这种情况。
当我们启动我们的软件v1.0时，我们遇到了同样的问题，我们的开发人员设法解决了这个问题。起初，它只创建了定期付款资料，但直到以后才发送付款。我们终于在每晚（美国东部时间晚上8点）的同一时间通过所有其他经常性付款获得付款。
我们现在重新构建了我们的软件，并且在V2.0中又遇到了同样的问题。我知道它是可以修复的，因为我们已经修复了它，并且它在V1.0中正常运行超过2年，在付款后立即同时收到付款和定期配置文件通知。
我们目前的开发人员无法解决如何解决这个问题。我认为这与自动将客户退回到网站有关，因为他们在Paypal帐户中付款并开启了某些内容后，我似乎无法找到它。对不起，我不能有更多的帮助。期待回应！