Specyfikacja BMS: 29 punktów do sprawdzenia przed przetargiem

Specyfikacja techniczna BMS – we Francji zwana CCTP, dokument opisujący wymagania dla systemu zarządzania budynkiem – może wyglądać na kompletną i jednocześnie milczeć o eksploatacji. W budynku komercyjnym ten dokument opisuje system wizualizacji i komunikacji między sterownikami, który przez dwadzieścia lat będzie sterował ogrzewaniem, wentylacją i klimatyzacją. Za każdy błąd w jego redakcji płaci się utraconą efektywnością energetyczną, klasą, której nigdy nie osiągnięto, i zgodnością z przepisami, której nikt nie zweryfikował. Poufność danych, szkolenie firmy utrzymania technicznego, codzienne sterowanie: te tematy znikają ze specyfikacji na rzecz samego opisu sprzętu. Oto 29 punktów, które sprawdzamy, zanim specyfikacja trafi do przetargu.

Specyfikacja to jedyny moment, w którym inwestor ma przewagę

BMS to obszar, w którym inwestor ma najmniej kompetencji wewnętrznych i w którym specyfikacja waży najwięcej. Źle wykonaną ścianę widać. Źle zaprogramowanej sekwencji regulacji nie widać: płaci się za nią kilowatogodzinami i skargami przez cały okres życia instalacji technicznych.

Przed podpisaniem umowy wszystko jest możliwe. Można wymagać kodu źródłowego, eksportu zarchiwizowanych danych, protokołu odbioru z nazwanymi testami. Po podpisaniu każdy z tych zapisów staje się osobną wyceną. Integrator czyta specyfikację jak umowę, bo nią jest.

To fundamentalna asymetria tej branży. Inwestor decyduje bez własnej wiedzy technicznej, na podstawie dokumentu, którego nie ma jak zweryfikować.

Przypadek z życia: 6 na 100

Prześwietliliśmy specyfikację wymiany regulacji na jednym piętrze biurowca w regionie paryskim (Île-de-France). Klimakonwektory, trzy strefy, migracja z magistrali LonWorks na IP, dwie warstwy oprogramowania do zasilenia danymi. Zwykły projekt.

Zakres był jasny, dokumentacja powykonawcza wymagana z konkretnym terminem, próby w ruchu przewidziane.

Czego brakowało: administrowania systemem i siecią po odbiorze, swobody przejęcia programów przez firmę trzecią, eksportu danych historycznych, konwencji nazewnictwa, cyberbezpieczeństwa w nowej sieci IP, rocznego kosztu licencji, scenariuszy eksploatacji i zarządzania energią.

Ta specyfikacja kupowała regulatory i punkty. Nie kupowała BMS nadającego się do eksploatacji. Biuro projektowe, które ją napisało, nie zrobiło nic nietypowego. Praktyka rynku produkuje dokumenty techniczne, które opisują sprzęt i zapominają o eksploatacji.

Dobra specyfikacja nie narzuca marki

Dyrektor techniczny szpitala, przygotowując swój budynek komercyjny do obowiązku BACS, poprosił mnie o pomoc w wyborze najlepszej marki BMS. Moim pierwszym odruchem było zastanowić się nad „najlepszym” rozwiązaniem. Potem zrozumiałem, że to nie moja rola.

Rolą nadzoru projektowego jest napisać, co system zarządzania budynkiem ma umieć i jak sprawdzimy, że to robi: wiarygodne dane, interoperacyjność bez licencji, archiwizacja, eksport, zdefiniowane przypadki użycia. Integrator zna urządzenia i proponuje architekturę, która odpowiada na specyfikację BMS.

Dobra specyfikacja nie narzuca marki. Eliminuje te, które nie potrafią wykonać zadania.

Jeśli w swojej specyfikacji czytasz „chcemy Distech Controls albo Niagarę, ale nie Siemensa ani Schneider Electric”, zastanów się nad podejściem. Nie chodzi o to, że te marki są dobre czy złe. Chodzi o to, że taki zapis zastępuje weryfikowalne wymagania preferencją, a preferencji nie da się przetestować przy odbiorze.

Poniższe 29 punktów napisano w tym duchu. Żaden nie wymienia produktu. Każdy opisuje weryfikowalne wymaganie.

Zakres i odpowiedzialności

