Travel-Management-Prozesse sind die definierten, gesteuerten Abläufe von Reiseanfrage über Buchung, Bezahlung und Abrechnung bis zur Auswertung — kombiniert mit Reiserichtlinie, Approval Workflow, Eskalations-SLA und Reporting. Im deutschen Mittelstand ersetzt ein sauberer Prozess das, was heute meist in Assistenz, HR und Finance verteilt liegt. Intertours liefert dieses Operating Model als Travel Manager as a Service — mit messbarer Wirkung von 2 bis 7 Prozent Kostenreduktion.
Was „Travel Management" strukturell ist — und was nicht
Travel Management ist der gesteuerte End-to-End-Prozess der Planung, Buchung, Bezahlung, Durchführung und Abrechnung von Geschäftsreisen — kombiniert mit Reiserichtlinie, Compliance, Eskalations-SLA und Reporting. Es ist eine Einkaufs- und Steuerungsfunktion, kein Sekretariatsprozess.
Travel Management ist nicht: das Buchen einzelner Reisen, das Verteilen von Hotel-Empfehlungen, das Versenden von PDF-Reiseplänen oder das Eintippen von Belegen in Excel. Das sind operative Aufgaben unter einem Travel-Management-Dach — sie sind nicht das Ganze.
Die zwei Ebenen jedes Travel-Management-Systems
- Operative Ebene: Buchung, Bezahlung, Abrechnung, Itinerary, Belegerfassung. Diese Ebene wird heute durch Plattformen (OBE) und Schnittstellen weitgehend automatisiert.
- Steuerungsebene: Travel Policy, Konditionsverhandlung, Reisemittelvorgaben, Approval-Logik, Eskalations-SLA, Reporting auf CFO-Niveau, Lieferanten-Management. Diese Ebene ist Menschenarbeit — sie wird im Mittelstand entweder intern aufgebaut oder als „Travel Manager as a Service" eingekauft.
Für Geschäftsführung relevant: Wer nur die operative Ebene löst, hat einen schnelleren Prozess. Wer auch die Steuerungsebene löst, hat einen günstigeren und compliance-festen Prozess. Der Unterschied entscheidet, ob Reisekosten 2 bis 7 Prozent sinken — oder ob sie sich nur besser verwalten lassen.
Die sieben Kernprozesse im Travel Management
Jedes saubere Travel-Management-Operating-Model lässt sich auf sieben Kernprozesse herunterbrechen. Im deutschen Mittelstand ist meist nicht jeder dieser Prozesse definiert — und genau dort entstehen versteckte Kosten.
| Prozess | Zweck | Typische Mittelstands-Lücke |
|---|---|---|
| 1. Reiseanfrage | Strukturierte Erfassung mit Reisegrund, Budget, Reisezielen | Anfragen per E-Mail an Assistenz, keine Standardisierung |
| 2. Pre-Trip-Approval | Freigabe vor der Buchung — nach Kostenstelle, Budget, Policy | Approval erst nach der Buchung („nachträgliche Genehmigung") |
| 3. Buchung | Buchung über OBE oder Travel Manager gegen Reiserichtlinie | Einzelbuchungen außerhalb des Systems, keine Konditionsnutzung |
| 4. Bezahlung | Zentrale Abrechnung via Corporate Card, Lodge Card, virtueller Karte | Mitarbeitende legen privat aus, hohe Vorausleistung, manuelle Erstattung |
| 5. Reise-Begleitung | 24/7-Eskalation bei Flugausfall, Hotelproblem, Notfall | Keine SLA, Reisende rufen Assistenz oder Vorgesetzte an |
| 6. Abrechnung | Automatisierte Reisekostenabrechnung, OCR-Belegerfassung | Belege in Papierform, Excel-Spesenformulare, lange Erstattungsdauer |
| 7. Reporting & Steuerung | Monatliche Auswertung auf Cost-Center-Ebene, Savings-Tracking | Reisekosten nur als Gesamtsumme in der GuV, keine Granularität |
Jeder dieser sieben Prozesse hat einen messbaren Reifegrad. Travel-Management-Reife ist nicht „Tool ja oder nein", sondern: Wie viele der sieben Prozesse sind definiert, mit klaren Rollen besetzt und mit Daten unterlegt?
Reiseanfrage und Pre-Trip-Approval
Die Reise beginnt nicht mit der Buchung. Sie beginnt mit der Anfrage. Wie diese Anfrage strukturiert ist, entscheidet darüber, ob die Reise später ins Reporting fließt, ob sie genehmigungspflichtig war und ob die Reiserichtlinie greift.
Was eine saubere Reiseanfrage enthält
- Reisegrund (mit Cost-Center-Logik verknüpft)
- Reiseziel(e), Zeitfenster, Reisende
- Reisemittelvorgabe (Flug-Klasse, Hotel-Kategorie, Bahn vs. Flug)
- Budget-Vorgabe oder Budget-Anker
- Approval-Pfad (automatisch nach Kostenstelle und Schwellen)
Pre-Trip-Approval als Steuerungs-Hebel
Approval vor der Buchung ist nicht primär Compliance. Es ist Kostensteuerung. Wer erst nach der Buchung genehmigt, verliert die Möglichkeit, Reisemittelvorgaben durchzusetzen — die Reise ist gebucht, die Klasse ist fixiert, das Hotel ist bestätigt.
Im Mittelstand sind drei Approval-Schwellen sinnvoll: Standard-Reisen ohne Approval (innerhalb Policy), Mittlere Schwelle mit Approval durch direkten Vorgesetzten (Policy-Abweichung oder Budget über X Euro), Hohe Schwelle mit Approval durch Bereichsleitung (Reise außerhalb DACH, Klasse über Policy, oder Budget über Y Euro).
Buchung, Buchungsdaten und Datenkonsolidierung
Buchung ist die operative Schnittstelle, an der Daten entstehen oder verloren gehen. Wer Reisen über mehrere Kanäle bucht — OBE, Reisebüro, direkt beim Anbieter, privat — verliert die Konsolidierung. Und damit das Reporting.
Was eine konsolidierte Buchungs-Datenbasis liefert
- Ein PNR-Datensatz pro Reise mit Flug, Hotel, Bahn, Mietwagen
- Verknüpfung zu Reiseanfrage, Approval, Kostenstelle, Reisendem
- Verknüpfung zur Bezahlmethode (Corporate Card, Lodge Card, virtuelle Karte)
- Verknüpfung zum späteren Expense-Vorgang (Reisekostenabrechnung)
- Datenexport in BI-Tools (Power BI, Tableau) oder SAP FI
Praxis-Realität im Mittelstand: Viele Mittelständler haben mehrere parallele Buchungskanäle. Das Ergebnis ist eine Datenbasis, in der sich Cost-per-Trip pro Cost-Center nicht sauber berechnen lässt. Konsolidierung ist die Voraussetzung für Steuerung — sie ist kein Nice-to-Have.
Pre-Trip-Logistik: Visa, Duty of Care, Risiko-Management
Internationale Geschäftsreisen produzieren Prozessschritte, die nationale Reisen nicht haben. Visa, Einreisebestimmungen, Impfvorgaben, Sicherheits-Briefings, Notfall-Kontakte, Tracking. Das ist Duty of Care — die Sorgfaltspflicht des Arbeitgebers gegenüber dem reisenden Mitarbeitenden.
Was Duty of Care konkret umfasst
- Risikobewertung des Reiseziels (Sicherheit, Gesundheit, politische Lage)
- Visa- und Einreise-Vorbereitung mit klaren Verantwortlichkeiten
- Reise-Tracking (wo ist welcher Reisender) — mit DSGVO-konformer Speicherung
- Notfall-Kontakt 24/7 (über Travel Manager oder Provider)
- Dokumentation der Sorgfaltspflicht für den Audit-Fall
Im Mittelstand wird Duty of Care häufig unterschätzt — bis der Ernstfall eintritt. Travel-Management-Partner mit internationalem Netzwerk (im Fall Intertours über das Altour-Netzwerk in über 90 Ländern) übernehmen Duty of Care als integrierten Service.
Während der Reise: Eskalation und 24/7-Support
Ein guter Travel-Management-Prozess unterscheidet sich vom durchschnittlichen genau in dem Moment, in dem etwas schiefgeht. Flugausfall um 22:30 Uhr in Singapur. Hotelüberbuchung am Sonntagabend in München. Krankheit auf der Geschäftsreise. Wer da nicht erreichbar ist, verliert nicht nur Geld, sondern Vertrauen.
Was eine echte Eskalations-SLA leistet
- Response-Zeit unter zwei Stunden — auch nachts, an Wochenenden und Feiertagen
- Klare Eskalationspfade: dedizierter Travel Manager, Backup, Lieferanten-Direktkontakt
- Entscheidungs-Mandat im Service — Umbuchung, Kulanz-Anforderung, alternative Buchung — ohne Rückfrage beim Reisenden in kritischen Situationen
- Lokale Lieferanten-Beziehung (im Altour-Netzwerk in über 90 Ländern)
- Dokumentation jedes Incidents für späteres Reporting und Vertragsverhandlung
1000 Buchungen laufen gut — aber ein Problem zeigt, ob das System funktioniert.
Nach der Reise: Expense, Abrechnung, Reporting
Mit der Heimkehr beginnt der Prozess, der die meisten manuellen Stunden frisst — und in dem die meisten Daten verloren gehen. Spesenformulare, Belegeingaben, Erstattungen, Buchhaltungs-Übergabe. Hier entscheidet sich, ob aus Reisedaten Steuerungsinformation wird.
Was ein moderner Expense-Prozess automatisiert
- OCR-Belegerfassung über Mobile App (Foto reicht)
- Automatische Kategorisierung nach Spesen-Typ und Mehrwertsteuer-Logik
- Verknüpfung zur ursprünglichen Buchung (PNR → Kostenstelle)
- Automatische Prüfung gegen Reiserichtlinie (Pauschalen, Höchstgrenzen)
- Übergabe an Datev, SAP FI oder andere Buchhaltungssysteme
- Optionaler Prüfservice (Expense Check) als ausgelagerte Buchhaltungsleistung
Im Intertours-Operating-Model läuft Expense auf einer eigenen Lösung (Intertours Expense), die direkt mit der Buchungsdatenbasis verknüpft ist. Das schließt den Kreis von Buchung → Reise → Abrechnung → Reporting.
Steuerungsebene: Policy, Konditionen, Reisemittelvorgaben
Über der operativen Ebene liegt die Steuerungsebene. Hier entscheidet sich, ob Travel Management Geld kostet oder Geld spart. Drei Bausteine sind verbindlich.
Travel Policy
Die Reiserichtlinie als verbindliches Regelwerk. Sie definiert Klassen pro Strecken-Länge, Preisrahmen pro Stadt, Anbieter-Whitelist, Approval-Schwellen, Risiko-Reiseziele. Gute Policy ist nicht restriktiv — sie ist präzise. Eine Policy mit 93 bis 97 Prozent On-Policy-Quote ist das Ziel.
Konditionen mit Lieferanten
Hotelraten, Airline-Korridore, Mietwagen-Rate-Cards. Diese werden aktiv verhandelt — basierend auf dem konsolidierten Buchungsvolumen des Unternehmens. Im Mittelstand entstehen daraus typischerweise 2 bis 3 Prozent Einsparung.
Reisemittelvorgaben
„Innerdeutsch ab vier Stunden Reisezeit: Bahn." „Business Class ab sechs Flugstunden." „Hotel-Kategorie maximal 4 Sterne in EMEA-Hauptstädten." Diese Vorgaben sind kein Mikromanagement — sie sind Steuerung. Sie greifen direkt im Buchungs-Workflow.
Operating Model im Mittelstand: Rollen, RACI, Cadence
Travel Management funktioniert nicht ohne klare Rollen. Im Mittelstand sind drei bis vier Rollen relevant — und nicht alle müssen intern besetzt sein.
| Rolle | Verantwortung | Typische Besetzung im Mittelstand |
|---|---|---|
| Travel Owner (CFO / Finanzleitung) | Strategie, Budget, Steuerungsentscheidung | Intern, in der Finanzleitung |
| Travel Manager | Operative Steuerung, Lieferanten, Policy, Reporting | Extern als Travel Manager as a Service (Intertours) |
| Reisende / Approver | Buchung über OBE, Approval-Entscheidung | Intern, jeder Reisende und Vorgesetzte |
| Finance / Buchhaltung | Expense-Prüfung, Erstattung, GL-Buchung | Intern, ggf. mit Intertours Expense Check |
Steuerungs-Cadence
- Monatlich: Reporting-Pack (Cost-per-Trip, On-Policy-Quote, Savings vs. Baseline)
- Quartalsweise: Steering Committee mit CFO, Travel Manager, ggf. HR
- Jährlich: Policy-Review, Lieferanten-Reverhandlung, Baseline-Reset
Was Einkauf an Prozess-Reife prüfen sollte
Bei der Auswahl eines Travel-Management-Partners sind nicht die Buchungsgebühren der entscheidende Vergleichsfaktor — sondern die Prozess-Reife. Sechs Prüffragen.
Welche der sieben Kernprozesse sind im Angebot definiert?
Reine Reisebüros decken meist nur Buchung und Begleitung ab. Plattformen decken Buchung und teilweise Approval. Travel-Management-Partner decken alle sieben — inklusive Steuerung und Reporting.
Wie wird Pre-Trip-Approval umgesetzt?
Wenn Approval erst nach der Buchung läuft, ist das nicht Steuerung — das ist Buchhaltung. Approval muss vor der Buchung greifen, automatisch nach Kostenstelle und Schwellen.
Welche Eskalations-SLA wird zugesagt?
Response-Zeit, 24/7-Verfügbarkeit, Entscheidungs-Mandat. Ohne schriftliche SLA: keine echte Begleitung.
Wie ist das Reporting aufgebaut?
Monatlicher Reporting-Pack mit Cost-per-Trip, On-Policy-Quote, Savings-Tracking, SLA-Score. Ohne Reporting: kein Beweis für Wirkung.
Wie werden Konditionen verhandelt?
Wer verhandelt? Auf welcher Datenbasis? Wie oft? Antworten wie „Sie reden mit den Hotels" sind keine Antworten — sie sind Delegation zurück zum Kunden.
Gibt es ein dokumentiertes Operating Model?
Wer keine RACI-Matrix, keinen Cadence-Kalender und kein Onboarding-Programm zeigt, hat keinen Prozess — der Anbieter hat ein Vertriebsversprechen.
Lehre aus Mittelstands-Implementierungen: Wer Travel Management als Tool kauft, kauft Effizienz. Wer es als Prozess kauft, kauft Wirkung. Der Unterschied ist messbar — in Cost-per-Trip, in Compliance-Quote, in Mitarbeiter-Zufriedenheit.
Häufige Fragen zu Travel-Management-Prozessen
Ein Reisebüro bucht Reisen. Ein Travel-Management-Partner steuert den gesamten Prozess: Policy, Approval, Buchung, Bezahlung, Eskalation, Abrechnung, Reporting. Travel Management ist eine Einkaufs- und Steuerungsfunktion, kein Sekretariatsprozess. Intertours positioniert sich bewusst als Travel-Management-Partner, nicht als Reisebüro.
Im Mittelstand mit 500 bis 2.500 Mitarbeitenden lohnt sich ein interner Travel Manager selten als Vollzeit-Stelle. Häufiger lohnt sich „Travel Manager as a Service" — eine externe Steuerung mit dediziertem Ansprechpartner. So bekommt das Unternehmen die Steuerungs-Tiefe, ohne die Vollzeit-Stelle.
Vier bis acht Wochen für die Plattform-Konfiguration und das Operating Model. Drei bis sechs Monate, bis alle sieben Kernprozesse eingespielt sind und die ersten messbaren Einsparungen entstehen. Zwölf Monate, bis das Reporting eine vergleichbare Baseline für Folgejahre liefert.
Modelle variieren: Transaktionsbasiert (drei bis acht Euro pro Buchung), nutzerbasiert (zwei bis sechs Euro pro Reisendem pro Monat), oder ergebnisbasiert (Anteil an realisierter Einsparung). Bei Intertours ist die Abrechnung transparent — die zugesicherte Einsparung von 2 bis 7 Prozent gilt nach Abzug aller Gebühren.
In der Regel die Finanzleitung oder der CFO — weil Travel ein Kostenthema mit hohem Steuerungspotenzial ist. HR ist Mit-Owner für Reisende-Erlebnis und Duty of Care. IT ist Mit-Owner für Integration. Die häufigste Fehlbesetzung: Sekretariat oder Office-Management als Owner — das ist eine operative Rolle, keine Steuerungsrolle.
Fünf KPIs reichen: Cost-per-Trip (sinkt 12 Monate nach Implementierung um 2–7 Prozent), On-Policy-Quote (Ziel: 93–97 Prozent), Booking-Fehlerquote (Ziel: unter 0,5 Prozent), Eskalations-Response-Zeit (Ziel: unter zwei Stunden), Mitarbeiter-Zufriedenheit auf der Reise (NPS). Wer diese fünf monatlich misst, sieht in sechs Monaten, ob das System funktioniert.
Drei Punkte: Erstens die Kombination aus Atriis-Plattform und persönlichem Travel Manager — keine reine Software, kein klassisches Reisebüro. Zweitens das Altour-Netzwerk für internationale Lieferfähigkeit in über 90 Ländern. Drittens die integrierte Logik aus Travel, Pay und Expense — drei Module aus einem Haus statt drei getrennte Tools.
Bypass entsteht meist dort, wo der Prozess zu unbequem ist. Gegenmittel: einfacher Self-Service über die OBE, klare Approval-Regeln, schnelle Erstattung, transparente Reisemittelvorgaben. Bei sauberem Operating Model bleibt die Bypass-Quote unter 5 Prozent. Wer höhere Quoten hat, hat ein Prozess-Problem, kein Disziplin-Problem.
