一个总订单拆成两个或更多包裹，是仓配现场很常见的动作。但“请分开包装”“其中一箱周末送达”“不要放门口”这类备注，不能因为仍显示在总订单页就被当成已经传给了每个子包裹。拆单一发生，原来的客户指令必须重新判断适用范围。
先把备注分成三类
系统可将备注区分为：适用于整单的客户偏好、适用于每个包裹的操作要求，以及只对应某一商品或包裹的特殊指令。前两类可按规则带入子单，第三类必须由操作人员指定目标包裹。继承动作要记录来源备注、继承时间和确认人，而不是只把一段文字复制过去。
对子单的修改也不能反向静默覆盖总订单。比如某一箱改为自提，只应改变该子单的交付方式；总订单仍要保留客户最初的指令、拆单理由和每个包裹的最终执行结果。客服查询时能看到完整链路，仓库只看到与当前包裹有关的操作项。
把“未确认”变成可处理状态
- 拆单后自动生成备注继承清单，标出尚未归属的内容；
- 涉及地址、时效、代收或包装风险的备注，要求出库前二次确认；
- 面单已生成时，将备注变更纳入作废、重打或人工交接流程；
- 异常包裹回传时，关联当时生效的子单备注版本。
真正有用的不是让所有备注“都能看见”，而是让每一条客户指令都能回答三个问题：它该由谁执行、对哪个包裹生效、后来是否被改过。这样，拆单才不会把一笔清楚的订单拆成多份含糊的责任。