Freigabematrix für KI-Agenten im ERP: Wer gibt was frei?

Das Wichtigste in Kürze

• Eine Freigabematrix legt für jede Aktion des Agenten die Wertgrenze und die freigebende Rolle fest, abgeleitet aus Ihrer Kompetenzregelung.
• Geben Sie jeder Aktion eine Regel nach Betrag, Gesellschaft und Kunde; die strengste Regel entscheidet, wer unterschreibt und wie viele Personen.
• Fehlende interne Kontrollen trugen zu 33 % der Betrugsfälle im Unternehmen bei, umgangene bestehende Kontrollen zu 19 % (ACFE, 2026).
• Funktionstrennung gilt auch für den Agenten: Admins legen die Regeln fest, Finance gibt frei, und mit Transformance wird nichts ohne menschliche Freigabe gebucht.

In diesem Artikel

• Das Wichtigste in Kürze
• Wer gibt was frei, wenn ein KI-Agent in Ihrem ERP arbeitet?
• Wie ordnen Sie Agentenaktionen nach ihrer Wirkung?
• Wie wirken Wertgrenzen nach Betrag, Gesellschaft und Kunde zusammen?
• Wie trennen Sie die Funktionen von Regelautoren und Freigebenden?
• Welche Rolle spielen die Freigabefunktionen des ERP?
• Was sieht die freigebende Person vor der Freigabe?
• Wie richten Sie Wertgrenzen sicher ein und passen sie an?

Wer gibt was frei, wenn ein KI-Agent in Ihrem ERP arbeitet?

Admins legen die Regeln und Wertgrenzen des Agenten fest, Finance gibt seine Aktionen frei, und Wertgrenzen nach Betrag, Gesellschaft und Kunde bestimmen, welche Person unterschreibt und wie viele Personen es sind.

Beispiel einer Freigabematrix für einen KI-Agenten in der Debitorenbuchhaltung

Beispielrichtlinie: Sie konfigurieren jeden Wert. Die Beträge sind Beispiele; übernehmen Sie Ihre aus Ihrer Kompetenzregelung.

Eine Freigabematrix ist eine Tabelle, die für jede Aktion des Agenten die geltende Wertgrenze und die freigebende Rolle benennt, damit niemand von Fall zu Fall entscheidet, wer freigeben darf. Ihre Kompetenzregelung legt Grenzen für Ausbuchungen und Gutschriften für Mitarbeitende bereits fest; der Agent braucht dieselbe Tabelle, erweitert auf jede Aktion, die er ausführen kann.

Gartner prognostiziert, dass bis 2028 mindestens 15 % der alltäglichen Arbeitsentscheidungen durch agentische KI autonom getroffen werden (2024: 0 %) und dass über 40 % der Projekte mit agentischer KI bis Ende 2027 abgebrochen werden, unter anderem wegen unzureichender Risikokontrollen (Gartner, 2025).

Kontrollen versagen auf immer ähnliche Weise. In der Studie der ACFE zu 2.402 Betrugsfällen im Unternehmen (Occupational Fraud) aus 143 Ländern und Gebieten trugen fehlende interne Kontrollen in 33 % der Fälle bei, umgangene bestehende Kontrollen in 19 % und eine fehlende Prüfung durch das Management in 18 %, zusammen 70 % (ACFE, Occupational Fraud 2026). Die Studie handelt nicht von KI, aber eine Freigabematrix schließt alle drei Lücken für einen Agenten.

‍

‍

Transformance liefert die Mechanik: mehrstufige Freigaben mit Wertgrenzen nach Betrag, Gesellschaft und Kunde, Rollen, die Admins (Regelkonfiguration) von Finance-Anwendern (Freigabe) trennen, und keine Buchung ohne menschliche Freigabe. Die Richtlinie liefert Ihr Finanzteam.

Wie ordnen Sie Agentenaktionen nach ihrer Wirkung?

Ordnen Sie jede Aktion des Agenten danach, was sie verändert: noch nichts (ein Vorschlag), eine Kundenbeziehung (eine Nachricht oder Vereinbarung), das Hauptbuch (eine Buchung) oder die Regeln selbst (Konfiguration).

