所以我注意到,在付款的狀態檢查,當貝寶REST API - 國家購買後不改變
GET /v1/payments/payment/<Payment-Id>
PayPal的響應「狀態」沒有從變「即使PayPal用戶購買了該商品後也創建了「」。直到我執行付款時,狀態變爲「批准」。
這使得難以區分實際上已被客戶批准的付款和仍在處理的付款之間的差異,因爲它們都在「已創建」狀態。 JSON響應的唯一區別在於,一旦付款實際獲得批准,似乎包括shipping_address。我不確定這是一種表示差異的標準方式。
當上述呼叫用於REST API時,客戶是否實際上批准了PayPal交易的標準方式是什麼?
注:我已經有PHP回調腳本設置和工作。我正在研究一種不間斷檢查數據庫條目的故障安全系統,以確保已執行批准的付款(在發生某些系統故障的情況下)。
我想我可以使用IPN回調腳本我有安裝從CLASSIC API
但似乎REST API
和CLASSIC API
是不兼容的,因爲IPN回調將不包含事務ID或任何必要的信息是有用的。
似乎在使用REST API時,如果您錯過了重定向呼叫到您的網絡服務器,那麼該事務將永遠丟失。
感謝您的迴應,最後得到一點幫助真是太棒了。在使用這些方法進行測試時,我注意到如果用戶登錄到PayPal但尚未付款,則存在「付款人」對象。在這種情況下,它不會有shipping_address。一旦用戶完成結帳並付款,它將包含shipping_address。這是你的情況嗎? –
如果用戶在登錄時坐在商店的「查看信息」頁面上,我可以驗證「付款人」對象是否存在。此時,他們還沒有完全結賬並可以選擇取消。因此,「付款人」對象的存在是不夠的。如果這有幫助,我可以告訴你我找回的JSON。 –
這是付款人對象而登錄 「大戶」:{ 「payer_info」:{ 「COUNTRY_CODE」: 「US」, 「FIRST_NAME」: 「約書亞」, 「姓氏」: 「布里泰恩」, 「 payer_id「: 」KZNRYBNVQD2FL「, 」電話「: 」4084500470「 }, 」PAYMENT_METHOD「: 」貝寶「, 」狀態「: 」驗證「 }, –