文字相同不代表身份相同。重复的客户参考编号,或同一任务上的多个有效编号,都应建立以证据为基础的交叉对照,而不是合并或覆盖。
1. 先把派车任务作为稳定的运营锚点
在货运调度台处理参考编号时,应先打开既有派车任务,而不是先跟随最新一则客户讯息。派车任务编号是团队已在计划或跟进的那次运输的稳定内部识别。客户可能为该次运输提供采购单号、订舱编号、收货参考号或其他标签;这些资料对客户可能重要,但不会取代任务编号,也不会因为出现在电邮或聊天中就自动成为通用识别码。
必须分开回答两个问题:“这是哪一项内部货运任务?”以及“哪一个客户签发的参考编号适用于该任务的哪一部分?”前者依靠既有任务记录及可观察的运输背景;后者需要一行交叉对照,清楚写明签发方、原样提供的值、来源证据、已核对负责人,以及该编号所指的任务部分。不要为了让不清楚的对应关系看似已解决而另造编号。
同一货运任务可能有多个站点、多个客户联系人,或有多项请求分别覆盖同一次运输的不同部分。因此,一个任务可以合理地保留多个已核实的客户编号。反过来,两个签发方提供了相同文字,并不证明它们是同一任务。应先保留各签发方的身份,再决定某一行是否可关联。
参考资料: BossFlow Fleet 工作范围
2. 先原样记录编号,再解释其含义
| 证据情况 | 建议的内部动作 | 记录结果 |
|---|---|---|
| 签发方、原样编号、来源及涵盖任务部分均与一项既有任务一致。 | 新增一行交叉对照,并写明核对人。 | 已关联至所说明的任务部分。 |
| 相同编号值来自不同签发方。 | 建立独立行,并比较证据与范围。 | 保留碰撞;不合并。 |
| 同一签发方为同一个已核实任务部分提供两个编号。 | 把两个原样值分别保留在独立行。 | 保留多个编号。 |
| 来源可识别编号,但未说明所涵盖部分。 | 保留该行,并请具名负责人澄清。 | 等待澄清。 |
| 证据可能指向多项既有任务。 | 不得覆盖资料,也不可只凭文字相似自行选择。 | 碰撞未解决。 |
请按客户提供的样子抄录参考编号,包括来源中可见的标点、空格、前缀及字母大小写。签发方应按其提供的名称或既有任务背景中已识别的名称记录;编号类型与编号值必须分栏。“采购单”和“订舱参考”是类型或含义,字符本身才是值。两者分开,可避免后来的人猜测某个标签是客户给的,还是调度台自行补上的。
应附上或指向支持该行的来源证据,例如已识别的电邮、请求附件、交给调度台的入口资料摘录,或带明确日期的对话记录。只写证据实际支持的事实。证据可能显示某签发方提供了编号,并指明目的地或站点;但它本身并不能证明货物所有权、发票归属、合同责任或运输已完成。
可使用一份建议性的内部交叉对照工作表,栏位包括:派车任务编号、签发方、参考类型、原样提供的值、来源证据、所涵盖的任务部分、核对负责人、核对状态、未解决碰撞,以及下一项决定。这是原创且可调整的内部做法,不是承运商要求、通用行业标准、服务规则或法律文件。
3. 关联前按具体顺序作出判断
第一,打开既有派车任务,确认它正是本次审阅的任务。第二,收集每个客户提供的参考编号,但不改动任务编号或客户原文。第三,为每个编号记录签发方和证据。第四,把编号对应到同一任务中明确的涵盖部分:整次运输、已说明的取货点、具名收货站、已说明的货件部分,或明确标记为尚未解决的范围。第五,遇到表面相同的编号时,应比较签发方、类型、证据和涵盖部分,而不是只比对字符。
若证据能一致地识别签发方与既有任务中的涵盖部分,可新增交叉对照行,并由具名负责人标为已核对。若证据不足,应保留为未解决,并交由适当的运营负责人澄清。相同文字来自不同签发方时,即使看起来一模一样,也应建立两行。不得合并任务、覆盖任一原始编号,或推断两个客户指向同一批货物。
调度台可采用克制而清楚的结果:已关联、等待澄清、或碰撞未解决。“已关联”只表示工作表记载了什么证据支持它与一项既有任务的关系,以及它涵盖任务的哪一部分;它不表示调度台已决定本指南范围以外的商业、文件、货物或追踪问题。
- 先打开既有派车任务,再审阅传入编号。
- 分别记录签发方、编号类型及原样编号值。
- 保留来源证据,并说明证据实际表达的内容。
- 把编号对应到任务中明确的涵盖部分。
- 写明核对人;不确定的碰撞必须保持未解决。
4. 在调度台使用五行决策表
下表是建议性的内部提示,用来选择下一项记录动作。它不替代团队既有的升级路径,也不替你决定证据中没有出现的事实。
5. Fictional example / 虚构示例
以下完全为虚构示例:派车任务 DJ-ORCHID-17 已描述一项计划中的货运,并有两个具名收货站。签发方 North Quay Stores 在一项指明第一个站点的请求中提供采购单文字“PO-4821”。签发方 Orchard Supply 在另一项指明第二个站点的请求中提供订舱文字“PO-4821”。相同的是字符,不是合并签发方、请求或任务的依据。
调度员建立两行独立的建议性内部工作表。第一行记录 North Quay Stores、采购单、原样值“PO-4821”、其已识别的请求证据,以及“第一个收货站”为涵盖部分。第二行记录 Orchard Supply、订舱参考、其独立请求证据,以及“第二个收货站”为涵盖部分。两行的派车任务编号都维持 DJ-ORCHID-17;没有编辑、替换或覆盖任何客户提供的值。
之后,North Quay Stores 为同一个第一站再提供第二个编号。调度员在核对其证据后新增一行,并把它对应至相同的涵盖部分。由此可见,一个派车任务旁可保留多个已核实客户编号,而不需要把它们当作可互换资料。本虚构示例不描述真实客户、货运、结果、承运商流程或系统整合。
6. 证据不足时保持边界清楚
本指南不处理承运商签发编号或货运文件编号的更正;不处理外部承运运输段的关联、退货请求、空车调位,也不决定发票、货物或合同是否属于某一方。这些都是不同的运营问题,需要不同证据及负责人。客户编号交叉对照只让“客户提供的标签”与“既有货运任务”的关系可供审阅。
所提供的车队工作流程资料支持一个一般运营概念:任务、车辆、司机、指派、回应、准备状态与完成状态是不同事实。它并没有规定本工作表,也没有决定客户采购单的含义。所提供的 GOV.UK 资料支持以可观察的验收条件并连结证据;应用在这里,可支持“已记录签发方、来源、任务部分与核对人”这类可见检查,但不会使交叉对照成为监管文件或运输文件。
不要把包裹、空运、承运商或平台惯例泛化到这项调度台决定。若现有资料无法核实签发方、来源或涵盖部分,应记录不确定性和下一位负责人。适当的即时行动可以是保留独立行,等待澄清。
7. 关闭的是编号审阅,不是其他货运工作
结束审阅前,应检查每一行仍指向既有派车任务;每个客户值仍按原样保存;每一个已关联编号都写明涵盖部分,或坦白标为未解决。确认有具名人员完成核对,也确认没有把碰撞悄悄变成合并。工作表应与该任务的运营资料一同保存在团队选定的受控位置。
沿用的 fleet-yard 车队场景图应标示为“AI 概念画面——仅作示意;并非真实客户车队或参考编号记录”。它可帮助读者辨认调度场景,却不是任何客户编号、任务、车辆或运输的证据。本指南的价值刻意保持狭窄:在让有根据的任务关联清楚可见的同时,协助调度台保留各项资料的独立身份。
参考资料: GOV.UK:用可观察结果描述需求
用虚构资料走一遍这个决定
演示独立运行,不连接客户资料、真实派车、付款或原项目后台。
打开对应演示查看完整工作流程