• Vorschläge verändern nichts. Ein vorgeschlagener Treffer, Klärfall oder Mahnentwurf wird in der Arbeitsliste mit seinen Nachweisen geprüft.
• Kundenkontakt verändert die Beziehung, nicht das Hauptbuch. Zahlungserinnerungen, Anrufe und Zahlungspläne erreichen den Kunden. Ihre Richtlinie legt fest, bei welchen Kunden immer ein Mensch handelt, etwa bei Key Accounts und Kunden mit offenem Klärfall.
• Buchungen im Hauptbuch brauchen eine Freigabe. Ausgleichsbuchungen, Differenzen und Restposten, Ausbuchungen, Gutschriften, Buchungssätze und Stornos verändern Bilanz, GuV oder den Kontoauszug des Kunden. Mit Transformance wartet jede davon auf einen Menschen.
• Konfiguration verändert die nächsten tausend Entscheidungen. Eine Ausbuchungsgrenze, die von 1.000 EUR auf 5.000 EUR steigt, verschiebt jede spätere Ausbuchung. Toleranzen und Routing-Wertgrenzen sind Konfiguration, und Konfiguration in einer Kontrolle sollte nach Uniqus versioniert, zwischen Autor und Freigebendem getrennt, durch die Umgebungen überführt und protokolliert werden (Uniqus, 2026).

Transformance kennt die Freigabestufen Lesen, Empfehlen, Ausführen und Buchen; bei Buchungen im ERP bleibt immer ein Mensch eingebunden (Human in the Loop).

Wie wirken Wertgrenzen nach Betrag, Gesellschaft und Kunde zusammen?

Geben Sie jeder Aktion des Agenten eine Regel nach Betrag, Gesellschaft und Kunde und lassen Sie die strengste gelten: Ein hoher Betrag, eine neue Gesellschaft oder ein sensibler Kunde holt eine höhere Freigabeebene dazu.

• Betrag. Stufen je Aktion, abgeleitet aus den Grenzen, die Ihre Mitarbeitenden schon haben.
• Gesellschaft. Je Buchungskreis, Tochtergesellschaft oder juristischer Person. Gründe für eine strengere Regel: die ersten 90 Tage nach dem Go-live, ein lokaler Zeichnungsberechtigter, eine andere Landeswährung, eine Periode im Abschluss. Siehe Debitorenbuchhaltung über mehrere Gesellschaften.
• Kunde. Key Accounts, offene Klärfälle, Intercompany-Partner und nahestehende Personen erhalten eine namentlich benannte Freigabe oder ein niedrigeres Limit. Diese Regel setzt voraus, dass Klärfall- und Zahlungszusage-Historie am selben Datensatz hängt wie die offenen Posten, wie in einer 360-Grad-Kundensicht.

In SAP gilt dasselbe Prinzip. Beim Ausgleich prüft SAP S/4HANA die Toleranzgruppe des Mitarbeiters und die des Debitors; eine Zahlungsdifferenz wird nur dann automatisch behandelt, wenn sie innerhalb beider Toleranzen liegt (SAP Learning, Kurs zu S/4HANA). Die Regel, dass die strengste gilt, überträgt diese Logik auf die Freigebenden.

Beispiel zur Veranschaulichung (die Zahlen sind fiktiv). Der Agent schlägt vor, einen Restposten von 12.000 EUR bei einem Key Account auszubuchen, in einer Gesellschaft, die vor sechs Wochen live gegangen ist.

• Die Betragsstufe verlangt den Controller (über 1.000 EUR, bis 25.000 EUR).
• Die Regel zur Gesellschaft verlangt den Controller für jede Ausbuchung in den ersten 90 Tagen; sechs Wochen sind Tag 42.
• Die Kundenregel verlangt die Mitzeichnung der Key-Account-Verantwortlichen.
• Ergebnis: zwei Unterschriften, Controller und Key-Account-Verantwortliche.

