Deployment Process
Cloud Deployment
ClimaMind qualifies most projects for cloud deployment first and keeps approved BMS writes under explicit review with the required safeguards, approvals, and operating evidence in place.
Deployment Process
ClimaMind qualifies most projects for cloud deployment first and keeps approved BMS writes under explicit review with the required safeguards, approvals, and operating evidence in place.
Parties & Responsibilities
Clear responsibility split is required because cloud services, approved BMS integration, site operations, and M&V evidence move at different speeds.
The building owner, facility operator, energy team, or asset manager responsible for the site and business approval.
The AI HVAC optimization provider responsible for data review, modeling, control strategy design, deployment support, and performance analysis.
The BMS or controls contractor responsible for site-side integration and controls implementation support.
An independent measurement and verification partner used when the customer wants third-party review or contractual savings evidence.
Deployment Process
From initial qualification through ongoing optimization, the customer provides defined site inputs and approvals, and ClimaMind returns defined engineering deliverables. The project advances only when both sides agree that the current step is complete.
Customer includes the site owner or operator and an authorized SI/BMS contractor where applicable.
01
Customer → ClimaMind
ClimaMind → Customer
Joint decision
02
Customer → ClimaMind
ClimaMind → Customer
Joint decision
03
Customer → ClimaMind
ClimaMind → Customer
Joint decision
04
Customer → ClimaMind
ClimaMind → Customer
Joint decision
05
Customer → ClimaMind
ClimaMind → Customer
Joint decision
06
Customer → ClimaMind
ClimaMind → Customer
Joint decision
Additional Concerns
These topics are not a separate deployment phase. They are checked at the stage where they affect risk, approval, acceptance, or the decision to proceed.
Data transfer, user access, network connectivity, approved site communications, write permissions, and support access are reviewed through the approved security process, not through informal file exchange.
Protocol, vendor, point naming, trend history, alarm behavior, override semantics, and write limitations affect both integration effort and control scope.
If cloud connectivity or BMS communication is interrupted, ClimaMind falls back to the approved BMS/manual path, pauses new supervised writes for the affected scope, and resumes only after telemetry, approvals, and safeguards are revalidated.
M&V requirements should be agreed before acceptance. Not every project needs a third-party partner, but every savings claim needs a defined measurement boundary and evidence path.
Facility operators need to know what ClimaMind reads, what it recommends, what it may write, how to override it, and how issues are escalated.
Common blockers include missing trend history, unclear meter boundaries, inaccessible BMS points, unresolved network approvals, or no agreed M&V plan for contractual savings.
After sign-off, ClimaMind can keep holding approved data, improving cloud models over time, and supporting operators with dashboard access or deeper site-specific engineering when needed.
Deployment Packet
Use this PDF for customer, facilities, IT/OT, and SI review. It summarizes the deployment path, responsibilities, security boundary, fallback behavior, acceptance, and long-term support.
PDF · Technical overview · Prepared by ClimaMind