Katalog / LLM-Agenten und Workflow-Automatisierung / AGENT-010

Agent für Reisebuchung und Reisekostenabrechnung

Ein Agent, der Geschäftsreisen im Rahmen der Unternehmensrichtlinie bucht und die daraus entstehenden Reisekostenabrechnungen aus Belegen, Kartenumsätzen und Kalenderdaten vorbereitet, prüft und einreicht.

Geschäftsreisen bringen zwei mühsame Schleifen mit sich: regelkonforme Reisen finden und buchen, und anschließend aus Belegen eine korrekte Reisekostenabrechnung machen. Ein Agent übernimmt jetzt beides. Er liest eine Anfrage wie „München nach Lissabon, 12.-14. Nov., Kundenbesuch“, durchsucht das Angebot, wählt Optionen innerhalb der Richtlinie, bucht nach Freigabe und stellt später die Abrechnung aus Belegen und Kartenumsätzen zusammen. Menschen geben Ausnahmen und Ausgaben frei.

Problem & Nutzen

  • Heute: Beschäftigte buchen über ein Reiseportal, ein Reisebüro oder per E-Mail, oft außerhalb der Richtlinie. Nach der Reise fotografieren sie Belege, tippen Beträge neu ein, teilen Mahlzeiten auf, rechnen Währungen um und wenden Pauschalen an. Die Finanzabteilung prüft dann jede Abrechnung von Hand, mahnt fehlende Belege an und korrigiert Steuerschlüssel.
  • KI-Nutzen: weniger Buchungen außerhalb der Richtlinie, kürzere Erstattungszyklen, weniger manueller Prüfaufwand, weniger Fehler bei Umsatzsteuer und Pauschalen und bessere Ausgabentransparenz (Reisende, Reise und Kostenstelle sind verknüpft).
  • Belege: Es gibt Herstellerangaben (z. B. nennt Navan einen Befund von Forrester mit etwa 8 Stunden pro Woche, die Finanzteams bei Abrechnung und Abstimmung sparen), doch sie stammen von Anbietern und hängen von der Arbeitslast ab; messen Sie Ihre eigene Ausgangslage [2][3].

Varianten

  • KMU: eine Reise- und Ausgabenplattform mit eingebettetem Assistenten; die Büroleitung gibt frei.
  • Großunternehmen: Agent innerhalb der Reisekosten-Suite, integriert mit HR (Kostenstellen, Freigabeketten), ERP und Fürsorgepflicht-Werkzeugen; Richtlinien-Engine je Land und Beschäftigtengruppe.
  • Nur Abrechnung: keine Buchung; der Agent erstellt Abrechnungen aus Belegen und Kartenumsätzen (siehe DOC-002).
  • Nur Buchung / Travel-Management-Company (TMC): Der Agent arbeitet mit den Werkzeugen der TMC für komplexe Reisen.
  • Öffentlicher Dienst / NGOs: strengere Förderregeln, förderspezifische Kostenzuordnung, Regeln zu Trennungsgeld/Reisekostengesetz.
  • Private Nutzung: Die private Reiseplanung ist ein anderer Fall (PERS-003, CONV-012).

So funktioniert es

  1. request (chat/email/calendar event)
  2. intent + constraints extraction (dates, budget, traveller profile, preferences)
  3. policy lookup (cabin class, price caps, preferred hotels, CO2 limits)
  4. search via booking APIs/MCP tools (flights, rail, hotels, cars)
  5. ranking + explanation ("why this option")
  6. approval (manager / traveller confirms; mandatory above thresholds)
  7. booking + itinerary + calendar entry ── during/after trip ──
  8. receipt capture (VLM/OCR) + card-feed matching
  9. categorisation, VAT/tax code, per-diem & mileage calculation, currency conversion
  10. pre-submit audit (duplicates, missing receipts, policy and plausibility checks)
  11. human submission/approval
  12. posting to ERP + archive
  • Agentenkern: ein LLM mit Werkzeugzugriff (Suche, Reservieren/Buchen, Stornieren, Richtlinienabruf, Abrechnungs-API). Deterministischer Code, nicht das Modell, berechnet Pauschalen, Obergrenzen und Währungsumrechnung.
  • Richtlinie als Daten: Die Reiserichtlinie wird als Regeln/Tabellen plus abrufbarem Text abgebildet; das Modell erklärt, die Regeln entscheiden.
  • Mensch-in-der-Schleife (Human-in-the-Loop): Zahlungsverpflichtungen und Buchungen über den Grenzen brauchen eine ausdrückliche Bestätigung; Einreichung und Freigabe der Abrechnung bleiben bei der beschäftigten Person und der freigebenden Person. Keine automatische Ablehnung von Erstattungen ohne menschliche Entscheidung.

