IoT-Analytics-Software

Datenerfassung und Anbindung

Die erste Frage ist immer: Bekommst du deine Geräte überhaupt angebunden? Achte darauf, welche Protokolle unterstützt werden (MQTT, OPC UA, Modbus, HTTP). Wenn deine Maschinen älter sind, brauchst du oft ein Gateway dazwischen. Kläre in der Demo, ob die Software mit deinem konkreten Gerätepark spricht, nicht mit einem Beispielgerät aus dem Prospekt.

Zeitreihen-Speicherung

Sensordaten sind Zeitreihen, und die wachsen schnell. Ein einzelner Sensor, der im Sekundentakt sendet, produziert im Jahr Millionen Datenpunkte. Frag, wie lange Rohdaten gespeichert werden, ob es eine automatische Verdichtung gibt (aus Sekundenwerten werden nach einer Weile Minuten- oder Stundenmittel) und was das für die Speicherkosten bedeutet.

Dashboards und Visualisierung

Hier trennt sich Brauchbares von Angeberei. Ein Dashboard ist gut, wenn die Person in der Halle in fünf Sekunden sieht, ob alles läuft. Achte darauf, ob du Ansichten für verschiedene Rollen bauen kannst: der Instandhalter braucht andere Werte als die Geschäftsführung. Lass dir zeigen, wie ein neues Dashboard entsteht, und miss, wie lange das dauert.

Regeln, Schwellwerte und Alarme

Der eigentliche Wert entsteht bei den Alarmen. Kläre, wie flexibel die Regeln sind: nur feste Schwellwerte oder auch Kombinationen (Wert A hoch UND Wert B niedrig für länger als zehn Minuten). Wichtig ist die Zustellung: E-Mail, SMS, Push, Anbindung an ein Ticketsystem. Und genauso wichtig: Kannst du Alarme so einstellen, dass nicht bei jedem kurzen Ausschlag zwanzig Nachrichten kommen. Alarmmüdigkeit ist ein echtes Problem, das ich weiter unten noch beschreibe.

Anomalieerkennung

Manche Systeme werben mit automatischer Mustererkennung, die ungewöhnliches Verhalten meldet, ohne dass du feste Schwellwerte setzt. Das kann helfen, wenn du gar nicht weißt, welcher Wert normal ist. Prüfe aber nüchtern, wie viele Fehlalarme das produziert, und ob du die Empfindlichkeit selbst einstellen kannst.

Export und Schnittstellen

Deine IoT-Daten sind selten nur für ein Tool interessant. Frag nach einer offenen API und nach Exportformaten. Du willst Daten in dein ERP, deine Wartungsplanung oder eine eigene Auswertung bringen können. Ein System, das deine Daten einsperrt, wird später teuer, wenn du wechseln willst.

Fang beim Anwendungsfall an, nicht bei der Funktionsliste

Schreib auf, welche drei bis fünf Fragen die Software konkret beantworten soll. Zum Beispiel: Wann fällt Anlage X wahrscheinlich aus, war die Kühlkette lückenlos, welche Maschine zieht am meisten Strom. Wenn du das nicht klar hast, kaufst du nach Funktionslänge, und die längste Liste gewinnt selten den Alltag.

Teste mit echten Daten

Eine Demo mit den Beispieldaten des Anbieters sieht immer gut aus. Bestehe darauf, einen kleinen Teil deiner eigenen Sensordaten einzuspielen. Erst dann siehst du, ob die Anbindung funktioniert, ob deine Datenqualität reicht und ob die Auswertung Sinn ergibt.

Lass die richtige Person testen

Lass die Software in der Demo von der Person bedienen, die später damit arbeitet, nicht vom Chef und nicht vom Vertriebler des Anbieters. Wenn der Instandhalter zehn Minuten braucht, um einen einfachen Alarm einzurichten, hast du im Betrieb ein Problem, egal wie schön die Folien waren.

Skalierung realistisch einschätzen

Wie viele Geräte hast du heute, und wie viele in zwei Jahren. Manche Preismodelle und manche Systeme laufen mit fünfzig Sensoren rund und werden bei fünfhundert zäh oder teuer. Frag konkret nach einer Referenz in deiner Größenordnung.

