【问题标题】:Paypal Rest API vs Classic SdkPaypal Rest API 与 Classic Sdk
【发布时间】:2016-02-10 01:42:28
【问题描述】:

我是第一次使用贝宝。 我有一个产品,我想将 paypal 与它集成。

我想完成以下任务:

  1. 客户访问我的网站并选择一个计划,这是一个每月定期计划。
  2. 然后客户被重定向到 Paypal 进行付款。
  3. 客户付款。
  4. 返回首页。

我浏览了paypal的文档,我有以下问题。

  1. 我应该使用 REST API 还是 Classic Sdk,因为我想创建 循环配置文件,使用 EXPRESS-CHECKOUT 和 REFERENCE TRANSACTIONS。
  2. 我的客户遍布全球,文档中规定,对于德国和中国的客户,我必须使用 REFERENCE TRANSACTION。
  3. Merchant SDK 文档中的某些地方声明经典 API 将被弃用,那么使用 Classic SDK 是不是一个好方法
  4. 我还想跟踪用户进行的交易(付款),以便我可以在他的个人资料详细信息中向他显示​​每个月扣除的金额。

请为我的问题提出一个可行的解决方案。

提前致谢。

【问题讨论】:

    标签: paypal paypal-subscriptions paypal-rest-sdk


    【解决方案1】:

    这是我使用的。我去了 Web Payments Standard 并创建了一个订阅按钮。 (我喜欢未加密的品种,但如果需要,您可以加密。)在那里,您可以设置订阅条款,以及在哪里发布 IPN 消息。当 IPN 消息返回时,您会处理它。您将在开始时获得一个 subscr_signup 以及一个 subscr_payment。然后,在续订时,您将再次获得 subscr_payment。我喜欢做的是为我的客户将每条经过验证的 IPN 消息存储在数据库中。

    要处理这些订阅的管理,例如跟踪信息、退款、订阅取消和作废,您需要使用 NVP API,这是一个非常简单的 API。如果您将包含所有这些字段的每条 IPN 消息都存储在数据库中,那么您应该能够将这些字段中的某些字段传递给 NVP API,以便完成您需要完成的工作。

    如果您担心 API 的使用寿命,请不要担心。当他们弃用 API 时,他们所做的只是停止为您提供关于它们的良好文档。他们仍然让那些旧版本运行。如果他们不这样做,那么网络上将会发生巨大的动荡,网络商务产品会遍地开花。不过,话虽如此,如果你想为未来做准备,那就使用 Braintree Payments API,因为 PayPal 收购了 Braintree,这就是他们 API 的未来。

    【讨论】:

      猜你喜欢
      • 2014-09-23
      • 1970-01-01
      • 2015-09-06
      • 1970-01-01
      • 2017-04-09
      • 2013-08-25
      • 2016-02-16
      • 2014-07-09
      • 1970-01-01
      相关资源
      最近更新 更多