Kategorie:Fulfillment: Unterschied zwischen den Versionen

Aus Umbrella.net Documentation
Wechseln zu: Navigation, Suche
K (Dynamix)
Zeile 84: Zeile 84:
  
 
Add ons hingegen werden als einzelne, zusätzliche Positionen abgebildet.
 
Add ons hingegen werden als einzelne, zusätzliche Positionen abgebildet.
 
== Einkäufe ==
 
 
Beim XHT Import wird ein Einkauf pro Komponente bzw. pro Add-on erstellt. Ggf. führt später ein Ticketing-Modify dazu dass der Einkauf der Flugkomponente in mehrere Einkäufe - je 1 Einkauf pro Ticket - aufgeteilt wird.
 
 
  
 
== Automatische Modfikationen von Dynamix Buchungen ==
 
== Automatische Modfikationen von Dynamix Buchungen ==
Zeile 98: Zeile 93:
 
* Verkaufspreise werden nie angepasst (also auch nicht neue Preise eingefügt oder obsolete Preispositionen gelöscht)
 
* Verkaufspreise werden nie angepasst (also auch nicht neue Preise eingefügt oder obsolete Preispositionen gelöscht)
 
* Positionstitel werden nie angepasst
 
* Positionstitel werden nie angepasst
 
== Produkte und Einkaufspreise ==
 
 
Die Produkte werden aufgrund des Names von Komponentenlieferanten zugewiesen. Der Einkaufspreis wird aufgrund der Marge, die auf dem Produkt erfasst wird, berechnet.
 
  
 
== E-Docs in Dossiers ==
 
== E-Docs in Dossiers ==
Zeile 109: Zeile 100:
 
* FTI
 
* FTI
 
* SLR (Schauinsland)  
 
* SLR (Schauinsland)  
 +
 +
== Konvertierung von TT-BIRT ==
 +
 +
Es gibt einige Regeln nach welchen TT-BIRT in Umbrella B2B konvetiert werden, siehe dazu [[Importserver]]
  
  

Version vom 12. April 2013, 11:17 Uhr

Mit Fulfillment werden IBE-basierte Buchungen automatisch in Umbrella.net übernommen, zusammen mit den assozierten Kundendaten. Grundvoraussetzung ist dass die IBE einen Kundenrecord (MPSXML (Online Travel) oder Midoco (Traveltainment)) sowie einen Buchungsrecord in einem bekannten Format schickt.

Kosten / Abhängigkeiten des Moduls Fulfillment

  • Dieses Modul ist kostenpflichtig

Konzept der Fulfillment

Fulfillment-Prozess

Der Kunden-Datensatz enthält eine Quell-ID (auch "Cooperation ID"), anhand deren Umbrella.net die Buchungsquelle bestimmt. Diese Buchungsquelle legt einige Default-Werte für zu erstellende Dossier fest. Mit dem Kunden-Datensatz wird in einem ersten Schritt (#Kundenverarbeitung) ein Kunde angelegt bzw. ein existierender Kunde aktualisiert. Anschliessend wird automatisch ein Dossier erstellt (#Dossierverarbeitung). Sobald eine Reservation mit passender Buchungsnummer bei Umbrella.net eintrifft wird diese automatisch in das neu erstellte Dossier importiert. Der Benutzer wird über all diese Schritte mit entsprechenden Agendaeinträge informiert.

Kundenverarbeitung

Kunden werden anhand der E-Mail Adresse gesucht. Wird so kein Kunde gefunden, so wird ein neuer Kunde angelegt. Wenn auf der Einstellung der Buchungsquelle nicht anderst vermerkt, werden die Default-Einstellungen von derjenigen Filiale übernommen, welche auf der entsprechenden Buchungsquelle hinterlegt ist.


Es werden immer (auch bei einem schon existierenden Kunden) sämtliche Daten aus den Kunden-Datensatz auch den Kunden in Umbrella.net geschrieben:

  • Anrede und Namen
  • Adressdaten
  • Telefonnummern
  • Geburtsdatum



Dossierverarbeitung

Wurde der Kunden-Datensatz verarbeitet, wird automatisch ein Dossier erstellt. Es werden dabei die Default-Einstellungen von derjenigen Filiale übernommen welche auf der entsprechenden Buchungsquelle hinterlegt ist.

  • Zahlungskondition (falls auf der Filiale 'Rechnung automatisch erstellen' gesetzt ist)
  • Der Saleschannel wird aus den MIR-Daten übernommen, wobei der 'Externe Code' auf dem Saleschannel übereinstimmen muss mit
    • MPSXML: /travelplan/systemOrder/@SalesChannel
    • Midoco: n/a

Dem Dossier wird eine "Autoimport BF Nummer" aus dem Kunden-Datensatz vergeben.

Wird eine Reservation mit der "Autoimport BF Nummer" an Umbrella.net geschickt, so wird diese direkt in das zuvor erstellte Dossier importiert.

"Referenz auf Kunde / Dossier erstellen"

Fulfillment-Filialen können wahlweise "ihre eigenen Daten" gegenüber den anderen Filiale abschotten. Durch Aktivieren des Feldes "Referenz auf Kunde / Dossier erstellen" auf der Buchungsquelle wird dem Kunden sowie dem Dossier die verwendete Buchungsquelle mitgegeben. Dieser Kunde / dieses Dossier kann dann nur von Mitarbeiter in der entsprechenden Fulfillment-Filialen geladen werden.

Sollen Fulfillment-Kunden und -Dossier dem gesamten Mandanten zur Verfügung stehen, muss "Referenz auf Kunde / Dossier erstellen" deaktiviert werden.

Dynamix


Technische/Funktionale Details

Ablauf B2B-Verarbeitung

Reservation Matching

Es kann im Fulfillment-Prozess vorkommen dass Reservationsrecords zur identischen Buchung aus verschiedenen Datenquellen an Umbrella.net geschickt werden. Dabei zeigt sich dass je nach Datenquelle die BF Nummer leicht unterschiedlich sein kann, zB 18484927 vs. 018484927. Dieser Effekt ist bisher nur für CETS-Buchungen bekannt. Es wird dehalb eine Matching-Heuristik definiert, anhand welcher eine einkommende Reservation mit schon importierten Reservationen verglichen wird:

  • Origin muss CETS sein
  • Die BF-Nummer must mindestens 6 Zeichen enthalten (bei kürzeren BF Nummern ist die Wahrscheinlichkeit eines 'false positive' zu hoch)
  • Filiale und Vendor-Code müssen übereinstimmen
  • Von den beiden BF-Nummern welche verglichen werden muss die ein die andere als Suffix enthalten

Seiten in der Kategorie «Fulfillment»

Folgende 2 Seiten sind in dieser Kategorie, von 2 insgesamt.