我們正在爲客戶創建結算協議以訪問我們的在線服務。我們使用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帳戶中付款並開啓了某些內容後，我似乎無法找到它。對不起，我不能有更多的幫助。期待迴應！