Importserver: Unterschied zwischen den Versionen
Aus Umbrella.net Documentation
(→XHT / Direct Sales) |
|||
| Zeile 52: | Zeile 52: | ||
Amadeus Traveltainment (TT) ist eine IBE von Amadeus. Wird in TT eine Buchung ausgelöst, laufen folgende Schritte ab: | Amadeus Traveltainment (TT) ist eine IBE von Amadeus. Wird in TT eine Buchung ausgelöst, laufen folgende Schritte ab: | ||
| − | # TT verschickt immer einen ShoppingCart BIRT. Dieser wird im ImportServer zu einem IMIR und einem Retail-B2B gesplittet. | + | # TT verschickt für Buchungen via "helvetic tours" immer einen ShoppingCart BIRT. Dieser wird im ImportServer zu einem IMIR und einem Retail-B2B gesplittet. |
## Der IMIR bewirkt, dass in Umbrella.net ein Dossier angelegt wird (AutoProc BF Nummer = der Booking ID des Retail B2B). | ## Der IMIR bewirkt, dass in Umbrella.net ein Dossier angelegt wird (AutoProc BF Nummer = der Booking ID des Retail B2B). | ||
## Der Retail B2B wird automatisch ins Dossier importiert | ## Der Retail B2B wird automatisch ins Dossier importiert | ||
| Zeile 58: | Zeile 58: | ||
# TT verschickt - sofern mindestens eine Komponente gebucht werden konnte - eine TourOperator BIRT. Dieser enthält die Reservationsnummern der Arrangement-Komponenten im jeweiligen CRS/GDS. Für einen in Amadeus gebuchten Flug ist im TourOperator BIRT also der PNR enthalten. Im ImportServer wird der TourOperator BIRT in Komponenten B2B aufgesplittet | # TT verschickt - sofern mindestens eine Komponente gebucht werden konnte - eine TourOperator BIRT. Dieser enthält die Reservationsnummern der Arrangement-Komponenten im jeweiligen CRS/GDS. Für einen in Amadeus gebuchten Flug ist im TourOperator BIRT also der PNR enthalten. Im ImportServer wird der TourOperator BIRT in Komponenten B2B aufgesplittet | ||
## Für jeden Komponenten B2B wird ein EK erstellt | ## Für jeden Komponenten B2B wird ein EK erstellt | ||
| − | ## | + | ## Resale-seitig gibt es ein paar wenige Updates durch den Komponenten-B2B: |
| − | + | ##* Reservationsnnummer des Hotels | |
| − | Komponenten B2B | + | ##* Terminal-Angaben auf den Flugsegmenten |
| − | + | ##* Infotexte des Lieferanten werden hinzugefügt | |
| − | + | ##* Für Add-ons wird zudem der Positionstitel neu aufgebaut (weil sich der Lieferant ändert) | |
| − | |||
| − | |||
| − | # | ||
| − | |||
| − | |||
| − | |||
* [[Medium:example_ttbirt_cart.xml|Beispiel eine TT-BIRT, ShoppingCart]] | * [[Medium:example_ttbirt_cart.xml|Beispiel eine TT-BIRT, ShoppingCart]] | ||
* [[Medium:example_ttbirt_to.xml|Beispiel eine TT-BIRT, TourOperator]] | * [[Medium:example_ttbirt_to.xml|Beispiel eine TT-BIRT, TourOperator]] | ||
| + | (''Der Ablauf oben ist der Normalfall, da mehrere Systeme beteiligt sind kann sich aber die Reihenfolge verschieben'') | ||
| + | [[Datei:xht_reservations.png|600px]] | ||
| − | ( | + | In der Reservationsliste oben sieht man: |
| + | # Hotel-Buchung Schauinsland (814448) - Aus der BIRT-Komponente für das Hotel wird die BF Nummer 814448 ausgelesen, sowie der Origin CETS. | ||
| + | # Flug-Buchung Amadeus (8R7PRN) - Aus der BIRT-Komponente für den Flug wird die BF Nummer 8R7PRN ausgelesen, sowie der Origin Amadeus. | ||
| + | # Die Retail-B2B Buchung von TT, welche das Arrangement im Dossier erstellt | ||
| + | # Ein XHT Transfer Addon (HolidayTaxi), erzeugt eine separate Position | ||
| + | # Ein Modify von Amadeus | ||
| + | Ab TT-BIRT Version 2.3 gilt zusätzlich: | ||
| + | # TT verschickt für Buchungen via Fremdportale (zB ebookers) nur einen TourOperator BIRT. Dieser wird im ImportServer zu einem IMIR, einem Retail-B2B und 1-n Komponenten-B2B gesplittet. | ||
| − | === | + | Da Traveltainment Einzelbuchungen in Drittsystemen auslöst, können diese ggf. ebenfalls Reservationdaten an Umbrella.net schicken. |
| + | # CETS schickt einen "Create" Record. Dieser wird in Umbrella.net via dem BIRT Komponenten-B2B abgeglichen, und | ||
| + | der EK aktualisiert | ||
| + | # Ein Amadeus PNR wird als regulärer Modify verarbeitet | ||
| + | |||
| + | ==== Zuordnung Produkte ==== | ||
Der Origin / Vendorcode / Servicecode wird nach folgendem Mapping gesetzt: | Der Origin / Vendorcode / Servicecode wird nach folgendem Mapping gesetzt: | ||
| Zeile 109: | Zeile 117: | ||
Diese Kombination führt beim Import der Buchung letztlich zu einem assoziierten Produkt. | Diese Kombination führt beim Import der Buchung letztlich zu einem assoziierten Produkt. | ||
| − | === Einkauf === | + | ==== Einkauf ==== |
Der Einkauf aus dem BIRT wird nach folgender Regel übernommen oder verworfen: | Der Einkauf aus dem BIRT wird nach folgender Regel übernommen oder verworfen: | ||
| Zeile 220: | Zeile 228: | ||
* [[Medium:example_olt.xml|Beispiel eines OLT Records]] | * [[Medium:example_olt.xml|Beispiel eines OLT Records]] | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
Version vom 10. April 2014, 09:24 Uhr
Inhaltsverzeichnis
Ü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
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
- Hier werden Abschnitte erstellt mit identischem Namen zu Layout/Prozesse
- In der "normalen" Doku ein Link auf die entsprechende Details (im sinne von (Details ...)
- Ein Detail-Abschnitt beginnt mit einem "Backlink": "Details zu ..."
