Jak wybrać oprogramowanie do monitoringu konstrukcji: 30 pytań

W skrócie

• Na rynku są cztery klasy rozwiązań: rejestrator + Excel, oprogramowanie producenta rejestratorów lub czujników, platformy ogólne i dostawców systemów oraz niezależna platforma online. Każda ma inny model kosztu i inne miejsce, w którym boli.
• Najdroższe błędy wyboru nie dotyczą ceny licencji. Dotyczą uzależnienia od jednego producenta sprzętu, alarmu bez procedury i braku eksportu danych przy wyjściu z umowy.
• Każde z 30 pytań ma zdanie „dobra odpowiedź wygląda tak” – dzięki temu porównujesz oferty, a nie slajdy.
• Dostajesz też propozycję wag ocen (do adaptacji), listę czerwonych flag i szablon zapytania ofertowego w 16 punktach.
• Na końcu odpowiadamy na te same 30 pytań za Inclify – także tam, gdzie odpowiedź brzmi „nie mamy”.

Dlaczego oprogramowanie decyduje o więcej niż czujniki

Czujnik strunowy (vibrating wire) potrafi pracować 20 i więcej lat. Rejestrator – wiele lat. Ale to oprogramowanie decyduje, czy w 4. roku pracy systemu ktokolwiek zobaczy, że pochylenie filara przestało wracać do zera po nocy, i czy w 6. roku dane z pierwszego roku jeszcze istnieją w formacie, który da się otworzyć. Sprzęt mierzy. Oprogramowanie odpowiada na pytanie „czy coś się dzieje?” i trzyma dowód, że pytanie zadano na czas.

Dlatego w tym wpisie patrzymy na wybór oprogramowania jak na wybór wieloletniego kontraktu na dane, a nie na zakup licencji. Szerszy kontekst – co mierzyć, czym i dlaczego – znajdziesz w kompletnym przewodniku po monitoringu konstrukcji. Tutaj zajmujemy się wyłącznie warstwą, która siedzi między czujnikiem a człowiekiem.

Platforma monitoringu konstrukcji to oprogramowanie, które przyjmuje odczyty z czujników i rejestratorów, przechowuje je z historią, przelicza na wielkości inżynierskie, porównuje z progami, powiadamia ludzi i udostępnia dane do analizy, raportów i eksportu.

Vendor lock-in (uzależnienie od dostawcy) w monitoringu to sytuacja, w której zmiana oprogramowania wymaga wymiany czujników lub rejestratorów (albo odwrotnie), bo protokół, format danych lub licencja są zamknięte na jednego producenta.

Jeżeli boisz się, że kupisz kota w worku, to ten lęk ma cztery konkretne objawy, które da się sprawdzić przed podpisem: dostawca nie potrafi pokazać udokumentowanego sposobu wprowadzenia danych z cudzego rejestratora; eksport danych jest „na życzenie, przez wsparcie”; współczynniki kalibracyjne i konfiguracja kanałów żyją tylko w jego narzędziu; a pytanie „co po zakończeniu umowy?” kończy się ciszą. Cała reszta tego wpisu to sposób, żeby te cztery rzeczy sprawdzić na piśmie, zanim ktoś inny sprawdzi je za Ciebie po latach.

Cztery klasy rozwiązań: za co płacisz, co dostajesz, gdzie boli

Klasyfikacja poniżej porównuje podejścia, nie ocenia produktów. Każda z klas ma zastosowania, w których jest najlepszym wyborem. Nazwy produktów podajemy wyłącznie dla orientacji, a twarde cechy opieramy na publicznej dokumentacji producentów (przypisy pod tabelą, linki w sekcji „Źródła i dalsza lektura”).

Przypisy do tabeli (publiczne źródła, dostęp 22.08.2026; linki w sekcji „Źródła i dalsza lektura”):

• [1] Geokon – strona produktu Agent Software (8800-GNA) i instrukcja obsługi Agent Software.
• [2] Campbell Scientific – strony produktów LoggerNet oraz Konect Global Data Services.
• [3] Vista Data Vision (Bentley) – pomoc VDV: License Overview, Server Side, Data Source, API; strony produktów VDV i iTwin IoT na bentley.com.
• [4] Proqio – strona „About us”; Encardio – opis oferty monitoringu.
• [5] Worldsensing – strony produktów CMT Cloud i CMT Edge.
• [6] Sixense – strona „Monitoring software platform” (Beyond Monitoring, Geoscope).

