Agent für Rabatt-, Regulierungs- und Partnerkontenabstimmung

Unternehmen leben von Vereinbarungen, deren Geld erst im Nachhinein verrechnet wird: Lieferantenrückvergütungen und Staffelrabatte, Verbundgruppenboni, Palettenkonten mit Spediteuren, Provisionen und Kontingente mit Buchungskanälen. Der Vertrag sagt das eine, die Abrechnung des Partners das andere, und niemand hat die Zeit, beides Zeile für Zeile zu vergleichen. Ein Agent kann die Konditionen lesen, nachrechnen, was gezahlt oder gutgeschrieben werden müsste, und die Differenzen mit Belegen auflisten. Ein Sachbearbeiter entscheidet, was gefordert wird. Die Technik ist heute machbar; schwierig ist es, Vertragskonditionen und Partnerdaten in eine nutzbare Form zu bringen.

Problem & Nutzen

• Heute: Die Konditionen stehen in PDF-Verträgen, Nebenabreden und E-Mails. Rückvergütungen werden, wenn überhaupt, einmal im Jahr gegen eine Gutschrift geprüft, die spät eintrifft. Palettenkonten werden telefonisch und von Hand anhand von Papierscheinen abgestimmt. Hotels erhalten monatliche Provisionsrechnungen von Buchungskanälen, die niemand gegen die Buchungen prüft. Versäumte Forderungen sind schlicht verlorenes Geld; falsche Forderungen kosten Goodwill.
• KI-Nutzen: Das LLM liest die Klauseln (Staffeln, rückwirkende Boni, Ausschlüsse, Zeiträume) und macht daraus eine Berechnungsregel; Code rechnet den erwarteten Betrag nach; der Agent erklärt die Differenz und entwirft die Forderung. Ausnahmen gehen an Menschen, der Routinevergleich läuft laufend statt einmal im Jahr.
• Wo der Bedarf konkret ist (Lückenanalyse, 2026-11): Großhandel (Zentralregulierung und Rückvergütungen, je Periode etwa 6 Std.), Spedition (Palettenkonten, etwa 10 Std.), Hotels (Kanal- und Kontingentabstimmung, etwa 5 Std.). Das sind Schätzungen aus der Prozessanalyse des Katalogs, keine Messwerte.
• Die Belege sind dünn und stammen überwiegend von Anbietern. Anbieter von Rückvergütungsabstimmung beschreiben das Muster (erwarteter versus geforderter versus abgerechneter Betrag) [1]; ein Anbieter für Hotelfinanzen behauptet hohe Rückgewinnungen durch tägliche Prüfung der OTA-Provisionen, seine eigenen Zahlen sind nicht unabhängig geprüft [2]. Betrachten Sie Prozentangaben als Bestfall.

Varianten

• Großhandel und Handel (Grosshandel): Lieferantenrückvergütungen, rückwirkende Staffelrabatte, Werbekostenzuschüsse und Verbundgruppenboni. Die Zentralregulierung über eine Verbundgruppe fügt eine Ebene hinzu: Die Gruppe zieht ein, leitet Boni weiter und erhebt eine Gebühr [3].
• Spedition: Palettenkonten mit Absendern und Empfängern nach Bonner oder Kölner Tauschklauseln; Scheine mit Kontosalden abgleichen und Saldenbestätigungen versenden [4][5].
• Hotel: Provisionsrechnungen und Auszahlungen der Buchungskanäle mit den PMS-Buchungen abgleichen, die Provision bei Stornierungen, No-Shows und ausgeschlossenen Gebühren prüfen sowie Kontingente und Releases mit der tatsächlichen Nutzung vergleichen [2].
• Industrie und Vertrieb: kundenseitige Boni und Preisschutzvereinbarungen.
• Privatnutzung: nicht zutreffend.

So funktioniert es

