Business Travel ohne Auftragssystem:
Statt Auftragsverwaltung gab es nur Filekeys und Customer Profiles in Amadeus – ohne nachhaltige Vorgangshistorie. Daten konnten nur begrenzt vorgehalten werden und waren nicht langfristig verfügbar.
Touristik in einer veralteten Verwaltungsmaske:
In der Touristik flossen Buchungen in eine sehr alte Oberfläche („TV-Maske / touristische Verwaltung“), primär zur Abrechnung – funktional stark limitiert.
Separates CRM (Dimas) als zusätzlicher Systembruch:
CRM lief in einem eigenen Tool (Dimas), wodurch Datenpflege und Prozesse auf mehrere Systeme verteilt waren.
Keine echte Differenzierung bei Serviceentgelten (TAF):
Der damalige Ansatz in der Amadeus-Welt (TAF Manager) war umständlich und bot nicht die Möglichkeit, TAF/Service Fees so granular nach Kunde, Strecke oder Szenario abzubilden, wie es im Firmenkundengeschäft nötig ist.
Belege, Zahlstatus & Nachvollziehbarkeit eingeschränkt:
Belege, Zahlstatus & Nachvollziehbarkeit eingeschränkt: Rechnungen waren nach Ausstellung nur schwer wieder abrufbar und nicht „originalgetreu“ reproduzierbar. Gleichzeitig fehlte Transparenz über den Zahlstatus direkt im operativen Prozess.
„Alles in einem“ statt drei Systeme:
CRM, Auftragsverwaltung und Beleg-/Prozesslogik wurden in einer Systemwelt gebündelt.
Individuelle Entgeltsteuerung als Umsatzhebel im Firmendienst:
MIDOCO ermöglichte wesentlich differenziertere Serviceentgelt-Logiken – z. B. je Kunde, je Aufwand oder abhängig von Abflugort und Bedingungen.
Automatisierung durch Remarks (Frontoffice-Trigger):
Remarks wurden so nutzbar gemacht, dass sie wie ein „Befehl“ wirken können: Sie stoßen Aktionen in MIDOCO an, die früher manuell erledigt werden mussten – ein zentraler Baustein, um Prozesse no-touch-fähig zu machen.
Multi-GDS / Multi-Content-Fähigkeit:
Bereits früh war relevant, dass MIDOCO Buchungen aus unterschiedlichen Quellen bündeln kann (nicht nur Amadeus, sondern auch andere Systeme). Damit entstand eine zukunftsfähige Basis für wachsende Schnittstellenlandschaften.
Besserer Zugriff auf Belege & Status:
Rechnungen können direkt im Auftrag / beim Kunden abgelegt und erneut versendet werden, zudem ist die Transparenz über Zahlstatus deutlich besser.
Skalierbare Erweiterung über Schnittstellen & Partner:
Neue Partner (z. B. Versicherer, später weitere Systeme) konnten schrittweise integriert werden – mit dem Ziel: weniger manuell, mehr automatisch.
Anbahnung & Entscheidung (ab ca. 2009)
Erste Gespräche, Austausch und Einigung auf eine Zusammenarbeit.
Pilotbüros & erste Umstellungen (ab ca. 2010)
Start mit wenigen Pilotstandorten, inklusive strukturierter Vorbereitung, Stammdatenprozessen und Schulungen.
Schulungs- & Rollout-Logik über Dienstleister (TATS)
Admin- und User-Schulungen (Präsenz), klare Bestell- und Umstellprozesse, Bündelung von Rollouts in Gruppen.
Beschleunigung durch Dimas-Pleite (Ende 2012/2013)
Der Gamechanger: Dimas wurde abgeschaltet/ging insolvent, wodurch DERPART gezwungen war, sehr viele Büros in sehr kurzer Zeit umzustellen. Aus einem geplanten Rollout wurde ein „Fast Track“-Programm.
Skalierung auf 300–350 Büros
Insgesamt lag die Größenordnung der Umstellung bei ca. 300–350 Büros.
Customization & Weiterentwicklung statt Stillstand:
Anforderungen können umgesetzt werden – und bleiben nicht in GDS-typischen „5-Jahres-Zyklen“ hängen.
Offenes System für Partner & neue Anforderungen:
MIDOCO ist GDS-offen und ermöglicht es, neue Leistungsträger/Schnittstellen pragmatisch anzubinden, statt Innovation zu blockieren.
Automatisierung im Frontoffice durch Remarks:
Der Hebel liegt darin, dass Mitarbeitende im Moment der Buchung die richtigen „Trigger“ setzen können — und nachgelagerte Prozesse dadurch automatisiert laufen.
Regulatorik & Marktveränderungen werden proaktiv umgesetzt:
Themen wie DSGVO, TSE, PCI oder E-Rechnung werden von MIDOCO frühzeitig adressiert – Kunden müssen nicht jedes Mal „bei Null“ starten.
Transparenz und bessere Prozesse im Alltag:
Rechnungen, Historien und Statusinformationen sind im System direkt verfügbar – ohne Umwege über Buchhaltung oder externe Systeme.
Partnerschaft auf Augenhöhe (inkl. Jira/Confluence):
Strukturierte Zusammenarbeit über Jira/Confluence machte Projekte transparenter und effizienter – und förderte das gemeinsame Verständnis für Prioritäten und Umsetzbarkeit.
MIDOCO gibt uns die Flexibilität, Anforderungen wirklich umzusetzen – nicht in fünf Jahren, sondern in einem realistischen Zeitrahmen. Für uns ist das entscheidend: ein offenes, anpassbares System, das mit neuen Partnern, Schnittstellen und Anforderungen einfach mitwachsen kann.
