Ihre Zielarchitektur beginnt mit realen Quellen und Verantwortlichkeiten.
Im technischen Gespräch betrachten wir Datenquellen, Schnittstellen, Architektur, Sicherheit und den möglichen Implementierungsweg.
Enterprise Travel Architecture
Reisedatenarchitektur planen und prüfen.
Prüfen Sie Datenherkunft, Feldumfang, Übergaben und Betriebsverantwortung. Das Architecture Center verbindet die vier Plattformbausteine mit einem Planungsbeispiel und konkreten Fragen für Ihre Architekturprüfung.
Referenzarchitektur
Vier Bausteine. Klare Datenverträge und Verantwortlichkeiten.
Jeder Baustein kann fachlich, technisch und betrieblich separat geprüft werden.
Von den Quellen zur nutzbaren Datensicht
Angebundene Quellen
TMCs, GDS, OBTs und verfügbare Unternehmensdaten
TD pool
Übernehmen, zuordnen, prüfen und konsolidieren
Travel Data Suite · Datenbasis
Gemeinsamer Reiseverlauf und Unternehmenskontext
Zweckgebundene Sichten aus der gemeinsamen Datenbasis
Anwendungen & Fachprozesse
TD care · Reisesicherheit, TD doc · Kommunikation, TD chart · Analyse, TD go · Genehmigungen
Für berechtigte Teams und Reisende im jeweiligen Prozess
TD hub
Konsolidierte Daten für den jeweiligen Empfänger aufbereiten und über den verfügbaren Übergabeweg verteilen.
Angebundene Finance-, BI-, Security- und weitere Unternehmenssysteme
Beispiel: Reisedaten für Finance
TD pool führt Buchungen einer TMC und Kostenstellen aus einem Unternehmenssystem in der gemeinsamen Reisedatenbasis der Travel Data Suite zusammen. TD hub stellt die für Finance oder BI benötigte Datensicht bereit.
- Datenumfang: Welche Felder benötigt der Empfänger, etwa Buchungsreferenz, Reisezeitraum und Kostenstelle?
- Aktualisierung: Wie häufig werden Daten übergeben, und woran erkennt der Empfänger ihren Stand?
- Änderungen: Wie werden Stornos, Korrekturen und später eingehende Daten berücksichtigt?
- Betrieb: Wer klärt fehlende Zuordnungen oder fehlgeschlagene Übergaben?
Planungsbeispiel: Feldumfang, Aktualisierung, Zugänge und Zuständigkeiten werden für die jeweilige Anbindung festgelegt.
Prüffragen
Eine belastbare Zielarchitektur beantwortet mehr als eine Produktliste.
Welche Systeme sind Source of Truth?
Wie werden Herkunft, Aktualität und Konflikte sichtbar?
Welche Regeln gehören dem Unternehmen?
Wie bleiben Portabilität und Exit-Fähigkeit erhalten?
Welche personenbezogenen Daten benötigt welcher Prozess?
Welche Betriebs- und Eskalationswege sind definiert?
Weiterführende Themen
FAQ
Häufige Fragen zur NP4 Architektur.
Warum braucht ein Unternehmen eine zusätzliche Ebene zwischen TMC und Enterprise-Systemen?
Weil ein internationales Travel-Programm häufig aus mehreren Datenquellen, Providern und Unternehmenssystemen besteht. Eine unabhängige fachliche Ebene kann verhindern, dass jeder nachgelagerte Prozess direkt an die technische Logik eines einzelnen Travel Providers gekoppelt werden muss.
Ersetzt NP4 unser TMC, OBT, Expense-System oder BI?
Nein. NP4 verbindet bestehende Systeme und macht Reisedaten für Ihre Unternehmensprozesse nutzbar. Welche Systeme angebunden werden können, hängt von Ihrer Landschaft und den technischen Zugängen ab.
Wie werden Datenquellen angebunden?
Die Anbindung richtet sich nach den technischen Möglichkeiten der jeweiligen Quelle und dem vereinbarten Projektumfang. Je nach Quelle können unterschiedliche Schnittstellen- oder Dateiwege eingesetzt werden. Öffentliche Architekturinformationen beschreiben bewusst keine kundenspezifischen technischen Endpunkte.
Gibt es bei NP4 ein gemeinsames Datenmodell?
Ja. Daten unterschiedlicher Quellen werden in gemeinsame fachliche Strukturen überführt, damit Folgeprozesse mit konsistenten Bedeutungen arbeiten können. Das vollständige interne Datenmodell ist nicht öffentlich; wir erläutern die für Ihre Implementierung relevanten Teile im Projekt.
Was passiert bei einem Providerwechsel?
Die Quellanbindung und die fachlichen Datensichten werden möglichst voneinander getrennt. Dadurch kann eine neue Quelle integriert werden, ohne automatisch sämtliche nachgelagerten Prozesse an die technische Struktur des neuen Providers anzupassen.
Wie werden unterschiedliche oder widersprüchliche Daten behandelt?
Für angebundene Quellen werden fachliche Qualitäts- und Verarbeitungsregeln definiert. Welche Quelle für einen bestimmten Sachverhalt maßgeblich ist und welche Prüfungen gelten, hängt vom jeweiligen Datenfluss und Use Case ab.
Wie gelangen Daten zu Finance, BI, Security oder anderen Zielsystemen?
TD hub bereitet Reisedaten für den jeweiligen Empfänger auf und stellt sie über einen abgestimmten Übergabeweg bereit. Datenumfang, Format und Zugriffsrechte richten sich nach dem Zielsystem und dem vorgesehenen Zweck.
Wo finde ich Informationen zu Security, Datenschutz und Due Diligence?
Öffentliche Architekturinformationen bleiben bewusst auf einem fachlich sinnvollen Abstraktionsniveau. Informationen zu Datenschutz, Informationssicherheit und verfügbaren Due-Diligence-Unterlagen befinden sich im Trust-Bereich. Kundenspezifische operative Details werden nicht öffentlich veröffentlicht.