通过 Classic 或 Rest API 的 Paypal 付款答案

【问题标题】：Paypal Payment via Classic or Rest API通过 Classic 或 Rest API 的 Paypal 付款
【发布时间】：2014-09-23 20:53:59
【问题描述】：

我对 REST 和 Classic API 以及哪个最适合我的业务案例感到有些困惑。我的要求是能够仅使用他们的电子邮件地址向一位或多位客户汇款。无需接收付款，只需发送...此外，我不需要批准，我只想发送付款和要执行的付款，因为我正在通过 getVerifiedStatus 调用执行接收方电子邮件验证。

我知道有批量支付选项和自适应支付选项，但是为了保持一致性，我只需要使用一个 API。哪个 API 可以满足我的需求？

【问题讨论】：

标签： paypal send currency

【解决方案1】：

PayPal 的新 REST API 尚未很好地涵盖这一点。但是 MassPay api（支付数 = 一组，或只有 1 个）绝对可以满足您的需求。检查 PayPal 对 MassPay 产品中内置的异常情况的处理，以确保它符合您的要求；如果是这样，那么这是一个很好的答案。自适应支付 pay() 也绝对可以工作；要确定哪些适合您，您需要评估底层的 PayPal 产品，而不是 API。它们的工作方式并不完全相同......

【讨论】：

感谢 geewiz 的回答！我现在正在考虑 Adaptive Payments Pay API，它也可以使用多个接收者......你能澄清一下你所说的“评估底层 PayPal 产品”是什么意思吗？谢谢
PayPal 有很多产品可以转移资金，就像本田有很多产品（汽车）可以转移人一样。这些产品都有一些核心（资金流动），但界面不同（api和网页等），功能也不同。例如。 MassPay 的费用结构与自适应支付不同，对尝试向不存在的电子邮件地址（或可能出现的其他问题）付款的不同处理方式，对您可以发送的资金的不同限制。这就像将雅阁与奥德赛进行比较。哪个适合您取决于外观（api/集成）和不同的底层功能。

【解决方案2】：

我现在会坚持使用经典 API，因为它比 REST API 成熟得多。对于您的情况，我会使用自适应支付，特别是支付 API。由于您是应用所有者和付款人，因此您可以简单地触发付款，但您想要任何您需要的人。

【讨论】：