Definition
Digitales Abbild eines physischen Objekts, Prozesses oder Systems, das in Echtzeit Daten austauscht und Simulationen ermöglicht. Drei Reifegrade: Digital Model (statisches Abbild), Digital Shadow (einseitiger Datenfluss), Digital Twin (bidirektional). Anwendungen: Produktentwicklung, Prozessoptimierung, virtuelle Inbetriebnahme, Predictive Maintenance. Qualitätsmanagement-Implikation: Validierungsfragen beim Übergang von Simulation zu Realität und umgekehrt.
In der Praxis
Das teuerste Missverständnis beim Digital Twin ist der Begriff selbst: Was im Vertrieb als „Twin" verkauft wird, ist in der Praxis meist ein Digital Shadow — ein Dashboard mit einseitigem Datenfluss, ohne Rückwirkung auf die Anlage. Das ist nicht verkehrt, aber Sie zahlen für etwas anderes, als Sie bekommen. Erstes Fehlerbild: der Twin ohne Fragestellung. Da wird eine komplette Linie abgebildet, bevor klar ist, ob es um vorausschauende Wartung, virtuelle Inbetriebnahme oder Prozessoptimierung geht — das Projekt versandet im Datenmodell. Zweites Fehlerbild: Datenqualität. Ein Twin, der aus unkalibrierten Sensoren und ungepflegten Stammdaten rechnet, simuliert eine Anlage, die es nicht gibt; die MSA-Logik gilt auch für Sensorik. Drittes Fehlerbild: der Validierungsbruch. Ersetzt die Simulation reale Prüfungen — etwa in der Prozessvalidierung —, muss der Modellabgleich zur Realität dokumentiert und regelmäßig wiederholt werden. Und vergessen Sie die Security nicht: Ein bidirektionaler Twin ist ein aktiver Eingriffspunkt in die OT und gehört in den Scope nach IEC 62443.
Verwandte Begriffe
Häufige Fragen zu Digital Twin
Woran erkennen wir, ob wir ein Digital Model, einen Digital Shadow oder einen echten Digital Twin betreiben?
Der Unterschied liegt im Datenfluss. Ein Digital Model ist ein statisches Abbild ohne automatisierte Verbindung — etwa ein 3D-Modell oder eine offline gepflegte Simulation. Ein Digital Shadow hat einen automatisierten Datenfluss in eine Richtung: Die Anlage liefert Sensordaten ans Modell, das Modell wirkt nicht zurück. Erst der Digital Twin ist bidirektional: Er empfängt Echtzeitdaten und steuert das physische Objekt aktiv, etwa durch angepasste Prozessparameter. Die Einordnung ist keine Haarspalterei — sie bestimmt Aufwand, Risiko und Validierungspflicht. Ein Shadow ist ein Analysewerkzeug, ein Twin ein Steuerungselement mit direktem Qualitäts- und Sicherheitseinfluss. Fordern Sie vom Anbieter eine klare Aussage zur Richtung und Latenz des Datenflusses.
Welche rechtlichen Anforderungen treffen uns, wenn wir einen Digital Twin einsetzen?
Ein intern betriebener Twin ist kein eigenes Rechtsobjekt, aber seine Bausteine sind reguliert. Enthält die Lösung Produkte mit digitalen Elementen, die auf dem EU-Markt bereitgestellt werden, greifen die Anforderungen der Cyberresilienz-Verordnung — verbindlich vor allem für die Hersteller dieser Produkte. Gehört Ihr Unternehmen zu den Sektoren der NIS-2-Richtlinie, müssen die Risikomanagement-Maßnahmen auch die vernetzte Produktions-IT einschließen. Nutzt der Twin KI-Komponenten für automatisierte Entscheidungen, ist zusätzlich der EU AI Act zu prüfen. Und sobald der Twin in validierte Prozesse eingreift — etwa Medizintechnik oder Automotive-Sicherheitsmerkmale —, verlangen die Branchennormen den Nachweis, dass Simulation und Realität übereinstimmen. Prüfen Sie also nicht den Twin als solchen, sondern seine Komponenten und Eingriffe (Verordnung (EU) 2024/2847).
Wie starten wir ein Digital-Twin-Projekt, ohne im Datenmodell stecken zu bleiben?
Beginnen Sie mit einem einzigen, messbaren Anwendungsfall — klassisch ist die vorausschauende Wartung einer Engpassanlage mit bekannten Ausfallmustern. Definieren Sie vorab, welche Entscheidung der Twin verbessern soll und wie Sie den Nutzen messen: Stillstandstunden, Ausschussquote, Inbetriebnahmezeit. Sichern Sie die Datenbasis: Sensoren kalibriert, Stammdaten gepflegt, Schnittstellen dokumentiert — ein Twin auf schlechten Daten produziert teure Irrtümer. Legen Sie den Abgleich zwischen Modell und Realität als wiederkehrenden Prozess fest, nicht als einmalige Abnahme. Binden Sie die IT-/OT-Sicherheit von Anfang an ein, idealerweise entlang der Zonen- und Leitungslogik der IEC 62443. Erst wenn der erste Anwendungsfall stabil läuft und rechnet, skalieren Sie auf weitere Anlagen.