中小企业常用框架合同锁定合作关系，具体的数量和交期写在订单里。两套文件的效力、冲突和变更规则没有写清，后补的订单就可能引发是否改变原规则的争议，不过它并不当然覆盖前面已经达成的约定。
两份文件各自管哪一件事
框架合同适合约定质量标准、验收、付款起算、违约责任、管辖和保密；订单适合约定具体规格、数量、单价、交期和收货地址。两者重叠的部分，写清楚以哪一份为准。
常见写法是“与框架冲突时以框架为准”，同时允许双方以书面订单明确变更某一笔交易。只写“订单是合同组成部分”而不处理冲突，解释权就交给了事后举证。
订单生效条件要写到没有余地
订单经指定邮箱、指定人员或者双方盖章之后生效，这一条要写进约定。只在微信里回一个“收到”，事后很难证明那一版价格和交期已经成立。
口头加单、业务员自行下单的，下单权限和确认流程写明确；超越内部权限的对外效力，仍要审查追认、表见代理等情形，内部规则直接排除法定保护并不可行。框架里写上授权名单和金额上限，比事后争论“当时就是这样合作的”清楚得多。
变更和结算沿用同一套确认方式
改交期、改规格、增加运费或售后，走与下单相同的确认方式，并回写到当次订单。对账周期、开票信息和无争议部分先付款，也写进框架，每张订单不必重新谈一遍。
履行过程中，框架编号、订单编号、送货单和发票备注对应起来。对不上号的订单，发生质量或欠款争议时，往往先卡在“这批货适用哪一套条款”上。
订单可以变更的条款逐项写明
允许订单变更框架的，写明哪些项目可以由业务经办人确认、哪些需要另行授权；每笔数量调整并不等于担保、责任上限和争议解决方式也一并改了。变更内容约定不明确的，依法推定没有变更，文件日期较新也不当然优先。
框架与订单用付款条款自检逐项比较，接受版本、系统确认及后续交付放进订单时间线。取消订单时，先判断它是否已经成立、依据是什么；已备料或已交付的部分另列结算。尚在磋商中的订单和已经生效的订单，不作同一处理。
说明：本站为一般性法律信息，不构成对个案的法律意见。法律适用、时效、管辖和证据判断应结合完整事实判断。法律法规会修订，请以现行有效的为准。
