有幾種不同的方式來處理這樣的事情。
1)Adaptive Payments - Chained Payment
在鏈式支付,支付是到主接收器製成。主要接收者保留一些付款並將其餘付給一個或多個輔助接收者。
因此,在這種情況下,您可以將賣家設置爲主要接收者,並將自己設置爲次要接收者。當買家進行購買時,付款將直接轉到主要收款人,然後作爲同一交易的一部分,二次收款人金額將立即發送。只有主要收款人才會對任何付款糾紛負責。
2)快速結帳用Reference Transactions
參考事務是一個金融交易從其中隨後的交易可以導出。例如,買家在您的網站上購買一件商品,並且稍後使用PayPal交易ID或引用交易ID來啓動另一筆交易。
這是我更喜歡的方法,因爲快速結帳體驗對於買家來說比Adaptive Payments體驗好得多。不過,這需要更多的努力。
您可以使用Express Checkout API在典型的結賬中建立資金直接轉至賣方帳戶。您可以在API請求中使用SELLERPAYPALACCOUNTID參數指定資金應該轉到的賬戶。這部分工作將不需要權限。您只需使用您自己的API憑證並指定資金應該轉到的帳戶。
爲了獲得付款,您需要代表賣家觸發參考交易。爲此,您需要他們以grant permissions爲您的應用程序代表他們撥打DoReferenceTransaction API。
有關授予權限的鏈接涵蓋了人員如何通過其PayPal帳戶配置文件手動執行此操作。或者,您可以使用Permissions API讓他們授予權限作爲您的應用/網站註冊的一部分。
因此,使用此方法,您可以使用Express Checkout處理付款給賣家。您需要保持銷售商在您的數據庫中的賣家個人資料中欠您的餘額。
然後,您可以每天在服務器上運行CRON作業,查找所有需要支付餘額的賣家,然後循環查看每個賣家的DoReferenceTransaction請求。
當然,在參考交易成功完成後,您會將賣家的餘額更新爲$ 0或任何可能的情況。
謝謝你這個優秀的解釋,安德魯。這非常有幫助。你知道像Airbnb這樣的網站是否使用瞭如上所述的適應性支付系統? –
很確定他們正在使用結算協議和參考交易,但我可能是錯的。我從來沒有真正研究過他們在做什麼。 –