GDS entegrasyonu nedir? Seyahat acenteleri için GDS ve NDC rehberi

GDS entegrasyonu, bir seyahat acentesinin yazılımının Amadeus, Sabre veya Travelport gibi küresel dağıtım sistemlerine (GDS) API üzerinden bağlanmasıdır. Bu sayede birçok havayolunun uçuş, fiyat ve müsaitlik bilgisi tek bir aramada sorgulanır, sonuçlar acentenin arayüzünde birleşir ve rezervasyon aynı yazılımdan oluşturulur.

Eski yazımız GDS entegrasyonunu B2B satış yazılımının "oyun değiştiricisi" olarak anlatıyordu. Bu sürümde konuyu iki parçaya ayırıyoruz: GDS'in ne olduğu ve acenteye ne kazandırdığı (bilgi kısmı) ile GDS içeriğinin Kurumsal.pro kurumsal portalında nasıl kullanıldığı (ürün kısmı). Kısa tanım için GDS sözlük maddesine de bakabilirsiniz.

GDS nedir ve nasıl çalışır?

GDS, havayollarının ve diğer seyahat tedarikçilerinin içeriğini seyahat acentelerine dağıtan büyük bir rezervasyon ağıdır. Havayolu uçuşlarını, fiyatlarını ve koltuk müsaitliğini GDS'e yükler; acente de GDS'e bağlanarak bu içeriği arar, rezervasyon kaydı (PNR) oluşturur ve biletler.

Geleneksel kullanımda GDS'e kod tabanlı komutlarla (cryptic) çalışan terminaller üzerinden erişilirdi. GDS entegrasyonu ise aynı içeriğe yazılım üzerinden, API ile erişmektir: acentenin platformu GDS'ten gelen ham veriyi işler ve kullanıcıya anlaşılır bir arama ve rezervasyon ekranı olarak sunar. Böylece kullanıcının komut bilmesi gerekmez.

GDS entegrasyonu acenteye ne kazandırır?

GDS entegrasyonunun temel kazancı içerik genişliği ve operasyon hızıdır. Her havayolunun kendi paneline ayrı ayrı girmek yerine acente, birçok havayolunun içeriğini tek bir aramada görür.

• İçerik çeşitliliği: Yerel havayollarının yanında uluslararası uçuşlar ve aktarmalı güzergâhlar aynı aramada listelenir.
• Fiyat karşılaştırması: Farklı havayollarının ve tarifelerin fiyatları yan yana görülür.
• Tek akış: Arama, rezervasyon ve satış aynı yazılımda yapılır; veri bir ekrandan ötekine elle taşınmaz.
• Kural uygulama: Entegrasyon acentenin kendi yazılımında olduğu için, sonuçlara acentenin fiyat katmanı veya kurumsal müşterinin seyahat politikası gibi kurallar uygulanabilir.

GDS ile NDC arasındaki fark nedir?

GDS içeriği aracı bir ağ üzerinden dağıtır; NDC ise havayoluna doğrudan bağlanmayı sağlayan bir standarttır. IATA'nın tanımıyla NDC, teklif ve sipariş yönetimi süreçlerine dayanan, XML tabanlı bir veri iletim standardıdır ve havayolları ile seyahat acenteleri arasındaki iletişimi güçlendirmek için geliştirilmiştir.

Pratikte acenteler ikisini birlikte kullanır: GDS geniş kapsamı, NDC ise belirli havayollarının kendi tekliflerini getirir. Altyapıda THY, Pegasus ve AJet için NDC bağlantıları, Amadeus, Sabre ve Travelport için GDS bağlantıları birlikte bulunur. NDC'nin kısa tanımı NDC sözlük maddesindedir.

Kurumsal portalda GDS içeriği nasıl kullanılır?

Kurumsal.pro kurumsal portalı, acentenin panelinde açık olan uçuş tedarikçilerini aynı aramada kullanır; Amadeus, Sabre ve Travelport bunların arasındadır. Personel GDS ekranı görmez: uçuşu portalın arama formuyla arar ve sonuçları tek bir listede görür.

GDS açısından önemli olan, bu tedarikçilerin sonuçlarının NDC ve diğer uçuş tedarikçilerinin sonuçlarıyla aynı asenkron aramada birleşmesi ve her satıra yolcunun seyahat politikasına göre "politika içi", "politika dışı" veya "engellendi" kararının uygulanmasıdır. Arama, fiyat paketleri ve havayolunun sunduğu ek hizmetler dahil uçuş akışının tamamı kurumsal uçak bileti sayfasında anlatılır.

Portal tedarikçiyi gizler. Personel bir uçuşun GDS'ten mi yoksa bir NDC bağlantısından mı geldiğini görmez; tedarikçi adı, net fiyat ve acentenin markup bilgisi portal yanıtlarından silinir. Kurumsal kanala özgü bir örnek de THY'dir: firmanın THY kurumsal kodu aramaya eklenir ve şubeler üst firmanın kodunu miras alır; bu kod THY NDC bağlantısıyla kullanılır. Ayrıntı THY NDC entegrasyonu sayfasındadır.