In der Praxis zeigen sich zwei Lücken: Ohne Kundenregel erhält ein Kunde mit offenem Klärfall eine Zahlungserinnerung, die automatisch wirkt; ohne Betragsregel läuft ein Ausgleich über 400.000 EUR auf Sachbearbeitungsebene durch. Manche Teams ergänzen eine Tagessumme je Freigebendem, damit 200 Ausbuchungen von je 900 EUR nicht an einem Tag auf 180.000 EUR unter der Unterschrift einer einzigen Leitung Debitorenbuchhaltung anwachsen. Regeln für Zahlungsdifferenzen im Detail: Teilzahlungen und Abzüge.

Wie trennen Sie die Funktionen von Regelautoren und Freigebenden?

Funktionstrennung für einen KI-Agenten heißt: Admins konfigurieren Regeln und Wertgrenzen, Finance-Anwender geben Aktionen frei, und niemand gibt eine Aktion frei, die unter einer von ihm selbst verfassten Regel läuft.

Transformance trennt die beiden Rollen. Die Anmeldung erfolgt per SSO/SAML, und eine rollenbasierte Zugriffssteuerung (RBAC) legt fest, was jede Rolle sehen und freigeben darf. Benennen Sie vor dem Go-live vier Rollen:

• Regelautor: der Admin für Finanzsysteme, der Regeln, Toleranzen und Wertgrenzen festlegt.
• Regelfreigabe: der Controller, der jede Änderung einer Regel oder Wertgrenze freigibt.
• Freigabe je Stufe: Sachbearbeitung Debitoren, Leitung Debitorenbuchhaltung, Controller, CFO.
• Protokollprüfung: die Interne Revision, mit Stichproben der Freigaben.

Wenn eine einzige Systemidentität eine Gutschriftskorrektur vorschlagen, begründen und buchen kann, vereint sie nach Uniqus (2026) Aufgaben, die die Kontrollgestaltung trennen sollte. Mit Transformance schlägt Vero vor, und ein Mensch gibt frei. Wie die ERP-Identität und die Zugriffsrechte des Agenten zugeschnitten werden: so greifen KI-Agenten sicher auf ERP-Daten zu.

Ergänzen Sie zwei Prüfungen auf dieselbe Person: Wer eine Ausnahme geklärt hat, gibt deren Buchung nicht frei, und wer eine Gutschrift vorgeschlagen hat, gibt sie nicht frei. Eine vollständige Matrix zur Funktionstrennung gehört in Ihr internes Kontrollsystem (IKS); diese Rollen kommen durch einen KI-Agenten hinzu.

Welche Rolle spielen die Freigabefunktionen des ERP?

Lassen Sie die Freigabefunktionen des ERP als äußeren Zaun eingeschaltet, und setzen Sie die Limits des buchenden Benutzers so, dass das ERP alles oberhalb der obersten Stufe Ihrer Freigabematrix ablehnt.

• SAP S/4HANA und ECC. Toleranzgruppen für Mitarbeiter legen den höchsten Belegbetrag fest, den ein Benutzer buchen darf, die höchste Debitoren- oder Kreditorenposition, das höchste Skonto und die höchste Zahlungsdifferenz; jeder Benutzer lässt sich ausdrücklich einer Toleranzgruppe zuordnen (SAP Learning), und laut SAP-Dokumentation sind sie je Buchungskreis möglich (SAP Help, Release 4.6C). So kann der Benutzer, unter dem ein Fremdsystem bucht, Ihre oberste Stufe als Obergrenze tragen. Die Beträge gelten stets in der Hauswährung (SAP Learning): Ein Limit von 25 bedeutet 25 EUR in einem Buchungskreis in Euro und 25 JPY in einem in Yen; rechnen Sie Ihre Grenzen daher je Buchungskreis um. Für Hauptbuchbuchungen liefert SAP einen vordefinierten einstufigen Freigabe-Workflow, die Prüfung von Hauptbuchbuchungen (SAP Learning). Mehr dazu in der SAP-S/4HANA-Schnittstelle.
• Dynamics 365 Finance. Die Genehmigung wird je Erfassungsname festgelegt: keine Genehmigung, manuelle Genehmigung durch eine Benutzergruppe oder Workflow-Genehmigung. Ohne Genehmigung kann derselbe Benutzer die Erfassung anlegen und ohne Zwischenprüfung buchen (Microsoft Learn, 2026). Siehe die Dynamics-365-Finance-&-Operations-Schnittstelle.
• NetSuite. Ist die Einstellung Require Approvals on Journal Entries aktiv, muss ein Benutzer mit der Berechtigung Journal Approval (Stufe Edit oder höher) jede Buchung freigeben, bevor sie gebucht wird. Standardmäßig haben nur Administratoren diese Berechtigung, und Stornos werden zusammen mit der ursprünglichen Buchung freigegeben (Oracle NetSuite Help). Siehe die NetSuite-Schnittstelle.
• Oracle Fusion Cloud ERP. Das Hauptbuch und die Journalquelle müssen beide aktiviert sein, und die Freigabe gilt für den gesamten Journalstapel. Für Nebenbuchquellen rät Oracle von einer Freigabe im Hauptbuch ab; Freigaben für Nebenbuchtransaktionen sollten in den Nebenbüchern selbst erfolgen (Oracle, Fusion Financials 26A). Transformance unterstützt Oracle: die Oracle-Schnittstelle.

