PLATTFORM / ENTSCHEIDUNGSARCHITEKTUR
Exploration darf nicht selbst zur finalen Entscheidung werden.
Bei haftungsrelevanten Unternehmensentscheidungen darf ein Analyseergebnis nicht ungeprüft übernommen werden. Epistemis trennt deshalb Untersuchung, kontrollierte Überführung und verbindliches Festhalten des Entscheidungszustands.
Jede Aufgabe hat festgelegte Befugnisse und Grenzen. Diese verbindliche Zuständigkeit heißt hier Authority.
DREI AUTHORITY-SPHÄREN
Drei Aufgaben. Ein kontrollierter Weg.
Ergebnisse werden an jeder Grenze geprüft. Kein Schritt übernimmt die Befugnisse des nächsten.
- 01SIMULATION
UNTERSUCHT
ÜBERGABE AN BRIDGE - 02BRIDGE
PRÜFT UND ÜBERFÜHRT
ÜBERGABE ZUR SEAL-PRÜFUNG - 03SEAL
HÄLT FEST ODER BLOCKIERT
Ergebnisse aus SIMULATION gelangen ausschließlich über BRIDGE in die SEAL-Prüfung.
AUTHORITY-GRENZEN
Was jede Sphäre darf – und wo ihre Authority endet.
01
SIMULATION
AUFGABE
Untersucht, was im Entscheidungsraum fehlt, widersprüchlich oder unsicher ist.
DARF
Nachweise und Anforderungen analysieren, Alternativen untersuchen, Unsicherheit lokalisieren und mögliche Veränderungen sichtbar machen.
DARF NICHT
Die Unternehmensentscheidung genehmigen, einen verbindlichen Abschluss erzeugen oder einen SEAL erstellen.
ERGEBNIS
Explorative Zustände und vorbereitende Ergebnisse für die kontrollierte Prüfung durch BRIDGE.
02
BRIDGE
AUFGABE
Prüft, ob Ergebnisse aus SIMULATION die festgelegten Anforderungen für eine nachvollziehbare Überführung erfüllen.
DARF
Herkunft, Version, definierte Anforderungen sowie Auswahl- und Verwerfungsgründe prüfen, offene Blocker erhalten und nur geeignete Ergebnisse überführen.
DARF NICHT
Die Unternehmensentscheidung genehmigen, Blocker verschwinden lassen, Finalität erzeugen oder einen SEAL erstellen.
ERGEBNIS
Ein kontrollierter, nachvollziehbarer Übergang in die SEAL-Prüfung – oder ein ausdrücklich blockierter Übergang.
03
SEAL
AUFGABE
Prüft, ob die für den Decision Space definierten Voraussetzungen einen verbindlichen Abschluss erlauben.
DARF
Nachweise, Regeln, Rollen, Kontrollen und Blocker prüfen. Nur bei erfüllten Abschlussbedingungen den Zustand innerhalb von Epistemis verbindlich festhalten.
DARF NICHT
Rechtsberatung leisten, Compliance garantieren, wirtschaftlichen Erfolg beurteilen oder menschliche Verantwortung übernehmen.
ERGEBNIS
Ein innerhalb von Epistemis verbindlich festgehaltener Entscheidungszustand – oder ein blockierter Abschluss, solange notwendige Voraussetzungen offen sind.
AUTHORITY VOR AUTOMATISIERUNG
Analyse darf die Entscheidung beeinflussen, ohne ihre Authority zu übernehmen.
KI-Ergebnisse können variieren. Festgelegte Voraussetzungen und Blocker werden dagegen bei gleichen Eingaben nach denselben Regeln geprüft.
KI / ANALYSE
KI darf analysieren, strukturieren und auf Lücken hinweisen. Sie besitzt keine finale Entscheidungs- oder Nachweisautorität.
AUTHORITY-GRENZE
KEINE FINALE AUTHORITY
DETERMINISTISCHE PRÜFUNG
Das macht die Prüfung reproduzierbar. Kein sichtbarer Blocker bedeutet für sich genommen noch keine Genehmigung.
MENSCHLICHE VERANTWORTUNG
Erforderliche Entscheidungen oder Freigaben bleiben bei der dafür festgelegten, verantwortlichen Person.
Automatisierung kann Prüfung unterstützen. Sie kann Authority nicht ersetzen.
SYSTEMPOSITION
Epistemis ergänzt bestehende Systeme.
Die Quellsysteme bleiben für ihre Daten, Unterlagen und Prozesse maßgeblich. Epistemis verbindet nur die für einen haftungsrelevanten Entscheidungsraum ausgewählten Ergebnisse und Referenzen.
EPISTEMIS · DECISION-STATE-SCHICHT
Ausgewählte Entscheidungsgrundlagen werden mit dem Entscheidungszustand verbunden.
Ausgewählte Ergebnisse und Referenzen
BEISPIELHAFTE QUELLEN UND PRÜFPROZESSE
- ERP
- Workflow
- Dokumentenmanagement
- GRC
- Modell-Governance
- Risikosysteme
- Rechtliche Prüfung
SOURCE AUTHORITY
Diese fachliche Zuständigkeit der Ursprungssysteme heißt Source Authority.
KONTROLLIERTE LESERSICHTEN
Ein bewahrter Zustand. Unterschiedliche Lesersichten.
Ein SEAL Evidence Pack macht den bewahrten Entscheidungszustand für einen bestimmten Leser und Prüfzweck zugänglich. Diese rollen- und zweckgebundene Lesersicht heißt Reader View.
BEWAHRTER ENTSCHEIDUNGSZUSTAND
Grundlage ist der Zustand zum Entscheidungszeitpunkt (T0) einschließlich seiner Regeln, Zuständigkeiten und Historie.
ROLLE UND ZWECK
Ein Leser erhält die Informationen, die für den definierten Prüfzweck relevant und freigegeben sind.
OFFENLEGUNG UND SCHWÄRZUNG
Die sichtbare Detailtiefe kann sich je Leser unterscheiden. Ausgelassene oder geschwärzte Inhalte verändern den zugrunde liegenden Entscheidungszustand nicht.
PRÜFEN, NICHT UMSCHREIBEN
Eine Reader View unterstützt die Prüfung der Entscheidungsgrundlage. Sie erlaubt dem Leser nicht, den Entscheidungszustand, den Epistemis-Standard oder dessen Authority zu verändern.
BEISPIELHAFTE LESER
- Vorstand
- Legal
- Risk
- Audit
- Versicherer
- Externer Prüfer
- Regulator
ENTERPRISE DECISION-STATE PILOT
Welche haftungsrelevante Unternehmensentscheidung möchten Sie mit Epistemis abbilden?
Der Enterprise Pilot überträgt diese Architektur auf Ihren konkreten Entscheidungsraum.