Reisekosten im Konzern: Was SAP Concur nicht löst

SAP Concur ist gut - für das, wofür es gebaut wurde

SAP Concur ist die weltweit meistgenutzte Software für Reisekostenabrechnung. Belegerfassung per App, Genehmigungsworkflows, Integration in SAP-Systeme - für Unternehmen mit standardisierten Inlandsreisen funktioniert das zuverlässig.

Das Problem beginnt, wo Standardprozesse aufhören. Bei Konzernen mit Tarifverträgen, Multi-Jurisdiktions-Reisen und branchenspezifischer Komplexität stößt jedes reine Erfassungstool an seine Grenzen - nicht nur Concur, sondern auch Circula, Rydoo oder HR Works.

Der Grund: Diese Tools lösen das Erfassungsproblem. Nicht das Entscheidungsproblem.

Das Entscheidungsproblem: 40 bis 120 Mikro-Entscheidungen pro Vorgang

Eine Reisekostenabrechnung ist keine Belegerfassung. Hinter jedem Vorgang stehen 40 bis 120 Mikro-Entscheidungen:

• Welche Pauschale gilt (BMF-Länderliste, Stand zum Reisedatum)?
• Greift ein Tarifvertrag, der die gesetzliche Pauschale überschreibt?
• Wie wird die Mahlzeitengestellung gekürzt (Frühstück, Mittag, Abend)?
• Welche Kostenstelle trägt den Vorgang?
• Wie ist die steuerliche Behandlung (steuerfrei, pauschal versteuert, steuerpflichtig)?
• Was passiert bei einer Planänderung mitten in der Reise?

SAP Concur erfasst den Beleg. Aber wer trifft diese Entscheidungen? In den meisten Konzernen: ein Sachbearbeiter im Shared Service Center, manuell, pro Vorgang, ohne dokumentierte Entscheidungslogik.

Das ist teuer. Die GBTA Foundation beziffert die durchschnittlichen Kosten pro manuell bearbeitetem Reisekostenvorgang auf 58 USD - bei einer Fehlerquote von 19 Prozent und Korrekturkosten von 52 USD pro Fehler (Quelle: GBTA Foundation / HRS, “Expense Reporting: Global Practices and Pain Points”, 2015).

Wo Standard-Reisekostentools an ihre Grenzen stoßen

Tarifvertrag schlägt Gesetz

Die BMF-Pauschalen für Verpflegungsmehraufwand sind der gesetzliche Mindeststandard: 14 Euro für Anreisetage, 28 Euro für volle Abwesenheitstage im Inland (Stand 2026). Viele Tarifverträge definieren höhere Sätze - teilweise deutlich.

Ein Airline-Konzern mit 10.000 Crew-Mitgliedern hat typischerweise 2 bis 5 parallele Tarifverträge: Cockpit, Kabine, Bodenpersonal, Technik. Jeder Tarifvertrag definiert eigene Pauschalen, eigene Kürzungsregeln, eigene Ausnahmen für Mahlzeitengestellung.

SAP Concur kennt keine Tarifverträge. Die Software rechnet mit den gesetzlichen Pauschalen - oder mit einem einzelnen unternehmensweiten Satz. Die tarifvertragskonforme Berechnung des Verpflegungsmehraufwands passiert außerhalb des Tools: manuell, in Excel-Tabellen, oder durch Sachbearbeiter im Shared Service Center, die das Ergebnis händisch zurück ins System übertragen.

Das ist nicht nur ineffizient. Es ist fehleranfällig. Wenn der Sachbearbeiter bei Crew-Gruppe 3 den falschen Tarifvertrag anwendet, entstehen systematische Fehler, die bei Tausenden Vorgängen unbemerkt bleiben - bis zur Betriebsprüfung.

Multi-Jurisdiktion in einem Vorgang

Ein Crewmitglied auf einem Europaflug berührt an einem Tag 3 bis 5 Länder. Die Pauschale für Verpflegungsmehraufwand richtet sich nach dem Land, in dem der Reisetag endet, oder nach der Mitternachtsregel bei mehrtägigen Reisen. Standard-Reisekostentools rechnen pro Reise mit einem Land. Multi-Jurisdiktion innerhalb eines Vorgangs - mit minutengenauer Grenzüberschreitung - liegt außerhalb ihres Datenmodells.