1. Verträge + Konditionen (PDF, ERP-Preis-/Rabatttabellen)
2. Klauselextraktion in strukturierte Regeln (Staffeln, Zeiträume, Bemessungsgrundlagen, Ausschlüsse)
3. Sachbearbeiter bestätigt Regeln
4. Datenabruf: eigene Verkäufe/Einkäufe/Lieferungen, Palettenscheine, Buchungen
5. Partnerdokumente rein: Abrechnung, Gutschrift, Provisionsrechnung (Dokumenten-KI)
6. deterministische Nachrechnung: erwartete Rückvergütung / Palettensaldo / Provision je Partner und Periode
7. Vergleich erwartet vs. gefordert vs. abgerechnet
8. LLM erklärt Abweichung und zitiert Klausel und Belege
9. Vorschläge: Forderungsschreiben, Saldenbestätigung, Abgrenzung, Korrekturanforderung
10. Prüfung und Freigabe durch Sachbearbeiter
11. versenden, Buchung als Entwurf, Offene-Posten-Liste und Protokoll aktualisieren

• Regeln aus Verträgen: Ein LLM schlägt aus dem Klauseltext die strukturierte Regel vor; ein Mensch bestätigt jede Regel einmalig. Rückwirkende Staffeln, “ab dem ersten Euro” gegenüber “oberhalb der Schwelle” und die Verrechnung von Retouren sind klassische Fehlinterpretationen.
• Die Berechnung erfolgt im Code, niemals “im Kopf” des Modells. Das LLM erklärt und entwirft.
• Mensch-in-der-Schleife (Human-in-the-Loop): Jede ausgehende Forderung, jede Buchung und jede Regeländerung wird von einem Menschen freigegeben; der Agent liest nur Quellsysteme und schreibt Entwürfe.

Datenaufbereitung

Welche Daten: Verträge und Konditionen, Preis- und Rabatttabellen, Verkaufs- und Einkaufshistorie, Partnerabrechnungen und Gutschriften, Palettenscheine und Kontoauszüge, Buchungs- und Provisionsexporte.

Wo sie liegen: Verträge im DMS, auf Dateiablagen oder in E-Mail-Anhängen; Konditionen teils im ERP, teils in den Köpfen der Einkäufer oder in Excel; Palettenscheine auf Papier oder als Fotos; Hoteldaten in PMS, Channel-Manager und Extranets.

Typische Lücken: Konditionen, die nur als Nebenabrede oder E-Mail existieren, keine strukturierten Rückvergütungsstammdaten, Artikel- und Kundennummern, die zwischen Partner und eigenem System abweichen, unleserliche Palettenscheine und Gutschriften ohne Bezug zu der Vereinbarung, die sie abrechnen.

Aufbereitungsschritte: 1. Eine Partnergruppe wählen (z. B. die 10 größten Lieferanten) und alle Vereinbarungen und Nachträge sammeln (PREP-006). 2. Die Konditionen als strukturierte Regeln in einer Tabelle erfassen und mit dem Einkauf validieren (PREP-012, PREP-016). 3. Artikel-, Kunden- und Partnerschlüssel zwischen eigenen Daten und Partnerabrechnungen vereinheitlichen (PREP-005). 4. Ein Testset aus vergangenen Perioden aufbauen, in denen das richtige Ergebnis bekannt ist (PREP-018). 5. Den Zugriff auf Vertrags- und Preisdaten beschränken (PREP-023).

Werkzeuge: Tabellenkalkulation oder DuckDB für die Regeltabellen, Dokumenten-KI für Abrechnungen, ERP-Exporte.

Grober Aufwandsanteil: hoch, etwa 40 bis 50 Prozent. Vertragswissen, nicht das Modell, bestimmt die Qualität. Siehe GUIDE-003.

Umsetzungswege

Welcher Weg für wen

• KMU: B. Standard-Buchhaltungswerkzeuge decken vertragsbasierte Rückvergütungsprüfungen nicht ab; ein kleiner Cloud-API-Aufbau mit Regeln im Code und einer Prüfmaske passt zu üblichen Mengen im Mittelstand. Weg A ist eine Option, wo der ERP-Anbieter ein Rückvergütungsmodul anbietet.
• Großunternehmen: A. Plattformen für Rückvergütungen und Handelsförderung sowie ERP-native Agenten bringen Governance und Regulierungs-Workflows; für Sonderverträge ist B zu erwägen.
• Entwickler: B. Cloud-LLMs mit strukturierten Ausgaben und einem Agenten-Framework; die Berechnung bleibt in deterministischem Code.

