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