我的使用案例：买家从卖家处购买服务，我们的应用程序促进并保证交易。它应该以买方向我们汇款的方式运作，我们检查买方是否收到了服务，在这种情况下我们将钱汇给卖方。否则我们会退还买家。重要的是为买家提供2种付款方式：paypal帐户和无需帐户的信用卡付款。整个用例是国际性的。 我正在沙箱环境中对此进行测试。
可能的解决方案：
自适应付款 - 延迟链式付款： 工作良好。缺点是卖方必须授予我们许可才能退款。这里的问题是权限api正在维护，所以我在等待所有更改https://developer.paypal.com/docs/classic/permissions-service/integration-guide/PermissionsWhatsNew/。这是一件大事吗？
快速结帐授权/捕获+按比例付款： 工作正常。这里的优点是，如果退款（授权后无效），我们不必支付费用。这里的缺点是我不确定授权是否持有资金，因此即使没有用卡支付账户的买家也无法触及资金，我可以在3天内捕获它们。另一个问题是，当我使用30美元余额从PayPal帐户授权40美元时，我会捕获整个40美元。怎么来的？
我以前没有PayPal的经验我现在应用程序应该在国际范围内工作。如果您对此用例有任何提示，文章或实践经验，请分享！
修改 延迟链式付款很棒。我通过将我的应用程序作为次要接收者和卖家主要应用程序解决了这个问题。如果退款，卖家必须为我的应用授予权限，但没有更好的方法。
但是，现在的问题是，当买家在没有账户的情况下付款时（访客付款 - 带卡）所有接收人必须是商业或高级账户持有人：
客人付款的每个接收方必须是经过验证的PayPal业务或高级帐户持有人。
来源：https://developer.paypal.com/docs/classic/api/adaptive-payments/Pay_API_Operation/
问题在于，即使主要接收者（卖家）不是商业帐户或Premiere帐户，它仍然有效。有什么问题？
答案 0 :(得分：1)
1）你自己设置为主接收器吗？如果是这样，我认为您不需要授予权限，除非您已经运行ExecutePayment将资金转入辅助接收方帐户。如果您在此之前退款，您不应该需要权限（虽然我没有特别测试过，所以我可能错了。）
2）关于费用，如果您退还通过Adaptive支付的款项，那么PayPal会将退款退还给您，所以您在这方面并没有真正获得任何收益。
授权可能很棘手。我的理论是，授权资金应该保证3天，但你仍然可以在30天内（或者可能是60天）捕获，即使它可能会或者可能没有资金可用（它只会成功或失败）。
您可以在前3天后再次授权，以获得额外3天的保证资金，但我认为您不能多次这样做。
但这大部分取决于发卡银行。即使PayPal的文档可能指定了有关授权如何工作的某些事项，但是如果发卡银行有与其信用卡相关的不同规则可能会使事情失效。
至于为什么当PayPal余额只有30美元时，40美元的身份验证可行，我想这可能是因为二次资金来源。如果您在帐户中设置了银行帐户和/或信用卡，PayPal会假设它可以在捕获时从这些来源获取，如果仅PayPal资金不能覆盖它。根据您的使用情况，这可能是也可能不是理想的。
答案 1 :(得分：1)
您正在使用此问题混合多个概念。有不同的PayPal PAYMENT产品（适用于链式支付与快速结账），然后是授权与即时支付的问题。
同意Andrew同意退款案件中的费用不是选择解决方案的正确依据。更重要的是发件人和发件人。接收方会在他们的账户中看到（向/从您支付，或从/向另一方付款？），整个系统的简单性/可靠性（您方可能出现错误导致失败或多次付款？），责任甚至监管问题（例如，您是否担任托管服务？）。
如果PayPal向您提供PayPal买家授权，则意味着PayPal保证（在某些非常有限的例外情况下）它将遵守在指定时间和金额限制内捕获这些资金（可能因具体情况而异） 。 PayPal可能会根据发件人的余额，信用卡，银行账户或多种因素组合作出保证。您作为收件人无需关心 - 这是PayPal和买家之间的关系。 （以及适用于该身份验证的PayPal限制/条件，而不是发件人的基础信用卡/银行/等的条件; PayPal可以保护您免受这种复杂性的影响。）
相反，如果auth来自卡网络而不是PayPal帐户（即用户提供卡信息而不是使用PP帐户，无论PayPal是否是您的支付处理器），那么该网络指定并控制条件认证。
PS：如果您正在等待自适应付款更改，您可能需要等待很长时间。 89版是很久以前的事情，PayPal的优先事项是RESTful API，而非Adaptive。