AI-Implementierungsvertrag: acht Klauseln, die im IT-Standard fehlen

Praxisleitfaden aus Sicht des Auftragnehmers. Beschreibt typische Lösungen, ersetzt keine Einzelfallprüfung. In Vorgesprächen mit Unternehmen mit 50–250 Mitarbeitern fällt regelmäßig dieselbe Aussage: Für ein AI-Projekt genügt der normale IT-Dienstleistungsvertrag samt DSGVO-Vereinbarung. Das klingt plausibel. Ein typischer IT-Vertrag regelt Fristen, Abnahme, Vertragsstrafen, Code-Rechte und Auftragsverarbeitung. Wenn ein Chatbot oder eine Dokumentenautomation nur ein weiteres System ist, wozu dann neue Klauseln verfassen. Zudem verlangt der AI Act bei Systemen mit geringem Risiko keine gesonderte Vertragsform.

Das stärkste Gegenargument

Dieses Argument ist nachvollziehbar. Ein Standard-IT-Vertrag enthält meist einen Abnahmeplan, Vertragsstrafen, die Übertragung von Nutzungsrechten am Code, Bug-Reporting-Prozesse und eine Auftragsverarbeitungsvereinbarung nach Art. 28 DSGVO. Bei ERP- oder E-Commerce-Rollouts reichte das bisher aus. Auch Anbieter von AI-Systemen legen Musterklauseln zu Sicherheit und Trainingsverboten auf Kundendaten vor. DSGVO-Bußgelder von bis zu 4% des weltweiten Jahresumsatzes lassen den AV-Vertrag oft als ausreichenden Schutzschild erscheinen. Bußgelder nach dem AI Act von bis zu 15.000.000 EUR oder 3% des weltweiten Gesamtumsatzes treffen zudem vorrangig Anbieter von Hochrisikosystemen, nicht den Betreiber eines Chatbots für die Bestellabwicklung.

AIBild generiert durch KI.

Was dieses Argument übersieht

Ein Standard-IT-Vertrag regelt vier Punkte nicht, die bei KI das Risiko bestimmen. Erstens, Prompt und Konfiguration: Ob sie ein Werk im Sinne des Urheberrechtsgesetzes darstellen, hängt von ihrem schöpferischen Charakter ab, doch die Vorlage schweigt meist dazu, wem die Verwertungsrechte zustehen. Das führt oft dazu, dass der Anbieter dieselbe Prompt-Schicht nach Vertragsende bei Wettbewerbern einsetzt. Zweitens, Modellversionierung: OpenAI und Anthropic stellen Modelle mit wenigen Wochen oder Monaten Vorlauf ein, wie in der Deprecation-Dokumentation ersichtlich, und ein Standardvertrag gibt dem Kunden nicht das Recht, ein automatisches Upgrade vor den Abnahmetests zu blockieren. Drittens, Datenexport: Konversationsprotokolle und Vektor-Embeddings sind keine gewöhnlichen SQL-Tabellen, daher bleibt die Klausel „Anbieter gibt Daten zurück” oft wirkungslos. Viertens, Halluzinationen: Die Haftung für ein „fehlerhaftes Ergebnis” erfordert einen Schwellenwert, da andernfalls jede ungenaue Antwort zu einem Qualitätsstreit führt. Hinzu kommt die Rollenunterscheidung im AI Act: Anbieter eines KI-Systems und Betreiber haben unterschiedliche Pflichten, die ein Standard-IT-Vertrag selten trennt; ab dem 2.08.2026 müssen Chatbots über die Interaktion mit KI informieren und generierte Inhalte kennzeichnen.

Unser Standpunkt

In unserer Praxis enthält ein Vertrag über eine produktive KI-Einführung acht Klauseln, die in Standard-IT-Verträgen fehlen: Rechte an Prompts und Konfiguration (Übertragung der ausschließlichen Nutzungsrechte oder eine unwiderrufliche, unbefristete Lizenz inklusive Bearbeitungs- und Unterlizenzierungsrecht), 60-tägige Vorankündigung bei Deprecation von Modellen und Verbot von automatischen Upgrades ohne Abnahmetests, Datenexport binnen 30 Tagen im Format JSON/CSV/JSONL, Löschung von Backups binnen 60 Tagen, Halluzinationsgrenze von ≤5% auf dem Testset, Haftungsobergrenze des Anbieters in Höhe von 12 Monatsgebühren, Hinterlegung von Prompts und Code beim Notar oder im Escrow sowie Exit-Assistance für 3 Monate zu Standardkonditionen. Bei uns läuft das so: Bei der Einführung eines Mail-Assistenten anhand einer Stichprobe von 500 Nachrichten erhielten wir zuerst eine Modellkarte mit Metriken, und Abnahmetests auf dieser Stichprobe bestimmten die Version. Ohne diese Klauseln bleibt der Kunde mit einem funktionierenden System zurück, aber ohne Exit-Strategie und ohne Haftungsschwelle für Systemantworten.

AIBild generiert durch KI.

Empfohlene Schritte in diesem Quartal

Prüfen Sie in diesem Quartal vor der Unterzeichnung, ob der Anbieter überhaupt über einen Datenexport binnen 30 Tagen und einen Halluzinationstest von ≤5% verhandelt. Lehnt er beides ab, scheitert das Projekt nicht zwingend, aber das verbleibende Risiko liegt eindeutig beim Kunden. Wir würden unsere Haltung nur unter einer Bedingung ändern: Stellt der Anbieter eine lokale Instanz eines Open-Source-Modells mit auditierter Modellkarte und vollem Zugriff auf die Modellgewichte bereit, verlieren Klauseln zur Deprecation externer APIs ihre Relevanz. Bis dahin behandeln wir einen KI-Einführungsvertrag als eigenständiges Dokument und nicht als Anhang zu einer IT-Vorlage.