一、先分清企业AI的两类用法
建筑企业谈AI落地，第一个容易踩的坑是把“知识问答”和“经营查数”混在一起。两者底层完全不同。
表1 建筑企业企业AI的两类用法
对比维度 | 问答型 | 数据型 |
能回答什么 | 制度、规范、施工方案、合同条款、验收标准怎么规定的 | 某个项目、某个标段成本多少，进度怎么样，款收到哪一步 |
数据来源 | 非结构化文档、图纸说明、内部制度 | 项目管理、ERP、采购、财务等业务系统里的结构化数据 |
典型交付形态 | 知识助手、制度问答、方案检索、材料起草 | 自然语言查数、经营看板、管理报表、异常预警 |
见效方式 | 减少翻文件、问同事的时间 | 减少手工汇总，让管理和决策用同一套数字 |
主要门槛 | 文档要治理，权限要分级 | 系统要能接上，指标口径要统一 |
多数建筑企业两类都缺，但数据型离经营决策更近，也更容易被业务部门认可，因为它的结果能直接和报表对上。
二、建筑行业的六个落点
下面六个场景，是建筑企业在既有系统条件下已经能够跑通的用法。每个场景都给出一个判断标准：这个问题能不能被直接问出来。
1. 项目台账与进度
项目多、标段多、工期长，进度通常靠周报月报层层汇总，管理层看到的进度往往比现场晚一周以上。AI的做法是直接从项目管理或ERP里取进度记录，按项目部、标段、分项工程汇总，对滞后节点自动提示。判断标准很简单：问“哪些项目本月进度落后于计划”，能不能直接出一张清单。
2. 项目成本归集
材料、分包、机械、周转材料、人工五类成本，常常分散在不同系统甚至不同人的台账里。AI按项目、标段、成本科目自动归集，与预算对比后提示超支。这一步有个前提：成本科目口径要先统一，否则算出来的毛利率没有可比性，看谁都不放心。
3. 合同与收入确认
总包、专业分包、劳务分包合同数量多，进度款、结算款、质保金的节点各不相同。AI把合同关键要素（金额、付款条件、结算方式、节点时间）抽取出来，与进度、开票、收款数据关联，提示哪些该开票未开、该收未收。
4. 应收与回款、保证金
工程款回收周期长，质保金、投标保证金、履约保证金往往散落在不同台账。AI按项目和客户维度整理应收账龄，把各类保证金单列成台账，到期自动提醒。对建筑企业来说，保证金被遗忘是很常见的资金占用。
5. 采购与供应商对账
集中采购和项目零星采购并行，材料价格随行就市，对账周期长。AI打通采购系统与财务系统，自动比对订单、入库、发票、付款四类单据，输出差异清单，把对账从对表格变成看差异。
6. 多主体、多项目的经营口径
分公司、项目部、集团三套口径并存，同一件事在不同层级的报表里数字不同。做法是先把指标定义固化到平台，再按组织架构自动生成管理报表，让集团和项目部看到的是同一套算法。
三、能落地的前提：企业AI平台要具备什么
把上面六个场景接起来，对平台的要求落在四条上。这四条，也是安捷AI 在产品化交付中已经具备的能力。
1. 能直连，而不是让人导数据
建筑企业的系统环境通常比较复杂，ERP、项目管理、采购、财务各成一套。安捷AI 预置了金蝶、用友、聚水潭、旺店通、SAP、鼎捷等主流系统的接入模板，可以直接连接，不需要另写接口。更关键的一点是查询方式：AI把自然语言转成查询语句直接读库，而不是让员工把数据导出来再喂给AI。前者可以追溯，后者过一遍手就容易失真。
2. 口径能统一
产值、成本、回款这类指标，在不同部门的叫法和算法都不一样。安捷AI 内置的 AI 语义层，把指标定义、计算逻辑、同义词和标签管理起来，让不同叫法归到同一个口径。
3. 权限和安全边界清晰
建筑企业的数据敏感点很具体：分包单价、供应商底价、项目毛利，都不适合全员可见。对应的是安捷AI 的三级权限体系（菜单权限、数据表权限、字段级数据权限）、敏感字段分级脱敏，以及全链路操作审计。同时支持本地私有化部署，数据留在企业内网。
4. 交付形态能对上岗位
同一个问题，项目经理和集团管理层需要的呈现方式不一样。安捷AI 的 AI 小智负责对话查数与报告推送，BI 分析负责看板与钻取，电子表格负责报表设计，填报表单负责在线填报，数据集成治理平台负责接入与治理，几种形态按岗位分发。
表2 建筑行业场景与安捷AI 平台动作对应关系
行业场景 | 安捷AI 平台动作 | 交付形态 |
项目台账与进度 | 直连项目管理/ERP取进度记录，按项目部与分项工程汇总，滞后节点预警 | 经营看板 + 对话查数 |
项目成本归集 | 统一成本科目口径，按项目-标段-科目自动归集，与预算比对提示超支 | 管理报表 + 异常预警 |
合同与收入确认 | 抽取合同关键节点，与进度、开票、收款关联，提示到期未开票未收款 | 报表 + 消息推送 |
应收、保证金台账 | 按项目与客户整理账龄，保证金单列台账并设置到期提醒 | 台账报表 + 消息推送 |
采购与供应商对账 | 打通采购与财务，比对订单、入库、发票、付款，输出差异清单 | 对账报表 |
多主体经营口径 | 指标定义固化到语义层，按组织架构自动生成管理报表 | 集团报表 + 钻取分析 |
五、落地建议
1. 先统一成本科目和产值口径，再谈分析。口径不清，做出来的看板只是把混乱可视化。
2. 从“项目部月度成本台账”这类高频、固定、能验收的场景切入，不要一上来做全公司经营驾驶舱。
3. 权限按项目部和岗位隔离，让项目部只看到自己项目的数据，这一步在推行初期尤其重要。
4. 报表口径固化到平台，而不是固化在某个人的Excel里，人员流动不会带走算法。
5. 试点从一到两个项目起步，跑通后再复制到全公司。
结语：建筑企业缺的往往不是数据，而是让数据对齐的那条链。当项目、采购、财务三处的记录能被拉到同一口径下，AI才可能回答“这个项目到底赚不赚钱”，管理层的判断也才有统一的依据。