IoT-Governance nach dem ersten Jahr: Datenaufbewahrung, Rückverfolgbarkeit und Auditfähigkeit
DBR77 Team · Veröffentlicht am
Nach dem ersten Jahr läuft IoT-Governance auf vier Dinge hinaus: einen benannten Verantwortlichen für jedes Signal und jede Definition, eine Aufbewahrungsregel für jede Datenart, eine nachvollziehbare Verknüpfung von Maschinenereignissen mit Chargen und Aufträgen sowie Zugriffsregeln, die ein Auditor prüfen kann. Richten Sie diese einmal ein und überprüfen Sie sie jedes Quartal, dann bleibt das System vertrauenswürdig, wenn sich Linien, Personen und Vorschriften ändern.
Das erste Jahr dreht sich darum, Maschinen anzubinden und Menschen dazu zu bringen, die Daten zu nutzen. Im zweiten Jahr kommen schwierigere Fragen: Warum ist die OEE gesprungen, obwohl sich an der Linie nichts geändert hat? Wie lange sollen Schwingungsdaten bleiben? Wer hat einen Schwellenwert freigegeben? Dieser Artikel beantwortet sie für ein mittelgroßes Werk.
Warum Governance im zweiten Jahr dringend wird
Definitionen verschieben sich, meist ohne dass es jemand bemerkt. Jemand korrigiert eine ideale Zykluszeit, eine Gründeliste wächst von 12 auf 60 Einträge, eine neue Linie kommt mit anderer Benennung. Jede Änderung ergibt für sich Sinn, doch zusammen machen sie die Zahlen des Vorjahres mit denen von heute unvergleichbar.
Auch die Regulierung bewegt sich. Die novellierte polnische Ustawa o krajowym systemie cyberbezpieczeństwa, mit der NIS2 umgesetzt wird, gilt seit dem 3. April 2026. Sie erfasst ausgewählte industrielle Tätigkeiten, je nach Branche und Unternehmensgröße, mit einer Anpassungsfrist bis zum 3. April 2027. Nach der NIS2-Richtlinie senden betroffene Unternehmen innerhalb von 24 Stunden nach einem erheblichen Vorfall eine Frühwarnung und innerhalb von 72 Stunden eine Meldung. Beim KI-Recht hat das "KI-Omnibus"-Paket von 2026 die Pflichten für Hochrisiko-KI nach dem KI-Gesetz auf den 2. Dezember 2027 für Systeme nach Anhang III und auf den 2. August 2028 für Anhang I verschoben. Dazu gehört KI als Sicherheitskomponente von Maschinen.
Wie unser Artikel zu CMMI und Datenreife argumentiert, kommen einheitliche Datendefinitionen vor dem ernsthaften Einsatz von KI.
Rollen: wer Signale und Definitionen verantwortet
Die meisten Werke kommen mit drei Rollen aus, von denen jede festlegt, wer was ändern darf:
- Signalverantwortlicher. Eine Person je Signalgruppe. Die Instandhaltung verantwortet Maschinenzustände, die Qualität Ausschuss und Prüfergebnisse, die Produktion die Gründelisten. Der Verantwortliche antwortet, wenn ein Signal fehlt oder falsch ist.
- Verantwortlicher für Definitionen. Eine Person, oft im Controlling, verantwortet die Formeln: OEE, geplante Zeit, ideale Zykluszeit, Reaktionszeit.
- Systemverantwortlicher. IT/OT verantwortet Zugriff, Datensicherung, Updates und das Netzwerk.
Definitionen werden über ein kurzes, schriftliches Verfahren geändert:
- Antrag mit Begründung, zum Beispiel ein neues Werkzeug, das die ideale Zykluszeit verändert.
- Auswirkungsprüfung: Welche Kennzahlen und Berichte ändern sich und wie stark.
- Freigabe durch den Verantwortlichen für Definitionen, mit einem Gültigkeitsdatum.
- Eintrag im Änderungsprotokoll. Historische Werte werden nie stillschweigend neu berechnet; falls eine Neuberechnung nötig ist, wird sie gekennzeichnet.
Datenaufbewahrung: was wie lange bleibt
Daten verlieren unterschiedlich schnell an Wert: Rohe hochfrequente Signale sind wochenlang nützlich, Ereignisse und Aggregate dagegen jahrelang. Die folgenden Fristen sind Beispiele; Ihre gesetzlichen, kundenbezogenen und branchenspezifischen Anforderungen legen die tatsächlichen Mindestfristen fest.
| Datenart | Aufbewahrung (Beispiel) | Warum | Verantwortlicher |
|---|---|---|---|
| Rohe hochfrequente Signale (Strom, Schwingung) | 30 bis 90 Tage am Standort, ausgewählte Zeitfenster länger | Fehlersuche, Training eines Modells mit bekannten Ausfällen | Instandhaltung mit IT/OT |
| Maschinenereignisse (Zustände, Stillstände, Gründe, Reaktionszeiten bei Alarmen) | 3 bis 5 Jahre | Verlusttrends, Historie der Grundursachen, Audits | Produktion |
| Aggregate (OEE je Schicht, Stillstand je Grund und Tag) | Lebensdauer der Linie | Langfristiger Vergleich, Wirtschaftlichkeitsrechnungen | Betrieb |
| Chargen- und auftragsbezogene Aufzeichnungen | Wie es Ihre Branche oder Ihr Kunde verlangt | Rückverfolgbarkeit, Reklamationen, Rückrufe | Qualität |
| Änderungsprotokoll für Definitionen und Konfiguration | Lebensdauer des Systems | Erklärung, warum sich eine Zahl geändert hat | Verantwortlicher für Definitionen |
| Zugriffs- und Sicherheitsprotokolle | Nach Ihrer Sicherheitsrichtlinie, zum Beispiel 12 Monate | Untersuchung von Vorfällen, NIS2-Meldung | IT/OT |
Kameragestützte Ereignisse aus der IRIS-Vision-Schicht gehören zu den Maschinenereignissen. Die Schicht zeichnet bewusst kein Video auf, daher gibt es kein Material, das gespeichert, gesichert oder gelöscht werden müsste.
Brauchen Sie einen Aufbewahrungs- und Verantwortlichkeitsplan für Ihr Werk?
Wir gehen mit Ihnen Ihre Signale, Systeme und Auditanforderungen durch und entwerfen ein einseitiges Governance-Modell.
Rückverfolgbarkeit: welche Aufzeichnungen zu Chargen und Aufträgen gehören
Rückverfolgbarkeit bedeutet, dass Sie die Historie einer Charge aus den Daten rekonstruieren können. In der Lebensmittelbranche ist das eine gesetzliche Pflicht: Die Verordnung (EG) Nr. 178/2002 verlangt, dass Unternehmen festhalten, von wem sie geliefert bekommen und an wen sie liefern. Kunden und Auditoren in anderen Branchen fragen nach demselben.
Verknüpfen Sie für jeden Lauf die folgenden Aufzeichnungen mit der Chargen- oder Auftragsnummer:
- Start- und Endzeit an jeder Maschine;
- Prozessparameter während des Laufs;
- Stillstände und Gründe, die während der Charge auftraten;
- Qualitätsprüfungen, Ausschuss und Nacharbeit;
- Materialchargen und die Schicht, die gefahren hat.
Zur Prüfung wählen Sie eine Charge von vor acht Monaten und bitten die Qualitätsleitung, ihre Historie zu rekonstruieren. Dauert das länger als 15 Minuten, sind die oben genannten Verknüpfungen unvollständig.
Zugriff und Sicherheit nach dem ersten Jahr
DBR77 verarbeitet Daten vor Ort am Edge, innerhalb Ihrer IT/OT-Grenze. Dadurch bleiben die externen Datenflüsse gering und leicht zu dokumentieren. Unser Artikel zu Edge oder Cloud in der Fertigung erklärt, wann welche Variante sinnvoll ist, und die Sicherheitsseite beschreibt die Einrichtung.
ISA/IEC 62443 beschreibt Sicherheit als gemeinsame Verantwortung von Anlagenbetreibern, Integratoren und Lieferanten. NIST SP 800-82 Rev. 3 ergänzt praktische Hinweise für OT. Im Alltag heißt das: Bediener erfassen Gründe, Schichtführer vergeben Aufgaben, nur der Verantwortliche für Definitionen ändert Formeln, und der Fernzugriff von Lieferanten ist zeitlich begrenzt und wird protokolliert.
Checkliste für die Auditfähigkeit
Ein Auditor wird fragen, woher Sie wissen, dass Ihre Zahlen stimmen. Halten Sie Folgendes bereit:
- Ein Signalregister: jedes Signal, seine Quellmaschine und sein Verantwortlicher.
- Ein Dokument mit Definitionen und Versionsverlauf.
- Schriftliche Aufbewahrungsregeln, automatisch umgesetzt.
- Einen bestandenen Test der Chargenrekonstruktion aus dem letzten Quartal.
- Eine Zugriffsliste, die im letzten Quartal geprüft wurde, mit entfernten ausgeschiedenen Mitarbeitern.
- Ein Vorfallverfahren, das die Meldefristen von 24 und 72 Stunden erfüllt, sofern NIS2 gilt.
- Eine Liste der eingesetzten KI-Modelle und der Entscheidungen, die sie beeinflussen.
Governance-Rhythmus: die vierteljährliche Überprüfung
Die Überprüfung dauert etwa eine Stunde pro Quartal. Sie umfasst die Datenqualität (unbekannte Gründe, Signallücken), das Änderungsprotokoll, die Zugriffsliste, den Speicherbedarf im Vergleich zu den Aufbewahrungsregeln und die regulatorischen Termine. Jede offene Auditfeststellung bekommt einen Verantwortlichen und ein Datum.
Diese Überprüfung ist die oberste Ebene des Werksrhythmus, der in IoT als wiederholbares Betriebssystem beschrieben wird. Bei mehr als einem Werk führen Sie sie zentral durch, für gemeinsame Definitionen, wie in dem Nachweis des IoT-Werts über Standorte hinweg erklärt.
Häufige Fragen
Wie lange sollten wir rohe Maschinendaten aufbewahren?
Meist Wochen, nicht Jahre. Bewahren Sie rohe hochfrequente Daten 30 bis 90 Tage auf, sichern Sie Zeitfenster rund um bekannte Ausfälle und behalten Sie Ereignisse und Aggregate deutlich länger. Prüfen Sie zuerst die Vorgaben Ihrer Branche und Ihrer Kunden.
Gilt NIS2 für unser Werk?
Das hängt von Ihrer Branche und Größe ab. Das polnische Gesetz erfasst nur ausgewählte industrielle Tätigkeiten. Lassen Sie Ihren Status von der Rechtsabteilung oder einem Rechtsberater bestätigen.
Wer sollte die OEE-Definition verantworten?
Eine Person außerhalb der Linie, oft im Controlling. Die Werke schlagen Änderungen vor; der Verantwortliche für Definitionen gibt sie mit Datum und Eintrag im Protokoll frei.
Schaffen Kameras ein Datenschutzproblem?
Die IRIS-Vision-Schicht zeichnet bewusst kein Video auf. Sie speichert Ereignisse wie einen Zyklus oder einen Stillstand, die wie jedes Maschinenereignis verwaltet werden.
Fazit
Ein guter erster Schritt ist der Test der Chargenrekonstruktion aus dem Abschnitt zur Rückverfolgbarkeit, durchgeführt mit einer Charge von vor acht Monaten. Was die Qualitätsleitung nicht innerhalb von 15 Minuten findet, zeigt, welcher Verantwortliche, welche Aufbewahrungsregel oder welche Verknüpfung fehlt, und diese Lücken bilden eine konkrete Tagesordnung für die erste vierteljährliche Überprüfung.
Machen Sie Ihr IoT-Setup auditfähig
Sprechen Sie mit uns über Verantwortliche, Aufbewahrung und Rückverfolgbarkeit für Ihr Werk und darüber, wie DBR77 IIoT die Daten vor Ort hält.
Quellen
- KPMG Law Polen, Dyrektywa NIS2 wdrożona w Polsce. Nowe obowiązki cyberbezpieczeństwa dla przedsiębiorców, 2026
- EUR-Lex, Directive (EU) 2022/2555 (NIS2 Directive), 2022
- Future of Privacy Forum, The AI Act Implementation Timeline: What Changes Under the AI Omnibus?, 2026
- ISA, ISA/IEC 62443 series of standards
- NIST, SP 800-82 Rev. 3: Guide to Operational Technology (OT) Security, 2023
- EUR-Lex, Regulation (EC) No 178/2002 (General Food Law), 2002
- DBR77, CMMI and data maturity