有几种不同的方式来处理这样的事情。
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这样的网站是否使用了如上所述的适应性支付系统? –
很确定他们正在使用结算协议和参考交易,但我可能是错的。我从来没有真正研究过他们在做什么。 –