KI-Anbietervertrag verhandeln: Die entscheidenden Klauseln für Input, Output und Haftung

Leistungsgegenstand und Einsatzgrenzen messbar machen

Viele KI-Verträge beschreiben nur einen dynamischen Online-Dienst. Für einen geschäftskritischen Einsatz ist das zu wenig. Der Vertrag sollte freigegebene Modelle, Funktionen, Schnittstellen, Region, Nutzergruppen und bestimmungsgemäße Zwecke nennen. Qualitätsparameter müssen zum Prozess passen: Verfügbarkeit allein sagt nichts über fachliche Genauigkeit, Antwortzeit, Reproduzierbarkeit, Kontextfenster oder die Behandlung fehlerhafter Ergebnisse. Messmethode und Rechtsfolge einer Abweichung gehören zusammen.

Auch Grenzen sind Vertragsinhalt. Bekannte Fehlermuster, ausgeschlossene Zwecke, Nutzungslimits, Abhängigkeiten und erforderliche menschliche Kontrolle sollten nicht nur in veränderlichen Hilfeseiten stehen. Das Management muss entscheiden, welche Eigenschaften Mindestvoraussetzung sind und welche nur Zielwerte darstellen. Für Personal-, Finanz-, Sicherheits- oder Kundenentscheidungen sind strengere Abnahme- und Eskalationsregeln sinnvoll als für unverbindliche interne Textentwürfe.

• Produkt, Modell, Version, Region und zugelassene Funktionen eindeutig festlegen.
• Qualität mit messbaren Kriterien, Testdaten und Abnahmeregeln verbinden.
• Bekannte Grenzen und verbotene Einsatzweisen in die Betriebsfreigabe übernehmen.

Quellen: [3] [1]

Änderungen, Verfügbarkeit und Exit beherrschbar halten

KI-Dienste ändern Modelle, Filter, Unterauftragnehmer und Funktionen oft kurzfristig. Eine Änderungklausel sollte wesentliche Änderungen definieren, Vorankündigungsfristen, Dokumentation, Testzugang und Widerspruchs- oder Kündigungsrechte vorsehen. Ein einseitiger Verweis auf jederzeit änderbare Online-Bedingungen ist für kritische Prozesse riskant. Bei Leistungsverschlechterung braucht der Kunde abgestufte Rechte von Nachbesserung über Gutschrift und Ersatzbetrieb bis zur außerordentlichen Beendigung.

Der Exit beginnt vor Vertragsschluss. Zu definieren sind exportierbare Eingaben, Ausgaben, Protokolle, Metadaten, Konfigurationen und kundenspezifische Wissensbestände, außerdem Formate, Fristen, Kosten, Übergangshilfe und dokumentierte Löschung. Der Data Act kann für Datenverarbeitungsdienste zusätzliche Vorgaben zum Anbieterwechsel enthalten; seine konkrete Anwendbarkeit ist gesondert zu prüfen. Kein Vertrag sollte Modellgewichte oder fremde Rechte versprechen, die der Anbieter nicht schuldet oder übertragen darf.

• Wesentliche Änderungen mit Vorlauf, Tests und Sonderkündigung verknüpfen.
• Notbetrieb und Alternativprozess für Ausfälle vorsehen.
• Datenexport, Übergangsunterstützung und Löschbestätigung konkret beschreiben.

Quellen: [2] [3]

Input, Output und Anbieterzwecke ausdrücklich regeln

Der Kunde sollte Rechte an eigenen Eingaben behalten und dem Anbieter nur die für die vereinbarte Leistung notwendigen Nutzungen gestatten. Training, Produktverbesserung, Benchmarking und menschliche Prüfung sind getrennte Zwecke, keine selbstverständlichen Bestandteile der Leistung. Opt-out-Einstellungen müssen vertraglich abgesichert und administrativ kontrolliert werden. Für Feedback ist zu vermeiden, dass vertrauliche Informationen oder Erfindungen unbemerkt weitreichend lizenziert werden.

Beim Output sind Nutzungsumfang, mögliche Rechtezuordnung, bekannte Einschränkungen und Umgang mit Schutzrechtsansprüchen zu regeln. Eine Vertragsklausel kann keine nicht bestehenden Urheberrechte erzeugen und keine Rechte Dritter beseitigen. Sinnvoll sind Zusagen zur Herkunftskontrolle, Unterstützung bei Ansprüchen und risikoadäquate Freistellungen mit klarer Verfahrensführung. Ausschlüsse bei kundenseitiger Veränderung oder verbotener Nutzung müssen zum tatsächlichen Einsatz passen.

• Anbieterzwecke auf erforderliche Leistung und ausdrücklich genehmigte Fälle begrenzen.
• Training, Feedback und Produktverbesserung nicht in Sammelklauseln verstecken.
• Freistellungen, Verteidigungsführung und Mitwirkung bei IP-Ansprüchen präzisieren.

Quellen: [3]

Compliance-Unterstützung und Lieferkette absichern

