Textprobe: Kapitel 3.3.6, ARC und BSP: Die Airline Reporting Corporation (ARC), sowie der Billing and Settlement Plan (BSP) sind ein wesentlicher Bestandteil der Flugticket-Distribution. Die ARC, welche im nordamerikanischen Raum verbreitet ist, sowie BSP, welcher international agiert und von der IATA bereitgestellt wird, arbeiten eng zusammen und sind für die Ver- und Abrechnung der Tickets, sowie der Bereitstellung von Ticketdaten zuständig. Damit Reisemittler und OTAs nicht jede Transaktion einzeln an die Airlines übermitteln müssen, werden von der IATA verifizierte Reisemittler an das ARC- oder BSP-System angeschlossen, welche die Ticketverwaltung und Verrechnung automatisch und kumuliert abwickeln. 3.3.7, CRS: Die heutige Leistungsbeschreibung eines CRS hat sich, verglichen mit den Reservierungssystemen die in den 1970er Jahren eingeführt wurden, grundlegend geändert. Computerreservierungssysteme sind heute das Bindeglied zwischen Reisemittler und GDS. Damit Daten in einem GDS verändert und bearbeitet werden können, muss ein CRS vorgeschaltet werden. Dieses CRS wird üblicherweise von den GDS-Betreibern bereitgestellt und können von den Reisemittlern geringfügig, den eigenen Wünschen entsprechend, abgeändert und adaptiert werden. Um also in einem GDS überhaupt buchbar zu sein, wird seitens der Systemteilnehmer ein CRS benötigt. 3.3.8, ODD-Switch (Exkurs): Wie im Kapitel 3 beschrieben, machen nicht nur Airlines von der weltweiten Ubiquität der GDS Gebrauch, sondern auch andere Reisedistributoren, wie z.B.: Hotels und Autovermieter. Ein ODD-Switch kommt grundsätzlich nur bei Anbindung eines Hotels an das GDS zum Einsatz. Da Hotels sehr unterschiedliche und weit gefächerte IT-Strukturen und Ausprägungen haben, garantiert ein ODD Switch in Verbindung mit den im Kapitel 3.3.7 beschriebenen CRS die einwandfreie Kommunikation mit einem GDS. Er dient als Nachrichtenkonverter und stellt sicher, dass Daten aus deren CRS, GDS-lesbar gemacht werden und umgekehrt. Erst dieser Switch macht Hotels überhaupt weltweit buchbar. Ohne das Distributions-Netzwerk der GDS wäre es sonst für viele Hotels unvorstellbar weltweit aufzutreten. Seit der Übernahme von Wizcom im Jahr 2007 durch Pegasus Solutions, hat dieses Unternehmen ein Monopol auf die Anbindung von mittlerweile ca. 100.000 GDS-buchbare Hotels weltweit. 3.4, Funktionsweise und Datenaustausch: Die Reservierung in einem GDS startet mit einer Abfrage seitens der Systemnutzer. Mittels eines im Kapitel 2 beschriebenen Buchungsweges durchsucht der Systemnutzer die GDS-Datenbank Aktuelle Tarife, Vakanzen und Buchungsregeln werden abgefragt und die Business Intelligence (BI) des GDS kalkuliert den optimalen Tarif. Diese Daten lädt das GDS aus den im Kapitel 3.3.1 beschriebenen Tarifdatenbanken, je nach vertraglichen Vereinbarungen lädt das GDS auch Daten direkt aus dem im Kapitel 2.2.4 beschriebenen internen Reservierungssystem der Airlines. Gleichzeitig erhält das GDS, bei Aktualisierungen der Daten im internen Reservierungssystem der Airlines, oder in den Tarif- oder Flugplandatenbanken, einen RSS-Feed mit den aktuellen Änderungen. Die GDS-Betreiber können selbst entscheiden wann die aktuellen Daten dann in der eigenen Datenbank aktualisiert werden. Dabei werden einmal täglich aktuelle Fluginformationen aus der OAG-Datenbank geladen. Der Datenaustausch erfolgt hier mittels des im Kapitel 3.3.4 beschriebenen Transaction Processing Facility (TPF).