Klasa 1: rejestrator i arkusz

To nie jest zła klasa. To klasa, która przestaje wystarczać w chwili, gdy ktoś musi dostać SMS w nocy. Koszt wejścia jest najniższy, koszt utrzymania siedzi w roboczogodzinach i w ryzyku „ślepego okresu” między odczytami. Jeżeli chcesz to policzyć, zobacz z czego składa się koszt monitoringu i jak liczyć TCO.

Klasa 2: oprogramowanie producenta sprzętu

Geokon opisuje Agent jako oprogramowanie do konfiguracji sprzętu, monitorowania czujników, zbierania danych i stosowania poprawek; surowe odczyty przelicza automatycznie na jednostki inżynierskie, pokazuje je jako tekst lub wykres, eksportuje do kilku formatów i sygnalizuje przekroczenie limitów alertem wizualnym i dźwiękowym (dokumentacja Geokon: Agent Software). Program jest do pobrania ze strony producenta i pracuje pod Windows z sieciami GeoNet i rejestratorami LC2. Campbell Scientific opisuje LoggerNet jako oprogramowanie wsparcia rejestratorów – programowanie, komunikacja i pobieranie danych między rejestratorami a komputerem z Windows 10/11; Konect Global Data Services to aplikacja chmurowa tego producenta do zbierania i wyświetlania danych z rejestratorów z łącznością IP, na stronie producenta oznaczona jako „limited availability” (ograniczona dostępność) (dokumentacja Campbell Scientific: LoggerNet, KonectGDS).

To narzędzia bliskie sprzętowi i bardzo dobre w swojej roli. Pytanie, które trzeba zadać, brzmi: co robimy, gdy na obiekcie pojawia się rejestrator innej marki, inklinometr łańcuchowy (in-place) innego dostawcy albo gdy dyżurny ma widzieć wszystkie obiekty w przeglądarce. Jeśli odpowiedź brzmi „dokładamy platformę”, to właśnie ją wybierasz – i o nią pytaj.

Klasa 3: platformy ogólne i dostawców systemów

Tu jest najwięcej zróżnicowania. Vista Data Vision (Bentley) licencjonuje się tokenowo: elementom projektu przypisane są wartości w tokenach, a projekt może mieć limit tokenów (pomoc VDV: License Overview); cen w publicznych źródłach nie ma. Działa jako instalacja lokalna na Windows Server lub w wersji hostowanej (pomoc VDV: Server Side). Dane wchodzą przez integracje z API producentów, import plików z FTP/SFTP lub dysku sieciowego i bezpośrednie połączenie z rejestratorami Campbell; publiczne API VDV służy do odczytu – endpointu do zapisu pomiarów w publicznej dokumentacji nie znaleźliśmy (pomoc VDV: Data Source, API). Domena vistadatavision.com przekierowuje dziś na stronę iTwin IoT, którą Bentley przedstawia jako bardziej zaawansowaną platformę; publicznej daty końca wsparcia VDV nie znaleźliśmy – przed decyzją zapytaj o plan rozwoju i migracji. Szczegóły w uczciwym porównaniu Vista Data Vision i Inclify.

Proqio przedstawia się jako platforma danych dla infrastruktury, spółka w grupie Encardio z centralą w Hiszpanii, dostępna w chmurze lub lokalnie (strona Proqio „About us”; Encardio). Worldsensing CMT występuje w wersji Edge (dane pozostają na bramce, dostęp per bramka) i Cloud (wszystkie sieci, urządzenia i dane w jednej platformie), z eksportem przez FTP/FTPS, Modbus TCP, API i MQTT (dokumentacja Worldsensing: CMT Cloud, CMT Edge). Sixense Beyond Monitoring to własne oprogramowanie tej grupy do zarządzania, wizualizacji i raportowania danych z monitoringu, następca Geoscope rozwijanego od 1997 r., oferowane jako usługa w chmurze, z wersją lokalną dla obiektów wrażliwych (strona Sixense: Monitoring software platform). Wspólny mianownik: dojrzałość i skala. Wspólne pytanie: na ile platforma jest neutralna wobec sprzętu spoza własnej grupy i jak wygląda model kosztu przy wzroście liczby kanałów.