Das betrifft nicht nur Airlines:

• Logistik: Fahrer überqueren täglich mehrere Grenzen. Die Pauschale wechselt an jeder Grenze, die Berechnung muss minutengenau erfolgen - insbesondere bei Mitternachtsüberschreitungen. Dazu kommen die Dokumentationspflichten des EU-Mobilitätspakets (Richtlinie 2020/1057).
• Vertrieb: Außendienstmitarbeiter besuchen Kunden in mehreren Ländern pro Woche. Montag Wien, Mittwoch Zürich, Freitag München - drei Jurisdiktionen, drei Pauschalen, ein Vorgang.
• Beratung: Berater arbeiten in wechselnden Mandaten. Ein Wochenrhythmus mit drei Kunden in zwei Ländern erzeugt Splitting-Anforderungen, die kein Standard-Tool abbildet.

Irregulärer Betrieb und ungeplante Änderungen

10 bis 20 Prozent aller Flüge sind von Irregularitäten betroffen - Verspätungen, Umleitungen, Crew-Repositionierungen (Quelle: EUROCONTROL / US DOT BTS, 2024). Jede Irregularität ändert die Reisekostenberechnung: andere Pauschale wegen anderem Zielland, anderer Übernachtungsanspruch, andere Kostenstelle.

Kein Standard-Reisekostentool verarbeitet irreguläre Operationen (IROP) automatisch. Die Korrektur erfolgt manuell - wenn sie überhaupt erkannt wird. Bei 100.000 Crew-Vorgängen pro Jahr und einer IROP-Quote von 15 Prozent sind das 15.000 Vorgänge, die manuelle Nachbearbeitung erfordern. Jeder einzelne mit dem Risiko, dass die Korrektur selbst fehlerhaft ist.

Die Governance-Lücke

SAP Concur dokumentiert, was eingereicht wurde. Es dokumentiert nicht, warum so entschieden wurde. Das ist der Unterschied zwischen einem Erfassungstool und einer Governance-Schicht.

Wenn der Betriebsprüfer fragt: “Nach welcher Regel wurde dieser Verpflegungsmehraufwand berechnet?” - hat Concur keine Antwort. Der Betrag steht im System, die Entscheidungslogik nicht. Wenn der Betriebsrat fragt: “Wie werden Reisekosten-Entscheidungen getroffen?” - lautet die ehrliche Antwort in den meisten Konzernen: Der Sachbearbeiter entscheidet nach Erfahrung.

Das ist kein Audit Trail. Das ist Personenabhängigkeit.

Simulation: 100.000 Crew-Vorgänge pro Jahr

Die Ausgangslage

Für einen Airline-Konzern mit 100.000 Crew-Vorgängen pro Jahr ergibt sich auf Basis der GBTA-Daten:

Nicht eingerechnet: Genehmiger-Zeitkosten (Führungskräfte, die Belege prüfen statt zu führen), Monatsend-Stau in der Buchhaltung, Audit-Risiko bei Betriebsprüfungen und Mitarbeiterfrustration durch verspätete Erstattungen.

Der Decision-Layer-Ansatz

Der Travel Decision Layer zerlegt jeden Reisekostenvorgang in seine Mikro-Entscheidungen und wendet für jede Entscheidung dokumentierte Regeln an: Gesetz, Tarifvertrag, Unternehmensrichtlinie - in dieser Hierarchie, versioniert, nachvollziehbar.

Die Regelanwendung ist deterministisch. Kein stochastisches Sprachmodell entscheidet über Beträge oder Steuerbehandlung. KI kommt bei der Klassifikation zum Einsatz - Belegtyp erkennen, IROP-Art einordnen, Bewirtungsanlass kategorisieren - aber die Berechnung folgt exakten Regeln.

Für die Luftfahrt-Simulation ergibt sich:

Hochrechnung bei 100.000 Vorgängen: von 6,8 Mio USD auf unter 1 Mio USD pro Jahr. Die Einsparung kommt nicht aus günstigeren Sachbearbeitern, sondern aus dem Wegfall manueller Entscheidungen.

Der Entscheidungsfluss im Detail

Ein einzelner Crew-Vorgang durchläuft im Decision Layer folgende Schritte:

1. Umlaufdaten aus dem Crew-Planungssystem einlesen
2. Länderfolge aus den Rotationsdaten bestimmen
3. Pauschale pro Land und Tag ermitteln (BMF-Länderliste, gültig zum Reisedatum)
4. Tarifvertrag-Override prüfen (Crew-Gruppe, Geltungszeitraum)
5. Mahlzeitenkürzung berechnen (Frühstück, Mittag, Abend - pro Tag)
6. IROP-Typ klassifizieren (KI-gestützt) und Pauschale neu berechnen
7. Hotelkosten gegen Richtlinie prüfen (Obergrenze pro Stadt)
8. Kostenstelle zuordnen (Rotation, Flotte, Crew-Gruppe)
9. Steuerliche Behandlung festlegen (steuerfrei, pauschal, steuerpflichtig)
10. Audit-Datensatz erzeugen (SHA-256 signiert, append-only)

Jeder dieser Schritte ist eine dokumentierte Entscheidung mit nachvollziehbarer Regelgrundlage. Das ist der Unterschied zu einem Genehmigungsworkflow, in dem ein Mensch “Genehmigt” klickt, ohne dass die Entscheidungslogik im System hinterlegt ist.

Vier Branchen, vier Komplexitätsstufen

Der Travel Decision Layer ist nicht auf Luftfahrt beschränkt. Die Grundarchitektur - deterministisches Regelwerk über Mikro-Entscheidungen - funktioniert branchenübergreifend mit branchenspezifischer Konfiguration:

Alle vier Simulationen basieren auf denselben GBTA-Ausgangswerten (58 USD pro Vorgang, 19 % Fehlerquote) und zeigen branchenspezifische Optimierungspotenziale. Die unterschiedlichen Zero-Touch-Quoten spiegeln die Branchenkomplexität wider: Logistik und Luftfahrt erreichen 95 Prozent, weil die Eingabedaten (GPS-Tracks, Crew-Rotationen) maschinenlesbar sind. Beratung liegt bei 85 Prozent, weil Multi-Mandanten-Wochen manuelle Zuordnungen erfordern können.

Was eine Lösung braucht, die SAP Concur ergänzt

SAP Concur muss nicht ersetzt werden. Es fehlt die Schicht darüber - die Governance-Schicht, die entscheidet, bevor der Beleg ins System kommt:

1. Tarifvertrag-native Regelengine - Tarifverträge nicht als Workaround, sondern als erstklassiges Konzept. Pro Personalgruppe konfigurierbar, mit Geltungszeitraum und Override-Hierarchie.
2. Versionierte Entscheidungstabellen - Jede Regel datiert, jede Änderung nachvollziehbar. BMF-Pauschalen, Tarifvertragssätze und Unternehmensrichtlinien als datierte Changesets.
3. Lückenloser Audit Trail - Jede Mikro-Entscheidung signiert (SHA-256), im Append-only-Verfahren gespeichert. Kein Überschreiben, kein Löschen, vollständig reproduzierbar.
4. Betriebsratskompatible Transparenz - Das Regelwerk ist einsehbar, die Entscheidungslogik nachvollziehbar. Keine Blackbox-KI entscheidet über Beträge.
5. ERP-Integration - Kein Systemersatz, sondern Eingabe in bestehende ERP- und Payroll-Systeme. Der Decision Layer sitzt zwischen Datenquelle und Buchungssystem.
6. Multi-Jurisdiktion pro Vorgang - Nicht pro Reise, sondern pro Tag, mit minutengenauer Grenzüberschreitung.

Gosign implementiert diese Governance-Schicht als Travel Decision Layer - branchenspezifisch konfiguriert, auf Ihrer Infrastruktur, ohne externe SaaS-Abhängigkeit.