平台仍是主数据
进度、合同与成本的主数据应留在现有项目管理平台，AI 只读取与分析，不另建一套主数据。两套主数据并行，半年后一定对不上，届时谁也说不清哪个数字是真的，再迁移成本很高，迁移与对账成本都很高。
BIM 与图纸这样用
BIM 模型与图纸用于定位问题部位，系统按楼层、构件与区域关联巡检记录。模型版本要与现场一致，否则定位漂移，整改就会派到错误的区域与人，返工随之增加。模型与现场不一致时，先修模型再谈关联。
OA 与消息只做通知
整改通知与超期提醒通过 OA 或企业消息推送，点击可回到系统查看详情。不要把审批流搬进 AI 系统，审批仍在 OA 里走，否则权限与留痕会出现两套，审计时说不清。审批留在 OA，权限与留痕才不会出现两套，这一点要写进方案。
输出单向优先
先做单向输出：把问题清单与统计推到平台附件区或报表模块，不反向写入进度与成本。等数据质量稳定后再评估回写，回写要带来源与状态标记，避免覆盖主数据。回写范围要逐项确认，不要一次全开。
接口范围要定死
接入范围、字段映射与回写权限都要写在方案附件里，改动走变更单。常出问题的是有人为了省事，把系统结论直接写进平台的进度或成本表，主数据被污染后要花很久才对得平。信息部守住接口与权限，项目部守住录入纪律，两边各定一名负责人。
适用与不适用
适合谁
- 已有项目管理平台与 BIM 应用的企业，有平台。
- 不希望更换主系统的集团信息部，有信息部。
- 多项目需要统一报表口径的总包，有多项目。
不适合谁
- 希望 AI 系统接管全部项目管理的需求。
- 平台与图纸版本长期混乱的企业，很难对齐。
典型场景
某集团已有项目管理平台与 BIM 模型。信息部让 AI 系统只读平台数据，按模型楼层定位巡检问题，整改通知通过 OA 推送；统计结果以附件形式回到平台，主数据没有改动，试点三个月未出现口径冲突，试点三个月没有出现口径冲突。
可执行步骤
- 确认平台里哪些是主数据，逐项划定只读范围与责任人，只读范围写进方案。
- 把模型版本与现场版本对齐，再谈位置与区域关联，再关联到具体构件，逐项核对。
- 通知走 OA，详情留在系统，避免出现两套并行审批流程，通知内容也要留痕，逐项核对。
- 先做单向输出，数据稳定后再评估回写，回写要带状态标记，并约定回滚方式。
常见坑
- 另建一套进度与成本台账，两套数据并行，汇报时两组数字永远对不上，信任受损，事后补救很难，很难挽回。
- 模型版本落后于现场，问题定位到错误区域，整改随之落空，只能全面返工重来，工期也受影响，返工量很大。
- 把审批搬进 AI 系统，OA 里查不到记录，审计时无法还原完整的审批流程与责任人，解释很被动，解释很吃力。
自检与验收清单
- 主数据范围是否书面划定并逐项确认，是否有人复核。
- 模型版本是否与现场一致，由谁负责维护更新，多久核对一次。
- 通知与审批是否仍在 OA，是否由双人复核，谁负责复核。
- 输出是否单向并带状态标记，是否带来源与时间戳。
常见问题
要改造现有平台吗？
多数情况不需要。先用导出文件或只读接口把数据取出来，跑通一个项目再评估改造；一上来就要求平台厂商配合改造，周期长、成本高，试点很容易拖黄，先小步试点再谈改造。
BIM 必须要有吗？
不是必须。没有模型的项目可以用楼层、区域与照片定位，效果差一些但可用。有模型的项目定位更准，前提是模型与现场版本一致，否则反而添乱，否则定位漂移，反而添乱，别硬上。
回写会不会覆盖主数据？
设计不当就会。建议回写只写附件区或独立字段，并带来源与状态标记；核心进度与成本字段保持只读，等数据质量稳定后再逐项开放，不要一次全开，回写过程也要留痕，别一次全开。