PNR nedir ve kurumsal portalda nerede görünür?

PNR (Passenger Name Record), bir uçuş rezervasyonunun rezervasyon sistemindeki kaydıdır; yolcu adı, uçuş bacakları ve iletişim bilgileri bu kayıtta tutulur ve kayda kısa bir rezervasyon kodu verilir. GDS veya NDC üzerinden yapılan her uçuş rezervasyonunun bir PNR'ı olur. Kısa tanım PNR sözlük maddesindedir.

Kurumsal portalda personel PNR'la uğraşmaz, ama kod kaybolmaz. Seyahatlerim ekranında seyahatler dosya numarası, başlık veya PNR ile aranır; seyahat dosyası kalemleri, durumları, onay geçmişini ve fiyat dökümünü gösterir. Uçuş için e-bilet PDF'i, tüm seyahat için seyahat planı (itinerary) PDF'i portaldan indirilir ve belgeler acentenin markasını taşır. Acente tarafında ise seyahat dosyasında kurum, departman, yolcu, talep eden ve satış kaynağı (portal veya kurum adına satış) bilgisi birlikte görünür.

Biletleme, iptal ve değişiklik nasıl yürür?

Satın alma portal sepetinden yapılır; onay gerektiren bir ihlal veya onaya gönderen bir bütçe aşımı yoksa sepet doğrudan satın alınır, varsa onaya gider; son onayda satın alma kurum cüzdanından otomatik başlar, başarısız olursa ya da onay e-postadan verildiyse satın almayı onay yetkili kullanıcı tamamlar. Satış sonrası işlemler ise kurumsal kanalda bilinçli olarak acentenin kontrolündedir.

Portalda iptal ve değişiklik birer taleptir. Personel iptal koşullarına göre ceza ve iade önizlemesini görür ve talebini gönderir; talep acentenin operasyon masasına kuyruklanır ve gerçek işlemi acente yapar. Bilet değişikliği (reissue) ve iade akışları acente panelinde yürütülür. Eski yazımızdaki "iptal ve iade otomatik", "değişiklik farkı otomatik hesaplanır" ifadeleri bu nedenle kurumsal portal için geçerli değildir ve çıkarıldı.

B2B GDS yazılımı ile kurumsal portal aynı şey mi?

Hayır. B2B GDS yazılımı, bir acentenin ya da konsolidatörün GDS içeriğini alt acentelere sattığı bir platformdur; alt acente kredisi, alt acente fiyat katmanı ve acenteler arası tahsilat bu yazılımın konusudur. Kurumsal.pro bir B2B alt acente satış platformu değildir.

Kurumsal.pro'nun kanalı farklıdır: acente → kurum → personel. Acente, kurumsal müşterisine kendi markasıyla bir portal açar; şirketin personeli bu portaldan politika, onay ve bütçe kuralları içinde seyahat satın alır. Alt acentelere uçak bileti satmak isteyen acenteler için DIJI.TECH'in B2B uçak bileti yazılımı ayrı bir üründür ve ucakbiletiyazilimi.com sitesinde anlatılır.

Kendi GDS entegrasyonunu yazmak mı, hazır altyapı mı?

GDS'lere doğrudan bağlanmak her sistem için ayrı geliştirme, test ve sözleşme süreci demektir. GDS'ler ve havayolları API sürümlerini değiştirdikçe bağlantıların da güncellenmesi gerekir. Bu yük, birden çok GDS ve NDC bağlantısı kullanıldığında katlanır.

Hazır bir altyapı bu bağlantıları tek yerde toplar ve güncel tutar; acente ise kendi tedarikçi hesaplarıyla satış yapar. DIJI.TECH, altyapının 100+ API entegrasyonuna sahip olduğunu beyan eder; hangi tedarikçinin bir acentede açık olacağı kurulumda belirlenir. Modül modül tedarikçi listesi kurumsal seyahat entegrasyonları sayfasında yer alır. Acentenin kendi kanalını API üzerine kurma seçeneği ise seyahat rezervasyon API'si yazısında anlatılır.

GDS entegrasyonu seçerken hangi sorular sorulmalı?

Bir altyapıyı değerlendirirken "hangi GDS'ler var?" sorusu yeterli değildir; içeriğin kullanıcıya nasıl ulaştığı da önemlidir. Aşağıdaki sorular iyi bir başlangıçtır.

• Hangi GDS'ler ve hangi havayolu NDC bağlantıları açılabiliyor?
• Tedarikçi hesapları acentenin kendi hesapları mı?
• Farklı tedarikçilerin sonuçları tek listede birleşiyor mu?
• Fiyat paketleri ve havayolunun ek hizmetleri gösteriliyor mu?
• Kurumsal müşterinin politikası ve kurumsal havayolu kodu aramaya uygulanıyor mu?
• Satış sonrası işlemler hangi ekranda ve kimin kontrolünde yürüyor?

Kurumsal müşterileriniz için bu soruların cevabını kendi tedarikçi kurgunuzla görmek isterseniz DIJI.TECH demo sayfasından görüşme talep edebilirsiniz.