Importserver: Unterschied zwischen den Versionen

Aus Umbrella.net Documentation
Wechseln zu: Navigation, Suche
 
(23 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 264: Zeile 264:
 
== Datenübernahme ==
 
== Datenübernahme ==
  
−
Der ImportServer ist fähig DBI-Daten aus dem PNR zu lesen, sofern der Mandant [[http://www.umbrella.ch/tzdoc Tenzing Faces]] verwendet. Dort kann der Setup definiert werden, so dass zB ein "RM*KS1:/" auf die Kostenstelle 1 abgebildet wird. Ohne Tenzing Faces ist eine Übernahme der DBI-Daten nicht möglich.
+
Der ImportServer ist fähig DBI-Daten aus dem PNR zu lesen, sofern der Mandant [[http://www.umbrella.ch/tzdoc Umbrella Faces]] verwendet. Dort kann der Setup definiert werden, so dass zB ein "RM*KS1:/" auf die Kostenstelle 1 abgebildet wird. Ohne Umbrella Faces ist eine Übernahme der DBI-Daten nicht möglich.
  
−
=== Amadeus ===
 
  
−
Neben dem generischen Setup für die DBI-Daten gelten folgende Konventionen:
+
Ein PNR mit mehr als einem Reisenden muss für die korrekte Funktion gesplittet werden. Im Anschluss sind zwei MIR's oder AIR's zu generieren.
−
* Wird die AIAN auf eine Umbrella.net Kunden-Nr. gesetzt, wird der entsprechende Kunde beim OrderGen als Default gesetzt
 
−
* Wird die AICR auf eine Umbrella.net Kunden-Nr. gesetzt, wird im Dossier der entsprechende Kunde automatisch als Reisender gesetzt. Dessen DBI-Daten werden zudem als Defaults auf dem Dossier gesetzt. (Es ist zu beachten dass explizite DBI-Daten aus dem PNR diese Defaults übersteuern)
 
  
−
DBI-Felder können in einem beliebigen RM-Format abgebildet werden.
 
  
−
=== Galileo ===
+
=== Amadeus ===
  
 
Neben dem generischen Setup für die DBI-Daten gelten folgende Konventionen:
 
Neben dem generischen Setup für die DBI-Daten gelten folgende Konventionen:
Zeile 281: Zeile 277:
 
! Eingabe !! Beispiel !! Verwendung in Umbrella.net
 
! Eingabe !! Beispiel !! Verwendung in Umbrella.net
 
|-
 
|-
−
| DI.FT-SAnnnnnn || DI.FT-SA891244 || Der durch 'nnnnnn' als Kunden-Nummer identifizierte Kunde wird beim OrderGen als Default gesetzt
+
| AIAN || || Der durch 'nnnnnn' als Kunden-Nummer identifizierte Kunde wird beim OrderGen als Default gesetzt
 +
|-
 +
| RM*UMB-TRAV/nnnn || RM*UMB-TRAV/744 || Der durch 'nnnnnn' als Kunden-Nummer identifizierte Kunde wird auf dem Dossier als Reisender gesetzt. Die DBI-Daten des Reisenden werden zudem als Defaults auf dem Dossier gesetzt. (Es ist zu beachten dass explizite DBI-Daten aus dem PNR diese Defaults übersteuern)
 +
|-
 +
| RM*UMB-ARR/aaaa || RM*UMB-ARR/FR HUBER || Die Angaben in 'aaaa' werden auf dem Dossier als "Besteller" gesetzt. Dieser wird dann auf die Rechnung übernommen
 
|-
 
|-
−
| DI.FT-TRAVnnnnnn || DI.FT-TRAV891244 || Der durch 'nnnnnn' als Kunden-Nummer identifizierte Kunde wird auf dem Dossier als Reisender gesetzt. Die DBI-Daten des Reisenden werden zudem als Defaults auf dem Dossier gesetzt. (Es ist zu beachten dass explizite DBI-Daten aus dem PNR diese Defaults übersteuern)
+
| RM*UMB-SC/nnnn || RM*UMB-SC/OFF || Der durch 'nnnn' gekennzeichnete SalesChannel (externer Code) wird auf dem Dossier gesetzt
 
|-
 
|-
−
| DI.FT-SV NFdd.dd FOdd.dd RCaa FTaa || DI.FT-SV NF3000.00 FO2000.00 RC10 FT50 || Savings-Daten welche global für alle Flugtickets gelten
+
| RM*UMB-SV/NFdd.dd FOdd.dd RCaa FTaa || RM*UMB-SV/NF3000.00 FO2000.00 RC10 FT50 || Savings-Daten. Die RM können Pax und/oder Segmenten zugeordnet werden, um Savings für spezifische Tickets auszuweisen.
  
 
* NF - Benchmark fare
 
* NF - Benchmark fare
Zeile 292: Zeile 292:
 
* FT - Fare type
 
* FT - Fare type
 
|-
 
|-
−
| DI.FT-T2/SV NFdd.dd FOdd.dd RCaa FTaa || DI.FT-T2/SV NF3000.00 FO2000.00 RC10 FT50 || Wie oben, aber die Daten gelten nur für das Ticket für Tnr '2'
+
| RM*UMB-SV/S3,4 NFdd.dd FOdd.dd RCaa FTaa || RM*UMB-SV/S3,4 NF3000.00 FO2000.00 RC10 FT50 || *Wie oben, aber für PNRs mit mehreren Tickets und unterschiedlichen Savings-Daten sowie für Hotel- und Mietwagen-Segments. Der RM-Eintrag muss das entsprechende Segment referenzieren.
 +
|-
 +
|RM*UMB-SV/P1 S3,4 NFdd.dd FOdd.dd RCaa FTaa || RM*UMB-SV/P1 S3,4 NF3000.00 FO2000.00 RC10 FT50 || *Wie oben, aber die Daten gelten nur für das Ticket für Pax '1'.
 
|-
 
|-
−
| RI.S3*SV NFdd.dd FOdd.dd RCaa FTaa || RI.S3*SV NF3000.00 FO2000.00 RC10 FT50 || Wie oben, aber für Hotel- und Mietwagen-Segments. Der RI-Eintrag muss das entsprechende Segment referenzieren.
+
| RM*UMB-AUTO/STOP || || Automatisierung für diesen PNR komplett unterbinden
 +
|-
 +
| RM*UMB-AUTO/12345 || || Einen PNR in ein bestehendes Dossier mit Dossiernummer 12345 forcieren
 
|}
 
|}
  
−
DBI-Felder können in einem beliebigen DI.FT-Format abgebildet werden.
 
  
−
Ein PNR mit mehr als einem Reisenden muss für die korrekte Funktion gesplittet werden. Im Anschluss sind zwei MIR's, AIR's zu generieren.
+
 
 +
=== Galileo ===
 +
 
 +
Neben dem generischen Setup für die DBI-Daten gelten folgende Konventionen:
 +
 
 +
{|
 +
|-
 +
! Eingabe
 +
! Beispiel
 +
! Verwendung in Umbrella.net
 +
|-
 +
| DI.FT-SAnnnnnn
 +
| DI.FT-SA891244
 +
| Der durch 'nnnnnn' als Kunden-Nummer identifizierte Kunde wird beim OrderGen als Default gesetzt
 +
|-
 +
| DI.FT-TRAVnnnnnn
 +
| DI.FT-TRAV891244
 +
| Der durch 'nnnnnn' als Kunden-Nummer identifizierte Kunde wird auf dem Dossier als Reisender gesetzt. Die DBI-Daten des Reisenden werden zudem als Defaults auf dem Dossier gesetzt. (Es ist zu beachten dass explizite DBI-Daten aus dem PNR diese Defaults übersteuern)
 +
|-
 +
| DI.FT-ARRaaaa
 +
| DI.FT-ARRFR HUBER
 +
| Die Angaben in 'aaaa' werden auf dem Dossier als "Besteller" gesetzt. Dieser wird dann auf die Rechnung übernommen
 +
|-
 +
| DI.FT-SLCHnnnn
 +
| DI.FT-SLCHOFF
 +
| Der durch 'nnnn' gekennzeichnete SalesChannel (externer Code) wird auf dem Dossier gesetzt
 +
|-
 +
| DI.FT-SV/NFdd.dd FOdd.dd RCaa FTaa
 +
| DI.FT-SV/NF3000.00 FO2000.00 RC10 FT50
 +
| Savings-Daten welche global für alle Leistungen (Flugtickets, Hotels, Mietwagen) gelten
 +
*NF - Benchmark fare
 +
*FO - Offered fare
 +
*RC - Reason code
 +
*FT - Fare type
 +
 
 +
|-
 +
| DI.FT-SV/S1.4 NFdd.dd FOdd.dd RCaa FTaa
 +
| DI-FR-SV/S1.4 NF3000.00 FO2000.00 RC10 FT50
 +
| *Wie oben, aber für PNRs mit mehreren Tickets und unterschiedlichen Savings-Daten sowie für Hotel- und Mietwagen-Segments. Der DI-Eintrag muss das entsprechende Segment referenzieren.
 +
|-
 +
| DI.FT-SV/P1 S2.3 NFdd.dd FOdd.dd RCaa FTaa
 +
| DI.FT-SV/P1 S2.3 NF3000.00 FO2000.00 RC10 FT50
 +
| *Wie oben, aber die Daten gelten nur für das Ticket für Pax '1'.
 +
|-
 +
| DI.FT-AUTO/STOP
 +
|  
 +
| Automatisierung für diesen PNR komplett unterbinden
 +
|-
 +
| DI.FT-AUTO/12345
 +
|  
 +
| Einen PNR in ein bestehendes Dossier mit Dossiernummer 12345 forcieren
 +
|-
 +
| DI.FT-TPdd oder<br/> DI.FT-TPd
 +
| DI.FT-TP02 oder DI.FT-TP2
 +
|
 +
<module name="ABB">der durch dd oder d gesetzte Trip Purpose Code wird im Register Commercial unter dem Bereich 'Diverses' abgebildet<br/> </module>
 +
 
 +
|-
 +
| DI.FT-HCaa
 +
| DI.FT-HCHZ
 +
| <module name="ABB">der durch aa gesetzte Hotel Compliance Code wird im Register Commercial unter dem Bereich 'Diverses' abgebildet<br/> </module>
 +
|}
 +
 
 +
'*' Die Eingaben in PNRs mit mehreren Teilnehmern und unterschiedlichen Savings pro Ticket sind nur möglich, wenn für alle Teilnehmer dasselbe Farequote erstellt wurde. DBI-Felder können in einem beliebigen DI.FT-Format abgebildet werden.

Aktuelle Version vom 11. Januar 2018, 15:40 Uhr

Übersicht

Der Importserver dient als Schnittstelle zwischen diversen Reservationssystemen und Umbrella.net. Buchungsrecords werden in ein Standardformat (Umbrella B2B) konvertiert und an Umbrella.net geschickt.

Grundsätzlicher Ablauf

  • Daten via FTP, E-Mail, SOAP
  • Konvertierung
  • B2B in MSMQ
  • Retry bis zu 10x, dann "unsent"

Entgegennahme von Daten

Dataflow importserver.png

FTP / Files

Dateien können via FTP (oder Fileshare) dem Importserver bereitgestellt werden.

E-Mails

E-Docs werden von vordefinierten E-Mail Adressen abgeholt und verarbeitet. Dabei muss der Attachment-Name und der Mail-Betreff ggf. bestimmte Bedingungen erfüllen damit die Dokumente dem richtigen Dossier zugeordnet werden können.

Pricecoach / SOAP

Eine SOAP-Schnittstelle erlaubt die Entgegennahme von Pricecoach-Daten (im Moment inaktiv)

Konvertierung

Galileo

Amadeus

CETS


XHT / Direct Sales


Delivery

Die (konvertierten) Daten werden in einer Queue auf dem Importserver gehalten, und - sofern Umbrella.net verfügbar ist - via SOAP an Umbrella.net geschickt.

  • Falls entsprechend konfiguriert kann der Importserver mehrere Umbrella.net Instanzen "abfragen", um eine Agency ID korrekt zuzuordnen
  • Falls Umbrella.net nicht verfügbar ist (dh Unavailable, oder im Single-User Mode), so wird die Delivery alle 5min erneut versucht (unbegrenzte Retries)
  • Ist Umbrella.net verfügbar, aber die Agency ID ist nicht bekannt, wird der Datenrecord verworfen.

Technische/Funktionale Details

Datenübernahme

Der ImportServer ist fähig DBI-Daten aus dem PNR zu lesen, sofern der Mandant [Umbrella Faces] verwendet. Dort kann der Setup definiert werden, so dass zB ein "RM*KS1:/" auf die Kostenstelle 1 abgebildet wird. Ohne Umbrella Faces ist eine Übernahme der DBI-Daten nicht möglich.


Ein PNR mit mehr als einem Reisenden muss für die korrekte Funktion gesplittet werden. Im Anschluss sind zwei MIR's oder AIR's zu generieren.


Amadeus

Neben dem generischen Setup für die DBI-Daten gelten folgende Konventionen:

Eingabe Beispiel Verwendung in Umbrella.net
AIAN Der durch 'nnnnnn' als Kunden-Nummer identifizierte Kunde wird beim OrderGen als Default gesetzt
RM*UMB-TRAV/nnnn RM*UMB-TRAV/744 Der durch 'nnnnnn' als Kunden-Nummer identifizierte Kunde wird auf dem Dossier als Reisender gesetzt. Die DBI-Daten des Reisenden werden zudem als Defaults auf dem Dossier gesetzt. (Es ist zu beachten dass explizite DBI-Daten aus dem PNR diese Defaults übersteuern)
RM*UMB-ARR/aaaa RM*UMB-ARR/FR HUBER Die Angaben in 'aaaa' werden auf dem Dossier als "Besteller" gesetzt. Dieser wird dann auf die Rechnung übernommen
RM*UMB-SC/nnnn RM*UMB-SC/OFF Der durch 'nnnn' gekennzeichnete SalesChannel (externer Code) wird auf dem Dossier gesetzt
RM*UMB-SV/NFdd.dd FOdd.dd RCaa FTaa RM*UMB-SV/NF3000.00 FO2000.00 RC10 FT50 Savings-Daten. Die RM können Pax und/oder Segmenten zugeordnet werden, um Savings für spezifische Tickets auszuweisen.
  • NF - Benchmark fare
  • FO - Offered fare
  • RC - Reason code
  • FT - Fare type
RM*UMB-SV/S3,4 NFdd.dd FOdd.dd RCaa FTaa RM*UMB-SV/S3,4 NF3000.00 FO2000.00 RC10 FT50 *Wie oben, aber für PNRs mit mehreren Tickets und unterschiedlichen Savings-Daten sowie für Hotel- und Mietwagen-Segments. Der RM-Eintrag muss das entsprechende Segment referenzieren.
RM*UMB-SV/P1 S3,4 NFdd.dd FOdd.dd RCaa FTaa RM*UMB-SV/P1 S3,4 NF3000.00 FO2000.00 RC10 FT50 *Wie oben, aber die Daten gelten nur für das Ticket für Pax '1'.
RM*UMB-AUTO/STOP Automatisierung für diesen PNR komplett unterbinden
RM*UMB-AUTO/12345 Einen PNR in ein bestehendes Dossier mit Dossiernummer 12345 forcieren


Galileo

Neben dem generischen Setup für die DBI-Daten gelten folgende Konventionen:

Eingabe Beispiel Verwendung in Umbrella.net
DI.FT-SAnnnnnn DI.FT-SA891244 Der durch 'nnnnnn' als Kunden-Nummer identifizierte Kunde wird beim OrderGen als Default gesetzt
DI.FT-TRAVnnnnnn DI.FT-TRAV891244 Der durch 'nnnnnn' als Kunden-Nummer identifizierte Kunde wird auf dem Dossier als Reisender gesetzt. Die DBI-Daten des Reisenden werden zudem als Defaults auf dem Dossier gesetzt. (Es ist zu beachten dass explizite DBI-Daten aus dem PNR diese Defaults übersteuern)
DI.FT-ARRaaaa DI.FT-ARRFR HUBER Die Angaben in 'aaaa' werden auf dem Dossier als "Besteller" gesetzt. Dieser wird dann auf die Rechnung übernommen
DI.FT-SLCHnnnn DI.FT-SLCHOFF Der durch 'nnnn' gekennzeichnete SalesChannel (externer Code) wird auf dem Dossier gesetzt
DI.FT-SV/NFdd.dd FOdd.dd RCaa FTaa DI.FT-SV/NF3000.00 FO2000.00 RC10 FT50 Savings-Daten welche global für alle Leistungen (Flugtickets, Hotels, Mietwagen) gelten
  • NF - Benchmark fare
  • FO - Offered fare
  • RC - Reason code
  • FT - Fare type
DI.FT-SV/S1.4 NFdd.dd FOdd.dd RCaa FTaa DI-FR-SV/S1.4 NF3000.00 FO2000.00 RC10 FT50 *Wie oben, aber für PNRs mit mehreren Tickets und unterschiedlichen Savings-Daten sowie für Hotel- und Mietwagen-Segments. Der DI-Eintrag muss das entsprechende Segment referenzieren.
DI.FT-SV/P1 S2.3 NFdd.dd FOdd.dd RCaa FTaa DI.FT-SV/P1 S2.3 NF3000.00 FO2000.00 RC10 FT50 *Wie oben, aber die Daten gelten nur für das Ticket für Pax '1'.
DI.FT-AUTO/STOP   Automatisierung für diesen PNR komplett unterbinden
DI.FT-AUTO/12345   Einen PNR in ein bestehendes Dossier mit Dossiernummer 12345 forcieren
DI.FT-TPdd oder
DI.FT-TPd 		DI.FT-TP02 oder DI.FT-TP2
Module: ABBder durch dd oder d gesetzte Trip Purpose Code wird im Register Commercial unter dem Bereich 'Diverses' abgebildet


DI.FT-HCaa DI.FT-HCHZ
Module: ABBder durch aa gesetzte Hotel Compliance Code wird im Register Commercial unter dem Bereich 'Diverses' abgebildet

'*' Die Eingaben in PNRs mit mehreren Teilnehmern und unterschiedlichen Savings pro Ticket sind nur möglich, wenn für alle Teilnehmer dasselbe Farequote erstellt wurde. DBI-Felder können in einem beliebigen DI.FT-Format abgebildet werden.

Von «http://doc.umbrella.ch/doc/index.php?title=Importserver&oldid=10573»