Was ein digitaler Zwilling behaupten darf

Was ein digitaler Zwilling behaupten darf

Das gefährlichste Wort auf dem Bildschirm ist jetzt

Ein digitaler Zwilling beginnt oft mit einem bemerkenswert selbstbewussten Bild. Da ist ein Asset, eine Karte, ein Systemdiagramm oder ein sauberes dreidimensionales Objekt. Es gibt farbige Linien, bewegliche Marker und ein Label, das aktuell sagt. Die Anzeige wirkt ruhig, weil sie die unaufgeräumte Arbeit des Sammelns von Datensätzen, der Auswahl eines Zeitpunkts, der Anwendung eines Modells, des Ignorierens einiger Eingaben und des Zeichnens eines Ergebnisses bereits erledigt hat. Das ist nützlich. Es ist auch eine Behauptung.

Die Behauptung kann bescheiden sein: Dies ist der neueste Messwert, der von einem Sensor empfangen wurde. Sie kann größer sein: Dies ist der gegenwärtige Zustand einer Brücke, einer Fabrik, eines Verkehrsnetzes oder eines Stadtviertels. Sie kann noch größer werden: Dies ist, was passieren wird, wenn eine Entscheidung getroffen wird. Jeder Satz hat eine andere Beziehung zur Realität. Sie sollten nicht denselben visuellen Stil und dasselbe uneingeschränkte Label teilen, nur weil sie auf dasselbe Dashboard passen.

Ein digitaler Zwilling darf behaupten, was seine Datensätze und Modelle stützen können. Er darf sagen, dass eine Quelle zu einem angegebenen Zeitpunkt einen Wert gemeldet hat. Er darf zeigen, wie ein definiertes Modell bestimmte Eingaben transformiert. Er darf ein Szenario unter benannten Annahmen anbieten. Er darf sich nicht die Gewissheit von dem Objekt borgen, das er darstellt. Eine digitale Darstellung eines Assets ist nicht das Asset. Eine Prognose ist keine Beobachtung, die früher stattgefunden hat. Eine politische Entscheidung ist kein Naturgesetz mit besserer Typografie.

Diese Unterscheidung klingt pedantisch, bis der Zwilling in eine echte Entscheidung eintritt. Ein Wartungsteam kann Arbeiten anhand einer Zustandsansicht planen. Ein Planer kann Alternativen durch ein räumliches Modell vergleichen. Ein Betreiber kann eine Reaktion in einer Testumgebung üben. Eine öffentliche Stelle kann erklären, warum sie eine Option einer anderen vorgezogen hat. In jedem Fall muss der Leser wissen, wo die Anzeige endet und die Evidenz beginnt. Andernfalls wird der Zwilling zu einer höflichen Maschine, die Annahmen in Fakten wäscht.

Der von Geonovum veröffentlichte niederländische Leitfaden bringt den Punkt deutlich auf den Punkt. Eine digitale Darstellung der Realität bleibt konzeptionell, so genau oder realistisch sie auch erscheinen mag, und sollte als Entscheidungshilfe und nicht als Realität selbst behandelt werden. Der Leitfaden fordert transparente Eigentümerschaft, Governance, Verantwortlichkeiten, Qualitätsstandards und Aufmerksamkeit für Unsicherheit in Daten und Modellen. Das ist kein Argument gegen den Bau von Zwillingen. Es ist ein Argument dafür, sie mit genügend intellektuellem Mobiliar zu bauen, damit die Menschen erkennen können, womit sie es zu tun haben.

Europa hat einen besonders guten Grund, dies ernst zu nehmen. Seine Infrastruktur wird geteilt, seine öffentlichen Entscheidungen überschreiten Institutionen, und seine Rechtssysteme legen Wert auf Rückverfolgbarkeit, Verhältnismäßigkeit und Begründungen. Ein Zwilling kann eine Diskussion verbessern, indem er eine Beziehung sichtbar macht. Er kann auch eine schlechte Diskussion schwerer unterbrechbar machen, indem er eine ungetestete Beziehung sichtbar erscheinen lässt. Der Unterschied ist keine Frage des visuellen Schiffs. Es ist eine Frage der Behauptungsdisziplin.

Ein aktueller Zustand ist eine Ansicht, kein Besitz

Wenn Menschen sagen, dass ein Zwilling den aktuellen Zustand zeigt, können sie mehrere Dinge meinen. Sie könnten den zuletzt empfangenen Wert für jede Komponente meinen. Sie könnten den neuesten Wert meinen, der die Validierung bestanden hat. Sie könnten eine modellierte Schätzung meinen, die auf Messungen aus verschiedenen Zeitpunkten basiert. Sie könnten einen Zustand meinen, der aus einer Historie nach einer bestimmten Regel rekonstruiert wurde. Sie könnten ein manuell bestätigtes Betriebsbild meinen. All dies kann nützlich sein. Es ist nicht austauschbar.

Betrachten wir ein einfaches hypothetisches Beispiel. Ein Wasserstandssensor meldet um 10:00 Uhr, ein Stellungssensor für ein Tor um 10:03 Uhr, und ein Inspektionsprotokoll wird um 10:17 Uhr erfasst, besagt aber, dass die Inspektion um 09:50 Uhr stattfand. Ein Bildschirm, der um 10:20 Uhr geöffnet wird, kann aus diesen Aufzeichnungen mehr als eine ehrliche Ansicht erstellen. Er kann die zuletzt empfangenen Werte anzeigen. Er kann die beste Schätzung des physischen Zustands um 10:00 Uhr anzeigen. Er kann zeigen, was die Organisation um 10:05 Uhr wusste. Er kann den Zustand anzeigen, der nach der Annahme des Inspektionsprotokolls als gültig behandelt werden sollte. Keine davon ist der aktuelle Zustand, ohne dass eine Frage daran hängt.

Die Frage ist wichtig, weil Menschen unterschiedlich darauf reagieren. Eine Leitwarte benötigt möglicherweise die neuesten vertrauenswürdigen Telemetriedaten, einschließlich einer auffälligen Warnung, dass ein Signal veraltet ist. Eine Prüfung muss möglicherweise fragen, was vor einer Entscheidung bekannt war. Eine Wartungsüberprüfung benötigt möglicherweise den Verlauf, wie er später korrigiert wurde. Ein Modellkalibrierungsprozess benötigt möglicherweise die ursprüngliche Beobachtung, selbst wenn sie sich später als falsch herausstellte. Eine öffentliche Erläuterung muss möglicherweise angeben, dass eine Karte eine Schätzung und keine Messung ist. Eine einzelne Datenbanktabelle mit der Bezeichnung current_state kann diese Unterschiede nicht klären. Sie kann sie nur verbergen.

Eine abgeleitete Ansicht ist keine Schande. Die meisten nützlichen Informationssysteme leiten Ansichten ab. Das Problem beginnt, wenn die Ableitung unsichtbar ist. Eine veränderbare Momentaufnahme lässt sich schnell abfragen und angenehm vorführen, aber sie kann ein schlechter Zeuge sein. Wenn sie einen Wert enthält, kann der Benutzer dann die Quelle identifizieren? Können sie sehen, wann er beobachtet, wann er empfangen und wann er für die jeweilige Verwendung gültig wurde? Können sie sehen, ob er gemessen, berechnet, manuell eingegeben oder aus einem anderen System kopiert wurde? Können sie erkennen, welche Version einer Regel die Anzeige erzeugt hat? Wenn nicht, leistet das Wort aktuell mehr Arbeit, als das System tragen kann.

Deshalb sollte ein Zwilling den Zustand als eine Antwort und nicht als einen Besitz behandeln. Eine gute Benutzeroberfläche kann die Antwort lesbar machen: aktuell gemäß den neuesten validierten Aufzeichnungen ab 10:20 Uhr; geschätzter physischer Zustand für 10:00 Uhr; Szenarioausgabe für die angegebene Niederschlagsannahme. Das sind längere Beschriftungen. Sie sind auch kürzer als eine Diskussion, nachdem eine Entscheidung schiefgelaufen ist.

Der Druck zur Vereinfachung ist verständlich. Niemand möchte ein Dashboard voller juristischer Einschränkungen. Aber gute Anspruchsdisziplin ist keine Einschränkungstapete. Sie ist eine Möglichkeit, die entscheidende Unterscheidung nahe an die Entscheidung zu bringen. Ein kleines Abzeichen für beobachtet, geschätzt, simuliert oder genehmigt kann mehr bewirken als ein Absatz im Anhang. Der Leser erhält weiterhin ein nützliches Bild. Sie erhalten einfach die Art von Bild, die es ist.

Das Anlagegut, die Aufzeichnung und das Modell sind drei verschiedene Dinge

Das Wort Zwilling lädt zu einem verständlichen Fehler ein. Zwillinge klingen gleich. Ein digitaler Zwilling klingt daher wie eine zweite Instanz des physischen Objekts, die in der Software wartet. Aber eine Brücke wird nicht zu Stahl, weil ihre Geometrie sorgfältig dargestellt wurde, und ein Entwässerungssystem erhält kein Wasser, weil ein Bildschirm eine überzeugende blaue Linie gezeichnet hat. Die Beziehung ist nützlicher und begrenzter als eine Ähnlichkeit.

Zunächst gibt es das Anlagegut oder den Prozess in der Welt. Es hat materielle Eigenschaften, Betriebsbedingungen, Menschen in seiner Umgebung, physische Einschränkungen und eine Geschichte, die nicht höflich auf eine Datenbanktransaktion wartet. Zweitens gibt es Aufzeichnungen über dieses Anlagegut: Sensorwerte, Inspektionsnotizen, Konstruktionsdokumente, Arbeitsaufträge, Fotografien, geografische Daten, Wartungsberichte, Betriebsprotokolle und viele andere Formen der Beobachtung. Drittens gibt es Modelle: Regeln, Berechnungen, Simulationen, Klassifikationen, Visualisierungen und Annahmen, die ausgewählte Aufzeichnungen in eine Antwort auf eine Frage verwandeln.

Diese Schichten berühren einander, aber jede kann auf ihre eigene Weise versagen. Das Asset kann sich ändern, bevor ein Datensatz eintrifft. Ein Datensatz kann unvollständig, verspätet, doppelt oder mit der falschen Einheit erfasst sein. Ein Modell kann außerhalb der Bedingungen angewendet werden, für die es entwickelt wurde. Eine Visualisierung kann aus spärlichen Eingaben eine glatte Oberfläche erzeugen. Eine Organisation kann entscheiden, dass ein Datensatz für den operativen Betrieb maßgeblich ist, während ein anderer für die Prüfung aufbewahrt wird. Ein zuverlässiger Zwilling tut nicht so, als wären diese Fehler unmöglich. Er gibt ihnen Orte, an denen sie sichtbar und behandelbar sind.

Diese Trennung erleichtert es auch, über Verantwortung zu sprechen. Der Eigentümer eines physischen Assets besitzt möglicherweise nicht jeden Datensatz darüber. Eine öffentliche Behörde kann eine Basiskarte lizenzieren. Ein Auftragnehmer kann einen Wartungsdatensatz bereitstellen. Ein Sensorlieferant kann eine Telemetrieroute betreiben. Ein Spezialist kann eine Berechnungsmethode liefern. Die Person, die entscheidet, wie ein Ergebnis die Öffentlichkeit beeinflusst, kann wiederum jemand anderes sein. Das gesamte Arrangement als Zwilling zu bezeichnen, entfernt diese Grenzen nicht. Es macht sie wichtiger.

Die Prinzipien von Geonovum für niederländische digitale Zwillinge der physischen Umgebung argumentieren in institutioneller Sprache ähnlich. Sie fordern klare und transparente Eigentumsverhältnisse, Governance und Verantwortlichkeiten für die Daten, Berechnungsmodelle und Visualisierungswerkzeuge, die ein Zwillingsökosystem bilden. Sie fordern außerdem Qualitätsniveaus, die transparent, definiert, messbar und verwaltet sind. Die Prinzipien sind kein universelles Gesetz der Software. Sie sind eine nützliche Weigerung, zuzulassen, dass eine einzelne beeindruckende Oberfläche für die Organisationen und Belege dahinter steht.

Der praktische Test ist unmissverständlich. Nehmen Sie einen beliebigen Wert auf einem Zwillingsbildschirm und stellen Sie vier Fragen. Worauf bezieht er sich in der Welt? Welcher Datensatz oder welche Datensätze stützen ihn? Welches Modell oder welche Regel hat diese Datensätze in diesen Wert verwandelt? Wer ist dafür verantwortlich zu entscheiden, ob der Wert für diese Verwendung geeignet ist? Wenn das System nicht antworten kann, mag es immer noch eine leistungsfähige Visualisierung sein. Es sollte nicht als entscheidungsreifer Zwilling präsentiert werden.

Provenienz ist kein Museumslabel

Provenienz wird manchmal als etwas Schönes behandelt, das man hat, sobald die nützliche Arbeit abgeschlossen ist. Ein Team baut das Dashboard, führt das Modell aus, gibt das Ergebnis an eine Entscheidungsträgerin oder einen Entscheidungsträger und erwägt dann, ein Quellenpanel anzuhängen. Diese Reihenfolge ist rückwärts. Provenienz ist das, was einer Leserin oder einem Leser ermöglicht zu entscheiden, ob das Ergebnis sie oder ihn überhaupt beeinflussen sollte.

Für eine einzelne Beobachtung kann Provenienz recht gewöhnlich sein: Quellenidentität, Erfassungsmethode, Ort, Zeit, Einheit, Kalibrierungsstatus, Nutzungserlaubnis, bekannte Qualitätsgrenzen und die anschließenden Transformationsschritte. Für einen abgeleiteten Wert wird die Kette länger. Das System sollte die Quelldatensätze, die Version des Modells oder der Regel, die Materialkonfiguration, die Person oder den Prozess, der den Lauf initiiert hat, den Zeitpunkt der Ausführung und die mit dem Ergebnis verbundene Unsicherheit oder die Grenzen identifizieren. Für eine Visualisierung umfasst die Provenienz die gewählte Aggregation, die Farbskala, Filterregeln und alle durch Interpolation verborgenen Lücken. Ein fröhliches grünes Polygon kann eine erhebliche Menge redaktionelles Urteil enthalten.

