
Global Distribution System - fundament cyfrowej dystrybucji w turystyce
Global Distribution System, czyli GDS, łączy linie lotnicze, hotele i wypożyczalnie samochodów z biurami podróży i serwisami internetowymi. Przechodzimy przez jego historię od 1960 roku do agentów AI, bo każda dekada zostawiła w nim ślad, z którym pracuje dziś każdy, kto się do niego podłącza.
CEO
16 paź 2026
- Czym jest Global Distribution System i kto z niego korzysta
- 1960: rezerwacja, która przestała być kartką
- Lata 70. i 80.: terminal w każdym biurze podróży
- Lata 90. i 2000.: internet i systemy niezależne od linii
- Od 2012 roku: NDC i spór o to, kto układa ofertę
- 2025-2026: agenci AI przy terminalu
- Jak dziś wygląda podłączenie do GDS
- Kiedy GDS nie jest potrzebny
Global Distribution System, w skrócie GDS, to system, przez który biura podróży, firmy obsługujące podróże służbowe i serwisy internetowe wyszukują i rezerwują loty, hotele i wynajem samochodów od setek dostawców naraz. Na rynku liczą się trzy firmy: Amadeus, Sabre i Travelport. Klient zwykle nie wie, że z nich korzysta. A korzysta bardzo często.
O GDS mówi się na dwa sposoby. Jedni widzą w nim przestarzałą technologię, którą linie lotnicze od lat próbują obejść. Drudzy fundament, bez którego sprzedaż podróży by się zatrzymała. Obie strony mają sporo racji, a najlepiej widać to w historii. Dlatego ten tekst idzie dekada po dekadzie i przy każdej pokazuje ślad, który został w systemie do dziś i z którym musi sobie poradzić każdy, kto się do niego podłącza.
Czym jest Global Distribution System i kto z niego korzysta
GDS stoi pośrodku. Z jednej strony są dostawcy: linie lotnicze, sieci hotelowe, wypożyczalnie samochodów. Publikują w systemie dostępne miejsca, ceny i zasady taryf. Z drugiej strony są sprzedawcy: biura podróży, firmy obsługujące podróże służbowe (TMC, czyli travel management companies) i agencje internetowe. Widzą oferty wielu dostawców w jednym formacie, porównują je i rezerwują bez osobnej umowy z każdą linią. W gruncie rzeczy to system rezerwacyjny na skalę całej branży. Skala jest duża. Sam Amadeus przetworzył w 2025 roku 484,5 mln rezerwacji lotniczych. Według branżowych szacunków Amadeus ma około 40% rynku GDS, a Sabre około 35%. Resztę obsługuje głównie Travelport, który połączył dawne systemy Galileo, Apollo i Worldspan.
W klasycznym modelu GDS zarabia na opłatach od dostawców za każdy zarezerwowany odcinek podróży, a część tych pieniędzy wraca do biur podróży jako zachęty za sprzedaż. Ten układ będzie wracał w dalszej części tekstu, bo o niego toczy się spór od kilkunastu lat. Nie wszystko jednak w GDS jest. Wiele tanich linii sprzedaje głównie bezpośrednio, loty czarterowe biur podróży działają na innych zasadach, a mały hotel bez odpowiedniego połączenia po prostu w systemie nie istnieje. Dla części firm GDS jest więc niezbędny, dla części zbędny.

1960: rezerwacja, która przestała być kartką
Zanim powstał pierwszy system, rezerwacje lotnicze prowadzono na kartkach i tablicach. Agent dzwonił do linii, pracownik sprawdzał dostępność ręcznie, a sprzedane miejsca liczono z opóźnieniem. Błędy kończyły się pustymi fotelami albo dwoma pasażerami na jednym miejscu, czyli problemem, z którym systemy rezerwacyjne walczą do dziś.
W 1960 roku American Airlines i IBM uruchomiły SABRE (Semi-Automated Business Research Environment), komputerowy system, który na bieżąco pokazywał stan sprzedaży miejsc. W kolejnych latach podobne systemy zbudowały inne linie. Z tego okresu został PNR, czyli Passenger Name Record. To rekord rezerwacji z danymi pasażera, odcinkami lotu, kontaktem i informacją o płatności. Sześcioznakowy kod, który podróżny dostaje w potwierdzeniu, to właśnie numer takiego rekordu. Zostały też komendy skrótowe, którymi doświadczeni agenci do dziś obsługują terminal szybciej niż myszką.
Realizacje z branży turystycznej