Betrieb: Cloud oder eigener Server

Kläre früh, ob die Lösung als Cloud-Dienst läuft oder bei dir im Haus. Das hat Folgen für Kosten, für den IT-Aufwand und für den Datenschutz. In der Produktion gibt es oft Gründe, Daten nicht komplett in die Cloud zu geben, etwa weil die Internetanbindung in der Halle wackelig ist oder weil Maschinendaten sensibel sind.

Ich nenne dir hier bewusst keine Zahlen, weil die stark schwanken und schnell veralten. Wichtiger ist, dass du die Kostenhebel verstehst, damit dich die Rechnung im zweiten Jahr nicht überrascht.

Übliche Abrechnungsmodelle

Die meisten Anbieter rechnen nach einer oder mehreren dieser Größen ab: Anzahl der angebundenen Geräte oder Sensoren, Datenmenge (wie viele Nachrichten oder wie viele Gigabyte), Anzahl der Nutzer, Speicherdauer der Daten und Rechenlast für Auswertungen. Manche kombinieren mehrere davon, was die Vorhersage schwierig macht.

Die versteckten Posten

Der Lizenzpreis ist selten das Teuerste. Rechne die Anbindung deiner Geräte ein: Gateways, Verkabelung, eventuell Umbauten an alten Maschinen. Rechne die Einrichtung ein: Dashboards, Regeln, Schnittstellen zu deinem ERP. Rechne die Zeit deiner Leute ein, die das System pflegen und die auf Alarme reagieren. Und rechne die Datenübertragung ein, gerade bei Mobilfunk pro Gerät summieren sich SIM-Karten und Datenvolumen.

Worauf du bei der Angebotsprüfung achtest

Frag, was passiert, wenn du die Sensorzahl verdoppelst oder die Speicherdauer verlängerst. Lass dir ein Szenario für dein zweites und drittes Jahr durchrechnen, nicht nur den Einstiegspreis. Kläre die Kündigungsfristen und was mit deinen Daten passiert, wenn du gehst: Bekommst du sie in einem brauchbaren Format zurück oder nur als unstrukturierten Haufen.

Aufwand für den Betrieb

Eine selbst gehostete Lösung wirkt beim Lizenzpreis günstig, bindet aber IT-Zeit für Updates, Backups und Sicherheit. Eine Cloud-Lösung nimmt dir das ab, kostet aber laufend. Beide Wege sind legitim, du musst nur ehrlich beziffern, wie viel eigene IT-Kapazität du hast.

Alarme, die keiner mehr liest

Der häufigste Fehler: Am Anfang werden die Schwellwerte zu eng gesetzt, das System feuert bei jeder kleinen Schwankung. Nach zwei Wochen leiten die Leute die Benachrichtigungen in einen Ordner um, den keiner öffnet. Dann fällt der eine wichtige Alarm im Rauschen unter. Setz von Anfang an lieber wenige, gute Alarme und verschärfe sie langsam.

Datenqualität wird zu spät geprüft

Ein Betrieb baut ein schönes Dashboard und merkt nach Monaten, dass ein Sensor die ganze Zeit falsch stand oder falsch kalibriert war. Alle Auswertungen darauf waren wertlos. Prüfe die Sensoren gegen eine Referenzmessung, bevor du auf die Werte vertraust.

Zu viel auf einmal

Manche wollen im ersten Projekt gleich die ganze Halle vernetzen. Das wird unübersichtlich, teuer und niemand hat Zeit, das auszuwerten. Fang mit einer Anlage und einem klaren Anwendungsfall an, hol Erfahrung, dann skaliere.

Niemand ist zuständig

Die Software läuft, aber es ist nicht klar, wer auf Alarme reagiert und wer die Regeln pflegt. Nach dem Weggang des einen Kollegen, der sich auskannte, verwaist das System. Leg von Anfang an fest, wer verantwortlich ist, und dokumentiere die Einstellungen.

Vendor Lock-in unterschätzt

Ein Betrieb merkt beim Wechselwunsch, dass die Daten in einem geschlossenen Format liegen und die mühsam gebauten Regeln nicht exportierbar sind. Kläre die Ausstiegsoptionen, bevor du dich bindest, nicht danach.