Datenaufbereitung

Die Daten stammen aus mehreren Quellen: der Reiserichtlinie (PDF oder Intranet), Belegen (Papier, Fotos, E-Mail-Anhänge), Kartenumsätzen und Kontoauszügen, Kalendereinträgen, Mitarbeiterstammdaten und Kostenstellen aus dem ERP- oder Buchhaltungssystem (DATEV, SAP).

Typische Lücken: eine Richtlinie, die nur als Fließtext mit ungeschriebenen Ausnahmen existiert, Papierbelege im Schuhkarton, doppelte oder unleserliche Fotos, uneinheitliche Kostenstellen- und Projektschlüssel und Pauschalen-Regeln in Excel.

Schritte der Aufbereitung: 1. Die Reiserichtlinie in ausdrückliche Regeln und Tabellen überführen (Buchungsklasse, Hotelobergrenzen, Pauschalen, Kilometersätze) und den Fließtext als Abruftext behalten (PREP-012, PREP-013). 2. Kostenstellen, Projektschlüssel und Sachkonten bereinigen und per API oder CSV exportieren (PREP-005, PREP-011). 3. Auf digitale Belegerfassung an der Quelle per App oder Mail-Postfach umstellen (PREP-008, PREP-006 für alte Scans). 4. 50-100 frühere, genehmigte Abrechnungen als Test- und Referenzsatz sammeln (PREP-016, PREP-018). 5. Karten- und personenbezogene Daten in Testexporten maskieren (PREP-022).

Werkzeuge: die eigene OCR des Reisekostenwerkzeugs, Paperless-ngx oder Docling für Archive, Excel oder Python für Codelisten. Rechnen Sie mit etwa 20 Prozent des Aufwands für die Datenaufbereitung; das Regelwerk zur Richtlinie ist der größte Posten. Siehe GUIDE-003 und DATA-003.

Umsetzungswege

Welcher Weg für wen

  • KMU: Weg A, weil ausgereifte EU-Produkte (Perk, Spendesk, Circula, Candis, Moss) deutsche Reisekostenregeln und DATEV-Konnektoren zu KMU-Preisen abdecken.
  • Großunternehmen: Weg A, weil Reise und Abrechnung eine Standardfunktion sind, bei der Concur, Navan oder Emburse Buchungsinventar mitbringen, das sich wirtschaftlich nicht nachbauen lässt.
  • Entwickler: Weg B, weil Buchungs-APIs (Duffel, Sabre MCP) und Cloud-LLMs eine eigene Richtlinien-Engine erlauben, ohne die Anbieterseite selbst zu betreiben.

Weg A — Kaufen (Standardsoftware) (für die meisten KMU empfohlen)

  • Reise- und Abrechnungs-Suiten mit Agenten: SAP Concur (Joule-Agenten: Expense Automation Agent, Pre-Submit Audit Agent; im März 2026 angekündigt, Early-Adopter-Programm, allgemeine Verfügbarkeit später in 2026 erwartet) [1], Navan (Expense Agent) [2], Emburse (autonomer Abrechnungsagent, 2026) [3], Perk (früher TravelPerk, EU/Barcelona), Spendesk (EU/Paris), Yokoy (EU/Zürich, Schweiz), Pleo (EU/Kopenhagen), Moss (EU/Berlin), Circula und Candis (EU/Deutschland) für Abrechnung und Ausgaben.
  • Prüfen: EU-Hosting, AVV, deutsche Reisekostenregeln (Pauschalentabellen, Kilometerpauschale), DATEV-/ERP-Konnektoren, Agentenaktionen protokolliert und begrenzt, echter GA-Status (viele Agenten sind noch Piloten).
  • Wählen Sie A, wenn: Standardrichtlinien, ein bestehendes Kartenprogramm und keine ungewöhnliche Freigabelogik vorliegen.

