System of Context vs. System of Record: die fehlende Schicht im Zeitalter der Agenten

20 Jahre lang lebte der Wert im System of Record

Zwei Jahrzehnte lang war die wertvollste Software im Unternehmen das System of Record. Salesforce wurde der autoritative Speicher für Kunden, SAP für Finanzen und Lieferkette, ServiceNow für IT-Betrieb, Workday für Personen. Jedes gewann, indem es der einzige, vertrauenswürdige Ort wurde, an dem die Transaktionen einer Domäne festgehalten wurden. Der Markt belohnte diese Rolle reichlich: ein System of Record ist klebrig, auditiert und unmöglich beiläufig herauszureißen.

Aber ein System of Record ist gebaut, um eine Frage gut zu beantworten: was geschah, innerhalb dieser Domäne. Salesforce kennt Ihre Pipeline. SAP kennt Ihr Hauptbuch. ServiceNow kennt Ihre Tickets. Keines davon weiß, wie diese Systeme miteinander verbunden sind, welche Geschäftsfähigkeit jedes stützt oder was brechen würde, wenn Sie eines abschalten. Dieses übergreifende Wissen war nie ihre Aufgabe — und zwei Jahrzehnte lang musste es das nicht sein.

Agenten brauchen eine andere Frage beantwortet: das System of Context

KI-Agenten ändern die Frage. Bitten Sie einen Agenten, die Auswirkung der Stilllegung eines Core-Banking-Moduls zu bewerten oder zu markieren, welche Systeme vor einer Migration personenbezogene Daten berühren, und er braucht sofort Wissen, das kein einzelnes System of Record hält. Er muss wissen, was existiert, wem es gehört, welche Daten es berührt, welche Regulierung greift und was wovon abhängt.

Das ist eine andere Schicht. Nennen Sie es das System of Context: die geregelte Karte dessen, wie der Bestand zusammenpasst, die über den Datensätzen sitzt statt in irgendeinem von ihnen. Ein System of Record beantwortet „was geschah“. Ein System of Context beantwortet „was bricht, wenn…“, „was ist redundant“ und „was ist gefährdet“. Das Erste ist ein Hauptbuch; das Zweite ist ein Graph von Beziehungen — und ein Graph ist genau das, was ein Agent durchqueren muss, um über alles zu schlussfolgern, das mehr als ein System umspannt.

• Was existiert — das vollständige Inventar der Systeme, nicht der Ausschnitt einer Domäne
• Wem es gehört — Verantwortlichkeit, an die ein Agent eine Entscheidung leiten kann
• Welche Daten es berührt — die sensiblen Flüsse, die Regulierung auslösen
• Welche Regulierung greift — DORA-, NIS2-, DSGVO-, EU-AI-Act-Geltung pro System
• Was wovon abhängt — der Abhängigkeitsgraph, der eine Änderung in einen Wirkungsradius verwandelt

Heute ist dieser Kontext verstreut — und genau das ist die Chance

Der Grund, warum noch niemand das System of Context gewonnen hat, ist, dass es nirgends sauber lebt. Es ist über ein Visio-Diagramm vom letzten Jahr, drei Tabellen, eine Confluence-Seite, die niemand aktualisiert, eine CMDB, die abgedriftet ist, und das Gedächtnis zweier Architekten, die kurz vor dem Ruhestand stehen, verschmiert. Ein auf dieses Durcheinander gerichteter Agent produziert selbstbewussten Unsinn, weil der Kontext, über den er schlussfolgert, partiell, veraltet und widersprüchlich ist.

Diese Streuung ist genau die Öffnung. Wer diesen Kontext an einem Ort konsolidiert — und ihn, entscheidend, lebendig hält und regelt, wer ihn nutzen darf —, verwandelt verstreutes Stammeswissen in ein strategisches Asset. Es wird die Schicht, durch die jeder Agent, jede Wirkungsanalyse und jede Transformationsentscheidung läuft. Die Systems of Record verbrachten zwanzig Jahre damit, unverzichtbar zu werden, indem sie die Wahrheit einer Domäne besaßen. Das Äquivalent des nächsten Jahrzehnts ist, die Wahrheit darüber zu besitzen, wie die Domänen zusammenhängen.

Enterprise Architecture ist das natürliche Zuhause des System of Context

