Paypal Rest支付或Braintree支付

Question

我使用贝宝NVP API (快速结帐)很长一段时间，它的工作很好。我现在正在开发一个新项目，并希望使用Paypal为新项目推荐的“新”Rest。然而，我发现这些文件在某些地方相当不精确，而且常常相互矛盾。

我正在使用他们的沙箱测试付款，我注意到付款工作良好，但一旦我登录到贝宝买家帐户，我只能选择支付的Paypal余额。

这是Rest的限制吗？我想澄清的是，我在美国以外的地方，我不想接受信用卡付款在我自己的网站(嗯，如果没有其他解决办法，我会接受它)。我希望用户被重定向到PayPal页面，并在那里提供他的信用卡信息。但是，我想让用户至少从PayPal余额或信用卡中进行选择。(因为我习惯于使用NVP API)

更新

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

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

我应该如何理解信用卡的直接整合？这是PayPal网站被重定向到该页面后的信用卡支付，还是指信用卡支付，而信用卡号码是在自己的网站上提供的？

我的印象是，PayPal完全转向了Braintree支付。即使在官方PayPal开发者网站上，他们也建议快速结帐(客户端只用于集成)和Braintree Direct其他付款。

这就是我需要的：

• API调用的PHP集成
• 支付方式: PayPal余额，不同的信用卡
• 最后是经常性付款

I不需要

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

所以我的具体问题是：

• Braintree和PayPal的支付方法有什么区别(因为它们属于同一个组织)？
• 在我的情况下，我应该使用PayPal Rest还是Braintree解决方案？
• 他们在网站上列出的PayPal限制是什么？

没有人在这个领域有任何经验吗？即使是部分答案也是受欢迎的！

Answer 1

我有部分答案，因为我也在选择BrainTree、PayPal Rest和Express签出。

我是来回答的“我应该如何理解直接的信用卡集成？”。

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

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

所以对我来说，你的PayPal声明意味着很多--我需要支持直接信用卡，所以我选择了BrainTree。谢谢!

主持人注意:我本来想把这个作为对这个问题的评论，因为我认为这会对OP有所帮助。我没有足够的声誉来发表评论，所以我发了一个回复。