Weg B — Auf Cloud-KI-Diensten aufbauen

  • Modelle: führende LLMs mit Werkzeugnutzung über EU-Regionen (Claude auf Bedrock/Vertex EU, Azure OpenAI EU Data Zone, Mistral). Mistral OCR oder ein VLM für Belege.
  • Buchungsinventar: Sabres MCP-Server für Flüge und Hotels (Sabre meldet knapp 80 Kunden im Pilot oder im Produktivbetrieb; Angabe des Unternehmens) [4]; Duffel (REST; übernimmt Merchant of Record und Akkreditierung, laut Drittanbieter-Leitfaden); Amadeus Self-Service APIs (Suchstufe; Buchung braucht einen Unternehmensvertrag); Bahn über Business-APIs von DB, SNCF oder Trainline; Hotels über TMC-Inhalte.
  • Orchestrierung: ein Agenten-Framework oder n8n/Power Automate mit MCP-Werkzeugen; Freigaben über Teams/Slack; Verbuchung der Abrechnung über die Buchhaltungs-API.
  • Wählen Sie B, wenn: Sie eine eigene Richtlinien-Engine oder einen einzelnen Assistenten über mehrere Systeme wünschen.

Weg C — Selbst betreiben (Open Source)

  • Modelle: Open-Weight-LLMs mit Werkzeugaufruf (Qwen3, offene Veröffentlichungen von Mistral Small/Medium, gpt-oss), betrieben über vLLM oder Ollama; Docling/PaddleOCR oder Qwen-VL für Belege.
  • Stack: n8n oder Camunda, ein MCP-Gateway, ein Open-Source-Reisekostenwerkzeug (z. B. ERPNext/Odoo Expenses) und eine Regel-Engine für Richtlinien.
  • Die Buchung hängt weiterhin von Anbieter-APIs Dritter ab; das Selbstbetreiben deckt nur die Intelligenzschicht ab.
  • Hardware: HW2 für ein Modell mit höchstens 30B und ein Beleg-VLM; geringes Volumen pro Beschäftigten.

Weg D — Eigenes Training

Selten gerechtfertigt. Möglich für die Belegkategorisierung oder einen Anomalie-Klassifikator, der auf Ihren eigenen genehmigten/abgelehnten Abrechnungen trainiert wird (einige tausend gelabelte Abrechnungen); meist genügen Prompting plus Regeln.

Stand der Technik (2026)

  • Suiten betten Agenten ein: Die Fusion-Ankündigungen von SAP Concur im März 2026 (Joule-Agenten, Integration von Microsoft 365 Copilot) sowie Navan, Emburse und andere bieten „autonome Abrechnung“ als Funktion an; die Beschäftigten prüfen und reichen dann nur noch ein [1][2][3].
  • Der Vertrieb öffnet sich für Agenten: Sabre positioniert seinen MCP-Server als Zugangsschicht für KI-Agenten bei Reisesuche und -buchung; Analysten weisen darauf hin, dass NDC (Inhaltsstandard der Airlines) und MCP (Werkzeugprotokoll) verschiedene Schichten sind [4]. Rechnen Sie mit raschem Wandel und uneinheitlicher Reife bei den Anbietern.
  • Belege: Die VLM-basierte Extraktion ist bei sauberen Belegen für Beträge und Daten zuverlässig; handschriftliche, zerknitterte, mehrwährige und aufgeschlüsselte Restaurantbelege bleiben fehleranfällig (siehe DOC-002).
  • Grenzen und Fehlerbilder: halluzinierte Verfügbarkeit oder Preise, veraltete Preise zwischen Suche und Buchung, Fehlbuchung nicht erstattbarer Tarife, falsche Auslegung von Datum/Zeitzone, Doppelbuchungen, schlechter Umgang mit Störungen und Umbuchungen, falsch kategorisierte Ausgaben und Prompt-Injection über Lieferanten-E-Mails oder Belege. Agenten sollten nur über freigegebene Werkzeuge mit Ausgabenobergrenzen reservieren oder buchen.