Klasa 4: niezależna platforma online

Inclify zaliczamy do tej klasy świadomie i z zastrzeżeniami opisanymi w tabeli. Sens tej klasy jest prosty: oprogramowanie jest kupowane osobno od czujników, więc można je zmienić bez wymiany sprzętu – i odwrotnie. Co to znaczy w praktyce podłączenia istniejących urządzeń, opisujemy we wpisie jak podłączyć istniejące rejestratory do platformy online. Dla Ciebie wniosek z całej klasyfikacji jest jeden: zanim porównasz ceny, ustal, do której klasy należy każda oferta – bo porównujesz wtedy koszt tej samej rzeczy.

30 pytań do dostawcy: dane, czujniki, alarmy, dynamika

Zasada użycia: każde pytanie zadaj pisemnie, odpowiedź poproś pisemnie, a to, co dostawca deklaruje, poproś pokazać na żywym panelu. Punktacja w dalszej części zakłada skalę 0–2 na pytanie.

Grupa 1. Pozyskanie danych i ingest

1. Jakimi drogami dane wchodzą do platformy i czy ten interfejs jest udokumentowany? Dobra odpowiedź: otwarty, opisany interfejs (np. HTTP/JSON) z przykładowym kontraktem danych, którym da się zasilić rejestrator lub hub dowolnego producenta.

2. Co się dzieje, gdy urządzenie przestaje nadawać? Dobra odpowiedź: brak danych jest osobnym stanem (NO_DATA) z powiadomieniem, a nie wykresem, który po prostu się kończy.

3. Jak często odczyty trafiają do panelu i jakie jest opóźnienie między pomiarem a widokiem? Dobra odpowiedź: interwał podany liczbowo (np. 15 min dla pomiarów statycznych), zdarzenia dynamiczne traktowane osobno, opóźnienie liczone w minutach, a kompletność danych liczona z realnych odczytów.

4. Czy przechowujecie surowe dane z urządzeń, czy tylko wartości przeliczone? Dobra odpowiedź: obie warstwy – surowe wartości i ramki ze znacznikiem czasu i identyfikatorem urządzenia są dostępne do wglądu, a przeliczenia można odtworzyć.

Grupa 2. Czujniki i rejestratory

5. Jakie typy czujników obsługujecie i czy lista jest ograniczona do jednego producenta? Dobra odpowiedź: lista typów (strunowe, MEMS, inklinometry w tym łańcuchowe, piezometry, tensometry, temperatura…) niezależna od marki; nowy typ to konfiguracja kanału, nie projekt programistyczny.

6. Jak wprowadza się współczynniki kalibracyjne i kto może je zmieniać? Dobra odpowiedź: jawne wzory per kanał, historia zmian z wartością przed i po, uprawnienie ograniczone rolą.

7. Czy platforma wie, jak bardzo czujnik odjechał od odczytu referencyjnego, i pokazuje to bez ręcznej analizy? Dobra odpowiedź: „dług kalibracji” jest raportem z danych (odchylenie od referencji, dryf), a nie wpisem w czyimś kalendarzu.

8. Czy kompensacja temperatury czujników strunowych jest liczona w platformie i widoczna? Dobra odpowiedź: wzór i współczynniki są jawne, a wynik przed i po kompensacji da się porównać na jednym wykresie.

Grupa 3. Alarmy i procedura

9. Ile poziomów progów obsługujecie i na jakim poziomie (kanał, grupa, projekt)? Dobra odpowiedź: co najmniej dwa poziomy (ostrzegawczy i alarmowy) ustawiane per kanał, z histerezą, plus osobny stan braku danych.

10. Kto i jak dostaje powiadomienie? Dobra odpowiedź: SMS i e-mail do listy osób upoważnionych, z możliwością zmiany listy bez udziału dostawcy.

11. Czy alarm ma procedurę: potwierdzenie, informacja kto przejął, wyciszenie z terminem? Dobra odpowiedź: tak, z zapisem kto i kiedy – alarm bez tego jest tylko kolorem na wykresie.

