PayPal Hosted Checkout Pages 集成是否被视为旧版?
Is PayPal Hosted Checkout Pages integration considered legacy?
我们正在寻求与 PayPal 集成以处理网站上的付款。之前,我们已经了解 PayPal 的托管结帐页面集成,并希望对其进行探索。但是在研究了 PayPal 的开发者文档之后,我们对这个集成选项的状态的理解如下:
- 为了使用托管结帐页面,我们必须使用 Secure Tokens。
- 为了检索和使用安全令牌,我们必须使用 PayPal 的 NVP(名称-值对)API。我们不是 100% 确定这一点,但我们在文档中找到对安全令牌的引用的唯一地方声明我们应该使用 NVP。
- 文档中的 NVP/SOAP API 部分被标记为旧版。
这似乎表明,如果我们使用 Hosted Checkout Pages 集成选项,我们将针对旧版 API 进行开发,我们希望尽可能避免这种情况。这种理解是正确的,还是我们遗漏了什么?有没有办法通过另一个集成选项来支持与托管结帐页面类似的工作流程?主要是,出于 PCI 合规性原因,我们希望避免处理客户信用卡数据。
是的,这是一个遗留的 Payflow 东西 -- 10 年前很棒,现在不推荐。
当前选项是 standard PayPal Checkout integration -- or beginning with such an integration and as an add on to it implementing the Advanced Credit and Debit card 托管字段的黑色 'Debit or Credit Card' 按钮,它允许您使用自己网站的 CSS 设计信用卡表格样式,同时保留敏感字段由 PayPal 托管。
但是,如果您想对传统 Payflow 产品与当前 PayPal 进行粗略的直观模拟:
Payflow Hosted Checkout Pages :: 标准的 PayPal Checkout 按钮已经包含这个(黑色按钮扩展了一个 iframe)
Payflow 透明重定向 :: 高级信用卡和借记卡
另外,Payflow 是一个完整的网关服务。如果您的业务用例_需要_,Braintree Payments 是新网关。
我们正在寻求与 PayPal 集成以处理网站上的付款。之前,我们已经了解 PayPal 的托管结帐页面集成,并希望对其进行探索。但是在研究了 PayPal 的开发者文档之后,我们对这个集成选项的状态的理解如下:
- 为了使用托管结帐页面,我们必须使用 Secure Tokens。
- 为了检索和使用安全令牌,我们必须使用 PayPal 的 NVP(名称-值对)API。我们不是 100% 确定这一点,但我们在文档中找到对安全令牌的引用的唯一地方声明我们应该使用 NVP。
- 文档中的 NVP/SOAP API 部分被标记为旧版。
这似乎表明,如果我们使用 Hosted Checkout Pages 集成选项,我们将针对旧版 API 进行开发,我们希望尽可能避免这种情况。这种理解是正确的,还是我们遗漏了什么?有没有办法通过另一个集成选项来支持与托管结帐页面类似的工作流程?主要是,出于 PCI 合规性原因,我们希望避免处理客户信用卡数据。
是的,这是一个遗留的 Payflow 东西 -- 10 年前很棒,现在不推荐。
当前选项是 standard PayPal Checkout integration -- or beginning with such an integration and as an add on to it implementing the Advanced Credit and Debit card 托管字段的黑色 'Debit or Credit Card' 按钮,它允许您使用自己网站的 CSS 设计信用卡表格样式,同时保留敏感字段由 PayPal 托管。
但是,如果您想对传统 Payflow 产品与当前 PayPal 进行粗略的直观模拟:
Payflow Hosted Checkout Pages :: 标准的 PayPal Checkout 按钮已经包含这个(黑色按钮扩展了一个 iframe)
Payflow 透明重定向 :: 高级信用卡和借记卡
另外,Payflow 是一个完整的网关服务。如果您的业务用例_需要_,Braintree Payments 是新网关。