如何选择定期处理模型？
recurringProcessingModel 定义了定期付款类型。默认情况下，recurringProcessingModel 设置为 Subscription（订阅）。您可以在商家账户级别更改 recurringProcessingModel。这将适用于您账户中的所有（定期）交易。如果要在交易级别设置定期处理模型，则应提交 API 请求中的值。可能的值为：
- Subscription：按固定时间间隔执行的一系列固定或可变金额交易的合同。如果没有在付款请求中进行设置，它将是 shopperInteraction ContAuth 的默认值。
- CardOnFile：购物者存储详细卡片信息，之后使用存储的详细卡片信息从网站或应用程序中进行购买的模型。
- UnscheduledCardOnFile：使用存储的详细卡片信息，在非固定时间和/或按照可变金额执行的合同。例如，当持卡人的余额低于一定数额时自动充值。
下表显示了具有相应付款请求参数的常见业务模型（Shopper Interaction 和 Recurring Processing Model）
业务模型
交易类型
付款请求参数
购物者交互
定期处理模型
购物者参与会话的在线购买
一次性在线购买，购物者在付款页面上输入银行卡付款详细信息。
Ecommerce（电子商务）
购物者同意在您的网站或应用程序上存储详细的银行卡信息，以备将来使用的在线购买。这可以是一笔零价值交易。
Ecommerce（电子商务）
CardOnFile
购物者使用先前存储的银行卡付款详细信息进行的在线购买。
ContAuth
CardOnFile
Subscriptions
注册订阅的第一笔交易。这可以是一笔零价值交易。条款和条件应描述后续收费政策，例如固定或可变金额。
Ecommerce（电子商务）
Subscription
后续订阅费用在注册交易期间的初始条款和条件中说明，按照相同的时间间隔收取。
ContAuth
Subscription
无固定时间间隔的合同，例如账户自动充值
购物者同意有关后续收费的条款和条件的初始交易。这可以是一笔零价值交易。
Ecommerce（电子商务）
UnscheduledCardOnFile
后续费用在注册交易期间的初始条款和条件中说明，按照不固定的时间间隔收取。
ContAuth
UnscheduledCardOnFile
这篇文章有用吗？
