系统、数据与权限

01需求

02设计

03采购

04施工

05调试和资产数据沿一条数字线程进入项目控制塔

图10：数字化的价值是让每项需求、每台设备、每次变更和每笔钱有可追溯身份，而不是把纸表搬到屏幕。

10.1 系统架构

正在绘制业务流程…

每类数据指定唯一权威源：合同条款在CLM、受控图纸在CDE、采购承诺在ERP/采购平台、活动逻辑在计划系统、检验结果在QHSE、系统完工状态在调试系统。BI只汇总，不允许在报表里手工改底层事实。

10.2 主数据与编码

主数据	唯一键	所有者	变更审批	下游
法人与项目	legal_entity_id/project_id	财务/PMO	法人授权	全系统
合同与变更	contract_id/variation_id	合同商务	授权代表	计划成本收入
系统与设备	system_id/tag_id	系统/设计	设计变更	采购施工调试资产
WBS/CBS	wbs_id/cbs_id	项目控制	基线控制	计划成本计量
文件	document_id/revision/status	文控	文件工作流	设计采购施工
供方	vendor_id	采购	预审与合规	询价订单付款
位置	location_id	BIM/GIS	项目控制	施工质量移交
事件	event_id	合同商务	事件治理	变更进度成本证据

编码规则必须稳定但可扩展。不能项目中途为了报表好看重编号而丢失历史；合并或拆分WBS时应维护映射和生效日期。设备标签从设计延续到采购、到货、安装、调试、培训和资产移交，不能每个部门另起名字。

10.3 状态机

正在绘制业务流程…

设计文件状态、采购订单状态、工作包状态、NCR状态、变更状态和付款状态不能共用“完成”两个字。每个状态都定义进入条件、授权角色、允许动作、必填证据和下一状态。禁止跳状态，也禁止删掉被驳回版本。

10.4 权限与职责分离

冲突动作	不应由同一人独立完成	补偿控制
供应商建立与付款账户修改	采购下单人	独立主数据复核与回拨验证
技术合格与商务定标	单一采购员	技术商务分离、授权委员会
工作完成申报与质量放行	施工负责人	独立质量见证和抽查
变更申报与收入确认	商务经理	财务按准则和证据复核
计划更新与基线重设	计划工程师	变更控制委员会批准
文件编制与最终发布	编制人	校审批准和文控发布
银行付款制单与批准	出纳/制单	双人复核与限额授权

10.5 数据质量规则

完整性：关键字段不得空；一致性：系统编号与WBS映射唯一；及时性：现场完成和异常在约定时限录入；有效性：日期、金额、状态符合逻辑；可追溯：每次修改保留人、时、因、前后值；真实性：照片、传感器和签字不替代专业判断，但用于交叉验证。

异常规则示例：已施工工作包却无IFC图；设备状态“到货”却无检验放行；变更执行金额超过受限指令上限；NCR未关闭却进入机械完工；付款证书到期却无应收记录；现金预测中的大额流入无对应计量证书。每条异常有负责人、时限和升级层级。

10.6 AI、无人机和数字孪生边界

【典型做法】AI可辅助图纸检索、规范比对、进度影像识别、风险分类和文档摘要；无人机可辅助测量与巡视；数字孪生可连接模型和运行数据。但它们不能替代注册专业人员签署、法定检验、合同授权和安全许可。训练或使用外部模型前必须评估图纸、个人信息、重要数据、商业秘密和跨境传输；AI输出需保留来源、版本与人工复核。

10.7 灾备与现场连续性

项目现场可能断网、停电、遭遇灾害或跨境网络受限。应定义离线作业包、最后同步时间、冲突合并规则、应急联系人、纸质最低表单、恢复顺序和备份演练。关键图纸和带能许可必须能在现场快速验证真伪；恢复后补录不能覆盖原始纸质记录。

10.8 综合基线怎样建立

项目基线不是一张批准进度表，而是一组互相匹配的承诺：合同范围基线、需求和设计基线、WBS、进度基线、成本预算、资源曲线、采购计划、计量计划、风险准备、现金曲线和文件提交计划。若这些基线用不同结构，团队无法判断某次变化影响了什么。

