哪些PayPal API和产品将用于使用身份验证和捕获进行的卡支付

Question

我如何将自定义购物车应用程序与PayPal集成以接受间接信用卡付款而不强迫买家在PayPal注册？

有一个自定义购物车网络应用程序，该任务已设置为用PayPal替换当前的信用卡/部门卡付款。目标是让客户通过PayPal支付他们的卡。但是，有一些限制因素：

1. 客户应该在购物车的页面中输入他们的信用卡详细信息（号码，有效期，安全代码），但PayPal页面
2. 如果订购的商品可用且可以送达，则每笔付款必须包含授权（阻止总金额）和后续捕获，
3. 如果客户希望通过卡付款，则不会被迫创建/登录PayPal帐户。

麻烦的是我真的对PayPal可能的选项数量感到困惑。 REST API和Classic API之间的选择并不存在问题，但从整个列表中选择适当的产品（如Classic API products或REST API products）对于PayPal新手来说并不明显。其他一些类似的问题指向DoDirectPayment（但我不知道它是否是最佳选择）或建议网站付款标准（我不确定他们是否仍然可用）。 我也在考虑快速结帐，但the demo似乎强制创建PayPal帐户。

Answer 1

ExpressCheckout旨在与直接信用卡接受方式（例如PayPal的DoDirectPayment或非PayPal信用卡接受方法）一起使用，尽管它可以配置为也进行访客付款。这就是正常配置的演示只处理PayPal帐户创建的原因;这是正常用法。

您需要问自己的一个关键问题是，您是否想要访问信用卡信息＆amp;自己与否成为“记录商”。

是：这样做可以为您提供最大的灵活性，但即使您使用的某种解决方案试图将您与实际的原始卡号相隔，也需要您经过一些商家审查并承担一些安全义务（PCI）（例如，通过PayPal或Braintree代码收集它们，并立即加密和标记它们。简而言之：如果您想要完全访问该卡，那么您有法律义务：处理该帐户访问哪种技术可以减少但不能消除。

否：如果您满意通过PayPal，通过PayPal帐户的法律结构（无论用户是否实际拥有PayPal帐户，或者只是在PayPal上进行“客人”付款），您都可以通过PayPal直接处理客户的信用卡信息他们给PayPal他们的信用卡一次性使用）然后你可以减少你的审查和＆amp;安全限制（根本没有PCI要求）。

如果您想要（或需要）访问客户的卡[上面的是]，那么“经典”API解决方案是DoDirectPayment（用于收集卡信息时）或Hosted Sole Solution（用于PayPal收集卡信息时）在他们的页面上）。 HSS满足以上​​所有3项要求; DDP未达到要求＃1。

如果您能够获得对客户的访问权限。付款，但不是卡帐户本身[上面没有]，那么您可以使用网站付款标准，或EC与访客结帐选项;两者都符合你的三个要求。

上述所有解决方案不仅仍然受到支持，而且拥有数十或数十万个集成商家，是处理PayPal付款的最大/主流方式。

如果您更喜欢新产品和在上面的第一类（真实卡访问，而不是访客付款），然后您也可以使用Braintree或RESTful API。这些新产品还没有那么多的灵活性和作为旧产品的覆盖范围，但嘿，复杂性较低可能是一件好事，只要它们有你需要的东西。这些产品通常围绕您的网页插件设计，而不是在PayPal网站上输入卡信息，因此它们不符合您的第一个要求。

你也可以做PayFlow（几种变种）或自适应支付或或或....但总的来说，我建议选择最成熟或新增长的选项作为更好的支持和＆amp;更具前瞻性。

Answer 2

现在PayPal已经收购了Braintree，首选的整合方法是v.zero。它旨在非常容易接受PayPal，信用卡和其他选项。 （Venmo，比特币等）