系统、数据与权限

01项目团队在开放式数字工地中

02用图纸版本

03工作包

04材料批次

05质量状态和资金状态的实体化信息链共同控制项目

图 10：系统不是漂亮大屏，而是让同一个项目、同一个工作包、同一份图纸和同一笔钱拥有唯一身份、完整版本和可审计权限。

10.1 系统数据权限架构

正在绘制业务流程…

10.2 主数据

主数据	唯一键示例	责任人	关键规则
项目	E01-PROJ-0001	项目治理/财务	合同、财务、采购、档案同一编码
合同	项目+对方+合同序号	合同商务	补充协议不另建失联合同
WBS	楼栋-区域-专业-工序	计划/技术	与进度、质量、工程量映射
CBS	成本科目-资源-工作包	成本/财务	与预算、承诺、实际一致
BOQ	合同清单项/变更项	商务	变更单独ID，不覆盖原清单
图纸	专业-区域-类型-序号-版次	文控/技术	作废版不可被现场下载为施工版
材料批次	订单-送货-炉批/批次	材料/质量	从供应商追到安装部位
人员	实名唯一身份	劳资	与合同、培训、考勤、工资关联
设备	设备唯一编号	设备/安全	检测、维保、司机、位置关联
变更	VO/EVENT唯一编号	商务	技术、合同、价格、工期、回款状态并存

10.3 状态机

正在绘制业务流程…

图纸、方案、RFI、变更、采购、NCR和付款都可以采用类似思想，但每类对象的合法状态与权限不同。禁止直接从“草拟”跳到“已执行”，也不能覆盖已发布版本；修订必须保留原因、创建人、批准人和时间。

10.4 职责分离

风险动作组合	为什么不能一人包办	建议分离
创建供方＋批准供方＋下单	可虚构关联供方	采购发起、合规准入、授权定标
收货数量＋质量放行＋批准付款	可把不合格或未到货变成应付	材料收量、质量检验、财务付款
创建分包工程量＋批准计量	可虚增下游成本	工程记录、质量验收、商务复核、授权批准
创建变更＋批准价格	可将内部错误转成客户变更	技术事实、商务估价、客户授权
修改进度＋确认收入	可通过虚假进度调节利润	计划/工程更新、质量证据、商务财务评估
建工资表＋批准＋付款	可出现幽灵工人	分包/劳资编制、项目复核、银行代发/财务对账
修改银行账户＋执行付款	可劫持款项	主数据变更双验、付款另批、回拨验证

10.5 数据质量规则

规则	示例	失败处理
完整	每个计量项都有区域、BOQ、数量、质量证据	不进入付款申请
唯一	同一送货单不得重复收料	锁单、调查、冲销
及时	日志和考勤按日形成	超时预警，不允许批量补造
一致	图纸版次在CDE、报验和现场一致	停止受影响施工
有效	人员证书、设备检测在作业日有效	禁止排班/设备停用
可追溯	变更金额追到指令、工程量、单价和审批	金额进入争议池而非正式预测
可解释	EAC变化有数量、价格、工效或范围原因	月结不通过

10.6 移动端、离线与灾备

工地网络不稳定时可离线采集，但恢复连接后要校验时间、位置、人员和重复记录；离线不是允许共用账号。关键图纸需有受控离线包并标注截止版次，网络恢复后自动提示变更。项目还应演练CDE不可用、门禁故障、勒索软件和银行接口中断：明确手工最低运行、数据补录复核、备份恢复和客户/监管通知。

10.7 AI与视觉识别的边界

AI可辅助识别安全帽、临边、进度照片、图纸冲突或合同条款，但不能替代有权人员的安全许可、质量验收、设计批准、工程量确认和会计判断。误报会造成干扰，漏报会造成虚假安全感；训练数据、现场人脸和人员轨迹还涉及个人信息与用工管理。上线前定义用途、准确率、人工复核、申诉、保存期和供应商数据边界。

10.8 数字化上线顺序

新公司不要同时购买十套系统。优先把最小闭环做对：统一项目和合同编码；用受控CDE管理图纸与RFI；让WBS、BOQ、CBS能映射；把采购分包承诺、现场合格完成、计量、应收和现金接起来；再扩展BIM、物联网和智能分析。

阶段	先解决的问题	验收标准	不应追求
1 主数据	项目、合同、供方、人员是否唯一	跨系统无重复/孤立主键	炫酷大屏
2 文档版本	现场是否只用批准最新版	作废版不可误发，收发可追溯	把所有文件扫进盘即可
3 交易闭环	采购、收货、验收、计量、付款是否匹配	无合同/无验收交易被拦截	自动放弃人工专业复核
4 项目控制	进度、成本、质量和变更是否同工作包	月报能下钻到原始证据	用颜色代替根因分析
5 预测智能	能否基于可信数据预警	预警准确、有人负责、可解释	黑箱自动批准

系统上线失败常因把坏流程电子化：范围不清、岗位无权、数据无人负责，再多软件只会更快制造冲突。每个功能上线前定义业务所有者、数据所有者、创建审核批准、异常流程、留存和退出方案；供应商离场时保证数据可导出且权限撤销。