客户临时改出运指令时，不要只在聊天里回复“收到”。应把原要求、变化内容、生效范围、确认依据和执行结果放进同一条记录，再通知受影响岗位。
出运指令可能牵动收货信息、货物数量、运输安排、单据要求或费用归属。麻烦往往不在“客户改了”，而在各岗位手里的版本不同：业务按新要求回复，仓库仍照旧操作，财务又看不到为什么变化。
先建一张能被别人看懂的变更单
下面是讨论字段的参考模板，并不表示星粤科技或任何企业已经采用完全相同的内部流程。填写时少用“旧版”“按客户要求”这类省略说法；即使同事没有参加那次沟通，也应能从记录中看懂前后差别。
出运指令变更记录 · 字段示例版本待确认
| 字段 | 应留下什么 | 为什么要核对 |
|---|---|---|
| 关联业务 | 主订单编号、客户主档、相关货物或单据 | 先确认改的是哪一票业务 |
| 原指令 | 变更前的完整要求和原始来源 | 防止旧内容被静默覆盖 |
| 新指令 | 具体改了什么，哪些内容保持不变 | 让执行岗位只处理真实变化 |
| 生效范围 | 涉及哪些订单、货物、费用或单据 | 避免把局部变化扩大到全部业务 |
| 确认依据 | 确认渠道、确认时间及可核对附件 | 说明这次变更从哪里产生 |
| 执行状态 | 待评估、待确认、执行中、已完成或无法执行 | 让相关岗位看到同一进度 |
原始版本：保留新版本：待确认执行结果：待回填
收到变更，沿业务链扫一遍影响
不用急着把所有状态改成“已处理”。先逐项判断变化走到了哪里，尚未查清的项目就明确留在“待评估”。系统可以承载记录、附件和状态，但可执行性仍要由业务负责人结合现场情况判断。
相关货物是否已经收货、入库、拣货或出库？
相关单据是否已经制作、确认或交给外部角色？
费用、报价或供应商安排是否会随之变化？
哪些岗位仍在使用旧指令，是否需要暂停当前动作？
新要求是否超出已确认的项目范围，需要由谁进一步判断？
别转发整段聊天，直接做版本对照
遇到一长串沟通记录，可以把结论拆成三块。例如客户只改收货联系人，就明确订单主体和货物信息不变，联系人字段更新，其他单据是否重制暂待确认。执行人看到的是结论，而不是再猜一遍聊天内容。
保持不变
订单主体、货物信息，以及本次明确未涉及的字段。
需要修改
写清字段原值、新值、生效对象和开始执行的时间点。
暂不执行
影响尚未评估，或仍缺客户、业务负责人确认的事项。
关闭之前，收回四张“执行回执”
新版本发出并不等于事情结束。变更单是否可以关闭，取决于受影响事项是不是都有可核对的结果。
- 受影响岗位已经确认收到新版本
- 需要重做的单据或操作已经完成
- 费用变化已经交由明确负责人处理
- 无法执行的部分已经反馈给客户
两个容易被忽略的问题
客户在电话里改了要求，可以直接执行吗？
先形成可核对记录，写清通话时间、变化内容和后续确认方式。是否立即执行，要结合企业授权规则和业务所处阶段判断，不能由一篇通用文章替代内部审批。
指令又改回原版本，还需要记录吗？
需要。恢复原内容也是一次状态变化，应保留恢复原因、生效时间和通知范围，否则后来查看结果的人无法解释中间发生过什么。