Lata 70. i 80.: terminal w każdym biurze podróży
W latach 70. linie zaczęły instalować swoje terminale w biurach podróży. W 1976 roku American Airlines miało je już w 130 biurach. Po deregulacji rynku lotniczego w USA w 1978 roku taryf i połączeń przybyło tak dużo, że ręczne wyszukiwanie przestało być możliwe. W 1983 roku biura podróży sprzedawały 60% biletów lotniczych w USA, a 90% z nich korzystało z systemu rezerwacyjnego. Właściciele systemów, czyli linie lotnicze, chętnie pokazywali na ekranie najpierw własne loty. Amerykańscy regulatorzy szybko się tym zajęli i od połowy lat 80. systemy musiały prezentować oferty neutralnie. Ta zasada sprawiła, że GDS stał się miejscem porównywania, a nie sklepem jednej linii.
W Europie odpowiedzią był Amadeus, założony w 1987 roku przez Air France, Iberię, Lufthansę i SAS, z siedzibą w Madrycie i centrum danych w niemieckim Erding. Mniej więcej w tym samym czasie inne grupy linii stworzyły Galileo i Worldspan. Z tamtych lat pochodzi EDIFACT, standard tekstowych wiadomości, którymi systemy linii i GDS wymieniają się danymi. Działa od kilkudziesięciu lat i nadal przenosi większość rezerwacji. Ma jedno poważne ograniczenie: zna kody, ale nie zna zdjęć, opisów ani pakietów usług.
Lata 90. i 2000.: internet i systemy niezależne od linii
Internet nie zastąpił GDS, tylko zrobił z niego zaplecze dla nowych sprzedawców. W 1996 roku Sabre wszedł na giełdę i uruchomił serwis Travelocity, a Worldspan dostarczał oferty dla Expedii. W 1999 roku na giełdę wszedł Amadeus, a w 2000 roku Sabre stał się w pełni niezależny od American Airlines. Systemy, które kiedyś należały do linii, zaczęły działać jak samodzielne firmy technologiczne. Do lotów dołączyły hotele i wypożyczalnie samochodów. Duże sieci hotelowe łączą swój centralny system rezerwacji (CRS) bezpośrednio z GDS. Mniejsze obiekty robią to przez channel managera albo dostawcę CRS z łącznością do GDS, który przesyła dostępność i ceny z systemu do zarządzania hotelem. Z GDS rezerwują hotele głównie agenci i osoby obsługujące podróże służbowe.
W tym samym czasie linie odkryły, że mogą sprzedawać przez własne strony bez prowizji i opłat. Tanie linie zbudowały na tym cały model biznesowy. Ta dekada zostawiła podział, który trwa do dziś: podróż służbowa i wielosegmentowa idzie zwykle przez GDS, a prosty lot w obie strony często przez stronę linii.
Powiązany produkt
Od 2012 roku: NDC i spór o to, kto układa ofertę
Linie chciały sprzedawać więcej niż fotel. Miejsce z większą ilością miejsca na nogi, pakiet z bagażem, posiłek, zdjęcie kabiny. EDIFACT tego nie przeniesie. W 2012 roku IATA, organizacja zrzeszająca linie lotnicze, zatwierdziła NDC (New Distribution Capability), standard wymiany danych oparty na XML, który oprócz kodów przenosi opisy, zdjęcia i dowolnie złożone oferty. Otwiera to drogę do ofert dopasowanych do klienta i do dynamicznego ustalania cen, które hotele znają od lat. Za standardem poszła presja finansowa. W 2015 roku Grupa Lufthansa wprowadziła dopłatę 16 euro do każdego biletu kupionego przez GDS. W 2022 roku wynosiła 17,50 euro przy rezerwacji przez Amadeusa, 19,50 euro przez Sabre i 23 euro przez Travelport, a kanały NDC i bezpośrednie zostały z niej zwolnione.
Nie każda linia wygrała tę rozgrywkę. American Airlines zapowiedziało pod koniec 2022 roku, że 40% taryf będzie dostępnych wyłącznie przez NDC. W maju 2024 roku, po odejściu dyrektora handlowego, zarząd zapowiedział wycofanie się z większości tych zmian i powrót do współpracy z agencjami. Kanału pośredniego nie dało się po prostu wyłączyć.
Dziś GDS same dystrybuują oferty NDC. LOT udostępnił swoje oferty NDC agentom przez Sabre w listopadzie 2023 roku. Według Atmosphere Research Group i Accelya kanały oparte na NDC obsługiwały w 2023 roku około 7% rezerwacji lotniczych, a w 2028 roku ma to być około 21%. Rozpędza się zwłaszcza segment służbowy: w ostatnim kwartale 2025 roku rezerwacje NDC przez GDS w podróżach firmowych wzrosły o 168% rok do roku.
Dwie rury obok siebie
Po dekadzie sporów EDIFACT i NDC działają równolegle. Ten sam lot bywa dostępny w obu kanałach z różną ceną, różnymi usługami dodatkowymi i różną obsługą zmian. System, który się do nich podłącza, musi umieć obsłużyć obie wersje oferty, bo klient zobaczy to, co programista postanowił pokazać.
2025-2026: agenci AI przy terminalu
Najnowszy rozdział pisze się teraz. We wrześniu 2025 roku Sabre uruchomił serwer MCP, czyli punkt dostępu zgodny ze standardem, przez który modele AI łączą się z zewnętrznymi systemami. Standard ten zaproponował w 2024 roku Anthropic. Według Sabre we wrześniu 2026 roku z serwera korzystało w pilotażu lub produkcji blisko 80 firm, w tym Virgin Australia i Flight Centre. Pozostali gracze idą podobną drogą. Amadeus w lutym 2026 roku kupił SkyLink, startup, którego system obsłużył dziesiątki tysięcy rezerwacji prowadzonych w rozmowie na Slacku i w Microsoft Teams. Travelport udostępnił w lipcu 2026 roku swoją platformę ponad 400 europejskim biurom podróży przez integrację opartą na MCP. Według tego samego zestawienia udział transakcji przez API w wolumenie klientów Travelport wzrósł z 43% w 2022 roku do 63% w 2026 roku.
Klienci są ostrożniejsi niż dostawcy technologii. W badaniu Expedii 53% dorosłych zgodziło się, żeby AI podpowiadało opcje podróży, ale tylko 8% pozwoliłoby mu dokończyć rezerwację. Podobny kierunek widać w handlu internetowym, gdzie powstają standardy w rodzaju Universal Commerce Protocol. Po tym okresie zostanie zapewne zmiana, którą już widać: głównym użytkownikiem GDS przestaje być człowiek przy terminalu, a staje się program, który komend nie zna.
Nasze usługi
Jak dziś wygląda podłączenie do GDS
Sposób podłączenia zależy od tego, kim jest firma i co sprzedaje. W praktyce są cztery drogi:
- terminal dla agentów, na przykład Amadeus Selling Platform Connect albo Sabre Red 360, gdy biuro podróży sprzedaje ręcznie i nie potrzebuje własnej wyszukiwarki dla klientów,
- interfejsy programistyczne samego GDS, gdy agencja internetowa, TMC albo startup buduje własny serwis rezerwacyjny, co wymaga umowy, certyfikacji i własnego identyfikatora agencji w systemie,
- agregator albo konsolidator, czyli pośrednik, który przez jedno API daje dostęp do kilku źródeł, także NDC i tanich linii, kosztem części marży,
- channel manager albo CRS z łącznością GDS, gdy to hotel chce być widoczny dla agentów.
Najwięcej pracy po stronie software house'u jest w drugim i trzecim przypadku. Starsze interfejsy GDS działają w SOAP z komunikatami XML, nowsze coraz częściej w REST i JSON. Na tym buduje się system rezerwacyjny: wyszukiwarkę, koszyk, płatność, wystawienie biletu i obsługę zmian.
Look-to-book: GDS nie lubi zapytań bez rezerwacji
GDS i linie nie lubią, gdy serwis zadaje tysiące zapytań na jedną sprzedaż. Wyniki wyszukiwania warto trzymać przez chwilę w pamięci podręcznej, na przykład w Redis. Zbyt wysoki stosunek zapytań do rezerwacji może skończyć się ograniczeniem dostępu do systemu - to jedno z pierwszych pytań, które GDS zadaje przy certyfikacji.
Kilka rzeczy wraca w każdym takim projekcie. Zmiany w rozkładach lotów to jeden z nich. Linia przesuwa lot, GDS wysyła komunikat do kolejki, a system musi go odebrać, zaktualizować rezerwację i powiadomić klienta, zwykle przez kolejkę wiadomości w rodzaju RabbitMQ.
Trzecia kwestia to zgodność danych. Rekord w GDS, rezerwacja w bazie serwisu, na przykład w PostgreSQL, i dokument w księgowości muszą opowiadać tę samą historię. Zaplecze takiego systemu można napisać na przykład w Node.js z NestJS, a część dla klienta w Next.js. Każde połączenie z GDS przechodzi przez środowiska testowe dostawcy i przez testy integracyjne, bo błąd w wystawieniu biletu kosztuje realne pieniądze. Na czas trzeba patrzeć realistycznie. Duffel, dostawca agregatora NDC, podaje, że pojedyncza bezpośrednia integracja z linią lotniczą zajmuje od trzech do sześciu miesięcy. Do tego dochodzą negocjacje umów i certyfikacja, na które firma ma niewielki wpływ.
Kiedy GDS nie jest potrzebny
Spora część turystyki działa poza GDS i dobrze na tym wychodzi. Touroperator z lotami czarterowymi i pulami pokoi zakontraktowanymi w hotelach potrzebuje własnego systemu rezerwacji dla biura podróży, a nie GDS. Jeśli chce łączyć loty, hotele i atrakcje w pakiety na żądanie klienta, sięga po dynamic packaging z wieloma źródłami, wśród których GDS jest najwyżej jednym z kilku.
Podobnie jest z operatorami apartamentów i hotelami nastawionymi na turystów indywidualnych. Ich sprzedaż idzie głównie przez portale rezerwacyjne i własną stronę, więc ważniejsze od GDS są channel manager, silnik rezerwacji i płatności online. Tak wygląda choćby platforma rezerwacyjna, którą zbudowaliśmy dla BlueApart, operatora ponad 400 apartamentów nad Bałtykiem: wyszukiwarka z płatnością online, chatbot AI, aplikacja mobilna i panel dla właścicieli na wspólnych danych o dostępności.
GDS ma sens przede wszystkim wtedy, gdy firma:
- sprzedaje bilety wielu linii lotniczych, zwłaszcza w podróżach wielosegmentowych,
- obsługuje podróże służbowe i współpracuje z TMC,
- jest hotelem, który chce zdobywać gości biznesowych rezerwujących przez agentów.
Jeśli nie wiesz jeszcze, do której grupy należy Twój produkt, warto to ustalić przed rozmową z dostawcami, na przykład na warsztatach product discovery. Jeśli planujesz budowę serwisu rezerwacyjnego, integrację z GDS albo własny system dla biura podróży, napisz do nas kilka zdań o tym, co sprzedajesz i komu. Pomożemy wybrać drogę, która nie będzie droższa, niż musi.
FAQ
FAQ - Najczęściej zadawane pytania o Global Distribution System
- GDS to system, przez który biura podróży rezerwują loty, hotele i samochody, a NDC to standard przesyłania ofert lotniczych opracowany przez IATA. Te pojęcia nie są więc alternatywą wobec siebie: NDC opisuje, w jakim formacie linia przekazuje ofertę, a GDS jest jednym z kanałów, którymi ta oferta dociera do sprzedawcy. Klasyczne połączenia GDS opierają się na starszym, tekstowym formacie EDIFACT, który przenosi głównie kody i ceny. NDC korzysta z XML, dzięki czemu linia może pokazać zdjęcia, opisy, pakiety z bagażem czy dopłatę za lepsze miejsce. Przykładowo ten sam lot może być widoczny w GDS w dwóch wersjach, starej i NDC, z inną ceną i innym zestawem usług. To, którą wersję zobaczy agent, zależy od linii, od GDS i od tego, czy biuro podróży ma włączony dostęp do treści NDC.
- Tak, małe biuro podróży może korzystać z GDS, najczęściej przez terminal udostępniany przez lokalne przedstawicielstwo Amadeusa, Sabre lub Travelport albo przez konsolidatora. Bezpośrednia umowa z GDS daje pełny dostęp do rezerwacji, ale warunki zależą od przewidywanej liczby rezerwacji, a do samodzielnego wystawiania biletów potrzebna jest zwykle akredytacja przewoźników lub IATA. Konsolidator, czyli większa agencja wystawiająca bilety w imieniu mniejszych, pozwala zacząć bez tych formalności, w zamian za część marży. Przykładowo biuro sprzedające kilkadziesiąt biletów miesięcznie częściej zaczyna od konsolidatora, a dopiero przy większej sprzedaży negocjuje własną umowę. Wybór zależy od wolumenu, rodzaju klientów i tego, czy biuro chce sprzedawać przez własną stronę, czy tylko obsługiwać klientów przez agenta.
- Hotel trafia do GDS przez centralny system rezerwacji (CRS) lub channel managera, który ma łączność z systemami Amadeus, Sabre i Travelport. Sieci hotelowe mają zwykle własny CRS połączony bezpośrednio z GDS, a obiekty niezależne korzystają z dostawców, którzy przesyłają do GDS dostępność, ceny i zasady anulacji z systemu hotelowego i odsyłają rezerwacje z powrotem. Hotel otrzymuje wtedy kody, po których agenci mogą go znaleźć w terminalu. GDS opłaca się przede wszystkim obiektom nastawionym na podróże służbowe, na przykład hotelowi w centrum miasta blisko biur i centrów konferencyjnych, bo tę grupę gości rezerwują głównie agencje i firmy obsługujące podróże służbowe. Koszty obejmują zwykle opłatę za rezerwację i abonament dostawcy łączności, a ich wysokość zależy od wybranego pośrednika i liczby rezerwacji.
- Tak, część tanich linii jest dostępna w GDS, ale zwykle w ograniczonym zakresie i na innych zasadach niż przewoźnicy tradycyjni. Model biznesowy tanich linii opiera się na sprzedaży bezpośredniej przez własną stronę i aplikację, bo pozwala uniknąć opłat dystrybucyjnych i sprzedawać usługi dodatkowe. Niektóre z nich udostępniają jednak wybrane taryfy w GDS, najczęściej z myślą o klientach biznesowych, albo oferują je przez połączenia NDC i agregatory. Przykładowo serwis sprzedający bilety może pobierać loty przewoźników tradycyjnych z GDS, a ofertę tanich linii z osobnego źródła. Zakres dostępnych taryf, bagażu i usług dodatkowych zależy od konkretnej linii i umowy, dlatego przed budową wyszukiwarki trzeba sprawdzić, które linie są potrzebne i jakim kanałem są dostępne.
- Integracja serwisu rezerwacyjnego z GDS trwa orientacyjnie od kilku tygodni przy gotowym agregatorze do kilku miesięcy przy bezpośrednim połączeniu z interfejsem GDS. Przy agregatorze firma korzysta z jednego, prostszego API i nie przechodzi pełnej certyfikacji u każdego dostawcy. Bezpośrednie połączenie wymaga umowy, dostępu do środowiska testowego, zbudowania wyszukiwania, rezerwacji, wystawiania biletów i obsługi zmian oraz certyfikacji przed uruchomieniem produkcyjnym. Przykładowo prosta wyszukiwarka lotów w jedną i obie strony powstaje szybciej niż system obsługujący podróże wielosegmentowe, zwroty, wymiany biletów i treści NDC. Czas zależy głównie od zakresu funkcji, liczby źródeł ofert, tempa negocjacji umów i od tego, czy po stronie firmy istnieje już system rezerwacyjny, do którego trzeba dopiąć nowe źródło.
- Tak, własną wyszukiwarkę lotów można zbudować na interfejsach programistycznych GDS albo na API agregatora, który korzysta z GDS i innych źródeł. Serwis wysyła zapytanie o trasę i datę, otrzymuje listę ofert z cenami i zasadami taryf, a po wyborze klienta tworzy rezerwację, przyjmuje płatność i zleca wystawienie biletu. Do tego potrzebna jest umowa z dostawcą, a do wystawiania biletów akredytacja albo współpraca z agencją, która je wystawi. Przykładowo biuro podróży specjalizujące się w wyjazdach narciarskich może pokazywać loty do Innsbrucka i Salzburga razem z noclegami ze swojej oferty. Koszt i czas budowy zależą od liczby obsługiwanych scenariuszy, takich jak zmiany i zwroty, od sposobu przechowywania wyników w pamięci podręcznej oraz od wymagań dostawcy dotyczących stosunku wyszukiwań do rezerwacji.
- GDS łączy dostawców podróży z biurami podróży i agentami, a channel manager synchronizuje dostępność i ceny jednego obiektu z wieloma kanałami sprzedaży. Channel manager pracuje po stronie hotelu lub operatora apartamentów: pilnuje, żeby pokój sprzedany na jednym portalu zniknął z pozostałych, i przesyła ceny do portali rezerwacyjnych, na stronę obiektu i, jeśli ma taką łączność, do GDS. GDS pracuje po stronie sprzedawców i pozwala agentom porównywać oferty wielu hoteli, linii lotniczych i wypożyczalni w jednym miejscu. Przykładowo operator apartamentów nad morzem zwykle potrzebuje channel managera, a GDS rzadko, bo jego goście rezerwują przez portale i stronę obiektu, a nie przez agencje obsługujące podróże służbowe. Potrzeba korzystania z obu zależy od tego, kto jest głównym klientem obiektu i przez jakie kanały rezerwuje.
Blog
Powiązane artykuły
Czym jest system rezerwacyjny i jak działa?
System rezerwacyjny to dziś jedno z kluczowych narzędzi, które usprawnia pracę firm działających w modelu usługowym. Umożliwia klientom szybkie i wygodne umawianie wizyt online, a przedsiębiorcom pozwala automatyzować wiele procesów, które wcześniej wymagały ręcznej obsługi. Dzięki nowoczesnym rozwiązaniom rezerwacja terminu staje się prostsza, bardziej przejrzysta i dostępna o każdej porze.
Overbooking w systemach rezerwacyjnych - jak technologia pomaga uniknąć kosztownych błędów
Overbooking bywa świadomą strategią, ale znacznie częściej jest zwykłym błędem synchronizacji. Pokazujemy, gdzie system rezerwacyjny gubi informację o dostępności, ile kosztuje sprzedanie tego samego terminu dwa razy i które rozwiązania techniczne naprawdę temu zapobiegają.
Channel Manager jako kluczowe narzędzie nowoczesnego hotelu
Współczesne hotelarstwo opiera się na sprzedaży online i skutecznym zarządzaniu wieloma kanałami dystrybucji jednocześnie. Rosnące oczekiwania gości oraz dynamiczne zmiany rynku sprawiają, że ręczne zarządzanie rezerwacjami staje się nieefektywne i ryzykowne. Właśnie dlatego Channel Manager stał się jednym z kluczowych narzędzi nowoczesnego hotelu.
Jak działa Hotel Management Software? Funkcje, które naprawdę się liczą
Nowoczesne hotele coraz częściej opierają swoją codzienną działalność na technologii, która usprawnia pracę i podnosi jakość obsługi gości. Hotel Management Software to jedno z kluczowych narzędzi, bez którego trudno dziś skutecznie zarządzać obiektem noclegowym. System ten integruje najważniejsze procesy hotelowe w jednym miejscu, zapewniając pełną kontrolę nad rezerwacjami, sprzedażą i obsługą gości.
Dynamic pricing w turystyce: jak AI optymalizuje ceny wycieczek hoteli i lotów
Ceny w turystyce zmieniają się dziś szybciej niż kiedykolwiek, a za każdą z tych zmian stoi algorytm, który w tle analizuje setki zmiennych jednocześnie. Dynamic pricing oparty na sztucznej inteligencji przestał być przewagą największych graczy i stał się operacyjnym standardem branży, od linii lotniczych, przez sieci hotelowe, po touroperatorów i platformy OTA.
Dynamic packaging w branży travel - technologia stojąca za spersonalizowanymi pakietami
Dynamic packaging pozwala składać pakiet z lotu, hotelu, transferu i dodatków w chwili, gdy klient go szuka. Rozkładamy taki system na warstwy i pokazujemy, co dzieje się w każdej z nich, od API dostawców po rezerwację i obsługę zmian.






