Scenario 04
The Campus Layer
Four buildings. One campus. One operating intelligence layer. Each building is managed by its own BMS, SCADA, and DCIM. Synestra observes them all together — and sees what no individual building system can see.
Scenario: Illustrative hyperscale campus, four buildings. Synthetic data.
Each building has its own operations team, its own systems, and its own view of its own performance. What they cannot see is how a decision in Building 1 affects the economics of Building 3 — because no single building system observes both.
Building 1's chilled water return temperature — normal within Building 1's own BMS thresholds — is contributing to the cooling oscillation in Building 2. Building 1's operations team is unaware. Building 2's operations team sees the oscillation but not the upstream cause. Synestra observes both buildings simultaneously and traces the causal chain across the campus boundary. No individual building system can do this, because no individual building system observes both buildings.
At 1 GW of critical IT capacity across four buildings, a 4% EA gap — the difference between 92.6% and 96.6% — represents a significant economic consequence every year. That gap cannot be closed building by building, because much of it lives in the interactions between buildings. Synestra is designed to operate at campus scale — not as four separate deployments, but as one intelligence layer observing the entire operating environment.
These are illustrative workflows
Every figure in this scenario is synthetic. The EA scores, building loads, consequence counts, and pattern library numbers are representative of the intended experience — not measurements from a production deployment. The operational logic they demonstrate, however, is the actual design intent of the Synestra platform.