paypal-adaptive-payments - 从快速结账更新为自适应结账

Question

我已经在 php 中实现了快速结账，但发现定期付款的快速结账不适用于来自 paypal 支持的德国付款人，他们建议使用预先批准的方法 insted。

从一些研发中，我发现预先批准的方法属于 Adaptive Payments API。

因此，有没有人实现过相同的？我没有在网上找到任何合适的回复所以在这里问

1) 我是否应该要求完全删除 Express Checkout 的功能实现并添加自适应支付，并且似乎已经完成的工作发生了重大变化？

2) 我的客户是否需要为此支付更多费用？

并行结账本身是自适应支付结账吗？

我有下面的链接，但不确定这是 Adaptive Checkout

https://developer.paypal.com/docs/classic/express-checkout/ht_ec-parallelPayments/

任何建议将不胜感激!!

Answer 1

该链接不是 Adaptive Payments；它用于 Express Checkout，特别是如何在 Express Checkout 中进行并行支付，这不是您想要做的。 AP 和 EC 是 PayPal 产品的不同系列，因此名称中带有 EC 的任何东西都不是 AP，反之亦然。您可以在谷歌上搜索自适应页面，例如:

https://developer.paypal.com/docs/classic/adaptive-payments/integration-guide/APIntro/

但是:我不确定 PayPal 支持是否打算将您从 Express Checkout 引导至 Adaptive Payments。虽然 EC 和 AP 的名称非常不同，不容易混淆，但这两个产品系列中的功能集更容易混淆，例如:订阅、引用交易、经常性付款、预先批准的付款、计费协议(protocol)等。这种混淆的一部分来自 PayPal 在向多个产品线添加相似/兼容的功能时重复使用名称，有时试图区分和使用不同的名称......然后有时重命名功能。因此，例如预批准付款首先在 EC 中提供，但随后同样的功能被升级并重命名为 Reference Transactions。然后 AP 实现了一个类似的功能，并将其称为预批准付款。然后 PayPal 在其 RESTful API 中添加了类似的功能，并将其称为 Billing Agreements，该术语最初用于描述在 EC 原始版本的 Preapproved Payments 中设置的协议(protocol)。哎呀!

无论如何，对于造成的困惑，我们深表歉意——当一家公司在 15 年内不断构建(和购买)越来越多的产品线(并且从未明确弃用和淘汰其中任何一条)时，就会发生这种情况。

但我可以稍微澄清一下术语:

“经常性付款”通常用于指代您的商家告诉 PayPal 向客户开账单的时间表，然后 PayPal 代表您发起这些付款的情况。 “预批准付款”(以及许多同义词/类似功能)通常用于指代您的商家获得同意在未来向客户收费的情况，但(通常)您的商家会管理时间表并启动这些付款。 (有时“经常性付款”可以被视为更广泛的“预批准付款”类别的子集，但让我们尽量保持相对简单......)

无论如何:在德国的 Express Checkout 中应该可以使用预先批准的付款，也就是引用交易功能。简而言之，EC 和 AP 都将支持您在未来再次向客户收费，但两种产品都不支持 PayPal 按固定时间表启动这些 future 付款的定期收费。因此，如果您想坚持使用 EC，您应该能够做到。

另请参阅几年前的 StackExchange 帖子:

Paypal - API Checkout (Rec. payment) - Sandbox Test Accounts - German account always set to "Premier"