建立顺序建议如下：先把合同成果和系统架构映射成WBS；再为每个WBS定义完成标准和责任组织；把设计成果、采购包、施工包和调试包挂接；建立逻辑和需用日期；估算资源与成本；映射BOQ或里程碑；叠加风险、间接费和现金。最后做横向审查：一笔预算是否有工作范围，一项范围是否有预算和进度，一项付款是否有可验证成果。

基线	冻结证据	变更触发	审查者
合同范围	范围矩阵、优先顺序、排除	批准指令或合同事件	合同法务
需求系统	需求追踪、系统架构、接口	授权需求变化	系统/设计
进度	活动逻辑、日历、资源、数据日	批准工期变更	项目控制
成本	工作包预算、风险准备、间接费	批准范围或预算转移	财务/项目总监
采购	包策略、定标、供应商文件和ROS	设计/市场/物流变化	采购经理
计量	WBS—BOQ—证据映射	计价规则或范围变化	商务经理
现金	收付款节点、税、担保、融资	证书、付款和承诺变化	财务经理

基线冻结不是禁止变化，而是让变化可见。批准变更必须保留变更前基线、批准文件、影响分析和生效版本。未批准事件进入预测情景，但不偷改合同基线。管理层因此能看到“当前批准目标”和“最可能完工结果”之间的差距。

10.9 计划不是日期清单

可信计划包括活动、逻辑、日历、资源、约束、完成规则和责任人。设计活动要有输入、校审和批准；采购活动要有供应商文件、制造、检验和物流；施工活动要有工作面和检验；调试活动要有系统边界和前置条件。只列“设备采购90天”无法提前发现供应商图纸晚交会卡住设计。

计划更新遵守固定数据日期。数据日前记录实际开始、实际完成和剩余工期；数据日后只放预测。不得把未完成活动简单向右拖而不分析逻辑，也不得为保持里程碑把活动标成100%。实际完成须符合工作包完成定义，并由相应质量或文件证据支持。

正在绘制业务流程…

进度健康检查包括：无前置或无后续的开放活动、过多硬约束、负浮时、极长活动、异常领先滞后、实际日期在未来、关键设备没有供应商数据活动、调试没有机械完工逻辑、里程碑无验证工作。发现这些问题先修计划质量，再解释日期。

10.10 成本承诺和完工预测

实际成本告诉过去，采购承诺告诉已签但未入账，预计剩余成本告诉未来。三者必须同时进入EAC。若采购订单已签1亿元、只入账2000万元，成本报表只看实际会产生虚假节余；若现场生产率下降而剩余预算不变，EAC会继续乐观。

工作包月度预测采用四步：核实物理完成和实际成本；核对订单、分包和变更承诺；以剩余工程量和最新生产率重算ETC；逐项加入风险机会和间接费延长。负责人说明与上月差异，控制经理保留历史快照。重大变化不得拆成多个小额以绕过授权。

信号	可能真相	验证
成本低于预算且进度落后	未入账、待料或工程量少做	承诺、应计、实体和采购状态
采购节余很高	技术范围漏项或汇率未更新	技术偏差、接口和全寿命成本
分包成本稳定	变更尚未报价或现场签工未入账	指令、工时、计量与索赔
间接费正常	最新工期仍未进入预算	完工日期和每月烧钱率
风险准备未用	风险未发生或被隐藏	事件台账、NCR、等待和索赔

10.11 需求—验证闭环

每项需求至少有唯一ID、来源、原文、解释、责任系统、设计实现、验证方法、验证阶段、接受标准和状态。需求来源可能是合同、法规、标准、运营方、接口协议或批准变更。团队不能把所有要求复制进一个巨大表格就算完成，必须消除重复、矛盾和不可验证表述。

“设备应高效可靠”不可验证；应转成明确工况、效率、可用性、冗余、故障切换、环境条件和试验方法。若客户拒绝量化，项目在投标或澄清阶段登记假设。设计实现后，通过审查、分析、检查、演示或试验验证。性能试验失败要追溯到需求、设计、设备、安装和试验条件，而不是只让调试团队反复重试。

