--- title: "KI-APIs für Kanzleien in Deutschland: Compliance-Guide (2026)" description: "Wann Kanzleien OpenAI API, Anthropic API oder Azure OpenAI rechtlich vertretbar einsetzen können." image: "https://compound.law/assets/images/og-image-de.webp" source: "https://compound.law/de-DE/compliance/ki-apis-fuer-kanzleien/" language: "de" --- ![KI-APIs für Kanzleien in Deutschland](https://compound.law/assets/images/compliance/compliance_3.webp) compliance # KI-APIs für Kanzleien in Deutschland: Compliance-Guide (2026) 3\. April 2026 Kurzantwort Kanzleien in Deutschland dürfen KI-APIs wie OpenAI API, Anthropic API oder Azure OpenAI grundsätzlich nutzen, wenn Mandatsdaten, Verschwiegenheit, § 43e BRAO, DSGVO, Zugriffskontrolle und menschliche Endkontrolle sauber geregelt sind. - Berufsrecht und Datenschutz müssen vor dem Rollout gemeinsam geprüft werden. - Für Mandatsdaten zählen Vertragslage, Datenflüsse, Rollenmodell und Protokollierung. - Die meisten Kanzlei-Workflows sind nicht automatisch Hochrisiko nach dem EU AI Act. **KI-APIs für Kanzleien** sind in Deutschland grundsätzlich zulässig, aber nicht im Autopilot. Wer OpenAI API, Anthropic API oder Azure OpenAI in einer Kanzlei oder Rechtsabteilung einsetzen will, muss **Mandatsgeheimnisse, § 43e BRAO, DSGVO, Zugriffskontrolle, Vendor-Verträge und menschliche Endprüfung** zusammen denken. Für viele typische Kanzlei-Workflows ist das rechtlich vertretbar. Für unkontrollierte Eingaben sensibler Mandatsdaten oder automatisierte rechtliche Entscheidungen ohne Aufsicht ist es das regelmäßig nicht. Die relevante Leitplanke ist nicht nur der **EU AI Act**, sondern vor allem das Zusammenspiel aus **anwaltlicher Verschwiegenheit**, **Berufsrecht**, **Datenschutzrecht** und dem konkreten technischen Setup. Die BRAK weist in ihrem Leitfaden vom Dezember 2024 ausdrücklich darauf hin, dass Kanzleien bei externen KI-Dienstleistern insbesondere Geheimnisschutz, Vertragsinhalt nach `§ 43e BRAO`, Datenschutz und Transparenz sauber adressieren müssen. ## Kurzantwort: Dürfen Kanzleien OpenAI API, Anthropic API oder Azure OpenAI nutzen? Ja, **Kanzleien dürfen KI-APIs nutzen**, wenn der Einsatz auf einen rechtlich belastbaren Rahmen gestellt wird. Dazu gehören insbesondere: - **saubere Datenklassifizierung** vor jeder API-Anbindung - **vertragliche Absicherung** des Dienstleisters - **technische und organisatorische Zugriffskontrollen** - **klare Mitarbeiterregeln** für Prompts, Freigaben und Logging - **menschliche Kontrolle** aller rechtlich relevanten Outputs Nicht jede Nutzung ist gleich riskant. Ein internes Entwurfs- oder Recherche-Setup ohne personenbezogene Mandatsdaten ist anders zu bewerten als ein produktiver Workflow, in dem Schriftsätze, Due-Diligence-Unterlagen oder interne Untersuchungen automatisiert verarbeitet werden. | Anbieter | Für Kanzleien oft attraktiv | Vor Freigabe zu prüfen | | ----------------- | ------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------- | | **OpenAI API** | Starke Modellqualität, DPA verfügbar, europäische Datenresidenz für bestimmte API-Projekte dokumentiert | Region, Retention, Unterauftragsverarbeiter, Logging, Mandatsdatenfreigabe | | **Anthropic API** | Gute Eignung für Analyse- und Entwurfsworkflows, API-first-Setup | DPA/SCC, tatsächliche Verarbeitungsorte, Subprocessor-Kette, Zugriff auf vertrauliche Daten | | **Azure OpenAI** | Azure-Tenant-Kontrollen, regionales Deployment, Integration in bestehende Enterprise-Governance | Datenpfade, Abuse-Monitoring, Rollenmodell, Verknüpfung mit übrigen Azure-Diensten | Die Tabelle ersetzt keine Einzelfallprüfung. Sie zeigt nur, warum **Vendor-Auswahl** für Kanzleien keine Marketingfrage, sondern eine **Compliance-Entscheidung** ist. ## Wann eine KI-API für Kanzleien rechtlich vertretbar ist Die richtige Frage lautet nicht: “Ist die API compliant?” Die richtige Frage lautet: **Unter welchen Bedingungen ist Ihr konkreter Use Case vertretbar?** Ein vertretbarer Einsatz liegt typischerweise eher vor, wenn: - nur freigegebene oder anonymisierte Daten verarbeitet werden - Prompts und Outputs versioniert oder protokolliert werden - sensible Mandatsdaten nicht unkontrolliert an externe Anbieter fließen - ein Anwalt oder eine Anwältin die fachliche Verantwortung behält - das Tool keine autonome Mandatsbearbeitung oder Mandantenkommunikation ohne Freigabe übernimmt Rechtlich deutlich kritischer wird es, wenn ein System: - vollständige Aktenbestände ohne Filter verarbeitet - eigenständig rechtliche Bewertungen an Mandanten ausspielt - Ergebnisse ohne fachliche Kontrolle in Schriftsätze oder Verhandlungen einfließen lässt - Beschäftigtendaten oder sensible Daten in großem Umfang verarbeitet ### Verschwiegenheit, Mandatsdaten und Zugriffskontrolle Für Kanzleien ist der Ausgangspunkt die **anwaltliche Verschwiegenheit**. Sobald externe Dienstleister Einblick in mandatsbezogene Informationen erhalten können, stellt sich die Frage, ob die Einschaltung des Anbieters unter `§ 43e BRAO` tragfähig organisiert ist. Die BRAK betont hierzu insbesondere: - sorgfältige Auswahl des Dienstleisters - Vertrag in Textform mit den gesetzlich geforderten Mindestinhalten - ausdrückliche Verpflichtung zur Verschwiegenheit - Sicherstellung des Grundsatzes der Zweckbindung Bei KI-APIs bedeutet das praktisch: Sie brauchen nicht nur einen Vertrag, sondern ein **Betriebsmodell**, in dem klar ist, welche Daten überhaupt an die API gehen dürfen. Viele Kanzleien starten sinnvollerweise mit drei Datenklassen: 1. **frei nutzbar**: allgemeine Recherche, interne Muster, nicht-mandatsbezogene Arbeitsorganisation 2. **nur nach Freigabe**: pseudonymisierte Vertragsausschnitte, bereinigte Sachverhalte, nicht hochsensible Due-Diligence-Fragmente 3. **nicht extern verarbeiten**: rohe Mandatsakten, Verteidigungsunterlagen, Whistleblowing-Inhalte, besonders sensible Beschäftigten- oder Gesundheitsdaten Ohne diese Trennung wird aus einem produktiven KI-Projekt schnell ein berufsrechtliches und datenschutzrechtliches Problem. ### DSGVO, AVV und Drittlandtransfers Sobald personenbezogene Daten verarbeitet werden, läuft die Prüfung parallel unter der **DSGVO**. Ein **AVV oder DPA** ist dafür regelmäßig notwendig, aber nie ausreichend. Sie müssen zusätzlich prüfen: - Welche Datenkategorien werden verarbeitet? - Wer ist Verantwortlicher und wer Auftragsverarbeiter? - Wo werden Prompts, Dateien, Embeddings und Logs verarbeitet oder gespeichert? - Welche Unterauftragsverarbeiter sind eingebunden? - Bestehen **Drittlandtransfers** oder Zugriffsmöglichkeiten außerhalb des EWR? - Sind zusätzliche Schutzmaßnahmen oder Beschränkungen erforderlich? Gerade bei Kanzleien reicht die Standardfrage “Hat der Anbieter ein DPA?” nicht aus. Relevant ist, ob Ihr **konkretes Setup** mit den vertraglichen Zusagen zusammenpasst. OpenAI dokumentiert für bestimmte API-Projekte eine europäische Datenresidenz. Microsoft beschreibt bei Azure OpenAI regionale und Data-Zone-Modelle. Bei jeder Architektur gilt aber: **Vertragsstand und technische Realität müssen zusammenpassen.** Wenn der Use Case voraussichtlich ein hohes Risiko für die Rechte und Freiheiten natürlicher Personen mit sich bringt, kann zusätzlich eine **Datenschutz-Folgenabschätzung** nach `Art. 35 DSGVO` erforderlich werden. Das ist besonders naheliegend bei großvolumigen Dokumentenbeständen, sensiblen Daten oder systematischen Auswertungen. ### BRAO, Berufsrecht und menschliche Kontrolle Auch wenn ein KI-System technisch gute Ergebnisse liefert, bleibt die **berufsrechtliche Verantwortung** beim Rechtsanwalt oder bei der Rechtsanwältin. Das betrifft insbesondere: - fachliche Richtigkeit - Vollständigkeit und Aktualität - Umgang mit Halluzinationen oder Scheinzitaten - Mandantenkommunikation - Freigabe rechtlich relevanter Arbeitsergebnisse Für die Praxis heißt das: KI-APIs dürfen in der Kanzlei häufig **assistieren**, aber nicht unkontrolliert **entscheiden**. Wer Schriftsätze, Gutachten oder Vertragsklauseln mit API-Unterstützung erstellt, braucht eine dokumentierte Review-Stufe durch qualifizierte Juristen. Das ist auch ökonomisch sinnvoll. Die produktivsten Kanzlei-Setups ersetzen nicht den Anwalt, sondern verkürzen Recherche-, Strukturierungs- und Entwurfsarbeit bei gleichbleibender Qualitätskontrolle. ### EU AI Act: Wann nur geringe Pflichten gelten und wann mehr entsteht Der **EU AI Act** ist relevant, aber für Kanzleien oft nicht der schärfste Hebel. Nach dem BRAK-Leitfaden vom Dezember 2024 sind die meisten typischen Sprachmodell-Workflows in Kanzleien **nicht automatisch Hochrisiko-Systeme**. Trotzdem sind drei Punkte wichtig: - **Art. 4 AI Act** zur KI-Kompetenz gilt bereits seit **2. Februar 2025**. Kanzleien müssen also sicherstellen, dass Mitarbeiter KI-Tools sachkundig einsetzen können. - **Art. 50 AI Act** zu Transparenzpflichten ist nach `Art. 113` grundsätzlich ab **2. August 2026** anwendbar. - Falls ausnahmsweise ein **Hochrisiko-System** eingesetzt wird, treffen Betreiber weitergehende Pflichten, etwa technische und organisatorische Maßnahmen sowie ggf. Unterstützung einer DSFA. Für die meisten Kanzleien ist daher weniger die abstrakte Hochrisiko-Debatte entscheidend als die Frage, ob **Mitarbeiter geschult**, **Use Cases dokumentiert** und **menschliche Überprüfung** verpflichtend gemacht wurden. ## OpenAI API vs Anthropic API vs Azure OpenAI für deutsche Kanzleien Ein pauschales “bestes Modell für Kanzleien” gibt es nicht. Die Auswahl hängt von Ihrer Risikosteuerung ab. ### Datenresidenz Wenn Sie Mandatsdaten oder personenbezogene Daten verarbeiten wollen, ist **Regionierung** keine Nebensache. OpenAI beschreibt europäische Datenresidenz für bestimmte API-Projekte. Microsoft bietet für Azure OpenAI regionale oder zonale Deployment-Modelle innerhalb seines Cloud-Rahmens. Bei Anthropic und anderen Anbietern sollte die tatsächliche Datenlokation, soweit für Ihren Vertrag relevant, ausdrücklich verifiziert werden. Für die Kanzleipraxis gilt: Bevorzugen Sie, soweit technisch möglich, **europäische oder deutsche Verarbeitungsmodelle**, wenn sensible Daten betroffen sind. Das entspricht auch der Vorsichtslinie, die die BRAK für Auslandssachverhalte bei Geheimnisschutz und Dienstleistereinsatz nahelegt. ### Vertragslage, AVV und DPA Eine gute Vendor-Freigabe für Kanzleien beantwortet mindestens diese Fragen: - Gibt es einen belastbaren **DPA/AVV**? - Lassen sich relevante Sicherheits- und Audit-Unterlagen prüfen? - Sind Unterauftragsverarbeiter transparent? - Sind Löschfristen, Aufbewahrung und Supportzugriffe dokumentiert? - Lässt sich der zulässige Einsatzzweck intern sauber begrenzen? Wenn ein Anbieter auf diese Fragen nur vage antwortet, ist das für eine Kanzlei meist ein **Red Flag**. Gerade im Berufsrecht zählt nicht, wie innovativ das Modell ist, sondern wie belastbar sich der Einsatz **nachweisen** lässt. ### Praktische Risikofragen für Kanzlei-Workflows In echten Mandatsabläufen sind oft nicht die großen Schlagworte das Problem, sondern die kleinen Prozessdetails: - Darf ein Associate unverändert aus dem DMS in eine externe API kopieren? - Werden Ergebnisse mit Quellenhinweisen oder nur als Textblock zurückgegeben? - Landen Inhalte zusätzlich in Monitoring- oder Ticket-Systemen? - Ist dokumentiert, welche Teams welche Tools nutzen dürfen? - Gibt es eine Fallback-Regel, wenn das Modell unklare oder widersprüchliche Antworten liefert? Wer diese Punkte vor dem Rollout klärt, spart später viel Aufwand in Incident-Handling und Mandantenkommunikation. ## Checkliste vor dem Rollout in Kanzlei oder Rechtsabteilung Nutzen Sie vor dem Livegang eine kurze **Go-Live-Checkliste**: 1. **Use Case abgrenzen**: Recherche, Entwurf, Zusammenfassung, Wissenssuche oder Mandantenkontakt? 2. **Daten klassifizieren**: Welche Inhalte dürfen nie, welche nur bereinigt, welche frei verarbeitet werden? 3. **Vendor prüfen**: DPA, Subprocessor, Region, Löschlogik, Supportmodell, Sicherheitsunterlagen. 4. **Berufsrecht abgleichen**: `§ 43e BRAO`, Verschwiegenheit, Mandatsbedingungen, interne Freigaben. 5. **DSGVO prüfen**: Rechtsgrundlage, Transfermechanik, TOMs, ggf. DSFA. 6. **Rollen definieren**: Wer darf die API nutzen, wer prüft Outputs, wer gibt Ergebnisse frei? 7. **KI-Richtlinie umsetzen**: Prompt-Regeln, Verbotslisten, Eskalationswege, Logging. 8. **Schulung nach Art. 4 AI Act** dokumentieren. 9. **Pilotbetrieb begrenzen**: zunächst wenige Teams, wenige Datentypen, klare Erfolgskriterien. Diese Liste ist bewusst operativ. Genau so wird aus einem abstrakten Compliance-Thema ein belastbarer Kanzlei-Prozess. ## Wann ein externer Anwalt eingebunden werden sollte Externe rechtliche Unterstützung ist besonders sinnvoll, wenn: - große Mengen echter Mandatsdaten in ein neues Setup einfließen sollen - mehrere Auslandsbezüge oder Drittlandtransfers im Spiel sind - Sie KI in Mandantenportalen, Chatbots oder automatisierter Kommunikation einsetzen wollen - sensible Beschäftigten-, Finanz- oder Gesundheitsdaten betroffen sind - Sie ein eigenes Legal-AI-Produkt entwickeln oder unter eigenem Namen vertreiben Dann geht es nicht mehr nur um Tool-Nutzung, sondern um **Produkt-, Berufsrechts- und Plattformverantwortung**. ## Verwandte Inhalte für die Vendor-Auswahl Wenn Sie einzelne Anbieter vertieft prüfen möchten, helfen diese Leitfäden: - [OpenAI API für deutsche Unternehmen](https://compound.law/de-DE/tools/openai-api/) - [Anthropic API für deutsche Unternehmen](https://compound.law/de-DE/tools/anthropic-api/) - [Azure OpenAI für deutsche Unternehmen](https://compound.law/de-DE/tools/azure-openai/) - [ChatGPT Enterprise in Deutschland](https://compound.law/de-DE/tools/chatgpt-enterprise/) - [Claude Enterprise in Deutschland](https://compound.law/de-DE/tools/claude-enterprise/) - [AI Act für Rechtsdienstleistungen](https://compound.law/de-DE/ai-act/legal-services/) Einen vollständigen Überblick über alle EU-AI-Act-Compliance-Anforderungen — nicht nur für Kanzleien, sondern über alle Branchen und Anwendungsbereiche — bietet unser [EU AI Act Compliance-Hub](https://compound.law/de-DE/compliance/). Branchenspezifische Anforderungen für professionelle Dienstleistungsunternehmen finden Sie außerdem in unserem Leitfaden zu den [KI-Act-Pflichten für professionelle Dienstleistungen](https://compound.law/de-DE/ai-act/professional-services/). ## FAQ ### Ist OpenAI API für Mandatsdaten tabu? Nein. **OpenAI API ist nicht automatisch tabu**, aber Mandatsdaten dürfen nicht ohne saubere Freigabe- und Schutzmechanik an externe Systeme fließen. Entscheidend sind Datenkategorie, Vertrag, Region, Zugriffskontrolle, Löschkonzept und menschliche Kontrolle des Outputs. ### Reicht ein AVV allein? Nein. Ein AVV oder DPA regelt nur einen Teil des Problems. Für Kanzleien kommen zusätzlich **`§ 43e BRAO`**, Verschwiegenheit, interne Berechtigungskonzepte, Datenminimierung und Schulungspflichten hinzu. ### Ist Azure OpenAI für Kanzleien leichter vertretbar? Häufig ja, weil bestehende Microsoft-Governance, Azure-Regionen und Unternehmenskontrollen in vielen Organisationen bereits vorhanden sind. Das kann die Dokumentation vereinfachen. Rechtlich ersetzt das aber keine Prüfung Ihres konkreten Setups. ### Was muss in einer internen KI-Richtlinie stehen? Mindestens: - erlaubte und verbotene Use Cases - Regeln für Mandatsdaten und personenbezogene Daten - Freigabepflichten für externe Kommunikation - Dokumentation von Prompts und Outputs, soweit erforderlich - Eskalationsregeln bei Halluzinationen, Sicherheitsvorfällen oder Vendor-Änderungen ### Sind Kanzleien wegen des EU AI Act automatisch Hochrisiko-Betreiber? Nein. Die meisten typischen LLM-Workflows in Kanzleien sind nach heutigem Stand **nicht automatisch Hochrisiko**. Das ändert aber nichts daran, dass **KI-Kompetenz**, Dokumentation und menschliche Kontrolle bereits jetzt wichtig sind. ### Müssen Mandanten über den Einsatz von KI informiert werden? Eine pauschale berufsrechtliche Informationspflicht ergibt sich nach dem BRAK-Leitfaden derzeit nicht automatisch aus BRAO oder BORA. Transparenz kann aber aus Vertragsgestaltung, UWG-Risiken oder Mandantenbeziehungen sinnvoll oder geboten sein. In sensiblen Konstellationen ist eine vertragliche Regelung oft die sauberste Lösung. ## Nächster Schritt Wenn Ihre Kanzlei oder Rechtsabteilung eine **KI-API produktiv einsetzen** will, sollte der Rollout mit einer kurzen Rechts- und Governance-Prüfung starten, nicht mit einem Testprompt in echten Mandatsdaten. Compound Law unterstützt bei **Vendor Review, KI-Richtlinien, DSGVO/BRAO-Abgleich und AI-Act-Readiness** für Kanzleien in Deutschland. Dieser Beitrag bietet allgemeine Informationen und ersetzt keine rechtliche Beratung im Einzelfall. ## Weitere Compliance-Guides [![KI Kundenservice DSGVO und AI Act Compliance Deutschland](https://compound.law/assets/images/compliance/compliance_2.webp)](https://compound.law/de-DE/compliance/ai-customer-service/) [compliance](https://compound.law/de-DE/compliance/ai-customer-service/) ### [Datenschutzbedenken KI Kundenservice: Risiken & DSGVO](https://compound.law/de-DE/compliance/ai-customer-service/) [Datenschutzbedenken bei KI im Kundenservice: DSGVO-Pflichten, KI-Agenten, Bot-Audits und Checkliste für deutsche Unternehmen erklärt.](https://compound.law/de-DE/compliance/ai-customer-service/) [![KI-Gesichtserkennung Deutschland Compliance-Leitfaden 2026](https://compound.law/assets/images/compliance/compliance_2.webp)](https://compound.law/de-DE/compliance/ai-facial-recognition/) [compliance](https://compound.law/de-DE/compliance/ai-facial-recognition/) ### [KI-Gesichtserkennung in Deutschland: Compliance-Leitfaden 2026](https://compound.law/de-DE/compliance/ai-facial-recognition/) [Gesichtserkennung und Datenschutz: Was AI Act Art. 5 und DSGVO in Deutschland verbieten — und welche Hochrisiko-Pflichten seit dem 2. August 2026 gelten.](https://compound.law/de-DE/compliance/ai-facial-recognition/) [![Gesichtserkennung in Deutschland nach KI-Verordnung und DSGVO](https://compound.law/assets/images/compliance/compliance_2.webp)](https://compound.law/de-DE/compliance/gesichtserkennung-deutschland/) [compliance](https://compound.law/de-DE/compliance/gesichtserkennung-deutschland/) ### [Ist Gesichtserkennung in Deutschland legal? KI-VO & DSGVO](https://compound.law/de-DE/compliance/gesichtserkennung-deutschland/) [Gesichtserkennung ist in Deutschland nur eng zulaessig. Erfahren Sie, was die KI-Verordnung verbietet und wann Art. 9 DSGVO greift.](https://compound.law/de-DE/compliance/gesichtserkennung-deutschland/) ## Häufige Fragen Ja, grundsätzlich schon. Entscheidend sind aber die konkrete Konfiguration, der Umgang mit Mandatsdaten, vertragliche Absicherung, Zugriffskontrollen und eine dokumentierte menschliche Kontrolle der Ergebnisse. Nein. Es gibt kein pauschales Verbot. Kanzleien müssen aber prüfen, ob Verschwiegenheit, § 43e BRAO, DSGVO, Drittlandtransfers und Mandatsvereinbarungen den konkreten Einsatz tragen. Nein. Ein Vertrag ist nur ein Baustein. Hinzukommen müssen Datenklassifizierung, technische Zugriffsbeschränkungen, Löschkonzepte, Mitarbeiteranweisungen und die Prüfung berufsrechtlicher Geheimnisschutzanforderungen. Oft ja, weil bestehende Azure-Governance, Tenant-Kontrollen und regionale Deployments hilfreich sein können. Rechtlich ersetzt das aber keine Prüfung der konkreten Architektur und Verträge. ## Structured data ```json [ { "@context": "https://schema.org", "@type": [ "Organization", "LegalService" ], "@id": "https://compound.law/#organization", "name": "Compound Law", "alternateName": "Compound Law — AI Law Firm", "url": "https://compound.law/", "logo": { "@type": "ImageObject", "url": "https://compound.law/press/logos/PNG/Compound_Law_Icon.png", "width": 1024, "height": 1024 }, "image": "https://compound.law/assets/images/og-image.webp", "description": "Die KI-native Kanzlei in Berlin für Start-ups, Mittelstand und Konzerne: Commercial und Vertragsrecht, Datenschutz, KI-Verordnung, Marken, Gesellschaftsrecht sowie Sanierung und Insolvenz. Jedes Ergebnis prüft ein Anwalt, abgerechnet zum Festpreis.", "foundingDate": "2026", "founder": [ { "@type": "Person", "name": "Mohit Tilwani", "jobTitle": "CTO", "url": "https://compound.law/de-DE/tech-team/mohit-tilwani/", "sameAs": [ "https://www.linkedin.com/in/mohit-tilwani/" ], "knowsAbout": [ "Engineering-Leadership und Architektur", "Skalierung von High-Traffic-Systemen", "KI- und Machine-Learning-Infrastruktur", "FinTech-Plattformentwicklung", "Cloud-Infrastruktur und DevOps", "Product Engineering" ] }, { "@type": "Person", "name": "Marko Bradic", "jobTitle": "CEO", "url": "https://compound.law/de-DE/tech-team/marko-bradic/", "sameAs": [ "https://www.linkedin.com/in/markobradic/" ], "knowsAbout": [ "Produktstrategie und -entwicklung", "Skalierung von Technologieunternehmen", "FinTech und Finanzdienstleistungen", "KI-gestützte Produktinnovation", "Geschäftsbetrieb und Wachstum", "Digitale Transformation" ] }, { "@type": "Person", "name": "Julian Jantze", "jobTitle": "Rechtsanwalt", "url": "https://compound.law/de-DE/lawyers/julian-jantze/", "sameAs": [ "https://www.linkedin.com/in/julian-jantze-957b95158/" ], "knowsAbout": [ "Gesellschaftsrecht und Corporate Governance für Technologieunternehmen", "Arbeitsrecht und HR-Compliance", "EU AI Act Compliance und KI-Governance", "Mitarbeiterbeteiligungsmodelle (VSOP/ESOP)", "Regulatorische Compliance für Tech-Unternehmen", "Legal Operations und Legal Tech Implementierung" ] } ], "employee": [ { "@type": "Person", "name": "Mohit Tilwani", "jobTitle": "CTO", "url": "https://compound.law/de-DE/tech-team/mohit-tilwani/", "sameAs": [ "https://www.linkedin.com/in/mohit-tilwani/" ], "knowsAbout": [ "Engineering-Leadership und Architektur", "Skalierung von High-Traffic-Systemen", "KI- und Machine-Learning-Infrastruktur", "FinTech-Plattformentwicklung", "Cloud-Infrastruktur und DevOps", "Product Engineering" ] }, { "@type": "Person", "name": "Marko Bradic", "jobTitle": "CEO", "url": "https://compound.law/de-DE/tech-team/marko-bradic/", "sameAs": [ "https://www.linkedin.com/in/markobradic/" ], "knowsAbout": [ "Produktstrategie und -entwicklung", "Skalierung von Technologieunternehmen", "FinTech und Finanzdienstleistungen", "KI-gestützte Produktinnovation", "Geschäftsbetrieb und Wachstum", "Digitale Transformation" ] }, { "@type": "Person", "name": "Marc Schuba", "jobTitle": "Founding Partner, Rechtsanwalt", "url": "https://compound.law/de-DE/lawyers/marc-schuba/", "sameAs": [ "https://www.linkedin.com/in/marcschuba/" ], "knowsAbout": [ "IP- und IT-Recht", "SaaS- und IT-Verträge, IT-Outsourcing", "Software- und Open-Source-Lizenzen", "Datenschutzrecht (DSGVO)", "KI-Recht und KI-Verordnung (AI Act)" ] }, { "@type": "Person", "name": "Julian Jantze", "jobTitle": "Rechtsanwalt", "url": "https://compound.law/de-DE/lawyers/julian-jantze/", "sameAs": [ "https://www.linkedin.com/in/julian-jantze-957b95158/" ], "knowsAbout": [ "Gesellschaftsrecht und Corporate Governance für Technologieunternehmen", "Arbeitsrecht und HR-Compliance", "EU AI Act Compliance und KI-Governance", "Mitarbeiterbeteiligungsmodelle (VSOP/ESOP)", "Regulatorische Compliance für Tech-Unternehmen", "Legal Operations und Legal Tech Implementierung" ] }, { "@type": "Person", "name": "Philipp Brandt", "jobTitle": "Partner, Rechtsanwalt, Fachanwalt für gewerblichen Rechtsschutz", "url": "https://compound.law/de-DE/lawyers/philipp-brandt/", "sameAs": [ "https://www.linkedin.com/in/philipp-brandt-81b446a/" ], "knowsAbout": [ "Sanierungs- und Insolvenzrecht (Krisenberatung der Geschäftsführung, Schutzschirm- und Planverfahren, Insolvenzverwaltung)", "Gewerblicher Rechtsschutz (Marken, Wettbewerbsrecht, Urheberrecht, Geschäftsgeheimnisse, Lizenzverträge)", "Datenschutzrecht (Datenpannen, Bußgeldverfahren, Auskunft und Schadensersatz)", "Vertriebs- und Handelsrecht (Vertriebsverträge, Kauf und Verkauf von Industrieanlagen)" ] }, { "@type": "Person", "name": "Dr. Markus Dreißigacker", "jobTitle": "Rechtsanwalt", "url": "https://compound.law/de-DE/lawyers/markus-dreissigacker/", "sameAs": [ "https://www.linkedin.com/in/markusdreissigacker" ], "knowsAbout": [ "M&A (Due Diligence, Post-Merger-Integration, IPO-Readiness)", "Gesellschaftsrecht (Governance, Gremienarbeit, Restrukturierung)", "Handelsrecht (Kundenverträge, Lieferantenvereinbarungen, NDAs)", "IP (Markenmanagement, IP-Übertragungsverträge)", "Compliance & ESG (Globale Compliance-Programme, Menschenrechte, Nachhaltigkeit)", "Datenschutz (DSGVO-Strategie, DPO-Erfahrung, Datenschutzprogramme)" ] } ], "address": { "@type": "PostalAddress", "addressLocality": "Berlin", "addressCountry": "DE" }, "areaServed": [ "Germany", "Austria", "Switzerland", "European Union", "United Kingdom", "United States", "Singapore" ], "availableLanguage": [ "de", "en" ], "serviceType": [ "AI law firm", "AI-native legal services", "legal counsel for start-ups and growth companies", "legal counsel for mid-sized companies and corporates", "Commercial Law", "Corporate Law", "Employment Law", "Regulatory & Compliance", "Intellectual Property", "Insolvency & Restructuring" ], "hasOfferCatalog": { "@type": "OfferCatalog", "name": "Compound Law services", "itemListElement": [ { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "Commercial Contracts", "description": "Battle-tested contracts for your sales process", "serviceType": [ "enterprise contracts", "MSA", "DPA", "sales contracts" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "International Employment", "description": "Compliant hiring across borders", "serviceType": [ "international employment", "hiring abroad", "employment contracts" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "VSOP/ESOP Setup", "description": "Employee participation that actually works", "serviceType": [ "VSOP", "ESOP", "employee stock options", "equity incentives" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "Funding Round Support", "description": "Clean legal for your next raise", "serviceType": [ "funding round", "term sheet", "SHA", "due diligence", "cap table" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "Corporate Housekeeping", "description": "Get your legal house in order", "serviceType": [ "corporate governance", "board resolutions", "shareholder register" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "Data Protection & Privacy", "description": "GDPR compliance that doesn't slow you down", "serviceType": [ "GDPR", "data protection", "privacy", "DPA", "cookies", "data breach response", "GDPR fines", "Art. 82 GDPR" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "AI Act Compliance", "description": "Navigate EU AI regulation", "serviceType": [ "AI Act", "AI compliance", "AI governance", "EU AI regulation" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "IP & Competition", "description": "Protect and enforce what you've built", "serviceType": [ "IP protection", "intellectual property", "trademarks", "trademark enforcement", "warning letters", "preliminary injunctions", "unfair competition", "software licensing", "open source compliance" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "Fractional General Counsel", "description": "In-house legal without the full-time cost", "serviceType": [ "fractional GC", "fractional general counsel", "outsourced legal", "legal retainer" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "FinTech Compliance", "description": "Navigate financial regulation", "serviceType": [ "fintech compliance", "BaFin", "banking regulation", "AML", "KYC" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "Legal Retainer", "description": "Predictable legal support when you need it", "serviceType": [ "legal retainer", "legal subscription", "ongoing legal support" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "M&A Preparation", "description": "Get ready for acquisition interest", "serviceType": [ "M&A preparation", "acquisition", "due diligence", "exit" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } }, { "@type": "Offer", "itemOffered": { "@type": "Service", "name": "Restructuring & Insolvency", "description": "From the first liquidity check to the restructuring itself", "serviceType": [ "restructuring", "insolvency", "StaRUG", "self-administration", "insolvency plan", "director liability" ], "areaServed": [ "Germany", "European Union", "United Kingdom", "United States", "Singapore" ] } } ] }, "contactPoint": { "@type": "ContactPoint", "contactType": "sales", "email": "contact@compound.law", "availableLanguage": [ "English", "German" ], "areaServed": [ "DE", "AT", "CH", "EU", "GB", "US", "SG" ] }, "email": "contact@compound.law", "sameAs": [ "https://www.linkedin.com/company/compoundlawfirm", "https://x.com/CompoundLawFirm" ], "knowsAbout": [ "Commercial Contracts", "enterprise contracts", "MSA", "DPA", "sales contracts", "International Employment", "international employment", "hiring abroad", "employment contracts", "VSOP/ESOP Setup", "VSOP", "ESOP", "employee stock options", "equity incentives", "Funding Round Support", "funding round", "term sheet", "SHA", "due diligence", "cap table", "Corporate Housekeeping", "corporate governance", "board resolutions", "shareholder register", "Data Protection & Privacy", "GDPR", "data protection", "privacy", "cookies", "data breach response", "GDPR fines", "Art. 82 GDPR", "AI Act Compliance", "AI Act", "AI compliance", "AI governance", "EU AI regulation", "IP & Competition", "IP protection", "intellectual property", "trademarks", "trademark enforcement", "warning letters", "preliminary injunctions", "unfair competition", "software licensing", "open source compliance", "Fractional General Counsel", "fractional GC", "fractional general counsel", "outsourced legal", "legal retainer", "FinTech Compliance", "fintech compliance", "BaFin", "banking regulation", "AML", "KYC", "Legal Retainer", "legal subscription", "ongoing legal support", "M&A Preparation", "M&A preparation", "acquisition", "exit", "Restructuring & Insolvency", "restructuring", "insolvency", "StaRUG", "self-administration", "insolvency plan", "director liability" ] }, { "@context": "https://schema.org", "@type": "Article", "headline": "KI-APIs für Kanzleien in Deutschland: Compliance-Guide (2026)", "description": "Wann Kanzleien OpenAI API, Anthropic API oder Azure OpenAI rechtlich vertretbar einsetzen können.", "image": "https://compound.law/assets/images/compliance/compliance_3.webp", "datePublished": "2026-04-03T00:00:00.000Z", "dateModified": "2026-04-03T00:00:00.000Z", "author": { "@type": "Person", "name": "Dr. Markus Dreißigacker", "image": "https://compound.law/assets/images/team/markusdreissigacker.webp" }, "publisher": { "@type": "Organization", "@id": "https://compound.law/#organization", "name": "Compound Law" }, "mainEntityOfPage": { "@type": "WebPage", "@id": "https://compound.law/de-DE/compliance/ki-apis-fuer-kanzleien/" } }, { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "position": 1, "name": "Startseite", "item": "https://compound.law/de-DE/" }, { "@type": "ListItem", "position": 2, "name": "Compliance-Guides", "item": "https://compound.law/de-DE/compliance/" }, { "@type": "ListItem", "position": 3, "name": "KI-APIs für Kanzleien in Deutschland: Compliance-Guide", "item": "https://compound.law/de-DE/compliance/ki-apis-fuer-kanzleien/" } ] }, { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "Dürfen Kanzleien in Deutschland OpenAI API, Anthropic API oder Azure OpenAI nutzen?", "acceptedAnswer": { "@type": "Answer", "text": "Ja, grundsätzlich schon. Entscheidend sind aber die konkrete Konfiguration, der Umgang mit Mandatsdaten, vertragliche Absicherung, Zugriffskontrollen und eine dokumentierte menschliche Kontrolle der Ergebnisse." } }, { "@type": "Question", "name": "Ist OpenAI API für Mandatsdaten automatisch unzulässig?", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Es gibt kein pauschales Verbot. Kanzleien müssen aber prüfen, ob Verschwiegenheit, § 43e BRAO, DSGVO, Drittlandtransfers und Mandatsvereinbarungen den konkreten Einsatz tragen." } }, { "@type": "Question", "name": "Reicht ein AVV oder DPA allein für den Einsatz einer KI-API?", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Ein Vertrag ist nur ein Baustein. Hinzukommen müssen Datenklassifizierung, technische Zugriffsbeschränkungen, Löschkonzepte, Mitarbeiteranweisungen und die Prüfung berufsrechtlicher Geheimnisschutzanforderungen." } }, { "@type": "Question", "name": "Ist Azure OpenAI für Kanzleien leichter vertretbar?", "acceptedAnswer": { "@type": "Answer", "text": "Oft ja, weil bestehende Azure-Governance, Tenant-Kontrollen und regionale Deployments hilfreich sein können. Rechtlich ersetzt das aber keine Prüfung der konkreten Architektur und Verträge." } } ] } ] ```