Freigabe-Workflows für Hauptbuchbuchungen sind für manuelle Buchungssätze ausgelegt. Ausgleichsbuchungen und Zahlungsdifferenzen aus einem externen Debitorensystem sind Buchungen im Nebenbuch, daher muss ihre Freigabe vor dem Schreiben im Debitorensystem erfolgen, mit den Benutzerlimits des ERP als Absicherung.

Das ERP prüft weiterhin jede Buchung: Eine geschlossene Buchungsperiode, ein gesperrter Posten oder eine überschrittene Toleranz lässt die Buchung scheitern, ob freigegeben oder nicht. Auch für eine vom ERP abgelehnte Buchung braucht Ihre Matrix daher eine verantwortliche Person. Die Buchungsmechanik: wie Fremdsysteme Zahlungen buchen und offene Posten ausgleichen.

Was sieht die freigebende Person vor der Freigabe?

Die freigebende Person sollte den vorgeschlagenen Buchungssatz, seine Nachweise, das Ergebnis der Buchungsprüfung und die geltende Wertgrenze sehen, damit die Freigabe eine Entscheidung ist und kein Klick.

Vero, der Agent von Transformance, untersucht eine Ausnahme in Customer 360, holt Informationen aus internen und externen Quellen, um weitere Treffer zu finden, und schlägt dann mit den Nachweisen vor. Bei einer Kurzzahlung sind das die Zahlungsavis-Zeile, frühere Abzüge und der offene Klärfall. Ein Mensch gibt frei, ändert oder lehnt ab. ClearMatch prüft 100 % der Buchungen, und ohne menschliche Freigabe wird nichts gebucht.

Das Audit-Protokoll hält Zeitstempel, die Aktion des Systems, die Aktion des Benutzers, die freigebende Person, die Eingabe und die Konfidenz fest; mehr dazu: was der Audit-Trail eines KI-Agenten aufzeichnet.

Zwei Gewohnheiten halten die Freigabe wirksam:

• Eine Ablehnung braucht einen Ursachenschlüssel. Die Gründe speisen Ihre monatliche Überprüfung der Wertgrenzen. Uniqus (2026) benennt das Risiko: Ist die Freigabe nur ein kurzer Blick, hat der Agent die Entscheidung faktisch selbst getroffen.
• Ein Konfidenzwert ist ein Nachweis, nie eine Grenze. In Ihrer Matrix entscheiden die Regeln nach Betrag, Gesellschaft und Kunde, wer unterschreibt, egal wie hoch der Wert ist.

Fragen an Anbieter: die Checkliste für KI-Anbieter in Finanzteams.

Wie richten Sie Wertgrenzen sicher ein und passen sie an?

Beginnen Sie mit Ihren bestehenden Grenzen in einer Gesellschaft, prüfen Sie Ablehnungen und Korrekturen monatlich, und heben Sie eine Wertgrenze nur als protokollierte Änderung an, die jemand anderes als ihr Autor freigibt.

Eine Freigabematrix für einen KI-Agenten in sieben Schritten aufsetzen

‍

‍

