Acceptance
部署如何关闭,以及长期服务如何开始
验收不是一次会议。它是客户、ClimaMind 和任何约定的 M&V partner 共同确认:系统在批准边界内运行,舒适度与可靠性证据可审查,且持续优化节奏已经定义。
这一阶段默认现场部署已产出交接包:验证后的点位映射、当前运行模式、问题日志,以及任何约定的 M&V plan 字段。若这些输入缺失,应等待而不是基于假设 sign-off。
Acceptance
验收不是一次会议。它是客户、ClimaMind 和任何约定的 M&V partner 共同确认:系统在批准边界内运行,舒适度与可靠性证据可审查,且持续优化节奏已经定义。
这一阶段默认现场部署已产出交接包:验证后的点位映射、当前运行模式、问题日志,以及任何约定的 M&V plan 字段。若这些输入缺失,应等待而不是基于假设 sign-off。
责任方
具体 sign-off 模式因合同而异,但审查窗口开始前,角色和证据负责人必须明确。
负责业务批准、运行约束、舒适度预期,以及接受部署或继续分阶段运行的决策。
准备验收证据包,主导技术审查,并定义 go-live 后的优化与报告节奏。
当商业安排需要第三方确认 baseline、savings 或 acceptance logic 时,提供独立审阅。
顺序
只有现场阶段已有足够运行证据后,才应启动验收。审查窗口可与早期 supervised operation 重叠,但评判标准必须在结果出来之前约定。
01
确认现场交接包、运行模式,以及任何 M&V plan 字段已足以启动结构化审查。
02
在批准边界内收集足够运行证据,以判断舒适度、可靠性、控制行为,以及适用时的节能结果。
03
当验收包含节能主张时,按约定计量边界和 site-specific M&V plan 评判结果。
04
记录通过项、未关闭项,以及初始验收后 ClimaMind 如何继续优化。
标准
具体阈值以合同和 site-specific M&V plan 为准。以下是 ClimaMind 在 sign-off 前默认审查的维度。
live 系统与批准的 deployment package 一致:计量边界、写入清单、限制、fallback 行为和 operator override 路径。
occupied spaces 在 review window 内满足 owner-approved comfort rule。实验室、医疗和数据中心等 critical spaces 使用 site-specific 标准。
设备 trip、安全报警、BAS 通信中断、传感器失效和未批准 override 会被跟踪;当其 materially 影响边界时予以排除。
被评估时段内的运行模式、命令、BAS acceptance、guardrails、fallback 事件和 operator 动作均可审查。
当验收包含节能主张时,在 savings 被标记为 accepted 之前,应完成 baseline model acceptance、计量边界、排除规则和 uncertainty review。
设施运营人员知道如何暂停优化、override 动作、读取状态、升级问题,并区分 advisory 与 supervised operation。
Long-term service
ClimaMind 面向持续优化,而不是一次性 commissioning。初始验收关闭部署阶段,并启动运行服务节奏。
Deliverables
输出是 sign-off 记录和进入持续服务的清晰交接,而不是泛化的完工证书。
相关
验收与现场部署、M&V 规划、operator workflow 和 fallback 行为密切相关。
查看启动验收前应存在的交接包与运行证据。
在 sign-off 前审阅 baseline 方法、计量边界和 savings 证据要求。
确认 operator 在验收关闭前已准备好 review、override 和 escalation。
了解 acceptance review 期间 fallback 事件和 manual override 如何处理。
查看 sign-off 后可选的数据保管、模型优化、dashboard、长期合作和其它技术协作。
检查 delay baseline approval、M&V planning 或 sign-off 的常见缺口。