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

Built above existing systems
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.
Priorities, evidence, next checks
Connect · contextualize · interpret
Meters · BMS / HVAC · logs · documents
Available connections and control permissions are agreed for each site. Recommendations support the team; automatic control requires an agreed scope.
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.