Weg A — Kaufen (Standardsoftware)

• ERP-Rückvergütungsmodule und Konditionsengines: SAP (Settlement Management, Rebate Processing), Microsoft Dynamics 365 (Business Central und Finance), proALPHA und ähnliche deutsche Mittelstands-ERP bieten Bonus-/Rückvergütungsabwicklung; sie berechnen Rückvergütungen, vergleichen sie aber selten mit der Abrechnung des Partners oder lesen Verträge.
• Anbieter für Rückvergütungsmanagement und Finanz-Agenten: Spezialisierte Werkzeuge für Rückvergütungen und Abzüge mit KI-gestützter Forderungsbearbeitung gibt es, meist aus den USA; prüfen Sie EU-Hosting, Unterauftragsverarbeiter und einen AVV [1].
• Logistik: Online-Palettenkonten und Palettentauschdienste (Palettenkonto-Plattformen, Palettenpooling-Dienste) decken das Konto ab, nicht die Vertragslogik [4].
• Hotel: OTA-Abstimmungswerkzeuge auf PMS und Channel-Manager [2].
• A wählen, wenn: das ERP bereits saubere Konditionen enthält und das Anbietermodul im Einsatz ist.

Weg B — Auf Cloud-KI-Diensten aufbauen

• Modelle: ein LLM mit Reasoning-Fähigkeit über einen Endpunkt in der EU-Region (Azure OpenAI EU, Vertex AI EU, Bedrock Frankfurt) oder Mistral (EU-Anbieter); strukturierte Ausgaben für Regeln und Befunde.
• Orchestrierung: n8n oder Power Automate für Zeitplanung und E-Mail, ein Agenten-Framework für den Untersuchungsschritt, ERP-/DATEV-Exporte oder APIs als Werkzeuge; Dokumentenerfassung wie in DOC-001.
• B wählen, wenn: die Konditionen individuell sind, kein Produkt passt und eigene oder Partner-Entwicklung verfügbar ist.

Weg C — Selbst betreiben (Open Source)

• Stack: Open-Weight-Modelle (Qwen3, Mistral, gpt-oss) mit vLLM, Docling für Abrechnungen, DuckDB/PostgreSQL für die Nachrechnung, n8n für den Workflow.
• Hardware: HW3 für Reasoning-Modelle über lange Verträge; HW2 genügt, wenn Klauseln einmalig extrahiert und Regeln im Code geprüft werden.
• C wählen, wenn: Vertrags- und Preisdaten das Unternehmen nicht verlassen dürfen.

Weg D — Eigenes Training

Selten nötig. Nur ein passendes Modell für Partner-Artikel- oder Kundenschlüssel über viele Abrechnungslayouts hinweg könnte sich bei sehr hohen Volumen lohnen.

Stand der Technik (2026)

• Klauselextraktion in strukturierte Regeln funktioniert bei Standardformulierungen gut; ungewöhnliche rückwirkende Boni und Verweise auf andere Dokumente (“Konditionen der Gruppe in der jeweils gültigen Fassung”) brauchen die Bestätigung durch einen Menschen.
• Dokumenten-KI liest Partnerabrechnungen und Gutschriften beliebiger Layouts (siehe DOC-001); Positionstabellen bleiben die Hauptfehlerquelle.
• Agenten für Abzüge und Rückvergütungen sind vor allem im US-amerikanischen Konsumgüter- und Pharmaumfeld als Produkt verfügbar [1]; im deutschen Mittelstand sind die meisten Lösungen Eigenentwicklungen oder Erweiterungen, daher die Reife Early Adopter.
• Grenzen und Fehlerbilder: falsche Klauselauslegung, fehlende Nebenabreden, falsch angewandte Staffellogik, plausible, aber falsche Erklärungen für Abweichungen, steuerliche Folgen, die der Agent nicht beurteilen kann, und zu großes Vertrauen der Prüfenden. Leistungszahlen der Anbieter sind selbst berichtet.
• Palettenscheine und viele Hotel-Extranets haben keine saubere API; Computer-Use-Agenten (AGENT-003) sind dort fehleranfällig.

