我使用Paypal NVP API（快速结账）很长一段时间，它运行良好。我现在正在开发一个新项目，并希望使用Paypal为新项目推荐的“新”Rest API。但是，我发现文档在某些方面相当不精确，而且经常是矛盾的。
我正在使用他们的沙箱来测试付款，我注意到付款工作正常，但是一旦我登录到Paypal Buyer帐户，我只能选择PayPal余额来支付。
这是Rest API的限制吗？我想澄清一下我在美国以外的地方，我不想在我自己的网站上接受信用卡付款（好吧，如果没有其他解决方案，我会接受它）。我宁愿让用户重定向到PayPal页面并在那里提供他的信用卡信息。但是，我希望为用户提供至少从PayPal余额或信用卡中选择的选项。 （正如我以前从NVP API那样）
更新
与此同时，我做了很多额外的研究。在the PHP SDK page，他们添加了以下通知：
重要提示：PayPal REST API不再支持新的直接信用卡集成。请改为考虑Braintree Direct;这是PayPal首选的集成解决方案，用于接受您的移动应用或网站中的直接信用卡付款。 PayPal服务Braintree是接受信用卡，PayPal和许多其他付款方式的最简单方式。
我应该如何理解直接信用卡集成？这是重定向到该页面后PayPal网站上的信用卡付款还是指信用卡付款，其中卡号是在自己的网站上提供的？
我的印象是，PayPal完全转向Braintree Payments。即使在official PayPal Developer website，他们也建议快速结账（仅限客户端）和Braintree Direct进行其他付款。
这就是我需要的：
我不需要：
所以我的具体问题是：
没有人在这个领域有过任何经验吗？我们欢迎部分答案！
答案 0 :(得分：2)
我有部分答案，因为我也在选择BrainTree，PayPal Rest API和Express checkout。
我在这里回答“我应该如何理解直接信用卡集成？”
我不是这方面的专家，但在我最近与结账系统整合方面的工作中，我学会了这个： 其中一种信用卡称为“直接信用卡”。这意味着它与银行账户直接相关 - 当账单结算时，资金立即从关联的银行账户转移到商家。这与大多数信用卡的工作方式不同 - 大多数信用卡只会在下个月的开始时收取银行账户的费用。
我遇到的情况是直接卡的行为与普通信用卡不同。 例如 - 我整合的结账系统不允许每月向直接卡收费。每月付款计划的直接卡必须手动结算。
所以对我来说，你问过的PayPal公告意味着很多 - 我需要支持直接信用卡，因此我选择 BrainTree 。谢谢！
版主注意： 我原本想发布这个作为对这个问题的评论，因为我认为这会对OP有所帮助。我没有足够的声誉发表评论，所以我发了一个答案。