直接回答
IBMS 的范围由子系统矩阵界定：对每个系统，写明是监视、控制、参与跨系统联动，还是只做报表。消防与安防系统通常保留自身控制权，IBMS 只监管状态和事件，不直接下发命令。
范围是矩阵，不是清单
子系统清单只说明接了什么，矩阵说明每条连接允许做什么。每行一个系统，列分别是监视、控制、告警处理、跨系统联动和报表，再加接口责任方与验收测试。矩阵能在变更单出现前暴露缺口：标了控制却没有可写接口，或联动依赖一个没人提供的点位。它也让运维对平台能做什么、不能做什么有真实预期。
每个子系统的现实深度
暖通通常支持完整监视与控制。照明可以支持场景和日程，但不是每个灯组都值得单独控制。电表只做监视，报表深度取决于电表与网关。门禁可以共享事件和权限，但放行判断仍留在门禁系统。消防报警只监视状态和事件，命令留在消防系统。电梯、停车和客房的差异很大。合适的深度是运维真正会用的深度，而不是协议允许的最大深度。
哪些应当排除
排除交付后无法维护的内容：没有文档接口的旧控制器、需要个人账号的厂商门户，以及只能绕过安全认证才能集成的系统。生命安全命令应留在通过认证的系统里。不要为了在仪表盘上显示一个值就接入整套子系统；接口、网关和维护负担会比新鲜感活得更久。清晰的排除清单与纳入清单同样保护项目。
写范围说明书
把矩阵写成四部分的范围说明书：纳入项、排除项、接口责任和验收测试。写明协议、网关责任方、点位计算口径和数据归属。说明接口不可用时怎么办。为每一行定义可证明的测试，并要求结果进入交付文件。每个设计阶段都复核一次，因为范围会通过现场问题悄悄增长。文件要短到一次会议能读完，又要具体到可以报价。
各子系统常见的 IBMS 集成深度
7 行| 子系统 | 常见深度 | 边界 |
|---|---|---|
| 暖通 | 监视与控制 | 控制序列留在 DDC 控制器 |
| 照明 | 场景、日程与状态 | 应急照明保留在自身系统 |
| 能源计量 | 监视与报表 | 电表精度与网关责任 |
| 门禁 | 事件与权限 | 放行判断留在门禁系统 |
| 视频监控 | 事件与选定视频流 | 隐私与录像保留规则 |
| 消防报警 | 仅状态与事件 | 命令留在消防系统 |
| 电梯与停车 | 状态、告警与可用性 | 厂商接口与安全限制 |
项目图景
3 张图片
常见问题
01IBMS 应该控制消防报警系统吗？
不应该。消防报警和其他生命安全系统保留自身通过认证的控制逻辑。IBMS 可以监视状态和事件，并与其他告警一起呈现。
02IBMS 应集成多少个子系统？
没有目标数量。接入那些真正支持运维决策的系统；其余的先不接，直到出现真实用例。
03以后还能增加子系统吗？
可以，前提是数据模型、命名和网络预留了空间。给没有文档的旧系统做后补集成，比接入一个有稳定接口的系统难得多。
04网关由谁负责？
应指定一方负责。范围说明书要写明谁供货、谁配置、谁测试、谁维护，包括固件更新和备件。
05什么能证明范围已经完整？
一份已签署的矩阵，每一行都有验收测试结果，再加上业主与运维共同确认的排除清单。
下一步
把建筑交给我们。
告诉我们建筑类型、纳入范围的系统，以及你需要的结果。我们会给出通往可用系统的最短路径。