Gemeinsame Bausteine & Kombinationen

• Gleicher Stack: Die Dokumenten-KI und der VLM-Server von DOC-001 und DOC-006 (Lieferscheine, Palettenscheine) sowie das Vertragslesen aus DOC-009 speisen die Regeltabelle.
• Vorgelagert: AGENT-004 (Bestellungen) und AGENT-024 (Frachtabwicklung) erzeugen die Transaktionen und Palettenbewegungen.
• Nachbarn: AGENT-006 deckt Abschluss und Kontenabstimmung gegen Hauptbücher ab, nicht gegen Vertragskonditionen; AGENT-023 behandelt kundenseitige Abzüge und Forderungseinzug; AGENT-005 und AGENT-029 verhandeln die Konditionen, die dieser Agent später prüft.
• Nachgelagert: ANOM-006 (Buchungsanomalien) als zweite Verteidigungslinie; PRED-016 (Liquidität) nutzt erwartete Rückvergütungszuflüsse.
• Plattform: AGENT-002 Workflow-Engine, AGENT-013 für die Orchestrierung.
• Schneller Gewinn in Kombination: Eine Vertragsregel-Tabelle bedient Großhandelsrückvergütungen, Palettenkonten und Hotelprovisionen; einmal aufbauen und wiederverwenden.

Aufwand, Kosten & Kennzahlen

• Weg A: 2–4 Monate, wenn das ERP-Modul und saubere Konditionen vorhanden sind; die Lizenzkosten dominieren.
• Weg B: 2–4 Monate für einen Piloten mit 5–10 Partnern; Kostentreiber sind Regelerfassung, Integration und Prüfaufwand, nicht Tokens.
• Weg C: 3–6 Monate plus GPU-Server und Betrieb.
• Kennzahlen: Anteil der Vereinbarungen mit bestätigten Regeln, zurückgeholter Betrag je Periode (anerkannte Forderungen), Stunden je Regulierungslauf, Tage vom Periodenende bis zur Forderung, offener Palettensaldo und sein Alter, Quote falscher Alarme, Nacharbeitsquote der Prüfenden.

Menschen & Veränderung

Früh einbinden: Geschäftsführung und die Leitung von Einkauf, Finanzen oder Logistik als Prozessverantwortliche; Sachbearbeitende als tägliche Nutzer; IT für die ERP-Schnittstelle; Datenverantwortliche für Vertrags- und Preisdaten. Die Rechtsabteilung prüft Forderungsschreiben und Vertragsformulierungen; die/der Datenschutzbeauftragte wird einbezogen, wenn Ansprechpersonen oder Einzelunternehmer als Partner in den Daten vorkommen (GUIDE-005).

Betriebsrat: abhängig vom Einzelfall. Der Workflow protokolliert, wer welchen Befund bestätigt, freigegeben oder abgelehnt hat; lässt sich daraus individuelle Leistung ableiten, gilt §87 Abs. 1 Nr. 6 BetrVG; §90 Abs. 1 Nr. 3 verlangt die Unterrichtung über KI-gestützte Arbeit (GUIDE-004).

KI-Kompetenz: Art. 4 der KI-Verordnung (AI Act); schulen Sie Sachbearbeitende darin, Klauselzitate zu prüfen und Abweichungen nicht einfach abzunicken (GUIDE-006).

Pilot und Kommunikation: Beginnen Sie mit den 5–10 Partnern mit dem höchsten Abrechnungsvolumen, lassen Sie zwei Perioden parallel zur manuellen Prüfung laufen und stellen Sie das Werkzeug als Weg dar, Geld zu finden, das heute verloren geht (GUIDE-008, GUIDE-009).

Typische Bedenken: belastete Partnerbeziehungen bei falschen Forderungen (daher menschliche Freigabe), Sorge, dass erfahrungsbasiertes Verhandlungswissen entwertet wird, Nachweis bei Betriebsprüfungen.

Menschen behalten die Kontrolle: keine Forderung wird versendet, keine Abgrenzung gebucht und keine Regel aktiviert ohne Freigabe.

Risiken, Regulierung & Compliance

