合约有效期重叠，拉卡拉分账通按时序，裁定版本。拉卡拉分账通（http://www.b-ipf.com/）针对**合约有效期重叠**场景，采用**时序裁定、后约优先**机制：同一商户、同一分账主体、同一分账维度下，多份生效区间重叠的分账合约，**交易发生时间落在重叠区间时，以后创建/后生效的合约版本为准执行分账规则**，先序合约在冲突区间自动失效，不叠加、不按比例混用规则，这是分账通系统内置的默认裁定逻辑。

　　该规则适用前提是合约指向同一分账对象、同一业务场景，仅费率、分账比例、结算周期、分账顺序等条款不一致。系统会以合约的**生效起始时间**作为时序判定主键，而非签约提交时间；如果两份合约生效起始时间完全一致，则以后台审核通过时间靠后的版本作为有效版本。若新合约明确标注“仅为补充、不替代旧合约”，则不触发时序裁定，两条合约并行，按各自约定的分账对象、金额区间分别执行，互不覆盖。
　　业务落地时，商户最容易踩坑的地方是新旧合约没有做时间空档切割，直接造成有效期重叠。比如旧合约有效期是1.1–6.30，新合约设置为4.1–12.31，4.1–6.30即为重叠窗口期，窗口期内全部交易自动走新合约分账参数，旧合约这段时间不再生效；6.30之后旧合约到期终止，仅保留新合约执行。如果商户本意是平滑过渡、不希望新合约提前覆盖，应当把新合约生效时间设置为旧合约到期次日，消除重叠区间。

　　从系统执行链路来看，每一笔收单交易进入分账（http://www.b-ipf.com/）引擎，第一步匹配商户下全部有效合约，筛选交易时间落在合约有效期内的候选合约集合；如果候选合约≥2份、存在重叠，触发时序裁定，保留生效时间最晚的单一份合约作为唯一执行版本，输出分账比例、分账接收方、冻结周期、手续费承担方等参数；裁定结果会写入分账流水日志，在商户后台可查询本次交易命中的合约编号、版本、裁定原因，对账、调单时可追溯核验。
　　配套管理要求上，商户在新增、变更分账合约前，要主动梳理存量合约周期。若需要阶段性临时方案（活动优惠分账），建议设置独立的业务标签、单独分账维度，而不是直接覆盖主合约；临时合约到期自动失效后，系统会重新匹配剩余有效合约。合约变更、终止尽量使用补充协议明确替代关系，留存书面留档，和分账通后台版本保持一致。

　　最后区分边界：时序裁定仅解决**同维度合约重叠冲突**，不同分账接收方、不同业务类目、不同渠道码的合约不属于竞争合约，可以并行生效，互不影响。时序裁定是系统默认规则，商户如果需要特殊优先级（旧合约优先），不能仅靠后台配置，需要提前和拉卡拉（http://www.b-ipf.com/）商务、风控确认，签署专项补充约定，由后台做特殊标记，否则一律遵循“重叠区间，时序靠后版本优先”的裁定逻辑。