12. Jak strojone są progi po okresie bazowym? Dobra odpowiedź: platforma pokazuje propozycję progów na podstawie danych i pilnuje historii zmian; decyzję podejmuje człowiek. Metodykę znajdziesz we wpisie jak ustawić progi ostrzegawcze i alarmowe.

Grupa 4. Dynamika i inklinometry

13. Czy obsługujecie zdarzenia drganiowe i jaką analizę dostaję w panelu? Dobra odpowiedź: przebieg czasowy, widmo (FFT), pasma tercjowe i filtry w tym samym panelu co pomiary statyczne, bez osobnego programu.

14. Jak działa alarm dynamiczny? Dobra odpowiedź: próg na zdarzeniu (np. obwiednia w pasmach), z zapisanym przebiegiem zdarzenia, który można później otworzyć i pokazać.

15. Czy profil przemieszczeń inklinometru łańcuchowego liczy się automatycznie? Dobra odpowiedź: profil liczony od kotwy, osobno oś A i B, z widocznym maksimum przemieszczenia na profilu – bez arkusza kalkulacyjnego obok.

16. Jak pokazujecie pochylenie na tle temperatury? Dobra odpowiedź: wykres wieloosiowy, na którym dobowe „oddychanie” konstrukcji odróżnia się od trwałego trendu gołym okiem.

Te 16 pytań rozstrzyga, czy system w ogóle zobaczy to, co ma zobaczyć. Kolejne 14 rozstrzyga, czy Ty to zobaczysz, udowodnisz i zabierzesz ze sobą.

30 pytań do dostawcy: raporty, audyt, hosting, koszt

Grupa 5. Raporty i analityka

17. Jakie raporty inżynierskie generuje platforma z danych, bez ręcznej obróbki? Dobra odpowiedź: co najmniej kompletność danych (SLA danych), stan kalibracji, kompensacja temperatury i ocena ryzyka w zdefiniowanym horyzoncie (np. 7/30 dni).

18. Co dokładnie robi „AI” w waszej platformie, a czego nie robi? Dobra odpowiedź: wykrywanie anomalii statystycznych i komentarz do danych; dostawca mówi wprost, że AI nie zastępuje progów projektowych ani inżyniera, i potrafi powiedzieć, co dokładnie trafia do modelu.

19. Czy mogę porównywać okresy, zestawiać kanały i eksportować wynik? Dobra odpowiedź: trendy, porównania w czasie i eksport danych dostępne z poziomu panelu dla uprawnionego użytkownika, w otwartym formacie.

Grupa 6. Role, audyt, dowodowość

20. Jakie role są dostępne i czy mogę dać ograniczony dostęp osobom z zewnątrz (inwestor, nadzór, biegły)? Dobra odpowiedź: konto tylko do odczytu dla stron zewnętrznych, z jasno opisanym zakresem tego, co widzą.

21. Czy każda zmiana progu, kalibracji lub konfiguracji kanału zostawia ślad? Dobra odpowiedź: tak – kto, kiedy, co zmienił, z wartością przed i po; najlepiej także możliwość przywrócenia poprzedniej wartości.

22. Czy log komunikacji pokaże, co, kiedy i z jakiego urządzenia przyszło? Dobra odpowiedź: tak, z surowymi ramkami i filtrowaniem po urządzeniu i czasie. Dlaczego to ważne w sporze – zobacz dane z monitoringu jako dowód.

23. Jak traktujecie znaczniki czasu i strefy czasowe? Dobra odpowiedź: czas w danych jednoznaczny (np. UTC), w widoku czas lokalny; przejście na czas letni nie powoduje dziur ani duplikatów.

Grupa 7. Hosting, RODO, SLA, eksport i wyjście z umowy

24. Gdzie dane są hostowane, kto administruje infrastrukturą i czy podpisujecie umowę powierzenia? Dobra odpowiedź: lokalizacja i podmiot wskazane w umowie, dane w Unii Europejskiej, umowa powierzenia przetwarzania danych osobowych zgodna z art. 28 RODO (dane osobowe w platformie to przede wszystkim konta użytkowników i numery telefonów do SMS).

