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