1. Listen Sie jede Aktion auf, die der Agent ausführen kann, und ordnen Sie sie danach, was sie verändert: noch nichts, Kundenkontakt, Hauptbuch oder Konfiguration.
2. Übernehmen Sie die Beträge aus Ihrer bestehenden Kompetenzregelung für Ausbuchungen, Gutschriften und Zahlungspläne; erfinden Sie keine neuen Grenzen für den Agenten.
3. Legen Sie die Betragsstufen je Aktion und die freigebende Rolle je Stufe fest, und lassen Sie bei jeder Buchung im Hauptbuch einen Menschen beteiligt.
4. Ergänzen Sie Regeln zur Gesellschaft: strengere Grenzen für neu live gegangene Gesellschaften, geschlossene Perioden und Gesellschaften mit lokalem Zeichnungsberechtigten.
5. Ergänzen Sie Kundenregeln: Key Accounts, Kunden mit offenem Klärfall, Intercompany-Partner und nahestehende Personen erhalten eine namentlich benannte Freigabe.
6. Trennen Sie die Rollen: Admins legen Regeln und Wertgrenzen fest, Finance gibt Aktionen frei, und niemand gibt etwas frei, das unter einer von ihm selbst verfassten Regel läuft.
7. Spiegeln Sie die oberste Stufe im ERP: Setzen Sie die Limits des buchenden Benutzers so, dass das ERP alles oberhalb der Matrix ablehnt, und prüfen Sie Ablehnungen monatlich, bevor Sie eine Wertgrenze ändern.

Ein Proof of Value läuft 4 bis 5 Wochen in einer Gesellschaft. Die ERP-Anbindung dauert in der Regel 2 bis 3 Tage (Ihre IT kann beteiligt sein); der gesamte Rollout dauert bis zu 4 bis 8 Wochen. Benennen Sie die freigebende Person für Buchungen und die Verantwortlichen für Ausnahmen, bevor der Proof of Value beginnt (Zeitplan der Einführung).

Heben Sie ein Limit nur auf Basis eigener Belege an: Ablehnungen je Aktion und Stufe, Korrekturen, Stornos und Zeit bis zur Freigabe. Gibt eine Leitung Debitorenbuchhaltung 400 Buchungen von Kurzzahlungen im Monat frei und lehnt drei Monate lang keine ab, ist die Prüfung womöglich zum kurzen Blick geworden; sehen Sie sich eine Stichprobe an, bevor Sie das Limit anheben.

Verschärfen Sie auf dieselbe Weise für eine neue Gesellschaft, ein umorganisiertes Team oder einen Periodenabschluss.

Wer Transformance einsetzt

• ERPs: Finanzteams mit SAP S/4HANA, SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations und Business Central oder Odoo (alle bei Kunden im Produktivbetrieb) sowie mit Oracle oder Infor (unterstützt), die mehrstufige Freigaben mit Wertgrenzen nach Betrag, Gesellschaft und Kunde wünschen.
• Größe: Mittelstand bis Großunternehmen, 250 bis über 2.000 Mitarbeitende, auch Gruppen mit mehreren Gesellschaften und Shared-Service-Centern.
• Zahlungsvolumen: von unter 1.000 bis über 100.000 Zahlungen im Monat.
• Branchen: Fertigung, Konsumgüter sowie Lebensmittel und Getränke, Logistik, E-Commerce, Landwirtschaft, Energie und unternehmensnahe Dienstleistungen.
• Umfang: Cash Application allein oder der gesamte Order-to-Cash (Cash Application, Abzugsmanagement, Forderungsmanagement, Liquiditätsplanung).

Fazit: Schreiben Sie die Richtlinie, bevor der Agent ins Hauptbuch schreibt

Ein KI-Agent im ERP ist so kontrolliert wie seine Freigabematrix: Aktionen nach Wirkung geordnet, drei Achsen für Wertgrenzen, getrennte Regelautoren und Freigebende und ERP-Limits als Absicherung.

Bringen Sie Ihre Kompetenzregelung zum ersten Workshop mit: Transformance konfiguriert darauf Wertgrenzen nach Betrag, Gesellschaft und Kunde.