需求状态	进入条件	允许动作	禁止
提出	有来源和原文	澄清、分类	直接用于采购
澄清	含义和边界明确	分配系统	自行降低要求
批准	授权人确认	进入设计基线	无变更改写
已实现	有设计/采购/施工证据	安排验证	以设计存在等于已验证
已验证	结果符合预定标准	接受和移交	删除失败历史
偏离	有不符合或例外	纠正、豁免或变更	未授权关闭

10.12 接口治理

接口分物理、功能、数据、时间、组织和商业六类。物理接口关注尺寸、标高、法兰和空间；功能接口关注电源、信号、联锁和容量；数据接口关注格式、频率和权限；时间接口关注谁先交什么；组织接口关注谁决定和谁负责；商业接口关注哪份合同承担成本和担保。

接口会议不应逐条朗读台账，而要聚焦临近需用日期、跨合同、影响关键路径和高后果接口。每条接口只有一个责任人和一个接收人，关闭证据由接收人确认。若双方争议，接口经理升级但不替责任人做技术决定。

正在绘制业务流程…

接口发生变化时，先标记受影响系统和合同，再评估设计、设备、施工、调试、工期、成本和运营。不能只在BIM里移动一根管线；模型碰撞关闭不等于功能、商业和时间接口关闭。

10.13 文件与证据架构

项目文件分治理、合同、设计、采购、施工、质量安全、调试、商务财务和移交九类。每类有文件计划、模板、编号、元数据、审查工作流、保存期限和移交格式。邮件和即时消息可以沟通，但合同通知、批准和施工指令必须进入正式系统；否则人员离职后事实消失。

证据强调同期性和原始性。照片带时间位置但不独立证明责任；日报由现场产生但需与门禁、机械、天气、测量和质量记录交叉；会议纪要若对方未确认要按合同机制及时纠正；传感器数据保留校准、采样和原始文件；扫描签字件保存原件位置和签署权限。

证据问题	弱证据	强证据组合
地下差异	一张无坐标照片	基准资料+测量坐标+取样+双方现场记录
设备晚交	供应商口头承诺	订单节点+驻厂记录+照片+检验与物流事实
现场等待	月末估算工日	逐日报工+门禁+机械+约束和指令
完成工程量	承包人单方报表	测量底稿+图纸+质量记录+联合计量
性能达标	汇总PPT	批准程序+校准+原始数据+见证签署
回款逾期	财务说未收到	证书+发票+到期日+银行流水+催款通知

10.14 决策日志与授权

重大决策记录问题、可选方案、假设、评估维度、专业意见、决定、授权人、条件、复核日期和受影响基线。例如“改用另一型号泵”不是采购决定，而是系统、设计、工期、成本、性能、备件和合同共同决策。决策日志避免事后只看到结果，不知道当时基于什么事实。

授权矩阵以金额、工期、风险和事项四维设置。低金额但涉及生命安全、法律违规、性能保证、知识产权或放弃索赔的事项不得按普通采购限额批准；重大事项向上升级。紧急处置允许先保人和保资产，但应记录紧急依据、最小必要范围并尽快补正式授权。

10.15 管理报告如何防止“绿色项目突然爆雷”

报告同时展示批准基线、当前预测、最好/基础/最坏情景和数据质量。颜色规则以阈值和趋势自动生成，项目团队可解释但不能手工涂绿。每项红黄灯对应行动、负责人、日期和所需决策；连续三期不关闭自动升级。

月报至少包括：安全环境重大风险，客户和许可，需求与设计，采购长周期，施工与调试，关键路径与里程碑，成本EAC，收入计量应收现金，变更索赔，分包供应商，人员资源，风险机会，决策请求。附件保留数据来源和截止日。管理层先处理跨项目资源、担保资金和客户升级，不占用会议听团队逐页读表。

10.16 从项目数据到组织学习

跨项目分析必须先统一口径。生产率按相同工序和条件比较；供应商绩效分图纸、制造、质量、交货、现场服务和商业；设计返工按根因和工时；变更按业主变化、基准差异、承包人错漏和第三方；现金按客户、合同和地区观察。不同复杂度项目不能简单排毛利榜。

组织把数据用于四种决策：投标估算采用经验证生产率；供应商准入引用真实履约；设计标准消除重复缺陷；合同谈判用历史变更和现金周期定价。数据不得用于诱导少报事故、少开NCR或延迟确认亏损，因此绩效要平衡安全质量、预测透明和结果。