单证员每天面对大量提单、发票、装箱单的制作与改单，若仍依赖 Word 复制粘贴，错误率高、版本难控、审批流于形式。单证生成与制作模块的价值，是把订单/作业数据自动注入模板、在线编辑、完整性校验与审批发布串成操作员的高频工作台。

一、为什么制单不能停留在「会排版」？

货代制单的难点不在「会不会做 PDF」，而在四个约束同时成立：

1. 数据要准：发货人、件毛体、运费条款必须与订单/作业一致。
2. 版本要清：客户改收货人、代理改通知方，每次变更谁改的、改了什么要能查。
3. 流程要严：正式提单、电放保函等不能未经主管确认就对外。
4. 效率要高：旺季一批订单要同时出 HBL、发票、装箱单，不能逐票手工填。

制单模块要把「数据映射 + 在线编辑 + 规则校验 + 审批发布」做成一条闭环，而不是多个 disconnected 工具。

二、模块交付物：不是 PDF 工厂，而是可审计的单证生产流水线

单证生成与制作应交付四类结果：

1. 生成可批量：一键制单、批量向导，按订单类型自动匹配默认模板组合。
2. 编辑可协同：在线预览与编辑，草稿阶段可改，送审后锁定。
3. 质量可前置：完整性、逻辑、合规三类校验在提交前运行。
4. 发布可追溯：版本差异对比、审批日志、正式发布后自动归档与状态回写。

三、系统底盘：模板、实例、规则中心与审批必须打通

1）单证实例是「这一票货的这份文件」

同一模板可生成无数实例；实例携带订单号、版本号、内容 JSON 与文件路径，是后续签章、归档、分发的业务对象。

2）校验规则要可配置

毛重大于净重、必填港口、敏感实体名称等规则不应写死在页面里，而应从规则中心按单证类型加载。

3）审批通过等于版本锁定

终审批准后，内容快照写入版本记录，生成正式 PDF，并触发归档与客户门户推送。

4）状态要回写作业与财务

提单已签发、发票已发布等状态应回写上游，驱动后续放货、结算流程。

四、关键能力：从草稿到发布的四层把关

1）单证工作台：按订单维度一站式制单

左侧列出该订单下 HBL、MBL、发票、装箱单等实例及状态；右侧在线编辑与预览，支持保存、送审、打包下载。

2）一键制单与批量制单

根据订单类型自动匹配模板集合；批量向导筛选同一航次、同一客户的多票订单，后台队列异步生成。

3）版本历史与差异对比

v1.0 草稿 → v1.1 送审 → v1.2 驳回 → v2.0 发布，每次变更可 Diff，支持恢复历史版本（需权限）。

4）审批中心：会签与串签

提单更改、电放保函等可配置多级审批；审批人看到差异对比与申请说明，驳回须填理由。

五、衡量制单模块成效，关键看这些指标

• 效率：一键制单覆盖率、单证平均生成时长、批量制单 50 份耗时、预览加载速度。
• 质量：校验警告率、审批一次通过率、发布后改单率、客户确认往返次数。
• 合规：未经审批对外发送拦截次数、版本冲突次数、作废单证追溯完整率。
• 协同：客户门户在线校对使用率、审批平均处理时长、制单到发布平均周期。

六、核心数据示例：一张制单工单里有哪些对象？

1）单证实例：制单的核心对象

示例：ORD-2025-001 的海运提单

• 实例编号：DOC-20251209-001
• 关联订单：ORD-2025-001
• 使用模板：TPL-HBL-001 v1.2
• 单证类型：HBL
• 当前版本：v2.0
• 状态：已发布
• 内容 JSON：发货人 ABC Trading、收货人 XYZ Import、起运港 Shanghai、目的港 Los Angeles、1000 Cartons Electronic Parts 等
• 正式文件路径：对象存储 PDF 地址

实例生命周期：草稿 → 待审批 → 已批准 → 已发布 → 已作废（业务取消或严重错误时）。

2）同一订单下的单证组合

• DOC-20251209-001｜HBL｜v2.0｜已发布
• DOC-20251209-002｜Invoice｜v2.0｜已发布
• DOC-20251209-003｜Packing List｜v1.1｜待审批
• DOC-20251209-004｜MBL｜未生成

业务关注点：一键制单默认包含哪些类型？是否允许部分生成、部分跳过？

3）审批记录：谁在什么时候做了什么

