在国际卡组织（VISA、MasterCard 等）与支付合规体系中，卡交易根据**「谁发起扣款」以及 「持卡人是否在场（On-Session vs. Off-Session）」**，严格划分为 CIT（持卡人发起交易） 与 MIT（商户发起交易） 两类。正确理解并区分这两类交易，直接关系到发卡行授权通过率、3DS / SCA 强客户认证豁免以及争议责任界定。
1. 什么是 CIT 与 MIT？
任何 MIT 离线扣款都不能凭空发起 。卡组织规则要求：必须先由持卡人在场完成一笔 首笔交易（Initial CIT） ，明确同意商户保存其支付凭证用于后续扣款并完成必要的身份验证后，商户才能在后续交易（Subsequent MIT）中使用保存的凭证发起离线扣款。未保存凭证的普通单次 CIT 交易，无法在事后转为 MIT 扣款。
2. 首笔交易 vs. 后续交易全链路 3. 在 HaiPay 中如何对应到具体产品与接口？ HaiPay 将 CIT 与 MIT 能力封装为三类清晰的产品接口。请根据您的计费周期是否固定 以及由谁调度扣款时间 进行选择：
4. MIT 接口 vs. 订阅接口：我该选哪个？ 许多商户容易混淆「MIT 支付（/usd/mit/apply）」与「订阅支付（/subscription/apply）」。两者的底层虽然都使用了卡组织的 MIT 通道，但调度方与适用场景不同 ：
选择「MIT 支付」(/usd/mit/apply)
扣款时间或金额不固定 ：如 AI Token 按量计费、云资源后付费、打车/酒店事后结算、余额低于阈值自动充值。商户自建订阅引擎 ：您已有成熟的账单调度系统，希望完全由自己控制每次扣款的触发时机与重试策略。前置组件配置 ：组件初始化时 mode 传 'payment'。
选择「订阅支付」(/subscription/apply)
标准固定周期套餐 ：如 $19.99/月的 VIP 会员、按年续费的 SaaS 许可证，有明确的周期与总期数上限（≤ 3 年）。希望免去定时扣款开发 ：由 HaiPay 自动在每个周期到期时发起扣款、支持首期/全期优惠券与自动失败重试（retryTimes）。前置组件配置 ：组件初始化时 mode 传 'subscription'。 5. 合规与提升成功率最佳实践 由于 MIT 与订阅扣款发生在用户不在场时，若协议不透明极易引发持卡人拒付（Chargeback）。遵循以下卡组织合规要求可显著提升扣款成功率并降低争议率：
清晰的首次授权条款 ：在首笔 CIT 结账页显著展示计费规则（金额或计费方式、扣款频率、自动续费说明及取消政策），并由用户主动确认。扣款前后站外通知 ：在首次绑定成功、每次后续扣款前（特别是年费或大额周期扣款）及扣款完成后，通过邮件或短信通知用户。畅通的取消/解绑入口 ：在商户网站或 App 的个人中心提供清晰、无障碍的退订或关闭自动扣款入口。保持 partnerUserId 真实一致 ：在首笔授权与后续所有扣款请求中传递真实、唯一且一致的 partnerUserId，有助于风控模型识别合法复购。
相关主题 
