Standort-Dashboards und Analytik: operative KPIs aus Positionsdaten, in dem BI-Tool, das Sie bereits nutzenStandortdaten, aber keine KPIs, nach denen jemand handelt?
Ortungssysteme erzeugen einen ständigen Strom von Positionsereignissen. Der Nutzen liegt in einer kleinen Zahl operativer KPIs, die Menschen tatsächlich prüfen und nach denen sie handeln. Wir definieren diese KPIs mit Ihnen, normalisieren die Ereignisdaten aus Ihrer RTLS-, RFID- oder IoT-Plattform und liefern sie in das BI-Tool, das Ihr Unternehmen bereits nutzt. Unabhängige Beratung. Kein Hardwareverkauf, keine Anbieterprovisionen.
Was ein Standort-Dashboard anzeigen sollte
Die wenigen Kennzahlen, die eine Entscheidung in der Halle, auf der Station oder im Yard verändern, kein beweglicher Punkt auf einer Karte. Welche davon zählen, hängt vom Betrieb ab, aber die meisten Programme stützen sich auf dieselben sechs Gruppen:
| KPI | Die Frage, die er beantwortet | Grundlage |
|---|---|---|
| Auslastung | Wie viel Zeit sind Assets, Fahrzeuge, Räume oder Stellplätze tatsächlich in Gebrauch, und wo verstecken sich freie Kapazitäten? | Zonenpräsenz und Bewegungs- oder Nutzungszustände, abgeglichen mit Schichten und Kalendern |
| Verweildauer | Wie lange warten Artikel, Aufträge, Patienten oder Trailer in jeder Zone oder jedem Prozessschritt, und wo stauen sich Wartezeiten? | Zoneneintritts- und -austrittsereignisse, verknüpft mit Auftrags-, Job- oder Besuchsdatensätzen |
| Fluss und Engpässe | Welche Routen, Übergänge und Übergaben verlangsamen den Prozess und wann? | Übergänge von Zone zu Zone, Pfadanzahl und Warteschlangenlänge im Zeitverlauf |
| Suchzeit | Wie viel Zeit verbringen Menschen mit der Suche nach Werkzeugen, Wagen, Geräten oder Bestand, die das System orten könnte? | Letzter bekannter Standort und Suchanfragen, verglichen mit einer Baseline, die Sie vor dem Go-live messen |
| Sicherheits- und Geofence-Ereignisse | Wo und wann betreten Personen und Fahrzeuge Sperrzonen, und was passierte danach? | Geofence-Verstöße, Annäherungsereignisse und Alarmbestätigungen |
| Kühlkette und Zustand | Sind temperaturempfindliche Güter in jeder Zone innerhalb der Grenzwerte geblieben, und wie lange waren sie Abweichungen ausgesetzt? | Sensorwerte, verknüpft mit Standort und Verantwortungskette, mit Abweichungsdauer je Zone |
Jeder KPI sollte eine benannte verantwortliche Person haben und eine klar benannte Entscheidung, die er unterstützt. Wenn niemand sagen kann, was er anders machen würde, wenn sich eine Zahl verändert, gehört sie nicht ins Dashboard.
Von Positionsereignissen zu Ihrem BI-Tool
Rohe Standortdaten sind verrauscht, anbieterspezifisch und viel zu feingranular für das Reporting. Die Arbeit zwischen Funksystem und Bericht entscheidet, ob die meisten Dashboard-Projekte gelingen oder scheitern.
- Erfassen: Ereignisse über die API, den Nachrichtenstrom oder die Webhooks des Anbieters aus der Ortungsplattform abrufen, oder über Middleware bzw. eine IoT-Plattform, die bereits mehrere Systeme bündelt.
- Normalisieren: jede Quelle auf ein einheitliches Ereignisschema abbilden (was, wo, wann, mit welcher Sicherheit), Zonennamen des Anbieters in Ihre eigene Standorthierarchie übersetzen, Duplikate und Jitter entfernen und Uhren mit Ihren Geschäftssystemen synchronisieren.
- Ableiten: Positionen in Geschäftsereignisse wie Zoneneintritt und -austritt, Verweildauer, Übergänge und Nutzungszustände umwandeln und mit Aufträgen, Jobs, Arbeitsaufträgen oder Patientenbesuchen aus Ihrem WMS, MES, ERP oder EMR verknüpfen.
- Bereitstellen: Ereignisse für Alarme und Live-Ansichten streamen oder sie nach Zeitplan zur Berichterstellung in Ihr Data Warehouse oder Lakehouse laden. Viele Standorte brauchen beides, gespeist aus demselben Modell.
Zu den Systemen auf der anderen Seite der Integration siehe den Integrations-Hub. Zu Design und Aufbau der Datenpipeline selbst siehe Aufbau und Integration.
Warum unabhängige Dashboards wichtig sind
Ortungstechnologie ändert sich schneller als das Reporting. Ein Standort startet vielleicht mit RFID-Portalen, ergänzt UWB für Fahrzeuge und BLE für Personen und ersetzt nach einigen Jahren eine davon. Wenn jeder Bericht auf den Datenstrukturen eines Anbieters aufbaut, bedeutet jede dieser Änderungen, dass die Berichte neu gebaut werden müssen und die vergleichbare Historie verloren geht.
- Funkschicht tauschen, Berichte behalten: Ein neues System braucht einen neuen Connector zum Datenmodell, keinen neuen Satz Dashboards.
- Mehrere Technologien, eine Sicht: RFID-Lesevorgänge, RTLS-Positionen und Sensorwerte landen im selben Schema, sodass ein KPI auf alle zurückgreifen kann.
- Ihre Definitionen, nicht die des Anbieters: Auslastung oder Verweildauer werden so berechnet, wie Ihr Betrieb sie definiert, und die Logik ist dokumentiert.
- Ihre Daten, Ihre Historie: Die Ereignishistorie liegt auf Ihrer eigenen Plattform und bleibt auch nach Vertragsende nutzbar.
Was wir liefern
| Ergebnis | Was Sie erhalten | Warum es wichtig ist |
|---|---|---|
| 1 · Workshop zur KPI-Definition | Eine kurze, abgestimmte Liste von KPIs, jeweils mit schriftlicher Definition, verantwortlicher Person, Zielgruppe, Aktualisierungsrate und der Entscheidung, die sie unterstützt | Verhindert, dass das Projekt zu einer Wand aus Diagrammen wird, nach denen niemand handelt |
| 2 · Datenmodell | Ein unabhängiges Ereignisschema und eine Standorthierarchie (Standort, Gebäude, Zone, Asset-Typ), abgeleitete Tabellen für Verweildauer, Übergänge und Auslastung sowie Regeln für die Datenqualität | Die Ebene, die einen Wechsel des Funkanbieters oder des BI-Tools übersteht |
| 3 · Dashboard-Aufbau oder -Spezifikation | Dashboards, die in Ihrem BI-Tool gebaut werden, oder eine detaillierte Spezifikation mit Mock-ups und Kennzahlenlogik, nach der Ihr eigenes BI-Team baut | Passt zu Ihrer Lizenzierung, Ihrem Sicherheitsmodell und den Fähigkeiten Ihres Teams |
| 4 · Übergabe | Dokumentation von Quellen, Transformationen und Kennzahlenlogik, eine Einweisung für die Berichtsverantwortlichen und eine Liste bekannter Grenzen der Datenqualität | Ihr Team kann die Zahlen ohne uns betreiben, ändern und ihnen vertrauen |
Wir arbeiten mit Ihren BI-, Daten- und OT-Teams zusammen, nicht an ihnen vorbei. Wenn Ihr Team selbst bauen möchte, liefern wir Datenmodell und Spezifikation und prüfen das Ergebnis.
BI-Plattformen, in denen unsere Berater Standort-Dashboards umgesetzt haben
Unsere Berater haben in jeder der unten aufgeführten Plattformen Standort-Dashboards umgesetzt, auch in früheren Positionen. Es handelt sich um persönliche Umsetzungserfahrung. Es ist keine Liste von TRACIO-Kundenprojekten, und TRACIO ist weder Partner noch Wiederverkäufer eines dieser Anbieter.
- Microsoft Power BI
- Tableau
- Grafana
- Qlik
- Looker / Looker Studio
- Reporting mit Excel / SharePoint
Wenn Ihre Organisation mit einem anderen Tool berichtet, ist der Ansatz derselbe: Datenmodell und KPI-Definitionen werden übernommen, und der Aufbau folgt den Konventionen Ihrer Plattform.
Was wir nicht tun
- Wir verkaufen keine Hardware, daher bleibt unsere Beratung unabhängig.
- Wir binden Dashboards nicht an eine von TRACIO gehostete Umgebung. Sie werden in Ihrem Tenant gebaut oder für den Aufbau durch Ihr Team spezifiziert.
- Wir veröffentlichen keine KPI-Werte, bevor sie mit Ihren eigenen Daten abgeglichen wurden. Wenn die Qualität der Standortdaten für ein Reporting nicht ausreicht, sagen wir das und beheben das zuerst.
Auftrag und Honorare
Dashboard-Arbeiten werden im Voraus nach Umfang und Preis festgelegt, als Einzelleistung oder als Teil eines größeren Programms. Auftragsmodelle finden Sie unter So arbeiten wir und Honorare. Oder buchen Sie ein kostenloses Erstgespräch, um Ihre Datenquellen und Ihren Reporting-Stack zu besprechen.
Häufig gestellte Fragen
In welchem BI-Tool sollten unsere Standort-Dashboards gebaut werden?
In der Regel in dem Tool, in dem Ihr Unternehmen bereits berichtet, damit die Standort-KPIs neben den Produktions-, Lager- oder klinischen Kennzahlen stehen, denen die Beteiligten bereits vertrauen. Unsere Berater haben persönlich Standort-Dashboards in Microsoft Power BI, Tableau, Grafana, Qlik, Looker / Looker Studio und im Reporting mit Excel / SharePoint umgesetzt, auch in früheren Positionen. Wenn Sie noch keinen Standard haben, vergleichen wir die Optionen anhand Ihrer Nutzer, Ihrer Datenplattform und Ihrer Lizenzierung, bevor etwas gebaut wird.
Warum nicht einfach das eigene Dashboard des RTLS-Anbieters nutzen?
Die Konsole des Anbieters ist der richtige Ort, um das Ortungssystem selbst zu überwachen: Tags, Anker, Batterien und Abdeckung. Für Geschäfts-KPIs ist sie weniger geeignet. Sie zeigt nur die Daten eines Anbieters, definiert Kennzahlen nach dessen Vorgaben und lässt sich selten sauber mit WMS-, MES-, ERP- oder EMR-Datensätzen verknüpfen. Wir nutzen die Anbieterkonsole meist für den Systemzustand und bauen die Geschäfts-KPIs in Ihrem BI-Tool.
Sollten Standortdaten per Streaming oder per Batch in unser BI-Tool gelangen?
Das hängt davon ab, wie schnell jemand handeln muss. Geofence- und Sicherheitsalarme sowie Live-Ansichten der Halle brauchen Streaming. Auslastung, Verweildauertrends und wöchentliche Betriebsreviews funktionieren gut mit geplanten Batch-Ladevorgängen in Ihr Data Warehouse. Viele Standorte nutzen beides: einen Streaming-Pfad für Alarme und einen Batch-Pfad für das Reporting, gespeist aus demselben normalisierten Ereignismodell.
Was passiert mit unseren Dashboards, wenn wir den RTLS- oder RFID-Anbieter wechseln?
Wenn die Dashboards auf einem unabhängigen Datenmodell aufbauen, ersetzen Sie den Connector, der die Ereignisse des neuen Systems auf dieses Modell abbildet, und validieren die Zahlen anschließend neu. KPI-Definitionen, Berichte und Historie bleiben erhalten. Das ist der Hauptgrund, warum wir die Funkschicht von der Reporting-Schicht trennen.
Verkaufen Sie BI-Lizenzen oder eine TRACIO-Analyseplattform?
Nein. Dashboards und Datenmodelle werden in Ihrer Umgebung gebaut oder für den Aufbau durch Ihr Team spezifiziert, und mit der Übergabe gehören sie Ihnen.
Letzte Aktualisierung: