Prozesshistorie
Der fachlich lesbare Verlauf des Vorgangs.
LEDGER-ARCHITEKTUR
Ledger-Architektur: Historie entsteht im Prozess.
Die Ledger-Architektur beschreibt, wie Ausführung und Entstehungsgeschichte verbunden bleiben. Erfasste Handlungen, Zustandswechsel, Prüfungen und Korrekturen bilden dafür eine gemeinsame Historie. Ihr fachlicher Verlauf und ihre technische Prüfung erfüllen unterschiedliche Aufgaben.
Nachweise entstehen im Prozess.
Ereignismodell
Jeder relevante Schritt schreibt den Vorgang fort.
Führt eine Person einen Arbeitsschritt aus, bestätigt eine Prüfung oder korrigiert einen Wert, verändert sich der betroffene Vorgang. 420+ hält diese Veränderung als Ereignis mit Zeitpunkt, Objekt, Zustand und Verantwortung fest.
Die Data Provenance verbindet Daten mit ihrem Ursprung, den beteiligten Vorgängen und verantwortlichen Akteuren. Dadurch bleibt nachvollziehbar, wie eine Aufzeichnung entstanden ist.
01
Ausführung
Eine Person oder ein definierter Systemprozess löst den Schritt aus.
02
Ereignis
Was geschehen ist, wann und durch wen, wird festgehalten.
03
Zustand
Der betroffene Vorgang und seine Objekte werden fortgeschrieben.
04
Nachweis
Messwerte, Bilder und Dokumente bleiben dem Ereignis zugeordnet.
05
Prüfung oder Freigabe
Die Entscheidung greift auf den bisherigen Verlauf zu und wird selbst Teil davon.
Menschliche und systemseitige Ereignisse bleiben unterscheidbar.
Der Nachweis entsteht mit der Ausführung.
Nachvollziehbarkeit
Eine Historie. Drei Ebenen.
Dieselbe Historie erfüllt drei unterschiedliche Aufgaben: Sie macht den Vorgang fachlich verständlich, stellt seinen prüfungsrelevanten Verlauf bereit und erhält die technische Verbindung der Ereignisse.
Was ist fachlich geschehen?
Die Prozesshistorie verbindet Handlung, Verantwortung, vorherigen Zustand, neuen Zustand und Ergebnis zu einem verständlichen Vorgang.
Für eine konkrete Charge kann diese Prozesshistorie zugleich die technische Grundlage eines Electronic Batch Record bilden: Der EBR bündelt die ausgeführte Charge als fachlichen Record, während die Ledger-Architektur ihre Historie und Integrität absichert.
Audit Trail
Der prüfungsrelevante Verlauf aus Handlungen, Entscheidungen und Nachweisen.
Integritätskette
Die technisch prüfbare Verbindung der gespeicherten Ereignisse.
Die Prozesshistorie erklärt den Vorgang. Der Audit Trail ordnet den prüfungsrelevanten Verlauf. Die Integritätskette macht seine Verbindung technisch prüfbar.
Kontrollierte Veränderung
Ein Vorgang darf sich nicht unbemerkt verändern.
Korrekturen und Prüfungen schreiben den Vorgang fort, ohne frühere Einträge unsichtbar zu ersetzen. Beim Architekturprinzip Event Sourcing wird der aktuelle Systemzustand aus einer geordneten Ereignisfolge gebildet.
01Was passiert bei einer Korrektur?
Block 01
Messung erfasst
- Messwert
- 18,2 °C
- Person
- Person A
- Zeitpunkt
- 10:42
Block 02
Korrektur ergänzt
- Bezug
- Block 01
- Ursprünglicher Wert
- 18,2 °C
- Korrigierter Wert
- 19,2 °C
- Grund
- Übertragungsfehler
- Person
- Person A
- Zeitpunkt
- 10:57
Block 03
Korrektur geprüft
- Bezug
- Block 02
- Entscheidung
- Freigegeben
- Prüfung
- Person B
Der ursprüngliche Eintrag bleibt bestehen. Die Korrektur wird als neuer Block angefügt und mit dem ursprünglichen Eintrag verknüpft.
Korrekturen verändern die Vergangenheit nicht. Sie schreiben die Historie fort.
02Was passiert bei einer vorgesehenen Prüfung?
Ausführung abgeschlossenDer vorgesehene Schritt wurde durchgeführt.
Prüfung erforderlichDer konfigurierte Prozess verlangt eine dokumentierte Entscheidung.
Freigabe oder RückgabeDie Entscheidung wird als neuer Block Teil des Vorgangs.
Ist eine personelle Trennung vorgesehen, muss die Prüfung die tatsächlich beteiligten Personen berücksichtigen. Eine Ausnahme ist nur im dafür zulässigen, ausdrücklich geregelten Verfahren möglich; eine Begründung allein hebt eine verbindliche Trennung nicht auf.
Die Prüfung steht nicht neben dem Vorgang. Sie schreibt ihn fort.
Prüfbare Integrität
Integrität ist prüfbar.
Berechtigungen steuern, wer handeln darf. Eine Integritätskette kann Abweichungen von einem geschützten Vergleichsstand erkennbar machen. Dafür müssen die maßgeblichen Prüfwerte so gesichert sein, dass sie nicht zusammen mit den Ereignisdaten unbemerkt ersetzt werden können.
Vereinfachte didaktische Darstellung.
Block 01Messung erfasst
prev0000…hasha3f9…Block 02Korrektur ergänzt
preva3f9…hash7c2e…Block 03Korrektur geprüft
prev7c2e…hashb1d8…
Bereit zur Prüfung.
Prüfen Sie die Verbindung der drei Blöcke.
Die Demonstration zeigt eine Abweichung zwischen fest vorgegebenen Beispielwerten. Sie berechnet keine kryptografischen Hashes. Werden Daten und sämtliche Prüfwerte gemeinsam neu erzeugt, kann eine intern stimmige Kette entstehen; erst der geschützte frühere Vergleichsstand ermöglicht den Vergleich. Die fachliche Richtigkeit eines Messwerts bleibt eine eigene Frage.
Externe Verifikation möglich.
Kryptografische Prüfdaten können zusätzlich bei einer unabhängigen Stelle mitgeführt werden. Voraussetzung sind ein definierter Empfänger und ein festgelegtes Verifikationsverfahren.
420+PrüfdatenVerifikation
Eine Verifikation kann ohne öffentliche Blockchain oder Token gestaltet werden. Welche Prüfdaten an wen übermittelt werden, ist vorab festzulegen; geschützte Betriebsinhalte dürfen nicht unbeabsichtigt aus den Prüfdaten ableitbar werden.
Geprüft wird die Übereinstimmung der Integritätskette – nicht die fachliche Richtigkeit des Prozesses.
Technische Integrität ersetzt weder fachliche Prüfung noch Betreiberverantwortung.
VERTIEFENDES SYSTEMWISSEN
Herkunft, Integrität und Veränderung.
Weitere Fachbeiträge ordnen die zentralen Modelle hinter einer nachvollziehbaren Prozesshistorie ein.
Nächster Schritt
Eine verlässliche Historie macht den tatsächlichen Ablauf auswertbar.
Process Mining greift auf dieselbe Ereignisgrundlage zu und macht sichtbar, wie Prozesse tatsächlich verlaufen, wo Varianten entstehen und welche Zusammenhänge geprüft werden sollten.