Das bedeutet nicht, dass jede Leserin und jeder Leser jedes Feld prüfen muss. Provenienz sollte geschichtet sein. Die erste Schicht kann die Frage beantworten, die ein Nicht-Spezialist vernünftigerweise hat: Ist das gemessen, geschätzt oder simuliert, und wie aktuell ist es? Die nächste kann die benannte Quelle, die Modellversion und den Qualitätsstatus zeigen. Die tiefere Schicht kann die Datensatzidentifikatoren, Parameter, Transformationen und Methodik offenlegen, für jemanden, der das Ergebnis reproduzieren oder anfechten muss. Ein System, das keine Tiefe bietet, macht Prüfung unmöglich. Ein System, das nur Tiefe bietet, erschwert die gewöhnliche Nutzung. Die Gestaltungsarbeit besteht darin, beides bereitzustellen, ohne eines der beiden Publika zu verwirren.

Es hilft auch, Herkunft von Vertrauen zu trennen. Ein Wert kann eine ausgezeichnete Herkunft haben und dennoch unsicher sein. Ein gut kalibrierter Sensor kann eine Messung mit einem bekannten Fehlerbereich melden. Ein Modell kann gründlich dokumentiert sein, während sein Szenario von einer zukünftigen Bedingung abhängt, die niemand kennen kann. Umgekehrt kann eine präzise wirkende Zahl eine schlechte Herkunft haben. Das Vorhandensein einer Quelle ist nicht dasselbe wie eine Gewähr für die Schlussfolgerung. Es gibt dem Leser lediglich einen ehrlichen Ausgangspunkt.

In öffentlichen Kontexten ist Herkunft Teil der Verfahrensgerechtigkeit. Ein Anwohner, der von einer Planungsentscheidung betroffen ist, muss möglicherweise keine hydraulische Berechnung nachvollziehen können, aber er sollte erfahren können, welche Eingaben und Annahmen verwendet wurden. Ein Lieferant, der zu einer Wartungsentscheidung befragt wird, sollte einsehen können, welche Aufzeichnungen berücksichtigt und welche Fassung einer Regel angewendet wurde. Ein Prüfer sollte eine ursprüngliche Beobachtung von einer späteren Korrektur unterscheiden können. Erklärung wird nicht dadurch erreicht, dass man sagt, die Software sei komplex. Sie wird erreicht, indem der Weg von einer Schlussfolgerung zurück zu ihren Belegen erhalten bleibt.

Hier gibt es eine trockene technische Lektion. Ein Datenherkunftsdiagramm ist weniger glamourös als ein leuchtendes Stadtmodell. Es ist aber auch das, was einem sagt, ob das leuchtende Stadtmodell die Tabellenkalkulation des letzten Winters betrachtet. Das Modell hat sich nie an dieser Frage gestört. Menschen manchmal schon.

Zeit hat mehr als eine Aufgabe

Zeit ist der Bereich, in dem viele Zwillinge versehentlich unehrlich werden. Ein Datensatz kann mehrere Zeitangaben tragen, und jede beantwortet eine andere Frage. Es gibt die Zeit, zu der etwas in der Welt geschah. Es gibt die Zeit, zu der jemand oder etwas es beobachtete. Es gibt die Zeit, zu der ein System den Datensatz empfing oder verarbeitete. Es kann einen Zeitraum geben, in dem der Datensatz als gültig gelten soll. Es gibt die Zeit, zu der ein Modell ausgeführt wurde. Es gibt die Zeit, zu der eine Person eine Korrektur genehmigte. Ein Zwilling, der nur einen Zeitstempel aufzeichnet, zwingt diese Fragen schließlich in eine einzige Antwort.

Angenommen, eine Inspektion stellt fest, dass sich eine Komponente früher in einem Zustand befand, als die Organisation aufgezeichnet hatte. Der Befund kann heute eingegeben werden, eine Inspektion von letzter Woche beschreiben und die Interpretation eines Wartungszeitraums verändern, der letzten Monat begann. Ein operativer Bildschirm muss wissen, was derzeit als gültig behandelt werden soll. Eine Prüfung muss wissen, was zum früheren Entscheidungszeitpunkt bekannt war. Eine Lernüberprüfung benötigt möglicherweise beides, ohne vorzutäuschen, dass die Organisation den späteren Befund kannte, bevor er eingegeben wurde. Dies sind keine philosophischen Feinheiten. Sie entscheiden darüber, ob eine rekonstruierte Geschichte fair ist.

