直接回答
交付从勘察与接口审计开始，经过设计、控制箱成套、组态、工厂测试、现场调试，直到移交。每个阶段都产出可供下一阶段核查的文件：点位表、图纸、测试记录与竣工资料。工期取决于现场条件与第三方接口，职责与验收标准须在开工前约定。
勘察与接口审计
交付从现状开始，而不是从产品清单开始。勘察记录机房设备、现有控制器、可用协议、网络、线缆路由与不能施工的区域。接口审计再对每套系统追问：数据归谁、谁可以写、故障时怎样、网关谁供。大部分项目风险都在这里暴露。清晰的审计可以去掉本来就做不到的范围；含糊的审计则保证后期扯皮。产出是一份带照片、系统清单与待决问题的简短签认报告，而不是销售方案；待决问题会转为设计动作。
- 先勘察现状，再列产品
- 记录每个接口的负责方
- 标出不能施工的区域
设计与工厂工作
设计把勘察变成点位表、网络图、控制箱图纸、地址计划与顺序说明。控制箱在出厂前完成成套与测试。工厂验收检查接线、标签、供电、输入输出，以及所有能在没有真实设备时模拟的逻辑。在台面上发现接错的端子，比在吊顶上发现便宜得多。这个阶段组态与图形应推进到足够程度，让现场团队是在调试，而不是还在设计。工厂测试应使用与现场相同的命名和图形，避免控制箱成为另一个版本的事实。
- 设计产出生点位表与图纸
- 出厂前完成成套与测试
- 在台面上发现标签错误
现场调试
调试是一连串证明：逐点、逐房间、逐系统，最后是跨系统行为。每个点要强制、读回并记录；每段顺序要在正常与故障两种情况下测试；告警要能产生、确认与升级；趋势要检查间隔与时间戳。问题清单公开管理，有负责人和关闭日期。屏幕亮起来不叫调试完成；书面测试证据与设计意图一致，才算完成。如果某段顺序必须依赖真实设备才能测试，就记录假设，并在季节性调试、建筑接近设计负荷时回头验证。
- 先逐点，再按顺序测试
- 包含故障与告警场景
- 问题清单有负责人和日期
移交与支持
移交包括竣工图、点位表、项目备份、软件与固件版本、由业主掌控的凭据、测试记录、培训与支持路径。培训按角色进行：运维学告警与覆盖，技术人员学点位与备份，管理层学报表。约定缺陷责任期与变更流程。最后一个问题很实际：下周一项目团队不在现场，业主团队能不能运行这栋楼？如果答案是否定的，移交就没有结束。在项目团队仍可联系时做一次简短的移交后复盘，能抓住培训必然暴露的缺口，并在问题固化前转为行动。这比在第一次服务呼叫时才发现同样的问题更便宜。
- 按角色培训，而不是所有人一堂课
- 凭据由业主掌控
- 移交后的支持路径
交付阶段
6 行| 阶段 | 主要产出 | 验收证据 |
|---|---|---|
| 勘察 | 现状系统报告与约束条件 | 签认的勘察记录与照片 |
| 接口审计 | 责任矩阵与协议清单 | 确认的点位归属与网关范围 |
| 设计 | 点位表、图纸与顺序说明 | 经复核的设计包 |
| 工厂测试 | 成套控制箱与已组态控制器 | FAT 记录与问题清单 |
| 调试 | 已测试的点位、顺序与告警 | 签认的逐点与顺序测试表 |
| 移交 | 竣工资料、备份、培训与支持 | 移交证书与培训记录 |
项目图景
3 张图片
常见问题
01一个项目需要多长时间？
取决于规模、现场条件与第三方接口。进度计划应依据点位表与调试顺序编制，而不是套用一个通用工期。
02建筑在使用中可以施工吗？
通常可以，通过分区推进、非工作时间施工与明确的隔离计划实现。勘察应标出施工会干扰运营的区域。
03FAT 与 SAT 有什么区别？
工厂验收在出厂前证明控制箱与组态；现场验收证明安装后的系统与真实设备及设计意图一致。
04谁协调其他专业？
通常由总包协调现场准入与工序。自控集成商协调自己的控制箱、网关与调试，并应尽早升级接口缺口。
05移交时会收到什么？
竣工图、点位表、备份、软件版本、凭据、测试记录、培训与支持路径。具体清单应作为合同交付物。
下一步
把建筑交给我们。
告诉我们建筑类型、纳入范围的系统，以及你需要的结果。我们会给出通往可用系统的最短路径。