Existing protocols
The practical starting point is the data the building already exposes through supported protocols, exports, or APIs.

We work with existing telemetry, metering, BMS/HVAC, logs, and documentation through the sources already available in the building. The goal is a readable operating model, not a blank-slate architecture.
The practical starting point is the data the building already exposes through supported protocols, exports, or APIs.
Signals are terminated, buffered, named, and mapped consistently so the platform can reason about them.
Deployment mode depends on the building, the data volume, and the security requirements rather than on a one-size-fits-all rule.
The first value should come from interpretation and operating clarity, not from rebuilding infrastructure that already works.
BAAP tracks whether data arrives, how late it arrives, and where gaps begin to damage confidence.
Resets, overflows, negative readings, and unstable measurements are handled as explicit quality issues.
Operators can distinguish between a real building problem and a telemetry problem instead of guessing.
In mature organizations, incidents should not end with a notification. BAAP can support handoff into CMMS, helpdesk, reporting, and other operating processes so signals actually become accountable action.
Security, access control, auditability, and deployment mode are also part of the design. The product is meant to be stable inside real organizations, not only inside a demo environment.
That gives everyone a shared view of the data reality, the signal quality, and the operational opportunities before a wider rollout.