Moin,
Das Ergebnis unseres ersten OTDS-Meetings heute sind die folgenden.
1. Anforderungen an den Umbau:
- Bis 09/2016 muss xRes einen OTDS-Export bereitstellen.
- Es muss sowohl ein Voll-, als auch inkrementelle
Änderungs-Exporte möglich sein.
- Das erzeugte OTDS-Format muss besonders für TravelTainment
hinreichend sein.
- Die Pac2Cache-Produktion und der INFX-Export müssen
unverändert weiter arbeiten. Dies ist für Vertriebskanäle, die
kein OTDS können, und für Pauschalexporte notwendig. OTDS
liefert xRes vorerst nur für Hotelangebote.
- Der OTDS-Export muss Kinderpreise liefern.
- Die Anzeige von Angeboten im Pac muss weiterhin möglich sein.
2. Diese Entscheidungen zur Technologie / Struktur haben wir
beschlossen:
- Wir stellen neben den aktuellen PAC keine neue Struktur
daneben, sondern entwickeln den bestehenden PAC sukzessive
weiter. Dieses Vorgehen beinhaltet zuerst die Erweiterung der
Struktur des PAC und erst zum Abschluss der Arbeiten die
Normalisierung der Datenbankstruktur.
- Eine PAC-Struktur mit Tages-Basis-Preisen und zusätzlich
abgelegten Regeln ist das Ziel des Umbaus. Wir wollen den Pac
nicht weiter in Richtung "ausgerechneter Daten" entwickeln, weil
dies zusätzliche Probleme im OTDS-Export brächte.
3. Diese Arbeitsschritte haben wir ausgearbeitet:
- Der PAC soll so erweitert werden, dass der
RatePlansInterpreter wegfallen kann. Eine BA/B gegen
eigenerfasste Hotels soll direkt aus dem PAC beantwortet werden
können. Kern werden dabei vermutlich die aktuell im PAC nicht
hinterlegten Kinderpreise sein.
- Die Preiserfassung soll so angepasst werden, dass sie zuerst
OTA erzeugt / abspeichert und dieses dann von einem regulären
OTA-Import gelesen und in den PAC geschrieben wird. Auf diese
Weise wird die Basis geschaffen, in weiteren Umbauten des PAC
zusätzliche Anforderungen seitens der Reiseveranstalter
umzusetzen.
- Zu diesem Zeitpunkt kann damit begonnen werden, einen ersten
OTDS-Export zu bauen. Dieser muss in folgenden Arbeitsschritten
(wie auch Hotel-Importe, Preiserfassung und Pac2Cache) mit
angepasst werden.
- Im nächsten Schritt wird die Struktur des PACs so erweitert,
dass möglichst alle als "Regel" auslagerbaren Angebote nicht
mehr in den Tagespreis eingerechnet sind, sondern in weiteren
Spalten / Tabellen / Datenbanken separat abgelegt sind. Auf
diese Weise wird die Qualität des OTDS-Exports deutlich
verbessert (mehr Regeln, weniger Daten) und aus
meta-ausgerechneten Daten wird "echtes OTDS".
- Im letzten Schritt wird die "finale" Version des PAC
normalisiert. Kritische Punkte sind dabei die Datenmenge und die
Anfragezeiten an die Datenbank.
4. Bis nächsten Dienstag haben wir uns diese Ziele vorgenommen:
- NFE und MPU werden prüfen, ob Punkt 3.1 oben vollständig ist.
Die Anforderungen an einen PAC, der BAs auf eigenerfasste Hotels
direkt beantworten kann, werden geklärt werden.
- VBE und SPE werden die Grundstruktur eines OTDS-Exports
besprechen, der OTDS aus dem aktuellen PAC erzeugen kann.
- HGE versendet einen Termin für das nächste Treffen.
VG SRK
--
Mit freundlichen Grüßen
Stefan Rank-Kunitz
- Lead Developer -
________________________________________________________
TraSo GmbH
Georg-Schumann-Str. 294
D-04159 Leipzig
Tel.: +49 341 355 740 - 43
E-Mail: s.rank-kunitz@traso.de
________________________________________________________
Handelsregister: Amtsgericht Leipzig, HRB 21850