• KI-Verordnung (AI Act): minimales Risiko; interner Back-Office-Prozess, keine Kategorie nach Anhang III. Die Pflicht zur KI-Kompetenz (Art. 4) gilt [6].
• DSGVO: überwiegend Unternehmensdaten; Ansprechpersonen, Einzelunternehmer als Partner und Palettenscheine mit Fahrernamen sind personenbezogene Daten. Minimieren, einen AVV (Art. 28) abschließen, EU-Hosting bevorzugen [7].
• Handelsrecht und Steuern: HGB/GoBD (nachvollziehbare Abgrenzungen und Gutschriften, Verfahrensdokumentation); nachträgliche Rückvergütungen können die Bemessungsgrundlage der Umsatzsteuer ändern (§17 UStG), und die Behandlung von Gruppenboni in der Zentralregulierung ist in der Rechtsprechung derzeit im Fluss: FG Münster (19.05.2026, 15 K 3483/18 U) hielt weitergeleitete Gruppenboni nach Zurückverweisung durch den BFH (XI R 6/22) für nicht umsatzsteuerbar; eine Revision (V R 21/26) wird berichtet, ist aber nicht verifiziert [3]. Überlassen Sie die steuerliche Einordnung dem Steuerberater.
• Vertragsrecht: Ohne vertragliche Grundlage gibt es keine Tausch- oder Rückgabepflicht für Paletten und keinen automatischen Ausgleich; Bonner und Kölner Klausel sind verbandsempfohlene Tauschbedingungen, kein Gesetz (Quelle [4] behandelt sie nicht; aktuellen Wortlaut und AGB-Wirksamkeit juristisch prüfen lassen).
• Wettbewerb und Vertraulichkeit: Die Konditionen mehrerer Partner sind sensibel; halten Sie sie getrennt und lassen Sie nie die Konditionen eines Partners in das Schreiben an einen anderen gelangen.
• Gegenmaßnahmen: reiner Entwurfszugriff, Klauselzitat zu jedem Befund, Wesentlichkeitsschwellen, Stichproben durch einen Controller, unveränderliche Protokolle.

Erste Schritte

1. Ausgangslage messen: Anzahl der Vereinbarungen, jährliches Rückvergütungs- und Provisionsvolumen, Stunden je Regulierung, aktuell gefundene Forderungen.
2. 5–10 Partner mit dem größten Volumen wählen und alle Vertragsdokumente sammeln.
3. Die Konditionen als bestätigte Regeltabelle erfassen; das Vorjahr nachrechnen und mit den tatsächlichen Gutschriften vergleichen (Backtest).
4. Die Abweichungen mit Einkauf oder Logistik besprechen; zählen, welche berechtigte Forderungen gewesen wären.
5. Den Agenten für Abrechnungen, Erklärungen und Schreibentwürfe ergänzen; Forderungen manuell freigeben.
6. Erst auf Palettenkonten oder Hotelkanäle ausweiten, wenn sich die Regeltabelle als verlässlich erwiesen hat.

Quellen

1. Hyperbots — What is Rebate Reconciliation? — https://www.hyperbots.com/glossary/rebate-reconciliation
2. Phacet Labs — Hotel revenue reconciliation and OTA commission automation (vendor article) — https://www.phacetlabs.com/blog/hotel-revenue-reconciliation-ota-commission-automation
3. Grant Thornton Germany — FG Münster: Weitergeleitete Gruppenboni im Zentralregulierungsgeschäft nicht umsatzsteuerbar — https://www.grantthornton.de/themen/2026/fg-muenster-weitergeleitete-gruppenboni-im-zentralregulierungsgeschaeft-nicht-umsatzsteuerbar/
4. Verkehrsrundschau — Palettentausch: So schützen sich Speditionen — https://www.verkehrsrundschau.de/nachrichten/transport-logistik/tausch-tuecken-3778985
5. SoftGuide — Führung von Palettenkonten (function description) — https://www.softguide.de/funktion/fuehrung-von-palettenkonten
6. Regulation (EU) 2024/1689 (AI Act) — https://eur-lex.europa.eu/eli/reg/2024/1689/oj
7. Regulation (EU) 2016/679 (GDPR) — https://eur-lex.europa.eu/eli/reg/2016/679/oj