Wichtige Begriffe

• Agentic AI: KI, die mehrstufige Aufgaben auf ein Ziel hin erledigt, innerhalb von Grenzen, die Menschen setzen.
• KI-Governance: die Richtlinien, Rollen und Kontrollen, die festlegen, was ein KI-System tun darf und wer dafür einsteht.
• Audit-Trail: der Nachweis, wer was wann und auf Basis welcher Eingabe getan hat.
• Abschreibung von Forderungen: das Ausbuchen eines uneinbringlichen Saldos aus den Forderungen, meist unter einer Freigabegrenze.
• Gutschrift: ein Beleg, der verringert, was ein Kunde schuldet.
• Eskalationsmatrix: eine Tabelle, wer einen Vorgang bei welchem Auslöser übernimmt; die Freigabematrix ist ihr Gegenstück für die Freigabe.

Weiterführende Ratgeber

• Mit welchen ERP-Systemen arbeitet Transformance zusammen?
• Was protokolliert der Audit-Trail eines KI-Agenten in der Debitorenbuchhaltung?
• Wie buchen Fremdsysteme Zahlungen und gleichen offene Posten aus?
• Welche Daten liest die Debitorenautomatisierung im ERP und was schreibt sie zurück?
• Wie funktioniert die SAP-S/4HANA-Schnittstelle von Transformance?
• Wie greifen KI-Agenten sicher auf Ihr ERP und Ihre Kundendaten zu?

Häufig gestellte Fragen

Kann ein KI-Agent ohne Freigabe ins ERP buchen?

Mit Transformance nicht: Nichts wird ohne menschliche Freigabe ins ERP gebucht, und ClearMatch prüft vorab 100 % der Buchungen. In Ihrer Freigabematrix bestimmen Wertgrenzen nach Betrag, Gesellschaft und Kunde, wer unterschreibt und wie viele Personen, nie ob eine Buchung freigegeben wird.

Kann ein Konfidenzwert eine Wertgrenze ersetzen?

Nein. Ein Konfidenzwert sagt der freigebenden Person, wie belastbar die Nachweise sind; Ihre Regeln nach Betrag, Gesellschaft und Kunde entscheiden, wer unterschreibt. Transformance protokolliert die Konfidenz im Audit-Protokoll, und ein Mensch gibt jede Buchung frei, egal wie hoch der Wert ist.

Mit welchen ERP-Systemen funktioniert das Freigabemodell von Transformance?

Transformance läuft bei Kunden im Produktivbetrieb mit SAP S/4HANA, SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations und Business Central sowie Odoo und unterstützt Oracle und Infor. Mehrstufige Freigaben mit Wertgrenzen nach Betrag, Gesellschaft und Kunde sind Teil der Plattform.

Können Wertgrenzen je Gesellschaft oder Buchungskreis unterschiedlich sein?

Ja: Wertgrenzen lassen sich nach Gesellschaft ebenso festlegen wie nach Betrag und Kunde, und mehrere SAP-Buchungskreise, NetSuite-Tochtergesellschaften oder Dynamics-365-Gesellschaften laufen in einer Transformance-Umgebung, für Gruppen von 250 bis über 2.000 Mitarbeitenden.

Wer konfiguriert die Freigaberegeln?

Admins konfigurieren Regeln und Wertgrenzen, Finance-Anwender geben die Aktionen frei; Transformance hält die beiden Rollen getrennt. Die Anmeldung erfolgt per SSO/SAML, und RBAC legt fest, was jede Rolle sehen und freigeben darf.

Wie lange dauert die Einrichtung der Freigaben mit Transformance?

Die ERP-Anbindung dauert in der Regel 2 bis 3 Tage (Ihre IT kann beteiligt sein); ein Proof of Value läuft 4 bis 5 Wochen in einer Gesellschaft, und der gesamte Rollout dauert bis zu 4 bis 8 Wochen.

Was kostet Transformance?

Die Kosten hängen vom Umfang und von der Zahl der Gesellschaften ab, von Cash Application allein bis zum gesamten Order-to-Cash. Buchen Sie einen Termin für ein Angebot zu Ihrem Setup.