建筑智能化系统集成的重点不是把安防、楼控、网络、机房等设备简单集中到一个界面，而是围绕业务目标，明确系统边界、接口条件、数据口径、联动规则、责任主体和验收方法，最终形成可运行、可追溯、可移交的系统资产。
更新说明：2026年9月对系统范围、总体架构、实施阶段、接口管理、交付资料和验收边界进行实质重构，原页面地址保持不变。
先明确：什么是建筑智能化系统集成
建筑智能化系统集成，是在园区、楼宇、校园、场馆、医院或生产场所中，将分散建设的感知设备、控制系统、网络基础设施和管理应用按统一规则连接起来。项目既涉及现场设备和工程实施，也涉及软件接口、数据治理、权限安全与后续运维。
如果需要先了解更广义的信息系统集成，可阅读信息系统集成的组成、流程与验收要点。本页重点回答建筑智能化项目中“集成哪些系统、怎样实施、交付什么、如何验收”。
常见子系统范围怎样划分
实际项目不一定包含下表中的全部系统。建设前应先核对现有资产、原厂授权、网络环境、数据权限和改造目标，再形成纳入、利旧、替换及暂不处理四类清单。
| 系统类别 | 常见对象 | 集成前需要确认 |
|---|---|---|
| 安全防范 | 视频监控、门禁、访客、入侵报警、巡更和出入口管理 | 设备协议、账号权限、录像与事件留存、联动边界 |
| 楼宇设备 | 楼宇自控、照明、电梯状态、给排水及环境监测 | 可读与可控点位、控制授权、运行策略和安全保护 |
| 信息设施 | 综合布线、网络、机房、无线覆盖、会议和信息发布 | 拓扑、容量、地址规划、设备授权和业务影响窗口 |
| 能源与环境 | 能耗计量、环境传感、设备运行数据及分析报表 | 计量边界、采集频率、数据质量和统计口径 |
| 管理应用 | 统一门户、事件中心、工单、资产、报表和移动端 | 用户角色、流程责任、接口方式、日志和数据范围 |
系统集成不等于设备堆叠
统一对象
为设备、点位、空间、人员和事件建立可对应的编码与台账，避免同一对象在不同系统中无法核对。
统一接口
明确协议、字段、方向、频率、超时、重试和异常处理，不把“能够连接”直接等同于“能够稳定使用”。
统一流程
把告警确认、事件升级、工单派发、处置复验和关闭记录连接起来，并落实到具体角色。
统一验收
用场景、数据、权限、日志、恢复和文档共同验证成果，而不只检查设备在线或页面展示。
方案设计前应完成哪些现状调查
现状调查决定方案是否可落地。建议至少形成系统与设备清单、网络拓扑、点位表、接口清单、账号权限、原厂授权、历史故障和现有合同八类资料。资料缺失的部分应标为待确认，并说明补录方式与责任人。
同时需要确认项目目标：是新建系统、旧系统利旧、局部扩容，还是跨系统协同。不同目标对应不同的停机窗口、测试范围、迁移风险和成本结构，不能沿用同一套笼统方案。
总体架构至少要说明四个层面
现场与感知层
列明设备、控制器、网关、传感器和点位，说明安装环境、供电、通讯及可控边界。
网络与接入层
说明网络分区、地址、传输、边界防护和远程接入条件，避免把办公网、设备网和互联网混作一体。
平台与数据层
说明数据模型、接口服务、消息、存储、日志、备份和同步方向，并保留异常处理机制。
应用与运营层
围绕用户角色组织监控、告警、工单、报表和移动应用，明确谁查看、谁处置、谁确认。
从调研到验收的实施路径
需求与现状调研
确认业务目标、系统资产、现场条件、用户角色、限制因素和成功标准。
范围与详细设计
输出系统边界、总体架构、点位、接口、网络、权限、迁移和测试设计。
采购、施工与部署
按审批后的设计实施，记录设备、线路、配置、版本、变更和隐蔽工程资料。
单系统测试与接口联调
先验证各子系统，再覆盖数据、权限、联动、异常、日志和恢复路径。
试运行与问题闭环
在约定周期内记录运行情况，区分缺陷、优化建议和范围外事项。
验收、培训与移交
按标准核对功能、数据、资料、账号、备份、培训和后续运维责任。
各阶段的输入、输出和评审节点，可继续查看智能化系统集成项目从调研到验收有哪些阶段。
接口清单应该写到什么程度
接口清单不应只写系统名称。每个接口至少说明提供方、调用方、业务用途、协议或交换方式、字段口径、同步方向、频率、鉴权、超时重试、日志、异常责任和测试样例。涉及控制指令时，还应明确审批、回退、互锁与人工接管条件。
兼容性边界：旧设备能够正常运行，不代表一定开放接口；协议可获得，也不代表所有点位都允许读取或控制。是否接入应以厂家资料、授权、现场验证和安全要求共同判断。
怎样验收，才能避免“上线即结束”
| 验收维度 | 核对内容 | 常见证据 |
|---|---|---|
| 范围与数量 | 设备、点位、系统和接口是否与审批清单一致 | 资产台账、点位表、变更单和现场抽查记录 |
| 功能与联动 | 正常、异常、断网、断电和恢复场景是否符合约定 | 测试用例、联动记录、问题单和复验结果 |
| 数据与权限 | 字段、时间、状态、角色、审批和操作日志是否正确 | 数据样例、权限矩阵、日志和审计记录 |
| 运行与恢复 | 监控、告警、备份、恢复和故障升级是否可执行 | 试运行报告、备份清单、恢复记录和联系人表 |
| 资料与移交 | 竣工图、配置、账号、授权、手册和培训是否完整 | 交付清单、签收记录、培训记录和遗留事项 |
交付时就要为后续运维留出条件
系统集成项目的终点不是验收会议。设备编码、配置备份、接口文档、账号权限、日志位置、告警规则和问题记录需要随项目一并移交，才能让后续维护有据可查。已有系统进入持续服务前，可参考弱电智能化维保方案；需要统一管理资产、告警和工单时，可了解智慧运维管理平台的能力与边界。
项目报价与合同中要明确的边界
利旧与替换：旧设备、旧线路和原平台是否继续使用，应有检测条件、兼容性结论和风险说明。
第三方配合：接口、授权、账号、数据和现场窗口由谁协调，应写入责任矩阵与计划。
安全与隐私：涉及个人信息、视频、门禁、控制指令或远程运维时，应按项目要求落实最小权限、审批、日志和留存边界。
法定专业范围：消防、特种设备、强电、高空等工作应由具备相应条件的责任主体承担，智能化集成不能替代必要的专项审查与许可。
常见评估问题
不同品牌、不同年份建设的系统能统一集成吗？
可以先统一资产、事件和管理入口，但接入深度取决于协议开放程度、厂家授权、设备状态、安全要求和现有合同。无法直接接入的系统应保留独立运行或采用有限的数据交换方式。
是否一定要更换原有设备？
不一定。应先按功能、可靠性、接口、授权、备件和剩余使用条件评估。能够满足目标且风险可控的资产可利旧，无法验证或影响整体交付的部分再制定替换计划。
系统能显示数据，是否就算集成完成？
不能只以页面展示判断。还需验证数据口径、权限、异常、联动、日志、备份恢复、文档和责任流程，具体以双方确认的验收标准为准。
方案评估前建议准备哪些资料
准备场所与建筑范围、现有系统清单、主要设备型号、网络拓扑、接口资料、当前问题和期望目标，可用于第一轮范围判断。更多服务入口见集成与运维；正式方案仍需结合现场和责任边界确认。