Gemeinsame Bausteine & Kombinationen

  • Belegerfassung (ocr-docparse + vlm) wird mit DOC-002 und DOC-001 geteilt.
  • Agenten-Framework / MCP-Werkzeuge und Workflow-Engine werden mit AGENT-002, AGENT-003 (Portale ohne API) und AGENT-012 (kalenderbewusste Terminplanung) geteilt.
  • Nachgelagert: ANOM-009 (Erkennung von Reisekostenbetrug), AGENT-006 (Abstimmung und Abschluss), AGENT-025 (Agenten-Governance und Prüfung).
  • Eingang: AGENT-001 für Reiseanfragen, die per E-Mail eintreffen.

Aufwand, Kosten & Kennzahlen

  • Weg A: Tage bis Wochen Konfiguration (Richtlinie, Kostenstellen, Karten-/ERP-Konnektoren); monatliche Gebühren pro Nutzer plus Buchungsgebühren.
  • Weg B: 2-4 Monate für einen produktiven Agenten einschließlich Buchungs-APIs, Akkreditierung oder TMC-Verträgen und Tests.
  • Weg C: 3-6 Monate; der größte Kostenpunkt ist die Integration, nicht die GPUs.
  • Kostentreiber: Anbieteranbindungen, Komplexität der Richtlinie je Land, Unterstützung der Reisenden und Ausnahmebehandlung.
  • Kennzahlen: Quote der Richtlinientreue, Anteil der im Werkzeug gebuchten Reisen, durchschnittliche Buchungsdauer, Zeit für die Erstellung der Abrechnung, berührungslose (unveränderte) Abrechnungszeilen, Tage des Erstattungszyklus, Quote fehlender Belege, Funde von Dubletten oder Betrug, Stornierungs- oder Fehlerkosten durch Agentenbuchungen.

Menschen & Veränderung

Einbinden: Geschäftsleitung und die Verantwortlichen für Finanzen oder Reisen (Richtlinie, Grenzen), IT (ERP-, Karten- und SSO-Anbindung), die Datenschutzbeauftragten, Recht oder Compliance (Steuerregeln, Aufbewahrung, Haftung), den Betriebsrat sowie eine Pilotgruppe aus Vielreisenden und Freigebenden.

Betriebsrat: ja, wo einer besteht. Der Agent wertet das individuelle Buchungs- und Ausgabeverhalten aus, markiert Auffälligkeiten und protokolliert Aktionen und ist daher geeignet, Beschäftigte zu überwachen (§87 Abs. 1 Nr. 6 BetrVG, objektive Eignung genügt nach BAG). Unterrichten Sie ihn rechtzeitig nach §90 Abs. 1 Nr. 3; eine Betriebsvereinbarung sollte die Nutzung zur Leistungsbeurteilung ausschließen. Öffentlicher Dienst: Personalrat.

Datenschutz: Kartenumsätze, Reisemuster und Kalenderdaten sind personenbezogene Daten (Aufenthaltsort, über Mahlzeiten und Hotels möglicherweise Gesundheit oder Religion). AVV mit jedem Anbieter (Art. 28 DSGVO), Einbindung der Datenschutzbeauftragten, DSFA, wenn eine systematische Bewertung von Personen geplant ist (GUIDE-005, GUIDE-010).

KI-Kompetenz: Unterstützen Sie Reisende und Freigebende mit einer kurzen Einweisung, was der Agent buchen darf und wie sie ihn korrigieren (GUIDE-006).

Kommunikation und Pilot: Beginnen Sie mit einem Team, zunächst nur lesende Vorschläge, dann Buchung innerhalb der Grenzen. Typische Sorgen sind Überwachung und zu Unrecht abgelehnte Erstattungen; antworten Sie mit Transparenz über die Prüfregeln und ohne automatische Ablehnung: Eine freigebende Person entscheidet immer (GUIDE-008).

