AP-Ausnahmen unter Audit-Policy: Was KI kann und nicht kann
AP-Ausnahmen sind ein hervorragender Wedge für KI: sie sind hochvolumig, größtenteils repetitiv und nehmen Teams die Vorhersagbarkeit im Monatsabschluss. Sie sind auch der Wedge, bei dem KI-Anbieter am häufigsten überversprechen. Dieser Artikel versucht ehrlich zu sein, wo die Wisnots-Agenten helfen, wo sie es nicht tun und wie Audit-Policy in Verantwortung bleibt.
Warum AP-Ausnahmen der richtige Wedge sind
Ein typisches AP-Team bearbeitet Hunderte Ausnahmen pro Woche — PO-Abweichungen, fehlende Freigaben, Lieferanten-Duplikate, Währungsmismatches, Wesentlichkeits-Eskalationen. Jede Ausnahme hat dieselbe Form: Daten aus mehreren Systemen ziehen, die Ausnahme klassifizieren, den Lösungspfad entwerfen, an die richtige Freigabe routen. Die Arbeit ist hochvolumig und strukturell ähnlich.
Genau das ist die Arbeit, in der KI gut ist. Nicht die Urteilsentscheidungen — die Beinarbeit. Ein Agent, der mit eurem ERP, AP/AR-System und Freigabe-Workflow integriert ist, erledigt die Beinarbeit in Sekunden. Die Urteilsentscheidungen, besonders die mit Audit-Konsequenzen, bleiben bei Menschen.
Was "unter Audit-Policy" tatsächlich heißt
Wenn wir "unter Audit-Policy" sagen, meinen wir drei Dinge, alle pro Entität, pro Kategorie und pro Betragsband konfigurierbar:
- Wesentlichkeitsschwellen — unterhalb der Schwelle X ist autonome Buchung erlaubt; oberhalb der Schwelle: Eskalation an einen menschlichen Controller.
- Funktionstrennung — der Actor, der entwirft, kann nicht der Actor sein, der freigibt; das Regelwerk setzt das auf jeder Aktion durch.
- Freigabeketten — definiert pro Kategorie, pro Betragsband, pro Geschäftseinheit. Der Agent respektiert sie; er umgeht sie nie.
Diese Regeln sind kodifiziert, nicht gelernt. Ihr schreibt sie; wir setzen sie durch.
Was KI gut kann
- Ausnahmen klassifizieren: relevanten Kontext aus angebundenen Systemen ziehen und der Policy-Kategorie zuordnen.
- Routen: die Ausnahme an den richtigen Freigeber übergeben, mit der richtigen Vorbereitung, mit dem richtigen SLA-Timer.
- Buchungssätze entwerfen: die vorgeschlagene Buchung produzieren, mit den Belegen, für menschliche Freigabe.
- Kundenkommunikation entwerfen: Mahn-Texte, Streitfall-Antworten, Zahlungs-Fehlschlag-Mitteilungen — alle in der Sprache und im Ton eurer historischen AR-Korrespondenz.
- Muster sichtbar machen: melden, wenn derselbe Ausnahmetyp wiederholt eskaliert, sodass ihr die Policy-Regel verfeinern könnt.
Was KI nicht tun sollte
- Wesentlichkeitsschwellen umgehen: Wenn die Regel sagt "über 50k € erfordert Controller-Freigabe," eskaliert der Agent. Immer.
- Das Regelwerk autonom ändern: Der Agent kann eine vorgeschlagene Regel ENTWERFEN, wenn er eine Lücke sieht; Menschen entscheiden, ob sie übernommen wird.
- Rechtliche Eskalation auslösen: Inkasso, das in eine rechtliche Position übergeht, geht immer durch einen Menschen.
- Betrugs-markierte Ausnahmen autonom anfassen: Das Regelwerk markiert Betrugs-Kategorien als nur-Eskalation.
Die Shadow-Mode-zu-autonom-Progression
Am ersten Tag bekommt jede Ausnahme einen Entwurf, und Menschen geben frei oder korrigieren. Der Agent lernt aus Korrekturen — nicht durch Regeländerung, sondern durch Verbesserung seiner Entwürfe innerhalb der Regeln.
Sobald ihr in einer Kategorie Vertrauen habt (und das Audit zustimmt), setzt ihr Pro-Kategorie-Wesentlichkeitsschwellen für autonome Buchung. Routine-3-Way-Matches unter Schwelle könnten autonom buchen; Mehrwährungs-Abstimmungs-Abweichungen bleiben immer im Shadow.
SOX-Trail: jede Aktion geloggt
Jede Aktion — Kontext-Lookup, Entwurf, Freigabe, Buchung, Eskalation, Schließung — wird mit Zeitstempeln, Actor, Regelpfad und den Daten geloggt, die der Agent zum Entscheidungszeitpunkt sah. Export in CSV, Excel oder direkt im ERP-Audit-Tool-Format. Das Audit kann jede Entscheidung gegen die zum Zeitpunkt aktive Policy nachspielen.
Das ist kein Feature. Das ist die Untergrenze.
Pricing: Bezahlung pro geklärter Ausnahme
Das Pricing folgt der Audit-akzeptablen Schwelle: Bezahlung pro geklärter Ausnahme. Eine Klärung zählt, wenn das Audit die Lösung akzeptiert und das Item für das vereinbarte Fenster geschlossen bleibt. Wiedereröffnungen innerhalb des Fensters werden nicht berechnet.