Daten & Technologie
Souveräne KI ohne US-Blackbox: Fünf Baupläne nach Schutzstufe, Gesetz, Kosten und Komplexität
Souveräne KI für Kanzleien, Notare, Prüfer, Verbände, Städte, Energieversorger und Banken: fünf Baupläne vom lokalen Mac mini bis zum Hybrid-Stack mit PII-Filter und Data Splitter.
•
acceleraid Redaktion
•
16 Min.

Wenn Anwälte und Notare, Wirtschaftsprüfer und Steuerberater, Verbände, Städte, Energieversorger oder Banken 2026 eine KI-Infrastruktur aufbauen wollen, lautet die erste Frage fast immer: Wie nutzen wir moderne Sprachmodelle und Agenten, ohne unsere sensiblen Daten direkt in eine US-Blackbox zu schicken? Welche Grundregeln für einen modellunabhängigen Stack gelten, haben wir in Modellunabhängigkeit: Warum der KI-Stack keinem Modell gehören darf analysiert; wie sich Entscheidungen von KI-Agenten protokollieren, begrenzen und stoppen lassen, zeigt unser Beitrag zum KI-Orchestration-Layer ohne Blackbox. Dieser Leitfaden geht einen Schritt tiefer in die rechtliche und technische Praxis: auf welchem Gesetz jede Schutzstufe beruht, warum manche Kanzleien Claude direkt mit Auftragsverarbeitungsvertrag (AVV) nutzen und andere schwärzen oder über AWS Bedrock in Frankfurt gehen, warum ein Bürger-Chatbot auf einer städtischen Website keine eigenen Server braucht und wie fünf modulare Baupläne nach dem Prinzip einer Schritt-für-Schritt-Bauanleitung – von der 20-Personen-Kanzlei mit Mac mini bis zum hybriden Konzern- und Banken-Stack – nach Sicherheitsstufe, Kosten und Komplexität aussehen.
Recht oder Technik: Worauf beruht eigentlich welcher Schritt?
Ob ein Unternehmen ein Sprachmodell direkt per US-API anbindet, Dokumente vorab schwärzt, einen EU-Endpunkt in Frankfurt wählt oder komplett lokal rechnet, ist kein Bauchgefühl, sondern das Zusammenspiel aus fünf zwingenden Gesetzesebenen und vier technischen Schutzmechanismen.
In der Praxis werden rechtliche Pflichten (Legal) und technische Sicherheitsmaßnahmen (Security) oft miteinander vermischt. Dabei greifen beide Ebenen präzise ineinander: Das Gesetz definiert, welche Daten den eigenen Herrschaftsbereich unter welchen Bedingungen überhaupt verlassen dürfen (das „Ob“ und „Wo“). Die technische Sicherheit setzt dieses Gebot in der Infrastruktur um (das „Wie“), etwa über Verschlüsselung, Zero-Data-Retention, automatische PII-Filterung oder eine physische Trennung von Identitäts- und Sachdaten.
Wer für eine 20-Personen-Einheit dieselbe Infrastruktur baut wie für eine Großbank, verbrennt Budget und scheitert an der Betriebskomplexität. Umgekehrt begeht eine Kanzlei oder Behörde einen handfesten Rechtsverstoß, wenn sie ungeschwärzte Mandanten- oder Sozialdaten über einen Standard-Account ohne gesetzliche Schutzvorkehrungen schickt. Entscheidend ist deshalb zuerst die Einordnung in die fünf gesetzlichen Schutzstufen.

