Die Weichenstellung zwischen operativer Exzellenz und Datensouveränität
Die Einführung von generativer Künstlicher Intelligenz (KI) in die Unternehmensprozesse markiert einen Wendepunkt, der weit über die herkömmliche Softwarebeschaffung hinausgeht. Für das Management stellt sich heute nicht mehr die Frage, ob KI-Werkzeuge wie der Microsoft 365 Copilot eingesetzt werden, sondern unter welchen architektonischen Rahmenbedingungen dies geschieht. Gegenwärtig befinden sich viele Organisationen in einem riskanten Spannungsfeld: Ein blinder, ungeprüfter Rollout droht wertvolle Geschäftsgeheimnisse und kritische personenbezogene Daten unkontrolliert abfliessen zu lassen, während ein pauschales Verbot der Technologie das Innovationspotenzial lähmt und die Wettbewerbsfähigkeit gegenüber agileren Marktteilnehmern schwächt. Wir betonen daher eine zentrale Prämisse: Der Einsatz von KI-basierten Assistenten ist keine blosse Tool-Anschaffung, sondern eine fundamentale Architekturentscheidung, die das Gleichgewicht zwischen technologischer Schlagkraft und regulatorischer Compliance (insbesondere im Kontext von DSGVO und nDSG) neu definiert. Eine souveräne Strategie erfordert zwingend die Differenzierung der Datenströme.
Architektur-Optionen
Option A - Innerhalb dieser Grenze operiert die Option A, der Cloud-Standard des Microsoft 365 Copilot. Diese Option bietet die schnellste Implementierung und die tiefste native Integration in Word, Excel und Teams, ist jedoch auf Datenklassen beschränkt, die explizit für die Cloud-Verarbeitung freigegeben sind. Hierbei verbleiben Prompts, das sogenannte Grounding, also die Anreicherung der KI-Anfragen mit organisationsinternen Informationen und die Resultate innerhalb der von Microsoft verwalteten Infrastruktur. Sobald jedoch hochsensible Fachlogik oder der Zugriff auf lokale Quellsysteme wie On-Premise-ERP- oder OT-Systeme ins Spiel kommen, stösst diese Architektur an seine Grenzen.
Architekturentscheidung
Option B - Hier bietet sich ein Custom Engine Agent an. In dieser hybriden Architektur dient Microsoft Teams lediglich als gewohnter Kommunikationskanal für die Mitarbeitenden, während die eigentliche Modell- und Datenhoheit beim Unternehmen verbleibt. Der entscheidende strategische Vorteil liegt in der hybriden Modellkontrolle: Während die sichtbare Interaktion und bestimmte Metadaten systembedingt in der Microsoft-Cloud verarbeitet werden, bleiben die kritischen Rohdaten und der interne Verarbeitungskontext in einer lokal isolierten Infrastruktur. Durch eine konsequente Ausgabeminimierung wird sichergestellt, dass lediglich das bereinigte Endergebnis den Weg zurück in den Cloud-Kanal findet. Dies erlaubt es beispielsweise, einen Produktions-Assistenten zu betreiben, der auf sensible Maschinendaten zugreift, ohne dass diese Rohinformationen jemals die lokale Hoheit verlassen.
Option C - Für die am strengsten regulierten Kernbereiche eines Unternehmens, in denen selbst minimierte Interaktionsdaten in der Cloud ein unzulässiges Risiko darstellen, ist die dritte Option vorgesehen: der Lokale Office-Assistent. Diese Architektur zielt auf die streng vertraulichen Verträge oder strategisch geistiges Eigentum. Es ist jedoch eine kritische Warnung auszusprechen, die wir als die "Add-in-Falle“ bezeichne: Ein lokales Office-Add-in allein garantiert noch keine Souveränität. Eine echte lokale Lösung ist nur dann gegeben, wenn die gesamte Kette, von der Applikation über die Modellorchestrierung und Dokumentenablage bis hin zu den Protokollierungsmechanismen und Netzwerkpfaden, unter lückenloser eigener Kontrolle steht. Jede unkontrollierte Telemetrie-Verbindung oder externe Update-Schnittstelle könnte die angestrebte Isolation kompromittieren. Die erfolgreiche Operationalisierung dieser Architekturen verlangt nach einer Governance, die nicht als bürokratisches Hindernis, sondern als Betriebssystem der KI-Transformation fungiert.
Wichtige Ergänzung: Vollständige Datensouveränität beginnt nicht erst beim KI-Agenten. Wenn Dokumente, Identitäten, Speicherorte oder verbundene Office-Funktionen weiterhin von Cloud-Diensten abhängen, kann ein lokaler KI-Agent allein das Souveränitätsversprechen nicht erfüllen. Der bestehende Workflow muss daher entweder bereits lokal und abgeschottet sein oder im Zuge der Umsetzung entsprechend umgestellt werden. In einer Microsoft-Umgebung bietet sich dafür typischerweise Office LTSC 2024 mit lokaler Dokumentenablage, lokaler Rechteverwaltung und kontrollierten Netzwerkverbindungen als Grundlage an.
Ein moderner Ansatz orientiert sich hierbei an der ISO/IEC 42001, dem internationalen Standard für KI-Managementsysteme. Das Fundament bildet eine differenzierte Schutzbedarfsanalyse, die weit über eine pauschale Klassifizierung hinausgeht. Es muss explizit zwischen Rohdaten, den Benutzer-Prompts, dem internen Modellkontext sowie den finalen Ergebnissen und Metadaten unterschieden werden. Nur wer versteht, welcher Teil des Datenflusses welchen Schutzbedarf hat, kann die richtige Architektur-Option wirtschaftlich sinnvoll zuordnen.
Die strategische Umsetzung
Die Umsetzung dieses Konzepts erfolgt idealerweise in einem strukturierten 6-Stufen-Modell, das den Weg von der ersten Analyse bis zum auditierbaren Betrieb ebnet.
Der erste Schritt umfasst die detaillierte Datenklassifizierung und Feststellung des Schutzbedarfs für alle am KI-Prozess beteiligten Datentypen.
Darauf folgt die Use-Case-Bewertung, in der Anwendungsfälle nach ihrem Business Value und dem notwendigen Souveränitätsgrad priorisiert werden.
Im dritten Schritt erfolgt die verbindliche Dokumentation der Architektur- und Datenflussentscheidung für eine der drei vorgestellten Optionen.
Die vierte Stufe markiert den technischen Wendepunkt mit der Durchführung des synthetischen PoC, um die Ausgabeminimierung und die Systemgrenzen zu validieren.
In der fünften Phase wird der formale Nachweis über Datenflüsse, Speicherung und Berechtigungen erbracht, was die Basis für die abschließende sechste Stufe bildet.
KI-Governance und ISO/IEC 42001 konformer Produktivbetrieb mit etablierten Monitoring- und Freigabeprozessen.
Prioritäten für das Management
Die Entscheidung für eine Architektur ist immer eine Abwägung zwischen Implementierungsaufwand und dem Grad der Kontrolle.
Während Option A einen niedrigen Aufwand bei hoher nativer Integration bietet, erfordern Option B und insbesondere Option C signifikante Eigenleistungen im Bereich Modellbetrieb und Endgerätesicherheit. Ein Wechsel von der Cloud-Standardlösung zu hybriden oder lokalen Modellen wird dort zwingend, wo regulatorische Vorgaben oder der Schutz von Geschäftsgeheimnissen den funktionalen Nutzen der Standard-Cloud überwiegen.
Abschliessend empfehlen wir, die KI-Einführung nicht als isoliertes IT-Projekt zu betrachten, sondern als integrierte Strategieaufgabe. Die Einbindung von Datenschutz, Informationssicherheit und den Fachbereichen in den Auswahlprozess der Architektur-Optionen ist der einzige Weg, um eine performante, rechtssichere und souveräne Office-Umgebung zu schaffen. Eine fundierte Bewertung der Use Cases nach ihrem Souveränitätsbedarf ist der erste notwendige Prüfschritt, um die Weichen für eine nachhaltige und risikofreie Nutzung künstlicher Intelligenz im Unternehmen zu stellen.
