PayPal 订阅 vs 定期订阅?

发布于 2025-01-07 14:26:49 字数 177 浏览 1 评论 0原文

有人可以解释两者之间的区别吗?据我所知,订阅是您从 PayPal 获取 HTML 按钮的方式,而重复则是通过 API 完成的。

是这样还是还有更多?

如果是这样,订阅客户如何取消订阅?

(而且,为什么 PayPal 让开发者必须在论坛中寻找答案?!)

Can someone explain the difference between the two? From what I have read, subscription is the one where you grab the HTML button from PayPal, whereas recurring is done via the API.

Is that it or is there more to it?

If so, how do subscription customers cancel their subscription?

(And, why does PayPal make it so developers have to trawl forums for answers?!)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

晒暮凉 2025-01-14 14:26:49

PayPal 的不同类型的经常性交易:

订阅

订阅是通过网站支付标准订阅按钮创建的。
2009 年之前,订阅配置文件 ID 以 S-XXXXXXXX 开头。您无法通过任何 API 调用来管理这些订阅。
2009 年之后订阅配置文件 ID 以 I-XXXXXX 开头。您可以通过 ManageRecurringPaymentsProfileStatus API 调用取消这些订阅。

定期付款资料

定期付款资料是通过 CreateRecurringPaymentsProfile API 创建的,Express Checkout 用户以及在其网站中使用直接定期付款的用户都可以访问该资料支付专业产品。

如果您通过 Express Checkout 使用 CreateRecurringPaymentsProfile,则需要事先获得买家授权,通常通过在初始 SetExpressCheckout 中传递 BILLINGTYPE=RecurringPayments 来获得API 调用。

如果您使用直接定期付款,则可以将信用卡详细信息直接传递到 CreateRecurringPaymentsProfile API 调用中。

定期计费
适用于 Payflow Pro / Website Payments Pro Payflow Edition 客户。这与直接定期付款类似,只不过它是通过 Payflow API 完成的。

--
在所有情况下,都会创建一个“配置文件”,并且 PayPal 会按照您提供的时间表进行实际计费。您无需进一步调用 API 来处理订阅/定期付款配置文件/定期计费配置文件。

PayPal's different type of recurring transactions:

Subscription

A subscription is created via a Website Payments Standard Subscribe button.
Before 2009, the subscription profile ID started with S-XXXXXXXX. You are not able to manage these subscriptions via any API calls.
After 2009 the subscription profile ID starts with I-XXXXXX. You are able to cancel these subscriptions via the ManageRecurringPaymentsProfileStatus API call.

Recurring Payments Profile

A recurring payments profile is created through the CreateRecurringPaymentsProfile API, and is accessible for both Express Checkout users, as well as those using Direct Recurring Payments as part of their Website Payments Pro Product.

If you use CreateRecurringPaymentsProfile via Express Checkout, you'll need prior authorization from the buyer, typically obtained by passing BILLINGTYPE=RecurringPayments in your initial SetExpressCheckout API call.

If you're using Direct Recurring Payments, you'll be able to directly pass in the credit card details into the CreateRecurringPaymentsProfile API call.

Recurring Billing
Available for Payflow Pro / Website Payments Pro Payflow Edition customers. This works similar to Direct Recurring Payments, except it's done through the Payflow API.

--
In all cases, a 'profile' is created, and PayPal is the one doing the actual billing on the schedule that you provided. You don't need to make any further API calls for the subscription / recurring payments profile / recurring billing profile to be processed.

岁月如刀 2025-01-14 14:26:49

我还注意到一件事。

当我们进行 API 调用以获取定期/订阅交易的交易详细信息时,其 Profile-ID 以“S-”开头的订阅的 TRANSACTIONTYPE 为“subscr_ payment”,而 Profile-ID 以“S-”开头的订阅的 TRANSACTIONTYPE 为“subscr_ payment”我-'的 TRANSACTIONTYPE 为“recurring_ payment”

不知道我是否完全正确。

And one more thing that I noticed.

When we make an API call to get the Transaction-details for a recurring/subscription transaction, the subscriptions which have their Profile-ID's starting with 'S-' have their TRANSACTIONTYPE as 'subscr_payment' and the subscriptions with Profile-ID's starting with 'I-' have their TRANSACTIONTYPE as 'recurring_payment'

Don't know if I am completely right.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文