Dashboardy lokalizacyjne i analityka: operacyjne KPI z danych o pozycji, w narzędziu BI, którego już używaszMasz dane lokalizacyjne, ale żadnych KPI, na podstawie których ktoś działa?
Systemy lokalizacji generują ciągły strumień zdarzeń pozycyjnych. Wartość tkwi w niewielkim zestawie operacyjnych KPI, które ludzie sprawdzają i na podstawie których działają. Definiujemy te KPI razem z Tobą, normalizujemy dane zdarzeń z Twojej platformy RTLS, RFID lub IoT i dostarczamy je do narzędzia BI, którego Twoja firma już używa. Niezależne doradztwo. Bez sprzedaży sprzętu, bez prowizji od dostawców.
Co powinien pokazywać dashboard lokalizacyjny
Kilka miar, które zmieniają decyzje na hali, na oddziale czy na placu – a nie poruszającą się kropkę na mapie. To, które z nich są istotne, zależy od operacji, ale większość programów korzysta z tych samych sześciu grup:
| KPI | Pytanie, na które odpowiada | Źródło danych |
|---|---|---|
| Wykorzystanie | Przez jaką część czasu zasoby, pojazdy, pomieszczenia lub stanowiska są faktycznie w użyciu i gdzie kryją się wolne moce? | Obecność w strefach oraz stany ruchu lub użycia, zestawione ze zmianami i kalendarzami |
| Czas przebywania | Jak długo przedmioty, zamówienia, pacjenci lub naczepy czekają w każdej strefie lub kroku procesu i gdzie narastają kolejki? | Zdarzenia wejścia do strefy i wyjścia z niej, połączone z rekordami zamówień, zleceń lub wizyt |
| Przepływ i wąskie gardła | Które trasy, przejścia i przekazania spowalniają proces i kiedy? | Przejścia między strefami, liczba przejazdów po ścieżkach i długość kolejek w czasie |
| Czas wyszukiwania | Ile czasu ludzie spędzają na szukaniu narzędzi, wózków, sprzętu lub zapasów, które system mógłby zlokalizować? | Ostatnia znana lokalizacja i zapytania o wyszukanie, porównane z punktem odniesienia zmierzonym przed uruchomieniem |
| Zdarzenia bezpieczeństwa i geofencing | Gdzie i kiedy ludzie i pojazdy wchodzą do stref zastrzeżonych i co działo się potem? | Naruszenia geofence, zdarzenia zbliżeniowe i potwierdzenia alarmów |
| Łańcuch chłodniczy i stan | Czy towary wrażliwe na temperaturę pozostawały w dopuszczalnych granicach w każdej strefie i jak długo były narażone na przekroczenia? | Odczyty czujników powiązane z lokalizacją i łańcuchem nadzoru, z czasem przekroczeń w każdej strefie |
Każdy KPI powinien mieć wyznaczonego właściciela i określoną decyzję, którą wspiera. Jeśli nikt nie potrafi powiedzieć, co zrobiłby inaczej, gdy liczba się zmieni, to nie ma ona miejsca na dashboardzie.
Od zdarzeń pozycyjnych do Twojego narzędzia BI
Surowe dane lokalizacyjne są zaszumione, specyficzne dla dostawcy i zbyt szczegółowe do raportowania. To praca między systemem radiowym a raportem decyduje o sukcesie lub porażce większości projektów dashboardów.
- Przechwytywanie: pobieraj zdarzenia z platformy lokalizacyjnej przez API dostawcy, strumień komunikatów lub webhooki albo przez middleware lub platformę IoT, która już agreguje kilka systemów.
- Normalizacja: odwzoruj każde źródło w jednym schemacie zdarzeń (co, gdzie, kiedy, z jaką pewnością), przełóż nazwy stref dostawcy na własną hierarchię obiektu, usuń duplikaty i drgania (jitter) oraz zsynchronizuj zegary z systemami biznesowymi.
- Wyprowadzanie: zamień pozycje w zdarzenia biznesowe, takie jak wejście do strefy i wyjście z niej, czas przebywania, przejścia i stany użycia, a następnie połącz je z zamówieniami, zadaniami, zleceniami pracy lub wizytami pacjentów z WMS, MES, ERP lub EMR.
- Dostarczanie: przesyłaj zdarzenia strumieniowo na potrzeby alertów i widoków na żywo albo ładuj je według harmonogramu do hurtowni danych lub lakehouse na potrzeby raportowania. Wiele obiektów potrzebuje obu ścieżek, zasilanych z tego samego modelu.
Systemy po drugiej stronie integracji opisuje centrum integracji. Projekt i budowę samego potoku danych opisuje strona budowa i integracja.
Dlaczego niezależne dashboardy mają znaczenie
Technologie lokalizacji zmieniają się szybciej niż raportowanie. Obiekt może zacząć od portali RFID, dodać UWB dla pojazdów i BLE dla ludzi, a po kilku latach wymienić jedną z nich. Jeśli każdy raport jest zbudowany na strukturach danych jednego dostawcy, każda taka zmiana oznacza przebudowę raportów i utratę porównywalnej historii.
- Wymień warstwę radiową, zachowaj raporty: nowy system wymaga nowego konektora do modelu danych, a nie nowego zestawu dashboardów.
- Kilka technologii, jeden widok: odczyty RFID, pozycje RTLS i odczyty czujników trafiają do tego samego schematu, więc KPI może korzystać z nich wszystkich.
- Twoje definicje, a nie dostawcy: wykorzystanie czy czas przebywania są liczone tak, jak definiuje je Twoja organizacja, a logika jest udokumentowana.
- Twoje dane, Twoja historia: historia zdarzeń znajduje się na Twojej własnej platformie i pozostaje użyteczna po zakończeniu umowy.
Co dostarczamy
| Rezultat | Co otrzymujesz | Dlaczego to ma znaczenie |
|---|---|---|
| 1 · Warsztat definiowania KPI | Krótka, uzgodniona lista KPI, każdy z pisemną definicją, właścicielem, odbiorcami, częstotliwością odświeżania i decyzją, którą wspiera | Chroni projekt przed zamienieniem się w ścianę wykresów, na podstawie których nikt nie działa |
| 2 · Model danych | Niezależny schemat zdarzeń i hierarchia obiektu (lokalizacja, budynek, strefa, typ zasobu), tabele pochodne dla czasu przebywania, przejść i wykorzystania oraz reguły jakości danych | Warstwa, która przetrwa zmianę dostawcy systemu radiowego lub narzędzia BI |
| 3 · Budowa lub specyfikacja dashboardów | Dashboardy zbudowane w Twoim narzędziu BI albo szczegółowa specyfikacja z makietami i logiką metryk, według której zbuduje je Twój zespół BI | Dopasowane do Twoich licencji, modelu bezpieczeństwa i kompetencji wewnętrznych |
| 4 · Przekazanie | Dokumentacja źródeł, transformacji i logiki metryk, omówienie dla właścicieli raportów oraz lista znanych ograniczeń jakości danych | Twój zespół może utrzymywać i zmieniać liczby oraz im ufać – bez nas |
Pracujemy razem z Twoimi zespołami BI, danych i OT, a nie obok nich. Jeśli Twój zespół woli budować samodzielnie, kończymy na modelu danych i specyfikacji, a potem weryfikujemy efekt.
Platformy BI, w których nasi doradcy wdrażali dashboardy lokalizacyjne
Nasi doradcy wdrażali dashboardy lokalizacyjne na każdej z poniższych platform, także na wcześniejszych stanowiskach. To osobiste doświadczenie wdrożeniowe. Nie jest to lista projektów klientów TRACIO, a TRACIO nie jest partnerem ani odsprzedawcą żadnego z tych dostawców.
- Microsoft Power BI
- Tableau
- Grafana
- Qlik
- Looker / Looker Studio
- Raportowanie w Excel / SharePoint
Jeśli Twoja organizacja raportuje w innym narzędziu, podejście jest takie samo: model danych i definicje KPI się przenoszą, a budowa odbywa się zgodnie z konwencjami Twojej platformy.
Czego nie robimy
- Nie sprzedajemy sprzętu, więc nasze doradztwo pozostaje niezależne.
- Nie zamykamy dashboardów w środowisku hostowanym przez TRACIO. Budujemy je w Twoim tenancie albo specyfikujemy do zbudowania przez Twój zespół.
- Nie publikujemy wartości KPI, zanim nie zostaną sprawdzone z Twoimi własnymi danymi. Jeśli jakość danych lokalizacyjnych nie wystarcza do raportowania, mówimy o tym i najpierw to naprawiamy.
Współpraca i opłaty
Prace nad dashboardami mają zakres i cenę ustalane z góry – samodzielnie lub jako część szerszego programu. Modele współpracy opisuje strona Jak pracujemy i opłaty; możesz też umówić się na bezpłatną, 30-minutową rozmowę, aby omówić źródła danych i stos raportowy.
Często zadawane pytania
W jakim narzędziu BI zbudować nasze dashboardy lokalizacyjne?
Zwykle w tym, w którym Twoja firma już raportuje – wtedy KPI lokalizacyjne są obok danych produkcyjnych, magazynowych czy klinicznych, którym ludzie już ufają. Nasi doradcy osobiście wdrażali dashboardy lokalizacyjne w Microsoft Power BI, Tableau, Grafana, Qlik, Looker / Looker Studio oraz w raportowaniu Excel / SharePoint, także na wcześniejszych stanowiskach. Jeśli nie masz jeszcze standardu, zanim cokolwiek zbudujemy, porównamy opcje pod kątem Twoich użytkowników, platformy danych i licencji.
Dlaczego po prostu nie korzystać z dashboardu dostawcy RTLS?
Konsola dostawcy to właściwe miejsce do monitorowania samego systemu lokalizacji: tagów, kotwic, baterii i pokrycia. Gorzej sprawdza się dla biznesowych KPI. Pokazuje dane jednego dostawcy, definiuje metryki po swojemu i rzadko daje się czysto połączyć z rekordami WMS, MES, ERP czy EMR. Zwykle zostawiamy konsolę dostawcy do monitorowania kondycji systemu, a biznesowe KPI budujemy w Twoim narzędziu BI.
Czy dane lokalizacyjne powinny trafiać do naszego narzędzia BI strumieniowo, czy wsadowo?
To zależy od tego, jak szybko ktoś musi zareagować. Alerty geofence i bezpieczeństwa oraz podgląd hali na żywo wymagają transmisji strumieniowej. Wykorzystanie, trendy czasu przebywania i cotygodniowe przeglądy operacyjne dobrze działają na zaplanowanych ładowaniach wsadowych do hurtowni danych. Wiele obiektów korzysta z obu: ścieżki strumieniowej dla alertów i wsadowej dla raportowania, zasilanych z tego samego znormalizowanego modelu zdarzeń.
Co stanie się z naszymi dashboardami, jeśli zmienimy dostawcę RTLS lub RFID?
Jeśli dashboardy są zbudowane na niezależnym modelu danych, wymieniasz konektor, który odwzorowuje zdarzenia nowego systemu w tym modelu, a następnie ponownie weryfikujesz liczby. Definicje KPI, raporty i historia pozostają. To główny powód, dla którego oddzielamy warstwę radiową od warstwy raportowej.
Czy sprzedajecie licencje BI lub platformę analityczną TRACIO?
Nie. Dashboardy i modele danych są budowane w Twoim środowisku albo specyfikowane do zbudowania przez Twój zespół, a w momencie przekazania stają się Twoją własnością.
Ostatnia aktualizacja: