商家发起的交易 (MIT)

MIT 支持服务概览

商家发起的交易 (MIT) 是在用户未处于活跃会话状态时处理的交易。此次对 Google Pay Online API 的更新可增强这些交易类型的可见性，通过专用结算详情用户体验改进用户体验，并提高付款连续性。

主要应用场景

• 周期性付款：数字在线媒体服务、会员服务或公用事业服务。
• 延迟付款：酒店预订、预订或未入住费用。
• 自动充值：为公交卡或礼品卡充值。

MIT API 实现

MIT API 是现有 loadPaymentData API 的扩展。集成者必须仅包含一个 *TransactionInfo 对象来指定结算意图。Google 提供 3 种选项，具体取决于商家发起的交易类型：

• RecurringTransactionInfo
• DeferredTransactionInfo
• AutomaticReloadTransactionInfo

交易类型	对象名称	说明
周期性	RecurringTransactionInfo	用于固定频次费用。支持试用、预付费和后付费结算。
延迟	DeferredTransactionInfo	用于在预定的未来时间进行单次扣款。
自动重新加载	AutomaticReloadTransactionInfo	用于在余额低于最低阈值时为储值卡账号充值。

集成步骤

1. 文档：这三个新的对象定义位于文档的对象参考部分，并且已直接链接到上述列表中。
2. 实现：在 API 请求中使用适用于您系统的相关 *TransactionInfo 对象。
   • 请注意，每个 API 请求只能传递一个对象。 具体使用哪个对象以及填充哪些字段由各个商家自行决定。
3. 测试：使用测试环境验证账单详细信息是否在工资单中正确呈现。
4. 发布：在参数通过验证后，即可发布。

令牌生命周期管理 (TLM)

令牌生命周期管理可在安全支付令牌更新或停用时提供实时通知，从而确保支付连续性。如需了解完整详情，请参阅 令牌生命周期管理文档 。

关键令牌事件

• 停用/删除：在令牌不再可用时发出通知。
• FPAN 后缀更新：当基础资金主账号更新时发生。

服务器设置要求

直接商家和付款服务提供商 (PSP) 必须建立一个系统来接收、解密和处理这些消息。

要求	说明
端点	用于接收 POST 调用的安全 HTTPS 端点。
Authentication	必须处理签名验证和消息解密。
答案	返回 SUCCESS 以继续发送通知，返回 TOKEN_NOT_FOUND/TOKEN_NOT_IN_USE 以停止发送通知。
Merchant Notification	PSP 需要向商家传达令牌状态。

实现说明

必须通过交易传递 tokenUpdateUrl 端点，才能接收令牌更新。对于 PSP，确定商家将如何在相关 *TransactionInfo 对象中接收和填充此网址是 PSP 的责任。

另请注意，对于 MIT，加密载荷将返回一个额外的可选字段 merchantTokenId。如需了解具体详情，请参阅 付款数据加密 文档（针对商家）或载荷结构文档（针对 PSP）。