Dasselbe Problem tritt auf, wenn Messwerte verspätet eintreffen, wenn eine Verbindung abbricht, wenn die Uhr eines Geräts falsch geht oder wenn ein Datensatz überarbeitet wird. Wenn eine Anwendung das alte Ergebnis stillschweigend durch das neu korrigierte ersetzt, mag das für den täglichen Gebrauch bequem sein, ist aber für spätere Erklärungen verheerend. Das System benötigt eine Möglichkeit, die Korrektur, den vorherigen Datensatz und die Begründung, die die Sichtweise geändert hat, aufzubewahren. Es kann dann unterschiedliche Fragen anbieten: Was wurde damals geglaubt, was wird jetzt geglaubt und was sollte für den überprüften Zeitraum gelten?

Es gibt kein einziges verbindliches Zeitmodell für jeden Bereich. Ein einfaches Wartungsregister benötigt nicht dieselbe zeitliche Mechanik wie ein Hochwasserschutzsystem oder ein nationales Raummodell. Aber die Organisation sollte bewusst wählen. Wenn sie Entscheidungen nachvollziehen, Korrekturen abgleichen, eine Prüfung durchführen oder ein Modell mit einem Ereignis vergleichen muss, sollte sie festlegen, welche Zeiten sie führt und warum. Zeit nachträglich einzubauen ist in ähnlichem Maße möglich wie das Nachrüsten von Fundamenten nach der Eröffnung eines Gebäudes. Der Satz mag technisch wahr sein, verfehlt aber die Stimmung des Nachmittags.

Zeit begrenzt auch die Sprache der Oberfläche. Live sollte etwas Bestimmtes bedeuten. Meint es Streaming-Daten, eine häufig aktualisierte Berechnung, den letzten erfolgreichen Import oder lediglich eine Seite, deren Design sich emotional an Bewegung gebunden hat? Historisch sollte ausdrücken, ob es den Stand so darstellt, wie er damals bekannt war, oder die beste Rekonstruktion heute. Prognose sollte den Horizont, die Eingaben und den Aktualisierungszeitpunkt benennen. Diese Bezeichnungen machen einen Zwilling vertrauenswürdiger, weil sie ihn widerlegbarer machen.

Ein Szenario ist ein Bedingungssatz

Eine der besten Verwendungen eines Zwillings ist es, eine Frage zu stellen, die nicht verantwortungsvoll am physischen System getestet werden kann. Was passiert, wenn eine Route gesperrt wird? Was ändert sich, wenn sich eine Steuereinstellung innerhalb eines genehmigten Bereichs bewegt? Wie käme ein Dienst zurecht, wenn die Nachfrage einem festgelegten Muster folgte? Wie schneidet ein geplantes Design im Vergleich zu den Alternativen ab? Ein modelliertes Szenario kann Optionen besprechbar machen, bevor sie teuer oder unumkehrbar werden. Das ist gerade deshalb wertvoll, weil es keine als Erinnerung getarnte Vorhersage ist.

Ein Szenario beginnt mit einer Bedingung. Wenn diese Eingabe verwendet wird, wenn dieses Modell gilt, wenn diese Randbedingungen gelten, dann erzeugt das Modell dieses Ergebnis. Der Satz sollte alle seine Teile behalten. Entfernen Sie das erste wenn und das Ergebnis kann beginnen, wie eine Prophezeiung zu klingen. Entfernen Sie das Modell und es kann wie eine Messung klingen. Entfernen Sie die Randbedingungen und es kann auf Umgebungen übertragbar wirken, in denen es nie getestet wurde. Ein guter Zwilling hält die Bedingung nahe am Ergebnis.

Das ist besonders wichtig, wenn ein Szenario visuell überzeugend wird. Eine Karte kann eine prognostizierte Folge so einfärben, als wäre sie bereits vorhanden. Eine Simulation kann ein sich bewegendes Objekt mit einer Zuversicht zeigen, die die Zukunft nicht verdient hat. Eine Optimierung kann eine beste Route vorschlagen, während sie ihr gewähltes Ziel als neutral behandelt. Aber jedes Modell wählt aus, was es darstellt, welche Beziehungen es annähert und welche Ergebnisse es bewertet. Das Modell kann nützlich und dennoch anfechtbar sein. Die Prämissen des Szenarios zu zeigen ist keine technische Spielerei. Es ist der Beginn einer fairen Meinungsverschiedenheit.

Rijkswaterstaat’s published account of its Ramspol barrier test environment offers a grounded illustration of why this distinction matters. It describes a digital environment that imitates the control system so that software updates and changes can be tested before use on the physical installation, and so that technicians can practise uncommon but consequential situations. That is a serious and sensible use of a twin. The point is not that the environment has become the barrier. The point is that a defined representation can provide a safer place to investigate changes, provided its scope and relation to the operating system remain clear.

