Measurement & Verification
部署结果如何测量、复核和验收
M&V 是部署后量化能耗、需量、费用和运行影响的约定流程。方法应在报告开始前确定，并明确数据边界、比较逻辑、排除规则和验收标准。
节能量不能被直接测出来。它需要把实际运行数据与约定的基线或反事实场景比较，并对天气、使用率、运行时间和异常事件等条件做有记录的调整。
责任方
谁可以执行 M&V
ClimaMind 可以负责分析，也可以由独立审查方负责验证。项目应在报告周期开始前确定责任边界。
ClimaMind 主导的 M&V
ClimaMind 准备基线模型、报告计算、排除期记录和部署证据包。
- 定义建议的计量边界和数据要求。
- 按照约定方法计算能耗、需量和费用影响。
- 保留原始数据、清洗后数据、模型假设、排除记录、报告版本和审批记录。
Customer / SI support
客户和 SI 提供站点数据与运行背景，使对比有足够依据。
- 提供 utility、meter、BAS trend、schedule、maintenance、override 和运行模式记录。
- 确认设备映射、计量覆盖、BAS 点位含义和异常周期。
- 复核舒适度、工艺约束和运行规则是否被遵守。
Independent third-party M&V partner
当结果用于正式结算、激励、融资或客户内部治理时，可以加入第三方 M&V partner。
- 审查 M&V plan、baseline、adjustment variables、exclusions 和报告包。
- 在节能结果被接受前质疑假设和数据缺口。
- 如合同或客户政策要求，出具独立意见。
范围
测量什么
指标应与计量边界和报告用途匹配。
- 选定计量边界内的能耗。
- 当 interval meter 和 tariff 规则支持时，测量需量影响。
- 当能源费率、需量费和账单周期可用时，报告费用影响。
- 报告窗口内的舒适度、工艺约束和运行可用性。
- 会影响解释的控制动作、人工 override、故障、报警和 excluded periods。
方法
比较方法
合适的方法取决于数据可用性、项目风险、运行稳定性，以及结果是用于运行复盘还是正式结算。
Historical baseline
- 适用
- 适用于有足够部署前 utility、meter、BAS、weather 和运行数据，可建立正常能耗模型的站点。
- 数据
- 使用基线期数据和报告期实测数据，并根据天气、occupancy、operating hours、负荷和 non-routine changes 做调整。
- 限制
- 当运行方式发生实质变化、基线数据不完整，或节能量相对正常波动太小时，这种方法较弱。
Alternating day / A-B operation
- 适用
- 适用于 ClimaMind 和既有控制模式可以在可比较运行窗口内交替运行的 pilot。
- 数据
- 使用成对或近似成对的运行周期，并匹配天气、负荷、schedule、设备可用性和 comfort constraints。
- 限制
- 需要谨慎排程和客户批准。如果交替运行扰乱现场或造成有偏条件，就不适合使用。
IPMVP-based M&V
- 适用
- 适用于需要正式 M&V plan、明确计量边界、记录调整规则和可审查节能报告的项目。
- 数据
- 按照选定 IPMVP option 和项目 M&V plan，确定计量边界、baseline、reporting period、adjustments 和报告格式。
- 限制
- IPMVP 是 framework，不是自动标签。每个项目必须在部署报告前定义 option、证据和审查方预期。
边界
Measurement boundary
计量边界定义哪些仪表、设备、系统和条件进入节能计算。
- 可能的边界包括整楼 utility meter、plant-level meter、equipment-level meter、BAS point-derived estimate 或 temporary meter。
- 边界应和控制范围匹配。中央冷站控制部署不应被无关负荷评价，除非方法明确选择 whole-facility boundary。
- Interactive effects 和不可用计量点应在报告周期前识别。
基线
Baseline, adjustments, and exclusions
基线描述如果没有 ClimaMind，在可比较条件下大概率会发生什么。
- Routine adjustments 可包括 weather、occupancy、operating hours、production or load、equipment availability 和 tariff / billing-period alignment。
- 当 construction、faults、shutdowns、schedule changes 或 control-policy changes 改变正常运行时，应记录 non-routine adjustments。
- Excluded periods 需要 timestamp、reason、owner 和 approval path，不应被隐藏在最终数字里。
验收
Acceptance and reporting
项目应先定义接受什么结果，再把报告用于商业或运行决策。
- 验收标准可以包括 data completeness、reporting interval、allowed uncertainty、excluded-period treatment，以及 comfort 或 process constraints。
- 运行证据、商业结算、激励申报和独立验证可能需要不同严谨度。
- 报告应区分 energy savings、demand impact、cost impact、fees、assumptions 和 unresolved disputes。
证据
Audit trail
M&V 应留下足够证据，让客户、SI、ClimaMind 或第三方审查方能够复现结论。
- 保留 raw data、cleaned data、transformation logic、excluded interval log、model version、report version 和 approval record。
- 将控制窗口关联到 BAS points、equipment modes、manual overrides、alarms、faults 和 maintenance events。
- 用 audit package 把争议具体化到 data quality、adjustment choice、excluded interval 或 acceptance criterion。
IPMVP guide
当项目需要正式 option selection、M&V plan 和 settlement-grade reporting package 时，使用 IPMVP 子页。
参考依据