Projekte
Agentenorchestrierung für das Backoffice
Ein funktionierender Prototyp: Fünf KI-Agenten mit klar abgegrenzten Rollen bearbeiten Kreditorenrechnungen, mit Dublettenprüfung, Betrugssignalen und Eskalation an einen Menschen bei geringer Sicherheit.
- Was es belegt
- Multi-Agenten-Orchestrierung in einem Kreditorenprozess, bei dem der Mensch bewusst im Prozess bleibt.
- Phasen der Methode
- Gebaut aus
- Claude Tool-Calling
- Werkzeugsätze pro Agent, nach Rolle begrenzt
- Erkennung doppelter Rechnungen anhand des Systemgedächtnisses
- Betrugs- und Anomaliesignale: abweichendes IBAN-Land, Alter der Absenderdomain, Abweichung im Schreibstil
- Übersetzung fremdsprachiger Rechnungen im Nebeneinander
- Eskalation als Entscheidungsanfrage an einen Menschen bei geringer Sicherheit
- Branchen
Die Ausgangslage
Die Kreditorenbuchhaltung vereint hohes Volumen, direktes finanzielles Risiko und eine Angriffsfläche für Betrug. Die meisten Automatisierungsversuche bauen ein einziges System, das liest, abgleicht, prüft und entscheidet. Einer solchen Blackbox traut niemand genug, um den Menschen herauszunehmen.
Was wir gebaut haben
Fünf Agenten teilen sich einen Ablauf, jeder mit einem schmalen, rollenbezogenen Werkzeugsatz.
- Die Erfassung liest die Rechnung und strukturiert sie.
- Der Abgleich prüft sie gegen Bestellungen und frühere Rechnungen im Systemgedächtnis und erkennt so Dubletten.
- Die Betrugsprüfung führt drei Prüfungen durch: ob das Land der Zahlungs-IBAN zum bekannten Land des Lieferanten passt, wie alt die Absenderdomain ist und ob der Schreibstil zur bisherigen Korrespondenz dieses Lieferanten passt.
- Die Übersetzung zeigt jede Rechnung, die nicht in der Arbeitssprache der Sachbearbeitung vorliegt, neben dem Original.
- Die Entscheidung fasst die Ergebnisse der anderen vier zu einer Empfehlung mit Konfidenzwert zusammen.
Kein einzelner Agent trifft eine endgültige Zahlungsentscheidung. Was unter dem Schwellenwert liegt, geht als Entscheidungsanfrage an einen Menschen: ein unbekannter Lieferant, eine abweichende IBAN, ein Dublettenhinweis. Die Anfrage enthält die vollständige Begründungskette und zeigt, welcher Agent was aus welchem Grund markiert hat.
Die Rollengrenzen begrenzen auch den Schaden. Ein Übersetzungsfehler bleibt ein Übersetzungsfehler, weil der Agent, der übersetzt, nicht der Agent ist, der entscheidet.
Was es für Kunden belegt
Agenten in einem Prozess mit hohem Risiko lassen sich nach Rollen begrenzen, mit einem Konfidenzwert bewerten und an eine Person weiterleiten. Der Prüfweg durch Menschen gehört zur ersten Architekturentscheidung.
Phasen der Methode
Der Prototyp liegt in Phase 02 · Nutzen belegen. Phase 03 · System entwickeln würde ihn mit Monitoring, Zugriffskontrollen und einer vereinbarten Freigaberegel für den produktiven Einsatz härten. Siehe die KARPINITY-Methode.