📝 合同主数据

核心逻辑：按进货单结算，走商品进价体系。关键字段：进货价、账期（天数）、结算方式（RMIS 4.2.1）、发票类型。结算链路：进货单 → 对账 → 供应商结算（3.26）→ 付款（3.30）。

核心逻辑：按销售额扣点结算，走专柜联营结算流程（3.27）。关键字段：扣点比例（%）、保底销售额、结算周期。与自营合同的本质区别：不自建库存，售后才结算，扣点代替进价。

核心逻辑：按固定费用结算，走租赁供应商结算（3.28）。关键字段：租金金额、缴费周期（月/季/年）、是否含物业费。与商品流转无关，纯固定费用管理。

核心逻辑：合同在 RMIS 中录入后，其条款（账期、扣点、结算方式、商品范围）直接控制后续的供应商结算逻辑。录错一个字——账期天数写错、扣点比例小数点移位——结算全跑偏。当前录入环节的审核比较到位，执行一致性较好。

一个合同绑定一个供应商编码。合同内通过"商品范围"字段关联商品编码列表。由于供应商按经营方式分码，同一实体自营合同和联营合同挂在不同的供应商编码下——查询时需按结算主体做聚合。

合同到期后系统行为取决于参数配置：可能继续按旧合同结算（风险：供应商已涨价但系统还在按旧价付），也可能停止结算（风险：供应商正常供货但无法结算）。这是合同管理中最危险的过渡阶段。

当前是否依赖人工跟踪合同有效期？系统是否有自动到期提醒？如果全靠人盯，合同到期未被及时发现→供应商继续供货→结算按旧合同→对账纠纷——这个链路是目前明确的治理缺口。同理，供应商资质证件（食品许可、营业执照）的到期也依赖同一套提醒机制。

合同变更后的新条款（如新账期、新扣点），是只对变更日之后的新进货单生效，还是追溯到所有未结算单据？——这是最容易在财务对账环节出纠纷的点。

合同到期后：续签是在原合同编号上延长期限，新建是生成新合同编号。续签保留历史关联（原合同下的结算记录仍在同一编号下可查），新建需要重新绑定供应商和商品范围。

合同终止前必须满足：供应商所有未结算款项已结清、合同关联的所有商品无在途进货单、无未完成退货单。不满足前置条件就终止合同，会导致已收货但未结算的进货单变成"孤儿数据"。

终止后的合同不可删除——历史结算记录需要合同编号做追溯。合同归档后状态变为"终止"，但数据保留。这与供应商编码的"停用不删除"原则一致。