主题
工程基础管理 · 需求分析文档
文档版本：1.30 ｜ 最近核对日期：2026-11-10
标段类型与服务合同规则（2026-11-04）：新增“勘察标段”和“勘察设计标段”；“设计标段”用于独立设计合同。勘察、设计、勘察设计及监理标段不要求施工验收专业，不生成施工单位工程；仍维护线路、项目及工点管辖范围，用于工程关联和授权。施工、设备系统及综合统包标段继续配置专业并生成单位工程。服务类标段已有单位工程时，保存前须先核查处理，不自动删除。综合统包标是否包含勘察目前无法识别，勘察业务暂不提供该类型候选。
业主合资公司层级与类型纠正（2026-10-14）：业主公司
company下允许合资公司joint_venture，集团及其他父级规则保持原边界。被业务引用的业主company/branch可在组织 ID、上级与业主体系不变时纠正为joint_venture，仍须通过根保护、下级兼容性、唯一性和权限校验；反向转换、调整上级及跨体系转换不适用此例外。普通编辑与 Excel 覆盖导入共用该规则。共享业主单位选择、保存校验和最近单位解析纳入合资公司；参建单位管理写入规则不变。验收例子：交建公司下合资公司可回显和保存；已引用公司原位纠正合资类型可保存；调整上级或已有不兼容下级时拒绝。
线路导航展示约定（2026-10-14 用户确认）：工点台账与标段台账左侧导航卡仅展示线路编码、简称和全称；不在卡片中显示工点数量或线路阶段标签。线路状态筛选仍由页面顶部/侧栏的规划、在建、运营切换单独承担。
企业身份与业务角色分离（2026-10-13）：已有业主企业也可承担项目设计、监理或施工角色，直接复用同一
SYS_DEPT.DEPT_ID，禁止为了让选项出现而另建同名参建企业。项目三类参建字段允许deptType=1/2的company/branch/joint_venture企业节点，拒绝group容器和dept部门。候选接口与保存校验使用同一范围，名称兼容解析包含两种体系的企业；同名不能唯一匹配时必须重新按 ID 选择。该范围适用于项目参建主体及全局联合体成员/牵头企业，不扩大其他模块的共享组织校验。
项目参建主体混选现行契约（2026-10-13 修正）
设计、监理、施工字段直接选择已建档企业或全局联合体，允许同一角色同时选择一个联合体及两家独立企业。沿用 ParticipantConsortiumPicker.vue 的企业/联合体选择布局；选择身份为 type + id，企业为 UNIT，联合体为 CONSORTIUM，名称仅作显示。联合体不展开成成员企业，不根据名称逗号推断组成，不以同名企业替代联合体。建设单位仍为业主组织多选，所属公司仍单选。
独立“关联联合体”按钮、弹窗及项目关系 API 下线。全局联合体档案与成员维护继续保留；旧项目联合体表只保留历史记录，不清空、不删除，不再作为项目参建主体现行来源。企业兼任业主及施工等角色时复用同一组织 ID，候选企业允许 deptType=1/2 的 company/branch/joint_venture，排除集团容器、部门及项目部。
三类权威集合为 designParticipants/superviseParticipants/constructParticipants，每项 {type,id,name}；空数组明确解除该角色全部引用。后端按类型验证存在性、启用状态及主体类型，从档案生成名称快照，在项目保存事务中整体替换对应角色的有序引用。前端保留 Long ID 原始值，不转 Number；相同数字 ID 的企业和联合体是不同主体。
旧三类 *UnitIds 仅保留独立选择的 UNIT 项，不含联合体成员；旧名称字段是混合主体名称快照；旧单 *UnitId 仅在集合恰有一个 UNIT 且无联合体时保留，其余置空。建设 buildUnitIds 继续使用业主 CSV 集合。被现行参建集合引用的企业/联合体不得删除；联合体被引用后组成变更受保护，名称调整不得更换主体身份。
验收例：选择联合体 C + 企业 A/B 后保存，重开仍回显三项且 C 未变成成员或企业；删除 A 后仅保留 C/B；全部清空后不残留旧单 ID 或名称；企业与联合体同 ID 时能分别回显；非法 type、失效主体或伪造名称不得绕过后端校验；引用中的主体删除和联合体组成变更应被阻止。
联合体成员企业角色复用与本轮迁移边界
全局联合体正常新增、编辑的成员与牵头单位候选，以及后端成员校验，统一允许业主及参建两体系中启用、未删除的企业：deptType=1/2 且 orgType=company/branch/joint_venture；排除集团容器、部门和项目部。不能因企业当前为业主而重复建档为参建单位。联合体仍须至少两个不同成员，牵头单位须属于成员集合；被项目引用后组成冻结及删除引用保护保持有效。
验收例：微电园施工联合体选择“重庆建工第九建设有限公司”与已有业主“重庆对外建设（集团）有限公司”，应复用两企业原 ID，可正常建档和回显；仅一个成员、牵头不在成员中、停用或部门节点仍拒绝保存。
本轮仅重做设计、监理、施工主体分组，保留当前 111 处建设单位信息，不按老源建设字段数量清空。老平台附件为 100 + 26 共 126 条，三类非空角色字段分别为设计 33、监理 39、施工 39，合计 111 个角色字段。迁移按项目身份和修剪首尾空白的 CODE 核对（其中两个源 CODE 带 CRLF），不按项目名称合并，四组同名项目保持各自独立身份。数量与具体落库结果须由本轮数据库回读验证。
重构背景：系统处于未正式上线阶段。经实测核查，下游业务模块（工程变更、工程手续、质量报验、渣土运输、运营对接、工程投资、SQE安全质量、招投标子表、BIM模型进度）数据表全部为 0 行。这意味着系统实施架构 Big-Bang 切换完全没有历史业务单据回填与数据修正负担，重构风险完全收敛在“线路、工点、标段、单位工程”存量基础主数据的清洗与迁移上。
本版本对工程基础管理实施全新架构重写：彻底废弃原有一棵多层折叠工程树（ROOT-LINE-PACKAGE-BID-SITE）将管理、空间、验收、组织混为一谈的设计，全面落地轨道交通行业标准的**“双核四维解耦体系（PBS空间资产核 + CBS标段合同核，通过WBS单位工程矩阵交汇）”**。 经数据库全量实测盘点，存量主数据包含：原工程树 33 个 LINE 节点（按建设期次/延线独立管理，共 30 余条独立分期与在建/运营线路，如 15号线一期、15号线二期等，作为 PBS 空间核的独立线路主数据）、35 个工程标段、931 个真实物理工点（车站402、区间460、场段主变等69），以及旧树中 861 个 SITE 节点（其中 427 个挂在标段下，434 个挂在线路规划层，旧节点总计 968 行）。存量数据通过高精度外键初始化清洗脚本直接归入新表体系。所有下游模块直接基于新模型标准外键对接，无需维护运行期新旧双轨并存层。
1. 业务背景与建设目标
1.1 业务背景
在轨道交通全生命周期建设（规划立项 → 勘察设计与招标 → 施工准备 → 施工建造 → 竣工验收 → 移交运营）中，存在四个客观且独立的管理维度：
- PBS（物理空间资产）：线路 → 工点（车站/区间/车辆段/主变） → 空间部位（站厅/站台/盾构井） → 资产设备。该结构终身唯一、终身不变，是物理世界事实与 BIM/GIS 数字孪生的根基。
- CBS/OBS（商务合同与管理组织）：发改委批复立项项目 → 标段（土建标、机电标、弱电标、监理标） → 参建单位与项目部。这是建设期的商务界面与履约责任体。
- WBS（工程施工与质量验收）：单位工程 → 分部工程 → 分项工程 → 检验批。遵循国家《地铁工程施工质量验收标准》（GB 50299）。
- 机电标段粒度差异极大的行业特性：土建标通常管 2~3 个车站，风水电标管 3~4 个车站，而通信信号、供电接触网、自动售检票等机电系统标段往往是全线统包（一个标段管辖沿线所有几十个车站）。
原有单棵折叠树把这四个维度串联在一条树链上，导致：
- 同一个物理车站被各专业标段重复割裂挂载，物理资产与质量档案支离破碎；
- 全线机电标段需在树上重复挂几十次同名工点，配置极繁琐、现场录单极易点错；
- 数据权限绑死在树节点上，导致授权繁琐、慢 SQL、运营节点被迫加补丁特判；
- 参建单位与业主单位在各级节点中仅存为离散的纯文本字符串，缺少统一企业主数据关联，无法统计履约与跨标段协同。
1.2 建设目标
- 维度彻底解耦：物理工点（PBS）作为空间一等公民，终身唯一；标段（CBS）作为合同责任体，与工点通过多对多矩阵交汇；
- 单位工程标准生成（WBS）：标段与工点交汇自动实例化为单位工程（例如：土建01标 × 重庆西站 = 重庆西站建筑与主体结构工程；信号01标 × 重庆西站 = 重庆西站信号系统工程）；向下标准支持分部工程；
- 完美支持机电全线统包：标段支持“指定工点（分站型）”与“全线覆盖（全线型）”两种模式，全线标段一键生成全线各站点单位工程；
- 完整保留既有业务字段资产：建设项目主数据的建设/设计/监理/施工单位、计划与实际起止日期、项目状态、入统、重点项目等属性，以及工点主数据的简称、枢纽标记、组成、概况、平面图等完整业务字段集全部完整保留；
- 项目企业主数据强关联：项目建设、设计、监理、施工单位采用完整有序 ID 集合（引用
SYS_DEPT.DEPT_ID）+ 官方名称快照；所属公司保持单选。仅从已建档选项中选择，缺失企业先维护档案；项目保存禁止自动建档。其他实体见其独立契约； - 工程数据授权：工程授权采用整线授权与受限授权两种方式；授权台通过“全线授权/部分工程授权”两个页签维护。受限授权从线路进入，保存同一标段与工点的有效组合，按资源契约过滤下游候选与业务数据，不按用户角色拆分授权模式；
- 打通全生命周期：前期有项目、招标有标段、施工有单位工程、移交有工点全景资产，数据天然对齐运营接管。
2. 建设范围与边界
2.1 本期包含
- 线路与工点主数据管理（PBS 空间核）：
- 线路（Line）维护：按分期独立建线（如“重庆轨道交通15号线一期”、“重庆轨道交通15号线二期”作为两条独立物理主线，支持线路全称与简称）；维护线路编码、全称、简称、分期、代表色、里程、车站总数、起点站、终点站、建设状态（规划/在建/运营/大修改造）、启用状态（正常/停用）；线路作为纯粹空间物理资产核，不挂接业主建设单位、运营分公司等企业法人与组织单位；
- 工点主数据（Site Master）维护：车站、区间、车辆基地、主变电所、停车场、桥梁等完整 9 类工点类型；保留工点编码、名称、简称、序号、经纬度、换乘属性、枢纽标记、面积、出入口、组成部分、概况与平面图全量业务字段。
- 建设项目与标段管理（CBS 商务核）：
- 建设项目主数据（Project）：完整保留批复文号、规划批次、所属分公司、投资总额、计划与实际起止工期、项目状态、入统标志、重点工程标志等既有全部业务字段；建设/设计/监理/施工以
*_UNIT_IDS保存多选企业 ID（SYS_DEPT.DEPT_ID），所属公司单 ID；旧四个单 ID 仅单项时保留； - 施工/监理标段管理（Bid Section）：标段编码、专业类别、合同额、工期日期；强关联施工总包单位与监理单位企业 ID（
SYS_DEPT.DEPT_ID）； - 标段涵盖专业（Bid Major）：支持单专业标段与多专业统包复合标段（1个标段关联1至多个标准专业）；
- 标段管辖范围配置：支持“指定工点（分站型）”与“全线覆盖（全线型）”；
- 联合体档案与成员维护保留；项目参建主体按角色直接混选企业/联合体，独立项目关联入口及 API 退场，旧项目关系表仅保留历史。
- 建设项目主数据（Project）：完整保留批复文号、规划批次、所属分公司、投资总额、计划与实际起止工期、项目状态、入统标志、重点工程标志等既有全部业务字段；建设/设计/监理/施工以
- 单位工程与分部工程管理（WBS 质量验收核）：
- 根据标段、工点与涵盖专业，矩阵自动生成物理落库的单位工程（Unit Project）；
- 单位工程标准化命名（工点名 + 专业名 + 工程）与国标分类代码；
- 分部工程（Sub Project）标准目录库与实例挂接。
- 项目参建企业选项与组织核联动：
- 四类单位均通过
OrgUnitSelect搜索和多选已建档主体，禁止任意输入；所属公司单选。 - 业主企业可兼任参建角色，复用同一主数据 ID；企业节点类型与状态在后端校验，不允许为满足筛选而重复建档。
- 四类单位均通过
- 工程数据授权体系：
- 整线授权（FULL_LINE）：动态继承线路当前及未来全部新增工程范围；
- 受限组合授权（RESTRICTED）：明确选择具体标段工点组合，严格满足同一标段内人员数据隔离；
- 资源按业务属性严格划分为标段工点专属资源、工点共享资源与整线资源，由
EngineeringDataAccessHelper统一判定，严禁三维独立 OR 放行。
- 全局标准业务选择器组件：
- 提供 2~3 级轻量级联选择组件，供工程变更、工程手续、安全质量等业务模块统一切换调用。
2.2 明确不做
- 不再保留任何旧工程树（
BIZ_PROJECT_NODE）的层级维护页面与折叠树控件； - 旧工程数据权限三维并集单表（
BIZ_USER_DATA_SCOPE）退场，工程数据授权由BIZ_USER_ENGINEERING_CONFIG、BIZ_USER_ENGINEERING_LINE、BIZ_USER_ENGINEERING_PAIR统一承载，不保留旧独立 BID/SITE 授权兼容； - 不做运行期新旧双轨兼容层（系统未上线，下游模块直接对接新外键）；
- 不改造安质环
BIZ_SQE_*七张表：实测无工程维度列，该域按业务地图 · 权限模型定性为“有意不过滤”，如需按标段/工点隔离属新建维度，另行立项； - 全局联合体档案继续维护；旧项目联合体表保留历史，独立关联入口/API 退场；
- 不改写存量工点
station_code（见 5.1）。
3. 用户角色与使用场景
| 角色 | 核心职责 | 在本模块的使用场景 | 授权维度 |
|---|---|---|---|
| 系统管理员 | 基础数据与权限编排 | 录入线路、维护工点库、划分标段、指定标段工点范围、为参建人员分配标段/工点数据权限。 | 全域管理权限 |
| 施工单位项目部 (总包经理/工长/质检员) | 现场工程建造与填报 | 按授权线路和标段工点组合访问对应工程；在授权范围内发起工程变更、现场报验、填报安全隐患。 | 整线授权或受限组合授权 |
| 监理工程师 | 现场旁站、巡检与核验 | 按有效授权访问对应线路、标段工点与单位工程，审批工程变更与现场报验。 | 整线授权或受限组合授权 |
| 业主属地站长 / 指挥长 | 车站属地综合协调 | 对工点共享资源，可由整线授权或任一有效标段×工点组合覆盖该工点；标段专属资源仍按精确组合判定。 | 整线授权或受限组合授权 |
| 运营移交接管组 | 竣工验收与资产接收 | 对工点共享资源按授权工程范围核对；标段专属业务仍要求命中同一标段与工点组合。 | 整线授权或受限组合授权 |
| 招投标经办人 | 招标采购策划 | 选择建设项目，直接创建并登记具体的招标标段。 | 业务功能权限 |
4. 核心业务场景与流程
场景一：标段管辖工点与单位工程实例化
场景二：全线统包机电标段的“一站式闭环”
- 背景：信号标段（如卡斯柯）承包全线 25 个站的信号系统，风水电标段（如中建五局）仅承包 A站、B站、C站 3 个站的风水电；
- 录入标段：
- 管理员创建“信号系统01标”，范围模式勾选【全线覆盖】，系统自动在后台为全线 25 个站各自生成 1 个信号专业单位工程；
- 管理员创建“风水电01标”，范围模式勾选【指定工点】，勾选
[A站, B站, C站]，系统生成 3 个风水电单位工程；
- 现场录单：
- 信号标项目部人员登录系统，其数据权限直接绑定“信号系统01标”；
- 填写工程变更时，标段自动锁定为“信号系统01标”，工点下拉框直接选
[A站]，系统自动带出单位工程A站信号系统设备安装工程； - 施工人员绝不会误选到土建或风水电单位工程。
场景三：工程数据授权分配
- 施工/监理人员授权：
- 管理员打开“用户数据权限”设置，选择用户；
- 需要授权整线范围时，在“全线授权”页签勾选线路；需要细化范围时，在“部分工程授权”页签逐线路选择标段与工点；
- 受限授权保存为有效的
(线路, 标段, 工点)组合。该组合对标段专属资源生效；对工点共享资源，授权组合覆盖到的工点可见。
- 保留不同授权方式的既有范围：切换页签不会删除另一种已授权范围；保存时替换本次编辑对象对应的工程范围，未编辑的线路授权保留。
当前实现约束（2026-10-15）：工程候选按有效授权过滤。受限组合必须来自同一线路下当前有效的标段及工点覆盖关系；每条提交线路均须带本次候选清单 candidateToken，配置以 expectedRevision 做并发版本校验。组合已失效时不得靠线路、标段或工点任一单字段相同而扩大范围。工点共享资源按“整线授权或任一当前有效组合包含该工点”判断，标段专属资源必须命中同一标段与工点组合；下游表单及服务端写入校验遵循各模块已确认的资源契约。
5. 业务规则与模型契约
5.1 物理工点（Site Master）唯一性规则与类型标准
- 同一线路内工点名称（
station_name）唯一，唯一索引为UK_BIZ_SITE_CODE(LINE_ID, STATION_NAME)； - 物理工点代码
station_code沿用原分期节点编号，在归并线路内不保证唯一：实测 861 条有效工点按物理主线归并后出现 96 组编码重号（L15 37、L05 16、L04 15、L09 15、L06 13），重号的是不同物理工点（例：4-01在 4 号线下为“黑石子站”、在 4 号线西延下为“宏帆停车场及出入段线”）。存量编码不改写；若业务要求“同一线路内工点编码唯一”，须先确认编码重排规则，作为独立变更另行执行，成因与分布见数据库设计 §4.1； - 工点类型采用标准字典
biz_site_type（完整保留既有 9 项业务分类，覆盖存量 931 条工点）：CZ- 车站（402条）QJ- 区间（460条）TCC- 停车场（33条）ZBDS- 主变电所（15条）CLJD- 车辆基地（7条）QL- 桥梁（2条）QZD- 起终点（1条）CLD- 存量车场/站场类型（兼容保留）CRCX- 存量出入段线类型（兼容保留）
- 工点不依附于任何施工标段，标段撤场或工程竣工后，工点主数据永久保留并移交运营系统；被单位工程引用的工点禁止直接删除（必须先删除对应单位工程）。
- 工点更换所属线路时，已有有效标段管辖关系或单位工程引用的工点禁止直接换线，避免空间归属与合同、验收维度不一致。无上述引用时允许换线，在同一事务内清理旧工点授权，并为目标线路的全线统包标段补齐单位工程；同线路内的普通编辑不触发换线处理。
- 工点编辑可打开高德地图并按线路名称搜索。选择候选线路后显示高德提供的线路路径，并调整地图视野以展示整条线路。该功能仅提供线路参考预览，关闭后返回原编辑表单，工点经纬度和所属线路以表单录入值为准。
5.2 轨道交通标准专业编码体系（分级正规化与综合统筹）
为符合轨道交通行业标准规范，专业编码采用**“专业大类-子系统专业”两级规范化编码体系**（支持系统按大类统筹与细分专业验收，共维护 29 项标准专业分类）：
- 细分专业：适用于单一工种分包与独立验收标段（如独立精装修标、屏蔽门标、信号标）；
- 大类综合与跨系统综合：专为总承包与统包标段设计（如土建施工总承包、站后大机电系统总承包），从源头上避免多专业在工点下笛卡尔积展开导致单位工程爆炸。
| 专业大类 | 行业标准编码 (majorCode) | 专业中文名称 (majorName) | 原内部标识对照 | 工程覆盖与验收范围说明 |
|---|---|---|---|---|
| CIV 站前土建与装饰类 | CIV-INTE | 土建综合 | 99TJ | 土建施工总承包统筹：车站主体、区间隧道、附属结构、室外及简易装修综合工程（避免多子专业笛卡尔积膨胀） |
CIV-ARCH | 建筑与主体结构 | JZ | 车站主体、区间隧道、附属结构土建工程 | |
CIV-DECO | 建筑装饰装修 | ZSZX | 公共区精装修、设备管理区地面墙面顶面装修工程 | |
CIV-SIGN | 导向标识系统 | DXBS | 车站静态标识、导向牌、盲道导引工程 | |
CIV-SITE | 室外附属工程 | SWGC | 出入口周边地面恢复、道路接驳与绿化工程 | |
CIV-SWTF | 室外通风工程 | SWTF | 车站地面风亭、冷却塔进出风道工程 | |
CIV-SWPS | 室外给排水工程 | SWJPS | 车站室外雨污水管网、隔油池、化粪池工程 | |
| MEP 站后机电设备类 | MEP-TOTAL | 大机电系统综合 | 99DJD | 站后大机电系统总承包（EPC）统筹：涵盖风水电、弱电智能化、供电动力全部站后安装工程（机电+弱电+供电跨系统大综合） |
MEP-INTE | 风水电综合系统 | 99FSD | 车站及区间通风、给排水、动力照明总包统筹工程 | |
MEP-HVAC | 通风空调系统 | TF | 车站大系统、小系统、隧道通风及排烟工程 | |
MEP-WSD | 建筑给排水系统 | JPS | 车站生产生活给水、排水、消火栓与水消防工程 | |
MEP-POW | 动力照明系统 | DZ | 低压配电箱柜、动力电缆敷设、站台站厅照明工程 | |
MEP-BRAC | 综合支吊架 | ZHJDJ | 各机电管线抗震、承重综合支吊架工程 | |
MEP-ELEV | 自动扶梯与人行步道 | ZDFT | 重载自动扶梯、垂直电梯、残疾人升降梯工程 | |
MEP-PSD | 站台门系统 | ZTM | 全高屏蔽门、半高安全门设备及控制系统工程 | |
MEP-FES | 气体灭火系统 | QM | 重要设备机房七氟丙烷/高压细水雾灭火工程 | |
MEP-DEP | 车辆基地工艺设备 | CCGY | 检修列车工艺线、洗车机、架车机、移车台工程 | |
| SYS 弱电与智能系统类 | SYS-INTE | 弱电系统集成综合 | 99RD | 弱电智能化集成总包统筹：综合监控、BAS、FAS、安防门禁等非强安全弱电系统综合工程 |
SYS-SIG | 信号系统 | XH | CBTC列车自动运行控制系统、联锁、转辙机工程 | |
SYS-COM | 通信系统 | TX | 专用传输网、无线通信、CCTV视频监控、广播工程 | |
SYS-AFC | 自动售检票系统 | AFC | 进出站闸机、自动售票机、车站计算机系统工程 | |
SYS-ISCS | 综合监控系统 | ZHJK / ISCS | 综合监控系统集成、中央及车站服务器与网络工程 | |
SYS-BAS | 环境与设备监控系统 | BAS | 机电设备现场PLC监控、环控模式控制工程 | |
SYS-FAS | 火灾自动报警系统 | FAS | 火灾探测器、报警控制器、联动控制工程 | |
SYS-SEC | 安防与门禁系统 | AF | 车站门禁控制（ACS）、安检机、防入侵工程 | |
| POW 供电与牵引动力类 | POW-INTE | 供电系统综合 | 99GD | 供电系统统包统筹：变电所供电设备与接触网供电线路总承包工程 |
POW-SUB | 供电设备系统 | GDSB | 变电所主变压器、高低压开关柜、整流机组工程 | |
POW-LINE | 供电线路系统 | GDXL | 接触网（刚性/柔性）悬挂、环网电缆敷设工程 | |
| INT 综合调试集成类 | INT-COMM | 系统综合联调 | XT | 冷滑、热滑试验、全线多专业综合联调联试工程 |
5.3 标段专业配置规则（支持单专业、大类综合与多专业复合标段）
实际轨道交通发包中，标段分为单专业标段、专业大类综合/跨系统统包标段与多专业复合标段，系统全面支持：
- 单专业标段（Single-Major Bid）：
- 典型代表：
信号01标（仅包含SYS-SIG）、自动售检票01标（仅包含SYS-AFC）、站台门标（仅包含MEP-PSD）； - 配置方式：标段专业列表仅勾选 1 个细分专业；
- 典型代表：
- 专业大类综合与跨系统大综合标段（Integrated-Major Bid / 笛卡尔积收敛推荐）：
- 典型代表 1（土建施工总承包标）：
土建施工01标，仅勾选[ CIV-INTE 土建综合 ]1 个专业，避免土建 6 类细分子专业在管辖工点下产生笛卡尔积膨胀； - 典型代表 2（站后大机电系统总承包标）：
机电系统统包01标，仅勾选[ MEP-TOTAL 大机电系统综合 ]1 个专业，一次性覆盖风水电、弱电、供电全部站后安装工程； - 典型代表 3（弱电集成统包标）：
弱电集成01标，仅勾选[ SYS-INTE 弱电系统集成综合 ]1 个专业； - 典型代表 4（供电总包标）：
供电系统01标，仅勾选[ POW-INTE 供电系统综合 ]1 个专业；
- 典型代表 1（土建施工总承包标）：
- 多专业复合标段（Multi-Major Bid / 组合标段）：
- 典型代表 1（站后机电安装与装修标）：
机电安装与装修01标，同时涵盖[ MEP-INTE风水电, CIV-DECO装修, MEP-BRAC综合支吊架, CIV-SIGN导向标识 ]4 个专业； - 典型代表 2（供电细分统包标）：
供电系统01标，同时涵盖[ POW-SUB供电设备, POW-LINE供电线路/接触网 ]2 个专业； - 配置方式：标段在创建/编辑时，支持多选专业列表，并指定 1 个主要牵头专业。
- 典型代表 1（站后机电安装与装修标）：
标段类型（BID_TYPE）标准取值与存量口径（2026-10-13 修订）
标段类型用于区分标段的招标与合同性质，标准取值为：
| 取值 | 适用说明 |
|---|---|
施工标段 | 土建、轨道、机电安装等实体施工发包标段 |
设备系统标 | 信号、通信、供电、综合监控、AFC、站台门、电扶梯、车辆基地工艺设备等设备系统集成标段 |
监理标段 | 监理服务发包标段 |
勘察标段 | 独立勘察服务发包标段 |
设计标段 | 独立设计服务发包标段 |
勘察设计标段 | 勘察与设计合并发包标段 |
综合统包标 | 跨专业或多系统统包发包标段 |
存量数据修正：原 31 条存量标段的 BID_TYPE 统一为 CONSTRUCTION（不符合本表口径），已按上述标准修正为 23 条 施工标段（土建施工、机电安装、轨道工程、车辆基地土建等）与 8 条 设备系统标（信号、通信、供电、综合监控、AFC、站台门、电扶梯、车辆基地工艺设备）。
5.4 标段管辖模式与单位工程矩阵展开规则
单位工程（Unit Project）是国家标准 GB 50299 的质量法定验收最小独立单元。系统的生成机制为：
生成法则：单位工程集合 = 标段管辖工点集合 × 标段涵盖专业集合
1. 物理落库存储与事务边界：
- 单位工程在标段保存或工点范围更新时，以物理行直接落库到
BIZ_UNIT_PROJECT（不采用运行时动态计算），确保下游业务表引用时的物理主键强一致性； - 标段保存与单位工程生成处于同一个数据库本地事务（
@Transactional），批量写入失败自动整体回滚； - 唯一索引
UK_UNIT_PROJECT(BID_ID, SITE_ID, MAJOR_CODE)兜底并发幂等。
2. 矩阵展开应用范例：
- 案例 A（多专业分站标）：
- 标段：【机电安装01标】
- 管辖模式：
SPECIFIED（管辖工点：重庆西站、现代制造区站，共 2 个站） - 承建专业：
[ MEP-INTE风水电, CIV-DECO建筑装饰, MEP-BRAC综合支吊架 ]（共 3 个专业） - 自动生成单位工程清单（2 × 3 = 6 个）：
重庆西站风水电系统工程重庆西站建筑装饰工程重庆西站综合支吊架工程现代制造区站风水电系统工程现代制造区站建筑装饰工程现代制造区站综合支吊架工程
- 案例 B（单专业全线标）：
- 标段：【信号系统01标】
- 管辖模式：
FULL_LINE（全线覆盖 25 个站） - 承建专业：
[ SYS-SIG信号系统 ]（1 个专业） - 自动生成单位工程清单（25 × 1 = 25 个）：全线每个车站各自生成 1 个信号专业单位工程。
3. 业务录单时的精准防错：
当【机电安装01标】的施工人员在重庆西站录入工程变更时：
- 第一步选工点：
[ 重庆西站 ]； - 第二步选单位工程：系统仅下拉显示该标段在重庆西站名下的 3 个单位工程（风水电、装饰、支吊架），经办人按变更专业准确选择；
- 绝不会跨标段错选到信号、供电工程，也绝不会丢失本标段下的任何专业。
5.5 大整数 ID 跨端传输契约
- 平台中线路 ID、标段 ID、工点 ID、单位工程 ID 均采用分布式雪花算法 64 位大整数（DM8
BIGINT，JavaLong）； - 前端与后端传输中，前端必须严格保持
string | number原值，严禁使用 JavaScript 原生Number()、parseInt()或一元+操作符进行类型转换，防止 53 位以上精度截断丢失； - 后端 Jackson 序列化统一配置
BigNumberSerializer或@JsonSerialize(using = ToStringSerializer.class)，确保响应 JSON 以字符串形式交付前端。
5.6 参建单位与业主单位强关联规则（双字段标准，严格校验建档）
口径修订（2026-10-12）：单位主数据已改为严格校验、禁止自动建档。当业务表单中填写的单位名称在
SYS_DEPT中不存在时，服务端getOrCreateDeptByName直接抛出业务异常“单位【xxx】尚未建档，请先在系统中完成单位建档后再行关联”，不再后台自动补建企业档案。以下原“缺少即建/自动建档”相关描述仅作历史来源追溯，不作为现行实现规则；现行规则为「单位必须先建档，再关联」。
1. 业务痛点与重构动机
原系统中，线路的业主单位与运营分公司、建设项目的建设/设计/监理/施工单位、标段的施工总包与监理单位，均直接存储为纯文本字符串（如 CONSTRUCT_UNIT VARCHAR(200)），未关联平台组织中心企业表 SYS_DEPT。这导致：
- 无法按参建单位统计各标段或项目的履约情况与合同台账；
- 参建单位名称录入五花八门（如“中铁一局”、“中铁一局集团”、“中铁一局集团有限公司”），同企不同名；
- 无法基于企业主体开展数据权限协同与人员归属管理。
2. 双字段标准契约（ID 强关联 + 名称快照）
新架构中，所有涉及法人单位与参建主体的实体，统一遵循“ID 外键 + 名称快照”双字段契约：
- ID 字段（
xxx_UNIT_ID）：DM8BIGINT，雪花大整数，强关联SYS_DEPT.DEPT_ID，用于系统内部关联、权限过滤与业务聚合； - 名称快照字段（
xxx_UNIT_NAME/xxx_UNIT）：DM8VARCHAR(200)，存储录入时的签约单位全称快照，保障历史合同单据的真实性与回溯独立性。
涉及业务实体覆盖范围：
- 建设项目 (
BIZ_PROJECT)：四类BUILD/DESIGN/SUPERVISE/CONSTRUCT_UNIT_IDS为完整 CSV ID 集合，旧*_UNIT为官方名称快照；*_UNIT_ID仅单项有值、多项/清空为 NULL。BELONG_COMPANY_ID+BELONG_COMPANY保持所属公司单选。 - 标段 (
BIZ_BID_SECTION)：施工侧GENERAL_CONTRACT_UNIT_ID/CONSTRUCT_UNIT_ID（施工总包与施工单位ID，二者双向同步）+GENERAL_CONTRACT_UNIT_NAME/CONSTRUCT_UNIT_NAME；监理侧SUPERVISE_UNIT_ID+SUPERVISE_UNIT_NAME；设计侧DESIGN_UNIT_ID+DESIGN_UNIT_NAME； - 标段三方现场负责人契约（2026-10-13 新增）：标段作为合同履约主体，需同时登记设计、施工、监理三方现场负责人，供下游工程变更、现场手续、质量报验等业务单据引用责任人：
- 每方均以「负责人用户 ID + 姓名快照 + 联系电话」三字段落地（
DESIGN_LEADER_ID/NAME/PHONE、CONSTRUCT_LEADER_ID/NAME/PHONE、SUPERVISE_LEADER_ID/NAME/PHONE）； - 负责人用户 ID 关联平台用户主数据（
SYS_USER.USER_ID），姓名与电话为选定时快照，保障历史单据可回溯； - 前端以弹窗式选择器承载：先选单位、再选该单位下人员，负责人允许留空；切换单位自动清空原负责人，避免跨单位串人；
- 每方均以「负责人用户 ID + 姓名快照 + 联系电话」三字段落地（
- 说明（PBS 物理空间核纯净化解耦）：线路（
BIZ_LINE）作为纯粹的空间物理资产核，维护终身不变的物理资产属性（编码、分期、标识色、里程、起讫站、车站数、服务区域等），不挂接企业法人与组织单位，彻底与 CBS/OBS 商务组织线解耦。
3. 项目保存校验与历史兼容规则
- 选项选择：项目四类单位复用
OrgUnitSelect多选已建档企业，不能手工输入；所属公司单选。候选规则与保存校验相同。 - 服务端校验：建设采用
buildUnitIds，设计/监理/施工采用三类*Participants；以 type/id 校验已建档企业及联合体，名称快照由服务端生成，空数组清空角色。旧参建 CSV 仅保留独立企业项，不能覆盖混合集合。 - 业主与运营单位改制重组映射事实（系统已建完备，直接精准复用）：
- 存量文本中的业主建设单位与运营分公司存在历史改制更名：
- 原**“重庆市铁路(集团)有限公司”** / “重庆市铁路（集团）有限公司”：为改制前历史名称，当前实体为**
重庆交通建设管理有限公司**。该单位已在平台组织架构中建档（DEPT_ID=101, PARENT_ID=100）； - 原**“重庆市轨道交通(集团)有限公司”** / “重庆市轨道集团有限公司” / “重庆市轨道交通（集团）有限公司”：为改制前历史名称，当前实体为**
重庆轨道交通运营有限公司**。该单位已在平台组织架构中建档（DEPT_ID=2083453529837531162, PARENT_ID=100）；
- 原**“重庆市铁路(集团)有限公司”** / “重庆市铁路（集团）有限公司”：为改制前历史名称，当前实体为**
- 这两家核心业主二级公司严禁重复创建，清洗与业务保存时直接精准匹配并绑定其标准
DEPT_ID与规范全称； - 其它未在组织树建档的特殊线路运营公司（如“重庆轨道九号线建设运营有限公司”、“重庆轨道四号线建设运营有限公司”、“重庆轨道十八号线建设运营有限公司”等），遵循业务指示保留原文字描述，外键 ID 预留为空；
- 存量文本中的业主建设单位与运营分公司存在历史改制更名：
- 存量数据清洗保障：
- 在主数据迁移脚本执行前，7.0 节预清洗 SQL 先从历史
BIZ_PROJECT_NODE_INFO中提取 23 家纯乙方施工/监理/设计单位，自动在SYS_DEPT中补齐缺失档案；7.1 节脚本通过CASE WHEN规则将铁路集团与轨道交通集团精准映射至 101 与 2083453529837531162。
- 在主数据迁移脚本执行前，7.0 节预清洗 SQL 先从历史
6. 验收标准与测试用例
| 编号 | 验收场景 | 类型 | 预期结果 |
|---|---|---|---|
| TC-01 | 创建全线机电标段（信号标），管辖模式设为“全线覆盖” | 正向链路 | 系统一键自动生成全线沿线所有车站与区间的信号专业单位工程（物理落库），无需人工逐站挂接。 |
| TC-02 | 创建分站机电标段（机电01标，涵盖风水电+装修两个专业），管辖 A站、B站 | 正向链路 | 系统生成 2×2=4 个单位工程（A站风水电、A站装修、B站风水电、B站装修）。 |
| TC-03 | 跨标段同一车站核对（A站） | 正向链路 | 在 A站工点空间视图下，并排显示土建01标（主体）、机电01标（风水电/装修）、信号标（信号），数据各自独立、互不干扰。 |
| TC-04 | 施工单位标段授权（为卡斯柯工程师分配信号标段） | 权限验证 | 该工程师登录后，工程变更、报验等列表只展示信号标段数据，工点选择器自动覆盖全线 25 个站，选择 A站时仅展示信号单位工程。 |
| TC-05 | 属地站长空间授权（为重庆西站站长分配工点权限） | 权限验证 | 该站长登录后，可查看重庆西站名下的土建、风水电、信号各标段单据与问题，无法查看其他车站数据。 |
| TC-06 | 沿线新增工点联动 | 联动机制 | 线路新增“C站”后，全线统包标段（信号标）自动触发事件，批量补齐“C站信号工程”单位工程。 |
| TC-07 | 标段管辖模式变更（全线覆盖切换为指定工点） | 变更回退 | 标段由 FULL_LINE 改为 SPECIFIED 并缩减工点时，已被业务单据引用的单位工程受保护禁止硬删除，未引用的单位工程安全清理。 |
| TC-08 | 工点删除保护拦截 | 异常保护 | 某车站已被标段生成单位工程时，工点删除操作被系统严格拦截并提示“该工点已被 N 个单位工程引用，禁止删除”。 |
| TC-09 | 标段删除级联校验 | 异常保护 | 某标段名下的单位工程已被工程变更、报验等业务单据引用时，标段禁止删除，提示先清理业务单据。 |
| TC-10 | 并发创建同名单位工程 | 并发防重 | 多线程或重复点击提交时，底层唯一索引 UK_UNIT_PROJECT 成功拦截，保障数据幂等。 |
| TC-11 | 项目单位必须来自已建档选项 | 异常/多选 | 提交未知名称或无效 ID 保存失败且不新增企业；选择企业 A/B 后两项 ID、官方快照及回显一致；清空时旧单 ID 同步置空。 |
| TC-12 | 既有单位精准匹配与复用 | 正向链路 | 录入标段时下拉选择已存在的参建单位，系统精准复用既有 DEPT_ID，不重复创建企业主数据。 |
| TC-13 | 同线路工点唯一性 | 数据完整性 | 同一线路下新增与既有工点同名的工点时被 UK_BIZ_SITE_CODE 拦截；新增与既有工点同编码但不同名的工点（如 4 号线下再建一个 4-01）允许通过，符合 5.1 的唯一性口径。 |
| TC-14 | 权限码与菜单迁移 | 权限验证 | 迁移后 business:projectNode:*、business:projectScope:* 在后端注解、SYS_MENU.PERMS 与前端 v-hasPermi 三处均无残留（check-perms.mjs 三方差集为空）；原持“工程信息配置”菜单的角色不再看到该菜单，持“工点基本配置”“项目信息配置”的角色在新路由下功能不变。 |
| TC-15 | 工程授权保持完整组合 | 权限验证 | 用户仅授权线路 A 下的 (标段 A1, 工点 A1-S1) 时，可见该组合下的专属工程记录；不得因线路 A、标段 A1 或工点 A1-S1 任一单项相同而读取其他组合；整线授权仍覆盖该线路当前及新增工程。 |
| TC-16 | 联合体功能保留 | 回归 | 建设项目设计/监理/施工可直接混选联合体及企业；独立关联入口/API 下线，旧关系表保留历史。 |
6.x 下游模块选择维度契约（2026-10-11 用户复审后确定）
从真实工程建设维度复审后确定的各下游模块录单选择维度（替代 §2.1 中由旧设计推导的初版口径）：
| 下游模块 | 选择维度 | 关键外键 | 业务依据 |
|---|---|---|---|
| 工程变更 | 标段必选 + 工点/单位工程可选 | BID_ID（必填）+ SITE_ID/UNIT_PROJECT_ID | 存在标段级全线变更（信号 CBTC 全线升级等）挂不到单个单位工程；变更最小定位=合同+部位 |
| 工程手续 | 工点必选 + 办理通道（土建 TJ/机电 JD）+ 通道内责任标段必选 | SITE_ID/LINE_ID + BID_ID/BID_CATEGORY | 手续（施工许可证等）按空间工点办理，一个车站一张证；土建与机电标段走不同手续流程（mapEngineeringType 路由保留），责任主体=标段施工单位 |
| 质量验收目录 | 按单位工程划分分部（树：线路→标段→单位工程→分部） | UNIT_PROJECT_ID（新增列）+ SITE_ID/LINE_ID 双写 | GB 50299 分部划分是单位工程维度，同一工点多专业单位工程的分部完全不同，不得混桶 |
| 质量记录（报验） | 单位工程必选 | UNIT_PROJECT_ID + 派生 SITE_ID/BID_ID/LINE_ID | GB 50299 法定验收单元 |
| 渣土台账 | 线路 + 出土工点必选 + 标段可选 | LINE_ID/SITE_ID + BID_ID | 渣土按出土工地管理，931 个车站/区间才是实际出土现场；标段仅为运输责任归属 |
| 三权移交 / 问题闭环 | 线路 + 工点必填 | LINE_ID/SITE_ID | 资产移交与问题定位按工点 |
| 投资计划条目 | 项目 + 线路 + 标段（可空） | BID_ID/BID_NAME（新增列） | 年度产值计划按合同标段分解下达，验工计价按标段 |
| 招投标文档 / 下属单位招标 | 项目 + 标段（线路派生） | PROJECT_ID/BID_ID/LINE_ID | 招标即标段招标 |
| BIM模型底座（2026-11-08修订，待实现） | 单位工程必选，工点汇总 | UNIT_PROJECT_ID | 模型挂单位工程，线路/标段/工点/专业从工程解析；以工程导航树定位，工点只汇总授权单位工程模型。首期无BIM进度任务，见BIM需求 |
配套验收例子：
- BIM模型引用单位工程后，直接删除单位工程、标段专业/范围调整移除工程及删除标段均须执行引用保护，不能留下失联模型；保护为本次BIM实施联动要求，尚未由现有代码验证。普通工程改名和验收状态修改不改变模型归属。
- 九曲河东站分别维护「土建施工许可」（土建01标，TJ 通道）与「机电安装施工许可」（风水电01标，JD 通道）两条手续记录，各自走对应流程定义；
- 信号01标（全线统包）发起一次全线 CBTC 变更：仅选标段、不选工点/单位工程，保存成功且三方可见性按标段授权过滤；
- 质量目录：同一工点（九曲河东站）下「土建01标单位工程」维护地基与基础/主体结构分部，「风水电01标单位工程」维护通风空调/给排水分部，两套目录互不影响。
7. 修订记录
| 版本 | 日期 | 变更内容 | 变更原因 | 确认人 |
|---|---|---|---|---|
| v1.4 | 2026-10-10 | 双核四维解耦架构需求重写（PBS/CBS/WBS/OBS） | 彻底替代旧折叠工程树 | AI Pair Designer |
| v1.5 | 2026-10-10 | 按开发库实测修正 §5.1 工点唯一性口径（改为“同线路内工点名称唯一”，station_code 在归并线路内不唯一并给出 96 组重号分布）；§2.1 补充联合体保留、§2.2 补充安质环不改造与工点编码不改写；新增 TC-13～TC-16 覆盖工点唯一性、权限码迁移、三维授权、联合体回归 | 承接 2026-10-10 开发库回读结论，使需求与真实数据、真实契约一致 | 待用户确认 |
| v1.6 | 2026-10-11 | 扩展 §5.2 专业编码字典体系（由 25 项增至 29 项），新增 4 项综合性专业类别：CIV-INTE（土建综合）、MEP-TOTAL（大机电系统综合，含机电+弱电+供电）、SYS-INTE（弱电系统集成综合）、POW-INTE（供电系统综合）；更新 §5.3 标段专业配置规则支持大类统包模式，收敛工点多专业笛卡尔积展开导致单位工程膨胀问题 | 用户明确确认采用大类综合与跨系统综合，避免单位工程数量激增 | 已确认 |
项目候选权限与存量分组计划补充
项目角色只凭项目 query/add/edit 任一权限读取项目专用企业/联合体候选，不要求单位或联合体管理菜单权限；项目查询直接返回联合体牵头/成员名称的只读投影，详情不另外请求联合体档案。此投影仅服务项目选择和详情，不能借项目权限修改联合体档案。
2026-10-14 开发库已按源数据分组完成迁移：126 个项目 × 3 角色 = 378 个角色范围，其中 111 个非空角色字段，实际保存 175 项混合主体（127 UNIT + 48 CONSORTIUM），新增 22 个联合体及 70 条成员关系；回读共 49 个有效联合体、145 条成员关系。用户已确认其中 19 种原资料未明确牵头的组合暂按原首成员登记，备注保留牵头待核对，不解释为已确认实际牵头。实际写入、页面回归与组织身份纠正见最新测试报告。
企业现名、组织层级与项目角色核对（2026-10-14）
原“重庆城市综合交通枢纽（集团）有限公司”复用现“重庆交通资源开发有限公司”既存企业档案及 ID，不另建同一主体。资源公司官网说明其以原枢纽集团为主体改组，于 2025 年 4 月 29 日揭牌；官方公司简介为现名来源。
“重庆通远城市建设发展有限公司”按资源公司体系下级企业维护为
company，不挂集团根作为一级直属公司。资源公司官网 2024 年新闻将其称为原枢纽集团通远公司，支持该组织层级判断；尚未取得足以核实全资/控股比例的资料，不能仅因一级组织图未列而标为合资。此归属依据 2024 年官网历史枢纽/资源体系维护，2026 年当前股权及存续沿革仍待核对；官网所属企业页未列通远，也不能据此推断其更名或注销。官方项目新闻、集团调研新闻。“重庆市渝西快线建设运营有限公司”维护为
joint_venture参股项目企业，组织归属挂交通建设管理公司原铁路体系，不作为集团一级直属公司。2023 年招股说明书披露城建设计 30.60%、铜梁金龙 24.50%、重庆绿发 24.50%、原铁路集团 15.30%、北京城建集团 5.10%；上述比例仅为 2023 年披露时点，不能当作当前股权百分比。铜梁区交通局 2025 年答复明确其是璧铜线 PPP 项目业主。“重庆江跳线轨道交通运营管理有限公司”复用既存企业 ID
2109011604266926081，类型修正为joint_venture合营/参股企业，不新建、不与“重庆轨道江跳线建设运营有限公司”或江跳二期主体合并。原铁路官网披露设立时原铁路集团 50%、中铁建重庆投资 30%、中铁十六局 20%；市国资委 2024 年招聘公告明确其为原铁路集团参股公司，集团 2025 年度财务附注仍按合营企业列示。该性质不表示集团实际控股；2025 年重组后直接归属尚待核对，本轮暂保留集团下参股节点父级100，不将其解释为集团一级直属公司，也不推定挂交通建设或轨道运营公司。历史设立比例不代替最新股权确认。
组织归属表达企业主数据的真实层级，建设单位表达项目参与角色，两者独立；不能因为项目建设字段引用某企业就将它放入集团直属公司，也不能因组织分类调整清空合法建设引用。同一主体更名复用稳定 ID，按真实层级和节点类型维护，不重复建档。
实施核对：2026-10-14 已将原枢纽重复档案的 13 个项目建设引用精确迁移到资源公司既存 ID，保留多选中的其他企业及项目所属公司；通远挂资源公司下级、渝西归交通建设管理公司参股项目企业。126 个有效项目及 111 个有建设单位项目保持不变，分类纠正不清空建设角色。验收例子：公共运输职业学院扩建项目（二期）的建设单位仍为学院与资源公司两项；渝西快线项目继续引用同一渝西企业 ID。通远当前股权、存续沿革待核对，不依据组织归属推断持股比例。
合同标段跨项目关联（2026-10-14 当前业务规则）
一个合同标段可关联多个建设项目，始终保持同一 BID_ID、合同金额、管辖工点及单位工程，不复制标段，不强制指定主项目。标段所属项目选择多项；以任一关联项目筛选均能查到同一标段。关联集合为空表示归属待核对，不能编造所属项目。合同编码在共同所属项目内唯一；同编码且关联集合相交时拒绝保存，无项目关联时，同一线路内未关联项目的标段编码唯一，锁线路行防止并发重号。
项目关联与物理分期是两个维度：工点属于哪条分期线路由空间主数据决定，合同标段覆盖哪些项目由合同项目关系决定，不能为匹配单项目而改写工点分期。合同金额只记一次，跨项目汇总按 BID_ID 去重，不能在各项目重复累计全额；没有分摊基线时不自造项目分摊金额。本次不引入新金额分摊字段。429 项单位工程仍各自引用唯一 BID_ID，原标段/工点/线路授权机制不因多项目关系扩权。
项目删除须检查标段项目关系，仍被标段引用时禁止删除。更新关联在同一事务内校验全部项目并整体替换；重复 ID 拒绝保存；并发编码校验锁定当前及提交项目的并集，按 ID 升序锁定。关联变更不能更换合同身份或重建单位工程。
验收例：同一系统合同关联 15 号线一期与二期，两边筛选均返回同一标段；编辑后重新打开显示两项目；清空后显示待核对且旧单项目不残留；共同项目内相同编码拒绝；合计合同金额按标段计一次；项目删除引用保护有效；429 单位工程的 BID_ID 及原授权不变。
15号线公开资料补证与迁移结果（2026-10-14）
两份老平台 JSON 直接给出部分土建合同期别，公开建设和审批资料补齐其余范围。本轮31个现存标段均已建立真实项目关系：一期单项目12个、二期单项目11个、两期共同8个，共39条关系；不再采用前述13+8+10待核对的初步计划。合同明确期别优先于单个工点物理位置，现管辖范围为单一期别的机电子标按所服务范围归集。未给工点主数据另写推断项目ID，也未因车站改名修改历史工点名称。原资料有一期土建11标、现台账无此标，本轮不凭图描述新建合同。具体标段和官方来源见数据库设计本轮迁移章节。
保存标段项目关系时沿用项目只能解析到一条物理线路的既有约束：所选项目已有关联其他线路的有效标段时拒绝保存；项目改选不会自动扩大原BID/SITE/LINE授权。并发锁为标段行（编辑时）、全部当前及提交项目按ID升序；未关联项目的编码按同线路校验并锁线路行。项目选项接口 /business/project/options 真实返回 projectId/projectName，前端显式映射为下拉组件 value/label，不把空白选项当作无项目。