• AP-2025-888｜DOC-20251209-001 v2.0｜提交｜李四｜2025-12-09 09:00｜请经理确认收货人
• AP-2025-888｜经理审核｜批准｜王经理｜2025-12-09 09:45｜信息无误
• AP-2025-889｜DOC-20251209-003 v1.1｜提交｜李四｜2025-12-09 10:00｜待处理

4）版本差异：Notify Party 变更示例

v1.2（驳回版） vs v2.0（发布版）

Notify Party：SAME AS CONSIGNEE → TO ORDER

Marks & Nos：N/M → ABC-SH-001

变更人：张三｜变更时间：2025-12-09 14:00

七、校验引擎怎么判？三类检查决定能否送审

1）完整性校验

检查必填字段是否为空：目的港缺失 → 警告或阻断（视配置），字段位置高亮提示。

2）逻辑校验

• 毛重 1200 KG、净重 1250 KG → 逻辑错误，阻断送审。
• 件数与装箱单合计不一致 → 警告，主管复核。

3）合规校验

受制裁实体名称、敏感词、禁止出口品类等 → 阻断，需合规岗介入。

4）送审与发布规则

• 状态必须为 草稿 且校验通过（或警告已确认）方可送审。
• 送审后实例锁定，状态 待审批。
• 终审 批准 → 状态 已发布，版本锁定，触发 PDF 定版与归档。
• 驳回 → 退回草稿，须修改后重新送审。

八、场景演练：四条链路覆盖正常与异常

场景 A：收到托书后制作提单确认件（happy path）

1. 李四 在作业 JOB-10086 关联订单 ORD-2025-001 打开单证工作台，点击 一键制单，选中 HBL + Invoice + Packing List。
2. 系统生成 3 份实例，初始版本 v1.0，状态 草稿；校验摘要 is_valid: true。
3. 李四核对 HBL 收货人地址，修改 Notify Party 后保存，版本升至 v1.1。
4. 提交审批 AP-2025-888，王经理批准，HBL 升至 v2.0 已发布，PDF 归档并推送客户门户草稿校对。

业务验证点：提单确认件是否允许未审批先发客户预览？预览是否带 DRAFT 水印？

场景 B：目的港缺失触发校验警告

1. 订单 ORD-2025-002 目的港尚未录入，尝试生成提单。
2. 生成成功但 validation_report 含警告「目的港缺失」。
3. 李四仍可保存草稿，但送审时系统提示需补全或填写强制送审理由（视配置）。

场景 C：审批驳回后改单再发布

1. 装箱单 v1.1 送审，主管发现件数与订单不符，驳回并备注。
2. 李四修正后 v1.2 再送审，批准后 v2.0 发布。
3. 版本历史保留 v1.1 快照，审计时可还原「为何驳回」。

场景 D：批量制单截单高峰

1. 筛选航次 V.123W 下 5 票订单，勾选默认模板组合，共将生成 12 份单证。
2. 前端立即返回任务 ID，后台队列异步处理，预计 30 秒内完成。
3. 完成后操作员批量进入工作台复核，再逐票或批量送审。

九、对照自查清单

• 默认模板｜要问：不同业务类型默认出哪些单证？｜系统需支持：订单类型与模板组合配置、一键制单规则。
• 编辑权限｜要问：送审后谁还能改？｜系统需支持：状态锁定、驳回解锁、版本冲突提示。
• 校验策略｜要问：警告能否强制送审？｜系统需支持：完整性/逻辑/合规分级、强制理由留痕。
• 审批路径｜要问：提单更改几级审批？｜系统需支持：会签串签、差异对比、紧急度标记。
• 发布后改单｜要问：已发布提单如何改？作废还是新版本？｜系统需支持：作废、新版本、改单审批流。
• 客户校对｜要问：是否推门户让客户确认？｜系统需支持：草稿推送、确认意见回写。
• 批量峰值｜要问：截单同时制单多少票？｜系统需支持：异步队列、进度查询、失败重试。
• 上游回写｜要问：发布后要更新作业哪些状态？｜系统需支持：事件通知、作业/财务状态联动。

十、结语：制单模块是单证员每天的「生产操作系统」

当数据自动填充、规则前置拦截、审批与版本绑定时，制单从依赖个人经验的手工活，变成可度量、可审计的生产线。它直接决定错误率、改单成本和客户体验——也是后续签章、归档与分发能顺利运转的前提。

把制单做稳，货代单证数字化就过了最难的一关。