产品文档

• 1: PRD 分区地图 — 印刷工单系统
• 2: 印刷行业工单系统产品与交互设计
• 3: 印刷工单系统客户需求与痛点调研
• 4: 功能规格说明书（FSD）
  • 4.1: FSD 99 · 附录
  • 4.2: FSD M1 · 工作台
  • 4.3: FSD M10 · 异常返工
  • 4.4: FSD M11 · 外协
  • 4.5: FSD M12 · 仓库发运
  • 4.6: FSD M13 · 对账结算
  • 4.7: FSD M14 · 报表预警
  • 4.8: FSD M15 · 平台（审批 + 权限 + 审计 + 配置）
  • 4.9: FSD M2 · 客户机会
  • 4.10: FSD M3 · 报价与定价
  • 4.11: FSD M4 · 销售订单
  • 4.12: FSD M5 · 订单变更
  • 4.13: FSD M6 · 主数据
  • 4.14: FSD M7 · 计划排产
  • 4.15: FSD M8 · 执行报工
  • 4.16: FSD M9 · 质量
  • 4.17: 印刷工单系统功能规格说明书（FSD）v1.0 · 总则
• 5: 交互设计
  • 5.1: order 域设计总纲（销售订单）
  • 5.2: planning 域设计总纲（计划排产）
  • 5.3: execution 域设计总纲（生产执行）
  • 5.4: quality 域设计总纲（质量与异常）
  • 5.5: shipping 域设计总纲（发运）
  • 5.6: settlement 域设计总纲（对账结算）
  • 5.7: customer 域设计总纲（客户与机会）
  • 5.8: quotation 域设计总纲（报价管理）
  • 5.9: master-data 域设计总纲（主数据）
  • 5.10: dashboard 域设计总纲（工作台）
  • 5.11: outsource 域设计总纲（外协）
  • 5.12: report-alert 域设计总纲（报表预警）
  • 5.13: approval 域设计总纲（审批中心）
  • 5.14: admin 域设计总纲（配置、权限、审计）

1 - PRD 分区地图 — 印刷工单系统

本目录是需求与设计的唯一源（md 入库，经 docs/sync_docs.py 同步到文档站 /poms/ 分区）。 开发总计划见 ../docs/plans/2026102112+印刷工单系统开发大计划.md；流程约束见 ../docs/tech-framework-template.md §11.5 编码前设计门禁。

现有文档

引用约定：两份文档小节编号混乱（PRD 第七章下是 6.16.10、调研第六章下是 5.15.12），跨文档引用一律**「章标题 + 名称」**，对照表见大计划 §1.3。

目录规划（待产出）

设计确认门：每份设计稿产出即停点，用户确认后才进下一步；四件交付（FSD/交互设计/双向关联/站点）齐备过编码前设计门禁后方可编码。

2 - 印刷行业工单系统产品与交互设计

摘要

本方案面向商务与包装印刷共有的通用生产场景，不假设单一细分工艺，首期将“询价报价—订单—工单—排产—报工—质检—发货—对账结算”建成可审计、可配置的业务闭环。产品定位是生产协同与订单履约的中枢，而非替代财务、税务开票或设备管理软件。建议把客户、订单、工单、产品版本、工艺路线、工序版本、工序任务、排程、报工、质检、发货、结算单设计为相互关联但职责分离的核心对象；工艺、材料、损耗、工时、报价和审批规则均通过版本化主数据与规则参数承载，不写死行业常数。首期应围绕“数量结构—多单位换算—分切与模切—成套—报工—质量—入库—结算”建立可解释闭环，插单、拆合单、外协、返工、阶梯价、定金尾款和发票管理进入 P1；客户门户、智能排产与自动成本归集进入 P2。报告新增“客户需求与痛点”章节，涵盖 12 类角色痛点、需求条目、页面原型调整、现场访谈提纲、决策清单、P0 范围边界及与现有 PRD 的冲突清单；原报告另给出 18 类角色权限、完整页面树、关键页面文字原型、6 类状态机、复杂规则与 41 项评审问题。所有材料损耗、标准工时、加急溢价、齐套阈值、质检抽样和计价档次均须由业务方在配置前确认，不能视作既有行业标准。

一、产品边界与首期目标

产品应成为订单履约的数字主线，而不是重新发明财务、税务或设备系统。 推荐方案将系统定位为“印刷生产履约与协同平台”：向上承接客户询价、报价和订单，向下把订单转化为可执行的工单、工艺路线、工序任务、排程与报工，横向衔接质量、材料、外协、发运，最终把可结算数量、价格和差异汇总给对账结算。系统的成功指标不是功能数量，而是同一事实在客户、业务、计划、车间、质量、仓库和财务之间只存在一份可追溯版本。ISO/TC 130 的印刷生产标准指南将流程概括为印前、印刷和印后等阶段，强调各阶段通过产品规范、过程控制数据和检验要求衔接；这支持本方案采用“订单—工艺路线—工序任务”的结构，但不意味着所有企业必须使用同一工序清单[1]。

首期采用四项产品原则。第一，一源多视图：客户看进度与账单，业务员看商机与订单，计划员看负荷与交期，班组长看派工与异常，工人看任务与报工，质量看检验，仓库看齐套与发运，财务看应收与差异；数据来自同一业务对象。第二，单据先行、状态受控：报价、订单、工单、排程、报工、质检、发货、结算都形成不可随意覆盖的业务凭证，状态只能按规则迁移。第三，配置优于硬编码：材料、工艺、设备能力、准备时间、单位、损耗公式、价格阶梯、审批阈值和预警阈值由企业配置并留版本。第四，移动端负责少输入、强确认：车间界面优先扫码或选择、默认带入、数量二次确认和照片证据；PC 端负责配置、分析、审批和异常处理。

首期范围以“闭环可用、证据完整”为上限。范围包含客户与联系人、报价版本、订单与变更、产品及版本化工艺路线、材料需求、工单、排程、工序报工、过程/终检、异常与返工、齐套检查、发货、对账单、收款计划、发票登记、基础报表和预警。范围不包含设备管理、自动排产算法、设备数据采集、复杂成本核算、电子发票开具、在线支付、供应链采购全流程、客户自助门户和跨企业协同网络；这些可以登记为 P2 或外部集成能力。本范围仍依赖业务方确认是否纳入打样确认、制版/刀版资产、批次追踪、库存扣减、财务应收凭证和电商下单入口。

二、客户需求与痛点

本章为现场调研结论，完整报告见《印刷工单系统客户需求与痛点调研》。现有 PRD 的对象、流程、页面与规则不因此转向技术重构，只补足以“订单—产品工艺版本—工序任务—批次—成品”为主线的生产闭环。

2.1 现场反馈与真实难点

客户提出的核心事实是：原纸以 787×1092mm、889×1194mm 等规格进入生产；例如 889×1194mm 原纸，可按业务场景分切为 889×545mm、545×444mm 等不同尺寸。纸张具有方向性，且同一实物会在分切、印刷、模切/冲型、组装等阶段连续改变数量与单位：原纸上的“1 张”可能先变成若干小片，再按成品构成规则组装成“1 件”；反过来，若干片也可能共同构成一件成品。上述尺寸只是访谈讨论用的工艺实例，不得作为全厂默认规格；咬口、出血、修边、丝流方向、设备幅面、实际开数和模切联数仍需逐客户、逐产品确认。

这意味着真正的难点不是“把一张纸切成若干份”，而是系统必须同时保留以下事实：客户按“件/套”承诺；原纸按“张、卷、吨/千克、平方米”管理；备料按分切尺寸发料；印刷可能报“印张/张”；模切报“联数/片数”；组装按“组件/件/套”；质量按检验批判定；仓库按成品入库；财务按合同单位结算。各环节没有全局固定换算率，所以每个数量至少应保存“录入数量、录入单位、基准数量、基准单位、换算因子、精度、换算来源”。

2.2 痛点分层

2.3 P0 需求优先级

P0 的判定不是“客户催得急”，而是：缺失后订单—生产—交付事实链会断裂；或导致数量、成本严重错乱且无法事后解释；或材料、批次、版模、质量责任不可追溯；或必须长期依赖线下单轨。据此，首期最应优先实现版本快照、多单位、分切/模切产出与母料属性继承、成品成套规则、报工与质检/入库/发货之间的责任边界。

2.4 现场访谈必须验证的假设

1. 原纸库存究竟按整张、切张、卷筒还是千克/吨管理；787×1092mm、889×1194mm 之外的实际母规格有哪些。
2. 一张原纸到成品是否允许多次分切或模切，中间品如何命名和追溯。
3. 纸张方向如何判定，切错方向能否补救，是否允许旋转或替代。
4. 成品是否必须按组件齐套；左右件、颜色、版次、同批要求如何处理。
5. 客户签样、色差公式、光源、样本量、AQL、尺寸与外观限值由谁决定，是否随产品或客户变化。
6. 余料/尾料何时建库存、何时报废，是否允许自动回配；卷筒尾料如何计量。
7. 报工、检验、入库、发货四条数量链允许怎样差异，超差由谁判定。
8. 哪些数量是系统自动计算、哪些由现场实测确认，补录周期多长。

2.5 不应预设的产品规则

咬口、出血、修边、正常损耗率、换版/清洗时间、ΔE 限值、AQL、样本量、报废上限、成品正负误差、余料再利用条件、计价公式、外协责任、最小库存单位，均不得在未经客户实物单据验证时进入默认配置。系统只提供“规则模板 + 产品工艺版本 + 单位换算 + 审批留痕”，不能把一家客户或一种细分工艺的做法扩散为全厂默认。

三、用户角色、组织与权限矩阵

权限应按“组织/数据范围 × 功能操作 × 字段/金额范围”组合，而非只给菜单权限。 建议首期采用 RBAC 基础模型，叠加数据范围与临时授权；敏感字段支持按金额、客户、毛利、价格、成本、联系方式等维度控制。例如销售员只能看本人/本团队客户，计划员看本厂/本产线，班组长看本班组任务，财务只看结算所需订单摘要和金额。跨部门临时的“替班、跨厂支援、紧急调价”通过有效期受限的临时授权或任务级共享实现，禁止长期共用账号。

推荐权限实现规则包括：所有写操作记录操作人、时间、原因、前后值；导出客户资料、成本、报价、合同附件需二次确认并进入导出审计；审批中的单据可查看但不允许并发覆盖；审批驳回应允许编辑后重提，原申请与历次版本均保留；临时共享设置自动过期；“查看价格/成本”与“维护价格”分开；涉及金额调整的权限默认遵循最小授权和双人复核。业务方需确认角色是否按岗位一对一、是否存在跨部门共享账号、是否允许销售代理他人录单、临时授权最长有效期以及外部供应商登录方式。

四、端到端业务流程与核心状态机

核心闭环是“机会可估价、承诺可追溯、执行有证据、差异可处置、交付可结算”。 推荐主流程为：客户/销售创建询价；报价专员选择产品、材料、规格、数量、工艺、版本、交期并应用价格规则；客户确认报价；生成订单并评审；计划员冻结或快照工艺路线、材料清单和报价基线；订单拆为工单；完成材料齐套、设备能力和交期检查；生成工序级任务并排程；操作工领料或确认投料、报工；质检按工序/终检规则检验；合格品入库或直发，不合格进入返工、报废或让步接收；仓库复核并分批发货；系统按已验收/已发货数量与价格条款生成账单；财务登记发票和回款，形成应收核销。

flowchart LR
  A[询价/需求] --> B[多版本报价]
  B --> C{客户确认}
  C -->|是| D[销售订单]
  C -->|否/改条件| B
  D --> E[订单评审/审批]
  E --> F[工艺路线与材料快照]
  F --> G[工单下达]
  G --> H[齐套/排产]
  H --> I[工序派工]
  I --> J[报工与过程检验]
  J --> K{质量判定}
  K -->|合格| L[完工/入库或直发]
  K -->|返工| I
  K -->|报废/让步| M[评审与处置]
  M --> L
  L --> N[复核发货]
  N --> O[对账/开票/收款]
  O --> P[关闭或售后]

报价与订单是两条不同证据链，报价确认不自动覆盖历史承诺。 报价头记录客户、联系人、币种、有效期、交期、税率口径、付款条款、运费/送货口径、报价版本和审批状态；明细可对应一个可售项目或按“版费、印费、材料、后道、包装、运输”等费用类别汇总。推荐报价复制为版本，而不是在原记录上覆盖；版本之间比较条件、数量和金额差异。报价确认可转订单，订单保存来源报价版本；报价失效、客户修改数量或工艺、材料价格变化时须重新报价或走订单变更。税务、折扣、汇率、运费、版费是否可退、样品费、设计费、刀版/模具所有权和发票类型不能在页面上以行业默认值替代业务确认。

订单状态机应保护承诺，但允许受控的变更和拆分。 推荐状态：草稿、待评审、已批准、已确认、生产中、已暂停、已变更、已完工、已发货、已结算、关闭、取消。进入“已确认”后数量、规格、交期、价格、付款条件、收货地址的修改须走变更单；变更单记录原值、新值、原因、影响评估、审批、生效日期和执行状态。拆分出的子订单继承主订单基线，但形成父子关系；合单只在产品、交期窗口、收货地址、价格条款和工艺兼容性满足企业规则时允许，且保留来源订单追溯。已发货/已结算数量应限制进一步变更，必要冲回须生成负向凭证并由财务参与。

工单负责执行数量与承诺，工艺路线负责方法，工序任务负责现场作业。 工单状态建议为：待排产、已排产、待齐套、已齐套、生产中、已暂停、已完工、已关闭、取消。工单生成时复制当时生效的产品、工艺路线、材料清单、报价快照；后续主数据变化默认不回溯影响已下达工单，除非变更单明确刷新并评估在制影响。工序任务状态：未开始、待派工、已派工、待投料、加工中、已报工、待检、合格、让步接收、返工、已报废。允许状态自动机只处理正常完成；返工、报废、暂停和放行异常由责任人选择原因并进入审批。

排程不能只按交期排序，必须表达资源、顺序、准备与冲突。 排程单元建议为“工序任务—资源组/设备—班组—班次/时段”，而不是把所有印刷任务压到设备日历。规则参数至少包括最早开工、承诺交期、准备时间、运行效率、转换时间、工序依赖、设备资格、班组技能、维护封锁、物料可用和并发上限；参数必须由企业校准。系统给出冲突/负荷提示和人工调整位，首期可不做强制优化算法。插单默认按优先级插入候选位并模拟受影响订单；计划员确认后才写回，受影响订单记录“被插单影响”和预计交期变化。

质量判定要区分工序拦截、终检放行和例外让步。 检验单状态：待检验、检验中、合格、不合格、待评审、让步接收、复检、关闭。首件/巡检/末件/终检只作为检验类型，抽样方案、测量项、规格上限/下限、设备和方法均配置。不合格触发异常单，处置方向包括返工、返修、降级、让步接收、报废、补印；只有授权岗位可放行。报废必须累计数量且不超过工单允许损失规则；返工可生成新任务并关联原任务，不覆盖原报工。

发货应以“订单需求、合格可用库存、已发数量、签收状态”四账一致为目标，但不假设所有企业都先入库再发货。 支持成品入库后出库、完工直发、部分发运、合并装车、换箱/补发。发货状态：待备货、已备货、待复核、待发运、在途、已签收、退回、关闭。签收后若数量或包装争议进入售后/差异单，不直接反向修改原始报工；需要冲减则生成退运、补发或结算调整。危险品、易燃品、化学品及印刷相关物料的仓储与运输规则应由安全与物流负责人确认，本报告不作行业性规定。

结算采用“可结算事实在前、发票登记在后”。 账单状态：草稿、待确认、已确认、待开票、已开票、部分收款、已结清、关闭；收款状态：未收、部分收、已收、退款/冲销。账单以订单明细、发货/验收数量、价格版本、税率口径、折扣、扣款、补发、退运和发票条款计算，发票登记只记录票面事实，不假设系统直接开具发票。发票红冲、作废和退款必须链接原始账单与原始发票，保留差异原因与审批。

五、对象模型与核心关系

核心模型应让“承诺、方法、执行、证据、交付、金额”相互可追溯，但不把配置常数伪装成标准数据。 建议把客户、联系人、收货地址、报价、订单、产品、材料、工艺路线、工序、资源、班组、工单、工序任务、排程、材料需求、领补退料、报工、检验、异常、返工、发货、账单、收款、发票、审批、附件和审计事件作为独立概念。各对象携带版本、生效期、所有权组织、状态、责任人和关键时间戳；历史版本不能被直接覆盖。

