Wybierz iTwin IoT, gdy wartość projektu powstaje z połączenia sensorów z modelami 3D, danymi o stanie rzeczywistym, GIS, zdalnymi obserwacjami, raportami i obsługą spraw. Wybierz lżejszą platformę, gdy głównym zadaniem są automatyczne pomiary punktowe, alarm, profile inklinometru łańcuchowego albo wyspecjalizowana analiza drgań, bez budowania procesu wokół cyfrowego bliźniaka.
W skrócie
- iTwin IoT jest produktem monitoringu IoT działającym w chmurze i zbudowanym na iTwin Platform, z rozbudowanym kontekstem 3D i przestrzennym.
- Oficjalna dokumentacja Bentley potwierdza otwarte API sensorowe, FTP, ręczne i automatyczne dane, alerty, raporty, sprawy oraz aplikację mobilną.
- Inclify skupia się na automatycznych danych HTTP/JSON, panelach pomiarowych, alarmach z potwierdzeniem, inklinometrii łańcuchowej i analizie dynamicznej.
- Brak potrzeby modelu 3D nie jest wadą iTwin; oznacza, że część jego wartości może pozostać niewykorzystana.
- Najbezpieczniej porównać oba procesy na jednej próbce danych i tych samych kryteriach odbioru.
Metoda porównania i data weryfikacji
Porównanie zweryfikowaliśmy 30 sierpnia 2026 r. Cechy iTwin IoT opisujemy wyłącznie na podstawie oficjalnych stron Bentley i dokumentacji deweloperskiej iTwin Platform. Cechy Inclify wynikają z aktualnego zakresu produktu. Nie porównujemy cen, ponieważ oba rozwiązania wymagają wyceny dla konkretnego zakresu.
To ważne zastrzeżenie. Produkty rozwijają się, a strona marketingowa nie jest umową. Przy postępowaniu zakupowym poproś obu dostawców o potwierdzenie funkcji, limitów, modelu licencji, lokalizacji danych, SLA i planu wyjścia w aktualnej ofercie. Jeżeli funkcja nie została publicznie udokumentowana, nie uznajemy jej tu ani za obecną, ani za nieobecną – trafia na listę pytań do demonstracji.
Skoncentrowany proces monitoringu oznacza rozwiązanie, którego podstawową jednostką pracy jest pomiar, kanał, stan alarmowy i decyzja operatora, a nie federowany model cyfrowego bliźniaka.
Nie jest to synonim „mniej dojrzałego produktu”. To inny zakres problemu. Duży właściciel infrastruktury może potrzebować iTwin IoT dla jednego portfolio, a prostszego procesu dla krótkiego monitoringu budowy. Integrator może łączyć oba poziomy przez API. Pytanie zakupowe brzmi więc nie „który produkt ma więcej funkcji?”, lecz „które funkcje zmniejszają nasze ryzyko lub koszt decyzji?”.
Czym jest iTwin IoT według Bentley
Oficjalna strona iTwin IoT opisuje produkt jako cloud-native platformę monitoringu IoT dla infrastruktury, zbudowaną na iTwin Platform. Centralizuje dane sensorowe, analitykę i alerty, a wyniki pokazuje na wykresach, dashboardach, mapach oraz w cyfrowych bliźniakach 3D.
Zakres przestrzenny jest szeroki. Bentley wymienia modele projektowe z wielu formatów CAD, reality meshes z fotogrametrii, chmury punktów, warstwy ArcGIS, WMS i WMTS, czujniki w rzeczywistych pozycjach 3D, wektory deformacji, heatmapy alertów i nawigację 4D po modelach historycznych oraz danych IoT. Oficjalny opis obejmuje także remote sensing.
Warstwa pozyskania danych nie jest ograniczona do sprzętu jednego producenta. Strona produktu wskazuje sensor-agnostic API, automatyczny ingest plików FTP, ręczne i automatyczne dane oraz przechowywanie danych surowych obok konfiguracji sensora. Sensor Data API jest przeznaczone dla producentów sensorów i zewnętrznych źródeł; dokumentacja pokazuje hierarchię connection–device–sensor i możliwość wysyłania obserwacji dla sensorów generycznych.
W pracy operacyjnej Bentley dokumentuje alerty progowe, alerty stanu sieci sensorowej i alerty korelacyjne między dwiema metrykami. Odbiorcy mogą dostawać e-mail, powiadomienie mobilne lub komunikat w aplikacji. Moduł raportowy kompiluje informacje i dane oraz planuje dystrybucję dokumentów e-mailem. Osobny proces obsługi spraw umożliwia tworzenie zgłoszeń związanych ze zmianą, elementem modelu lub alarmem, przypisanie do osoby albo roli, komentarze, załączniki, obrazy i oznaczenia.
Mobilna aplikacja służy do uruchamiania sieci sensorowej, dostępu do danych i ręcznego zbierania odczytów w terenie. To ważna różnica, jeśli projekt miesza automatykę z pomiarami manualnymi.
Porównanie funkcjonalne: fakty, nie liczba haczyków
| Kryterium | iTwin IoT – oficjalna dokumentacja | Inclify – aktualny zakres | Co rozstrzyga |
|---|---|---|---|
| Główny kontekst | IoT w cyfrowym bliźniaku infrastruktury | Automatyczne pomiary i alarmy | Czy potrzebujesz modelu 3D |
| Wizualizacja | Wykresy, dashboardy, mapy, obrazy i 3D | Dashboardy i wykresy pomiarowe | Sposób pracy odbiorców |
| Dane przestrzenne | CAD, reality mesh, point cloud, GIS, remote sensing | Brak deklaracji digital twin i GIS | Wartość kontekstu przestrzennego |
| Dane wejściowe | API, FTP, ręczne i automatyczne źródła | Automatyczny HTTP/JSON | Ręczne odczyty i formaty plikowe |
| Historia konfiguracji | Revision management konfiguracji sensorów | Audyt zmian i wersje profili inklinometru | Zakres wymaganej odtwarzalności |
| Wykresy | Time series, trend, X/Y, scatter, tabele | Trendy, wykresy wieloosiowe, 26 widżetów | Potrzebne typy analizy |
| Alarmy | Progowe, statusowe i korelacyjne | Progi, histereza i NO_DATA per kanał | Logika alarmowa projektu |
| Powiadomienia | E-mail, mobilne powiadomienia push, w aplikacji | E-mail, SMS, w aplikacji | Wymagane kanały |
| Obsługa alarmu | Alerty oraz powiązany proces obsługi spraw | Potwierdzenie kto/kiedy i czasowe wyciszenie | Organizacyjny proces reakcji |
| Raportowanie | Kompilacja i harmonogram dystrybucji dokumentów | Raporty analiz i eksporty; bez PDF | Format oraz harmonogram raportu |
| Aplikacja mobilna | Commissioning i ręczne pomiary terenowe | Brak ręcznego wprowadzania serii | Praca ekip terenowych |
| Inklinometr łańcuchowy | Zakres należy potwierdzić w demonstracji | Wersjonowany profil A/B/wypadkowy | Specjalistyczny proces IPI |
| Zdarzenia drganiowe | Zakres szczegółowy wymaga potwierdzenia | Przebieg, FFT i 21 pasm tercjowych | Wymagana analiza dynamiczna |
| API i rozszerzenia | Sensor Data API oraz usługi iTwin Platform | Kontrakt ingestu HTTP/JSON | Kto buduje integrację |
| Hosting | Cloud-native, aplikacja webowa | Standardowo usługa online | Polityka wdrożenia organizacji |
| Cena | Wycena na zapytanie | Wycena na zapytanie | Pełny zakres i pięcioletni TCO |
Tabela nie przyznaje punktów za samą obecność funkcji. Jeżeli operator nigdy nie korzysta z modelu 3D, trzy rzędy przewagi przestrzennej nie poprawiają jego decyzji. Jeżeli natomiast czujnik trzeba oglądać na tle reality mesh, warstw GIS, projektu i postępu, płaski dashboard może być niewystarczający niezależnie od jakości alarmów.
Przy dwóch wierszach celowo zapisaliśmy „wymaga potwierdzenia”. Publiczna strona iTwin IoT opisuje bogatą analitykę czasu, trendy i różne typy wykresów, lecz na potrzeby zakupu specjalistycznego profilu inklinometru lub dokładnie określonej analizy drgań należy poprosić o demonstrację danych klienta. Brak konkretu w tej tabeli nie jest twierdzeniem o braku funkcji.
Wybierz iTwin IoT, gdy cyfrowy kontekst jest częścią decyzji
1. Sensor ma być widoczny na rzeczywistym obiekcie 3D
Jeżeli użytkownik musi przejść od alertu do elementu modelu, zobaczyć geometrię, chmurę punktów, reality mesh i warstwy mapowe, iTwin IoT rozwiązuje szerszy problem niż klasyczny dashboard. Dokumentacja przypadku iTwins and IoT pokazuje wykorzystanie Sensor Data API do prezentacji danych, śledzenia trendów i automatycznych alertów w środowisku iTwin.
2. Łączysz wiele klas informacji, nie tylko szeregi czasowe
iTwin Platform służy do federowania danych projektowych, rzeczywistych, IoT, GIS i biznesowych. Jeśli wartość powstaje z ich wspólnego kontekstu, próba odtworzenia tego w lekkiej platformie pomiarowej stworzy drugi, uboższy cyfrowy bliźniak i własny dług integracyjny.
3. Potrzebujesz ręcznych i automatycznych obserwacji w jednym narzędziu
Bentley dokumentuje import obu klas danych oraz mobilne ręczne zbieranie odczytów. Dla organizacji, w której ekipa terenowa uzupełnia automatyczną sieć, może to być warunek podstawowy, a nie dodatek.
4. Alert ma przechodzić w zarządzane issue
Jeżeli proces wymaga przypisania sprawy do roli lub osoby, komentarzy, załączników, obrazów, oznaczeń i śledzenia statusu w tym samym środowisku, oficjalny obieg spraw iTwin IoT jest istotną różnicą wobec prostego potwierdzenia alarmu.
5. Budujesz własną aplikację na platformie digital twin
iTwin Platform udostępnia otwarte API i usługi do budowy aplikacji, zarządzania digital twins, wizualizacji, reality data, change tracking, kontroli dostępu i integracji. Jeżeli firma już inwestuje w ten ekosystem, sensor data stają się kolejną warstwą istniejącej architektury, a nie osobną wyspą.
6. Korelacyjne alerty, mobile push i planowane dokumenty są wymaganiami
Bentley wymienia te funkcje wprost. Inclify obecnie nie oferuje powiadomień push, alarmów korelacyjnych ani eksportu PDF. Próba obejścia każdego z tych braków integracjami może zniwelować korzyść z lżejszego wdrożenia.
Wybierz skoncentrowany proces, gdy decyzja zaczyna się od kanału i progu
1. Projekt dotyczy automatycznych pomiarów punktowych
Jeżeli dane przychodzą z rejestratorów, a główną pracą jest kontrola świeżości, wykres, próg, powiadomienie i potwierdzenie, federacja modeli może nie tworzyć dodatkowej wartości. Prostszy model informacji może wtedy ograniczyć zakres konfiguracji, ale tę hipotezę trzeba sprawdzić w pilocie z użytkownikami.
2. Masz istniejące urządzenia i możesz wysłać HTTP/JSON
Inclify przyjmuje ramki automatyczne z czasem UTC i wartościami surowymi, a historię można dosłać tym samym interfejsem. Nie ma importu plików pomiarowych ani ręcznego formularza, więc to dobre dopasowanie tylko wtedy, gdy integrator kontroluje transmisję urządzenia lub adaptera. Proces opisujemy w poradniku podłączenia istniejących rejestratorów.
3. Alarm ma mieć prosty, audytowalny obieg
Inclify rozróżnia OK / WARNING / ALARM / NO_DATA, stosuje progi dla kanałów i histerezę, wysyła e-mail, SMS i powiadomienie w aplikacji. Użytkownik potwierdza alarm, a platforma zapisuje kto i kiedy to zrobił; możliwe jest wyciszenie do określonego czasu. Nie jest to rozbudowany obieg zarządzania sprawą.
4. Potrzebujesz gotowego profilu inklinometru łańcuchowego
Platforma liczy profil od stałego punktu kotwienia ku górze, uwzględnia długości segmentów i pokazuje osie A, B oraz wypadkową. Konfiguracja jest wersjonowana, a po pierwszej poprawnej ramce powstaje dashboard profilu i trendu. Nie dotyczy to ręcznych odczytów sondą.
5. Analizujesz zarejestrowane zdarzenia drganiowe
Inclify pokazuje przebieg czasowy, FFT i 21 pasm tercjowych 1–100 Hz. Dostępny profil wykorzystuje filtry Butterwortha, a alarm dynamiczny porównuje RMS i MAX w pasmach z obwiednią referencyjną. To wyspecjalizowany zakres; nie oznacza automatycznej oceny zgodności z dowolną normą.
6. Chcesz zacząć od jednego obiektu i jasnego testu
Model pilota ma sens, gdy kryteria są wąskie: przyjęcie danych, zachowanie czasu, brak duplikatów, stan NO_DATA, alarm, potwierdzenie, eksport i nakład obsługi. Po pilocie można świadomie zdecydować, czy potrzebny jest bogatszy kontekst cyfrowego bliźniaka.
Dwa przykłady ilustracyjne: ten sam czujnik, inna decyzja
Przykład A: portfolio z modelami i reality data
Przykład ilustracyjny. Właściciel zarządza wieloma obiektami, posiada modele projektowe, cykliczne chmury punktów, warstwy GIS i dane sensorowe. Po alertach tworzy sprawy, przypisuje je do zespołów, dołącza obrazy i śledzi zamknięcie. W tym scenariuszu kontekst 3D i obieg spraw są częścią procesu. iTwin IoT ma naturalne dopasowanie, a lekka platforma wymagałaby zewnętrznego narzędzia do części pracy.
Przykład B: automatyczny monitoring czasowego wykopu
Przykład ilustracyjny. Wykonawca ma rejestratory wysyłające pomiary automatycznie, potrzebuje wykresów, progów, stanu braku danych, SMS oraz zapisu potwierdzenia alarmu. Nie posiada modelu 3D i nie prowadzi ręcznych odczytów w aplikacji. Tutaj prostszy proces może ograniczyć zakres konfiguracji bez utraty wymaganej funkcji.
To nie są rekomendacje dla każdego obiektu. W pierwszym przypadku można nadal użyć lżejszej platformy jako źródła danych, a w drugim iTwin IoT może działać bez pełnego wykorzystania 3D. Przykłady pokazują tylko, że wartość funkcji zależy od procesu, nie od długości listy możliwości.
Jak to wygląda w Inclify
Inclify jest polską platformą online skoncentrowaną na automatycznym monitoringu konstrukcji i geotechniki. Może działać jako sama warstwa oprogramowania dla istniejących urządzeń, element wdrożenia pod klucz albo pilot. Standardowy ingest to HTTP/JSON; platforma nie obsługuje ręcznego wpisywania serii ani importu danych pomiarowych z plików.
Użytkownicy pracują na dashboardach i wykresach, nie na cyfrowym bliźniaku 3D. Specjalistyczny zakres obejmuje profile inklinometrów łańcuchowych, zdarzenia dynamiczne z FFT i 21 pasmami tercjowymi oraz alarmy z histerezą, stanem NO_DATA, e-mailem, SMS, potwierdzeniem i wyciszeniem do daty. Platforma nie ma mobile push, alarmów na prędkość zmian, minimalnego czasu przekroczenia ani automatycznej eskalacji do kolejnych osób.
Standardowym modelem jest usługa online. Instalacja w infrastrukturze klienta jest technicznie możliwa do indywidualnej rozmowy, ale nie stanowi standardowej oferty. Jeśli on-premise jest warunkiem, potraktuj go jako kryterium przed demonstracją i przeczytaj macierz cloud/on-premise. Zakres pilota można ograniczyć do jednego obiektu, jednego przepływu danych i mierzalnego testu alarmu.
Checklista demonstracji porównawczej
Poproś obu dostawców o pracę na tej samej próbce i zanotuj dowód przy każdym punkcie:
- [ ] Przyjęcie aktualnej oraz historycznej próbki z oryginalnym czasem.
- [ ] Zachowanie po ponownym wysłaniu tej samej obserwacji.
- [ ] Widoczność luki i sposób sygnalizacji braku danych.
- [ ] Przejście przez poziom ostrzegawczy i alarmowy.
- [ ] Powrót ze stanu alarmowego oraz mechanizm histerezy.
- [ ] Lista kanałów powiadomień i dowód dostarczenia.
- [ ] Przejęcie alarmu: potwierdzenie albo issue z właścicielem.
- [ ] Zmiana konfiguracji i historia wartości przed oraz po.
- [ ] Wymagany typ wykresu, mapy, przekroju lub widoku 3D.
- [ ] Ręczny pomiar terenowy, jeżeli jest w zakresie projektu.
- [ ] Profil inklinometru na danych klienta, jeżeli jest wymagany.
- [ ] Analiza dynamiczna według potrzeb projektu, nie ogólna prezentacja.
- [ ] Raport dla realnego odbiorcy i wymagany format dystrybucji.
- [ ] Eksport pełnego okresu wraz z identyfikatorami i jednostkami.
- [ ] Model ról dla właściciela, konsultanta, wykonawcy i obserwatora.
- [ ] Lokalizacja danych, SLA, kopie, RTO, RPO i obsługa incydentu.
- [ ] Cena pięcioletnia z integracją, wsparciem i kosztem wyjścia.
Szerszy zestaw kryteriów zawiera checklista 30 pytań do platformy monitoringu. W porównaniu branded najłatwiej bowiem skupić się na marce i pominąć podstawowe testy danych.
Ograniczenia porównania i sytuacje, w których Inclify nie pasuje
Publiczna dokumentacja nie pokazuje wszystkich konfiguracji, modułów, limitów, warunków licencji ani funkcji dostępnych przez partnera. To porównanie nie zastępuje aktualnej demonstracji i oferty Bentley. Szczególnie specjalistyczne obliczenia geotechniczne lub dynamiczne należy potwierdzić na rzeczywistych danych oraz zapisać w zakresie.
Inclify nie jest właściwą alternatywą, gdy wymaganiem jest natywny cyfrowy bliźniak 3D, federacja CAD, danych rzeczywistych i GIS, ręczne pomiary terenowe w aplikacji, obieg spraw z załącznikami, mobilne powiadomienia push, automatyczne dokumenty PDF lub standardowo oferowane wdrożenie w infrastrukturze klienta. Nie powinno się także przypisywać platformie zgodności normowej tylko dlatego, że pokazuje FFT czy pasma tercjowe; interpretacja należy do właściwego specjalisty.
iTwin IoT może być zbyt szerokim zakresem tylko w sensie biznesowym: organizacja zapłaci czasem konfiguracji i zarządzania za funkcje, których nie używa. Nie oznacza to wady technicznej. Odwrotnie, lżejsza platforma może być pozornie prostsza, lecz nie spełnić wymagań przestrzennych i organizacyjnych. Wybór trzeba odnieść do procesu, TCO oraz warunków wyjścia.
Nie porównujemy deklaracji dotyczących „AI”, przewidywania awarii ani oszczędności, ponieważ nie są potrzebne do podstawowej analizy zgodności i luk. Jeżeli AI jest wymaganiem, poproś o źródło danych, sposób walidacji, rolę człowieka, tryb błędu i dowód na danych własnego obiektu.
FAQ
Czy iTwin IoT wymaga modelu 3D?
Oficjalna dokumentacja przedstawia iTwin IoT jako produkt monitoringu zbudowany na iTwin Platform i mocno eksponuje cyfrowe bliźniaki 3D, ale pokazuje także wykresy, dashboardy, tabele, mapy i obrazy. Nie zakładamy tu, że model 3D jest technicznym warunkiem każdego wdrożenia. Zapytaj Bentley o minimalny zakres dla Twojego scenariusza oraz wynikające z niego licencjonowanie.
Czy iTwin IoT przyjmuje dane z urządzeń innych producentów?
Tak, według oficjalnej strony produkt ma sensor-agnostic design i API do integracji urządzeń IoT. Dokumentacja Sensor Data API opisuje integrację producentów i zewnętrznych źródeł, w tym generyczne sensory oraz wysyłanie obserwacji. Dla konkretnego urządzenia nadal trzeba zweryfikować mapowanie, uwierzytelnienie, metadane, częstotliwość i odpowiedzialność za adapter.
Czy Inclify jest cyfrowym bliźniakiem?
Nie przedstawiamy Inclify jako platformy digital twin. To platforma automatycznych danych pomiarowych, dashboardów, alarmów i wyspecjalizowanych analiz monitoringu. Jeżeli proces wymaga federacji modelu CAD, reality mesh, chmur punktów, GIS i danych sensorowych w 3D, iTwin IoT ma udokumentowany zakres, którego Inclify nie deklaruje.
Która platforma lepiej obsługuje alarmy?
Nie ma jednej odpowiedzi. Bentley dokumentuje alerty progowe, statusowe i korelacyjne, wiele kanałów powiadomień oraz powiązany proces obsługi zgłoszeń. Inclify ma progi per kanał, histerezę, osobny stan NO_DATA, e-mail, SMS, powiadomienia w aplikacji, potwierdzenie kto i kiedy oraz czasowe wyciszenie. Wybierz mechanizm zgodny z procedurą reakcji i przetestuj cały przebieg od zdarzenia do zamknięcia.
Czy można porównać ceny iTwin IoT i Inclify?
Publiczne strony kierują do wyceny, dlatego nie podajemy liczb ani założeń o tym, który produkt jest tańszy. Poproś o ten sam pięcioletni zakres: źródła danych, liczbę użytkowników i obiektów, storage, wsparcie, integrację, raporty, wiadomości, szkolenie oraz wydanie danych. Cena bez wspólnego zakresu nie jest porównaniem.
Czy Inclify może obsłużyć ręczne odczyty inklinometrem?
Nie. Inclify obsługuje automatyczny profil inklinometru łańcuchowego (in-place), liczony z danych przesyłanych przez urządzenie. Nie ma formularza ręcznego wpisywania serii ani importu plików z odczytami sondy. Oficjalna dokumentacja iTwin IoT potwierdza ręczne zbieranie danych przez aplikację mobilną, więc taki wymóg wyraźnie wpływa na wybór.
Jak przeprowadzić uczciwy pilot obu rozwiązań?
Użyj tego samego źródła, okresu, użytkowników i procedury alarmowej. Wymuś spóźnioną próbkę, duplikat, lukę, zmianę konfiguracji i eksport. Jeśli potrzebujesz 3D, dołącz rzeczywisty model lub reality data; jeśli dynamiki albo profilu inklinometru – prawdziwy format zdarzenia. Z góry ustal kryteria sukcesu, pięcioletni koszt i sposób zakończenia pilota.
Źródła i dalsza lektura
- iTwin IoT – oficjalna strona produktu i lista możliwości, Bentley Systems; dostęp 30.08.2026.
- Sensor Data API – Overview, Bentley Developer Portal; dostęp 30.08.2026.
- iTwins and IoT – use case, Bentley Developer Portal; dostęp 30.08.2026.
- iTwin Platform – oficjalna strona produktu, Bentley Systems; dostęp 30.08.2026.
- iTwin Platform concepts, Bentley Developer Portal; dostęp 30.08.2026.
Co dalej
Jeżeli wahasz się między iTwin IoT a skoncentrowanym procesem, przygotuj jedną próbkę danych, listę wymaganych widoków i procedurę reakcji. Pokażemy, które wymagania Inclify spełnia, których nie spełnia i co trzeba zweryfikować u Bentley. Umów równoległy test zgodności, bez założenia, że szerszy albo lżejszy produkt ma wygrać z góry.