Hier ist der Teil, den die meisten Diskussionen verpassen: das System of Context ist keine neue Kategorie, die von Grund auf zu erfinden wäre. Eine Disziplin hat ihre gesamte Existenz damit verbracht, genau das zu modellieren. Enterprise Architecture beschreibt Fähigkeiten, Anwendungen, Technologien, Datenflüsse und die Abhängigkeiten zwischen ihnen. Ihr ganzer Zweck ist zu beschreiben, wie der Bestand zusammenpasst — nicht was irgendein einzelnes System aufgezeichnet hat.

Ein gut gepflegtes EA-Modell ist daher das, was die meisten Organisationen einem System of Context bereits am nächsten haben. Die Lücke ist nicht konzeptionell; sie ist operativ. Zu viele EA-Repositories wurden als Dokumentationsübung gebaut — genau an dem Tag, an dem sie fertig waren, dann eingefroren zu einer 18 Monate alten Momentaufnahme. Ein Agent kann nicht über eine Momentaufnahme schlussfolgern. Die Arbeit besteht also darin, das EA-Modell als lebendiges, agent-bereites Repository zu behandeln: kontinuierlich aktualisiert, verantwortet und abfragbar — Kontext, nicht Archäologie.

• EA modelliert bereits Fähigkeiten, Anwendungen, Technologie und Datenflüsse
• EA kodiert bereits Abhängigkeiten — den Graphen, den Agenten durchqueren müssen
• Das fehlende Stück ist Aktualität und Governance, kein neues Datenmodell
• Ein lebendiges EA-Modell ist ein System of Context; ein veraltetes ist ein Museum

Für die regulierte Finanzwelt muss die Context-Schicht souverän sein

Kontext zu konsolidieren ist mächtig, und genau deshalb erhöht es den Einsatz. Ein vollständiges System of Context ist ein nahezu vollständiger Bauplan der Organisation: ihr vollständiges Systeminventar, kritische Abhängigkeiten, veraltete Komponenten, sensible Datenflüsse. Der bequeme Zug — Claude, ChatGPT, Gemini oder Copilot direkt daran anzuschließen — nimmt stillschweigend an, dass es akzeptabel ist, diesen Bauplan an ein US-Cloud-LLM zu senden. Für eine regulierte europäische Bank oder Versicherung ist es das oft nicht. Das ist eine DORA-, CSSF-, DSGVO- und EU-AI-Act-Frage, kein Feature-Schalter.

Das verteidigbare System of Context ist also ein geregeltes: permission-aware darüber, wer es abfragen kann, und data-residency-aware darüber, wohin die Daten gehen. Es geht nicht darum, wer die Frage stellt; es geht darum, ob die Antwort erzeugt werden kann, ohne dass der Kontext Ihre Kontrolle verlässt. Das ist die Überzeugung, auf die ArchiLU hinarbeitet — ein Sovereign Context Layer, EU-gehostet oder on-premise, dem die Agenten einer Institution vertrauen können und den ein Auditor akzeptieren wird. Um klar zu sein: das vernetzte EA-Modell existiert heute; die vollständig agentenabfragbare souveräne Schicht ist Roadmap, und wir werden nie etwas anderes vorgeben.

Beginnen Sie bei Ihrem Kontext, nicht beim Hype

Die Kategorie wird benannt, während sie noch zu haben ist. Systems of Record werden nicht verschwinden — sie bleiben die autoritative Quelle für ihre Domänen. Aber die strategische Frage des nächsten Jahrzehnts ist, wer das System of Context besitzt, und für regulierte Institutionen muss die Antwort von Bauart souverän sein.

Der praktische erste Schritt ist unglamourös und konkret: finden Sie heraus, wie lebendig Ihr Kontext tatsächlich ist. Ist Ihre Architektur eine Momentaufnahme, wird kein Agent und keine Konsolidierungsstrategie sie retten. Das kostenlose EA-Reifegrad-Assessment von ArchiLU bewertet zehn Dimensionen und liefert in etwa zehn Minuten einen priorisierten Aktionsplan — ein schneller Weg zu sehen, ob Ihre Organisation ein System of Context hat, das es zu regeln lohnt, oder ein Archiv, das zuerst aufzufrischen ist.