erDiagram
  CUSTOMER ||--o{ QUOTATION : "询价"
  QUOTATION ||--o{ ORDER : "确认转单"
  ORDER ||--o{ ORDER_CHANGE : "变更"
  ORDER ||--o{ WORK_ORDER : "拆分与下达"
  PRODUCT ||--o{ ROUTING_VERSION : "工艺路线版本"
  ROUTING_VERSION ||--o{ OPERATION : "工序"
  ORDER ||--|| ROUTING_VERSION_SNAPSHOT : "冻结快照"
  WORK_ORDER ||--o{ JOB_TASK : "工序任务"
  JOB_TASK ||--o{ SCHEDULE : "排程占用"
  RESOURCE ||--o{ SCHEDULE : "占用"
  WORK_ORDER ||--o{ MATERIAL_REQUIREMENT : "需求"
  MATERIAL_REQUIREMENT ||--o{ ISSUE_RETURN : "领料与退料"
  JOB_TASK ||--o{ TIME_RECORD : "报工"
  JOB_TASK ||--o{ INSPECTION : "检验"
  INSPECTION ||--o{ NONCONFORMANCE : "不合格"
  NONCONFORMANCE ||--o{ REWORK_TASK : "返工"
  WORK_ORDER ||--o{ SHIPMENT : "发货"
  ORDER ||--o{ BILL : "账单"
  BILL ||--o{ PAYMENT : "收款"
  BILL ||--o{ INVOICE_RECORD : "发票登记"
  BILL ||--o{ APPROVAL : "审批"
  ORDER ||--o{ AUDIT_EVENT : "审计"

对象关系的关键约束是：报价与订单保留版本链；订单可以一对多工单，但工单必须能回到订单和报价；工单引用工艺路线快照而非实时主数据；工序任务从工单派生并关联资源；报工、检验、发料、发货都围绕任务或工单发生；异常与返工保留根因任务；账单可汇总一个或多个订单/发运，但明细保留来源；所有金额变化都进入账单版本；删除行为通常禁用，改为取消、失效、撤回或冲销，原始证据保留。

材料与产品建议抽象为“可消耗/可追踪对象”，不预设所有材料必须批次或序列号。材料可配置计量单位、换算、库存组织、默认仓库、是否齐套、是否追踪、有效期和成本口径；产品可配置成品/半成品、规格、单位、包装和版本。材料清单表达父对象—子对象、数量、单位、损耗口径、替代规则和生效期。损耗建议存储为“工艺/材料组合的版本化参数”，允许固定量、比例、阶梯损耗等规则，不提供统一百分比。

六、功能架构与完整功能清单

首期功能应围绕履约事件分层，而不是把“打印、库存、财务”混成一张万能工单。 推荐功能域为：客户机会、报价定价、销售订单、订单变更、主数据配置、工艺与材料、计划排产、生产执行、质量、异常返工、外协、仓库发运、对账结算、报表预警、审批与通知、组织权限、审计与系统配置。每个功能域由一个或多个可导航模块承载，并明确菜单、工作台入口和详情页操作。

功能优先级不以开发量决定：MVP 是能跑通闭环的最小可用集合；P1 是把最易在人工环节失控的拆合单、变更、外协、返工、插单、齐套、阶梯价和定金尾款纳入规则；P2 是门户、预测、智能排产、自动成本、设备采集、开放平台等。任何已纳入功能若缺少审计、状态约束或异常回退，不应被视为完成。

七、核心功能逐项需求

以下“规则”均为首期推荐设计，最终数值、是否启用、由谁审批均需评审确认。

6.1 客户询价与多版本报价

报价必须可比较、可审批、可失效，不能把计算结果当成最终合同价格。 目标：业务员/报价专员基于客户需求生成可复算建议价，并保留客户确认证据。场景：客户新增一批包装盒，销售选择产品模板或新建项目，录入数量、规格、材料、印刷色数、表面处理、后道、包装、交期、收货地、样品/打样、特殊要求；系统按规则计算费用。前置：客户存在或草稿可存；产品、材料、工艺、资源、价格参数已维护；无可用参数时允许标记为人工报价并说明。主流程：选择客户—选择来源报价/复制—填写需求—选择版本化路线与材料—选择费用项和数量阶梯—生成明细—选择价格条款与有效期—模拟毛利（可选）—提交审批—发送确认—客户确认/驳回。

字段要点：客户/联系人、需求号、报价编号、版本、币种、税率口径、有效期、数量档、数量、单位、产品、规格、材料版本、工艺路线版本、工序、资源组、准备/运行参数、损耗参数、交期、发货地/收货地、运输口径、版费/制版费/设计费、样品费、包装费、加急费、折扣、金额、毛利可见范围、附件、有效期、条款。规则：每次修改生成新版本；显示“建议价/最终价/客户价”三者差异；版本锁定后才可转订单；过期报价自动转失效但不能删除；阶梯价按“基准数量区间、单价、固定费、是否累计、生效期”计算；折扣可设比例/金额及审批门槛；价格、成本、毛利按角色脱敏；人工修改须填原因。

权限：销售创建；报价专员计算；销售经理按金额/毛利阈值审批；财务核对付款条款；客户仅见允许内容。异常：报价被他人修改时复制版本冲突提示；材料/工艺无价格提示“待人工定价”；超权限价格拦截；有效期不足时强提示；客户确认前不得占用库存承诺；报价转单后显示基线链接。埋点：创建、复制、计算、规则命中、报价项编辑、审批耗时、发送、打开、确认、拒绝、转单、版本对比、导出。

6.2 销售订单与订单变更

订单是客户承诺的唯一执行起点，变更必须前后可对比。 目标：把已确认报价和补充条件固化为订单，并完成风险与交期评审。场景：报价确认后转单；销售补充收货地址、包装、验收、发票、付款条件；评审人发现材料/交期/毛利风险并批准或退回。前置：报价已确认，或允许无报价录单但须标注证据来源；客户信用/收款策略由财务启用。主流程：创建/转单—带入选定报价版本—补充明细与条款—选择路线和材料快照—检查冲突—提交评审—审批通过—确认订单—生成工单。

字段要点：订单号、来源报价、客户、币种、税率、付款条款、定金、余额、明细、数量、单价、金额、规格、交期、收货信息、发货要求、发票类型、附件、承诺版本、状态、责任人。规则：订单确认后不得直接覆盖明细；数量、价格、规格、工艺、交期、地址、付款、发票为受控字段；未使用额度/信用由财务策略决定是否阻断；订单取消须校验是否已排产、领料、报工、发货、开票和收款；取消不影响历史审计。

权限：销售可创建与编辑草稿；销售经理/财务/生产评审；计划员读取快照。异常：报价已失效须重新确认；订单重复、客户信息冲突时提示；审批中版本被改须重提；已发货数量超过订单数量阻断；取消存在在制时生成影响清单。埋点：创建、转单、评审、批准/驳回、状态变化、承诺交期变化、付款条件变化、导出。

6.3 工艺路线、材料与损耗

工艺、材料、单位、准备/运行、损耗都应是版本化配置，而不是页面里的固定选项。 目标：让计划员能在订单确认时获得可冻结的生产方法。场景：工艺员为新品建路线；计划员按订单特性选择路线或调整工序顺序；材料员维护替代料和损耗参数。前置：产品、材料、资源组、工序库、单位体系已建立。主流程：产品关联路线—定义工序顺序—设置每工序资源资格、准备/运行参数、材料需求、损耗、质检点—设置生效期与版本—评审生效—订单选择快照。

字段要点：路线版本、工序序号、工序、可跳工序、并行允许、资源组、资源资格、准备参数、运行参数、产出单位、材料、数量、单位、损耗规则、替代料、生效/失效期、审核人。规则：顺序默认不可跳过；跳过须授权；资源资格可多选；同一工序可允许多资源但排程须明确选择；材料单位与产出单位不同时强制换算；损耗公式采用参数化表达式，禁用统一行业默认值；版本失效不影响历史工单；主数据变更不直接刷新在制工单，除非变更单明确。

权限：工艺员维护；计划员选用；质量维护检验点；管理员配置；财务/销售只读成本视图。异常：循环依赖、工序无资源资格、单位不可换算、材料版本冲突、损耗参数缺失、替代料不满足订单要求均阻断使用。埋点：版本创建、生效、复制、工序增删、资源变更、损耗规则命中、快照引用、变更单刷新。

6.4 工单、拆单、合单与排产

拆单改变执行粒度但不改变订单承诺，合单提高批量但必须保留来源。 目标：把订单数量拆成可按设备、材料、日期、班组执行的工单。场景：同一订单因材料宽幅、设备能力、交期分批拆；多订单同工艺、同材料、同交期窗口合批生产。前置：订单确认、路线快照、资源与材料可用。主流程：选择订单/明细—定义拆单规则（数量、优先级、日期、资源、材料批次）—预览影响—审批—生成工单及工序任务；合单时选择兼容订单集合—校验工艺、材料、交期、收货、发票和结算—审批—生成生产批/关联工单。

字段要点：工单号、父子关系、来源订单/报价、数量、单位、优先级、承诺交期、路线快照、资源、计划窗口、材料版本、状态、责任人。规则：拆单后数量之和须等于订单目标数量；允许损耗余量时可配置，但需审批；取消拆单不产生负单，只生成新版本；合单必须显示来源清单与不可合并冲突；工单与订单金额关系可选，MVP 可只保留数量履约而不强制成本拆分。

排产：工单下达后进入“待齐套/已齐套”；计划员把工序任务拖入资源和时间槽；系统提示过载、冲突、工序先后、换型、准备时间、资源资格和交期风险；保存前显示影响预览；确认后写回任务排程。插单先进入候选队列，评估最早可用时间、对已有订单的交期影响和加急成本，审批后插入；不得静默挤占。权限：计划员排产；车间主管调班组；财务不参与日常排产；客户只能看发布的交期。异常：齐套不足、设备维护、无资格资源、任务时间重叠、插单无可行窗口、订单取消、任务已报工后不可任意改资源；回退须审批并保留原排程版本。埋点：拆合单、拆分比例、齐套命中、排程创建、拖拽、冲突提示、插单、交期变更、过载持续时长。

6.5 派工、领料、开工与报工

报工应以任务为单位累计，累计数不得超过允许范围，暂停必须给原因。 目标：让现场用最少输入记录真实工序进展。场景：班组长把任务派给设备或班组；操作工确认投料、开工、报产/报完工；多个班组连续交接。前置：任务已排程，必要齐套已完成；条码/任务码由系统生成。主流程：扫描或选择任务—查看数量、材料、上一工序结果、要求—派工/接班—确认投料—开工—暂停或恢复—报合格/不良/报废数量—提交—质检。

字段要点：任务、资源、班组、人员、计划数量、累计合格、累计不良、累计报废、本批次合格/不良/返工/报废、开始/结束时间、材料批次、备注、照片、异常码。规则：不良与返工、报废须选择原因和数量；本批报工数不等于合格+不良+返工+报废时阻断；允许报废上限由工单损失规则控制；后工序累计合格不超前工序合格；已报工任务修改走更正单；交接不清时双方确认；计件参数只在 P2 纳入。权限：班组长派工；操作工报本任务；计划员只读；财务不直接改数量。异常：离线提交、网络中断、扫码失败、任务被他人占用、数量超过上限、任务已完成、质量未判定、材料未齐套；页面必须提示原值与申请值，更正需原因和审批。埋点：扫码、首次加载、派工、开工、暂停原因、报工时长、更正、异常率、移动端操作失败。

6.6 质量检验、异常、返工与报废

质检页面应先显示判定规则与证据要求，再收集结果；不合格必须选择处置。 目标：在正确工序形成可审计的合格/不合格证据。场景：首件签样后开机；巡检发现色差/套准/外观/尺寸问题；终检发现数量短少；不合格进入返工或报废。前置：任务状态允许检验；检验计划、抽样规则、测量项和判定标准已配置。主流程：领取检验任务—读取任务、材料、工艺、检验类型—录入样本/测量/照片/附件—系统提示是否越限但允许人工复核—判定—合格放行或生成异常—异常评审—返工/让步/报废—执行并复检。

字段要点：检验单号、任务、工序、检验类型、抽样方案、样本量、测量项、规格、实测、结果、判定、证据、检验员、复核人、时间。规则：系统只提示，判定责任在授权人员；必填项缺失阻断提交；抽样、判定标准按产品/客户/工序版本配置；让步接收必须由质量负责人与销售/客户协商规则确认；返工生成子任务并关联原任务；报废累计计入损失；复检不得覆盖原记录。

权限：质检员记录；质量主管判定和审批；操作工可查看结果但不能放行；销售只读质量结论与客户影响；客户仅见授权结论。异常：检验计划缺失、测量设备/单位不兼容、样本不合格但需扩大抽样、检验人未获权限、异常超时未评审、返工后仍不合格；所有处置都进入异常单、审批和审计。埋点：任务到检验时延、规则命中、合格/不合格、异常类别、处置时长、返工次数、让步、报废、复检通过率。

6.7 外协、委外加工与收回

外协不能成为脱离主工单的黑箱，发料、收回和检验必须闭环。 目标：管理内部无法完成或产能不足时委外工序。场景：某工序委外；仓库发料；供应商加工；收货时数量/质量不符；合格入站或返回。前置：工序允许外协；外协商、价格、材料权属、运输与质量责任已配置。主流程：工单任务选择外协—创建外协单—确认发料清单与数量—发运—供应商确认—进度跟催—收回/到货—收货质检—合格回站或返工/补数—外协单结算。

字段要点：外协商、联系人、工序、发料、应回、已回、合格、不良、报废、包装、交接时间、运输、质量条款、单价、结算条款、附件。规则：发料数须覆盖应回数及损耗/补数规则；可分批收回；每次回货独立质检；超损耗/少回需原因和审批；外协商未确认不能直接关闭；供应商进度为自报数据时标注“未验证”；结算数量以合格收回为准，折扣/扣款由财务策略确认。权限：外协管理员维护与跟催；仓管发料；质检验收；财务结算；供应商只能看授权范围。异常：外协商不可用、运输损坏、材料权属争议、质量拒收、逾期未回、供应商超额发回；异常必须关联原任务和审批。埋点：外协创建、发料、确认、跟催、回货、质检、结算匹配、逾期。

6.8 齐套、加急、插单与优先级

齐套是计划决策，不是仓库单点动作；加急必须同时显示代价。 目标：减少“排了不能开工”。场景：工单待排；系统按材料需求、可用量、锁定量、在途、替代品、领料状态和工序依赖提示齐套；计划员申请插单或加急。推荐齐套对象为工单，计算范围包括关键材料、设备、模具/版、人员技能和前置工序；是否存在“材料批次必须同批”由业务规则确认。状态：未检查、检查中、部分齐套、齐套、齐套解除；齐套解除时通知已受影响排程。

加急与插单规则建议参数化：优先级（普通/客户加急/生产紧急）、最早可插入时间、允许打破约束、是否加收费用、受影响订单清单、审批人和发布交期。插单前必须显示“新增延误订单数、预计延误时长、资源负荷、加急成本/费用影响”，不得只显示绿色成功。优先级只在同组织、同资源范围有效；不得跨客户自动暴露报价或订单详情。权限：计划员模拟；销售可提申请；计划主管/销售经理联合审批；财务确认费用条款。异常：齐套数据延迟、替代料审批未完成、插单后资源失效、加急造成质量风险；系统保留每次模拟版本和确认责任。埋点：齐套检查、齐套率、未齐套原因、插单模拟、插单接受/拒绝、交期影响、加急费用命中。

6.9 发货、签收与差异

发货先核“订单需求、可用合格量、已发量、地址”四者一致。 目标：降低少发、错发、漏发与后续争议。场景：工单完工后入库或直接发运；仓库按订单/客户备货、复核、称重或装箱、出库、物流跟踪、客户签收。前置：订单确认、数量可用、质检放行；是否强制入库由企业配置。主流程：订单生成发货建议—选择批次/箱—检查数量与包装—备货—复核—创建发运—交接物流—签收—差异处理。

字段要点：发货单、订单、收货地址、联系人、承运、箱/包装、明细数量、批次、重量、附件、交接时间、签收人、异常码。规则：可部分发货；累计发货不超过可发数量；地址变更需销售/订单审批；多箱须可逐箱查看内容与条码；未验数量不得默认发货；直发时质检与交接证据并存；客户签收不等于财务确认，系统不得自动改变应收。权限：仓库备货复核；销售申请地址/数量变更；物流只读或更新状态；客户仅确认本人货物；质量不参与订单价格。异常：数量短少、包装破损、地址错误、错货、拒收、退回、物流无更新；差异单记录责任方待确认状态，不能直接扣减原发运。埋点：备货、复核、错发拦截、发运、签收、退回、差异、平均发运周期。

6.10 对账、阶梯计价、定金尾款、发票与收款

账单只汇总可结算事实，发票登记负责票面事实，二者不得互相覆盖。 目标：让业务、客户和财务用同一套明细核对。场景：月结、单票结算、按验收/发货结算；多订单合并账单；定金、阶段款、尾款；折扣、补发、退运、扣款；开票与回款。前置：订单价格条款、账单周期、客户开票资料、收款账户策略已配置。主流程：选择订单/发运—应用结算数量与价格版本—计算金额、税口径、折扣、扣款、调整—生成账单—客户确认—登记发票—登记回款—核销。

字段要点：账单号、账单周期、客户、订单、发运、数量、单价、金额、币种、税、折扣、定金、应收余额、付款条款、发票号/代码/日期/金额/状态、回款、备注。规则：结算数量优先按“验收/签收数量”还是“发货数量”由客户合同配置，首期不预设；多对一账单保留来源明细；金额变动生成版本；定金为收款计划项；尾款自动等于总额减已收；退款/冲销必须有原因和审批；发票登记可一对一、一对多、多对一，但总额受控；红字发票需求记录为“待红冲事项”，由税务人员线下/外部系统处理并回写登记。

阶梯计价建议保存：适用对象、数量区间、金额/单价、固定费用、是否累计、生效期、币种、税口径、审批人；结算时把规则版本写入账单，防止日后调价影响历史账单。权限：财务创建/调整账单；销售只读本客户；财务主管审批异常；客户门户只展示授权账单和发票登记摘要。异常：数量差异、价格版本冲突、已开票不能任意改金额、重复开票、红冲资料不足、回款超出应收、跨期账单；所有异常保留调整单、原值与审批。埋点：账单生成、规则命中、客户确认、发票登记、逾期、回款、调整、争议、导出。

八、页面架构与关键页面设计

导航应以角色工作台为入口、对象详情为工作中心，避免深层级菜单。 推荐全局导航：工作台、客户机会、报价、订单、产品工艺材料、计划排产、生产执行、质量、外协、发运、结算、报表预警、审批中心、配置与权限。客户门户单独提供“我的报价、我的订单、我的发货、我的账单、消息、文件确认”五项。管理员工作台增加主数据健康度、权限风险、审批积压和审计入口。

flowchart TB
  Home[工作台/待办] --> Sales[客户与报价]
  Home --> Order[销售订单]
  Home --> Plan[计划排产]
  Home --> Exec[生产执行]
  Home --> QC[质量与异常]
  Home --> Ship[发运]
  Home --> Bill[对账结算]
  Sales --> Quotation[报价详情]
  Order --> OrderDetail[订单详情]
  OrderDetail --> WorkOrder[工单详情]
  WorkOrder --> Task[工序任务]
  Task --> Time[报工]
  Task --> Inspect[质检]
  Inspect --> NC[异常/返工]
  OrderDetail --> Shipment[发货]
  OrderDetail --> Billing[账单/收款]
  Admin[配置与权限] --> Master[主数据/规则/审计]

页面树建议如下：

1. 工作台
   1. 个人待办
   2. 我发起的审批
   3. 风险预警
   4. 今日任务
   5. 常用快捷
2. 客户与机会
   1. 客户列表
   2. 客户详情
   3. 询价/商机详情
3. 报价管理
   1. 报价列表
   2. 报价编辑/版本对比
   3. 报价审批
4. 销售订单
   1. 订单列表
   2. 订单详情
   3. 订单变更
   4. 取消/恢复
5. 主数据
   1. 产品及版本
   2. 工艺路线及版本
   3. 工序库
   4. 材料与单位
   5. 资源/班组
6. 计划排产
   1. 工单列表
   2. 工单详情
   3. 排程甘特/列表
   4. 齐套检查
   5. 插单模拟
7. 生产执行
   1. 我的任务
   2. 派工
   3. 报工
   4. 领料/补料
8. 质量与异常
   1. 检验任务
   2. 检验详情
   3. 异常清单
   4. 异常评审
   5. 返工任务
9. 外协
   1. 外协单
   2. 发料/回货
   3. 外协结算
10. 发运
    1. 发货建议
    2. 发货单
    3. 签收/差异
11. 结算
    1. 对账单
    2. 收款与核销
    3. 发票登记
12. 报表预警
13. 审批中心
14. 配置、权限、审计

7.1 工作台

顶部固定组织范围、角色、搜索、通知、待办数量、快捷创建和“仅看我的/本团队”切换。左侧一级导航，中间分四区：待办（审批、派工、报工更正、检验、发货复核、差异、超期）、风险（齐套、插单、质量、交期、回款）、今日任务（订单、排程、会议/交期）、快捷入口。信息层级：风险等级>截止时间>订单/金额，普通通知降权。支持按角色配置卡片，管理员不能把全部报表硬塞给工人。空状态显示“暂无待办”和创建/筛选引导；通知点击跳详情，跳前标记已读。

7.2 报价编辑页

顶部：客户、版本、状态、有效期、复制版本、提交、保存草稿、取消；主体分三栏。左栏为需求条件，中栏为费用明细/规则解释，右栏为价格汇总、毛利与审批信息。修改任一关键项后，页面显示“与上一版差异”而非直接覆盖。提交弹窗收集审批理由、加急、有效期；若命中超授权折扣、无成本、缺规则，按钮禁用并说明。报价版本对比采用双栏或表格，突出数量、单价、金额、条款变化。空状态引导从询价或模板创建；多人编辑冲突时提示“最新版本已由 X 保存，是否复制新版本”。

7.3 订单详情页

顶部状态条显示状态、承诺交期、预计完成、收款状态、风险标签和关键操作；主体分基本、明细、工艺路线快照、材料、计划工单、发货、账单、沟通、变更、附件、审计。默认平铺核心信息，复杂表格可折叠。关键规则：已确认订单修改按钮仅打开“创建变更单”；取消前展示在制影响；页面可展开报价基线，但不允许在详情中直接改报价。状态变化时顶部显示不可逆提示和时间线；审批中显示当前节点和代理人。

7.4 工单详情页

页面显示来源订单、数量、交期、路线版本、状态、责任人、齐套状态、材料、工序路线和实时进度。工序采用横向或纵向时间轴，每节点显示计划/实际数量、开始结束、负责人、质检结果和异常标识。操作区按状态显示排产、暂停、恢复、报工汇总、外协、变更、取消。材料区区分计划、已发、已耗、剩余、补料、退料；数量不一致时提示但不臆断原因。版本冲突显示“当前路线/材料版本与主数据最新版不同，是否评估刷新”。

7.5 排程页

提供列表、甘特和资源视图三态切换，但首期不强求全部开发。顶部筛选组织、日期、资源、工单、优先级；左侧资源树，右侧时间轴；任务条显示工单/工序、数量、状态、齐套、交期；拖拽后底部固定“排程差异预览”：新增冲突、释放资源、交期变化、插单影响。保存前弹窗要求填原因；审批类插单先进入审批。资源超负荷采用条纹/红色，但颜色不是唯一信号，需文字“超 3 小时”；不可用时段显示来源（维护/换型/班休）。空状态显示当前无任务或筛选无结果，并提供重置筛选和创建工单。

7.6 移动任务与报工页

首屏为“我的今日任务”，卡片显示订单、产品、工序、计划数量、资源、交期、状态和扫码入口；点击进入任务详情。详情按“信息—领料/投料—开工—报工—质检—异常”纵向组织。报工区默认带入剩余合格数量，操作者可选择合格、不良、返工、报废并填数量、原因、照片和备注；提交前二次确认“合格 X、不良 Y、报废 Z，合计 N，是否提交”。弱网保存为草稿并显示同步状态；冲突时显示服务器最新值，禁止静默覆盖。完成按钮仅在质检策略允许时显示；不合格显示“前往检验”而不是“直接完工”。

7.7 质检页

任务信息置顶；检验类型和判定规则摘要其次；样本信息、测量项、结果输入、照片、附件再次；底部为判定和原因。系统对超限项高亮，但保留人工复核备注；未达判定权限时按钮显示“提交评审”。不合格后弹出下一步：返工、报废、让步接收、暂停扩大抽样，不同选项展开不同必填项。让步接收需要授权岗位与协商规则；返工生成新任务卡；报废要求累计校验。空状态说明“尚无适用检验计划，请联系质量配置”。

7.8 发货页

顶部订单承诺、收货地址、客户联系人、累计已发、可发量、质检状态；中部选择批次/箱/明细；下部复核清单、承运信息、附件、异常项。扫码加入时即时提示重复箱、错货、数量超额；提交前显示“本次发运将使累计发运达到 X，是否超过承诺 Y”的红字确认。签收页支持逐箱/逐单签收、异常照片、原因和拒收；争议进入差异单，原始发运不可隐藏。

7.9 对账单页

页面以订单/发运明细为主表，应用规则后显示数量、单价、金额、折扣、扣款、税口径、定金、应收余额、发票登记和收款。调整须“申请调整”并说明原因，不得原位改数；调整单与账单版本并列。页面支持下载账单、发送客户、记录客户确认/异议，但发票登记与纸质/电子发票开具动作分离。红冲事项仅登记状态与原因，展示关联蓝票和冲减金额；重复开票检查提示但不自动阻断人工确认。

九、复杂业务规则专题

材料、工艺、工时和损耗必须以“对象+版本+条件”建模，不能虚构统一行业标准。 材料差异包括纸张、纸板、薄膜、油墨、胶黏剂、覆膜、烫印等；规格、幅面、克重、卷/张、色别、批次、有效期、单位换算和损耗并不通用。首期建议允许维护材料族、规格、采购单位/库存单位/使用单位、换算率、齐套标记、默认仓库、有效期、成本口径、质量属性、替代组和适用工序；损耗按“工艺×材料×规格×设备能力组”配置，规则可含固定量、比例、分段和最小投入。损耗结果只能用于计划与成本估算时标注“估算”，用于结算时必须由业务确认。

报价不是四则运算的简单堆叠，而是规则版本的计算结果。 推荐把可售项目拆为版/制版、印费、材料、后道、包装、运输、样品、加急、管理费等费用类；每类可绑定数量区间、固定费、单价、最小计费量、阶梯、累计方式、有效期、币种、税口径和审批门槛。阶梯计价可采用“从量单价、累进差额、固定档位、整单阈值”等模式，须由业务选择而不是默认一种。报价页同时展示规则来源、参数版本、缺失项和人工覆盖；规则缺失时不得用 0 或占位值制造“完整报价”。

订单变更应先评估、后生效。 变更单至少覆盖原因、受影响订单/工单/任务、原值新值、物料/交期/成本影响、审批人、生效点、是否重排程/重报价、客户确认状态。未开工部分可直接调整；已领料、已报工、已质检、已发货部分可拆出新版本或新工单，原任务按规则收口；关键工艺变更可能要求重新签样或客户确认。价格变化若客户已确认报价，推荐生成补充条款/变更确认，而不仅是内部备注。取消工单应判断是否能停：已投料可回收、已后道不可无损撤销、外协已发料需协商、已发货需退运。

拆单/合单需同时考虑经济批量与可追溯成本。 拆单建议按数量、材料批次、设备、交期批次、后道能力、客户包装、外协边界拆分；规则提示“同批/同箱是否必须一起生产”，由企业配置。合单只提高换单经济性，不改变来源订单的价格、交期、收货和开票承诺；系统保留订单—批次—任务—发货—账单映射。订单跨币种、税口径、发票抬头或结算周期时禁止自动合单。

插单和加急必须暴露代价并接受审批。 插单前模拟资源占用、工序依赖、原订单延误、交期风险和额外费用；仅当存在可行窗口时允许；加急优先级可用于排序，但不得绕过齐套、质检、外协收货和安全限制。推荐“申请—模拟—影响确认—审批—发布新排程—通知受影响方”流程。若影响无法量化，页面显示“存在未知延误风险”，不能承诺确定交期。

齐套从“材料在库”升级为“在正确时间、正确状态、可被该工单消耗”。 推荐公式：可承诺可用量 = 现有可用量 − 已锁定量 − 其他已承诺未释放量 + 已确认可到货量；最终是否扣除安全库存、是否支持替代、是否按批次、是否考虑损耗均由配置决定。齐套对象可覆盖材料、版/模具、关键辅料、质检标准、资源、人员和前置工序。齐套变化触发受影响工单检查；锁定释放必须有原因和过期机制。

返工、报废、让步接收分别承担修复、损失和责任证据。 返工保留原报工，生成返工任务并累计返工次数；返工次数阈值只用于预警，不自动判死刑。报废必须有数量、原因、责任分析、可回收/不可回收、成本影响和审批；系统校验工单允许报废上限。让步接收必须由授权人员依据客户要求/合同确认，页面记录客户沟通结果和有效期。三者都参与质量统计，但不得互相覆盖。

外协的核心是权属、责任与合格收回。 每个外协任务明确委外工序、材料发料、应回数量、损耗/补数、质量责任、包装、交期、运输、价格与结算条款。分批发料和分批回货必须汇总校验；回货检验可拒收、补数、返工或让步；外协结算以合格回货和合同条款为准。供应商进度可以更新，但需标注“供应商自报”，不应自动等同实际完成。

定金、尾款与账单必须遵循合同口径，且不得与发票状态混同。 订单可设置分期：预付定金、材料/制版款、进度款、发货/验收尾款；每个节点关联比例或金额、条件、到期日、提醒规则。账单从已发生履约事实和价格版本计算，应收状态反映客户欠付；发票登记反映税务票面事实；回款与账单/发票按企业核销规则匹配。三者关系建议页面并排显示：履约数量、应收余额、开票金额、已收金额。

十、报表与预警体系

报表先服务履约决策，再看经营统计；预警必须可执行、可归因。 MVP 工作台指标建议包括：订单履约率、准时交付率、订单积压、在制工单数、齐套率、计划负荷、超期任务、质检合格率、异常闭环时长、报废/返工率、发货差异、应收逾期和现金回款风险。每个指标点击进入明细并支持按组织、客户、产品、资源、班组、时间下钻；指标定义必须在页面显示公式、口径、数据截至时间。

预警分三级：信息（状态变化、提示）、关注（齐套不足、负荷高、临近交期）、阻断（超量报工、状态冲突、无权限、重复开票、版本冲突）。每条预警必须含对象、原因、发生时间、影响范围、建议动作、责任人和确认状态；重复异常可聚合，但保留首次发生时间。通知支持站内、邮件/企业消息等渠道，频率、敏感内容和接收角色按业务规则配置。首期不做自动排产和预测模型；规则阈值均设为可配置，避免把试点经验固化为行业基准。

十一、安全、数据权限、审计与合规

安全设计的重点不是界面锁按钮，而是防止数据越权、操作无痕和凭证失真。 系统必须支持组织隔离、角色、功能权限、字段权限、数据范围、行级规则、临时授权、双因素（按风险启用）、强密码策略、异常登录告警、会话失效、导出控制、审计和定期复核。管理员不得无业务原因浏览个人客户资料、报价和成本；客服、销售、财务、生产按需授权。客户门户只暴露本人对象；跨组织共用资源需显式数据许可。

审计至少记录：登录与授权变更、单据创建/修改/撤回/取消、状态变化、版本生成、关键字段前后值、审批、更正、删除附件、数据导出、临时授权、发票登记与回款。日志保留策略由法规、客户合同和内部制度共同确定，首期可设默认但必须在评审确认；高风险日志不应允许普通管理员删除。追溯视图按时间线展示“谁、在何时、从何值、为何改成何值、关联审批/附件”，但日志界面本身不展示不必要敏感信息。

会计法要求单位不得虚假核算，办理经济业务须填制或取得原始凭证，原始凭证错误不得任意涂改；这意味着结算、开票、收款、发料、报工和质检若作为经营/成本凭证，必须保证真实、可核对和可追溯[2]。因此推荐所有关键业务动作形成事件或凭证，金额调整走版本/调整单，禁止覆盖历史，删除通常转为失效/冲销。具体电子会计凭证归档和税务凭证是否由本系统承担，待财务确认。

发票只能登记票面关键信息，不能假设系统开具或自动判断能否作废/红冲。现行增值税发票规则区分作废与红冲，且已部分情形不能作废；红字发票需按业务类型、用途确认、信息表和税务规则处理[3]。因此本系统记录发票号码、代码、类型、日期、金额、税额、状态、关联账单/蓝票/红票、附件和登记人，红冲需求进入待办，由税务人员确认执行结果后回写。

个人信息处理应遵循明确目的、最小必要、透明、安全措施和权限控制。个人信息保护法要求合理权限、安全教育、应急和个人权利处理机制[4]；审计指引也强调告知、目的相关性、最短保存期限和权利路径[5]。系统仅收集完成订单、交付和开票所需的联系人信息；支持查询/更正/删除/导出请求工单，但实际删除受法律留存义务和合同履行限制，不能以“用户要求删除”自动清除履约必要数据。联系人字段按角色脱敏，导出带水印/审计，客户名单不允许无权限全文下载。

生产现场涉及油墨、溶剂、易燃材料、设备和职业健康风险时，系统只能承载企业已批准的安全流程与证据，不把功能按钮替代安全管理。GB/T 33000-2016 覆盖目标职责、制度、培训、现场、风险、隐患、应急、事故和持续改进等要素，适用于工矿商贸企业安全生产标准化建设[6]。因此 P2 可把班前安全点检、化学品信息查看、隐患上报、锁定/挂牌交接、事故快报设计为可配置安全模块；具体检查项、必填证据和审批权必须由安全负责人确定。

十二、MVP、P1、P2 与验收标准

MVP 的标准不是“界面齐全”，而是闭环在真实样本下跑得通、改得回、查得到。

建议选取“标准商务印刷订单、单批包装订单、需要外协/返工/分批交付的异常订单”三类试点；上线前准备主数据清洗清单、单位字典、角色映射、审批矩阵、状态说明、术语表、迁移范围、历史单据查询策略和培训脚本。迁移只允许纳入已确认的主数据、未结订单及必要的历史结算参考；已关闭历史不必全量迁，除非财务明确需要。

MVP 验收建议指标：核心流程端到端成功率 100%（按脚本）；订单—工单—任务—报工—质检—发货—账单追溯无断链；报价版本、订单变更、工单快照、审批与更正均可回放；越权访问、重复报工、超量发货、无权限审批等风险场景被阻断；关键页面在常见 PC/移动设备可用；网络中断时可暂存并在恢复后冲突提示；报表口径与明细一致；审计事件完整。指标数值不是“性能标准”，而是验收用例集，具体阈值由业务、测试与运维评审确定。

上线准备包括：主数据责任人确认、单位换算校验、角色权限走查、审批人代理人配置、状态规则演练、模拟订单、异常演练、客户/供应商试用、操作手册、上线切换窗口、回退预案、数据备份与恢复验证、财务/税务对账演练。后续迭代应先用埋点和运营问题识别瓶颈：若排程冲突最多，优先增强齐套与模拟；若返工无法归因，优先增强缺陷代码和质量数据；若客户争议多，优先客户门户与电子签收；若结算差异多，优先账单调整与证据链；若外协延误多，再建设供应商协作。功能优先级由这些证据决定，而非一次做全。

十三、需求评审必须确认的问题清单

以下问题若未确认，不得把推荐方案当作企业事实。

1. 目标企业属于商务印刷、包装印刷还是混合场景？首期先跑哪 3—5 个产品族？
2. 订单是否需要强制“产品 BOM、工艺路线、工单”三层，还是部分产品可直接生产？
3. 报价是否分设计/制版/印刷/后道/包装/运输，哪些费用可退、可复用？
4. 税率、含税/未税、币种、运费、送货费、安装费和税票口径由谁维护？
5. 报价有效期、客户确认方式、逾期提醒和作废规则是什么？
6. 订单是否允许无报价创建，如何补充价格与信用依据？
7. 哪些订单字段属于受控变更，审批门槛如何按金额/毛利/交期分级？
8. 是否支持合同、补充条款、客户签字、电子签章和样品确认？
9. 产品规格的最小建模粒度是什么？规格变化何时产生新品而非版本？
10. 工艺路线是否统一为“印前—印刷—印后”，如何支持企业自定义工序？
11. 同一产品是否存在多条可选路线、并行工序、可选工序和工序跳步？
12. 材料主数据由采购、仓储还是工艺维护？成本价格与库存价格是否分离？
13. 材料损耗按固定量、比例、分段还是公式计算？谁配置、谁审批、是否允许例外？
14. 是否所有材料都做批次/有效期/序列号追踪，还是按材料族区分？
15. 齐套计算是否考虑安全库存、替代料、在途、预留、材料批次和材料位置？
16. 一张订单是否允许拆成不同交期、工厂、资源、材料批次的工单？
17. 合单允许条件是什么？能否跨客户、跨币种、跨税率、跨发票抬头和结算周期？
18. 工单下达后主数据变化默认继承还是快照？哪些变化可刷新在制工单？
19. 排产的基本资源是设备、设备组、班组、人员还是模具？是否按班次/分钟/小时？
20. 准备、运行、换型、清洗、保养时间如何采集，是否需要设备数据采集？
21. 插单是否允许抢占，加急费用由谁承担、如何报价、如何通知客户？
22. 操作工能否代报、班组报、设备自动报、多人同时报？是否需要二次确认？
23. 离线报工允许保存多久？网络恢复后冲突如何解决？
24. 报工是否绑定材料批次、设备、模具、班组、人员、开始/结束时间？
25. 后工序可报工数量是否严格受前工序合格量限制？允许盘盈/盘亏吗？
26. 质检覆盖首件、巡检、末件、终检、来料、外协回货哪些场景？
27. 抽样方案采用国标、客户标准、企业标准还是逐单指定？谁维护？
28. 颜色、套准、尺寸等测量项及上下限是否因产品/客户而异？是否接入仪器？
29. 返工是否生成新工单、新批次、新质检？报废数量上限如何计算？
30. 让步接收是否需客户书面同意？由销售、质量还是法务审批？
31. 外协发料所有权归谁？丢失、损坏、短少、质量争议如何处置？
32. 外协商可访问哪些订单信息？能否回传进度、数量和质量数据？
33. 发货前是否必须入库？能否直发、分批、合并装车、补发、换箱？
34. 客户签收由谁完成？电子签收、纸质回单和照片证据如何归档？
35. 对账依据采用订单量、发货量、验收量还是签收量？是否允许容差？
36. 阶梯计价按单量、累进量、客户年度量还是产品量计算？
37. 定金、进度款、尾款和发票的关系是什么？是否存在预开发票？
38. 对账单能否合并多订单/多发运？客户异议、扣款、折让如何形成凭证？
39. 发票由谁开、开何种票、红冲由谁发起？本系统是登记还是直连开票？
40. 回款按账单、发票还是订单核销？预收、跨期、汇兑、坏账如何体现？
41. 客户联系人、报价、成本、毛利、订单附件按什么角色、组织、客户范围可见？
42. 数据保留多久？审计、财务、个人信息、客户合同分别是否冲突？
43. 安全点检、化学品、设备维护、隐患上报是否需要系统承载，还是外部流程？
44. MVP 拒绝哪些场景，遇到后是否允许线下单据，如何补录？

十四、设计结论与使用边界

推荐系统采用“受控单据链 + 版本化规则 + 角色工作台”，比大而全的单据更适合印刷企业首期落地。 通用生产系统通常将客户订单分解为生产工单、工序与任务，并围绕排程、报工、质量和交付形成追溯；该思路适用于印刷，但材料、工艺、工时、损耗、交期与质量判定差异很大，不能用一套常数替代企业配置。胶印数字化过程控制国家标准适用于相应胶印数字化工作流程，而不同承印物、印前、制版、印刷和后加工又有各自标准[7]；因此首期应提供可配置的标准/检验计划映射，而不自动宣称符合所有工艺标准。

产品验收的核心不是页面数量，而是四件事：报价承诺与订单一致；生产方法与在制工单一致；报工质检与完工数量一致；发货数量与账单应收一致。所有例外通过变更、更正、异常、调整、审批和审计形成闭环。若业务方对第 12 章问题不能给出答案，建议先做两周流程访谈与影子录单，再冻结 MVP；在未确认主数据、单位、损耗、审批和结算口径前，不应进入高保真开发。

引用来源

[1] https://committee.iso.org/files/live/sites/tc130/files/Resources/Guidelines%20for%20using%20print%20production%20standards%20v2%20Jan%202024.pdf

“The postpress stage involves the final communication step which completes the full exchange of the printing product specification.”

[2] https://kjs.mof.gov.cn/zhengcefabu/202408/t20240812_3941615.htm?f_link_type=f_linkinlinenote&flow_extra=eyJkb2NfcG9zaXRpb24iOjAsImRvY19pZCI6IjM0MzE2YTM5OGJiYjczM2ItYjZmMmMwN2I1MDY0NmE1ZCIsImlubGluZV9kaXNwbGF5X3Bvc2l0aW9uIjowfQ%3D%3D

“任何单位不得以虚假的经济业务事项或者资料进行会计核算。”

[3] https://www.chinatax.gov.cn/chinatax/202012/c5205090/content.html

“电子专票和纸质专票的增值税专用发票最高开票限额应当相同。”

[4] https://www.jsmm.gov.cn/u/cms/www/202110/1317253417oi.pdf

“合理确定个人信息处理的操作权限，并定期对从业人员进行安全教育和培训。”

[5] https://www.gov.cn/zhengce/202511/content_7049757.htm

“是否与处理目的直接相关，采取对个人权益影响最小的方式。”

[6] https://www.gbstd.com/product/5120233011000000.html

“本标准规定了企业安全生产标准化管理体系建立、保持与评定的原则和一般要求。”

[7] https://openstd.samr.gov.cn/bzgk/gb/newGbInfo?hcno=E78ACD355A955BDF20C7CA088252F641

“GB/T 34690的本部分规定了胶印数字化过程控制第9部分：印刷。”

[8] https://www.yzbzpt.cn/BzInfoDetail/d9b73f98-9170-4028-9b5d-b2a2d40b1c55

“本部分适用于胶印生产中数字化工作流程的构建。”

[9] https://std.samr.gov.cn/search/orgDetailView?tcCode=TC170

“全国印刷标准化技术委员会（SAC/TC 170）负责印刷标准化技术工作。”

[10] https://yjgl.tj.gov.cn/ZWFW5050/BZ2939/DFBZ7510/202103/W020210317530943538191.pdf

“本文件适用于出版物、包装装潢印刷品和其他印刷品的印刷企业安全生产等级的划分与评定。”

[11] http://mp.weixin.qq.com/s?src=11&timestamp=1792459683&ver=7037&signature=Pljr8YBN9-Q-5tCGm75iZk69dQU3Dx7siWsVTqvZq6bFYJdE-K-Xa0AyYmBczp74bGR0JwEuNf9L3tkx*0Le0o7VKTLnpWVq1GBWCYK36Amu69HA8YhVpBfIzZbtNhdN&new=1

“发生销货退回、开票有误、服务中止、销售折让等情形，可以按规定开具红字数电发票。”

[12] https://wxb.xzdw.gov.cn/wlcb/wsznl/202504/t20250409_562671.html

“个人信息处理者应当定期对其处理个人信息遵守法律、行政法规的情况进行合规审计。”

[13] https://www.semkw.com/%E6%B7%B1%E5%9C%B3%E4%B8%9D%E5%8D%B0%E5%8A%A0%E5%B7%A5%E4%BC%81%E4%B8%9Aweb-app%E8%AE%BE%E8%AE%A1-%E6%B7%B1%E5%9C%B3%E8%AE%A2%E5%8D%95%E6%8A%A5%E4%BB%B7%E4%B8%8E%E7%94%9F%E4%BA%A7%E8%BF%9B%E5%BA%A6

“车间报工不超过三次点击，业务员报价不超过五个步骤。”

[14] https://www.aptec.hkprinters.org/upload/2025-12-30/12_Elaine_He_WG12_1.pdf

“Postpress = final stage of printing, transforming semi-finished printed sheets into usable, market-ready products.”

[15] https://www.renrendoc.com/paper/516296873.html

“标准明确胶印数字化工作流程包括印前处理、印刷实施、印后加工及过程监控四大核心环节。”

3 - 印刷工单系统客户需求与痛点调研

一、管理摘要

本系统最难的问题不是“把一张纸切成若干份”，而是同一实物在生产中连续改变计量与责任口径：客户按“件/套”下单，采购与原纸按“张、卷、吨/千克、平方米”计量，备料按分切后尺寸发料，印刷报“印张/张”，模切按“联数/片数”，组装按“组件/件/套”，质检按批次或检验批判定，仓库按成品入库，财务按合同约定单位结算。上述单位之间没有全局固定换算率；卷筒切张要长×宽×定量，单张模切要展开尺寸和方向，软包装还要按米、平方米、卷数和袋数分别核算。系统因此必须保留“录入单位—基准单位—换算关系—精度—来源”，并把每批投料、产出、报废、返工、余料和成品追溯成同一链。

最先做的不是自动排程或设备采集，而是五件事：一是版本冻结，使报价、订单、工艺路线、拼版、材料和签样在订单下达后形成可回放基线；二是多单位闭环，防止报工数被误当合格入库数、领料数被误当成本耗用数；三是分切/模切产出与母料属性继承，使余料、边料和卷筒尾料能回库但不能自动变成可用料；四是成品成套规则，把“若干片/组件构成一件或一套”显式化；五是报工与质检、入库、发货之间的责任边界。P0 只能包含没有它工单就无法闭环，或会造成数量、成本、责任严重错乱的需求。ISO/TC 130 的指南把图形供应链分为设计、印前、印刷、印后并强调标准流程衔接，但不替企业规定咬口、开数、损耗率或计价公式[1]；GB/T 34053 又对折叠纸盒、抽样判定等分别设标准族[2][3]。因此首期应提供“工艺类型 + 可配置路线/单位/模板”，绝不能用一套固定流程覆盖所有细分领域。

现场访谈首先要验证四项假设：原纸库存究竟按整张、切张还是卷筒管理；一张原纸到成品是否允许多个分切/模切中间品；成品是否真的需要按组件齐套；客户签样、色差与抽检规则是否随产品/客户变化。不能预先写进产品规则的内容包括：889×1194 或 787×1092 之外所有客户库存规格，咬口、出血、修边尺寸，标准损耗率，换版和清洗时间，任何 ΔE 限值，AQL、样本量与合格判定，报废上限，成品正负误差，余料再利用条件，计价公式和外协责任。这些只可作访谈候选值，必须经实物工单、拼版图、领料单、排产表、报工表、损耗表和报价单确认。

二、调研边界与结论：现有 PRD 应补工艺结构，不应转向技术重构

现有 PRD 已明确“订单—工艺路线—工单—工序任务”主线，并要求产品、工艺、材料、损耗、工时和审批规则采用版本化配置；首期聚焦报价、订单、工艺材料快照、工单、排程、报工、质检、异常、发运、对账与审计，外协、插单、拆合单、返工/报废/让步为 P1。本次调研不推翻这些边界，而是补充可生产闭环所需的工艺对象：订单行/产品版本、成品与组件关系、工艺路线版本、工序版本、工序任务、材料需求、领退补料、投料/产出批次、报废原因、分切方案、余料/尾料批次、模切版/刀模、印版、印张或批次、成套规则、齐套与正负误差。

ISO/TC 130 的指南列出设计、印前、印刷、印后四阶段，并说明印后把半成品转换为最终产品[1]。这支持把“工序任务”作为执行最小单元，但不能支持把每个企业流程固定为“开纸—印刷—模切—糊盒”。折叠纸盒与抽样判定已有专门标准族[2][3]，纸箱、软包装又各有材料和设备路径，因此系统应配置“领域模板 + 产品工艺版本 + 工序参数”，而非硬编码“印刷行业流程”。

本次新增章节已作为第二章“客户需求与痛点”插入现有 PRD，原“用户角色、组织与权限矩阵”顺延。交叉引用则按主题插入，而不只放在附录：

三、真实难点：八个口径必须分别入账，再按规则关联

多单位不是显示格式问题，而是八套账之间必须能解释差异。 建议统一内部基准为“米、平方米、张、片、件、套、吨/千克”等有限基准族，每个业务数量至少保存：录入数量、录入单位、基准数量、基准单位、换算因子、精度、换算来源（模板/手工/导入）、生效时间和操作者。自由文本“500令”“约20公斤”不能进入闭环。换算类型分为：固定因子（1卷=若干米，前提是规格已固定）、尺寸因子（米×幅宽）、面积因子（张×长×宽）、定量因子（平方米×克重/1000）、组件因子（一件=若干组件）；任何“1张=若干件”只能在具体拼版版本下成立。

分切后的难点是“母料身份”与“子料身份”同时存在。 一张 889×1194mm 原纸并非天然只能切成 889×545mm 或 545×444mm：不同排样会产生不同可用联数，还要扣咬口、出血、修边，并考虑纸张方向。CY/T 59—2009 明确适用纸和纸板的平压平模切（含压痕），但瓦楞纸板只可参照，说明设备与材料边界不能混用[4]。分切记录应由母料批次派生子料批次，至少保存母料批次、尺寸、切法、方向、切前数量、切后数量、子料规格、子料可用数量、边料/余料数量、操作者、设备和时间；余料回库不覆盖母料库存，而是生成新库存批次，并保留“源自哪一母料、能否原尺寸再利用”的证据。

图 1：889×1194mm 原纸上两个示例排样均可得六张小片，但尺寸与材料利用不同；实际拼版须纳入咬口、出血、修边和方向。数据来源：用户提供的工艺事实；换算关系待客户现场确认。

模切把“印张产出”转化为“小片产出”，成套又把若干小片转化为成品。 产品版本应同时描述成品与可能组装的组件；工序版本保存每版印张模切联数、片型、展开尺寸、刀模/模切版、压痕和清废规则。工序报工不能只记“完成1000张”，还应记合格片、不良片、报废片、待返工片及对应批次。若一件成品由盒身、内托、说明书和吊牌组成，则存在成品 BOM；若只是一张模切片折合成盒，则属于一物多形态，不强行拆成 BOM。系统只验证“组件齐套数＝成品数”，组件构成、方向、左右件、颜色/版次匹配由客户配置。

报工数、检验数、入库数和发货数可能四条线都不相等。 报工只表示现场产出；质检决定合格与待处置；入库表示可发运库存增加；发货还受客户箱规、批次、地址和签收约束。首期允许四者分别累计，但必须显式解释差异：未检、待返工、让步接收、冻结、补印、拆箱、合并包装、运输损耗等。不能设置“报工即入库”的默认捷径。

四、分层痛点模型：失败根源多在口径与责任交接

ISO/TC 130 指南强调跨阶段信息衔接，但不要求所有印刷企业采用同一工序；这意味着“责任交接”比“页面统一”更重要[1]。痛点应判定为共性还是差异：数据口径、版本、报工、追溯、异常、成本、协同是跨领域共性；原纸分切与开数主要见于平张纸/彩盒，卷筒米数、卷材宽度和卷绕见于标签/软包装，瓦楞纸板与纸箱有独立模切/开槽/成型逻辑，书刊则增加折页、配页、锁线/胶订等组件匹配。CY/T 59—2009 适用于纸和纸板平压平模切并可参照瓦楞纸板，不是统一规则[4]。

五、细分工艺差异：配置版本优先于统一流程

GB/T 34053.2—2017 是纸质印刷产品抽样判定规则，说明抽样不是通用固定动作[3]；GB/T 34053.6—2017 针对白卡、涂布白纸板及微型瓦楞折叠纸盒[2]；GB/T 7705—2008 适用于平版装潢印刷品。质量模块因此必须记录“适用标准版本/客户条款版本”，不能把某一验收阈值写成行业默认。

图 2：不同细分工艺的常用单位维度；单元格为配置开关而非某客户实际工艺，具体流程仍需逐厂确认。数据来源：CY/T 59—2009[4]、GB/T 34053.6—2017[2]、GB/T 7707—2008、GB/T 30326—2013及公开工艺资料；均为截至 2026-10-20 可得公开资料。

六、十二类角色的需求与页面调整

5.1 销售/客服跟单

销售最缺的是“承诺版本”而不是订单状态灯。 典型场景：客户临时改数量、纸色、盒型或交期，销售口头通知多人，结果仓库按旧版领料、印刷按旧文件上机。Excel/微信群只能留下零散版本。失败后果是报价有效、材料可用、排程可执行三个事实分离，最终交付不符合客户最新意图。建议页面增加“客户需求时间线”：客户原话、接收时间、受影响对象、报价/订单版本、客户确认证据；不能从聊天记录自动改写订单。

5.2 报价与核价

报价若不绑定工艺、拼版和材料版本，工单无法解释成本。 报价员在 Excel 中估算开数、加放和单价，销售修改数量后公式未重算，或材料价格变化未回填；最终报价毛利与实做毛利不一致。页面应把“报价算量版本”与“订单生产版本”分开：报价可引用估算拼版、估算损耗、参考材料批次，订单确认后再冻结可执行版本。

5.3 订单评审/打样

评审真正的检查项是“生产可行且证据齐全”，不是字段填满。 当前可能以邮件确认文件，打样稿放在设计师电脑，评审只检查价格。失败模式是文件有修改、刀线有更新、客户口头接受却未重签。页面默认列出“必填证据清单”：订单规格、工艺路线版本、拼版/分切方案、材料版本、印版/刀模、签样、检验标准、客户特殊条款；缺少证据不阻断查看，但进入“不可下达”状态并提示责任角色。

5.4 计划员/PMC

PMC 的主要痛点不是排程算法，而是“材料、版模、工序前置”没有共同状态。 计划员把任务拖到设备，却不知道原纸还在分切、刀模还在修、上一工序只有报工未质检。Excel 甘特无法表达批次和半成品状态。页面在排程前先显示齐套对象：材料批次、可用切张/卷料、印版/刀模/版辊、设备资格、上工序合格批次、外协回货；任务条显示“可开工依据”，不是只显示计划数量。

5.5 车间主管

车间主管需要同时管理“人、机、料、法、异常”，而不是仅派工。 换班时上一班只口头说“印了八成”，接班不清楚材料批次、异常和待处置数量。页面以工序任务卡为主，显示上工序合格批次、材料投入批次、版模、设备参数建议、暂停原因、返工/报废入口；交接要求双方扫码并确认数量与状态。

5.6 机长/操作工

操作工需要最少输入，但系统必须保留不可推断的现场事实。 机长按经验记录开机、停机、印张和过版纸，遇到颜色问题可能继续生产后再补报。页面首屏只显示任务、计划基准数、材料/批次、上工序结论、报工单位；扫码后默认带入但不覆盖原值。报工必须分项：合格、不良、返工、报废，且允许录入单位与基准单位分离。

5.7 模切/印后

模切岗位的核心是“联数、片型、清废、压痕、成套”可验证。 一刀下机可能产出盒片、内托、提手和边料，若干盒片才能组成一件盒。纸工单若只有“完成1000”，系统无法知道组件是否齐套。页面按印张批次进入模切任务，录入产出片型/数量、模具/刀模、方向、压痕、清废、报废与余料；成套页可显示一盒所需各组件批次与数量。

5.8 仓管/备料

仓库不能只发“某纸张”，必须发可满足方向、尺寸、批次和数量的批次。 备料按产品名领纸，导致丝流方向错误、切张尺寸不符或旧批次混用；余料切回后又变成无属性库存。页面显示工单材料需求版本，推荐可用批次但不默认替代；领料必须选择母料批次、发出单位、换算、去向工单。余料回库建新批次，保留母料属性、尺寸、数量、质量和再利用条件。

5.9 质检

质检必须先知道“这个批次依据什么标准”，不能只填合格/不合格。 首件签样可能放在现场抽屉，巡检和末件结果分散；色差没有测量条件、样本位置与仪器版本。页面根据产品/客户/检验类型加载规则版本，记录样本量、测量项、实测、单位、仪器、照片、抽样时间；系统提示越限但判定由授权人执行。

5.10 外协管理员

外协不能变成“发出多少、回多少”的单据黑箱。 委外工序可能涉及印后、覆膜、烫金、裱纸、模切、复合等；发料规格、应回数量、实际回货、损耗和权属在多个人员之间流转。页面以工序任务为根，记录委外商、材料权属、发料批次、应回/合格/不良/报废/补数、运输、收回时间、检验结论、结算依据。

5.11 成本/财务

成本需要把“计划假设、实际耗用、责任处置、结算口径”四层分开。 月末用总领料和总产量倒推单位成本，无法识别换版、过版、色差补印、余料再利用和返工。页面按工单/工序/批次展示计划量、实际投入、合格产出、报废、返工、补料、外协、设备与人工；金额另按成本规则归集。

5.12 厂长/管理者

管理者应看到“异常与责任”，不是只看到完成率。 完成率可能由机台多报或漏记报废推高。页面以订单/工艺族/设备/班组/班组为维度，显示承诺交期、齐套、进度、一次合格率、报废、返工、外协逾期、库存余料和成本偏差；所有指标可下钻到原始任务、批次和凭证。

七、需求条目统一编号与优先级判定

P0 不是“客户说急”，而是没有它闭环或责任会断裂。 判定逻辑：① 阻断订单—生产—交付事实链；② 导致数量/成本错乱且无法事后解释；③ 造成材料、批次、版模或质量责任不可追溯；④ 缺失后系统只能依赖线下单轨。命中任一且风险高频、后果严重，列 P0。P1 用于减少协同成本、漏项和审批滞后；P2 用于预测、自动排程、设备采集、客户门户与自动成本归集。客户催办、领导要求、竞品有按钮都不构成单独依据。

八、对象模型、版本快照与执行期留痕

核心不是增加更多“单”，而是明确每个对象何时冻结、何时可变。 建议对象层级如下：

快照必须覆盖“能解释现场结果”的对象。 订单冻结时至少复制：订单行、产品版本、成品组件、工艺路线版本、工序版本、材料需求版本、拼版/分切版本、检验规则版本、价格版本、签样/文件版本、版模版本。快照字段含版本号、来源对象、生效时间、冻结人、哈希/附件引用；冻结后即使主数据改名或删除，工单仍可见当时值。

执行期允许调整的是执行事实，不是承诺基线。 允许：设备重派、暂停恢复、班组替换、实际材料批次、实测分切数量、实际模切联数、返工、报废、让步、补料、异常工时、检验实测。每次调整记录前后值、原因、操作人、时间和审批；不能更新原报工的历史字段。版本差异页同时显示“订单承诺、冻结基线、当前主数据、实际执行”，让计划员判断是否需要变更刷新。

数量正负误差必须分开。 每条订单行保存允许误差类型：数量误差、重量误差或尺寸误差；误差单位与录入单位一致，分为正偏差、负偏差和是否包含抽检/运输损耗。示例只用于访谈，不代表产品默认值。验收条件保存最小值、最大值、比较基准（订单、承诺、可发、可收）、超出动作（阻断/警告/让步）。任何“±5%”等数值须由客户确认。

九、页面与原型调整：每页都要能回答一个执行问题

“数量结构页”至少显示五列：业务角色、录入数量、录入单位、基准数量、基准单位。 另有换算因子、精度、来源、生效时间。页面不得允许自由文本换算；若单位字典无因子，进入“新建换算关系”审批，而不是让操作工现场填 1张=几件。

“拼版/开数/纸张方向配置页”应把假设显式化。 母料尺寸分别保存“原始规格、毛尺寸、净尺寸”；成品尺寸保存成品/出血/修边；拼版保存横向联数、纵向联数、方向、咬口、刀缝、材料方向约束、版次。所有非客户确认参数显示“假设”，不能变成绿色合格结论。示例：889×1194mm 原纸上 545×444mm 排 2×3，只说明理论布局之一；实际是否可用仍取决于设备、咬口、修边、方向与客户要求。

“余料回库页”不允许“切剩即废料”。 系统区分：可利用余料（建新库存批次）、可回炉/再生料（按企业物料规则）、生产废料（不入库）。余料批次至少继承供应商、材料、克重/厚度、丝流方向、母批次；尺寸和数量必须实测或带测量依据。再利用前再检查规格、方向、质量、保质期与客户限制，不自动匹配。

“成套页”不能把成品BOM套到所有产品。 页面支持三类结构：无组件（单件/单卷）、平面片折合（一片经折盒成一件，不拆组件）、多组件组装（盒身+内托+配件）。齐套规则含组件顺序、数量、方向/左右、允许替代、是否同批次、允许欠件与审批。只完成一件中的某组件不能报“成品完工”。

十、客户现场访谈提纲：可直接念出并按实物验证

9.1 通用开场与真实单据观察

1. “请挑一张昨天或今天正在生产的工单，从头给我看一遍：从客户要求、报价、订单、工艺文件到排产、领料、报工、质检、入库、发货。”
2. “现在请打开当时真正使用的工单、拼版图、领料单、排产表、报工表、损耗表和报价单，不要先讲系统应该怎么做。”
3. “过去两周哪一次因为数量、单位或版本对不上导致返工、补料、延期或客户争议？请指向具体单据。”
4. “哪些动作必须现场做，哪些每天或每班由一个人统一补录？补录通常隔多久？”
5. “如果一个新人按系统字段操作，仍可能做错，最可能错在哪里？”

9.2 销售/客服/报价

1. “客户原话和最终承诺分别记在哪里？修改尺寸、数量或工艺时，谁负责通知生产和仓库？”
2. “报价依据的是理论开数、历史经验还是实际排样？谁来确认拼版图？”
3. “哪些费用必须单独列：制版、刀模、样品、打样、加急、运输、包装？什么条件下可退？”
4. “报价数量与实际生产数量允许差多少？是谁允许？”
5. 情景题：“客户今天说盒型尺寸改 2mm，其他不变。请演示从报价到仓库会触发哪些检查。”
6. 实物验证：展示报价版本、客户确认、改版记录和价格规则。
7. 阈值题：“低于多少交期偏差、价格偏差或尺寸偏差必须升级审批？”（确认客户答案，不提供默认值）
8. 避免：“你们是不是经常因为销售漏通知导致做错？”改为“最近一次要求变化后，哪些角色没有及时收到？”

9.3 订单评审/打样

1. “订单评审必须看到哪些文件、样品、材料和工艺条件？缺哪类还能先排产？”
2. “打样确认后，哪些修改需要重新签样？客户口头同意算不算？”
3. “签样保存在哪里？多久有效？同一客户不同批次是否允许色差？”
4. 情景题：“客户发来 V2 文件，但只改文案不改盒型。你们怎么决定印版和刀模是否复用？”
5. 实物验证：签样卡、文件版本、色差记录、样品照片、客户邮件/盖章。
6. 阈值题：“哪些色差、尺寸、套印或外观问题必须由客户书面确认？”（待确认）

9.4 计划员/PMC

1. “排一张单前你会检查材料、版模、设备、人员、前置工序中的哪几项？哪些系统看不到？”
2. “插单时谁先知道？目前如何估算对其他订单的影响？”
3. “拆单由谁决定？拆后材料批次、交期、价格或发票如何对应？”
4. “齐套是否包含刀模、印版、油墨、胶水、辅料和客户文件？”
5. 情景题：“一台机器坏 4 小时，请按你们现有规则决定先恢复哪张单。”观察依据。
6. 实物验证：排产表、插单记录、缺料清单、设备日历。
7. 阈值题：“预计延误多久必须通知销售/客户？”（待确认）

9.5 车间主管/机长/操作工

1. “开工前必须扫什么？材料批次、印版号、刀模号、机台号各在哪里？”
2. “换班时交接哪些数量？未检、待返工、冻结、余料如何交接？”
3. “报工先录合格数还是总产出？不良、报废、返工分别在哪里记？”
4. “过版纸、换版、停机、清洗算不算生产数量？成本算到哪个工单？”
5. 情景题：“报工时发现比前工序合格数多，现场会怎样处理？”要求演示。
6. 实物验证：真实报工单、机台记录、停机电、生产日报。
7. 阈值题：“报废达到多少必须停线、升级？”（待确认，不得预设）

9.6 模切/印后/组装

1. “一张印张上有哪些片型？每版实际能切多少联？”
2. “纸张方向、压痕方向和丝流分别影响什么？切错后还能补救吗？”
3. “边料、可再用余料、废料如何分开？”
4. “一个成品由哪些组件组成？左右件、颜色、版次是否必须匹配？”
5. “组件先到和成品后到，目前怎么标记齐套？”
6. 情景题：“盒身够但内托少 20 个，系统应允许盒身先入库吗？”听客户规则。
7. 实物验证：刀模、模切版、清废样、拼版图、组件齐套表。
8. 阈值题：“组件正负误差多少可接受？”（待确认）

9.7 仓管/备料

1. “原纸实际按整张、切张、卷、吨还是平方米管理？原纸规格和当前库存规格是否一致？”
2. “分切后怎么命名新尺寸？丝流方向怎么记录？”
3. “领料是按产品名、批次、尺寸还是任务？超领如何处理？”
4. “余料和尾料是否建库存？何时认为不能再利用？”
5. 情景题：“同一张纸切出两个订单的尺寸，剩余部分如何处理和归责？”
6. 实物验证：库存台账、标签、分切单、领料单、余料区。
7. 阈值题：“最小库存单位是什么？零头尺寸保留多久？”（待确认）

9.8 质检

1. “首件、巡检、末件、终检分别触发什么？谁有判定权？”
2. “签样是一份还是按材料批次/机台/班次多份？色差用什么仪器、光源、口径？”
3. “样本量和抽样方案由标准、客户、企业规则还是经验决定？”
4. “让步接收必须谁同意？是否通知客户？”
5. 情景题：“同批内一个样本超标，你们会扩大抽样、全检还是放行？”记录实际规则。
6. 实物验证：检验计划、原始测量值、仪器校准、签样、不合格单。
7. 阈值题：“ΔE、套印、尺寸、外观分别允许多少？”（必须看合同/标准版本，不预设）

9.9 外协管理员

1. “哪些工序外协？材料由谁提供、所有权何时转移？”
2. “发料、应回、实回、报废、补数分别在哪里记录？”
3. “供应商进度自报与仓库实收如何区分？”
4. “外协回来后是否独立质检？发现少回/损坏如何结算？”
5. 情景题：“供应商说已做完但仓库还没收到，系统应显示什么状态？”
6. 实物验证：外协单、发料单、运输单、回货单、质检单、结算单。
7. 阈值题：“外协逾期多久升级？损耗责任如何划分？”（待确认）

9.10 成本/财务

1. “报价成本、计划成本、实际成本分别什么时候形成？”
2. “原纸、油墨、辅料、过版纸、报废、返工分别怎么归集？”
3. “结算按订单、发货、验收还是签收数量？哪些费用另计？”
4. “价格调整、补数、扣款、退运如何形成凭证？”
5. 情景题：“客户签收少 10 个，但生产报工不缺，账怎么调？”听客户。
6. 实物验证：成本表、报价成本、发料汇总、对账单、发票登记。
7. 阈值题：“多少金额差异必须审批？”（待确认）

9.11 厂长/管理者

1. “你每天最早想知道什么？哪些数据现在最晚到？”
2. “当前最影响交付的是设备、材料、人员、外协还是客户变更？”
3. “如果只能先解决三个数据断点，你选哪三个？”
4. “哪些指标曾被错误解读？例如完成率、损耗率、准交率。”
5. 情景题：“给你一张异常看板，什么信息不足时会无法决策？”
6. 实物验证：经营会报表、日/周报、异常记录。
7. 阈值题：“准交、损耗、质量指标如何定义和授权？”（待确认）

9.12 合规与信息安全

1. “客户原文件、签样、报价、成本分别允许谁看？离职人员如何处理？”
2. “哪些记录必须保留、谁可导出、导出后如何加水印和审计？”
3. “供应商能看哪些订单和文件？是否可能看到其他客户信息？”
4. “设备采集和个人报工冲突时，以谁为准？”

十一、需求澄清决策清单：已确认、待确认与不建议预设

十二、P0 范围边界图：一期只做可闭环，不做全自动化

P0 内闭环包含“承诺—方法—材料—执行—产出—质量—入库—结算”的证据链。 输入为已确认报价/订单与产品工艺材料版本；冻结后生成工单和工序任务；PMC 检查材料/版模/前置工序齐套；仓库领料并支持分切与余料批次；现场按工序报工，录入单位转为基准单位；模切记录片型与联数；多组件产品按成套规则组装；质检放行后才可入库；财务按履约事实与价格版本生成账单；所有异常、返工、报废、领退补形成凭证。

P0 内不做的事：自动排产、设备实时采集、供应商门户、客户自助门户、计件工资、完整自动成本核算、智能套版/自动拼版、自动识别色差、自动判定、纸箱物理性能自动测试、油墨自动配送、跨企业协同网络、智能损耗预测、自动补料采购、ERP/财务凭证直连、发票直开。外协、插单、拆合单、变更、客户门户和自动成本在现有 PRD 已明确为 P1/P2，本次不塞入 P0。

P1 的自动排程仍须保留人工确认。 系统可建议候选排程并显示资源冲突、齐套、换型、插单影响与交期变化，但最终由计划员或审批人确认。设备采集只作 P2，因为接口、数据质量、停机语义和主数据治理若未先稳定，自动数据会产生更“精确”的假数据。

十三、与现有 PRD 的冲突清单与修改建议

以上修改均不重新设计技术路线，也不扩大现有首期产品定位。唯一需强调的是：若试点客户存在彩盒/模切成套、卷料/卷材单位或外协普遍，则“成品组件、多单位、批次追溯、版模对象”应进入首期配置，而不等完整外协或自动排程。外协流程整体仍按现有 PRD 列为 P1。

十四、访谈后合并 PRD 的最小动作清单

合并时先加对象与状态，再改页面字段。 第一，本调研结论已作为现有 PRD 第二章“客户需求与痛点”插入，并在目录中建立对应锚点。第二，在对象模型增加成品组件、分切方案、模切版/刀模、印版/版次、投入批次、产出批次、余料批次、成套规则、损耗类型、正负误差。第三，在订单、工单、工序任务页增加数量结构、单位换算、投入产出、版模与批次卡片。第四，在质检页增加签样/检验规则版本与抽样说明。第五，在齐套页增加组件、卷宽/卷长、版模和批次条件。第六，在异常、返工、报废、领退补料页增加“原值—新值—原因—审批—来源”的最小审计。第七，在现有 PRD 第十三章需求问题末尾加入本报告决策清单；原问题保留，不删除。

所有改动遵循“新增字段默认可选、规则开关默认关闭、配置值默认来自客户确认”。 这避免首期误把某类客户做法扩散为全部企业默认。页面原型只显示当前对象适用字段：书刊不强制刀模，标签不强制“片数+糊盒”，软包装不强制纸张丝流，瓦楞纸箱不强制普通纸张拼版。配置错误时页面给出可定位的阻断信息，而非静默计算。

引用来源

[1] https://committee.iso.org/files/live/sites/tc130/files/Resources/Guidelines%20for%20using%20print%20production%20standards%20v2%20Jan%202024.pdf

“The prepress stage in the workflow is perhaps the most complex part … creating a printing form that, printed under a specific condition, produces the desired result.”

[2] https://openstd.samr.gov.cn/bzgk/gb/newGbInfo?hcno=F1D56B63C0DFDFB2B2ADF4FD3596F086

“本部分适用于涂布白卡纸、涂布白纸板及微型瓦楞纸板为基材的折叠纸盒类印刷产品印制质量的检验和判定。”

[3] https://openstd.samr.gov.cn/bzgk/gb/newGbInfo?hcno=708E3082948B74917E339A4B5CE887C2

“本部分规定了纸质印刷产品抽样判定的术语和定义、抽样程序、批质量判定。”

[4] https://www.nppa.gov.cn/xxgk/fdzdgknr/hybz/202210/P020221004608580160817.pdf

“本标准适用于纸和纸板印刷品的平压平模切（含压痕）。瓦楞纸板的模切（含压痕）加工可参照使用。”

[5] https://std.samr.gov.cn/gb/search/gbDetailed?id=71F772D7F179D3A7E05397BE0A0AB82A

“国家标准《平版装潢印刷品》由TC170（全国印刷标准化技术委员会）归口，主管部门为国家新闻出版署。”

[6] https://std.samr.gov.cn/gb/search/gbDetailed?id=71F772D7E146D3A7E05397BE0A0AB82A

“GB/T 2828.1-2012 现行……发布日期 2012-11-05，实施日期 2013-02-15。”

[7] https://std.samr.gov.cn/gb/search/gbDetailed?id=71F772D8150DD3A7E05397BE0A0AB82A

“国家标准《包装印刷产品分类》……由TC170（全国印刷标准化技术委员会）归口。”

[8] https://www.iso.org/standard/93279.html

“ISO 12647-2:2013 specifies … process parameters and their values … for four-colour sheet-fed and web-fed offset printing presses.”

[9] https://openstd.samr.gov.cn/bzgk/gb/newGbInfo?hcno=7655F391D6F3F07CCFA944EDDD4965AD

“采用铣背胶订时，铣背深度1.5mm±0.5mm，以书帖最里页铣透为准。”

[10] https://std.samr.gov.cn/hb/search/stdHBDetailed?id=1E1EE6C9F39BA191E06397BE0A0A7C63

“本文件规定了原材料要求、模切版和底模版的要求、模切设备要求、工艺技术要求、模切质量要求和检验方法。”

4 - 功能规格说明书（FSD）

FSD 是功能规格单一事实源：以 to-be 形态全量交付（状态列 未实现、实现落点 待回填），开发中逐节回填演进为 as-is。功能 ID F<m>.<两位序号>，冻结只增不改号。

双向关联：FSD 节头「交互稿」行 ↔ 交互设计各域 README 页面清单「FSD ID」列，两侧无空。

分册目录

阅读指引

• 评审格式：节头五字段（对应 PRD/交互稿/实现落点/操作入口/状态）+ 8 小节（功能定义→触发→输入校验→处理流程→输出→状态流转→边界异常→权限数据规则）。
• 未裁决参数一律以「假设（Q，待客户确认）」标注；访谈候选参数标「可配置，无默认值」——FSD 不预设数值。
• 上游：主 PRD ｜ 交互设计分区。

4.1 - FSD 99 · 附录

← 总则 ｜ A1 = PRD 需求→功能 ID 权威对照（门禁对账基准）｜ A2 = 编码后反向索引（门禁前空）｜ B = 差异台账（门禁前未启用）

附录 A1：PRD 功能清单 → 功能 ID 对照表

基准 = PRD「六、功能架构与完整功能清单」22 模块行（prd/印刷行业工单系统产品与交互设计.md:175-198）+「七、核心功能逐项需求」6.16.10 +「7.1 工作台」+「十、报表与预警体系」+「十一、安全数据权限审计」；调研 R-001R-020 挂册见「调研冻结点」列。覆盖状态：已对照（ID 冻结表已覆盖）/ 待详述（分册未建）。

P2 功能（客户门户 R-020/预测 R-018/设备采集 R-019/自动成本 R-017/智能排产）不在门禁范围——ID 待 P2 立项时新增（只增不改号）。

附录 A2：代码域 → 功能 ID 反向索引（编码后启用）

门禁前为空表；编码后每功能节「实现落点」与此表对账（照 pms 参照实现惯例）。

附录 B：实现差异与疑似缺陷登记（DIF 台账）

门禁前未启用；门禁后 FSD 与 PRD 不一致处行内 ⚠ DIF-<批次>-<序号> 注记并在此登记。

4.2 - FSD M1 · 工作台

← 总则 ｜ 附录 → ｜ 上游：主 PRD（7.1 工作台 / 页面树 1）｜ 交互稿：prd/design/dashboard/（已确认）

册边界：工作台是聚合入口——业务动作归各域（审批动作在 m15 审批中心/各域、派工在 m08、检验在 m09、复核在 m12）；本册只承载聚合视图、待办/通知生命周期与发起人视角查询。角色卡片配置能力归 m15（F15.02/F15.04）。

M1 工作台

F01.01 工作台聚合视图

对应 PRD：7.1 工作台（prd/印刷行业工单系统产品与交互设计.md:363-365）+ 页面树 1｜ 交互稿：prd/design/dashboard/（已确认，工作台屏）｜ 实现落点：待回填 ｜ 操作入口：/workbench ｜ 状态：未实现

1 功能定义

角色进入系统后的首屏聚合视图：顶部固定区（组织范围/角色/搜索/通知/待办数/快捷创建/「仅看我的↔本团队」切换）+ 中间四区卡片（待办、风险、今日任务、快捷入口）。信息层级 风险等级 > 截止时间 > 订单/金额，普通通知降权。页面树 1 五节点（个人待办/我发起的审批/风险预警/今日任务/常用快捷）归并单屏四区承载（B5 归并裁决）。

2 触发条件与前置状态

• 触发：登录后默认进入；全局导航「工作台」。
• 前置状态：用户已认证且角色已配置（角色卡片配置归 F15.02/F15.04——本节按角色渲染，不提供配置界面）。

3 输入与校验

4 处理流程

聚合查询四区数据源（待办=m15/各域事件、风险=m14 预警、今日任务=日程与业务节点、快捷入口=角色配置）→ 按信息层级排序渲染 → 卡片项点击跳各域详情（跳前标记已读，F01.02）。

5 输出与结果状态

四区卡片视图；每区空状态显示「暂无待办」+创建/筛选引导（7.1）。本屏不承载业务动作——所有处理动作在跳转后的各域详情完成。

6 状态流转

视图无自身状态；所聚合的待办项生命周期见 F01.02，业务对象状态归各域。

7 边界与异常

8 权限与数据规则

• 卡片按角色配置渲染（F15.02 矩阵驱动）；毛利/成本类风险卡仅财务与管理层（Q41）。
• 数据范围随会话组织范围；「仅看我的/本团队」切换过滤归属。

F01.02 待办与通知管理

对应 PRD：7.1（通知点击跳详情并标记已读、待办数量）｜ 交互稿：prd/design/dashboard/（已确认，待办区）｜ 实现落点：待回填 ｜ 操作入口：/workbench（待办区）｜ 状态：未实现

1 功能定义

跨域业务事件的待办/通知聚合与生命周期管理：业务事件（审批到达/预警触发/任务分派）产生待办项，用户点击跳转详情前标记已读；对应业务动作完成后待办闭环。

2 触发条件与前置状态

• 事件源：审批提交（F15.01）、预警触发（F14.02）、任务分派（F08.02）、检验任务（F09.01）、发货复核（F12.02）、差异确认（F12.03/F13.01）、报工更正（F08.05）等各域事件。
• 前置状态：事件已发生且目标处理人明确。

3 输入与校验

4 处理流程

flowchart TD
    A[业务事件] --> B[生成待办项: 未读]
    B --> C[工作台待办区渲染]
    C -- 点击 --> D[标记已读 + 跳各域详情]
    D --> E[业务动作完成: 各域回写]
    E --> F[待办闭环: 已办]
    C -- 截止未处理 --> G[转超期 + 升级: F14.02]

5 输出与结果状态

待办项状态：未读 → 已读 → 已办；超期分支 已读/未读 → 已过期 → 已办（补办/升级）。待办项本身不承载业务状态——业务状态归各域。

6 状态流转

生命周期见 dashboard README 状态迁移图（未读/已读/已办/已过期）；闭环由各域业务动作完成事件驱动，不由工作台判定。

7 边界与异常

8 权限与数据规则

待办仅处理人可见（授权范围）；跳转目标页复用各域权限校验；超期升级规则引用 F14.02。

F01.03 我发起的审批视角

对应 PRD：7.1（页面树 1.2「我发起的审批」）｜ 交互稿：prd/design/dashboard/（已确认，待办区页签）｜ 实现落点：待回填 ｜ 操作入口：/workbench（「我发起的」页签）｜ 状态：未实现

1 功能定义

发起人视角的审批进度查询：列出本人发起的审批任务当前节点/状态/代理人，提供催办与撤回入口；审批详情与动作在审批中心（F15.01）完成——本节为过滤视图。

2 触发条件与前置状态

• 触发：工作台待办区「我发起的」页签。
• 前置状态：存在本人发起的审批任务（各域业务动作提交产生）。

3 输入与校验

4 处理流程

查询本人发起的审批任务 → 渲染（单据/类型/当前节点/代理人/状态）→ 催办（通知当前节点处理人）→ 撤回（回写业务侧，触发各域撤回逻辑）。

5 输出与结果状态

审批任务进度视图；催办产生通知（F01.02 事件源）；撤回使审批任务 已撤回（F15.01 状态机）并回写业务单据。

6 状态流转

展示的审批任务状态机见 F15.01；本节不改变任务状态（除撤回入口触发）。

7 边界与异常

8 权限与数据规则

仅本人发起的审批可见；撤回权限=发起人；审批内容脱敏同 F15.02（Q41）。

E2E 场景清单（m01 覆盖地图）

4.3 - FSD M10 · 异常返工

← 总则 ｜ 附录 → ｜ 上游：主 PRD（6.6 异常返工段 / 页面树 8 异常清单·异常评审·返工任务）｜ 交互稿：prd/design/quality/（已确认）

册边界：检验执行与判定归 m09（本册从「不合格已生成异常单」起）；返工的工序执行归 m08（返工任务走同一报工链）；补印生成关联工单归 m07 承载。所有处置进异常单、审批与审计（6.6）。

M10 异常返工

F10.01 异常清单与评审

对应 PRD：6.6 主流程「异常评审—返工/让步/报废」+ 异常场景（prd/印刷行业工单系统产品与交互设计.md:246,248）｜ 交互稿：prd/design/quality/（已确认，异常清单屏 + 异常评审屏）｜ 实现落点：待回填 ｜ 操作入口：/quality/nonconformances、/quality/nonconformances/{ncId}/review ｜ 状态：未实现

1 功能定义

不合格的闭环处置：异常单台账（状态与超时未评审红字；来源分类=工序/外协回货/终检）；评审六向处置（返工/返修/降级/让步接收/报废/补印）各向必填项独立；「（暂停）扩大抽样」为候选第七向（PRD 6.6 异常场景，MVP 是否纳入待确认，纳入则方向扩展而非改表）；结论进审批与审计；异常单只归档不删除（假设 Q42 数据保留时长，待确认）。

2 触发条件与前置状态

• 触发：检验判定不合格（F09.02）；外协回货质检不合格（m11 F11.02）。
• 前置状态：异常单已生成且证据随单。

3 输入与校验

4 处理流程

flowchart TD
    A[异常单台账] --> B[超时红字警示]
    B --> C[评审: 六向处置]
    C --> D[方向必填校验]
    D --> E[结论审批 + 审计]
    E --> F[执行处置: 返工→F10.02 / 报废→F10.03 / 让步→F10.03 / 补印→m07]

5 输出与结果状态

评审结论（方向+参数）+ 审批留痕；处置任务/单据生成（返工任务/报废记录/让步记录/补印工单）；台账状态推进。

6 状态流转

异常单 待评审 → 已处置（各向终态）；超时未评审红字（升级规则可配置）。

7 边界与异常

8 权限与数据规则

• 质量主管评审与审批；操作工可上报不可评审（6.6 权限）。
• 全部处置进异常单+审批+审计（6.6：所有处置都进入异常单、审批和审计）；台账只归档不删除（Q42）。

F10.02 返工任务与复检

对应 PRD：6.6 规则「返工生成子任务并关联原任务；复检不得覆盖原记录」+ 调研 R-012（prd/印刷行业工单系统产品与交互设计.md:248）｜ 交互稿：prd/design/quality/（已确认，返工任务屏）｜ 实现落点：待回填 ｜ 操作入口：/quality/reworks ｜ 状态：未实现

1 功能定义

返工执行建模（R-012：保留原报工并新增处置）：返工生成新任务关联原任务（父子链可溯）；原报工保留不改；返工走 m08 同一报工链（工时/补料联动）；返工完成后复检新开检验单——复检不覆盖原检验记录；返工后仍不合格再评审（循环出口=让步/报废）。

2 触发条件与前置状态

• 触发：异常评审处置=返工/返修（F10.01）。
• 前置状态：异常单已审批；返工方案参数齐备。

3 输入与校验

4 处理流程

flowchart TD
    A[评审处置=返工] --> B[生成返工任务: 关联原任务 R-012]
    B --> C[返工报工: 原/新处置分开留痕]
    C --> D[复检: 新开检验单]
    D -- 合格 --> E[放行: 原记录保留]
    D -- 仍不合格 --> F[再评审 → 让步/报废]

5 输出与结果状态

返工任务（父子链）；原报工+返工报工分离可溯；复检单（独立记录）；返工次数统计（埋点 6.6）。

6 状态流转

返工任务沿工序任务状态机（m08/m07）；复检单沿检验单状态机（m09）；异常单随复检结论终态化。

7 边界与异常

8 权限与数据规则

• 返工任务执行=车间（同 m08 权限）；复检=质检（同 m09）；再评审=质量主管。
• 原报工/原检验记录不可变（只追加修正走 m08 F08.05）；全链审计（F15.03）。

F10.03 报废与让步处置

对应 PRD：6.6 规则「报废累计计入损失；让步接收必须由质量负责人与销售/客户协商规则确认」（prd/印刷行业工单系统产品与交互设计.md:248）+ 决策 Q29/Q30｜ 交互稿：prd/design/quality/（已确认，异常评审屏报废/让步向）｜ 实现落点：待回填 ｜ 操作入口：/quality/nonconformances/{ncId}/review（报废/让步方向）｜ 状态：未实现

1 功能定义

报废向：报废数量累计校验（≤工单损失规则上限——假设 Q29，数值访谈候选禁预设）、报废计入损失（联动订单/工单损失口径，对账影响归 m13 调整项）。让步向：客户书面同意留档 + 授权岗位放行（假设 Q30，审批人可配置）；让步接收的批次可流转但带让步标记（下游可溯）；报废/让步双向前置=评审审批通过（F10.01）。

2 触发条件与前置状态

• 触发：异常评审处置=报废/让步接收（F10.01）。
• 前置状态：异常单审批通过；报废累计数可读。

3 输入与校验

4 处理流程

flowchart TD
    A[评审处置] --> B{报废向}
    B --> C[累计校验 Q29]
    C --> D[计入损失 → m13 调整项]
    A --> E{让步向}
    E --> F[客户书面同意 Q30]
    F --> G[授权放行+批次让步标记]

5 输出与结果状态

报废记录（累计+损失额）+ 调整依据（m13 对账调整项来源）；让步记录（凭证+批次标记）。

6 状态流转

异常单终态（已报废/让步接收）；批次带标记流转至发货（m12）/对账（m13）。

7 边界与异常

8 权限与数据规则

• 报废判定=质量主管；让步协商=质量负责人+销售/客户（6.6 权限）；授权岗位可配置（Q30）。
• 报废/让步全链审计（F15.03）；损失额口径对 m13 透出。

E2E 场景清单（m10 覆盖地图）

4.4 - FSD M11 · 外协

← 总则 ｜ 附录 → ｜ 上游：主 PRD（6.7 / 页面树 9）｜ 交互稿：prd/design/outsource/（已确认）

册边界：外协发料归本册不进 m12（外协库存动线独立于成品发运）；回货质检执行归 m09（本册承载质检触发与结果回填）；外协结算单送 m13 入对账/应付（本册到结算单确认为止）；工单快照引用归 m04/m07（Q18/R-008）。本册 P1（MVP 不含，6.7 完整闭环随 P1 落地）。

M11 外协

F11.01 外协单管理

对应 PRD：6.7 主流程与规则（prd/印刷行业工单系统产品与交互设计.md:254,256）+ 调研 R-016（防黑箱）｜ 交互稿：prd/design/outsource/（已确认，外协单屏）｜ 实现落点：待回填 ｜ 操作入口：/outsource/orders ｜ 状态：未实现

1 功能定义

委外工序的单据化管理（P1 里程碑）：新建入口=工单任务选择外协（非独立创建——防「脱离主工单的黑箱」，R-016：外协任务保留发料/收回闭环）；外协单回链工单（引用工单快照工序，不随主数据刷新——Q18/R-008）；进度跟催（供应商自报进度标**「未验证」**，不自动等同实际完成——6.7）；外协商未确认不能直接关闭；发料·应回·已回·合格·不良·报废汇总校验。

2 触发条件与前置状态

• 触发：工单工序任务标记外协（m07 承载的任务属性）。
• 前置状态：工序允许外协；外协商/价格/材料权属/运输与质量责任已配置（6.7 前置；责任条款访谈候选 Q31 禁预设）。

3 输入与校验

4 处理流程

flowchart TD
    A[工单任务选外协] --> B[创建外协单: 回链 WO]
    B --> C[待供应商确认]
    C -- 拒单/超时 --> X[已取消]
    C -- 确认 --> D[待发料 → F11.02]
    D --> E[回货质检闭合 → F11.02]
    E --> F[待结算 → F11.03]

5 输出与结果状态

外协单（生命周期：草稿→待供应商确认→待发料→部分/全部回货→待结算→已结算→已关闭）+ 工单回链；自报进度「未验证」标注。

6 状态流转

外协单状态机见 outsource README 状态迁移图；供应商拒单/超时未确认→已取消。

7 边界与异常

8 权限与数据规则

• 外协管理员维护与跟催；供应商只能看授权范围（供应商门户不在本期范围）；单价/结算金额对非授权角色脱敏（Q41）。
• 外协单创建/取消进审计（F15.03）。

F11.02 发料与回货

对应 PRD：6.7 主流程发料收回段（prd/印刷行业工单系统产品与交互设计.md:254,256）｜ 交互稿：prd/design/outsource/（已确认，发料-回货屏）｜ 实现落点：待回填 ｜ 操作入口：/outsource/returns ｜ 状态：未实现

1 功能定义

外协物料闭环：发料数须覆盖应回数及损耗/补数规则（损耗/补数参数访谈候选禁预设）；发料出库（仓管，联动库存流水——正负凭证沿 m08 F08.03 同口径）；分批回货登记（分批发料/分批回货汇总校验）；每次回货独立质检（触发 m09 检验单：合格回站/返工/补数三向）；超损耗/少回须原因+审批（B5 审批归并：审批任务实例归 F15.01）；运输与材料权属标注（访谈候选 Q31 禁预设结论）；返工/补数不新开外协单，原单回货行追加并关联质检单。

2 触发条件与前置状态

• 触发：外协单 待发料；供应商回货到厂。
• 前置状态：外协单已确认；库存批次可用；质检规则可引用（m09）。

3 输入与校验

4 处理流程

flowchart TD
    A[确认发料清单] --> B[发料出库: 覆盖应回+损耗]
    B --> C[分批回货登记]
    C --> D[每批独立质检 → m09]
    D --> E{质检结论}
    E -- 合格 --> F[合格回站]
    E -- 返工/补数 --> G[原单回货行追加+关联质检单]
    F --> H{累计=应回?}
    G --> H
    H -- 是 --> I[待结算 → F11.03]
    H -- 少回/超损耗 --> J[原因+审批]
    J --> I

5 输出与结果状态

发料/回货流水（批次级）；质检单联动记录；累计校验表（发料/应回/已回/合格/不良/报废）；审批留痕。

6 状态流转

外协单 待发料 → 部分回货 →（累计闭合）全部回货 → 待结算；少回/超损耗分支审批后同达待结算（outsource README 状态图）。

7 边界与异常

8 权限与数据规则

• 仓管发料；外协管理员登记回货；质检验收（m09 权限）；供应商只读授权范围。
• 发料/回货凭证只追加；全部异常关联原任务与审批（6.7）并进审计（F15.03）。

F11.03 外协结算

对应 PRD：6.7 规则「结算数量以合格收回为准，折扣/扣款由财务策略确认」（prd/印刷行业工单系统产品与交互设计.md:256）｜ 交互稿：prd/design/outsource/（已确认，外协结算屏）｜ 实现落点：待回填 ｜ 操作入口：/outsource/settlements ｜ 状态：未实现

1 功能定义

外协结算单生成（P1）：结算数量以合格收回为准（不良/报废不计价）；单价×合格数自动汇总；折扣/扣款由财务策略确认（策略可配置）；异常扣款留痕（运输损坏/质量拒收关联原任务与审批）；结算单送 m13 入对账/应付链路（跨域衔接）；双方对账无误后关闭。

2 触发条件与前置状态

• 触发：外协单 待结算（回货质检闭合）。
• 前置状态：累计合格数确定；价格/结算条款已确认（F11.01）。

3 输入与校验

4 处理流程

flowchart TD
    A[待结算] --> B[合格数计价: 单价×合格收回]
    B --> C{扣款?}
    C -- 是 --> D[财务策略确认+异常留痕]
    C -- 否 --> E[生成结算单]
    D --> E
    E --> F[送 m13 对账/应付]
    F --> G[双方对账无误 → 已关闭]

5 输出与结果状态

外协结算单（合格数计价明细+扣款留痕）；m13 应付/对账来源记录；外协单 已结算 → 已关闭。

6 状态流转

外协单 待结算 → 已结算 → 已关闭（双方对账无误）；扣款争议走 m13 调整链。

7 边界与异常

8 权限与数据规则

• 财务结算；外协管理员跟催；金额脱敏沿 Q41。
• 结算单与扣款留痕进审计（F15.03）。

E2E 场景清单（m11 覆盖地图）

4.5 - FSD M12 · 仓库发运

← 总则 ｜ 附录 → ｜ 上游：主 PRD（6.9 / 7.8 发货页 / 页面树 10）｜ 交互稿：prd/design/shipping/（已确认）

册边界：质检放行前置归 m09（Q33 链：放行→入库→可发）；收货地址变更审批归 m05 F05.03（本域地址只读）；签收量对账归 m13（Q35 口径）；外协发料归 m11 不进本册；直发/合并装车/补发/换箱 MVP 不做（Q33 裁决边界，异常线下留痕补录）。

M12 仓库发运

F12.01 发货建议

对应 PRD：6.9 主流程「订单生成发货建议」+ 规则「发货先核四者一致」（prd/印刷行业工单系统产品与交互设计.md:266）+ 决策 Q33｜ 交互稿：prd/design/shipping/（已确认，发货建议屏）｜ 实现落点：待回填 ｜ 操作入口：/shipping/advices ｜ 状态：未实现

1 功能定义

按订单生成发货建议：四账一致卡（订单需求/合格可用/已发/可发）；Q33 链（质检放行→成品入库→可发量，未放行不出现在可发量）；分批发货批次建议；待建议队列；短少处置提示（少发需客户让步确认留档——假设 Q30 口径）。

2 触发条件与前置状态

• 触发：工单完工入库（m07/m09 放行链）；定时刷新待建议队列。
• 前置状态：订单 已确认；批次质检放行且入库（Q33）。

3 输入与校验

4 处理流程

flowchart TD
    A[订单/批次数据] --> B[四账一致卡]
    B --> C{放行且入库? Q33}
    C -- 否 --> X[不入可发量]
    C -- 是 --> D[可发量计算]
    D --> E[分批发货建议]
    E --> F[生成发货单 → F12.02]

5 输出与结果状态

发货建议（四账核对通过）+ 发货单草稿；未放行批次隔离展示。

6 状态流转

建议无独立状态；生成的发货单沿发货单状态机（shipping README：待备货→…→关闭）。

7 边界与异常

8 权限与数据规则

• 仓库备货复核；销售只读本客户建议；四账数据跨域只读聚合（m04/m07/m09/m12）。

F12.02 发货单与出库

对应 PRD：6.9 主流程备货发运段 + 规则「多箱须可逐箱查看」「地址变更需销售/订单审批」（prd/印刷行业工单系统产品与交互设计.md:266,268）+ 调研 R-004（成套执行侧）｜ 交互稿：prd/design/shipping/（已确认，发货单屏）｜ 实现落点：待回填 ｜ 操作入口：/shipping/shipments/{shipmentId} ｜ 状态：未实现

1 功能定义

发货单执行：备货→复核→装箱扫码（重复箱/错货/超量即时拦截）→创建发运；红字确认（累计发运 vs 承诺量：7.8「累计发运达 X 是否超承诺 Y」）；复核清单（未验不发货）；承运与交接；批次/箱条码（Q14）；成套按成品 BOM 齐套放行（R-004 执行侧——缺件/版次不匹配拦截）；地址只读（变更走 m05 F05.03 申请入口）。

2 触发条件与前置状态

• 触发：发货建议生成发货单（F12.01）。
• 前置状态：批次已放行入库（Q33）；复核清单就绪。

3 输入与校验

4 处理流程

flowchart TD
    A[发货单-待备货] --> B[备货: 批次拣选]
    B --> C[装箱扫码: 重复/错货/超量拦截]
    C --> D[复核清单通过]
    D --> E{累计超承诺?}
    E -- 是 --> F[红字确认 7.8]
    E -- 否 --> G[创建发运: 交接承运]
    F --> G
    G --> H[在途 → F12.03 签收]

5 输出与结果状态

发货单状态推进（待备货→已备货→待复核→待发运→在途）；箱/批次条码档案；发运记录（承运交接）。

6 状态流转

发货单状态机见 shipping README（待备货→已备货→待复核→待发运→在途→已签收/退回→关闭）。

7 边界与异常

8 权限与数据规则

• 仓库备货/复核/发运；销售只读；物流更新状态（6.9 权限）。
• 红字确认与拦截记录进审计（F15.03）。

F12.03 签收与差异单

对应 PRD：6.9 规则「差异单记录责任方待确认状态，不能直接扣减原发运」「客户签收不等于财务确认」（prd/印刷行业工单系统产品与交互设计.md:268）+ 决策 Q34/Q35｜ 交互稿：prd/design/shipping/（已确认，签收-差异屏）｜ 实现落点：待回填 ｜ 操作入口：/shipping/receipts ｜ 状态：未实现

1 功能定义

签收登记与差异闭环：逐批签收量登记；证据照片+回单（MVP，电子签 P1+ 假设 Q34）；差异单（责任方待确认；不扣减原发运；原始发运不可隐藏）；处置选项（补发/结算调整/关闭——结算调整联动 m13）；客户签收≠财务确认（系统不自动改应收——6.9；签收量作为对账口径入 m13 Q35）；在途超时提醒。

2 触发条件与前置状态

• 触发：发货单 在途；客户反馈差异。
• 前置状态：发运记录存在（F12.02）。

3 输入与校验

4 处理流程

flowchart TD
    A[在途发货单] --> B[逐批签收登记+证据 Q34]
    B --> C{差异?}
    C -- 否 --> D[已签收 → 关闭]
    C -- 是 --> E[差异单: 责任方待确认]
    E --> F[处置: 补发 / 结算调整 m13 / 关闭]
    F --> G[原发运不可隐藏]

5 输出与结果状态

签收记录（逐批+证据）；差异单（独立留痕，不扣减原发运）；对账口径数据（签收量→m13 Q35）；在途超时提醒。

6 状态流转

发货单 在途 → 已签收 / 退回；已签收 → 关闭（差异处置完成）、退回 → 关闭（补发或结算调整后）——shipping README 状态机。

7 边界与异常

8 权限与数据规则

• 仓库登记签收；物流只读或更新状态；客户仅确认本人货物；销售只读（6.9 权限）。
• 差异单与签收证据只追加；审计（F15.03）。

E2E 场景清单（m12 覆盖地图）

4.6 - FSD M13 · 对账结算

← 总则 ｜ 附录 → ｜ 上游：主 PRD（6.10 / 7.9 对账单页 / 页面树 11）+「九、复杂业务规则专题」定金尾款段（:417）｜ 交互稿：prd/design/settlement/（已确认）

册边界：可结算事实来源归各域（签收量 m12 Q35、外协结算 m11、阶梯规则版本 m03 F03.06）；发票登记只记票面事实（Q39：登记不直开）；红字发票线下/外部税务系统处理并回写登记；客户门户只展示授权摘要（Q41）。账单只汇总可结算事实，发票登记负责票面事实，二者不得互相覆盖（6.10 原则）。

M13 对账结算

F13.01 对账单

对应 PRD：6.10 主流程与规则 + 调研 R-013（prd/印刷行业工单系统产品与交互设计.md:272,274）｜ 交互稿：prd/design/settlement/（已确认，对账单屏）｜ 实现落点：待回填 ｜ 操作入口：/settlement/statements/{statementId} ｜ 状态：未实现

1 功能定义

对账单生成与调整：结算明细主表（来源=发运/签收事实）；结算数量口径=签收量（Q35 默认，按客户合同可配置发货量；容差可配置无默认值）；计价规则版本写入账单（R-013：按合同单位与价格版本生成——防日后调价影响历史账单；阶梯 P1 且公式禁预设 Q36）；差异调整「申请调整」留痕不原位改数（R-013/Q38：调整生成版本）；定金/尾款计划项（假设 Q37）；多订单合并账单保留来源明细；客户确认/异议登记。

2 触发条件与前置状态

• 触发：账单周期到达/手动生成；月结、单票结算、按验收/发货结算（口径按客户合同配置）。
• 前置状态：订单价格条款/账单周期/客户开票资料已配置；发运/签收事实存在（m12）；外协结算单可入应付（m11）。

3 输入与校验

4 处理流程

flowchart TD
    A[选择订单/发运] --> B[应用结算口径 Q35 + 价格版本 R-013]
    B --> C[计算金额: 税/折扣/扣款/调整]
    C --> D[生成账单: 多对一保留来源明细]
    D --> E[客户确认/异议]
    E -- 异议 --> F[调整申请: ADJ 留痕 → 新版本]
    E -- 确认 --> G[已确认 → 待开票]

5 输出与结果状态

对账单（版本化：金额变动生成版本）+ 调整凭证链（ADJ）；应收余额（反映客户欠付）；报废/差异调整项来源可溯（m10/m12）。

6 状态流转

账单状态机见 settlement README（草稿→待确认→已确认→待开票→已开票→部分收款→已结清→关闭）；异议回草稿（调整单）。

7 边界与异常

8 权限与数据规则

• 财务创建/调整账单；销售只读本客户；客户门户只展示授权账单（Q41/Q39 门户边界）。
• 调整留痕与版本进审计（F15.03）；金额调整禁覆盖历史（R-013）。

F13.02 收款与核销

对应 PRD：6.10 主流程收款段 + 规则「退款/冲销必须有原因和审批」+ 决策 Q40（prd/印刷行业工单系统产品与交互设计.md:272,274）｜ 交互稿：prd/design/settlement/（已确认，收款与核销屏）｜ 实现落点：待回填 ｜ 操作入口：/settlement/payments ｜ 状态：未实现

1 功能定义

回款登记与核销：到账流水登记；按账单核销（Q40 默认，推荐精确匹配；支持预收挂账与抵扣）；尾款=总额−已收（自动计算）；定金为收款计划项（6.10）；退款/冲销须原因+审批；客户应收台账（履约数量/应收余额/开票金额/已收金额并排——PRD 九章 :417）；跨期/汇兑/坏账不做（Q40 边界）。

2 触发条件与前置状态

• 触发：到账登记；核销操作；退款申请。
• 前置状态：账单已确认（待收款）；收款账户策略已配置。

3 输入与校验

4 处理流程

flowchart TD
    A[到账登记] --> B{有目标账单?}
    B -- 是 --> C[按账单核销 Q40]
    B -- 否 --> D[预收挂账]
    D --> E[后续抵扣]
    C --> F{全额?}
    F -- 是 --> G[已结清]
    F -- 否 --> H[部分收款: 尾款=总额−已收]
    I[退款/冲销] --> J[原因+审批]

5 输出与结果状态

核销记录（账单↔流水关联）；收款状态推进（未收→部分收→已收）；应收台账更新；退款/冲销审批留痕。

6 状态流转

账单 已开票 → 部分收款 → 已结清；无票结清路径（客户配置）；收款状态：未收→部分收→已收→退款/冲销（settlement README）。

7 边界与异常

8 权限与数据规则

• 财务登记与核销；财务主管审批异常/退款；销售只读本客户回款（6.10 权限）。
• 核销关系不可删改（冲销留痕）；进审计（F15.03）。

F13.03 发票登记

对应 PRD：6.10 规则「发票登记可一对一、一对多、多对一，但总额受控；红字发票需求记录为待红冲事项」+ 决策 Q39（prd/印刷行业工单系统产品与交互设计.md:274,447）｜ 交互稿：prd/design/settlement/（已确认，发票登记屏）｜ 实现落点：待回填 ｜ 操作入口：/settlement/invoices ｜ 状态：未实现

1 功能定义

票面事实登记（登记不直开——Q39：直连开票不做）：登记发票号码/代码/类型/日期/金额/税额/状态/关联账单/附件/登记人（PRD 十一章 :447）；一对一/一对多/多对一但总额受控；已开票账单金额限制；重复开票检查（提示不自动阻断）；待红冲事项（关联蓝票+冲减金额+原因——由税务人员线下/外部系统处理并回写登记）；预开发票（假设 Q37 注）。

2 触发条件与前置状态

• 触发：账单 待开票；红冲需求发生。
• 前置状态：账单已确认；客户开票资料齐备。

3 输入与校验

4 处理流程

flowchart TD
    A[账单待开票] --> B[登记发票票面信息 Q39]
    B --> C{总额受控?}
    C -- 超额 --> X[阻断]
    C -- 通过 --> D[已开票: 账单联动]
    E[红冲需求] --> F[登记待红冲事项]
    F --> G[税务人员线下处理]
    G --> H[回写登记: 红票信息+状态]

5 输出与结果状态

发票登记记录（票面事实）；账单 待开票 → 已开票；待红冲事项台账（处理结果回写）。

6 状态流转

发票登记状态：已登记→（红冲回写）已红冲；账单侧沿账单状态机（F13.01）。

7 边界与异常

8 权限与数据规则

• 财务登记；税务人员回写红冲结果；客户门户只见授权发票登记摘要（Q41）。
• 发票登记与红冲回写进审计（F15.03）；登记不可删改（冲红留痕）。

E2E 场景清单（m13 覆盖地图）

4.7 - FSD M14 · 报表预警

← 总则 ｜ 附录 → ｜ 上游：主 PRD（十、报表与预警体系 / 页面树 12）｜ 交互稿：prd/design/report-alert/（已确认）

册边界：报表数据源=各域埋点（6.2~6.10 各节埋点行）；业务处理动作归各域（预警是埋点的越限投影，不承载业务状态）；阈值配置入口归 m15 F15.04（参数归口）；复杂报表钻取/自定义报表 P2（PRD 范围注）。

M14 报表预警

F14.01 报表卡

对应 PRD：「十、报表与预警体系」报表段（prd/印刷行业工单系统产品与交互设计.md:421,423-435）+ 决策 Q19/Q41｜ 交互稿：prd/design/report-alert/（已确认，报表与预警屏——报表卡区）｜ 实现落点：待回填 ｜ 操作入口：/reports ｜ 状态：未实现

1 功能定义

各域埋点汇总的报表卡区（先服务履约决策，再看经营统计）：MVP 指标=订单履约率/准时交付率/订单积压/在制工单数/齐套率/计划负荷/超期任务/质检合格率/异常闭环时长/报废返工率/发货差异/应收逾期/现金回款风险；报表清单 11 张（订单履约/工单进度/资源负荷/齐套缺料/报工效率/质量异常/外协跟催 P1/发货差异/应收回款/毛利分析 P1/审计追溯）；指标定义必须在页面显示公式、口径、数据截至时间；下钻维度（组织/客户/产品/资源/班组/时间）；负荷口径=班次+小时（Q19，与 m06 F06.05/m07 甘特同口径）；毛利类按角色脱敏（Q41：销售视角不渲染）。

2 触发条件与前置状态

• 触发：进入报表屏；指标卡点击下钻。
• 前置状态：各域埋点数据可读（数据截至时间标注）。

3 输入与校验

4 处理流程

flowchart TD
    A[进入报表屏] --> B[埋点汇总: 各域数据源]
    B --> C[指标卡渲染: 公式+口径+截至时间]
    C --> D{毛利类?}
    D -- 是 --> E[Q41 角色脱敏渲染]
    D -- 否 --> F[全角色可见]
    E --> G[点击下钻: 维度明细]
    F --> G

5 输出与结果状态

报表卡区（聚合数值+定义）+ 下钻明细入口；外协跟催/毛利分析 P1 标记；不计工资口径（报工效率——PRD 报表表注）。

6 状态流转

无业务状态（查询聚合视图）；数据随埋点刷新（截至时间标注）。

7 边界与异常

8 权限与数据规则

• 全角色按矩阵渲染（F15.02 收口）；成本/毛利仅财务与管理层（Q41）。
• 指标定义变更留痕（F15.03）。

F14.02 预警管理

对应 PRD：「十、报表与预警体系」预警段（prd/印刷行业工单系统产品与交互设计.md:437）｜ 交互稿：prd/design/report-alert/（已确认，报表与预警屏——预警列表区）｜ 实现落点：待回填 ｜ 操作入口：/reports（预警列表区）｜ 状态：未实现

1 功能定义

埋点越限的预警生命周期：三级预警（信息=状态变化提示/关注=齐套不足·负荷高·临近交期/阻断=超量报工·状态冲突·无权限·重复开票·版本冲突）；每条预警必含对象/原因/发生时间/影响范围/建议动作/责任人/确认状态；生命周期=已触发→已确认（认领）→处理中→已消除，超时未确认升级（通知上级，阈值可配置）；重复异常可聚合但保留首次发生时间；通知渠道（站内/邮件/企业消息）与频率、敏感内容、接收角色按业务规则配置；阈值全部可配置、禁预设数值（访谈候选；配置入口归 m15 F15.04）。预警不承载业务状态——处理动作在各域完成。

2 触发条件与前置状态

• 触发：各域埋点越限（齐套延迟/交期风险/回款逾期/外协逾期等——report-alert README 来源埋点列）。
• 前置状态：埋点规则与阈值已配置（m15 归口）。

3 输入与校验

4 处理流程

flowchart TD
    A[埋点越限] --> B[生成预警: 七要素齐备]
    B --> C[已触发]
    C --> D[责任人确认认领]
    D --> E[处理中: 跳各域动作]
    E --> F[已消除: 业务恢复自动关闭]
    C -- 超时 --> G[已升级: 通知上级]
    G --> E

5 输出与结果状态

预警列表（等级/类型/对象/触发规则/状态）+ 跳转各域详情；升级记录；聚合视图（首次时间保留）。

6 状态流转

预警生命周期见 report-alert README 状态迁移图（已触发→已确认→处理中→已消除；超时→已升级）；阻断级预警同时影响业务操作（各域承载拦截）。

7 边界与异常

8 权限与数据规则

• 预警按接收角色渲染（业务规则配置）；确认=责任人/升级后上级；阈值配置=管理员（m15）。
• 预警记录只归档不删除（Q42 口径沿 B1/B2 财务数据归档注）；触发/确认/消除进审计（F15.03）。

E2E 场景清单（m14 覆盖地图）

4.8 - FSD M15 · 平台（审批 + 权限 + 审计 + 配置）

← 总则 ｜ 附录 → ｜ 上游：主 PRD（§六模块行审批/权限/审计/配置 +「十一、安全、数据权限、审计与合规」+ 页面树 13/14）｜ 交互稿：prd/design/approval/（已确认，F15.01）+ prd/design/admin/（已确认，F15.02~04）

册边界：四能力合一册（跨 approval/admin 两域）；各域业务审批流的表单与影响评估归各域（B1/B2/B3/B5 归并裁决——审批中心只做统一入口聚合，不重复设计审批流）；业务状态机归各域（审批通过只是触发器）；细粒度角色管理界面（角色 CRUD/用户绑定）属实现期管理后台常规能力（admin README 归并注）。F15.02/F15.03 被全册引用（各域「权限与数据规则」「审计」小节收口于此）。

M15 平台

F15.01 审批中心

对应 PRD：§六模块行「审批：规则、代理人、驳回、加签」+ 6.4 插单联合审批等各域审批规则（prd/印刷行业工单系统产品与交互设计.md:193,262）｜ 交互稿：prd/design/approval/（已确认，审批中心屏）｜ 实现落点：待回填 ｜ 操作入口：/approvals ｜ 状态：未实现

1 功能定义

跨域审批任务统一入口聚合屏（归并裁决：B1 取消/恢复、B2 地址变更、B3 报价审批、B5 外协超损耗/少回、报工更正——各域在业务动作处发起，本屏聚合）：待办列表（来源域标注；页签=待我审批/我发起的/已办结）；审批动作（同意/驳回/转办）跳转回各域详情完成（业务上下文在各域）；加急标注；当前节点与代理人展示（与订单详情审批态一致 7.3）；多级审批按节点串行（每节点一次任务实例——如插单计划主管/销售经理联合审批+财务确认费用条款）；审批时效/升级参数可配置禁预设（访谈候选）。

2 触发条件与前置状态

• 触发：各域审批事件（F03.04 报价/F05.02 变更/F04.06 取消/F07.05 插单/F11.02 外协/F08.05 更正等）。
• 前置状态：审批规则已配置（节点/审批人/分级——各域定义，配置归 F15.04）。

3 输入与校验

4 处理流程

flowchart TD
    A[各域审批事件] --> B[生成审批任务: 待审批]
    B --> C[聚合列表: 来源域标注]
    C --> D[跳转各域详情执行动作]
    D --> E{结论}
    E -- 同意 --> F[已同意: 回写业务状态]
    E -- 驳回 --> G[已驳回: 附原因回发起人]
    D -- 转办 --> H[已转办: 新处理人待办]
    C -- 发起人撤回 --> I[已撤回]

5 输出与结果状态

审批任务实例（通用状态机：待审批→已同意/已驳回/已转办/已撤回）；业务回写触发（各域状态机承载）；审批记录归口（审计联动 F15.03）。

6 状态流转

审批任务状态机见 approval README 状态迁移图；业务对象状态归各域（报价/变更/取消/插单等各自状态机）。

7 边界与异常

8 权限与数据规则

• 审批动作=当前节点处理人；金额/毛利按 Q41 脱敏；发起人=撤回权限（业务侧允许时）。
• 任务实例与动作进审计（F15.03）；时效参数访谈候选禁预设。

F15.02 角色权限与脱敏矩阵

对应 PRD：§六模块行「权限：角色、数据范围、临时授权」+「十一、安全」段（prd/印刷行业工单系统产品与交互设计.md:194,441）+ 决策 Q41（矩阵收口）｜ 交互稿：prd/design/admin/（已确认，管理控制台屏——权限矩阵区）｜ 实现落点：待回填 ｜ 操作入口：/admin（权限矩阵区）｜ 状态：未实现

1 功能定义

Q41 敏感数据可见性矩阵的统一收口：角色×敏感数据矩阵（成本/毛利=仅财务与管理层；报价=销售/客服可见；附件按敏感级；应收台账=财务——B1~B5 各域脱敏落点统一引用本矩阵）；数据范围（组织/销售归属/授权客户）；临时授权（有据可审计）；行级规则。安全基线（PRD 十一章）：组织隔离、功能/字段权限、双因素按风险启用、强密码、异常登录告警、会话失效、导出控制——承载口径在本节声明，实现细节属实现期。管理员不得无业务原因浏览个人客户资料/报价/成本。

2 触发条件与前置状态

• 触发：矩阵配置/调整；临时授权申请。
• 前置状态：角色体系已建立（实现期管理后台常规能力，admin README 归并注）。

3 输入与校验

4 处理流程

配置矩阵→保存生效（留痕）→各域渲染读取（工作台毛利卡/报价编辑毛利区/客户列表敏感列/审批金额列等全部落点）；临时授权到期自动回收。

5 输出与结果状态

权限矩阵（生效版本+历史版本）；数据范围规则；临时授权记录。

6 状态流转

配置项变更沿 admin README 状态迁移（草稿→已生效→历史版本归档）；生效配置即各域读取口径。

7 边界与异常

8 权限与数据规则

• 矩阵配置=管理员+管理层审批；本节自身是全系统权限收口（各域「权限与数据规则」小节引用本矩阵，不重复定义——00-总则 §1 全局规则）。
• 矩阵变更旧值→新值进审计（F15.03）。

F15.03 审计日志

对应 PRD：§六模块行「审计：日志、版本、导出、证据链」+「十一、审计」段（prd/印刷行业工单系统产品与交互设计.md:195,443）｜ 交互稿：prd/design/admin/（已确认，管理控制台屏——审计日志区）｜ 实现落点：待回填 ｜ 操作入口：/admin（审计日志区）｜ 状态：未实现

1 功能定义

只追加、不可修改删除的审计留痕：记录范围（PRD 十一章）=登录与授权变更/单据创建·修改·撤回·取消/状态变化/版本生成/关键字段前后值/审批/更正/删除附件/数据导出/临时授权/发票登记与回款；追溯视图按时间线展示**「谁、在何时、从何值、为何改成何值、关联审批/附件」**；日志界面不展示不必要敏感信息；高风险日志不允许普通管理员删除；日志保留策略=法规/客户合同/内部制度共同确定（首期可设默认但须评审确认）；订单取消不影响历史审计（m04 F04.06 口径的平台兜底）。各域 FSD 节头引用的「进审计（F15.03）」全部收口本节。

2 触发条件与前置状态

• 触发：全系统关键业务动作（各域埋定的审计点）。
• 前置状态：无（横切能力）。

3 输入与校验

4 处理流程

业务动作→生成审计事件（只追加）→追溯视图按时间线查询→导出受控（带水印/审计）。

5 输出与结果状态

审计日志流（不可变）；时间线追溯视图；导出记录（自身也被审计）。

6 状态流转

日志只追加无状态迁移；保留到期按策略归档（不可物理删除——删除转失效口径，PRD 对象关系约束）。

7 边界与异常

8 权限与数据规则

• 查询=管理员/审计角色（按数据范围）；导出=受控角色（水印+审计）。
• 会计凭证口径（PRD 十一章 :445）：结算/开票/收款/发料/报工/质检作为经营/成本凭证须真实可核对可追溯——金额调整走版本/调整单，禁止覆盖历史（各域已沿此口径，本节兜底）。

F15.04 平台配置

对应 PRD：§六模块行「配置：单位、枚举、状态、通知、字段显示」+ 决策 Q43（prd/印刷行业工单系统产品与交互设计.md:198,451）｜ 交互稿：prd/design/admin/（已确认，管理控制台屏——平台配置区）｜ 实现落点：待回填 ｜ 操作入口：/admin（平台配置区）｜ 状态：未实现

1 功能定义

各域「可配置参数」的统一归口：组织结构/审批流节点配置/单据编号规则/枚举与状态词汇/预警阈值与审批时效入口（m14 F14.02、F15.01 的配置落点）/账期与财务策略（m13）/损耗规则入口（m06 Q13）/通知渠道与频率（m14）；配置项变更全程留痕（旧值→新值+操作人+时间，进 F15.03）；生效配置即各域读取口径。Q43 边界声明：安全点检/化学品台账/设备维护不进系统（外部 EHS/设备管理承载）——本系统仅只读引用其维护窗口/不可用时段（m06 F06.05/m07 消费）。

2 触发条件与前置状态

• 触发：参数配置/调整；组织变更。
• 前置状态：管理员权限。

3 输入与校验

4 处理流程

flowchart TD
    A[配置项修改] --> B[旧值→新值留痕]
    B --> C[保存生效]
    C --> D[各域读取新口径]
    C --> E[旧配置归档: 历史版本]

5 输出与结果状态

生效配置集 + 历史版本归档；各域参数读取口径切换；Q43 边界声明落点。

6 状态流转

配置项沿 admin README 状态迁移（草稿→已生效→历史版本）；无业务单据状态。

7 边界与异常

8 权限与数据规则

• 配置=管理员；敏感策略（账期/权限相关）变更须管理层审批。
• 全部变更进审计（F15.03：旧值→新值）。

E2E 场景清单（m15 覆盖地图）

4.9 - FSD M2 · 客户机会

← 总则 ｜ 附录 → ｜ 上游：主 PRD（6.1 前置 / 6.9 地址边界 / 页面树 2）｜ 交互稿：prd/design/customer/（已确认）

册边界：报价与商机转化后的计价归 m03；报价/订单/对账单据本体归 m03/m04/m13（本册只做跨域关联查询）；客户信用/收款策略的财务审批动作归 m15 审批中心（本册承载策略字段与启用状态）。地址变更审批归 m05（F05.03）。

M2 客户机会

F02.01 客户建档与档案管理

对应 PRD：6.1 前置「客户存在或草稿可存」（prd/印刷行业工单系统产品与交互设计.md:208）+ 6.9 地址边界（:268）｜ 交互稿：prd/design/customer/（已确认，客户列表屏 + 客户详情屏）｜ 实现落点：待回填 ｜ 操作入口：/customers、/customers/{customerId} ｜ 状态：未实现

1 功能定义

客户主数据（档案/联系人/开票资料/付款条款/销售归属）的建档与维护：支持快速建档存草稿（6.1 前置——报价可先行、客户补全）；发货地址只读展示（变更须销售申请、经订单域审批，PRD 6.9——动作归 m05 F05.03）；合同/资质附件留档（假设 Q8：MVP 纸质留档+上传，电子签章 P1+，待客户确认）。

2 触发条件与前置状态

• 触发：客户列表「新建客户」；报价创建时客户不存在的前置补建（F03.01 联动）。
• 前置状态：无（建档类功能）；草稿转启用须补全档案必填项（联系人/开票资料/付款条款）。

3 输入与校验

4 处理流程

flowchart TD
    A[新建客户] --> B[存草稿]
    B --> C[补全必填项]
    C --> D[启用]
    D --> E[档案维护]
    E --> F[停用: 历史单据与审计保留]

5 输出与结果状态

客户记录（草稿/启用/停用）+ 附件集；停用不影响历史报价/订单/对账（只读保留）。

6 状态流转

[*] → 草稿（快速建档）→ 启用（补全必填）→ 停用；停用为终态但历史单据可追溯（见 customer README 状态迁移图）。

7 边界与异常

8 权限与数据规则

• 销售：本组织本人口径建档与维护；跨销售数据不可见（数据范围随归属）。
• 客户列表不放应收/信用敏感列（Q41 矩阵，F15.02 收口）。
• 全部变更进审计（F15.03）。

F02.02 询价与商机管理

对应 PRD：6.1 场景与主流程前置（prd/印刷行业工单系统产品与交互设计.md:208）｜ 交互稿：prd/design/customer/（已确认，询价-商机详情屏）｜ 实现落点：待回填 ｜ 操作入口：/customers/{customerId}/inquiries/{inquiryId} ｜ 状态：未实现

1 功能定义

客户需求的登记与商机推进：录入询价需求要素（品名/数量档/成品尺寸/材料意向/色数/表面处理/后道/交期/收货地/样品/特殊要求——6.1 字段要点），推进商机阶段，留痕沟通；转报价入口生成报价草稿进入 m03（F03.01 联动）。询价列表不设独立屏——以客户详情 tab + 本屏承载（B3 归并裁决）。

2 触发条件与前置状态

• 触发：客户详情「登记询价」；外部线索录入。
• 前置状态：客户存在（草稿客户可登记，启用后才能转报价）。

3 输入与校验

4 处理流程

flowchart TD
    A[登记询价] --> B[需求确认: 要素齐备]
    B --> C[转报价 → m03 F03.01]
    C --> D{报价结果}
    D -- 成交 --> E[已成交: 回链订单]
    D -- 流失/搁置 --> F[已关闭: 原因留痕]

5 输出与结果状态

询价记录 + 商机阶段状态；转报价后回显关联报价版本链（m03 回链）；客户确认前不得占用库存承诺（6.1 异常——本册不产生任何库存/排产动作）。

6 状态流转

询价登记 → 需求确认 → 已转报价；已转报价 → 已成交 / 已关闭（原因留痕）（见 customer README 状态迁移图）。

7 边界与异常

8 权限与数据规则

• 销售：本人商机的登记与推进；客服可登记询价（Q41：报价对销售/客服可见，同口径）。
• 商机数据范围随客户归属；转报价动作生成 m03 报价草稿（发起人留痕）。

F02.03 客户单据关联与信用策略

对应 PRD：6.1 转单回链 + 6.2 前置「客户信用/收款策略由财务启用」（prd/印刷行业工单系统产品与交互设计.md:216）｜ 交互稿：prd/design/customer/（已确认，客户详情屏关联单据 tab）｜ 实现落点：待回填 ｜ 操作入口：/customers/{customerId}（关联单据 tab）｜ 状态：未实现

1 功能定义

客户维度的跨域单据聚合查询（报价/订单/对账单 tab，跳转各域详情）与信用/收款策略字段承载：策略由财务启用（6.2 前置），启用结果供订单创建（F04.01）校验信用额度——本节只承载策略状态展示，审批动作归 m15 审批中心（F15.01）。

2 触发条件与前置状态

• 触发：客户详情页打开。
• 前置状态：客户存在；跨域单据按客户号关联。

3 输入与校验

4 处理流程

按客户号聚合三域单据（报价 m03/订单 m04/对账单 m13）→ tab 渲染 → 行点击跳各域详情（复用各域权限校验）→ 信用/收款策略卡片（财务启用状态、额度、账期）。

5 输出与结果状态

只读聚合视图 + 策略状态卡；不产生业务状态变化（查询类功能）。

6 状态流转

无独立状态；所列单据状态归各域（m03/m04/m13）。

7 边界与异常

8 权限与数据规则

• 聚合视图复用各域数据范围权限；对账 tab 仅财务与管理层（Q41）。
• 信用/收款策略字段由财务角色维护；策略变更进审计（F15.03）。

E2E 场景清单（m02 覆盖地图）

4.10 - FSD M3 · 报价与定价

← 总则 ｜ 附录 → ｜ 上游：主 PRD（6.1 / 7.2 报价编辑页）｜ 交互稿：prd/design/quotation/（已确认）

册边界：询价与商机归 m02；转单后的订单本体归 m04（本册到「版本锁定可转」+ 基线回链为止）；审批中台归 m15（本册承载报价审批的业务触发与状态机，审批任务实例归 F15.01）。F03.06 阶梯计价与价格规则为 P1（MVP 仅费用明细人工+简单计算，规则引擎随 P1 落地）。

M3 报价与定价

F03.01 报价创建与来源

对应 PRD：6.1 主流程前三步（prd/印刷行业工单系统产品与交互设计.md:208）｜ 交互稿：prd/design/quotation/（已确认，报价列表屏）｜ 实现落点：待回填 ｜ 操作入口：/quotations（新建入口）｜ 状态：未实现

1 功能定义

报价单的创建入口，三个来源：从询价转入（承接 m02 F02.02 的需求要素）、从产品模板新建、从既有报价复制版本；创建后进入需求录入（条件齐备性决定能否计价）。无可用价格参数时允许标记人工报价并说明（6.1 前置）。

2 触发条件与前置状态

• 触发：报价列表「新建」三来源入口；询价详情「转报价」（F02.02 联动）。
• 前置状态：来源询价已确认需求要素；模板/复制来源须对应对象存在且可引用；客户存在或草稿可存（F02.01）。

3 输入与校验

4 处理流程

flowchart TD
    A[新建入口] --> B{来源}
    B -- 询价 --> C[承接需求要素 m02]
    B -- 模板 --> D[载入模板条件]
    B -- 复制 --> E[复制既有版本]
    C --> F[需求录入]
    D --> F
    E --> F
    F --> G{价格参数可用?}
    G -- 是 --> H[生成计价明细 → F03.02]
    G -- 否 --> I[标记人工报价+说明]
    I --> F

5 输出与结果状态

报价单 草稿（v1）+ 来源回链（询价/模板/母本报价）；人工报价标记留痕。

6 状态流转

[*] → 草稿；后续版本状态机见 F03.03（quotation README 状态迁移图）。

7 边界与异常

8 权限与数据规则

• 销售/报价专员可创建（本组织数据范围）；草稿本人与授权人可见。
• 人工报价说明进审计（F15.03）。

F03.02 报价编辑与三价差异

对应 PRD：6.1 字段/规则要点（prd/印刷行业工单系统产品与交互设计.md:210）+ 7.2 报价编辑页（:367-370）｜ 交互稿：prd/design/quotation/（已确认，报价编辑-版本对比屏）｜ 实现落点：待回填 ｜ 操作入口：/quotations/{quoteId}/edit ｜ 状态：未实现

1 功能定义

7.2 三栏编辑工作区：左=需求条件（数量档三档——R-001 双单位换算；成品尺寸→开数/利用率——R-002；材料/路线版本；交期/收货地），中=费用明细（费用项拆分——假设 Q3；阶梯行——Q36 公式访谈候选禁预设；无价格参数标「待人工定价」），右=价格汇总（建议价/最终价/客户价三价差异展示；毛利区按角色脱敏——Q41；审批信息）。人工修改计价结果须填原因（6.1 规则）。

2 触发条件与前置状态

• 触发：草稿/被驳回版本打开编辑。
• 前置状态：版本状态允许编辑（草稿；待审批/待客户确认 不可编辑，修改须复制新版本——F03.03）。

3 输入与校验

4 处理流程

flowchart TD
    A[打开编辑] --> B[左栏需求条件]
    B --> C{单位换算合法?}
    C -- 否 --> X[R-001 阻断]
    C -- 是 --> D[中栏费用明细]
    D --> E{参数齐备?}
    E -- 否 --> F[待人工定价+说明]
    E -- 是 --> G[规则计价]
    F --> H[右栏三价汇总]
    G --> H
    H --> I[人工修改? 原因必填]
    I --> J[保存草稿 / 提交审批 → F03.04]

5 输出与结果状态

版本内容更新（草稿态）；三价差异视图；改价原因留痕；计价明细（费用项×数量档矩阵）。

6 状态流转

编辑不改变版本状态（草稿 内迭代）；保存生成版本内容更新，提交审批触发 F03.04；关键项修改后的「与上一版差异」高亮由 F03.03 版本链承载。

7 边界与异常

8 权限与数据规则

• 编辑：销售/报价专员（本组织）；毛利/成本区按 Q41 三角色渲染（厂长+财务+报价核价可见，销售/客服不可见）。
• 报价对销售/客服可见（Q41）；改价原因进审计（F15.03）。

F03.03 报价版本链与对比

对应 PRD：6.1 规则「每次修改生成新版本；版本锁定后才可转订单；过期报价自动转失效但不能删除」（prd/印刷行业工单系统产品与交互设计.md:210）｜ 交互稿：prd/design/quotation/（已确认，列表版本链展开 + 编辑屏版本对比表）｜ 实现落点：待回填 ｜ 操作入口：/quotations（版本链展开）、/quotations/{quoteId}/edit（版本对比）｜ 状态：未实现

1 功能定义

报价的版本链管理：每次修改生成新版本（v1/v2/…不覆盖原版）；任意两版本对比高亮（数量/单价/金额/条款变化）；版本状态机（草稿→待审批→待客户确认→已确认/已失效→已转单）；已确认版本锁定后才可转订单；有效期届满自动失效且不可删除。

2 触发条件与前置状态

• 触发：编辑关键项保存（生成新版本）；列表展开版本链；对比操作。
• 前置状态：报价单存在；被驳回/客户要求改版时从原版复制新版本。

3 输入与校验

4 处理流程

flowchart TD
    A[修改关键项] --> B[复制生成新版本]
    B --> C[新版本编辑 F03.02]
    A --> D[原版本保留不动]
    C --> E[版本对比: 与上一版差异高亮]
    E --> F[版本锁定: 已确认]
    F --> G[可转订单 → F03.05]

5 输出与结果状态

版本链（不可变历史）+ 对比视图；已确认 版本显示锁定标记；失效版本保留可查（不删除）。

6 状态流转

版本状态机：草稿 → 待审批 →（通过）待客户确认 →（确认）已确认 →（转单）已转单；待客户确认 →（届满）已失效；驳回/改版回 草稿（新版本）——全图见 quotation README 状态迁移图。

7 边界与异常

8 权限与数据规则

• 版本历史全链对本域角色可读（Q41：报价对销售/客服可见）。
• 版本不可物理删除；失效/转单均进审计（F15.03）。

F03.04 报价审批

对应 PRD：6.1 权限「销售经理按金额/毛利阈值审批」+ 异常「超权限价格拦截」（prd/印刷行业工单系统产品与交互设计.md:212）｜ 交互稿：prd/design/quotation/（已确认，编辑页提交弹窗 + 列表状态徽标——页面树 3.3 归并）｜ 实现落点：待回填 ｜ 操作入口：/quotations/{quoteId}/edit（提交弹窗）、/quotations（徽标）｜ 状态：未实现

1 功能定义

报价审批的业务触发与结果承载（B3 归并裁决：审批动作由编辑页提交弹窗收集理由/加急/有效期 + 列表徽标承载，不设独立审批屏；审批任务实例与统一入口归 m15 F15.01）：提交校验（超授权折扣/无成本/缺规则禁提交）、审批人按金额/毛利阈值路由（阈值可配置）、结果回写版本状态。

2 触发条件与前置状态

• 触发：编辑页「提交审批」。
• 前置状态：版本 草稿；三价与明细齐备；无禁提交条件。

3 输入与校验

4 处理流程

flowchart TD
    A[提交弹窗] --> B{超授权校验}
    B -- 超限 --> X[禁用+说明]
    B -- 通过 --> C[生成审批任务 → F15.01]
    C --> D{审批结论}
    D -- 同意 --> E[待客户确认]
    D -- 驳回 --> F[草稿+原因, 修改生成新版本]

5 输出与结果状态

版本状态 待审批 →（同意）待客户确认 /（驳回）草稿+驳回原因；审批任务实例归 F15.01 状态机；列表徽标同步。

6 状态流转

报价版本状态机见 F03.03；审批任务状态机（待审批→已同意/已驳回/已转办/已撤回）见 00-总则 §1 通用审批状态机（m15 承载）。

7 边界与异常

8 权限与数据规则

• 审批角色=销售经理及以上，按金额/毛利阈值路由（阈值可配置，访谈候选不预设）；财务核对付款条款（6.1 权限）。
• 提交人=发起人；审批过程进审计（F15.03）。

F03.05 报价转订单

对应 PRD：6.1 规则「版本锁定后才可转订单」+ 异常「报价转单后显示基线链接」（prd/印刷行业工单系统产品与交互设计.md:210,212）+ Q18 快照裁决｜ 交互稿：prd/design/quotation/（已确认，列表操作列「转单」）｜ 实现落点：待回填 ｜ 操作入口：/quotations（转单——仅 已确认 版本）｜ 状态：未实现

1 功能定义

已确认（锁定）版本转为订单入口：仅 已确认 且未失效、未被占用的版本可转；转单动作把版本基线带入订单创建（F04.01），订单确认时冻结四类快照（Q18/R-008，承载在订单域 F04.05）；转单后报价侧显示基线链接（6.1 异常）。

2 触发条件与前置状态

• 触发：报价列表行操作「转订单」；订单创建入口反向选报价（F04.01）。
• 前置状态：版本 已确认、未失效、基线未被其他订单占用；客户启用状态。

3 输入与校验

4 处理流程

flowchart TD
    A[转单入口] --> B{版本可转?}
    B -- 否 --> X[阻断: 失效/已占用]
    B -- 是 --> C[进入订单创建 F04.01]
    C --> D[订单确认: 冻结四类快照 F04.05]
    D --> E[报价侧显示基线链接]

5 输出与结果状态

订单草稿（m04 承载）+ 报价版本标记「已转单」+ 基线双向链接（报价↔订单）。

6 状态流转

版本 已确认 → 已转单（终态，只读）；订单侧状态机归 m04。

7 边界与异常

8 权限与数据规则

• 转单权限=销售/报价专员（本组织数据范围）；基线链接对订单域可见（跨域只读）。
• 转单动作进审计（F15.03）。

F03.06 阶梯计价与价格规则（P1）

对应 PRD：6.1 规则「阶梯价按基准数量区间、单价、固定费、是否累计、生效期计算；折扣可设比例/金额及审批门槛」+ §六模块行「定价规则」P1（prd/印刷行业工单系统产品与交互设计.md:178,210）+ 调研 R-007（损耗估算版本）｜ 交互稿：prd/design/quotation/（已确认，编辑屏费用明细阶梯行）｜ 实现落点：待回填 ｜ 操作入口：/quotations/{quoteId}/edit（费用明细）｜ 状态：未实现

1 功能定义

价格规则引擎（P1 里程碑，MVP 以费用明细人工维护承接）：阶梯计价规则（适用对象/数量区间/单价或金额/固定费用/是否累计/生效期/币种/税口径/审批人）、折扣规则（比例/金额+审批门槛）、规则版本管理（结算时把规则版本写入账单防止调价影响历史账单——与 m13 联动；损耗估算版本按 R-007 保存计划/实做对比）。计价公式与维度访谈候选，禁预设（Q36）。

2 触发条件与前置状态

• 触发：费用明细启用阶梯行；价格规则维护入口（P1）。
• 前置状态：材料/工艺价格参数已维护或人工报价兜底；规则版本可引用。

3 输入与校验

4 处理流程

flowchart TD
    A[定义价格规则] --> B[版本化保存]
    B --> C[报价命中规则 → 计价明细]
    C --> D{折扣超门槛?}
    D -- 是 --> E[走审批 F03.04]
    D -- 否 --> F[直接生效]
    C --> G[转单后: 规则版本写入订单/账单 m13]

5 输出与结果状态

价格规则版本集 + 计价命中明细；规则版本随基线进入订单与账单（m13 F13.01）；损耗估算版本（R-007）供成本对比。

6 状态流转

规则版本沿用通用主数据状态机（§1：草稿→评审→生效→失效，m06 模式）；失效规则不影响历史报价/账单（版本已写入）。

7 边界与异常

8 权限与数据规则

• 规则维护=报价核价/财务（Q41 成本角色）；折扣门槛配置=管理层。
• 规则版本变更进审计（F15.03）；公式参数访谈候选禁预设。

E2E 场景清单（m03 覆盖地图）

4.11 - FSD M4 · 销售订单

← 总则 ｜ 附录 → ｜ 上游：主 PRD（6.2 / 7.3）｜ 交互稿：prd/design/order/（已确认）

册边界：订单变更单 = m05；拆合/排产/齐套/插单 = m07；发货 = m12；对账 = m13。本册覆盖订单本体生命周期（创建→评审→确认→快照→取消/恢复）与查询视图。

M4 销售订单

F04.01 订单创建与报价转单

对应 PRD：6.2 主流程/字段要点（prd/印刷行业工单系统产品与交互设计.md:214-220）｜ 交互稿：prd/design/order/（已确认，订单列表屏）｜ 实现落点：待回填 ｜ 操作入口：/orders（「从报价转单」「无报价录单」入口）｜ 状态：未实现

1 功能定义

把已确认报价（或补充条件）固化为订单——订单是客户承诺的唯一执行起点。转单时带入选定报价版本为基线；支持无报价录单但必须标注价格证据来源（假设 Q6：是否允许无报价录单，待客户确认；原型按允许+凭证必填设计）。

2 触发条件与前置状态

• 入口：报价详情「转订单」（仅已确认版本，F03.05 联动）；订单列表「新建订单」。
• 前置状态：来源报价 已确认 且未失效、未被其他订单占用基线；无报价录单时客户存在（F02.01）。
• 前置数据：客户信用/收款策略已由财务启用（未启用时提示，不阻断建草稿）。

3 输入与校验

4 处理流程

flowchart TD
    A[转单/新建入口] --> B{来源报价有效?}
    B -- 是 --> C[带入选定版本+四类基线引用]
    B -- 否 --> X[阻断: 重新确认报价]
    C --> D[补充明细与条款]
    D --> E[冲突检查: 明细 vs 报价基线]
    E -- 有差异 --> F[差异标注必填]
    E -- 一致 --> G[存草稿]
    F --> G
    G --> H[提交评审 → F04.04]

5 输出与结果状态

订单记录（状态 草稿）+ 来源报价基线回链（转单后报价侧显示基线链接，6.1）；无报价录单留证据附件。

6 状态流转

[*] → 草稿；草稿可编辑至提交评审（草稿 → 待评审 见 F04.04）。草稿作废走取消留痕（删除行为禁用，PRD 对象关系约束）。

7 边界与异常

8 权限与数据规则

• 销售：创建/编辑草稿（本组织、本人或授权客户范围）。
• 报价基线字段只读——修改走变更单（m05）。
• 毛利/成本字段不出现于创建表单（Q41 矩阵，F15.02 收口）。

F04.02 订单列表与检索

对应 PRD：6.2（订单状态与查询）｜ 交互稿：prd/design/order/（已确认，订单列表屏）｜ 实现落点：待回填 ｜ 操作入口：/orders ｜ 状态：未实现

1 功能定义

订单集合的查询入口：按状态/客户/交期筛选，行内展示来源报价基线（锁定可对照）、状态徽标、风险标签；为角色提供「待我处理」的工作入口。

2 触发条件与前置状态

• 入口：全局导航「订单」；工作台待办跳转（F01.02）。
• 前置状态：无（查询类功能）。

3 输入与校验

4 处理流程

按数据范围过滤 → 渲染列表（订单号/客户/明细摘要/交期/状态徽标/来源报价基线列）→ 点击行进详情（F04.03）。

5 输出与结果状态

列表视图；空状态显示筛选引导。行内操作按状态渲染（取消/恢复入口仅在详情弹层，B1 归并）。

6 状态流转

无独立状态（查询视图）；展示的对象状态见订单状态机（order README 状态迁移图）。

7 边界与异常

8 权限与数据规则

数据范围 = 组织 + 销售归属 + 授权；跨客户数据不可见（6.8：不得跨客户自动暴露订单详情）。

F04.03 订单详情

对应 PRD：6.2 / 7.3 订单详情页（prd/印刷行业工单系统产品与交互设计.md:371-374）｜ 交互稿：prd/design/order/（已确认，订单详情屏）｜ 实现落点：待回填 ｜ 操作入口：/orders/{orderId} ｜ 状态：未实现

1 功能定义

订单的工作中心：顶部状态条（状态/承诺交期/预计完成/收款状态/风险标签/关键操作）+ 分区平铺（基本/明细/工艺路线快照/材料/计划工单/发货/账单/沟通/变更/附件/审计），复杂表格折叠。

2 触发条件与前置状态

• 入口：订单列表行点击；跨域跳转（工作台待办/工单回链/对账单来源）。
• 前置状态：订单存在。

3 输入与校验

4 处理流程

按状态渲染操作区 → 分区加载（默认平铺核心信息）→ 报价基线可展开对照但不允许在详情直接改报价 → 快照 tab 提供「冻结 vs 主数据最新版」对照与刷新评估入口（动作归 m05 F05.02）→ 计划工单 tab 跳工单详情（F07.01）→ 审计 tab 只增不删（F15.03 的订单过滤视图）。

5 输出与结果状态

只读视图 + 按状态渲染的操作集（提交评审/取消/恢复/创建变更单入口）；状态变化时顶部显示不可逆提示与时间线。

6 状态流转

对象状态机见 order README；本节为状态承载视图，操作触发各功能节（F04.04/F04.06/m05）。

7 边界与异常

8 权限与数据规则

毛利字段按 Q41 脱敏（原型销售视角「🔒 无权限」）；审计 tab 只读；发货/账单 tab 为跨域摘要（明细在 m12/m13）。

F04.04 订单评审与确认

对应 PRD：6.2 主流程「提交评审—审批通过—确认订单—生成工单」｜ 交互稿：prd/design/order/（已确认，详情屏操作区）｜ 实现落点：待回填 ｜ 操作入口：/orders/{orderId}（提交评审/评审操作）｜ 状态：未实现

1 功能定义

订单的风险与交期评审：评审人发现材料/交期/毛利风险并批准或退回；批准后确认订单，冻结快照（F04.05）并生成工单（F07.01）。

2 触发条件与前置状态

• 触发：草稿提交评审（F04.01）。
• 前置状态：订单 草稿；受控字段与必填项齐备；差异（若有）已标注。

3 输入与校验

4 处理流程

flowchart TD
    A[提交评审] --> B{评审}
    B -- 退回 --> C[草稿 + 原因]
    B -- 批准 --> D[冻结四类快照 F04.05]
    D --> E[确认订单]
    E --> F[生成工单 → F07.01]

5 输出与结果状态

订单 已批准 → 已确认；评审意见与风险标记留痕；工单生成事件。

6 状态流转

待评审 → 已批准（评审通过）→ 已确认（确认+快照+工单）；待评审 → 草稿（退回）。

7 边界与异常

8 权限与数据规则

• 评审角色：销售经理/财务/生产（6.2 权限）；确认人=销售经理或以上。
• 计划员只读快照（确认后）。
• 毛利风险评审按 Q41 角色渲染。

F04.05 订单快照冻结

对应 PRD：6.2「选择路线和材料快照」+ 调研 R-008（订单冻结产品/工艺/材料/拼版快照）｜ 交互稿：prd/design/order/（已确认，详情屏快照 tab）｜ 实现落点：待回填 ｜ 操作入口：/orders/{orderId}（快照 tab）｜ 状态：未实现

1 功能定义

订单确认时点冻结四类快照：产品（含 BOM/规格）、工艺路线（含工序序列与损耗参数）、材料（版本与批次口径）、拼版（开数方案 R-002）。已下达订单/工单默认不随主数据变化；主数据后续变化时提供「冻结 vs 最新版」对照与刷新评估入口（评估与回写动作归 m05 F05.02，R-008 例外通道）。

2 触发条件与前置状态

• 触发：订单确认动作（F04.04 流程 D）。
• 前置状态：引用的主数据均为 已生效 版本（m06 状态机）。

3 输入与校验

4 处理流程

复制当时生效版本内容为订单内快照 → 记录版本号与冻结时点 → 主数据变化时详情对照提示（不阻断）→ 「发起刷新评估」跳变更单（m05）。

5 输出与结果状态

四类快照集（不可变）+ 基线版本号；报价基线链接并存（6.1 转单后显示基线链接）。

6 状态流转

快照一经冻结不可变；唯一出口 = 变更单明确刷新（m05 F05.02 审批后生成新快照版本，旧快照留痕）。

7 边界与异常

8 权限与数据规则

计划员/车间读快照（生产方法依据）；刷新评估须变更审批权限；快照内容按 Q41 脱敏（成本类参数）。

F04.06 订单取消与恢复

对应 PRD：6.2「订单取消须校验是否已排产、领料、报工、发货、开票和收款；取消不影响历史审计」+ 7.3｜ 交互稿：prd/design/order/（已确认，详情屏取消弹层——页面树 4.4 归并）｜ 实现落点：待回填 ｜ 操作入口：/orders/{orderId}（「取消订单」弹层/「恢复」操作）｜ 状态：未实现

1 功能定义

订单生命周期终止与恢复：取消前校验六类在制影响（排产/领料/报工/发货/开票/收款）生成影响清单；取消为作废留痕（删除行为禁用）；取消单在符合条件时可发起恢复（B1 归并裁决：不设独立屏，弹层承载）。

2 触发条件与前置状态

• 触发：详情屏「取消订单」（状态 已确认/生产中/已暂停）或「恢复」（状态 取消）。
• 前置状态：取消——在制影响清单已生成；恢复——无未完结的退款/红冲事项（m13）。

3 输入与校验

4 处理流程

flowchart TD
    A[取消入口] --> B[生成在制影响清单]
    B --> C{有在制影响?}
    C -- 是 --> D[财务会签 + 审批]
    C -- 否 --> D
    D --> E[取消生效: 作废留痕]
    E --> F[受影响工单/排程联动 → m07]
    E --> G[恢复入口待命]
    G --> H[恢复申请 + 原因]
    H --> I[重新评审 → 已确认]

5 输出与结果状态

订单状态 取消（作废留痕，原记录可追溯）；影响清单与审批记录留档；恢复后订单回 已确认 并重新评审。

6 状态流转

已确认/生产中/已暂停 → 取消（审批+会签）；取消 → 已确认（恢复，重新评审）；取消 → [*]（终态亦可）。

7 边界与异常

8 权限与数据规则

取消发起=销售经理；财务会签必签（有资金影响时）；恢复权限同取消；全部操作进审计（F15.03）。

E2E 场景清单（m04 覆盖地图）

9 列规范见 00-总则 §5；断言用例属编码期，本表只立覆盖地图。现状列 = 门禁前（未实现）。

4.12 - FSD M5 · 订单变更

← 总则 ｜ 附录 → ｜ 上游：主 PRD（6.2 订单变更部分 / 页面树 4 订单变更屏）｜ 交互稿：prd/design/order/（已确认，订单变更屏）+ prd/design/shipping/（已确认，F05.03 地址边界）

册边界：订单本体生命周期归 m04；本册只承载已确认订单的受控字段变更（前后可对比，PRD 6.2）。在制回写是快照冻结（Q18/R-008）的唯一例外通道；工单侧的执行响应归 m07。本册 P1（MVP 上线订单本体，变更流随 P1 落地）。

M5 订单变更

F05.01 变更单创建

对应 PRD：6.2 规则「订单确认后不得直接覆盖明细；数量、价格、规格、工艺、交期、地址、付款、发票为受控字段」（prd/印刷行业工单系统产品与交互设计.md:218）｜ 交互稿：prd/design/order/（已确认，订单变更屏 /orders/{orderId}/changes/new）｜ 实现落点：待回填 ｜ 操作入口：/orders/{orderId}/changes/new（详情「修改」→变更单入口弹层）｜ 状态：未实现

1 功能定义

已确认订单修改的唯一通道：受控字段（数量/价格/规格/工艺/交期/地址/付款/发票）修改须创建变更单，原值 vs 新值逐项对照（勾选生效）、变更原因必填、与上一版差异留版本链；客户确认凭证上传；审批分级（假设 Q7：变更分级 L1/L2/L3，阈值可配置，待客户确认）；生效日期可选。已确认订单详情点「修改」不直接编辑，仅打开变更单入口（B1 归并裁决）。

2 触发条件与前置状态

• 触发：订单详情「修改」→「创建变更单」。
• 前置状态：订单 已确认/生产中/已暂停（草稿 直接编辑不走路由 m04 F04.01；取消 不可变更）。

3 输入与校验

4 处理流程

flowchart TD
    A[详情-修改] --> B[变更单入口弹层]
    B --> C[勾选受控字段+填新值]
    C --> D[原值 vs 新值对照]
    D --> E[原因+客户凭证]
    E --> F[提交 → F05.02 评审]

5 输出与结果状态

变更单记录（待审批）+ 原订单版本链追加一版（未生效）；原值留痕。

6 状态流转

变更单：[*] → 待审批；后续见 F05.02。订单本体状态不变（变更生效时受控字段翻转）。

7 边界与异常

8 权限与数据规则

• 发起=销售（本人口径）；客户凭证仅发起与审批链可见。
• 变更原因与对照记录进审计（F15.03）。

F05.02 变更评审与在制回写

对应 PRD：6.2 异常「审批中版本被改须重提」+ 主流程「变更前后可对比」（prd/印刷行业工单系统产品与交互设计.md:216,220）+ 调研 R-008（变更刷新例外通道）｜ 交互稿：prd/design/order/（已确认，订单变更屏影响评估区）｜ 实现落点：待回填 ｜ 操作入口：/orders/{orderId}/changes/new（影响评估三卡+审批）｜ 状态：未实现

1 功能定义

变更单的审批与生效：影响评估三卡（工单/物料/交期）作为审批依据；审批分级路由（L1/L2/L3，假设 Q7）；审批通过后受控字段生效并生成订单新版本；涉及工艺/材料/数量变更时明确刷新在制工单快照（R-008 例外通道——唯一允许刷新已冻结快照的路径），刷新动作留痕；审批中版本被改须重提（6.2 异常）。

2 触发条件与前置状态

• 触发：变更单提交（F05.01）。
• 前置状态：变更单 待审批；订单未被取消。

3 输入与校验

4 处理流程

flowchart TD
    A[变更单待审批] --> B[影响评估三卡]
    B --> C{分级审批}
    C -- 驳回 --> D[退回发起人+原因]
    C -- 同意 --> E[受控字段生效: 订单新版本]
    E --> F{涉及快照字段?}
    F -- 是 --> G[勾选在制工单刷新范围]
    G --> H[工单快照刷新留痕 → m07]
    F -- 否 --> I[仅影响后续新建工单]

5 输出与结果状态

变更单 已生效/已驳回；订单版本链追加（生效版本）；受影响工单快照刷新记录（逐单留痕）；交期变化通知相关方（工作台待办 F01.02 事件源）。

6 状态流转

变更单：待审批 → 已生效 / 已驳回；驳回后修改重新提交生成新审批（旧审批留痕）。

7 边界与异常

8 权限与数据规则

• 审批角色按分级配置（假设 Q7）；财务会签条件沿 m04 取消会签同口径（资金影响时）。
• 快照刷新动作全量审计（F15.03：旧快照版本→新快照版本）。

F05.03 发货地址变更

对应 PRD：6.9 规则「地址变更需销售/订单审批」（prd/印刷行业工单系统产品与交互设计.md:268）｜ 交互稿：prd/design/shipping/（已确认，发货单屏地址卡小注——本域地址只读）+ prd/design/order/（已确认，变更单入口）｜ 实现落点：待回填 ｜ 操作入口：/shipping/shipments/{shipmentId}（地址卡「申请变更」）、/orders/{orderId}/changes/new（审批落点）｜ 状态：未实现

1 功能定义

收货地址作为受控字段的变更通路（跨 order/shipping 两域）：发货单屏地址只读，展示「申请变更」入口→生成地址类变更单（销售申请）→订单域审批（本册 F05.02 分级）→生效后发货单地址刷新；未生效前发货按原地址，warehouse 拦截提示。审批流不落 shipping 域（B2 边界裁决）。

2 触发条件与前置状态

• 触发：发货单地址卡「申请变更」（销售）；客户联系销售提出。
• 前置状态：发货单存在且未全部签收；订单非取消态。

3 输入与校验

4 处理流程

flowchart TD
    A[发货单地址卡-申请变更] --> B[填新地址+范围]
    B --> C[生成地址类变更单 m05]
    C --> D[订单域审批 F05.02]
    D -- 通过 --> E[发货单地址刷新+待办通知]
    D -- 驳回 --> F[地址维持原值]

5 输出与结果状态

地址变更单 + 受影响发货单地址刷新记录；驳回归原值；全部留痕。

6 状态流转

沿变更单状态机（F05.02）；发货单地址字段随变更生效翻转。

7 边界与异常

8 权限与数据规则

• 申请=销售（本人口径）；审批=订单域分级（F05.02）；仓库只读。
• 地址变更全链审计（F15.03）。

E2E 场景清单（m05 覆盖地图）

4.13 - FSD M6 · 主数据

← 总则 ｜ 附录 → ｜ 上游：主 PRD（6.3 / 页面树 5）｜ 交互稿：prd/design/master-data/（已确认）

册边界：齐套与插单对主数据的消费归 m07；检验点配置的业务执行归 m09（本册只配检验点属性）；报工绑定维度的执行侧归 m08（本册承载设备/模具绑定开关=Q22+24 主数据侧）。F06.06 通用版本状态机为本册横切节（§1 全局规则的规格落点），产品/路线/工序/材料/资源五类对象共用。

M6 主数据

F06.01 产品主数据与版本链

对应 PRD：6.3 前置与主流程（prd/印刷行业工单系统产品与交互设计.md:224）+ 决策 Q2/Q9 + 调研 R-002/R-004（:224）｜ 交互稿：prd/design/master-data/（已确认，产品及版本屏）｜ 实现落点：待回填 ｜ 操作入口：/master-data/products ｜ 状态：未实现

1 功能定义

产品档案（规格/单位/三层结构）与版本链管理：订单强制挂产品版本（Q2 裁决）；规格变化→新版本 vs 新品的判定走可配置判定表（Q9：影响工艺/材料/报价→新版本；影响成品形态/计价单位→新品）；BOM 仅多组件/成套产品必填（简单产品「无 BOM 直产」）；开数方案绑定具体版本（R-002）；成套产品按成品 BOM 结构维护（R-004，供 m12 齐套）。

2 触发条件与前置状态

• 触发：产品列表「新建产品/新版本」；报价/订单引用前置。
• 前置状态：新品建档无前置；新版本须基于既有版本复制（变更原因留痕）。

3 输入与校验

4 处理流程

flowchart TD
    A[新建/规格变化] --> B{Q9 判定表}
    B -- 新版本 --> C[复制当前版本+变更原因]
    B -- 新品 --> D[新建产品档案]
    C --> E[维护 BOM/开数绑定]
    D --> E
    E --> F[提交评审 → F06.06 状态机]

5 输出与结果状态

产品记录+版本链（变更留痕）；BOM 结构（成套）；开数绑定关系（供报价 R-002 计算利用率）。

6 状态流转

版本走通用主数据状态机（F06.06）；版本链只增不改。

7 边界与异常

8 权限与数据规则

• 产品维护=工艺员/管理员；报价/销售只读引用。
• 判定表配置（Q9）=管理员；变更进审计（F15.03）。

F06.02 工艺路线与版本

对应 PRD：6.3 主流程/规则（prd/印刷行业工单系统产品与交互设计.md:224,226）+ 决策 Q11 + 调研 R-007｜ 交互稿：prd/design/master-data/（已确认，工艺路线及版本屏）｜ 实现落点：待回填 ｜ 操作入口：/master-data/routings ｜ 状态：未实现

1 功能定义

工艺路线的版本化配置：产品关联路线→定义工序序列→每工序配置资源资格/准备运行参数（引用 F06.03 工序库）/材料需求/损耗/检验点→生效期与评审。路线必填（可单工序——Q2）；多路线/并行工序/跳步可配置（假设 Q11，跳过须授权）；损耗=参数化表达式，参数访谈候选禁预设统一默认值（Q13 裁决）；损耗估算版本保存（R-007）。

2 触发条件与前置状态

• 触发：新品建路线；路线调整（复制新版本）。
• 前置状态：产品存在（F06.01）；引用的工序/资源/材料主数据已生效。

3 输入与校验

4 处理流程

flowchart TD
    A[关联产品] --> B[定义工序序列]
    B --> C[配置资源/参数/材料/损耗/检验点]
    C --> D{校验: 循环/资格/损耗参数}
    D -- 不过 --> X[阻断并定位]
    D -- 通过 --> E[设置生效期 → 提交评审]
    E --> F[评审生效 → F06.06]
    F --> G[订单确认时快照引用 F04.05]

5 输出与结果状态

路线版本（工序序列+配置集）；供订单确认快照冻结（m04 F04.05）与排产引用（m07）。

6 状态流转

通用主数据状态机（F06.06）；失效版本不影响历史工单（6.3 规则）。

7 边界与异常

8 权限与数据规则

• 工艺员维护；计划员选用；质量维护检验点；管理员配置；财务/销售只读成本视图（6.3 权限）。
• 损耗表达式参数全部访谈候选（Q13）；版本变更进审计（F15.03）。

F06.03 工序库

对应 PRD：6.3 字段要点「工序、资源资格、准备/运行参数」（prd/印刷行业工单系统产品与交互设计.md:226）+ 决策 Q10/Q22+24｜ 交互稿：prd/design/master-data/（已确认，工序库屏）｜ 实现落点：待回填 ｜ 操作入口：/master-data/operations ｜ 状态：未实现

1 功能定义

工序模板库：自定义分组（印前/印刷/表面处理/后道等——假设 Q10：配置优于硬编码）；工序属性集=资源资格（多选）/准备与运行参数/产出单位/检验点配置（供 m09 检验计划引用）/设备与模具绑定开关（按工序配置——Q22+24 报工绑定维度的主数据侧，执行侧归 m08）。

2 触发条件与前置状态

• 触发：工序库新增/编辑；路线版本引用前置。
• 前置状态：引用的资源/资格已建立（F06.05）。

3 输入与校验

4 处理流程

新建工序→配置属性集→保存进库→被路线版本引用（F06.02）；绑定开关决定报工时是否必须录入设备/模具维度（m08 F08.04 消费）。

5 输出与结果状态

工序模板集；检验点定义（m09 引用）；绑定开关标记（m08 消费）。

6 状态流转

工序库条目走通用主数据状态机（F06.06）；被路线引用后修改须评估在用影响。

7 边界与异常

8 权限与数据规则

• 工艺员/管理员维护；分组结构可配置（假设 Q10）；变更进审计（F15.03）。

F06.04 材料与单位

对应 PRD：6.3 规则「材料单位与产出单位不同时强制换算」（prd/印刷行业工单系统产品与交互设计.md:226）+ 决策 Q12/Q14 + 调研 R-001/R-003｜ 交互稿：prd/design/master-data/（已确认，材料与单位屏）｜ 实现落点：待回填 ｜ 操作入口：/master-data/materials ｜ 状态：未实现

1 功能定义

材料主数据与单位体系：材料族批次追踪（Q14 裁决：原纸/纸板等主要材料按批次；油墨族启用有效期——按族配置）；双单位换算（R-001：张↔令↔吨，不可换算阻断）；成本价/库存价分离（假设 Q12，维护者属组织题进访谈）；母规格毛/净尺寸与公差（访谈候选留结构）；余料继承（R-003：余料建成继承母料属性的新批次，边料与可利用余料分开）；最小库存单位（访谈候选）。

2 触发条件与前置状态

• 触发：材料新增/新版本；单位换算关系维护。
• 前置状态：单位体系已建立；材料族分类已配置。

3 输入与校验

4 处理流程

新建材料→归族→配换算关系→定价（双价分离）→生效；分切产生余料→继承母料属性成新批次（R-003）→边料/可利用余料分开记录→回库可用。

5 输出与结果状态

材料主数据+换算关系集+批次策略（按族）；余料批次（继承属性）；价格（成本/库存双轨）。

6 状态流转

材料版本走通用主数据状态机（F06.06）；失效不影响历史工单与库存批次。

7 边界与异常

8 权限与数据规则

• 材料员/采购维护；成本价仅财务与授权角色（Q41/Q12）；批次数据仓管可见。
• 换算关系变更进审计（F15.03）。

F06.05 资源与班组

对应 PRD：6.3 字段要点「资源组、资源资格」（prd/印刷行业工单系统产品与交互设计.md:226）+ 决策 Q19｜ 交互稿：prd/design/master-data/（已确认，资源-班组屏）｜ 实现落点：待回填 ｜ 操作入口：/master-data/resources ｜ 状态：未实现

1 功能定义

排产资源模型（与 planning 甘特同一模型——Q19 裁决）：设备/设备组树；班组+技能标签（人员挂班组不直接排产）；模具/刀模/烫金版=约束资源（占档不排程）——排程校验占用冲突不进时间轴资源池（m07 消费）；班次定义+小时计量（负荷口径，m07/m14 同口径）；人员技能资格（工序库 F06.03 资格引用）。

2 触发条件与前置状态

• 触发：资源/班组/模具新增与维护；班次定义。
• 前置状态：组织结构存在；维护窗口可引用外部 EHS/设备管理系统只读数据（Q43 边界）。

3 输入与校验

4 处理流程

建设备组树→建班组挂人员配技能→录模具/刀模（约束资源）→定义班次→供排产（m07 F07.03 资源树同构）与报工（m08 绑定维度）消费。

5 输出与结果状态

资源模型集（设备树/班组/技能/约束资源/班次）；维护窗口只读视图（m07 排程避让）。

6 状态流转

资源/班组走通用主数据状态机（F06.06）；设备停用不影响历史排程记录。

7 边界与异常

8 权限与数据规则

• 资源维护=管理员/车间主管；班次模板配置=管理员（可配置，访谈候选不预设班次时长）。
• 变更进审计（F15.03）。

F06.06 通用主数据版本状态机

对应 PRD：6.3 规则「版本失效不影响历史工单；主数据变更不直接刷新在制工单，除非变更单明确」（prd/印刷行业工单系统产品与交互设计.md:226）｜ 交互稿：prd/design/master-data/（已确认，状态迁移图——五屏共用）｜ 实现落点：待回填 ｜ 操作入口：/master-data/*（各屏评审/生效/停用操作）｜ 状态：未实现

1 功能定义

产品/工艺路线/工序/材料/资源五类主数据共用的版本状态机（§1 全局规则的本册规格落点）：草稿 → 评审中 → 已生效 → 已失效；生效须设生效期与评审人；失效触发方式=新版本生效/手动停用/到期。核心约束：版本失效不影响历史工单与已确认单据（快照冻结 Q18/R-008 在订单侧）；在制不随主数据刷新，唯一例外=变更单明确刷新（m05 F05.02，R-008 例外通道）。

2 触发条件与前置状态

• 触发：各类主数据提交评审/生效/停用。
• 前置状态：对象校验通过（各功能节 §3 校验）。

3 输入与校验

4 处理流程

flowchart TD
    A[草稿] --> B[提交评审]
    B --> C{评审}
    C -- 驳回 --> A
    C -- 通过 --> D[已生效: 设生效期]
    D --> E[已失效: 新版本生效/停用/到期]
    D -.快照冻结.-> F[订单/工单不随变化 Q18]

5 输出与结果状态

对象状态翻转 + 评审留痕；生效版本可被报价/订单/排产引用；失效版本只读保留。

6 状态流转

草稿 → 评审中 →（通过）已生效 →（新版本生效/手动停用/到期）已失效；驳回回草稿（修改留痕）——全图见 master-data README 状态迁移图。

7 边界与异常

8 权限与数据规则

• 评审权限=工艺/材料/资源各域负责人+管理员；状态翻转进审计（F15.03：旧值→新值）。
• 失效操作对历史数据零影响（只读快照兜底）。

E2E 场景清单（m06 覆盖地图）

4.14 - FSD M7 · 计划排产

← 总则 ｜ 附录 → ｜ 上游：主 PRD（6.4 / 6.8 / 7.4 / 7.5 / 页面树 6）｜ 交互稿：prd/design/planning/（已确认）

册边界：订单确认触发的工单生成是 m04 F04.04 的下游事件（本册承载工单本体）；领料/报工执行归 m08；资源主数据归 m06 F06.05（本册消费同一资源模型）；订单取消的工单联动归 m04 F04.06 触发、本册承载工单侧取消。拆单/合单（F07.02）与插单模拟（F07.05）为 P1。

M7 计划排产

F07.01 工单生成与详情

对应 PRD：6.4 主流程「订单确认生成工单」+ 7.4 工单详情页（prd/印刷行业工单系统产品与交互设计.md:232,375）｜ 交互稿：prd/design/planning/（已确认，工单列表屏 + 工单详情屏）｜ 实现落点：待回填 ｜ 操作入口：/planning/work-orders、/planning/work-orders/{workOrderId} ｜ 状态：未实现

1 功能定义

订单确认后生成工单（m04 F04.04 的下游事件）及工序任务：工单引用订单快照（路线/材料/拼版——Q18/R-008，不随主数据变化）；详情屏呈现工序任务时间轴（计划/实际数量·起止·负责人·质检结果·异常标识）、材料台账（计划/已发/已耗/剩余，差异提示不臆断）、报工汇总；主数据更新时显示快照版本冲突提示（维持/发起刷新评估留痕——刷新评估动作归 m05 F05.02）。工单列表：状态/齐套/设备/班组筛选、拆合链父子标记、成品批次列（Q14）。

2 触发条件与前置状态

• 触发：订单确认（F04.04）；变更单刷新（F05.02）。
• 前置状态：订单 已确认 且快照冻结成功；路线快照含工序序列。

3 输入与校验

4 处理流程

flowchart TD
    A[订单确认 F04.04] --> B[生成工单+工序任务]
    B --> C[引用四类快照 Q18]
    C --> D[工单详情: 时间轴/材料台账/报工汇总]
    D --> E{主数据有更新?}
    E -- 是 --> F[版本冲突提示: 维持/发起刷新评估 m05]
    E -- 否 --> G[正常执行]

5 输出与结果状态

工单 待排产 + 工序任务集（未开始）；成品批次号；状态机见 planning README（待排产→已排产→生产中→…）。

6 状态流转

工单状态机：待排产 → 已排产/待齐套 → 生产中 → 已完工 → 已关闭（终检放行·入库 Q33）；生产中 → 已暂停/取消——全图见 planning README 状态迁移段。

7 边界与异常

8 权限与数据规则

• 计划员读写工单；车间主管可见本班组；销售只读进度；客户仅见发布交期（6.4 权限）。
• 快照版本冲突提示与刷新评估留痕进审计（F15.03）。