Risiken, Regulierung & Compliance

  • KI-Verordnung (AI Act): in der Regel minimales Risiko; die KI-Kompetenz (Art. 4) gilt. Heikel wird es, wenn der Agent das Verhalten von Beschäftigten überwacht oder sie bewertet (beschäftigungsbezogene Verwendungen nach Anhang III, z. B. Leistungs- überwachung) — halten Sie Prüfhinweise bei Abrechnungen, nicht bei Personen. Emotionserkennung am Arbeitsplatz ist verboten (Art. 5) und nicht Teil dieses Anwendungsfalls [5].
  • DSGVO: Reisepläne, Aufenthaltsorte, Pass-/Vielfliegerdaten, Essenswahl (kann Gesundheit oder Religion offenlegen
  • besondere Kategorien nach Art. 9, daher nicht speichern), Kartendaten. Nötig sind ein AVV, Datensparsamkeit, Aufbewahrungsfristen und die Einbindung des Betriebsrats in Deutschland (§87 BetrVG), wo Nachverfolgung möglich ist.
  • Steuer / Compliance: deutsche Verpflegungspauschalen (Verpflegungspauschalen nach §9 Abs. 4a EStG; im Inland 14/28 EUR, Auslands- sätze vom BMF ab 1. Jan. 2026 aktualisiert) und Kürzungen bei Mahlzeiten, Kilometersätze, GoBD-konforme Belegarchivierung und Vorsteuererstattung bei ausländischen Rechnungen [6]. Berechnen Sie diese deterministisch.
  • Sicherheit: Buchungszugangsdaten mit minimalen Rechten, Obergrenzen für Ausgaben und Umbuchungen, Tokenisierung von Zahlungen (virtuelle Karten), Schutz vor Prompt-Injection, Protokollierung jeder Agentenaktion.
  • Fürsorgepflicht: Halten Sie Standortdaten der Reisenden vom Buchungsagenten getrennt, sofern nicht nötig.

Erste Schritte

  1. Ausgangslage: Reisen pro Monat, Quote außerhalb der Richtlinie, Zeit für die Erstellung der Abrechnung, Erstattungszyklus.
  2. Die Reiserichtlinie als ausdrückliche Regeln und Tabellen schreiben (Obergrenzen, Klassen, Freigaben, Pauschalen).
  3. Zuerst nur die Abrechnung pilotieren (Belege + Kartenumsätze + Vorab-Prüfung); das Risiko ist gering und der Nutzen sichtbar.
  4. Die Buchung für eine Reiseart ergänzen (z. B. Inlandsbahn und Hotels), mit menschlicher Freigabe für jede Buchung.
  5. Fehlerprotokolle monatlich prüfen, Werkzeugrechte verschärfen, dann den Umfang erweitern; den Betriebsrat früh einbinden.

Quellen

  1. SAP News — SAP Concur Fusion 2026: AI capabilities, integrated travel and expense — https://news.sap.com/2026/03/sap-concur-fusion-2026-ai-capabilities-integrated-travel-expense-enhancements-global-partnerships/
  2. Navan — AI travel expense processing — https://navan.com/blog/ai-travel-expense-processing
  3. Emburse — AI agent that automatically does your expenses — https://www.emburse.com/company/news/emburse-unveils-new-ai-agent-that-automatically-does-your-expenses-for-you
  4. Sabre — MCP is the new NDC — https://www.sabre.com/resources/newsroom/mcp-is-the-new-ndc-is-this-travels-shift-to-streaming-moment/
  5. Regulation (EU) 2024/1689 (AI Act) — https://eur-lex.europa.eu/eli/reg/2024/1689/oj
  6. IHK Region Stuttgart — Auslandsreisepauschalen ab 1. Januar 2026 (BMF letter of 5 Dec 2025) — https://www.ihk.de/stuttgart/fuer-unternehmen/recht-und-steuern/steuerrecht/lohnsteuer/auslandsreisepauschalen-ab-1-1-2020-4647466