We should be careful with the word safer. A test environment can reduce particular risks of experimenting on a live system. It cannot establish by itself that every real-world condition has been represented, that an update will behave identically in operation or that a human response will follow the rehearsal. The value of the environment is bounded by the fidelity of the relevant elements, the test design and the judgement of the people using it. A twin becomes useful when it makes a risk easier to examine, not when it grants an immunity certificate with a tasteful gradient.

Scenarios also need versioning. If a planning discussion compares two alternatives, the record should retain the model version, input data, assumptions, objective function and constraints for each run. Otherwise a later viewer may find two pictures that look comparable but were generated from different worlds. A scenario is not just an image. It is an argument with parameters. Retaining those parameters is what permits a later reader to say whether the argument still applies.

Visual fidelity is not evidence

Digital twins are often shown in three dimensions because three dimensions are persuasive. A detailed model feels close to the thing it depicts. Shadows move, surfaces look physical and the camera can travel through places that would be awkward or impossible to visit. That can be excellent for orientation, training and communication. It can also encourage a viewer to transfer the certainty of the rendered geometry to every datum attached to it.

The transfer is not justified. A highly detailed geometry may be paired with sparse or old operating data. A rough diagram may be backed by a careful, timely measurement stream. A realistic animation may contain a simple rule for the one behaviour that matters. A plain table may carry the strongest evidence in the room. The visual form tells us something about how a representation has been presented. It does not, on its own, tell us the quality, freshness or applicability of the underlying claim.

This is not an argument for making twins ugly. It is an argument for making their epistemic status visible. A useful interface can distinguish observed data from inferred data by shape, colour, texture or labelling. It can show the age of each layer. It can indicate when a value has been carried forward because no fresh observation exists. It can show an uncertainty band rather than a single definitive boundary. It can allow readers to turn off a model layer and inspect the observations beneath it. These are visual design choices, but they are also governance choices.

The distinction becomes more pressing when a twin represents people or places affected by policy. A map of a neighbourhood can seem objective because it uses coordinates. Yet the selection of variables, boundaries, categories and thresholds still reflects choices. The absence of a visible group can be as consequential as an inaccurate representation of a visible one. Geonovum’s guidance explicitly notes that a twin can never be an exact copy of reality and that people not represented in a twin may nevertheless be affected by assumptions made by it or its user. That is a useful warning against treating a map as an alibi.

The answer is not to abandon modelling where decisions affect people. It is to show the model’s edges. What is inside the boundary? What is outside? What is calculated? What has not been measured? Which people or organisations were involved in defining the purpose? Who may challenge the result, and before which decision? When those questions are legible, a twin can support public reasoning rather than stage-manage it.

Data access is not a claim to derived insight

The European Data Act offers a helpful legal distinction for twin builders because it separates data generated through the use of connected products and related services from information inferred or derived through additional investment, including proprietary complex algorithms. The Regulation also describes the importance of relevant metadata needed to interpret and use data, and requires specified connected-product and related-service data to be made accessible under its terms. The legal detail has conditions and scope. The design lesson is broader: raw or pre-processed records, derived conclusions and the models between them are different things.

This does not mean that every twin has to publish every model or disclose every protected detail. Nor does it mean that derived insight is somehow illegitimate. Building a model can require considerable expertise and investment. It does mean that an organisation should not smuggle a derived conclusion into the category of observation because the conclusion is commercially or politically convenient. A value produced by sensor fusion, a classification, a maintenance prediction or a risk score should be labelled as such. Its relationship to the underlying data should be described at the level appropriate to the decision.

The Data Act’s emphasis on metadata is equally practical. A number without its unit, timestamp, meaning and context is rarely ready for useful exchange. A feed without information about its retention, access route, quality conditions or update behaviour may satisfy a technical handover while leaving the recipient unable to interpret it correctly. A twin that combines several feeds inherits this problem. It needs to preserve the context rather than flatten each source into an anonymous number in a larger picture.

For European buyers and public bodies, this suggests a procurement question that is more useful than asking whether a supplier has a digital-twin platform. Ask what the platform will preserve when a record crosses a boundary. Can it retain source identity, timestamps, permissions, units and quality flags? Can it distinguish source data from an output of a model? Can it export a scenario with its assumptions? Can a later organisation understand the record without the original supplier sitting beside the screen? These questions do not eliminate dependence, but they make dependence visible enough to govern.

They also align with the Dutch ambition for interoperable digital twins. Geonovum’s principles favour open standards, transparent metadata, clear governance and a federated model in which parties retain authority and responsibility for their components. That does not require one enormous national database or a refusal to use specialist systems. It requires the more demanding thing: a way for distinct systems and institutions to exchange meaning without quietly transferring responsibility along with it.

The twin needs a grammar of claims

A useful twin should make it easy to form complete sentences about what is on screen. The grammar need not be elaborate. It can begin with four categories: observed, interpreted, simulated and decided.