Der Vertrag sollte die regulatorische Rolle beider Seiten nicht nur behaupten, sondern die dafür nötigen Informationen und Leistungen verteilen. Dazu gehören Systembeschreibung, bestimmungsgemäßer Zweck, Anleitungen, Änderungen, Protokolle, Evaluierungen, bekannte Risiken, Vorfälle und Unterstützung bei Behördenanfragen. Welche Unterlagen nötig sind, hängt von Rolle und Risikoklasse ab. Eine pauschale Zusage allgemeiner Rechtskonformität ist weniger wertvoll als konkrete, überprüfbare Lieferpflichten.

Subunternehmer und Modellzulieferer können Leistung, Sicherheit und Rechtslage wesentlich beeinflussen. Der Kunde benötigt Transparenz über Aufgaben, Standorte und Änderungen sowie ein sinnvolles Widerspruchs- oder Exitrecht. Art. 25 AI Act regelt unter bestimmten Voraussetzungen Kooperation und Verantwortungsverschiebungen in der Wertschöpfungskette; vertragliche Etiketten ändern gesetzliche Rollen jedoch nicht. Eigene Marke, Zweckänderung oder wesentliche Änderung können eine Neubewertung auslösen.

• Informationspflichten nach Rolle, Systemklasse und Lebenszyklus staffeln.
• Modell- und Subunternehmerwechsel als prüfpflichtige Änderung behandeln.
• Keine Klausel akzeptieren, die zwingende Anbieterpflichten pauschal auf den Kunden verlagert.

Quellen: [1] [3]

Datenschutz und Sicherheit in abgestimmten Anlagen regeln

Datenschutz, Informationssicherheit und internationale Übermittlungen brauchen meist eigene Anlagen. Ein Auftragsverarbeitungsvertrag muss zur tatsächlichen Rollenverteilung passen; Sicherheitsanhang, Standardvertragsklauseln und Hauptvertrag dürfen sich nicht widersprechen. Die Rangfolge entscheidet, welche Regel bei Konflikten gilt. Telemetrie, Missbrauchserkennung, Supportzugriff und Modellverbesserung sind ausdrücklich abzubilden, weil sie außerhalb der primären Kundenweisung liegen können.

Sicherheitszusagen sollten konkrete Kontrollen, Nachweise, Schwachstellenmanagement, Zugriffsprotokollierung, Wiederherstellung und Vorfallkommunikation abdecken. Meldefristen des Anbieters müssen dem Kunden genug Zeit für eigene gesetzliche Bewertungen lassen. Audit kann durch Zertifikate und Berichte effizient gestaltet werden, braucht aber Eskalationsrechte bei wesentlichen Mängeln oder Vorfällen. Keine Zertifizierung ersetzt die Prüfung, ob die vereinbarten Kontrollen den konkreten Einsatz schützen.

• Rangfolge von Hauptvertrag, AVV, SCC und Sicherheitsanhang eindeutig bestimmen.
• Telemetrie und eigene Anbieterzwecke nicht stillschweigend als Auftragsverarbeitung behandeln.
• Incident-Fristen, Inhalt der Meldung und laufende Updates festlegen.

Quellen: [3] [1]

Haftung, Gewährleistung und Verhandlung priorisieren

Haftungsklauseln sollten vorhersehbare Schadensbilder des konkreten Use Cases abbilden: Betriebsunterbrechung, Datenverlust, Geheimnisoffenlegung, Datenschutzverletzung, IP-Anspruch oder fehlerhafte externe Entscheidung. Ein einheitliches niedriges Haftungscap kann bei kritischen Risiken unangemessen sein. Denkbar sind differenzierte Obergrenzen, höhere Caps für bestimmte Pflichtverletzungen, Versicherung und Freistellungen. Welche Begrenzung wirksam und welche Position durchsetzbar ist, richtet sich nach dem anwendbaren Recht, der konkreten Klausel und den Vertragsumständen und bleibt eine rechtliche sowie kommerzielle Einzelfallfrage.

Das Management sollte vor Verhandlung rote Linien und Tauschpositionen beschließen. Muss-Klauseln sichern den zulässigen Betrieb; Soll-Klauseln verbessern Risikoverteilung; akzeptierte Lücken erhalten einen internen Risikoeigner und Ersatzmaßnahmen. Ein unterschriebener Vertrag garantiert weder fehlerfreie Leistung noch Rechtskonformität. Fehlen unverzichtbare Informationen, Kontrollrechte oder Exitmöglichkeiten, kann die verantwortliche Entscheidung trotz attraktiven Preises lauten, den Einsatz zu begrenzen oder nicht zu beschaffen.

• Haftungscaps nach Risikokategorie statt nur nach Vertragswert beurteilen.
• Versicherung, Freistellung und Gewährleistung mit realen Schadenspfaden verbinden.
• Vertragslücken nur mit benanntem Risikoeigner und wirksamer Kompensation akzeptieren.

Quellen: [3] [2] [4]

Häufige Fragen