平台账户、支付和交易规则：Stripe把后续扣款标为MIT的前提是已有客户协议
Stripe把后续的off-session扣款标为merchant-initiated transaction（MIT），是因为这类扣款由商户在客户不在场时发起，而MIT需要商户与客户之间事先存在协议。协议至少要覆盖三项内容：客户授权了什么、扣款频率如何、金额按什么方式确定。这一标注是对交易性质的反映，不是系统自动赋予的合规豁免；读者若把MIT理解为“贴上标签就能绕开验证”，就把机制与结果混为一谈了。
用一次“保存卡片、后续扣款”的任务来理解
设想一个周期性收费场景：客户在首次结账时保存卡片，之后商户在客户不重新上线的情况下发起扣款。要完成这个任务，集成需要处理两件事。第一，在保存支付方式时按实际使用计划设置usage参数。第二，确认商户与客户之间已有协议，且协议至少覆盖授权、频率与金额确定方式。Stripe文档的表述是，商户发起的交易需要商户与客户之间的协议。协议是后续off-session扣款的约定基础；资料没有描述无协议时系统是否仍会标注为MIT，因此这里不推断系统的标注行为，只停在“MIT需要协议”这一层。
usage参数在保存环节安排验证流程
usage参数告诉Stripe，商户计划以后如何使用这份支付方式详情。对部分支付方式，Stripe可以依据usage设置选择对客户摩擦更小的流程，从而提高成功扣款的数量。文档举的例子是欧洲SCA监管下的信用卡和借记卡：保存卡片时，客户可能被要求完成验证。把usage设为offsession，会在保存环节就为后续的off-session扣款完成卡片验证，客户之后不必再上线重新验证。代价是保存流程本身增加了初始摩擦，收益是后续扣款时客户介入减少。反过来，如果商户只在客户结账时使用这张卡，就应把usage设为onsession，让银行知道卡片的使用发生在客户可到场验证的时候，从而把验证推迟到那时，避免保存环节的前置摩擦。
这里有一个必须守住的边界：上述内容说明的是usage设置如何影响验证流程的安排，文档并未据此给出各地区SCA豁免的结论。把“off_session有助于后续扣款不中断”外推为“在所有地区都免除强客户验证”，超出了材料能支持的范围。地区监管差异和具体支付方式规则，需要按适用地区另行核对。
协议为何是前提而非附属
MIT的认定核心在于“商户发起”这一事实。客户不在场，交易指令由商户发出，授权不能依赖扣款当时的实时验证，只能依赖事先约定。协议至少应覆盖授权、频率与金额确定方式；不完整的协议不符合资料列出的最低覆盖要求。文档没有给出协议模板，也没有规定条款措辞，因此这里只能停在“至少覆盖授权、频率与金额确定方式”这一层，不进一步细化条款写法。
常见误读的澄清
一种误读是把MIT当作技术开关：只要集成里把后续扣款标为MIT，就能让扣款顺利通过。机制上，标注反映的是交易由商户发起这一属性，它依赖协议而存在，而不是反过来用标注去创造协议。另一种误读是把usage=offsession当成通用提速手段。文档明确指出，这只在商户确实计划于客户不在场时使用支付方式时才合适；若只在结账时使用，应设onsession，否则会引入不必要的保存环节摩擦。还有一种误读是把欧洲SCA的例子当作全球规则。例子本身有地区限定，不能据此推断其他地区的验证要求或豁免结果。
落地时的核对顺序
按任务组织，核对顺序可以是：先确认商户与客户之间是否已有覆盖授权、频率与金额确定方式的协议；再确认集成在保存支付方式时是否按实际使用计划设置了usage；最后按适用地区的规则核对验证安排，不把文档中的示例当作通用结论。这三步中，协议是前提，usage是流程安排，地区规则是外部约束，三者不能互相替代。