1. Czy specyfikacja wymienia urządzenia do podłączenia i to, co jest wyłączone z zakresu? Lista według branży i kondygnacji. Spory przy odbiorze prawie zawsze zaczynają się od urządzenia, o którym każdy myślał, że jest w zakresie drugiej strony.
2. Przy modernizacji: czy stan istniejący został zinwentaryzowany? Dla każdego sterownika – zostaje, jest migrowany czy wymieniany, i dlaczego? Widzieliśmy firmę serwisową, która wyceniła na milion euro wymianę trzystu sterowników w jedenastoletnim budynku. Wymiana jednego dowiodła, że wystarczy zamiana jeden do jednego.
3. Czy odpowiedzialności między branżami są rozdzielone? Kto dostarcza regulatory central wentylacyjnych, czujniki, okablowanie? Które biuro projektowe koordynuje uruchomienie? Bez macierzy interfejsów branża HVAC dostarcza centralę „z własną regulacją” i nikt nie napisał sekwencji.
4. Czy wymagania prawne i docelowa klasa są rozpisane funkcja po funkcji? Obowiązek BACS (w Polsce art. 23a ustawy o charakterystyce energetycznej budynków, wdrażający dyrektywę EPBD) określa własne wymagania funkcjonalne; norma PN-EN ISO 52120-1 jest wzorcem oceny. Zapis „BMS klasy B” wart jest 1 na 3. Tabela funkcji z wymaganym poziomem dla każdej z nich wart jest 3. Jeśli celem jest dofinansowanie (we Francji fiszka CEE BAT-TH-116, w Polsce białe certyfikaty), dochodzą jego własne wymagania dotyczące klasy BMS lub audytu.

5. Kto administruje systemem, dostępami i siecią po odbiorze? Kod źródłowy programów, licencje na nazwisko inwestora, konta administratora. W specyfikacji na 6/100 nikt nie był wskazany. Pustka wypełnia się sama: integratorem, który zatrzymuje klucze.

Przypadki użycia i eksploatacja

6. Czy cele przełożono na konkretne przypadki użycia? Typowy dzień firmy utrzymania technicznego: co ogląda rano, którymi urządzeniami steruje i co reguluje, co ją alarmuje. Katalog funkcji to nie przypadek użycia.
7. Czy wymagana jest analiza funkcjonalna, zatwierdzana przed programowaniem? Patrz niżej. To najbardziej opłacalny punkt na liście.
8. Czy wymuszenia ręczne (overrides) są rejestrowane i raportowane, także te z rozdzielnic? Patrz niżej. Warstwa wizualizacji BMS musi sygnalizować każde urządzenie wyjęte spod sterowania automatycznego.
9. Czy zarządzanie alarmami jest wyspecyfikowane, a lista alarmów jest produktem do dostarczenia? Co najmniej hierarchizacja i routing. System, który zgłasza 400 alarmów o tym samym priorytecie, uczy obsługę nieczytania żadnego z nich.
10. Czy programy sterowników może przejąć firma trzecia bez utraty gwarancji? Dostarczone źródła, standardowe narzędzia programistyczne i klauzula mówiąca, że gwarancja obowiązuje, gdy interweniuje inny wykwalifikowany integrator.
11. Czy przewidziano i zabezpieczono sterowanie zdalne? VPN, uwierzytelnianie, rejestrowanie połączeń, segmentacja sieci.
12. Czy archiwizacja danych jest wyspecyfikowana: jakie punkty, jaki krok czasowy, jaka głębokość? Pomiary analogowe co pięć minut, stany przy zmianie, trzy lata kroczące.
13. Czy interoperacyjność jest wymagana w praktyce? Udostępnienie punktów w otwartym protokole, bez dopłat i dodatkowych licencji, w czasie nie dłuższym niż jeden osobodzień. Patrz niżej.
14. Czy każdą zarchiwizowaną daną można wyeksportować w prosty sposób, bez wyceny? Format opisany w dokumentacji powykonawczej, bez udziału wykonawcy. Jeden z klientów musiał szukać historii temperatur w kopiach zapasowych. Należały do niego od początku.

Zaniedbanie nr 1: nikt nie napisał, co system ma robić

Specyfikacja mówi „regulacja w zależności od obecności” albo „krzywa grzewcza”. To intencje. Brakuje dokumentu, w którym te intencje stają się wartościami: nastawa 21 °C przy obecności, 17 °C w nocy, alarm, gdy odchyłka przekracza 2 °C przez godzinę. Ten dokument nazywa się analizą funkcjonalną. Powinien go napisać integrator, a zatwierdzić inwestor lub jego doradca BMS przed pierwszą linijką programu.

Bez tego dokumentu projektowego integrator programuje swoją standardową bibliotekę. Test punkt po punkcie sprawdza okablowanie, nie zachowanie. Trzy lata później ten, kto przejmuje budynek, ma do czytania tylko kod. Proponuje zrobić wszystko od nowa. Wtedy wkraczamy my – i to najłatwiejsza do uniknięcia usługa doradztwa BMS w naszym katalogu.

Zaniedbanie nr 2: wymuszenia ręczne, których nikt nie widzi