25. Jakie SLA dostępności i wsparcia gwarantujecie? Dobra odpowiedź: liczby w umowie – dostępność, czas reakcji, okna serwisowe – a nie „robimy, co możemy”.

26. Jak eksportuję dane w trakcie umowy i jak odbiorę całość po jej zakończeniu? Dobra odpowiedź: eksport z panelu na bieżąco; zapis umowny o wydaniu pełnej historii w otwartym formacie i okresie przejściowym po rozwiązaniu umowy.

27. Jaka jest retencja danych pomiarowych i surowych ramek? Dobra odpowiedź: pomiary bez automatycznego usuwania, co najmniej przez okres umowy plus okres dowodowy ustalony z Twoim działem prawnym; retencja surowych ramek podana liczbowo i zapisana w umowie.

Grupa 8. Koszt całkowity i model współpracy

28. Co dokładnie obejmuje cena platformy, a co jest płatne osobno? Dobra odpowiedź: jawna lista – liczba kanałów lub projektów, użytkownicy, SMS-y, wsparcie, konfiguracja, wdrożenie, ewentualne opłaty za eksport.

29. Jakie modele współpracy oferujecie: pod klucz, sama platforma do moich czujników, pilotaż? Dobra odpowiedź: wszystkie trzy, z jasnym podziałem odpowiedzialności za czujniki, łączność i oprogramowanie.

30. Ile trwa wdrożenie i co jest potrzebne ode mnie? Dobra odpowiedź: harmonogram w dniach lub tygodniach z listą zależności (dostęp do obiektu, zasilanie, łączność, dane kalibracyjne).

Po tej liście masz w ręku coś, czego nie daje żadna prezentacja: ten sam zestaw pytań zadany każdemu dostawcy, z odpowiedziami na piśmie, które da się położyć obok siebie.

Kryteria oceny ofert: propozycja wag

To jest propozycja, nie norma. Wagi zależą od obiektu: na wykopie w centrum miasta grupa „dynamika i inklinometry” waży więcej, na hali magazynowej mniej. Zamawiający publiczny przełoży to na własne kryteria pozacenowe zgodnie z przepisami o zamówieniach publicznych i regulaminem wewnętrznym – poniższe wagi są punktem wyjścia do takiej rozmowy, nie gotowym wzorem.

Punktacja: 0 – brak lub „nie wiemy”; 1 – częściowo albo „w planach”; 2 – jest, pokazane na żywym panelu lub w dokumentacji. Wynik grupy = suma punktów / maksimum × waga. Ilustracyjnie: grupa 3 z wynikiem 6 na 8 punktów daje 6/8 × 15 % = 11,25 %. Suma grup to wynik oferty w skali 0–100 %. Funkcje „w planach” liczymy jako 1, nigdy jako 2 – to jedyna zasada, której nie radzimy zmiękczać, bo „w planach” nie wyśle SMS-a w nocy.

Czerwone flagi

• „Obsługujemy wszystkie czujniki” – bez listy typów i bez pokazania kanału z cudzego rejestratora.
• Brak pisemnej odpowiedzi na pytanie 26 (eksport po zakończeniu umowy).
• Alarm to kolor na wykresie: nie ma potwierdzenia, nie widać, kto przejął, nie da się wyciszyć z terminem.
• Brak danych nie jest stanem – wykres po prostu się kończy.
• Demo na slajdach lub nagraniu zamiast na żywym panelu z danymi.
• Surowe dane „są u nas”, ale nie ma ich w panelu.
• „AI wykryje zagrożenie” bez opisu metody i bez zdania o roli inżyniera.
• Cena licencji bez wariantów dla liczby kanałów, użytkowników i SMS-ów.
• Hosting „w chmurze” bez wskazania, gdzie i kto administruje.
• Wsparcie wyłącznie w języku, którym nie mówi Twój dyżurny.
• Umowa, w której właścicielem danych pomiarowych nie jesteś Ty.

Każda z tych flag osobno jest do wyjaśnienia; dwie lub trzy naraz to sygnał, żeby oferty nie wyjaśniać, tylko odłożyć.

Jak Inclify odpowiada na te 30 pytań

Krótko i bez upiększeń, grupa po grupie. Tam, gdzie nie mamy – piszemy, że nie mamy.

