ForgeFlow-ERP/docs/superpowers/specs/2026-06-13-system-wide-paper-document-unification-design.md

全系统纸质单据统一改造设计

背景

系统已经开始从普通后台表单向正式业务单据升级：销售订单、采购订单已经接入 DocumentPaper 纸质单据和 PDF 归档；仓库中的 原材料库 · 客料入库单 已被用户认可为“模板级别”；生产余料入库单 / 生产废料入库单 第一阶段也已经开始改成同一套纸质单据语言。

用户明确补充：这不是仓库专属改造，而是全系统所有“单据型业务”都要采用统一纸质单据体系。为了避免仓库、采购、销售、生产各自长出不同样式，本设计把目标升级为“全系统业务单据纸质化 + PDF 归档统一体系”。

单据边界

纳入纸质化的对象

满足任一条件就纳入：

• 会创建正式业务凭证：销售订单、采购订单、到货入库单、质量校验单、发货单、退货/返工单。
• 会改变库存或形成库存流水：各库入库、出库、特殊调整、盘库。
• 会形成生产追溯闭环：生产出库、生产台账入库、生产入库结算、生产领料出库。
• 用户后续需要预览、下载、批量下载或审计留档。

不纳入纸质化的对象

这些仍按系统管理/主数据维护表单处理，不强行改成纸质单据：

• 供应商名录、客户名录、人员管理、设备管理。
• 原材料名录、产品管理、产品需规清单、BOM、工艺路线。
• 系统权限、系统拓展、导入工具、基础配置。

原因：这些是主数据或配置记录，不是业务凭证。强行纸质化会降低维护效率，也会把“单据”的正式感稀释掉。

现状清单

已基本纸质化且已有 PDF 归档

模块	页面	单据	前端状态	后端归档类型	备注
订单与计划	SalesPlanningView.vue	销售订单	使用 DocumentPaper、DocumentLineTable、DocumentArchiveActions	销售订单	已有预览、下载、重新生成、批量下载
采购与库存	PurchaseOrderView.vue	采购订单	使用 DocumentPaper、DocumentArchiveActions	采购订单	已有预览、下载、重新生成、批量下载
采购与库存	PurchaseReceiptView.vue	到货入库单	使用 DocumentPaper、DocumentArchiveActions	到货入库单	新增到货入库已纸质化
采购与库存	QualityInspectionView.vue	质量校验单	使用 DocumentPaper、DocumentLineTable、DocumentArchiveActions	质量校验单	质检放行弹窗仍需继续统一交互
生产执行	ProductionLedgerView.vue	生产领料出库单	列表详情有 DocumentArchiveActions	生产领料出库单	主要是归档入口，填单发生在仓库生产出库
生产执行	ProductionLedgerView.vue	生产入库结算单	列表详情有 DocumentArchiveActions	生产入库结算单	对应生产台账入库

已套纸质外壳但仍有混用 UI

模块	页面	单据	当前问题	优先级
嘉恒仓库	InventoryLedgerView.vue	特殊入库单 / 特殊出库单	明细编辑区仍像现代卡片控件，和纸质单据割裂	P0
嘉恒仓库	InventoryLedgerView.vue	生产出库单	已使用纸质外壳，但来源批次选择、产品/BOM信息仍需统一纸质表格语言	P0
嘉恒仓库	InventoryLedgerView.vue	生产台账入库结算单	已有纸质外壳和摘要格，但三库联动字段、异常说明区域仍需与纸质单据模板对齐	P0
嘉恒仓库	InventoryLedgerView.vue	生产入库单 / 返工入库单	结单区和摘要区仍有旧卡片感	P1
嘉恒仓库	InventoryLedgerView.vue	销售出库单	已套纸质外壳，但销售订单关联、包装备注、发货明细区域需统一	P1
嘉恒仓库	InventoryLedgerView.vue	原材料退货出库单、退货入库单、退货废料入库单、返工出库单	已套纸质外壳，但字段区仍有普通表单/表格痕迹	P1
嘉恒仓库	InventoryLedgerView.vue	期初入库、委外入库/出库、报废出库、售卖出库等通用分支	通用分支第一阶段只统一了生产余料/废料一部分，仍需逐个验收	P1

需要补充纸质化或确认是否作为单据

模块	页面	业务	判断	优先级
发货概览	DeliveryManagementView.vue	发货台账/发货明细	如果存在独立发货动作，应形成发货单；若发货统一走成品库销售出库，则只保留流水归档入口	P1
发货概览	ReturnManagementView.vue	退货/返工/废料处置	属于业务凭证，需要与退货库单据闭环统一	P1
发货概览	ScrapReworkView.vue	报废返工处理	若仍在使用，应按退货/返工处置单统一；若已被仓库/退货库替代，应清理或降级为台账	P2
生产执行	CompletionReceiptView.vue	成品入库	旧入口如果仍可用，需要和仓库生产入库/生产台账入库统一；如果已被新流程替代，应标记为旧入口	P2
嘉恒仓库	StocktakeDialog.vue	盘库单	盘库会改库存，应纳入纸质盘库单和 PDF 归档，但可排在特殊出入库之后	P2

推荐方案

方案 A：继续逐页局部改造

每个页面自己套 DocumentPaper 和单独 CSS。

优点：

• 单次改动小。
• 速度快。

缺点：

• 很容易再次出现“仓库一套、采购一套、销售一套”。
• 样式复制越来越多。
• 后续 PDF、预览、下载、异常说明、签核栏会重复实现。

结论：不推荐作为长期方案，只适合救急。

方案 B：沉淀全系统单据底座，分批迁移

把现在的 DocumentPaper、DocumentGrid、DocumentLineTable、WarehouseDocumentFormShell 抽象成全系统单据组件。仓库继续推进，但所有新样式都进入通用单据层。

优点：

• 风格统一。
• 后续新增单据成本低。
• 能保留现有业务逻辑，不需要一次性大重构。
• 适合当前系统已经上线、仍在快速迭代的状态。

缺点：

• 第一批需要先做组件抽象和兼容层。
• 每个单据仍要逐个检查字段和业务交互。

结论：推荐。

方案 C：一次性全系统重构

一次把所有单据型页面、归档、PDF 重新设计和重写。

优点：

• 最终一致性最高。

缺点：

• 风险大。
• 容易影响已经可用的采购、销售、仓库主流程。
• 验收压力大。

结论：当前不推荐。

目标架构

前端组件层

保留现有组件并向通用命名演进：

• DocumentPaper：纸张、标题、编号章、签核栏、留存联。
• DocumentGrid：只读/展示型字段格。
• DocumentLineTable：明细表。
• DocumentArchiveActions：预览、下载、重新生成。

新增或演进：

• DocumentFormShell：全系统通用填单外壳，替代仓库专属 WarehouseDocumentFormShell。
• DocumentSection：通用单据分区，替代仓库专属 WarehouseDocumentSection。
• DocumentActionBar：通用底部操作区，替代仓库专属 WarehouseDocumentActionBar。
• DocumentField：纸质输入格，承载 input、select、textarea、readonly。
• DocumentSelectorPanel：纸质风格的下拉、多选、来源批次选择、关联订单选择。
• DocumentInlineSummary：纸质风格的金额/数量/重量汇总条。
• DocumentSettlePanel：结单、异常说明、偏差确认等正式确认区。

兼容规则：

• 第一阶段不删除 WarehouseDocument* 组件。
• 新通用组件先复用当前纸质 CSS 变量和视觉语言。
• 仓库页面逐步从 warehouse-paper-* 类迁移到 document-paper-* 类。
• 老类名保留一段时间作为兼容，避免正在使用的仓库单据被打断。

前端页面层

每个单据页面遵循同一结构：

1. DocumentFormShell
2. 单据头：标题、单据编号、业务日期、公司/模块名。
3. 基础信息区：客户/供应商/仓库/经办人/业务日期/关联单据。
4. 明细区：物料/产品/批次/数量/重量/单价/金额。
5. 辅助信息区：照片、运单号、运费、包装备注、用途、说明。
6. 汇总区：数量、重量、金额、差异、异常说明。
7. 签核区：制单、经办、审核、仓库/财务。
8. 操作区：保存、保存并归档、归档状态动作。

后端归档层

继续使用现有 document_archives 表和统一路由：

• POST /document-archives/{document_type_key}/{business_id}/generate
• GET /document-archives/{document_type_key}/{business_id}/latest/preview
• GET /document-archives/{document_type_key}/{business_id}/latest/download
• POST /document-archives/batch-download

现有支持的归档类型：

• 销售订单
• 采购订单
• 到货入库单
• 质量校验单
• 生产领料出库单
• 生产入库结算单
• 仓库出入库单

新增归档类型只在确实不是现有类型能表达时添加。优先复用：

• 普通仓库动作统一走 仓库出入库单。
• 生产出库走 生产领料出库单。
• 生产台账入库走 生产入库结算单。
• 采购流程走 采购订单 / 到货入库单 / 质量校验单。
• 销售下单走 销售订单。

PDF 规则

PDF 是保存后的数据库事实快照，不从前端表单二次推导。

PDF 必须遵守：

• 不显示英文状态。
• 不显示前端省略号。
• 长文本完整换行，不超格。
• 制单、经办人默认使用当前登录账号或后端记录的操作人。
• 库存批次号使用业务认可的原材料库存批次号，不使用无业务意义的每库内部批次号。
• PDF 样式和前端纸质单据属于同一视觉体系，但不要求像素完全一致。

分期执行

第 0 期：全系统清单和统一底座

目标：

• 固化本文档的单据清单。
• 新增通用 DocumentFormShell / DocumentSection / DocumentActionBar / DocumentField / DocumentSelectorPanel。
• 把仓库当前纸质样式抽象为通用 document-paper-*，保留 warehouse-paper-* 兼容层。

验收：

• 销售订单、采购订单、客料入库单视觉不退化。
• 新通用组件有基础测试或源码断言。

第 1 期：仓库 P0 单据

目标：

• 特殊入库 / 特殊出库。
• 生产出库。
• 生产台账入库结算单。

原因：

• 这些单据业务风险最高，且当前混用 UI 最明显。
• 改完能沉淀“多行明细类单据”“生产闭环类单据”“异常说明类单据”三类模板。

验收：

• 不再出现普通卡片/普通表格突兀嵌在纸里。
• 特殊出入库说明、明细行、调整前后数据完整显示。
• 生产台账入库三库联动显示为一张结算单，不误写成只属于成品库。

第 2 期：仓库 P1 单据

目标：

• 生产入库 / 返工入库。
• 销售出库。
• 原材料退货出库、退货入库、退货废料入库、返工出库。
• 期初、委外、报废、售卖等通用分支。

验收：

• 6 大库所有出入库抽屉都统一纸质化。
• 流水里 PDF 预览、下载、重新生成入口完整。

第 3 期：采购、销售、质检细节统一

目标：

• 销售订单、采购订单、到货入库、质量校验页面继续消除残留普通控件。
• 关联销售订单、采购明细、质检备注弹窗等改成统一纸质选择/说明面板。

验收：

• 已有 PDF 归档能力不回退。
• 纸质字段、明细表、按钮区和仓库单据保持同一套视觉语言。

第 4 期：发货、退货、返工闭环

目标：

• 发货台账按销售订单聚合后的明细留档入口统一。
• 退货、返工、废料处置相关页面和退货库单据闭环。
• 若旧页面被新仓库流程替代，则标记为只读台账或移除入口，避免双流程。

验收：

• 用户能从销售订单、发货台账、退货库流水追溯到同一套 PDF 单据。

第 5 期：盘库与批量导出

目标：

• 盘库单纸质化和 PDF 归档。
• 各业务台账按时间/筛选条件批量导出单据或流水 Excel。

验收：

• 盘库调整说明进入 PDF。
• Excel 导出不使用省略号，长字段完整输出。

测试策略

前端测试

每批至少增加源码断言或组件测试：

• 单据页面使用通用 DocumentFormShell 或兼容的纸质单据组件。
• 不在纸质单据主体中裸露旧 form-field / double-field / triple-field / workflow-tip 作为主要布局。
• 归档按钮使用 DocumentArchiveActions。
• 保存按钮位于单据底部操作区，不悬在单据中间。

后端测试

继续沿用现有归档测试风格：

• 归档生成成功写入 document_archives。
• PDF 文件以 %PDF 开头。
• 归档失败不阻断业务保存。
• 列表返回最新 PDF 归档状态。
• 不同业务类型映射到正确 document_type。

浏览器验收

每批至少手动/浏览器验证：

• 典型桌面宽度。
• 当前内置浏览器窄视口。
• 单据可滚动、按钮位置合理。
• 长文本不挤坏单据。
• PDF 预览/下载入口可见。

设计约束

• 纸质化是表现层和归档层升级，不借机删字段。
• 不改变现有业务计算和提交语义。
• 不把主数据维护表单改成纸质单据。
• 不把 PDF 归档失败作为库存/订单保存失败。
• 不新增英文状态、英文备注或英文系统标志。
• 不在 PDF 中使用省略号。
• 不把仓库特有样式继续扩散到全系统，新增能力进入通用 documentForms。

下一步推荐

推荐进入第 0 期 + 第 1 期合并执行：

1. 先抽象通用单据底座，保留现有仓库兼容层。
2. 接着改 特殊入库 / 特殊出库。
3. 再改 生产出库。
4. 再改 生产台账入库结算单。

这样能最快解决用户当前肉眼最不舒服的仓库混 UI 问题，同时保证做出来的能力可以继续给采购、销售、质检、发货复用。

自检

• 无占位项。
• 已明确哪些页面纳入，哪些页面不纳入。
• 已避免把仓库纸质化做成孤岛。
• 已给出分期和优先级。
• 已保持“先视觉/交互统一，不改变业务逻辑”的边界。