Na drzwiach rozdzielnicy centrali wentylacyjnej przełącznik auto / 0 / ręka. Technik przełącza na tryb ręczny, żeby coś naprawić w piątek, i odjeżdża. Centrala pracuje na pełnych obrotach nocami i w weekendy, aż ktoś zdziwi się rachunkiem. Nic w systemie nie sygnalizuje, że urządzenie nie jest już sterowane.

Specyfikacja rozwiązuje to w dwóch zdaniach: położenie przełącznika jest odczytywane jako punkt, a każde wymuszenie ręczne z poziomu oprogramowania jest rejestrowane z użytkownikiem, znacznikiem czasu i automatycznym wygaśnięciem.

BMS, który nie potrafi powiedzieć, czym już nie steruje, nie jest BMS – jest wyświetlaczem.

Zaniedbanie nr 3: „regulatory obsługują BACnet”

To zdanie występuje w większości specyfikacji i nigdy niczego nie zapewniło. Obsługa protokołu to techniczna zdolność sprzętu. Udostępnienie punktów przez ten protokół to usługa: konfiguracja, nazewnictwo, czasem aktywacja licencji.

Co trzeba napisać: wszystkie punkty są udostępnione w otwartym protokole, bez dodatkowej licencji, z listą obiektów dostarczoną w dokumentacji powykonawczej, a udostępnienie dodatkowych punktów nie przekracza jednego osobodnia. Wzmianka o protokole nie jest wymaganiem interoperacyjności.

Ekrany synoptyczne, pulpity i uprawnienia

15. Czy uprawnienia użytkowników są zdefiniowane? Macierz profili (administrator, obsługa techniczna, zarządca, tylko odczyt) z dozwolonymi działaniami.
16. Czy zatwierdzenie ekranów synoptycznych i pulpitów jest zorganizowane przed odbiorem? Makieta zatwierdzona przez inwestora przed programowaniem. Zrzuty ekranu „poglądowe” nie są zatwierdzeniem.
17. Czy ekrany można tworzyć lub modyfikować samodzielnie? To nie jest niezbędne, ale każdy ekran zmieniany przez integratora to kolejna wycena.

Dokumentacja i jakość danych

18. Czy lista punktów jest częścią dostarczanej dokumentacji? Kompletna, z adresami, jednostkami i oczekiwanymi zakresami. To dokument, którego wszyscy szukają w dniu, gdy coś przestaje działać.
19. Czy plan rozmieszczenia czujników jest produktem do dostarczenia? Czujnik temperatury pomieszczenia zamontowany nad grzejnikiem produkuje dziesięć lat fałszywych danych. Bez planu nikt tego nie odkryje.
20. Czy narzucono ustandaryzowaną konwencję nazewnictwa? Budynek, kondygnacja, strefa, urządzenie, punkt. Bez konwencji instalacja staje się nieczytelna przy drugiej rozbudowie.
21. Czy plan opomiarowania z podlicznikami jest produktem do dostarczenia? W specyfikacji na 6/100 wymiar energetyczny nie istniał: ani jednego podlicznika, choć inwestor prędzej czy później będzie musiał rozliczać się ze zużycia energii.
22. Czy przewidziano commissioning podliczników? Suma podliczników wobec licznika głównego, z protokołem. Przejęliśmy nowy budynek, w którym 230 podliczników nie produkowało żadnych użytecznych danych.

Serwis, cyberbezpieczeństwo i testy

23. Czy cyberbezpieczeństwo jest uregulowane? Segmentacja sieci, zmiana domyślnych haseł, polityka aktualizacji, rejestrowanie dostępów.
24. Czy wymagane są dokumentacja przejęcia, kopie zapasowe i procedura odtwarzania? Zawartość dokumentacji powykonawczej wylistowana, nie tylko jej termin. Przetestowana kopia zapasowa: system bez kopii buduje się od nowa po pierwszej awarii.
25. Czy odbiór funkcjonalny jest szczegółowo opisany? Test punkt po punkcie, test sekwencji w warunkach rzeczywistych, protokół, okres obserwacji przed ostatecznym odbiorem. Instalacja odebrana w czerwcu nigdy nie została przetestowana w trybie grzania. Warto przewidzieć diagnostykę uruchomienia.
26. Czy przewidziano szkolenie firmy utrzymania technicznego? Czas trwania, uczestnicy, przekazane materiały. Pół dnia w dniu odbioru nie szkoli nikogo.

Długi horyzont

27. Czy wykonawca proponuje umowę serwisową o znanym zakresie i cenie? Przekazaną najpóźniej przy odbiorze. Później inwestor negocjuje ze słabej pozycji, mając system, który zna tylko wykonawca.
28. Czy rzeczywisty koszt roczny jest znany przed podpisaniem? Patrz niżej.
29. Czy wymagany jest okres wsparcia proponowanych sterowników? Sterownik, którego producent kończy wsparcie za trzy lata, to zaprogramowane starzenie kupione jako nowe.

Zaniedbanie nr 4: ile kosztuje system po odbiorze

