Istniejące protokoły
Praktycznym punktem startu są dane, które budynek już udostępnia przez wspierane protokoły, eksporty lub API.

Pracujemy z istniejącą telemetrią, opomiarowaniem, BMS/HVAC, logami i dokumentacją przez źródła danych oraz warstwy integracyjne dostępne już w budynku. Celem jest czytelny model pracy, a nie budowanie wszystkiego od zera.
Praktycznym punktem startu są dane, które budynek już udostępnia przez wspierane protokoły, eksporty lub API.
Sygnały są terminowane, buforowane, nazywane i mapowane w spójny sposób, aby platforma mogła na nich wnioskować.
Tryb wdrożenia zależy od budynku, wolumenu danych i wymagań bezpieczeństwa, a nie od jednej sztywnej reguły.
Pierwsza wartość ma pochodzić z interpretacji i klarowności operacyjnej, a nie z przebudowy infrastruktury, która już działa.
BAAP śledzi, czy dane docierają, jak późno docierają i gdzie luki zaczynają podważać zaufanie.
Resety, przepełnienia, wartości ujemne i niestabilne pomiary są obsługiwane jako jawne problemy jakościowe.
Operatorzy mogą odróżnić realny problem budynku od problemu telemetrycznego zamiast zgadywać.
W dojrzałych organizacjach incydenty nie powinny kończyć się na samym powiadomieniu. BAAP może wspierać przekazanie do CMMS, obsługi zgłoszeń, raportowania i innych procesów operacyjnych, tak aby sygnały naprawdę zamieniały się w działanie z przypisaną odpowiedzialnością.
Bezpieczeństwo, kontrola dostępu, audytowalność i model wdrożenia również są częścią projektu. Produkt ma być stabilny w realnych organizacjach, a nie tylko w warunkach pokazowych.
Daje to wszystkim wspólny obraz jakości danych, dostępnych sygnałów i realnych możliwości operacyjnych, zanim zacznie się szersze wdrożenie.