【问题标题】:Replacing PayPal SetExpressCheckout SOAP API with REST API V2用 REST API V2 替换 PayPal SetExpressCheckout SOAP API
【发布时间】:2020-06-30 18:21:51
【问题描述】:

我们正在用 Paypal REST API V2 替换我们的 Paypal SOAP API 调用(SetExpressCheckout 等)。 三个问题:

1) Paypal 有两个相似的 API:orderspayments。哪一个被认为是SetExpressCheckout的替代品?

2) 我们使用SetExpressCheckout 返回的代币稍后进行捕获或退款。我们从SetExpressCheckout 获得的令牌是否也可以用于使用 REST API 进行捕获/退款? (如果不是,我们不能进行“大爆炸”迁移,而是保留这两个实现,直到我们确定不会对使用 SOAP API 发出的交易进行捕获或退款)。

3) 商家是否需要修改其个人资料中的任何内容,例如授予使用 REST API 的新权限?例如,我们使用 SOAP API 调用 TransactionSearch,这需要特殊权限 - 这些权限对 REST API 调用也有效吗?

【问题讨论】:

    标签: paypal paypal-rest-sdk express-checkout paypal-soap


    【解决方案1】:

    1) 创建 v2/订单替换 SetExpressCheckout。捕获 v2/订单取代了 DoExpressCheckoutPayment。捕获将返回一个新的交易 id,它是一个 v2/payment 对象,并且这个 v2/payment 对象 id 是唯一保留在 www.paypal.com 中用于会计目的的东西(v2/order id 不用于会计; 与 EC 代币一样,仅用于支付审批流程)

    对于前端,使用 https://developer.paypal.com/demo/checkout/#/pattern/server

    [您稍后提到了捕获,因此以下内容不适用于该特定情况,但是:如果您的流程被设置为在与在场的买家批准后立即捕获,然后 -- 一次关于你的实现的一切都在为幸福的道路工作——不要忽视添加对handling funding source failures的支持,这样如果立即捕获由于例如失败而失败买家的第一张卡被拒绝,这会传播回 UI,买家可以立即选择不同的资金来源]

    2) SetEC 令牌不能与 REST API 混合用于捕获

    3) 是和不是。如果您使用 REST API 来搜索事务,那么重要的是您使用的 REST ClientID+Secret 的权限。最直接的方式是商家在 https://www.paypal.com/signin?intent=developer&returnUri=https%3A%2F%2Fdeveloper.paypal.com%2Fdeveloper%2Fapplications 中生成一个具有所有必要权限的新 REST 应用程序,并为您提供该 REST 应用程序的实时 ClientID+Secret。

    【讨论】:

      猜你喜欢
      • 2013-06-16
      • 2013-04-17
      • 1970-01-01
      • 2015-11-08
      • 2019-07-13
      • 2011-01-07
      • 2020-02-13
      • 2020-02-13
      • 2022-06-18
      相关资源
      最近更新 更多