Specyfikacja ustala cenę robót. Niemal zawsze zapomina zapytać o cenę kolejnych lat: licencje oprogramowania, abonamenty, aktualizacje, koszt dodania punktu i przede wszystkim koszt wyjścia.

Mechanizm jest znany. Inwestor potrzebuje historii zużycia do raportu energetycznego. Prosi. Dostaje wycenę, bo funkcja nie została dostarczona. Każda prośba staje się osobodniem. Po dwóch latach nikt już nie śmie prosić.

Zażądanie od każdego oferenta kosztu rocznego w horyzoncie pięciu lat nic nie kosztuje i zmienia porównanie ofert.

Pięć zapisów, które zmieniają odbiór

Nie trzeba pisać specyfikacji od nowa. Trzeba dodać wymagania, które chronią eksploatację, i sformułować je w sposób weryfikowalny, bo inaczej są nic niewarte. Efektywność energetyczna budynku rozstrzyga się w tych zapisach.

Te pięć zapisów nie wystarczy, by powstała dobra specyfikacja. Wystarczą, by odróżnić system, który się posiada, od systemu, który – nie wiedząc o tym – wynajmuje się od integratora.

FAQ

Czym jest specyfikacja BMS?

Specyfikacja BMS to część dokumentacji przetargowej poświęcona systemowi zarządzania budynkiem (we Francji: CCTP GTB). Opisuje funkcje oczekiwane od systemu, który będzie sterował ogrzewaniem, wentylacją i klimatyzacją budynku komercyjnego. Ustala wymagania weryfikowalne przy odbiorze. Musi jednak najpierw istnieć: w wielu projektach BMS nie ma osobnej branży, a jego specyfikacja mieści się na kilku stronach schowanych w branży elektrycznej lub HVAC. Nikt wtedy nie prowadzi tematu od początku do końca.

Czym różni się GTC od BMS?

GTC (z francuskiego gestion technique centralisée, scentralizowany nadzór techniczny) zapewnia ogólną wizualizację: wyświetlanie, alarmy, dane historyczne. BMS dodaje regulację i komunikację między sterownikami: system zapisuje nastawy w urządzeniach i steruje sekwencjami HVAC. W praktyce oba pojęcia są często mylone. Liczy się to, co system naprawdę robi na obiekcie.

Jakich norm przestrzegać w specyfikacji BMS?

Norma PN-EN ISO 52120-1 klasyfikuje funkcje regulacji i zarządzania technicznego. Obowiązek BACS wynika z dyrektywy EPBD: w Polsce art. 23a ustawy o charakterystyce energetycznej budynków wymaga automatyki w budynkach niemieszkalnych z systemami o mocy powyżej 290 kW (termin 31 grudnia 2024), a dyrektywa 2024/1275 rozszerza go na systemy powyżej 70 kW do 31 grudnia 2029. Przepisy i norma uzupełniają się, ale nie są tym samym.

Jak uwzględnić obowiązek BACS w specyfikacji BMS?

Specyfikacja musi rozpisać wymagania funkcjonalne BACS funkcja po funkcji (zarządzanie nastawami, monitorowanie zużycia), a nie ograniczać się do wzmianki o klasie. Jeśli celem jest dofinansowanie (we Francji fiszka CEE BAT-TH-116 z wymogiem klasy A lub B, w Polsce białe certyfikaty z własnym audytem), dochodzą jego wymagania. Efektywność energetyczna budynku komercyjnego zależy od tej precyzji w redakcji.

Jakie urządzenia podłączyć do BMS?

Specyfikacja musi wymieniać urządzenia według branży: centrale wentylacyjne (ogrzewanie, wentylacja, klimatyzacja), kotły, agregaty chłodnicze, pompy ciepła, klimakonwektory, oświetlenie, przygotowanie ciepłej wody i podliczniki. Sterowanie obejmuje też rolety i detekcję obecności, jeśli budynek to uzasadnia. Roboty przyłączeniowe opisuje się według kondygnacji.

Oceń specyfikację, zanim ją opublikujesz

Udostępniliśmy online narzędzie, które wystawiło powyższe 6/100. Czyta specyfikację BMS i ocenia ją w tych 29 kryteriach, każde od 0 do 3: brak, wzmianka, opisane, weryfikowalne przy odbiorze. Narzędzie ma polecenie, by być wymagające. Ocena 3 jest rzadka, a sama wzmianka o BACnet nie daje 3 za interoperacyjność.

Narzędzie nie zastępuje usługi doradztwa BMS. Czyta, mówi, czego brakuje, i proponuje sformułowanie dla każdego braku. Jeśli daje 60, masz dobry dokument techniczny i kilka zapisów do dodania. Jeśli daje 6, jeszcze nie jest za późno: nic nie zostało podpisane.

Oceń moją specyfikację BMS