Ich bin kein Anwalt, und das hier ersetzt keine Rechtsberatung. Aber es gibt Punkte, die du im DACH-Raum kennen musst.

Datenschutz

Sobald deine IoT-Daten einen Personenbezug haben, greift die DSGVO. Das passiert schneller als gedacht: Standortdaten von Firmenfahrzeugen lassen Rückschlüsse auf den Fahrer zu, Zugangs- oder Nutzungsdaten auf einzelne Mitarbeiter. Kläre, ob personenbezogene Daten verarbeitet werden, und wenn ja, brauchst du eine Rechtsgrundlage und musst das in deinem Verarbeitungsverzeichnis führen.

Auftragsverarbeitung

Wenn ein Cloud-Anbieter deine Daten verarbeitet, brauchst du in aller Regel einen Vertrag zur Auftragsverarbeitung. Kläre auch, wo die Server stehen. Bei Anbietern außerhalb der EU stellt sich die Frage der Drittlandübermittlung, die zusätzliche Prüfung erfordert.

Mitbestimmung

Wenn die Software Daten erfasst, mit denen sich das Verhalten oder die Leistung von Beschäftigten überwachen lässt, hat der Betriebsrat in Deutschland ein Mitbestimmungsrecht. Auch wenn du nur Maschinen überwachen willst, kann eine indirekte Zuordnung zu einer Person das auslösen. Hol den Betriebsrat früh dazu, das erspart Ärger.

Sicherheit und branchenspezifische Vorgaben

Vernetzte Geräte sind ein Einfallstor. Achte auf verschlüsselte Übertragung, Zugriffskonzepte und regelmäßige Updates. Je nach Branche und Größe können zusätzliche Anforderungen an die IT-Sicherheit gelten. In der Schweiz gilt das revidierte Datenschutzgesetz, in Österreich die DSGVO mit nationalen Ergänzungen. Kläre die für dich geltenden Regeln mit jemandem, der sich damit auskennt.

Schritt 1: Anwendungsfall festnageln

Setz dich mit den Leuten zusammen, die das Problem haben. Schreib die drei bis fünf Fragen auf, die die Software beantworten soll. Notiere, welche Sensoren und Geräte dafür nötig sind und ob es die schon gibt.

Schritt 2: Datenlage prüfen

Schau, welche Daten du heute schon hast und in welcher Qualität. Prüfe stichprobenartig, ob die Sensoren stimmen. Ohne verlässliche Daten hat keine Software eine Chance.

Schritt 3: Anforderungen aufschreiben

Mach eine kurze Liste: Protokolle, die du brauchst, Anzahl der Geräte heute und in zwei Jahren, Cloud oder eigener Server, nötige Schnittstellen (ERP, Wartung), Datenschutzanforderungen. Diese Liste ist dein Maßstab, nicht die Funktionsliste des Anbieters.

Schritt 4: Kandidaten einladen und mit echten Daten testen

Wähl zwei bis drei Systeme aus. Bestehe auf einer Testphase mit einem kleinen Teil deiner eigenen Daten. Lass die spätere Anwenderin einen Alarm und ein Dashboard selbst bauen und stopp die Zeit.

Schritt 5: Gesamtkosten über drei Jahre rechnen

Rechne Lizenz, Anbindung, Einrichtung, Datenübertragung und die Zeit deiner Leute für drei Jahre durch. Lass dir ein Szenario mit verdoppelter Gerätezahl geben.

Schritt 6: Compliance klären

Prüfe Auftragsverarbeitung, Serverstandort, Personenbezug und Mitbestimmung, bevor du unterschreibst. Hol Betriebsrat und, wenn nötig, Rechtsberatung dazu.

Schritt 7: Klein starten, dann skalieren

Start mit einer Anlage und einem klaren Nutzen. Leg fest, wer zuständig ist und wer auf Alarme reagiert. Sammle Erfahrung, dokumentiere die Einstellungen, dann erst erweitere. So merkst du früh, ob das System zu dir passt, ohne dich mit einem Riesenprojekt zu verheben.