主题
工程变更监管 · 需求分析文档
文档版本：1.01 ｜ 最近核对日期：2026-11-09
本文面向业务确认、产品设计、实现和验收，是工程变更监管模块首批正式设计文件。当前只记录已从原型、用户决策和现有平台能力中核对的内容；存在冲突或尚未确认的规则统一列入待确认事项。
文档控制
| 项目 | 内容 |
|---|---|
| 模块名称 | 工程变更监管 |
| 编写日期 | 2026-08-29 |
| 进展说明 | UI 交互基线已确认，部分流程规则待业主确认；四类发起页与流程资源已按 V1 建立，2026-09-26 五条流程按流程图编排规范重出图为 V2、标签定位修正后重发为 V3 并发布（业务语义不变，仅锚点、行距、文案、布线与标签位置）；四类发起闭环和施工单位 I 类需出图长链路已通过开发验证，II/III/IV 类、其他发起单位、退回和外部档案同步仍待专项验收。2026-09-18 补充单位工程选择器运营显示口径（R-EC-023）。2026-10-23 按业务反馈完成发起字段、流程节点、领导审批顺序、附件权限、未经过环节折叠和流程概述调整（变更记录 v0.9）。 |
| 业务确认人 | 待确认 |
| 原型来源 | 工程变更流程图2026-08-V3.vsdx、四类发起表单、统计页、重新申报初步设计原型 |
| 关联文档 | 概要设计 |
1. 背景与目标
工程变更监管用于统一承接施工、监理、业主、设计四类单位提出的工程变更，将变更申请、现场踏勘、方案估价、分级分类审批、技术资料完善、最终核量核价、变更单下达和归档串成一条可追溯业务链。
建设目标：
- 以工程信息配置中的线路、单位工程及参建单位作为工程归属来源；
- 按发起单位和金额自动进入对应审核链路；
- 让当前节点、办理意见、签名、附件、金额变化和最终结果全程留痕；
- 通过统一台账查询、查看流程图、导出和作废；
- 复用平台现有组织、角色、岗位、工程范围、文件和 Warm-Flow 能力，不另建一套审批中心。
2. 建设范围
2.1 模块目标范围
- 施工单位发起工程变更；
- 监理单位发起工程变更；
- 业主单位发起工程变更；
- 设计单位发起工程变更；
- 设计单位变更满足条件时转入“重新申报初步设计”；
- 四类发起共用的估价、初审、I—IV 类审批、资料完善、核量核价、变更单和归档能力；
- 施工、监理、建设、设计四个独立业务页面，各自提供本类型台账和发起入口；
- 独立的工程变更综合统计页，统一查询四类流程但不混放发起表单；
- 查询、查看、流程图、导出和作废。
2.2 本期施工单位发起范围
本期已确认的实施范围先覆盖“施工单位发起”，分类、审批和后续闭环需覆盖 I、II、III、IV 四类分支。施工单位使用一个主流程定义，类别在流程内由造价咨询估价后的系统变量分流；监理、建设、设计三类发起及重新申报初步设计不属于本期范围，后续按各自业务契约与受影响行为安排实现和验证，不以施工单位链路通过作为统一开工条件。
2.3 本期明确不做
- 不建设原型中的独立“交开投变更审批流程”；I 类流程中“上报交开投、上报市主管部门”先作为业务节点及结果资料记录，不对接外部审批系统；
- 不对接二期造价平台，统计页中的造价平台金额在未接入前以未同步状态展示；
- 不在业务模块复制“我的任务”、委托、转办、加签、减签等平台通用能力；
- 本期不实现监理、建设、设计单位发起和重新申报初步设计；
- 本期先完成模块内归档状态和资料留存，是否自动推送工程文件管理模块待接口核对后决定。
2.4 已确认的技术约束
- 工程范围复用工程信息配置的
ROOT → LINE / PACKAGE / BID / SITE、LINE → PACKAGE / BID / SITE、PACKAGE → BID / SITE、BID → SITE工程树； - 流程候选人复用系统部门、岗位、角色和用户，不新增项目专属审批角色表；
- 页面和按钮使用资源权限，数据访问同时受工程范围授权约束；
- 审批任务、并行会签、办理记录和流程图复用 Warm-Flow；
- 开发环境已准备独立测试组织、岗位、角色和用户，正式文档不得记录账号密码。
3. 用户角色与场景
| 角色 | 使用目的 | 前置条件 | 主要结果 |
|---|---|---|---|
| 施工单位发起人 | 填写变更原因、内容、金额和附件并提交 | 具备页面/新增权限和工程范围 | 形成施工单位变更申请 |
| 施工单位项目经理 | 审核施工单位申请 | 当前任务分配到对应岗位 | 通过或退回申请 |
| 总包单位审核人 | 在存在总包单位时审核 | 工程信息配置存在总包审核环节 | 通过后进入监理审核；无总包时跳过 |
| 专业监理工程师、总监理工程师 | 审核施工变更并形成监理意见 | 当前任务分配到对应岗位 | 变更进入分公司初审 |
| 分公司经办人、项目负责人、负责人 | 受理、组织踏勘、选择审核分支并归档 | 具备对应岗位和工程范围 | 完成分公司层级审核和闭环 |
| 系统设备经办人 | 审核系统设备类项目 | 发起时选择系统设备公司分支 | 按经办人所属的一部或二部完成系统设备专业审核 |
| 工程部、计划合约部 | 并行完成普通分公司审核 | 进入普通分公司分支 | 全部通过后交分公司负责人 |
| 技术部、工程部、设计部、成本合约部 | 完成公司职能部门初审 | 分公司审核通过 | 输出专业意见；技术部仅审核 I 类 |
| 造价咨询单位 | 初步估价、负责人审核、方案复核、最终核量核价 | 当前任务分配到对应岗位 | 提供分类金额和最终核价金额 |
| 设计单位 | 编制方案、出具图纸或复核非出图资料 | 流程进入设计资料节点 | 提供设计变更通知单、施工图或复核意见 |
| 分管领导、总经理、董事长 | 按变更类别分级审批 | 对应分类和金额区间成立 | 完成公司层级决策 |
| 业务查看人员 | 查询台账、办理页和流程记录 | 具备页面权限和工程范围 | 只读查看授权工程的数据 |
4. 核心业务场景
4.1 四类业务页面与综合统计
“工程变更监管”作为一级业务模块，与“招投标监管”“开投安质环监管”同级。模块下设置“施工单位工程变更”“监理单位工程变更”“业主单位工程变更”“设计单位工程变更”四个独立业务页面；每个页面只展示本发起类型的台账、查询条件和新增入口，不在同一页面混放四类表单。
另设只读的工程变更综合统计页，统一查看四类流程，并支持按发起类型筛选。设计单位页面内部承接“重新申报初步设计”的条件分流，不新增第五个发起页面。
各业务页查询条件至少包括变更编号、线路、单位工程、分部分项、变更类别、状态和申请日期；综合统计页额外提供发起类型筛选。办理页面路由按发起单位区分，页面文案统一为“工程变更办理”。
台账展示变更编号、变更名称、线路、工点/单位工程、发起类型、变更类别、变更金额、造价平台金额、当前节点、状态、申请人、申请日期及操作。原型操作包括查看、流程图、导出和作废。
变更编号由前端在发起时按当前时间动态生成，格式为 yyyyMMddHHmmssSSS；变更标题不单独填写，直接取发起人编辑后的实际工程名称。单位工程路径选择后写入实际工程名称初始值，发起人可以删改路径片段并补充具体变更事项。施工单位发起页的“分部（子分部）工程名称”由发起人手动填报；施工单位、设计单位和监理单位从系统参建单位中选择，保存为提交时的名称快照。
4.2 四类发起的前置链路
| 发起类型 | 进入共同链路前的节点 |
|---|---|
| 施工单位 | 施工单位发起人 → 施工单位项目经理 → 总包单位审核（如有）→ 专业监理工程师 → 总监理工程师 → 分公司经办人 → 分公司项目负责人 → 分公司负责人 |
| 监理单位 | 专业监理工程师 → 总监理工程师 → 分公司经办人 → 分公司项目负责人 → 分公司负责人 |
| 业主单位 | 分公司经办人 → 分公司项目负责人 → 分公司负责人 |
| 设计单位 | 设计单位发起人 → 设计单位项目负责人 → 分公司经办人 → 分公司项目负责人（判断是否重报初步设计）→（继续时）分公司负责人；满足重报条件时流程结束，转入独立重新申报流程 |
四类发起随后进入同一共同链路：现场踏勘及方案编制 → 造价咨询估价及负责人审核 → 变更方案初核 → 系统自动判定变更类别 → 分级审批 → 技术资料完善 → 最终核量核价 → 下达工程变更单 → 归档。类别不是流程定义的拆分条件，而是主流程内部的分支变量。
4.3 施工单位发起流程
- 施工单位发起人选择单位工程，编辑实际工程名称，手动填写分部（子分部）工程名称，从系统参建单位中选择施工单位、设计单位和监理单位，填写原始工程资料、变更内容与原因、合同金额、变更后合同金额、工期影响并上传发起附件；
- 施工单位项目经理审核；项目存在总包审核要求时进入总包单位审核，否则直接进入监理审核；
- 专业监理工程师、总监理工程师依次审核；
- 分公司经办人、项目负责人、负责人依次受理；
- 监理单位组织现场踏勘，施工单位或设计单位按需编制变更方案；
- 造价咨询单位估价，负责人审核后形成估价金额；系统根据该节点形成的金额自动计算正式变更类别；
- 根据申请人最初填写的“发起单位/归属单位”进入“系统设备公司”或“分公司”路径；两者是同一组织归属概念的不同取值，系统设备路径不拆一部/二部节点，由实际经办人所属部门决定办理归属，分公司路径由工程部、计划合约部并行办理；
- 分公司负责人通过后进入“部门审核分流”包容网关：I 类同时进入技术部、工程部、成本合约部、设计部四条并行线，II/III/IV 类进入工程部、成本合约部、设计部三条并行线；全部实际选中的部门完成后进入汇聚节点；
- 部门初审后继续使用同一正式变更类别变量进入相应分级审批，不重复让办理人选择类别；
- 分级审批完成后，设计单位出具施工图或其他变更资料；
- 分公司经办人分送设计变更资料或签证资料，监理单位下达工程变更单；
- 分公司经办人归档，流程结束。
4.4 分级分类规则
金额 X 为造价咨询估价节点形成的本次变更有符号金额，增加为正、减少为负，单位为万元。申请人填写的预计变更类型只作为申请信息和校验参考，不用于选择流程定义；正式 I/II/III/IV 类别由系统根据估价金额自动判定。
| 类别 | 原型判断口径 | 审批路径 |
|---|---|---|
| I 类 | X ≥ 300 | 设计部专题会 → 建设分管领导 → 成本分管领导 → 设计分管领导 → 总经理 → 董事长 → 上报交开投 → 上报市主管部门 → 完善签名及资料 |
| II 类 | 100 ≤ X < 300，或 X ≤ -100 | 设计部专题会 → 建设分管领导 → 成本分管领导 → 设计分管领导 → 总经理 → 完善签名及资料 |
| III 类 | `50 ≤ | X |
| IV 类 | ` | X |
I、II 类由设计部组织专题会议并邀请公司主要领导参加；III、IV 类由分公司组织专题会议。会议均需形成会议纪要。类别判定结果由同一流程变量供部门审核包容网关和后续分级审批使用。
本批删除流程末端的造价咨询最终核量核价和造价咨询负责人审核节点，设计单位出具变更资料后直接进入分公司核定签发/分送和归档；final_amount、final_class 字段保留历史兼容，新流程不再写入。I/II/III/IV 的正式分支仍以流程图规定的自动判断节点为准，不由办理人手工选择。
4.5 出图与不出图分支
- 需出图：设计单位经办人上传经审查后的图纸和《设计变更通知单》，直接进入设计部经办人（I、II 类）或分公司经办人（III、IV 类）复核，不再设置监理单位审核与造价咨询复核；
- 无需出图：施工单位经办人编制《工程洽商及技术核定签证表》，监理单位审核与设计单位复核并行；
- 无需出图的并行审核未全部通过时不得进入后续审批；
- 全量表单中未实际走到的类别、出图及其他条件分支默认折叠，标注“本次不适用”或“待判定”，可单段展开或全部展开。
4.6 重新申报初步设计
设计单位发起的变更满足重报条件时，转入独立流程：设计部启动 → 设计单位编制重大勘察设计变更建议书 → 技术管理部组织审查 → 技术管理部、设计部、成本合约部审核 → 分管领导会签 → 总经理 → 董事长 → 上报交通开投集团 → 报市级主管部门 → 完善《设计变更通知单》→ 监理下达《工程变更单》→ 归档。
该流程不属于本期施工单位发起范围，重报条件仍待业务确认。
5. 关键数据
5.1 申请基本信息
- 工程名称、线路、分部/子分部工程、工点/单位工程；
- 建设、设计、监理、施工单位及发起单位类型；
- 施工图编号、原设计概念、申请日期、分公司；
- 前端按当前时间生成的变更编号；变更标题直接取发起人编辑后的实际工程名称，不单独填写；
- 工程变更内容、原因（含合理性及可行性分析）及发起附件；
- 工期影响天数；合同金额、变更后合同金额仅施工单位发起时填写，设计、监理、业主及重新申报发起不采集。
单位工程路径从工程信息配置选择并保存路径快照；施工单位、设计单位、监理单位从系统参建单位中选择，原施工图号、申请日期和原估算投资由发起人在表单中填写，并将这些值保存为业务快照，避免后续修改影响历史单据。
5.2 金额与分类信息
- 初步估算费用、预判变更类别；
- 初审后确认类别及确认依据；
- 最终核量核价金额；
- 造价平台金额和同步状态（本期不对接）。
5.3 流程和资料信息
- 当前节点、流程状态、申请人和申请时间；
- 流程概述：分公司负责人、设计部经办人在领导审批前填写，后填节点可覆盖前值，展示在基础表单底部、首个办理人签名上方；
- 按节点实际配置记录办理人、岗位、动作、意见、签名和表单日期；自动节点不虚构办理字段；
- 现场踏勘、变更方案、会议纪要、图纸、通知单、签证表、工程变更单和归档资料；
- 外部报审结果及凭证；
- 退回、重新提交、作废和归档记录；已提交业务不提供撤回动作。
6. 业务规则与状态
6.1 业务规则
| 编号 | 规则 | 来源 | 状态 |
|---|---|---|---|
| R-EC-001 | 四类发起使用四个独立业务页面和按发起单位划分的四个主流程定义，复用同一业务模型与公共能力；施工单位不再按 I/II/III/IV 拆分流程定义；综合统计页只做跨类型查询 | 用户确认、流程图核对 | 已确认 |
| R-EC-002 | 单位工程路径从工程信息配置选择并保存快照；参建单位从系统启用的参建单位中选择，原始工程资料由发起人填写并保存业务快照 | 表单原型、用户确认 | 已确认 |
| R-EC-003 | 施工单位流程中的总包单位审核为条件节点 | 流程图原型 | 已核对 |
| R-EC-004 | 造价咨询估价后按估价金额由系统自动判定正式类别；申请人预计类别不选择流程定义 | 流程图注释、用户确认 | 已确认 |
| R-EC-005 | 分公司负责人后使用部门审核包容网关：技术部仅在 I 类进入，工程部、成本合约部、设计部在四类中均进入；实际选中的分支全部完成后才汇聚 | 流程图、用户确认 | 已确认 |
| R-EC-006 | “系统设备公司/分公司”是同一发起单位归属字段的两个取值，由申请人首次填写并驱动互斥分流；分公司路径内工程部、计划合约部并行，系统设备路径不拆一部/二部节点 | 流程图、用户确认 | 已确认 |
| R-EC-007 | 无需出图保留监理单位审核与设计单位复核两个并行节点；需出图在提交图纸后直接进入设计部/分公司经办人复核 | 2026-10-23 用户调整 | 已确认 |
| R-EC-008 | 节点仅记录自身配置的字段；需要办理记录的节点记录动作、意见、签名和表单日期，签名图片优先、无图片时使用系统电子签名文本 | 用户确认、用户模块设计 | 已确认 |
| R-EC-009 | 变更完成后由分公司经办人归档，并按线路、单位工程归集资料 | 流程图、表单原型 | 自动推送接口待核对 |
| R-EC-010 | 造价平台金额在流程结束后取得；未取得时显示未同步状态 | 统计页原型、用户范围确认 | 二期对接 |
| R-EC-011 | 作废、审批、分类和金额变更必须服务端校验并留痕 | 平台规范 | 设计中 |
| R-EC-012 | II 类无论属于 100 ≤ X < 200、200 ≤ X < 300 还是 X ≤ -100，均经过三位分管领导和总经理审批 | 用户确认，以流程图为准 | 已确认 |
| R-EC-013 | 资料名称统一使用《工程洽商及技术核定签证表》 | 用户确认，采用工程常用名称 | 已确认 |
| R-EC-014 | 2026-10-23 起删除最终核量核价及负责人审核节点；历史最终金额字段保留兼容，新流程不再写入 | 用户确认 | 已确认 |
| R-EC-015 | 办理页左侧完整展示全量业务表单，始终只读；按业务阶段分组，节点没有的字段不强行显示 | 用户确认、原型业务要求核对 | 已确认 |
| R-EC-016 | 同意/退回弹窗按当前节点动态展示字段和附件；预览只改变当前页面的表单预览，未执行同意/退回时正式表单不变 | 用户确认 | 已确认 |
| R-EC-017 | 发起表单只展示到工期影响，流程节点附件统一复用 Warm-Flow；无附件时不显示，办理上传后才显示；右侧时间线完全沿用 SQE | 用户确认 | 已确认 |
| R-EC-018 | 四个可见页面分别命名为“施工单位工程变更”“监理单位工程变更”“业主单位工程变更”“设计单位工程变更”；办理路由文案统一为“工程变更办理” | 用户确认 | 已确认 |
| R-EC-019 | 可见页面按同一父菜单下 sys_menu.order_num 升序；办理路由为对应台账的隐藏子菜单并紧随其后，四条路由 name 唯一 | 项目路由约定、用户确认 | 已确认 |
| R-EC-020 | 流程图使用紧凑、清晰的分层布局：前置串行节点按平台流程图编排规范折返或分栏排布，后续分支和并行组避免拉成一条长直线；同一流程保持足够留白和可读性 | 用户确认；布局按流程图编排规范 | 已确认 |
| R-EC-021 | 普通审批边不显示“通过”等冗余文案；仅在关键分流边保留简短条件或必要信息；退回为动态操作，不绘制全量退回边 | 用户确认、流程图 UI 讨论 | 已确认 |
| R-EC-022 | 流程线必须从源节点边缘连接到目标节点边缘，采用清晰的正交/折线路径；特殊分流线保留边属性，汇聚线不增加冗余文字 | 用户确认、流程图 UI 讨论 | 已确认 |
| R-EC-023 | 四类发起页共用工程节点选择器，默认隐藏运营节点（含运营根节点），并把运营节点下的非运营下级提升到最近可见层级；弹窗内提供「显示运营」开关（默认关闭），开关只切换显示层，不构成拒绝。按新工程模型先选有权标段，再可选其有效授权工点和单位工程；候选仍由当前用户工程数据授权过滤。服务端不按运营状态拒绝，运营节点与在建节点一致，按工程数据权限授权可见、可选 | 用户确认（2026-09-18 运营节点显示口径）、2026-10-11 新工程模型契约与代码核对 | 已确认 |
| R-EC-024 | 设计单位变更在分公司项目负责人节点判断是否满足重报初步设计；满足时流程结束，继续时再经分公司负责人；旧定义在途单在分公司负责人节点保留兼容判断 | 用户确认（2026-10-23） | 已确认 |
| R-EC-025 | 分公司负责人、设计部经办人在领导审批前填写流程概述；分公司负责人和设计部经办人节点必填，后填覆盖前值，I/II 类设计部经办人为最后填写点 | 用户确认（2026-10-23） | 已确认 |
| R-EC-026 | 公司领导审批顺序统一为建设分管领导 → 成本分管领导 → 设计分管领导 → 总经理 → 董事长（I 类），II 类至总经理 | 用户确认（2026-10-23） | 已确认 |
| R-EC-027 | 领导审批节点不提供附件上传入口，服务端拒绝领导节点提交的流程附件；历史已上传附件仍只读展示 | 用户确认（2026-10-23） | 已确认 |
| R-EC-028 | 全量表单对明确不适用和尚未判定的环节默认折叠，标注状态并支持单段、全部展开/收起；已办理和当前环节默认展开 | 用户确认（2026-10-23） | 已确认 |
| R-EC-029 | 需出图分支取消监理单位审核、造价咨询复核；设计单位出具变更资料后取消设计部审核；流程末端取消最终核量核价及负责人审核 | 用户确认（2026-10-23） | 已确认 |
6.2 状态流转
text
草稿 -> 审核中 -> 资料完善中 -> 待下达变更单 -> 已归档
|
+-> 退回修改 -> 重新办理
+-> 已作废 / 已终止草稿：发起人可编辑、删除和提交；审核中：按 Warm-Flow 当前节点办理，业务主单只读；左侧表单始终只读，办理内容通过弹窗填写；退回修改：退回到指定材料提交人后允许修改并沿原实例重新提交；资料完善中：分级审批完成，等待图纸、核价、通知单和变更单；待下达变更单：前期资料完成，等待监理单位下达；已归档：流程和资料闭环，普通用户只读；已作废 / 已终止：保留历史记录和原因，不再继续流转；已提交业务不提供撤回动作，只能按流程退回。
业务状态名称为设计建议，最终与平台实际 Warm-Flow 状态映射一并确认。
7. 权限、异常与非功能要求
7.1 权限与数据范围
- 菜单、列表、办理页、新增、编辑、提交、导出和作废均设置独立资源权限；
- 工程变更监管为一级菜单，与招投标监管、开投安质环监管同级；四类业务页和综合统计页分别配置菜单与权限；
- 工程变更专属数据按当前用户同一线路下有效的标段×工点组合或整线授权过滤；列表、详情、写操作不能把不同授权中的标段和工点交叉拼接，不能仅依赖前端隐藏按钮；
- 发起页选择标段时，整线授权用户可见该线路有效标段；受限授权用户可见至少命中一个当前有效授权工点组合的标段，且未授权标段继续隐藏；选择标段后，工点/单位工程仍按同一条有效授权组合过滤；
- 发起人只能修改自己的草稿或被退回单据；当前任务办理人才能执行审批动作；
- 非当前办理人进入办理页时，业务表单和审批记录只读；
- 流程候选人从有效岗位及用户关系解析，岗位无人、用户停用或越权时禁止提交或办理。
7.2 主要异常
| 场景 | 系统行为 | 用户提示或补救 |
|---|---|---|
| 工程信息配置缺少必要工程或参建单位 | 拒绝提交，草稿保留 | 提示缺失配置项并引导维护工程信息配置 |
| 条件节点没有有效办理人 | 不启动或不推进流程 | 明确显示缺失的部门/岗位 |
| 金额与类别不一致 | 服务端重新计算并拒绝不一致提交 | 显示计算类别和触发条件 |
| 并行节点部分完成 | 保持当前阶段，不提前推进 | 展示待办节点和已完成节点 |
| 重复点击提交或流程回调重复 | 幂等处理，不创建重复实例或重复记录 | 返回现有流程状态 |
| 必需资料缺失 | 拒绝阶段提交 | 指明缺少的资料类型 |
| 外部报审、造价或档案系统不可用 | 保留本模块记录，不伪造成功结果 | 标记待同步并允许后续补录或重试 |
7.3 非功能要求
- 台账使用数据库分页，筛选和导出遵循同一数据范围；
- 金额边界、状态流转、并行会签、权限和事务回滚必须有自动化回归；
- 页面新增/编辑使用固定业务表单，查看/办理复用平台流程工作台；
- 关键金额、类别、资料版本、办理意见和作废原因必须可追溯；
- 文件格式和大小复用平台统一文件策略，不在本模块硬编码另一套限制。
8. 验收标准
| 编号 | 角色 | 操作 | 预期结果 | 证据 |
|---|---|---|---|---|
| AC-EC-001 | 施工单位发起人 | 选择授权工程、填写发起表单并保存草稿 | 单位工程路径自动带出；参建单位从系统选项选择、原始工程资料和编号真实入库，草稿可继续编辑 | 页面、接口、数据库 |
| AC-EC-002 | 施工单位及监理审核人 | 完成有总包和无总包两种提交路径 | 条件节点正确进入或跳过，当前节点一致 | 流程实例、任务、数据库 |
| AC-EC-003 | 造价及初审人员 | 输入金额边界并完成估价、初审 | I—IV 类由系统计算正确；部门审核包容网关在 I 类生成四条并行线，在 II/III/IV 类生成三条并行线 | 自动化测试、流程实例 |
| AC-EC-004 | 并行审核人 | 分别办理两个并行节点 | 未全部完成前不推进，全部完成后只推进一次 | 自动化测试、任务记录 |
| AC-EC-005 | 设计/施工/监理/造价人员 | 分别走需出图和无需出图分支 | 需出图提交图纸后直接进入经办人复核；无需出图保留监理/设计两个并行复核；不再出现监理单位审核、造价咨询复核（需出图）和设计部审核 | 页面、附件、流程记录 |
| AC-EC-006 | 分级审批人 | 分别验证 I、II、III、IV 类路径 | 领导顺序为建设→成本→设计→总经理→董事长（I 类）；领导节点不出现附件上传入口，服务端拒绝附件 | 流程图、任务、审批记录 |
| AC-EC-007 | 审批人和发起人 | 退回、修改并重新提交 | 原流程和历史意见可追溯，不重复创建业务单据 | 页面、接口、数据库 |
| AC-EC-008 | 无权限用户 | 查询、编辑或办理未授权工程 | 列表不可见或接口拒绝，前后端权限一致 | 接口、权限测试 |
| AC-EC-009 | 分公司经办人 | 完成核价、变更单和归档 | 台账显示已归档，资料、最终金额和当前状态一致 | 页面、接口、数据库 |
| AC-EC-010 | 设计/造价/分公司人员 | 查看流程末端 | 设计单位出具变更资料后直接进入核定签发/分送、下达和归档；不再出现最终核量核价及负责人审核节点 | 自动化测试、流程记录、数据库 |
| AC-EC-013 | 设计单位项目负责人 | 在项目负责人节点选择重报判断 | 字段出现在项目负责人节点；“是”直接结束，“否”进入分公司负责人；分公司负责人节点不再重复出现该字段 | 页面、任务、流程记录 |
| AC-EC-014 | 分公司负责人、设计部经办人 | 填写流程概述并提交 | 两节点均显示流程概述输入，分公司负责人必填；内容落库并展示在基础表单底部、首个办理人签名上方 | 页面、接口、数据库 |
| AC-EC-015 | 办理人/查看人 | 查看包含未经过分支的表单 | 未经过和待判定环节默认折叠并显示状态，可单段及全部展开/收起；已办理和当前环节默认展开 | 页面 |
| AC-EC-016 | 设计/监理/业主发起人 | 打开发起表单 | 表单不显示合同金额、变更后合同金额；施工单位发起仍保留两项；历史单据有值时只读显示 | 页面、接口 |
| AC-EC-011 | 监管查看人 | 查看已启动流程图 | 前置串行节点采用紧凑分层布局；普通边无冗余“通过”文字；关键分流边保留条件；所有连线从节点边缘连接 | 页面验收、流程定义数据 |
| AC-EC-012 | 受限授权的施工单位发起人 | 打开工程选择器并选择已授权标段下的单位工程 | 至少包含一个有效授权组合的标段可见；未授权标段隐藏；单位工程只显示同一标段×工点授权范围内的记录 | 选择器接口、服务测试、真实页面 |
9. 待确认事项与来源
9.1 待确认事项
| 编号 | 问题 | 影响 | 当前建议 | 状态 |
|---|---|---|---|---|
| Q-EC-002 | 最终核量核价是否补走高等级审批 | 分类记录、状态和归档 | 按最终核量核价记录结果，不补走跨档审批 | 已确认 |
| Q-EC-004 | 节点签名的展示来源 | 数据和页面展示 | 有签名图片使用图片，没有则使用系统电子签名文本 | 已确认 |
| Q-EC-005 | 系统设备分支的实际部门、岗位编码和适用项目 | 候选人解析和测试数据 | 行为规则已确认；实际组织编码待核对 | 待核对 |
| Q-EC-006 | 重报初步设计的精确触发条件 | 设计单位发起分流 | 独立规则配置，不由金额类别替代 | 待确认 |
| Q-EC-007 | 工程文件管理自动归档接口及失败重试方式 | 最终闭环 | 本期先模块内归档，接口可用后再接入 | 待核对 |
| Q-EC-008 | 合同金额是否来自后续合同模块，还是允许手工填报快照 | 数据来源和校验 | 当前施工单位发起流程由发起人手工填写合同金额、变更后合同金额和工期影响并保存快照 | 已确认 |
9.2 关键结论来源
| 编号 | 结论 | 来源 | 最近核对日期 |
|---|---|---|---|
| S-EC-001 | 四类单位分别发起，优先实施施工单位发起流程 | 用户确认 | 2026-08-29 |
| S-EC-002 | 施工单位发起流程覆盖 I—IV 类分支 | 用户确认 | 2026-08-29 |
| S-EC-003 | 估价后预判类别，初审后同步确认类别 | VSDX 流程图注释、施工单位表单 | 2026-08-29 |
| S-EC-004 | 分公司/系统设备二选一、出图/不出图并行复核 | VSDX 流程图、施工单位表单 | 2026-08-29 |
| S-EC-005 | 独立交开投流程和二期造价平台推送不纳入本期 | 用户确认、统计页原型 | 2026-08-29 |
| S-EC-006 | II 类全部金额区间均经过总经理审批 | 用户确认，以流程图为准 | 2026-08-29 |
| S-EC-007 | 发起页不使用具体文书名称标签，附件统一使用通用附件入口；节点附件复用 Warm-Flow | 用户确认 | 2026-09-01 |
| S-EC-008 | 最终核量核价不补走跨档审批，按最终核量核价记录结果 | 用户确认 | 2026-08-30 |
| S-EC-009 | 工程变更监管为一级业务模块；四类流程使用四个独立页面，综合统计另设只读页面 | 用户确认 | 2026-08-30 |
| S-EC-010 | 施工单位使用一个主流程定义，I/II/III/IV 在流程内按系统判定变量分支；系统设备公司与分公司为同一归属概念的两个取值 | 用户确认 | 2026-08-30 |
| S-EC-011 | 分公司负责人后使用部门审核包容网关，I 类四条并行、II/III/IV 类三条并行 | 用户确认、施工单位流程图 PNG | 2026-08-30 |
| S-EC-012 | 流程图采用紧凑分层布局，普通边不写“通过”，关键边保留属性，连线必须节点边缘对边缘 | 用户确认 | 2026-08-30 |
| S-EC-013 | 最终核量核价拆为经办人填写最终金额、负责人连续审核两个节点；所有流程节点都允许上传附件，空附件区域默认隐藏 | 用户确认 | 2026-09-01 |
9.3 变更记录
| 版本 | 日期 | 变更 | 确认人 |
|---|---|---|---|
| v0.1 | 2026-08-29 | 根据全部原型和现有平台能力形成首稿 | 待确认 |
| v0.2 | 2026-08-29 | 明确 II 类经过总经理审批，并统一采用“技术核定签证表”名称 | 用户确认 |
| v0.3 | 2026-08-30 | 记录最终核量核价口径及历史补审字段兼容说明 | 用户确认 |
| v0.4 | 2026-08-30 | 明确一级菜单层级、四类独立业务页面和综合统计页 | 用户确认 |
| v0.5 | 2026-08-30 | 明确工程变更办理页面命名、左侧只读表单、预览交互、附件分类及最终核量核价不补审 | 用户确认 |
| v0.6 | 2026-08-30 | 确认施工单位使用一个主流程；明确归属单位分流、部门审核包容网关、紧凑流程图布局和边属性展示规则 | 用户确认 |
| v0.7 | 2026-09-01 | 收敛施工单位发起字段和标题生成规则，统一节点附件能力，拆分最终核价节点，并记录开发库 V1 重置与导入结果 | 用户确认及开发库核验 |
| v0.8 | 2026-09-18 | 记录业务侧单位工程选择器运营显示口径：默认隐藏运营节点并提供「显示运营」开关（默认关闭），运营根下的在建支线提升到可见层级，只做显示层过滤、不做拒绝；组件由招标与工程变更共用 | 用户确认（业务侧选择器默认隐藏运营口径）、当前代码核对、内置浏览器页面回归 |
| v0.9 | 2026-10-23 | 三类发起及重新申报去除合同金额；设计流程重报判断前移至分公司项目负责人；统一现场踏勘步骤名、领导审批顺序和成本分管领导命名；领导节点取消附件上传；删除设计部审核、需出图两个复核节点和最终核量核价两节点；新增流程概述；未经过环节折叠 | 用户逐项确认（2026-10-23） |