Ingest (1–4). Dane przyjmujemy z istniejących rejestratorów i hubów przez HTTP/JSON (kontrakt zgodny z SHMmonitor 1.1): urządzenie wysyła ramki ze znacznikiem czasu UTC, identyfikatorem kanału i surowymi wartościami, a platforma przelicza je równaniami projektu. Tym samym kanałem da się dosłać historię z dotychczasowego systemu, z oryginalnymi znacznikami czasu. Rejestratory w naszych systemach domyślnie wysyłają odczyty co 15 min lub częściej; platforma przyjmuje dowolny interwał i liczy kompletność względem rzeczywistej kadencji danych. Brak danych to stan NO_DATA z powiadomieniem (okno czasowe konfigurowalne). Surowe wartości z rejestratora są przechowywane obok przeliczonych, a ramki żądanie/odpowiedź – w logu komunikacji przez skonfigurowany okres (domyślnie 7 dni). Czego nie ma: importu plików CSV/XLSX, formularza do ręcznego wpisywania serii ani innych protokołów jako funkcji platformy.

Czujniki (5–8). Zespół dobiera i montuje ponad 40 typów czujników (strunowe, inklinometry w tym łańcuchowe, tensometry, MEMS, piezometry, temperatura, indukcyjne, piezoelektryczne, elektrooporowe); sama platforma przyjmuje dane z dowolnego kanału, a typ urządzenia jest opisem, nie ograniczeniem. Współczynniki kalibracyjne i kompensację temperatury definiuje się jako równania projektu (jawne wzory), a każda zmiana ląduje w dzienniku audytu z wartością przed i po. Raport długu kalibracji pokazuje odchylenie od odczytu referencyjnego i dryf z 7 i 30 dni; raport kompensacji temperatury porównuje korelację z temperaturą przed i po kompensacji. Czego nie ma: dedykowanych pól „współczynnik wzmocnienia / współczynnik temperaturowy” per czujnik ani kalendarza terminów kalibracji – dług kalibracji liczymy z danych.

Alarmy (9–12). Progi WARNING i ALARM per kanał, z histerezą; stany OK / WARNING / ALARM / NO_DATA; powiadomienia SMS, e-mail i w aplikacji do użytkowników według ich preferencji; potwierdzanie z zapisem, kto i kiedy przejął; wyciszanie zawsze z terminem (bezterminowo się nie da); propozycje progów z historii pomiarów do zastosowania jednym działaniem – decyzja należy do inżyniera. Czego nie ma: progów na trend lub prędkość zmian, minimalnego czasu trwania przekroczenia, eskalacji do kolejnych osób po braku potwierdzenia ani powiadomień push w aplikacji mobilnej.

Dynamika i inklinometry (13–16). Zdarzenia drganiowe z przebiegiem czasowym, widmem FFT i 21 pasmami tercjowymi w zakresie 1–100 Hz; profil z filtrami Butterwortha 4. rzędu (wymaga próbkowania powyżej 224 Hz); alarm dynamiczny porównuje RMS/MAX w każdej tercji z obwiednią referencyjną (poziom ostrzegawczy i alarmowy z histerezą), a przebieg zdarzenia zostaje zapisany i da się go otworzyć w panelu. Inklinometry łańcuchowe: profil liczony od kotwy w osiach A i B oraz wypadkowej, na podstawie skonfigurowanych długości segmentów; po pierwszej poprawnej ramce platforma sama tworzy dashboard z profilem pionowym i trendem; głębokość maksimum odczytasz z profilu. Wykres wieloosiowy nakłada pochylenie na temperaturę. Czego nie ma: obsługi ręcznych odczytów sondą inklinometryczną.

Raporty i analityka (17–19). Pięć raportów liczonych z danych: dług kalibracji, kompensacja temperatury, ocena ryzyka 7/30 dni, strojenie alarmów, SLA danych (kompletność, luki, świeżość). Analiza AI: statystyki i anomalie (z-score względem okna bazowego) liczy baza danych, a model językowy dostaje wyłącznie policzone wyniki i pisze po polsku komentarz, ustalenia i rekomendacje – asystent inżyniera, nie wyrocznia; dostawca modelu jest konfigurowany per wdrożenie, a bez klucza API raport jest w pełni deterministyczny. Dashboardy z 26 typami widżetów, trendy, porównania w czasie; eksport CSV z tabel danych, obraz wykresu, XLSX dla sygnałów dynamicznych. Czego nie ma: raportu PDF.

