我们正在用 Paypal REST API V2替换我们的 Paypal SOAP API 调用（ SetExpressCheckout等）。三个问题：
1) Paypal 有两个类似的 API：orders和payment。哪一个被认为是SetExpressCheckout的替代品？
2) 我们使用SetExpressCheckout返回的代币在以后进行捕获或退款。我们从SetExpressCheckout获得的令牌是否也可以用于使用 REST API 进行捕获/退款？（如果不是，我们不能进行“大爆炸”迁移，而是保留这两个实现，直到我们确定不会对使用 SOAP API 发出的事务进行捕获或退款）。
3) 商家是否需要修改其个人资料中的任何内容，例如授予使用 REST API 的新权限？例如，我们使用 SOAP API 调用TransactionSearch，这需要特殊权限——这些对 REST API 调用也有效吗？
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
[您稍后提到了捕获，因此以下内容不适用于该特定情况，但是：如果您的流程设置为在获得买方在场的批准后立即捕获，那么 - 一旦您的实施的一切都在为幸福的道路工作- 不要忽略添加对处理资金来源失败的支持，这样如果由于例如买家的第一张卡被拒绝而导致立即捕获失败，这会传播回 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。