Data centres & AI compute
Above 100 kW a rack, liquid cooling isn't an upgrade — it's the design. Lose flow and the silicon throttles before a human reads the alarm.
Your chillers, CDUs and air handlers are already watched — by a BMS, a DCIM, a controls network. None of them talk to each other. None of them own the work. We unify them into one operating layer.
Reads the systems you already run. Takes no control authority over any equipment.
of organisations hit by a major outage believe better process would have prevented it
rack density in a decade — roughly 5 kW to over 100 kW per rack
systems that own the span between the alarm and the qualified hand
It reads what your building systems see, works out what is actually wrong, and runs the repair through to proof.
BMS, BAS, DCIM, controls and sensors read into one place. Read-only — it takes no control authority and cannot change a setpoint.
Fifty alarms from one failing pump collapse into one incident, with one root cause, one owner and one clock.
The certified and cleared technician, the approved procedure, and telemetry confirming the condition genuinely cleared before anything closes.
Building HVAC software was designed for comfort — schedules, setpoints, tenant complaints. A data centre, a hospital, a fab runs cooling as infrastructure. Same equipment, entirely different job.
We tell you what sits downstream of it, and how many minutes of margin are left before it matters.
We find the one who is certified, cleared, on shift and permitted by the manufacturer to open that unit.
We close when the telemetry says the condition cleared — and reopen it when the telemetry disagrees.
Your devices already produce the signal. Your teams already do the work. Nothing has ever owned the layer between them — so it happens on a phone call at 03:14.
Dispatch, approved procedure, multi-party coordination and verified closure — across in-house engineers, OEM service and outside mechanical contractors. This layer is the product, not an integration.
Correlation across the cooling chain, severity computed from affected load and remaining redundancy, qualification, MOP · SOP · EOP governance, verified closure.
BMS, BAS, DCIM, controls, meters, sensors and CDUs — read-only. We never take control authority over the plant.
The equipment is ordinary. The tolerance, the redundancy and the paperwork around it are not.
Above 100 kW a rack, liquid cooling isn't an upgrade — it's the design. Lose flow and the silicon throttles before a human reads the alarm.
Operating rooms and isolation rooms run on pressure cascades and humidity bands written into standards. An MRI magnet needs its chilled water first.
A validated cleanroom leaving its band doesn't fail quietly. It produces a deviation, an investigation, and sometimes a destroyed lot.
Lithography bays hold temperature to a tenth of a degree because the process physics demands it. An excursion scraps wafers, not comfort.
Vivariums carry regulated temperature ranges. Freezer farms hold sample libraries that took twenty years to build and cannot be collected again.
Refrigerated warehousing and pharmaceutical storage, where the temperature excursion log is part of the product's release documentation.
Switch rooms and battery plants, where sustained heat quietly shortens the life of the batteries meant to carry the site through the next outage.
Different standards, different consequences, one identical gap between the alarm and the qualified hand.
Data centres — the first siloThe complete loop, in one industry: signals to decision, decision to a qualified responder, work to physical proof.The questions that come up in every first conversation, including the ones that are really objections.
Mission-critical HVAC is cooling for facilities where a temperature excursion causes loss rather than discomfort — data centres, hospitals, laboratories, cleanrooms and process manufacturing. The equipment resembles commercial HVAC. The tolerance, the redundancy and the governance around it do not.
Data centre HVAC is designed with redundancy, so a single failure rarely reads as an outage until the margin is already gone. Rack densities above 100 kW require liquid cooling loops, CDUs and rear-door heat exchangers rather than air alone. Access is governed by procedures and clearances that decide who may touch the equipment at all.
A BMS controls and observes equipment, but it does not run the response. It does not know which technician holds the OEM authorisation for that CDU, whether the required MOP was approved, or whether the repair actually cleared the condition. That work happens outside it, on a phone.
A horizontal CMMS receives every alarm as its own event, so one failing pump can open fifty work orders for fifty downstream sensors. This layer holds the cooling chain, so it correlates those fifty signals into one root cause and gates dispatch on live certification and clearance rather than attaching a PDF checklist.
You could, and integrators charge accordingly. Both ship the generic IoT-alert-to-work-order pattern as building blocks, both are designed to manage internal teams inside one tenant, and neither understands cooling topology out of the box. The hard parts are correlation across a thermal chain and orchestration between a facility owner and an outside contractor on separate systems.
It is field service software — a field operating system for mission-critical cooling. It runs the dispatch, the procedure, the technician and the closure, which means it replaces the platform doing that work today rather than syncing with it. What it does not replace is the observation layer: your BMS, BAS, DCIM and controls stay where they are, and we only read them.
We are looking for a small number of design partners running critical cooling at real scale. This is the whole commitment.
Mechanical and precision-cooling divisions carrying uptime SLAs across other people's sites.
Mixed-vendor plant across several halls, without a hyperscaler-sized engineering team behind it.
In-house technicians, OEMs and subcontractors under a single availability commitment.
We map one cooling system with your team — assets, dependencies, alarm sources. Nothing connected. A whiteboard exercise that produces a model.
A read-only connection to one alarm feed, in a DMZ or against a historian. It writes nothing, anywhere.
We replay your last 90 days of alarms and show what correlation would have caught, missed, and got wrong.
Shadow mode on live alarms. Your team compares its call to ours on every incident, then decides whether this was worth the time.