Role i audyt (20–23). Trzy poziomy uprawnień: superadministrator, administrator klienta i użytkownik tylko do odczytu; dane każdego klienta są izolowane. Dziennik audytu zapisuje zmiany konfiguracji projektu, urządzeń, użytkowników i dashboardów z wartością przed i po, a zdarzenia alarmowe (utworzenie, zmiana, potwierdzenie, wyciszenie) mają własną historię. Log komunikacji z surowymi ramkami (co, kiedy, z jakiego urządzenia) ogląda i pobiera administrator. Czas w bazie zawsze w UTC, w widoku – strefa użytkownika lub projektu. Czego nie ma: ról per projekt (użytkownik tylko do odczytu widzi projekty swojego klienta) ani automatycznego przywracania konfiguracji do stanu sprzed zmiany – poprzednią wartość wpisuje się ręcznie na podstawie dziennika.

Hosting, RODO, SLA, wyjście (24–27). Platforma jest usługą online; technicznie działa jako zestaw kontenerów, więc o instalacji w infrastrukturze klienta rozmawiamy indywidualnie – to nie jest oferta standardowa. Lokalizację hostingu, podmiot administrujący, parametry SLA i umowę powierzenia (art. 28 RODO) podajemy pisemnie w ofercie i zapisujemy w umowie; nie publikujemy tych wartości na blogu, bo zależą od wdrożenia. Pomiary są przechowywane w bazie szeregów czasowych bez automatycznego usuwania (starsze dane są kompresowane), log komunikacji – przez skonfigurowany okres. Eksport CSV jest dostępny z panelu przez cały okres umowy; tryb wydania pełnej historii po zakończeniu – do zapisania w umowie.

Koszt i model (28–30). Wycena na żądanie, z jawnym zakresem w ofercie. Trzy modele: monitoring pod klucz (dobór czujników, montaż, platforma), sama platforma do istniejących czujników, pilotaż na jednym obiekcie. Podłączenie istniejących urządzeń – kilka dni; pełne wdrożenie z montażem – od kilku do kilkunastu tygodni. Czego nie ma: integracji z BIM ani aplikacji mobilnej.

Więcej o samej platformie: /platform i /platform/monitoring. Jeśli po tej liście masz pytanie, na które tu nie odpowiedzieliśmy – to dokładnie ten rodzaj pytania, który warto wysłać nam na piśmie.

Szablon zapytania ofertowego (do skopiowania do OPZ)

Poniższe punkty są sformułowane tak, żeby dało się je wkleić do opisu przedmiotu zamówienia lub zapytania ofertowego. Miejsca oznaczone „[wpisz …]” uzupełnij własnymi wartościami.

1. Oferent przedstawi udokumentowany interfejs przyjmowania danych z rejestratorów i hubów (np. HTTP/JSON) wraz z przykładowym kontraktem danych.
2. Platforma obsługuje następujące typy czujników: [wpisz listę]; oferent potwierdzi obsługę każdego typu i wskaże, czy wymaga to dodatkowych prac.
3. Interwał odczytów statycznych nie dłuższy niż [wpisz, np. 15] minut; zdarzenia dynamiczne rejestrowane i analizowane osobno (przebieg czasowy, widmo, pasma tercjowe).
4. Platforma sygnalizuje brak danych z urządzenia jako odrębny stan z powiadomieniem.
5. Progi co najmniej dwupoziomowe (ostrzegawczy, alarmowy) definiowane per kanał; powiadomienia SMS i e-mail do osób wskazanych przez zamawiającego.
6. Procedura alarmowa: potwierdzenie alarmu z identyfikacją osoby, wyciszenie z terminem, zapis historii zdarzeń.
7. Dla inklinometrów łańcuchowych platforma wyznacza profil przemieszczeń od kotwy z podziałem na osie.
8. Raporty z danych: kompletność danych, stan kalibracji, kompensacja temperatury, ocena ryzyka w horyzoncie [wpisz, np. 7/30] dni.
9. Role i uprawnienia użytkowników z możliwością nadania dostępu tylko do odczytu podmiotom wskazanym przez zamawiającego.
10. Przechowywanie surowych wartości z urządzeń oraz logu komunikacji z identyfikacją urządzenia i czasu, przez okres [wpisz].
11. Dane hostowane w Unii Europejskiej; oferent wskaże podmiot administrujący infrastrukturą i zawrze umowę powierzenia przetwarzania danych osobowych zgodną z art. 28 RODO.
12. SLA: dostępność [wpisz], czas reakcji wsparcia [wpisz], wsparcie w języku polskim.
13. Eksport danych z panelu przez cały okres umowy; po jej zakończeniu wydanie pełnej historii w otwartym formacie w terminie [wpisz] dni oraz retencja danych przez [wpisz okres].
14. Właścicielem danych pomiarowych jest zamawiający.
15. Oferta zawiera jawny zakres ceny (kanały, użytkownicy, SMS-y, wsparcie, wdrożenie) oraz harmonogram wdrożenia z listą zależności po stronie zamawiającego.
16. Oferent przeprowadzi prezentację na żywym środowisku z danymi oraz umożliwi pilotaż na jednym obiekcie przed pełnym wdrożeniem.

