Paypal Rest API付款或Braintree付款

我使用Paypal NVP API（快速结账）很长一段时间，效果很好。我现在正在开发一个新项目，并希望使用贝宝为新项目推荐的“新”RESTAPI。一、 但是，您会发现文档在某些方面相当不精确，并且常常相互矛盾

我正在使用他们的沙箱测试支付，我注意到支付工作正常，只是一旦我登录到Paypal买家帐户，我只能选择Paypal余额进行支付

这是RESTAPI的限制吗？我想澄清的是，我的总部不在美国，我不想在自己的网站上接受信用卡付款（如果没有其他解决方案，我会接受）。我宁愿让用户重定向到PayPal页面，并在那里提供他的信用卡信息。然而，我确实想让用户选择至少从贝宝余额或信用卡中进行选择。（我习惯于使用NVP API）

更新
同时，我做了很多额外的研究。在上，他们添加了以下通知：

重要提示：PayPal REST API不再支持新的直接信用卡集成。请直接考虑Braintree；这是PayPal的首选集成解决方案，用于在您的移动应用程序或网站中接受直接信用卡支付。贝宝服务Braintree是接受信用卡、贝宝和许多其他支付方式的最简单方式

我应该如何理解直接信用卡集成？这是PayPal网站上的信用卡付款被重定向到该页面后的情况，还是指在自己的网站上提供卡号的情况下的信用卡付款

我的印象是，PayPal正在完全转向脑力树支付。即使在网上，他们也建议快速（仅客户端）集成的快速结账和其他付款的Braintree Direct

这就是我需要的：

• API调用的PHP集成
• 付款方式：贝宝余额、不同信用卡
• 最终经常性付款

我不需要：

• 第三方发票
• 客户管理
• 送货地址管理

因此，我的具体问题是：

• Braintree和PayPal支付方式之间有什么区别（因为它们属于同一个组织）
• 我应该使用贝宝RESTAPI还是Braintree解决方案
• 他们在网站上列出的PayPal限制是什么

---

没有人有这方面的经验吗？即使是部分答案也是欢迎的

我有部分答案，因为我还在BrainTree、PayPal Rest API和Express checkout之间进行选择

我在这里回答“我应该如何理解直接信用卡集成？”

我不是这方面的专家，但在我最近与结帐系统集成的工作中，我学到了以下几点： 其中一种类型的信用卡被称为“直接信用卡”。这意味着它与一个银行账户直接相连——当它被记账时，钱会立即从连接的银行账户转移到商户。这与大多数信用卡的工作方式不同——大多数信用卡只会在下个月初向银行收取一笔费用

我遇到过直接信用卡与普通信用卡行为不同的情况。 例如，我集成的结账系统不允许每月向直接卡结账。月度付款计划中的直接卡必须手动计费

因此，对我来说，您发布的PayPal公告意义重大——我需要支持直接信用卡，因此我选择了BrainTree。谢谢

主持人注意：

---

我本来想把这篇文章作为对这个问题的评论，因为我认为这会对OP有所帮助。我没有足够的声誉发表评论，所以我发布了一个答案。

我对此非常感兴趣，我正在构建一个Rest API应用程序，供菲律宾商人使用。关于这个问题，您是否设法找到了答案“我应该如何理解直接信用卡集成？是将PayPal网站上的信用卡支付重定向到该页面后，还是指在自己的网站上提供卡号的信用卡支付？”非常感谢！不幸的是，我没有。我还没有在生产中测试它。然而，我确实发现文档正在更新，一些解释现在比以前更清楚了。但是，仍然在寻找问题的正确答案。当我知道更多的时候，我会尽快告诉你最新情况。在StackOverflow的回答过程中，部分答案、一些见解和“野外观察”是公认的参与；尤其是在没有更好的完整答案的情况下。谢谢你的回答，@pinkasey。但是，我不确定PayPal是否使用

直接信用卡支付

作为

在您自己的网站上接受直接信用卡而不被重定向到PayPal

。当然，你可能是对的。这些PayPal文档完全不清楚。我想你是对的，@Lozik-我整天都在浏览PayPal文档，并偶然发现：

重要提示：使用PayPal REST/payments API接受信用卡付款是受到限制的。相反，您可以通过Braintree Direct接受信用卡付款此处：谢谢@pinkasey，PayPal文档也不清楚：它们没有明确说明
受限
的含义，也没有说明它们是指一般的信用卡支付还是仅指不离开自己网站即可完成的信用卡支付。我认为我们能做的最好的事情就是测试，测试，测试，再测试。到目前为止，我已经用他们的沙箱测试了RESTAPI，没有遇到任何限制