Vertragsprüfungs-SOP

Eine Vertragsprüfungs-SOP (Standard Operating Procedure) ist der dokumentierte, wiederholbare Prozess, den Legal Ops nutzt, um jeden Vertrag in der Queue zu triagieren und zu prüfen — was wird selbst bedient, was bekommt ein Paralegal, was bekommt einen Anwalt und was wird an externe Anwälte eskaliert. Ohne SOP wird jeder Vertrag gleich behandelt, was bedeutet, dass Routine-NDAs Zeit von Senior-Anwälten absorbieren und komplexe MSAs gehetzt werden.

Das Vier-Tier-Triage-Modell

Die meisten reifen internen Teams sortieren Verträge nach Risiko und Komplexität in vier Tiers:

Schwellenwerte variieren nach Branche. Gesundheitswesen und Finanzdienstleistungen neigen dazu, mehr Verträge hochzustufen aufgrund von Compliance-Auflagen; SaaS-Unternehmen stufen mehr herunter, wenn KI das Routineende übernimmt.

Was in das SOP-Dokument gehört

Eine funktionierende Vertragsprüfungs-SOP umfasst 5-15 Seiten und deckt folgendes ab:

1. Triage-Regeln. Was in welchen Tier kommt, wer entscheidet, welche Ausnahmen es gibt.
2. Intake-Formulare nach Vertragstyp. Unterschiedliche Felder für NDA vs. MSA vs. Lieferantenvertrag; Mindestinformationen, die erforderlich sind, bevor Legal die Anfrage bearbeitet.
3. Playbook-Positionen nach Vertragstyp. Akzeptable, Rückfall- und Walk-Away-Positionen zu jeder wesentlichen Klausel (Haftungsobergrenze, Freistellung, IP-Eigentümerschaft, anwendbares Recht, Laufzeit, automatische Verlängerung).
4. Genehmigungsmatrix. Wer bei welcher Dollarschwelle, welcher Risikoschwelle, welcher Laufzeitlänge unterzeichnet.
5. Eskalationspfade. Wann zum GC eskaliert wird, wann externe Anwälte einbezogen werden, was eine Deal-Review auslöst.
6. KI-Richtlinie. Welche Vertragstypen KI autonom prüfen darf, wobei KI assistiert aber nicht entscheidet, und was vollständig menschlich bleibt.

Operationalisierung

1. Im CLM kodieren. Das Intake-Formular, die Routing-Regeln und die Genehmigungsmatrix leben alle in Ironclad, Agiloft oder welchem CLM das Team auch immer betreibt. Papier-SOP ohne Systemdurchsetzung ist Theater.
2. KI-Tools auf das Playbook trainieren. Ob Spellbook, LawGeex oder BlackBoiler genutzt wird — der Redline-Output der KI sollte die Playbook-Positionen der SOP widerspiegeln. Beide gemeinsam aktualisieren, wenn sich Positionen ändern.
3. Wöchentlich prüfen. Jede Woche 10-20 abgeschlossene Verträge samplen und den richtigen Tier, den richtigen Prüfer und die richtige Genehmigung verifizieren. Drift im Mitarbeitergespräch aufdecken.
4. SOP versionieren. Wie Produktcode behandeln: Version, Änderungsprotokoll, Eigentümer. Wenn sich eine Position ändert (neue Haftungsobergrenze, neue Walk-Away-Position), Version erhöhen und KI-Tools neu trainieren.

Häufige Fehler

• Kein Tier 1. Teams, die nicht definieren, was als wirklich routinemäßig gilt, prüfen jeden Vertrag durch einen Anwalt. Aggressive Tier-1-Definitionen sind der größte einzelne Gewinn für Zykluszeit.
• Playbook-Positionen, die nicht mit den Positionen externer Anwälte übereinstimmen. Wenn ein Vertrag eskaliert, drücken externe Anwälte auf andere Konditionen als das Playbook, was die Verhandlungsposition des internen Teams untergräbt. Playbooks vierteljährlich mit externen Anwälten synchronisieren.
• KI-Tools und SOP driften auseinander. Die CLM-KI schlägt Positionen A, B, C vor; das Playbook sagt A, B, D. Anwälte lernen, die KI zu ignorieren. KI-Konfiguration als Teil der SOP selbst behandeln.
• Keine Eskalationsauslöser. Ohne explizite „an GC eskalieren, wenn X”-Regeln finden Eskalationen nach dem Komfortniveau des Anwalts statt, was inkonsistent ist.

Verwandte Themen

• NDA-Playbook — die häufigste Tier-1-SOP
• MSA-Redlining-Rubrik — Tier-2-3-Vertragsprüfungstiefe
• Contract Lifecycle Management — das System, das die SOP durchsetzt
• Was ist Legal Ops? — die Funktion, die SOP-Design besitzt