Die fünf Stufen bauen rechtlich aufeinander auf:
Stufe 1 – Öffentliche Informationen (Keine Personen- oder Geheimdaten): Satzungen, veröffentlichte Gebührenordnungen, Fahrpläne, Öffnungszeiten oder allgemeines Fachwissen unterliegen keinem Personenbezug im Sinne von Art. 4 Nr. 1 DSGVO. Relevant sind hier vor allem Urheberrecht und die ab 2. August 2026 geltenden Transparenzpflichten nach Art. 50 EU AI Act (Verordnung (EU) 2024/1689): Nutzer müssen erkennen können, dass sie mit einem KI-System interagieren.
Stufe 2 – Geschäfts- und Betriebsgeheimnisse (B2B ohne Personenbezug): Nach § 2 Nr. 1 lit. b GeschGehG genießt eine geschäftliche Information (Kalkulationen, Quellcode, Strategie-Papiere, unveröffentlichte Ausschreibungen) nur dann gesetzlichen Schutz als Geschäftsgeheimnis, wenn der Inhaber „den Umständen nach angemessene Geheimhaltungsmaßnahmen“ trifft. Wer solche Dokumente in einen Consumer-Chatbot eingibt, dessen Nutzungsbedingungen ein Modelltraining mit Eingabedaten erlauben, verliert rechtlich den Geheimnisschutz. Mindestvoraussetzung ist hier ein Enterprise- oder API-Tarif mit vertraglichem Trainingsausschluss und Zero-Data-Retention.
Stufe 3 – Personenbezogene Daten (Allgemeine DSGVO-Stufe): Sobald Namen, E-Mail-Adressen, Kundennummern, Vertragsdaten oder Beschäftigtendaten im Prompt oder Dokument auftauchen, greifen Art. 5, Art. 6, Art. 25, Art. 28, Art. 32 und Art. 44 ff. DSGVO. Zwingend erforderlich sind eine Rechtsgrundlage, ein Auftragsverarbeitungsvertrag (AVV / DPA nach Art. 28 DSGVO), technisch-organisatorische Maßnahmen nach Art. 32 DSGVO sowie – bei Drittlandbezug – ein Transfermechanismus nach Art. 44 ff. DSGVO. Zugleich verlangt Art. 25 DSGVO (Datenschutz durch Technikgestaltung und datenschutzfreundliche Voreinstellungen), personenbezogene Daten so früh wie möglich zu minimieren oder zu pseudonymisieren.
Stufe 4 – Berufsgeheimnis, Amtsgeheimnis und Sozialgeheimnis (Strafrechtlich geschützt): Für Rechtsanwälte, Notare, Patentanwälte, Wirtschaftsprüfer, Steuerberater, Ärzte, Apotheker sowie Amtsträger und Kommunalverwaltungen gilt zusätzlich zu den Datenschutzregeln das Strafrecht nach § 203 StGB (Freiheitsstrafe bis zu einem Jahr oder Geldstrafe bei unbefugter Offenbarung von Geheimnissen). Flankiert wird § 203 StGB durch die berufsrechtlichen Vorschriften zur Auslagerung an Dienstleister – insbesondere § 43e BRAO (Rechtsanwälte), § 26a BNotO (Notare), § 62a StBerG (Steuerberater), § 50a WPO (Wirtschaftsprüfer) – sowie im öffentlichen Sektor durch das Sozialgeheimnis nach § 35 SGB I i. V. m. §§ 67 ff. SGB X. Ein Dienstleister wird erst dann zur „mitwirkenden Person“, wenn er in Textform zur Verschwiegenheit verpflichtet und über die strafrechtlichen Folgen belehrt wurde; bei Auslandsverarbeitung darf der Schutz im Empfängerland dem inländischen Schutz nicht nachstehen (vgl. § 43e Abs. 4 BRAO).
Stufe 5 – Kritische Infrastruktur, Energiesektor und Finanzaufsicht: Für Energieversorger, Netzbetreiber, Stadtwerke, Banken, Versicherer und deren kritische IKT-Dienstleister treten das BSI-Gesetz (NIS-2-Umsetzung), im Finanzsektor die Verordnung über digitale operationale Resilienz (DORA, Verordnung (EU) 2022/2554) und die Hochrisiko-Vorgaben des EU AI Act hinzu. DORA verlangt in Art. 28 bis 30 unter anderem klare Daten- und Verarbeitungsstandorte, lückenlose Audit-Trails, Subunternehmer-Kontrolle sowie getestete Ausstiegsstrategien (Exit-Pläne).
Praxisfall 1: Warum manche Kanzleien und Prüfer Claude direkt mit AVV nutzen – und andere schwärzen oder über Frankfurt gehen
In Kanzleien und Prüfungsgesellschaften begegnen uns im Markt derzeit genau drei Vorgehensweisen beim Einsatz von Modellen wie Anthropic Claude. Der Unterschied zwischen ihnen ist keine reine Geschmacksfrage, sondern eine präzise Abwägung zwischen DSGVO, § 203 StGB und berufsrechtlichem Auslagerungsrecht (§ 43e BRAO / § 50a WPO / § 62a StBerG).
Sowohl die Bundesrechtsanwaltskammer in ihren Hinweisen zum Einsatz von Künstlicher Intelligenz (Stand 12/2024) als auch der Deutsche Anwaltverein in seiner Orientierungshilfe zum KI-Einsatz in Kanzleien machen deutlich, dass Kanzleien zwischen Datenschutzrecht (DSGVO) und anwaltlichem Berufsrecht (§ 203 StGB, § 43e BRAO) sauber trennen müssen:
Vorgehensweise in der Praxis | Was genau gemacht wird | Auf welchem Gesetz beruht das? | Rechtliche & technische Bewertung (Stand November 2026) |
|---|---|---|---|
Weg A: Direkter Claude-Team-/Enterprise-Account + AVV + § 203-Zusatz (ohne AWS Bedrock) | Kanzlei schließt Commercial Terms, Data Processing Addendum (DPA nach Art. 28 DSGVO inkl. EU-Standardvertragsklauseln) und Zusatzvereinbarung zur beruflichen Geheimhaltung mit Anthropic Ireland Ltd. ab. | Art. 28, Art. 46 DSGVO; Versuch der Einbindung als mitwirkende Person nach § 203 Abs. 3 S. 2 StGB u. § 43e BRAO. | Warum manche Kanzleien sagen „das geht“: Der Vertrag schließt Modelltraining aus und regelt AVV sowie § 203-Belehrung auf dem Papier. Wo das Restrisiko liegt: Bei Direktbezug über Anthropic findet die Verarbeitung auf US-Infrastruktur statt (Scaly Rechtsanalyse 10/2026). Nach § 43e Abs. 4 BRAO ist eine Auslagerung außerhalb der EU ohne explizite Mandanteneinwilligung nur zulässig, wenn dort ein dem Inland vergleichbares Schutzniveau besteht – was wegen US CLOUD Act und FISA 702 unter Berufsrechtlern umstritten bleibt. |
Weg B: Vorab Schwärzen / Anonymisieren oder PII-Filter vor dem Prompt | Kanzlei oder Prüfer entfernt vor dem Absenden alle Klarnamen, Aktenzeichen, Ortsangaben, Kontodaten und identifizierbaren Umstände – manuell oder automatisiert über einen vorgeschalteten PII-Filter. | Gar keine Auslagerung eines Geheimnisses: Wenn kein Personen- und Mandatsbezug mehr herstellbar ist, liegt weder ein personenbezogenes Datum (Erwägungsgrund 26 DSGVO) noch eine „Offenbarung“ eines fremden Geheimnisses nach § 203 StGB vor (BRAK KI-Hinweise). | Rechtlich der sauberste Hebel für US-Modelle: Das ist primär ein Legal-Hebel, der technisch erzwungen wird. Wer vor der API-Grenze deterministisch anonymisiert oder über einen lokalen Data Splitter pseudonymisiert, verlässt den Anwendungsbereich von § 203 StGB und Art. 44 ff. DSGVO für den Modellaufruf komplett. Wichtig: Manuelles Schwärzen im Alltag ist fehleranfällig; erst ein automatisches lokales Gateway macht den Prozess verlässlich. |
Weg C: Claude über AWS Bedrock ( | Bezug desselben Claude-Modells nicht direkt über die US-Plattform, sondern über einen dedizierten europäischen Cloud-Endpunkt in Frankfurt mit garantierter Daten- und Inferenz-Residenz in Deutschland/EU (Anthropic Regional Compliance). | Art. 28, Art. 32 DSGVO + § 43e Abs. 4 BRAO / § 50a WPO / § 62a StBerG (Verarbeitung innerhalb der EU/EWR vermeidet die Hürde des Drittland-Schutzniveaus). | Kombination aus Legal- und Security-Lösung: Sowohl Speicherung (Data Residency) als auch Modellberechnung (Inference Residency) bleiben technisch im Rechenzentrum Frankfurt; kombiniert mit AVV, § 203-Verpflichtung, Zero-Data-Retention und vorgeschaltetem PII-Filter ist dieser Weg auch für WP-Gesellschaften und Großkanzleien prüfungssicher. |
Die Kurzantwort auf die Frage „Ist das ein Sicherheits- oder ein Legal-Thema?“ lautet damit: Das Schwärzen (Weg B) und der Umweg über Frankfurt (Weg C) sind im Kern zwingende Legal-Themen (§ 203 StGB, § 43e Abs. 4 BRAO, Art. 44 ff. DSGVO), die aber nur durch saubere technische Architektur verlässlich eingehalten werden. Wer im Kanzlei- oder Prüfungsalltag darauf vertraut, dass 30 Berufsträger in einem 80-seitigen Schriftsatz jeden Namen und jede Steuernummer von Hand finden, baut ein Haftungsrisiko ein. Genau deshalb gehört vor jede externe Modell-API ein automatischer lokaler PII-Filter.
Praxisfall 2: Warum ein Bürger-Chatbot auf der Website einer Stadt keine eigenen Server braucht – die interne Akten-KI im Rathaus aber schon
Auch bei Städten, Gemeinden, Landkreisen und Verbänden hält sich ein teures Missverständnis: Wer für einen öffentlichen Bürger-Chatbot auf stadt.de eigene GPU-Server im Rathauskeller kauft, löst ein Problem, das rechtlich gar nicht existiert.
Für Kommunen und Verbände verläuft die rote Linie nicht zwischen „Stadt“ und „Privatwirtschaft“, sondern exakt entlang der verarbeiteten Datenkategorie:
Externer Bürger-Chatbot auf der städtischen Website (
stadt.de) – Schutzstufe 1 bis 2: Ein Website-Assistent, der Bürgerfragen zu Öffnungszeiten des Bürgerbüros, Hundesteuersatzung, Müllabfuhrterminen, Kita-Gebührentabellen oder erforderlichen Formularen für den Reisepass beantwortet, verarbeitet im Wissensbestand (RAG-Index) ausschließlich bereits veröffentlichte kommunale Informationen. Dafür braucht keine Stadt eigene KI-Server. Ein solcher Assistent läuft rechtssicher, schnell und für wenige hundert Euro im Monat als Managed Cloud-Service in einem europäischen Rechenzentrum (Frankfurt). Wichtig sind lediglich drei Punkte: eine saubere Art.-50-AI-Act-Kennzeichnung („KI-Assistent der Stadt“), ein technischer Hinweis plus Eingabe-PII-Filter, falls ein Bürger im Freitextfeld versehentlich seine eigene Telefonnummer oder Steuer-ID eintippt, sowie eine klare Quellenbindung auf die offiziellen Seiten der Kommune.Interne Verwaltungs-KI im Rathaus, Jugendamt, Sozialamt oder Bauamt – Schutzstufe 4: Völlig anders liegt der Fall, sobald Sachbearbeiter innerhalb der Verwaltung KI nutzen, um Widerspruchsbescheide zu entwerfen, Jugendhilfe- oder Wohngeldakten zusammenzufassen, Baugenehmigungen mit Eigentümerdaten zu prüfen oder nicht-öffentliche Gemeinderatsvorlagen vorzubereiten. Hier greifen das Sozialgeheimnis nach § 35 SGB I, das Amtsgeheimnis nach § 203 Abs. 2 StGB sowie die Landesdatenschutzgesetze. Solche Akten dürfen niemals ungeschützt an eine US-Cloud fließen. Hier braucht die Kommune entweder ein vorgeschaltetes lokales Pseudonymisierungs-Gateway (PII-Filter + Data Splitter), das alle Bürgeridentitäten im Rathausnetz behält, oder den Betrieb über ein zertifiziertes deutsches/kommunales Rechenzentrum (Bauplan 3 bis 5).
Fünf modulare Baupläne: Die Schritt-für-Schritt-Bauanleitung nach Sicherheitsstufe, Kosten und Komplexität
Wie bei einer guten modularen Bauanleitung gilt auch beim Aufbau einer eigenen KI-Infrastruktur: Man wählt nicht das größte Konstrukt im Katalog, sondern genau das Modul, das zu Teamgröße, Schutzstufe, Budget und eigener IT-Kapazität passt.
Eine Kanzlei oder ein Verband mit 20 Mitarbeitenden kann und muss keine Kubernetes-Plattform mit eigenem Security-Operations-Center betreiben wie eine Großbank oder ein Energiekonzern. Umgekehrt stößt ein einzelner lokaler Rechner an Grenzen, sobald 500 Mitarbeitende gleichzeitig mit Echtzeit-Systemen arbeiten. Die genannten Kostenspannen sind Richtwerte zur Orientierung (Stand November 2026, ohne interne Personalkosten) und ersetzen kein Angebot. Die folgenden fünf Baupläne decken das gesamte Spektrum von „100 Prozent lokal auf dem Schreibtisch“ bis zur „hybriden Konzern- und Banken-Plattform“ ab.

Bauplan 1: Die „Arbeitsplatz-Box“ – Lokaler Mac mini mit Perplexity offline & lokalen Modellen (1 bis 15 Personen)
Seit Ende Oktober 2026 unterstützt Perplexity Computer auf Macs mit Apple Silicon einen vollständig lokalen Modus, bei dem sowohl die Agenten-Steuerung als auch die Sprachmodelle (Qwen 3.6, Gemma 4 E4B oder das darauf abgestimmte Modell PPLX Pro) direkt auf dem Gerät laufen (Perplexity Help Center, AppDook / TechJournal Analyse). Für den flüssigen lokalen Betrieb empfiehlt Perplexity einen Apple-Silicon-Mac mit mindestens 36 GB gemeinsamem Arbeitsspeicher (etwa einen Mac mini mit M5 Pro und 48 oder 64 GB Unified Memory; das Modell mit M6 endet laut AppDook bei 32 GB). Ergänzend lassen sich über Ollama oder LM Studio weitere offene Modelle wie Llama 3.3 70B oder Mistral Small lokal einbinden.
Für wen geeignet: Einzelanwälte, Notariate, kleine Steuerkanzleien, Wirtschaftsprüfer-Praxen oder Vorstandssekretariate (1 bis 15 Personen), die hochsensible Schriftsätze, Verträge oder Gutachten zusammenfassen und strukturieren wollen, ohne dass ein einziges Byte das Kanzleinetzwerk verlässt.
Stückliste (Bauteile):
Apple Mac mini (M5 Pro mit 48–64 GB Unified Memory, 1 TB SSD) im abgeschlossenen Kanzlei- oder Technikraum.
Perplexity macOS App mit lokal geladenem Modell (
Qwen 3.6 35B-A3BoderPPLX Pro) für lokale Dateiarbeit; optional lokaler Open-WebUI-/Ollama-Server im internen LAN.Festplattenverschlüsselung (FileVault), lokales Rollen-Login und deaktivierter Cloud-Fallback für Mandatsordner.
Gesetzliche Grundlage: Da sämtliche Daten physisch in den Kanzleiräumen bleiben, findet keine Offenbarung an Dritte nach § 203 StGB, keine Dienstleister-Auslagerung nach § 43e BRAO und kein Drittlandtransfer nach Art. 44 ff. DSGVO statt.
Dreiklang aus Sicherheit, Kosten & Komplexität:
Sicherheitsstufe: Stufe 4 (Physisch lokal / Air-Gap-fähig)
Kosten: ca. 2.200 – 4.500 € einmalig für die Hardware; 0 – 200 € / Monat laufend (Strom + optionale Pro-Lizenz für öffentliche Web-Recherchen ohne Mandatsdaten).
Komplexität: 1 von 5 – in einem Nachmittag ohne eigenes IT-Team aufgebaut.
Grenze im Alltag: Begrenzt auf ca. 1 bis 5 gleichzeitige Nutzer; die lokalen 35B-Modelle sind stark bei Zusammenfassungen, Extraktion und Entwürfen, erreichen bei hochkomplexer juristischer Mehrstufen-Logik aber nicht ganz die Tiefe der größten Frontier-Modelle.
Bauplan 2: Das „Smart-Shield-Setup“ – Lokaler PII-Filter + Frontier-API (10 bis 80 Personen)
Wer als mittelgroße Kanzlei, Prüferpraxis oder Fachverband mit 20 bis 80 Mitarbeitenden die volle juristische und analytische Schärfe großer Frontier-Modelle (wie Claude Sonnet/Opus oder GPT-6) nutzen möchte, ohne einen eigenen GPU-Fuhrpark zu betreiben, setzt ein schlankes Schutzschild vor die Modell-Schnittstelle.
Für wen geeignet: Kanzleien, Wirtschaftsprüfer, Steuerberater, Verbände und Beratungen (10 bis 80 Personen), die höchste Text- und Analysequalität benötigen, aber unter § 203 StGB oder strengem Geheimnisschutz stehen.
Stückliste (Bauteile):
ACCELERAID PII-Filter / Anonymisierungs-Gateway (läuft als schlanker Docker-Container im eigenen Haus oder in einer dedizierten deutschen Private-Cloud-Instanz).
Lokale Zuordnungstabelle (Mapping-Speicher im eigenen Netz): Ersetzt vor dem Absenden automatisch Namen (
Mandant_A), Firmen (Gegner_B), Aktenzeichen, IBANs, Steuernummern, Adressen und Geburtsdaten.Enterprise-API-Zugang (Zero-Data-Retention, kein Modelltraining, AVV nach Art. 28 DSGVO) – wahlweise über EU-Endpunkt oder mit vollständig anonymisiertem Payload.
Re-Hydrierung im Haus: Die Antwort des Modells wird erst innerhalb des eigenen Netzes wieder mit den echten Klarnamen zusammengeführt.
Gesetzliche Grundlage: Art. 25 DSGVO (Privacy by Design), Erwägungsgrund 26 DSGVO und § 203 StGB: Weil das externe Sprachmodell zu keinem Zeitpunkt erfährt, um welchen Mandanten, Bürger oder Prüffall es sich handelt, wird kein geschütztes Geheimnis offenbart.
Dreiklang aus Sicherheit, Kosten & Komplexität:
Sicherheitsstufe: Stufe 3 bis 4 (Inhaltlich entkoppelt)
Kosten: ca. 800 – 2.500 € / Monat (Gateway + nutzungsabhängige API-Tokens).
Komplexität: 2 von 5 – in ein bis zwei Wochen produktiv, kein eigenes Data-Science-Team nötig.
Bauplan 3: Das „Frankfurt-Cloud-Setup“ – Dedizierte EU-/DE-Rechenzentren (30 bis 500 Personen)
Ab rund 30 bis 500 Nutzern wollen Mittelständler, größere Kanzleien, Kammern, Verbände und Stadtwerke nicht nur einzelne Prompts filtern, sondern interne Wissensdatenbanken (RAG), Dokumenten-Pipelines und Fachabteilungs-Assistenten auf einer vertraglich und physisch in Deutschland verankerten Infrastruktur betreiben.
Für wen geeignet: Größere Kanzleien, Verbände, Kammern, Stadtwerke, Kommunen (für Bürger-Chatbots und erste interne Wissensassistenten) sowie regulierter Mittelstand (30 bis 500 Personen).
Stückliste (Bauteile):
Dedizierte EU-/DE-Modell-Endpunkte in Frankfurt: z. B. Claude über AWS Bedrock Region
eu-central-1(Frankfurt) oder Google Cloud Vertex AI Frankfurt (Anthropic Regional Compliance), Azure OpenAI Sweden Central / Germany West Central (Frankfurt), Mistral AI (EU-Hosting) oder deutsche/europäische Sovereign-Cloud-Anbieter wie STACKIT, IONOS Cloud, Open Telekom Cloud oder Aleph Alpha.Vektordatenbank & Dokumentenspeicher in einem ISO-27001-zertifizierten Rechenzentrum in Frankfurt mit Kundenschlüssel-Verschlüsselung (Customer-Managed Keys).
Vorgeschalteter PII-Filter plus zentrale Rollen- und Rechteverwaltung (Single Sign-On über Entra ID / Active Directory) sowie lückenloses Zugriffsprotokoll.
Gesetzliche Grundlage: Art. 28, Art. 32 DSGVO, § 43e Abs. 4 BRAO, § 50a WPO, § 62a StBerG. Durch garantierte Daten- und Inferenz-Residenz in Frankfurt bleibt die Verarbeitung vollständig im Rechtsraum der Europäischen Union.
Dreiklang aus Sicherheit, Kosten & Komplexität:
Sicherheitsstufe: Stufe 4 (EU-/DE-Residenz + Berufsrechts-Zusatz)
Kosten: ca. 2.500 – 9.000 € / Monat (je nach Nutzerzahl, Dokumentenvolumen und Modellwahl).
Komplexität: 3 von 5 – sauber beherrschbar mit einem bestehenden Cloud-Verantwortlichen oder einem Plattform-Partner wie ACCELERAID.
Bauplan 4: Der „Eigene Tresor“ – Dedizierter GPU-Server On-Premise oder Deutsches Colocation-Rack (50 bis 1.000+ Personen)
Manche Organisationen unterliegen internen Richtlinien oder gesetzlichen Vorgaben, nach denen bestimmte Aktengruppen, Netzsteuerungsdaten oder Verschlusssachen keinen Public-Cloud-Hyperscaler (auch nicht in dessen Frankfurter Region) berühren dürfen.
Für wen geeignet: Kommunale IT-Dienstleister und große Städte (für interne Sozial-, Jugend- und Personalakten), Netzbetreiber (KRITIS), Spezialbanken, Versicherungen und große Wirtschaftskanzleien mit strenger Zero-Hyperscaler-Policy.
Stückliste (Bauteile):
Dedizierte GPU-Server (z. B. 2× bis 4× NVIDIA H200 / L40S) entweder im eigenen Rechenzentrum oder als dediziertes Colocation-/Bare-Metal-System bei einem rein deutschen/europäischen Betreiber (ISO-27001-zertifiziertes Rechenzentrum Frankfurt, BSI-C5-Testat).
Selbst gehosteter Inferenz-Stack (
vLLModerTGI) mit offenen europäischen und internationalen Spitzenmodellen (Mistral Large / Small, Llama 3.3 70B, Qwen 3.6) sowie lokalem Embedding- und Reranking-Server.Vollständige Netzwerkschottung (Private VLAN / VPN), eigenes Monitoring, Patch-Management und rollenbasierte Dokumentenfreigabe.
Gesetzliche Grundlage: Höchste Ausbaustufe für § 35 SGB I (Sozialgeheimnis), § 203 StGB, BSI-Gesetz / NIS-2 für kritische Infrastrukturen sowie vollständige Unabhängigkeit von außereuropäischen Jurisdiktionen (keine US-Muttergesellschaft).
Dreiklang aus Sicherheit, Kosten & Komplexität:
Sicherheitsstufe: Stufe 4 bis 5 (Volle Hardware- & Jurisdiktionshoheit)
Kosten: ca. 45.000 – 120.000 € CapEx (oder 6.000 – 18.000 € / Monat als dediziertes Managed GPU-Hosting inkl. Betrieb).
Komplexität: 4 bis 5 von 5 – erfordert dedizierte DevOps-/MLOps-Kompetenz für Modell-Updates, GPU-Auslastung und Sicherheits-Patches. Für ein 20-Personen-Unternehmen wirtschaftlich und personell überdimensioniert.

Bauplan 5: Das „Hybrid-Modell mit Data Splitter & Modell-Router“ – Für Energiekonzerne, Banken, Versicherer & große Verbände
Große Energieversorger, Banken, Sparkassen, Versicherer und bundesweite Verbände stehen vor einem doppelten Anspruch: Sie verarbeiten Millionen Kunden-, Zähler- oder Transaktionsdatensätze unter DORA, NIS-2 und EU AI Act, wollen aber gleichzeitig im Kundenservice, im Customer Value Management (CVM) und in der internen Sachbearbeitung flexibel die besten KI-Modelle nutzen, ohne sich von einem einzelnen Anbieter abhängig zu machen.
Genau hier setzt der hybride Bauplan mit ACCELERAID Data Splitter und PII-Filter an, wie er auch in unserer technischen Dokumentation zur Datenintegration und Datenpseudonymisierung beschrieben ist:
Für wen geeignet: Energiekonzerne, große Stadtwerke, Banken, Sparkassen, Kreditkarten-Emittenten, Versicherungen und große Verbände mit hohen regulatorischen Anforderungen und vielen Datenquellen.
Stückliste (Bauteile) & Datenfluss in 4 Schritten:
Schicht 1 im Kunden-Netzwerk – ACCELERAID Data Splitter (On-Premise): Der Data Splitter läuft als leichtgewichtige Komponente direkt in der IT-Umgebung des Unternehmens oder der Bank. Er trennt jeden Datensatz vor der Übertragung: Direkt identifizierende Stammdaten (Name, Geburtsdatum, Anschrift, E-Mail, Telefonnummer, IBAN, Zählernummer) bleiben im internen Tresor des Kunden; das System erzeugt eine deterministische pseudonyme Kennung (
Pseudonym-ID #84920-A).Schicht 2 – ACCELERAID PII-Filter für Freitext: Bevor ein Freitext aus einem Beratungsprotokoll, Beschwerdeticket oder Schriftsatz an ein Sprachmodell übergeben wird, erkennt und maskiert der PII-Filter automatisch alle im Text versteckten Personen-, Orts- und Kontodaten.
Schicht 3 – Regelbasiertes Modell-Routing: Eine Regel-Schicht im Unternehmen (z. B. ein API-Gateway mit Routing-Regeln) entscheidet pro Anfrage und Schutzstufe automatisch, welches Modell angesteuert wird:
Öffentliche Website-Anfragen (Stufe 1–2): Schnelles, kosteneffizientes EU-Cloud-Modell.
Pseudonymisierte Kunden- und Transaktionssignale (Stufe 3–4): ACCELERAID Customer Data Platform & Prediction Engine im ISO-27001-zertifizierten Rechenzentrum Frankfurt (SOC-2-konform; Unternehmen, Software und Rechenzentrum werden jährlich unabhängig nach SOC 2 geprüft) oder dedizierter Frankfurter Modell-Endpunkt (Bedrock Frankfurt / Azure Frankfurt / Mistral EU).
Streng vertrauliche KRITIS- oder Gremien-Dokumente (Stufe 5): Weiterleitung ausschließlich an eine lokale On-Premise-Modellinstanz im eigenen Haus.
Schicht 4 – Re-Hydrierung & Ausspielung im Haus: Das KI-Ergebnis, die Next-Best-Action-Empfehlung oder der Antwortentwurf fließt mit der
Pseudonym-IDzurück in das Unternehmensnetz, wird erst dort am internen Data Splitter wieder mit dem Klarnamen zusammengeführt und mit vollem Audit-Log (Modellversion, Regelversion, Zeitstempel) ins CRM, Kernbanksystem oder Abrechnungssystem geschrieben.
Gesetzliche Grundlage: Erfüllt gleichzeitig Art. 25, 28, 32 DSGVO (echte technische Pseudonymisierung vor der Cloud-Grenze), § 203 StGB (externe Modelle sehen keine Klarnamen), DORA Art. 28–30 (volle Modell-Portabilität und Exit-Fähigkeit ohne Vendor-Lock-in) sowie die Nachvollziehbarkeits- und Logging-Pflichten des EU AI Act.
Dreiklang aus Sicherheit, Kosten & Komplexität:
Sicherheitsstufe: Stufe 5 (Banken- & KRITIS-tauglich)
Kosten: Modulare Plattformlizenz (deutlich günstiger als der Eigenbau eines eigenen GPU-Rechenzentrums, weil teure Cloud-Rechenleistung nur mit pseudonymisierten Daten genutzt wird).
Komplexität: 3 von 5 (als Managed Platform mit ACCELERAID) statt 5 von 5 im Eigenbau – produktiv in 6 bis 12 Wochen.

Entscheidungstabelle: Welcher Bauplan passt zu welcher Branche und Unternehmensgröße?
Damit Geschäftsführung, Partnerrunde, Kämmerer oder IT-Leitung ohne monatelange Vorstudie entscheiden können, zeigt diese Matrix die passende Zuordnung auf einen Blick:
Branche & typische Größe | Typischer Anwendungsfall | Maßgebliche Gesetze | Empfohlener Bauplan | Warum genau dieses Setup? |
|---|---|---|---|---|
Anwaltskanzlei, Notariat, Steuerberater / WP (1–15 Personen) | Schriftsätze, Verträge, Due-Diligence-Ordner & Prüfberichte lokal auswerten | § 203 StGB, § 43e BRAO, § 26a BNotO, § 62a StBerG, DSGVO | Bauplan 1 (Mac mini lokal mit Perplexity offline) oder Bauplan 2 (Lokaler PII-Filter + API) | Keine eigene IT-Abteilung nötig; bei Bauplan 1 verlässt kein Byte die Kanzlei, bei Bauplan 2 gehen nur vorab anonymisierte Texte an ein großes Modell. |
Mittelgroße Kanzlei, WP-Gesellschaft, Kammer oder Verband (20–250 Personen) | Kanzleiweite Recherche, Mitglieder-Anfragen, Stellungnahmen & Dokumenten-Vergleich | § 203 StGB, § 43e Abs. 4 BRAO, § 50a WPO, § 2 GeschGehG, Art. 28/32 DSGVO | Bauplan 2 kombiniert mit Bauplan 3 (Frankfurt-Endpunkt wie Bedrock Frankfurt + PII-Filter) | Mehrbenutzer-fähig mit Single Sign-On; Daten und Modellberechnung bleiben garantiert in Frankfurt; PII-Filter verhindert versehentliche Klarnamen-Leaks. |
Stadt / Kommune – Website-Chatbot nach außen (beliebige Größe) | Bürgerfragen zu Öffnungszeiten, Satzungen, Formularen, Kita & Abfallkalender auf | Art. 50 EU AI Act (Transparenz), DSGVO (nur für zufällige Bürgereingaben) | Bauplan 3 (Schlankes EU-Cloud-Modul) – keine eigenen Server nötig | Wissensbasis ist 100 % öffentlich; ein EU-gehosteter Assistent mit Eingabe-PII-Filter ist in wenigen Tagen live und kostet einen Bruchteil eigener Server. |
Stadt / Landkreis – Interne Verwaltung (Sozial-, Jugend-, Bau-, Personalamt) | Bescheidentwürfe, Aktenzusammenfassung, Widerspruchsprüfung mit Bürgerdaten | § 35 SGB I, § 203 Abs. 2 StGB, DSGVO / LDSG | Bauplan 4 (Kommunales Rechenzentrum) oder Bauplan 5 (Lokaler Data Splitter + Frankfurt-Cloud) | Sozial- und Amtsgeheimnisse bleiben im Rathausnetz; nur pseudonymisierte Sachverhalte oder rein kommunal gehostete Modelle werden genutzt. |
Energieversorger, Stadtwerke & Netzbetreiber (100–5.000+ Mitarbeitende) | Tarifwechsel-Prävention, Zähler- & Verbrauchsprognosen, Kundenservice-KI, Technische Doku | BSI-Gesetz / NIS-2, DSGVO, GeschGehG, EU AI Act | Bauplan 5 (Hybrid mit ACCELERAID Data Splitter, CDP Frankfurt & regelbasiertem Modell-Routing) | Trennt KRITIS-relevante Netzdaten strikt von Kundenservice- und Marketing-Prozessen; Zähler- und Kundendaten werden vor der Cloud pseudonymisiert. |
Banken, Sparkassen, Karten-Emittenten & Versicherer (100–10.000+ Mitarbeitende) | Next Best Action, Berater-Hinweise im CRM, Churn-Prävention, Kredit- & Schaden-Vorprüfung | DORA Art. 28–30, EU AI Act, MaRisk, DSGVO, § 203 StGB | Bauplan 5 (ACCELERAID Plattform Frankfurt oder On-Premise + Data Splitter + Audit-Trail) | Erfüllt BaFin-, DORA- und AI-Act-Vorgaben durch deterministische Vorfilterung, erklärbare Beraterhinweise, EU-Hosting in Frankfurt und getesteten Exit. |
Wie ACCELERAID den Aufbau von Monaten auf wenige Wochen verkürzt
Viele regulierte Unternehmen wissen zwar theoretisch, welches Zielbild sie brauchen, verlieren aber sechs bis zwölf Monate damit, PII-Erkennung, Pseudonymisierung, Daten-Pipelines, Modell-Anbindung und Revisionsprotokolle selbst zusammenzubauen. ACCELERAID liefert genau diese Zwischenschicht als schlüsselfertige, praxiserprobte Architektur aus einer Hand:
Fertiger On-Premise Data Splitter & PII-Filter: Statt eigene Skripte zum Schwärzen zu programmieren, installieren Sie den ACCELERAID Data Splitter direkt vor Ihrem SFTP- oder API-Übergabepunkt. Personenbezogene Stammdaten verlassen Ihr Haus gar nicht erst (Dokumentation: Datenintegration & Pseudonymisierung).
ISO-27001-zertifiziertes Hosting in Frankfurt & unabhängig nach SOC 2 geprüft: Unsere Plattform läuft in einem ISO-27001-zertifizierten Rechenzentrum in Frankfurt am Main (auf Wunsch auch On-Premise) und ist SOC-2-konform – Unternehmen, Software und Rechenzentrum werden jährlich unabhängig nach SOC 2 geprüft (ACCELERAID Sicherheit).
Modelloffenheit ohne US-Lock-in: Sie entscheiden frei, ob Ihre Anwendungsfälle mit europäischen Modellen, über dedizierte Frankfurter Endpunkte oder lokal im eigenen Haus rechnen – inklusive lückenlosem Entscheidungsprotokoll für Datenschutzbeauftragte, Berufskammern und Revision.
Fünf Punkte zum Mitnehmen
Gesetz und Technik sauber trennen: Ob geschwärzt, pseudonymisiert oder in Frankfurt gerechnet werden muss, folgt direkt aus fünf Gesetzesstufen – von Art. 50 EU AI Act über § 2 GeschGehG und Art. 28/44 DSGVO bis zu § 203 StGB (§ 43e BRAO, § 50a WPO, § 62a StBerG, § 35 SGB I) und DORA/NIS-2.
Claude in der Kanzlei richtig einordnen: Ein direkter Claude-Account mit AVV regelt zwar den Datenschutzvertrag, verarbeitet aber auf US-Infrastruktur; wer als Berufsgeheimnisträger auf Nummer sicher gehen will, schaltet einen automatischen lokalen PII-Filter vor (kein Geheimnis verlässt die Kanzlei) oder nutzt den dedizierten Endpunkt in Frankfurt (
eu-central-1).Stadt-Website vs. Rathaus-Akte: Öffentliche Bürger-Chatbots auf Kommunal-Websites verarbeiten nur bereits publizierte Satzungen und Formulare und brauchen keine eigenen Server; interne Verwaltungs-KI für Sozial-, Jugend- oder Bauakten fällt unter § 35 SGB I und § 203 Abs. 2 StGB und erfordert lokale Pseudonymisierung oder kommunales Hosting.
Fünf Baupläne statt Einheitslösung: Eine 20-Personen-Kanzlei fährt mit Bauplan 1 (Mac mini mit Perplexity lokal ab 36 GB RAM) oder Bauplan 2 (lokaler PII-Filter + API) wirtschaftlich und rechtlich optimal; Mittelstand und Verbände nutzen Bauplan 3 (Frankfurt-Cloud), KRITIS-Behörden Bauplan 4 (eigene GPUs) und Energiekonzerne sowie Banken Bauplan 5 (Hybrid mit Data Splitter).
Pseudonymisierung vor der Cloud-Grenze spart Zeit und Kosten: Mit dem ACCELERAID Data Splitter und PII-Filter bleiben Klarnamen im eigenen Haus, während Unternehmen die Rechenkraft moderner Modelle in Frankfurt rechtssicher und ohne monatelangen Eigenbau nutzen.
Kostenloses Übersichts-Whitepaper herunterladen (10 Seiten PDF, per E-Mail)
Sie möchten alle fünf Baupläne, das vollständige Gesetzes-Mapping nach § 203 StGB / BRAO / WPO / StBerG / SGB I / DSGVO / DORA, die Detail-Stücklisten, Kostenrahmen und die Entscheidungsmatrix für Ihre Partnerrunde, Ihren Vorstand oder Ihren Datenschutzbeauftragten als druckfertiges Nachschlagewerk?
Jetzt das 10-seitige Übersichts-Whitepaper „Souveräne KI ohne US-Blackbox: Fünf Baupläne nach Schutzstufe, Gesetz, Kosten und Komplexität“ anfordern (Geschäftliche E-Mail-Adresse eingeben – die Anfrage geht direkt in unser CRM und Sie erhalten das Whitepaper umgehend zugesendet).
Direkt einen 30-minütigen Architektur- & Datenschutz-Check vereinbaren (Wir prüfen gemeinsam mit Ihnen in 30 Minuten, welcher der fünf Baupläne für Ihre Kanzlei, Ihren Verband, Ihre Stadt, Ihren Energieversorger oder Ihre Bank der schnellste und kostengünstigste Weg ist).
Illustration: KI-generiert. KI-gestützte Inhalte: Bei der Erstellung unserer Beiträge setzen wir KI-Technologien und automatisierte Agenten ein, unter anderem von Microsoft, Google, OpenAI, Anthropic und weiteren Anbietern. Themen, fachliche Ausrichtung und finale Freigabe liegen bei unserem Team.
Weiterlesen
Wie es weitergeht.
Aus dem Blog

Daten & Technologie
Insights im Silo: Warum Banken genug Daten haben, aber zu wenig daraus machen

Daten & Technologie
AI Personalization Platform im Banking kaufen oder bauen 2026: Bewertungsraster, Fehler und Prüffragen

Daten & Technologie