Jeśli do OPZ trafi tylko jedna rzecz z tego wpisu, niech to będą punkty 13 i 14: własność danych i tryb ich wydania. To one decydują, czy za pięć lat dalej wybierasz, czy już tylko przedłużasz.

Źródła i dalsza lektura

• Geokon, Agent Software (8800-GNA) – strona produktu: https://www.geokon.com/8800-GNA ; instrukcja obsługi: https://www.geokon.com/content/manuals/Agent_Software.pdf
• Campbell Scientific, LoggerNet: https://www.campbellsci.com/products/loggernet ; Konect Global Data Services: https://www.campbellsci.com/konectgds
• Vista Data Vision (Bentley) – pomoc: License Overview https://help.vistadatavision.com/web-interface/license-overview ; Server Side https://help.vistadatavision.com/server-side ; Data Source https://help.vistadatavision.com/data-source ; API https://help.vistadatavision.com/web-interface/api ; specyfikacja VDV API: https://apidocs.vdvcloud.com ; strona produktu: https://www.bentley.com/software/vista-data-vision/ ; iTwin IoT: https://www.bentley.com/software/itwin-iot/
• Proqio (grupa Encardio) – „About us”: https://www.proqio.com/about-us ; Encardio: https://www.encardio.com
• Worldsensing – CMT Cloud: https://www.worldsensing.com/product/cmt-cloud/ ; CMT Edge: https://www.worldsensing.com/product/cmt-edge/
• Sixense – Monitoring software platform (Beyond Monitoring, Geoscope): https://www.sixense-group.com/en/services/monitoring-testing/monitoring-software-platform
• Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO), art. 28 – EUR-Lex: https://eur-lex.europa.eu/eli/reg/2016/679/oj
• Ustawa Prawo budowlane (art. 61, 62) – ISAP: https://isap.sejm.gov.pl/isap.nsf/DocDetails.xsp?id=WDU19940890414
• PN-EN 1997-1 Eurokod 7 (metoda obserwacyjna) – PKN: https://sklep.pkn.pl
• W serii: Monitoring konstrukcji (SHM): kompletny przewodnik · Vista Data Vision a Inclify · Koszt monitoringu i TCO · Jak podłączyć istniejące rejestratory

Co dalej

Masz już listę 30 pytań. Najprostszy test dostawcy to wysłać mu ją i poprosić o odpowiedź na piśmie – nic nie podpisujesz, nic nie instalujesz, a po tygodniu masz oferty, które da się położyć obok siebie. Zrób to także z nami: prześlij nam tę listę – odpowiemy pisemnie, punkt po punkcie, również tam, gdzie odpowiedź brzmi „nie mamy”. Odpowiadamy w ciągu 24 godzin. Najlepszy moment to teraz – przed kolejnym przetargiem albo przed przedłużeniem obecnej umowy, kiedy jeszcze wybierasz, a nie tylko akceptujesz. Jeżeli wolisz zacząć od zobaczenia panelu – opis platformy Inclify.