Beobachtet bedeutet, dass ein Datensatz etwas über die Welt berichtet, vorbehaltlich der angegebenen Methode und Qualitätsgrenzen. Interpretiert bedeutet, dass eine Person oder ein System aus Datensätzen eine Schlussfolgerung gezogen hat, die auf einer festgelegten Regel oder Fachkenntnis beruht. Simuliert bedeutet, dass ein Modell aus Eingaben und Annahmen eine bedingte Ausgabe erzeugt hat. Entschieden bedeutet, dass eine Person oder eine Institution eine Handlung, einen Schwellenwert oder eine Politik gewählt hat. Eine Entscheidung kann Beobachtungen, Interpretationen und Simulationen nutzen. Sie sollte nicht unter ihnen versteckt werden.

Diese Kategorien beseitigen schwierige Fälle nicht. Ein Sensorwert wird bereits von einem Instrument verarbeitet. Ein Inspektionsvermerk kann Beobachtung und Urteil verbinden. Ein Modell kann an Messungen kalibriert werden. Eine Entscheidung kann im Rahmen einer delegierten Befugnis automatisiert sein. Es geht nicht darum, die Welt in vier Schubladen zu zwingen. Es geht darum, zu verhindern, dass vier verschiedene Beziehungen zur Realität dieselbe undifferenzierte Behandlung erfahren.

Die Grammatik gibt Teams auch eine produktive Möglichkeit, uneins zu sein. Wenn jemand sagt, der Zwilling beweise ein Problem, kann ein anderer fragen, welche Ebene gemeint ist. Gibt es eine Beobachtung? Gibt es eine Interpretation? Ist das Ergebnis ein Szenario? Wurde ein Entscheidungsschwellenwert gewählt? Das Gespräch wird weniger theatralisch und genauer. Das ist eine kleine bürgerliche Tugend. Sie schafft Raum für Widerspruch, ohne dass alle Modellierungsexperten sein müssen.

In der Praxis können die Kategorien zu Schnittstellen- und Arbeitsablauffunktionen werden. Ein beobachteter Wert kann mit seiner Quelle verknüpft sein. Ein interpretierter Wert kann die Regel und die prüfende Person zeigen. Ein simulierter Wert kann sein Parameterfeld öffnen. Ein entschiedener Wert kann mit der Politik, der Behörde und dem Datum verknüpft sein. Eine Korrektur kann den vorherigen Zustand bewahren und erklären, warum sich die Sichtweise geändert hat. Eine Benutzerin kann zwei Szenarien vergleichen, ohne eines versehentlich als Zeitreihe zu behandeln. Das ist keine Magie. Es ist sorgfältige Informationsgestaltung mit Konsequenzen.

Was ein seriöses Pflichtenheft verlangen sollte

Bevor eine Organisation einen Zwilling in Auftrag gibt oder erweitert, sollte sie entscheiden, welche Aussagen das System machen soll und welche Belege jede Aussage erfordert. Die erste Frage ist der Zweck. Ist der Zwilling für visuelle Orientierung, Planung, Betriebsunterstützung, Schulung, Wartungsanalyse, regulatorische Berichterstattung, öffentliche Kommunikation oder eine festgelegte Kombination gedacht? Ein System, das dazu dient, der Öffentlichkeit einen Plan zu erklären, sollte nicht stillschweigend zur alleinigen Grundlage einer Sicherheitsentscheidung werden. Eine Testumgebung sollte nicht als Live-Betriebsbild bezeichnet werden. Ein strategisches Szenariotool sollte keine Echtzeitsteuerung versprechen, nur weil beide dasselbe dreidimensionale Modell verwenden.

The next question is the claim boundary. For each important view, define what it represents, the reference time, the geographic or operational scope, its inputs, transformations, quality limits and intended use. Define what it does not represent as well. A boundary may feel negative in a pitch deck. In an operational or public setting, it is a service to the people who will have to use the result when conditions are awkward.

Then ask for the route back. A value should lead to a source or an explanation of why no direct source exists. A derived result should lead to its model version and assumptions. A scenario should lead to its parameter set. A decision should lead to an accountable authority. A correction should lead to a change record. An export should retain enough context that it cannot be mistaken for a naked fact after it leaves the platform. If a supplier cannot explain these routes, a clever visual layer will not repair the weakness.

Finally, ask who is allowed to challenge a claim and what happens next. Can an operator mark a value as suspect? Can a domain expert correct a model assumption? Can an affected person see the reason for an output that affects them? Can an independent reviewer inspect the evidence trail? Can an organisation pause a view that is no longer fit for use? A twin with no route for challenge is not a neutral mirror. It is an instruction to accept the display.

These questions are compatible with ordinary engineering. They do not demand that every prototype begins as a national evidence archive. They demand proportionality. A small pilot can state that its data is illustrative, its model is experimental and its output is not for operational use. A safety-relevant application needs stronger validation, authority and change control. The important thing is that the language of the system matches the strength of the evidence behind it.

The record of what is absent

A twin also needs to be able to say what it does not know. Absence is not a fault to be disguised with a plausible surface. It is information about the limits of a view. A sensor may not cover a location. An inspection may be overdue. A model may not include a condition. A source may be licensed for one purpose but unavailable for another. A historical sequence may begin after the event that now matters. In each case, the honest display is not a blank screen. It is a visible boundary.

Missingness has several forms. There is no observation, there is an observation too old for the stated use, there is a record whose source cannot be verified, there is a value that conflicts with another source, and there is a gap that the model has filled. These should not all receive the same neutral grey. A reader who sees a carried-forward value needs different information from one who sees an interpolation. A person deciding whether to send someone to inspect an asset needs different information from one who is exploring a long-term planning scenario.

This is where a twin can be more honest than an ordinary report. A report tends to hide its missing fields in a footnote. An interactive representation can put uncertainty where the eye already is. It can show coverage, freshness, confidence conditions and unresolved conflicts beside the map or state view. It can let a reader select a value and see that the system has no direct evidence for a particular interval. That does not make the decision pleasant. It makes its basis inspectable.

Ein Team sollte der Versuchung widerstehen, jede Lücke in eine Schätzung zu verwandeln, nur weil ein Diagramm ohne eine solche unvollständig wirkt. Schätzen ist ein legitimer Modellierungsakt, wenn Methode, Eingaben und Unsicherheit sichtbar gemacht werden. Zum Problem wird es, wenn es die Unterscheidung zwischen einem berichteten Fakt und einer nützlichen Vermutung aufhebt. Die richtige Oberfläche muss manchmal unbekannt sagen können. Das ist kein Versagen des Zwillings. Es ist das System, das sich weigert, die Welt über seine Belege hinaus nachzuahmen.

Eine kurze Anmerkung zu unserem Twin

Wir beschreiben Dweve Twin als unsere ereignisbasierte Digital-Twin-Plattform. Die veröffentlichte Beschreibung besagt, dass das Ereignisprotokoll das System of Record ist und dass aktuelle und historische Ansichten aus dieser Historie abgeleitet werden. Sie beschreibt außerdem drei unabhängige Zeitdimensionen für jedes Ereignis: wann eine Änderung in der Welt geschah, wann die Plattform sie empfangen oder verarbeitet hat und den Zeitraum, für den die Änderung gelten soll. Das sind Designentscheidungen, keine Behauptung, dass jede Eingabe korrekt oder jedes modellierte Ergebnis wahr ist.

Wir denken, dass genau diese Unterscheidung der Punkt ist. Ein System kann einen Pfad von einer Antwort zurück durch Aufzeichnungen, Zeit und Regeln bewahren, ohne vorzugeben, dass der Pfad die Unsicherheit abgeschafft hat. Das nützliche Versprechen ist keine perfekte Kopie der Welt. Es ist eine besser rechenschaftspflichtige Darstellung der Teile der Welt, die eine Organisation zu erfassen, zu modellieren und zu steuern gewählt hat.

Quellen

• Regulation (EU) 2023/2854, the Data Act, Europäische Union, EUR-Lex. Die Erwägungsgründe 14, 15 und 20 sowie die Artikel 3 und 4 wurden für die Unterscheidung zwischen Daten von vernetzten Produkten und zugehörigen Diensten, Metadaten, Zugang und aus Daten abgeleiteten oder abgeleiteten Informationen herangezogen.
• Leidende principes digital twin, Geonovum. Die niederländische Leitlinie wurde für die konzeptionelle Natur eines Zwillings, Qualität, Unsicherheit, Governance, Eigentum, Föderation und offene Standards herangezogen.
• Testbed 2026 Digital Twin as a Service, Geonovum. Die öffentliche Testbed-Beschreibung für 2026 wurde für die niederländische Arbeit an modularer Digital-Twin-Architektur, Sensordaten und Standards herangezogen.
• Digital Twin hilft beim effizienteren Testen und besseren Ausbilden der Ramspolkering, Rijkswaterstaat, 17. Juni 2025. Der veröffentlichte Bericht wurde für das begrenzte Beispiel einer Testumgebung herangezogen, die zur Untersuchung von Aktualisierungen, Änderungen und Trainingssituationen verwendet wird.
• Dweve Twin, Dweve. Die öffentliche Produktbeschreibung wurde nur für die kurze abschließende Beschreibung der ereignisbasierten Aufzeichnung, der abgeleiteten Ansichten und der drei Zeitdimensionen von Dweve Twin herangezogen.