Uçak bileti XML entegrasyonu: içerik, tahsilat ve muhasebe tek zincirde

Uçak bileti XML entegrasyonu denildiğinde çoğu zaman yalnızca havayolu ve GDS bağlantıları akla gelir. Oysa bir bilet satışı üç farklı sistemden geçer: içeriğin geldiği uçuş tedarikçisi, paranın tahsil edildiği ödeme altyapısı ve satışın kaydedildiği muhasebe yazılımı. DIJI.TECH'in uçak bileti yazılımı bu üç katmanı tek altyapıda birleştirir; yukarıda tüm entegrasyonları kategorilerine göre görebilirsiniz.

Uçak bileti XML entegrasyonu hangi katmanlardan oluşur?

Uçak bileti XML entegrasyonu üç katmandan oluşan bir zincirdir: içerik, tahsilat ve kayıt. Her katman ayrı bir sistemle konuşur, ancak yazılım bu sistemleri aynı rezervasyon kaydı üzerinde birbirine bağlar.

Bu sayfa uçak bileti satışıyla doğrudan ilgili 47 entegrasyonu listeler; DIJI.TECH'in tüm modüllerdeki API entegrasyonu sayısı 100'ün üzerindedir.

Toplam 47 entegrasyonun büyük bölümü yazılımın kodunda adaptör olarak bulunur. Birkaç bağlantı ise DIJI.TECH'in entegrasyon listesinde yer alır ve kapsamı kurulum öncesinde tedarikçinin sağladığı erişime göre netleştirilir; bu bağlantıların detay sayfalarında bu durum açıkça belirtilir.

İçerik katmanı: uçuş entegrasyonları ne sağlar?

Uçuş entegrasyonları, acentenin sattığı biletlerin kaynağıdır. Dört ana tür vardır: çok sayıda havayolunu tek bağlantıda sunan GDS'ler, havayollarının kendi içeriğini doğrudan dağıttığı NDC bağlantıları, bilet kesme yetkisini acentelere açan konsolidatörler ve düşük maliyetli havayollarını toplayan platformlar.

Yazılımda bir arama yapıldığında istek bağlı tüm tedarikçilere aynı anda gider ve sonuçlar her tedarikçi cevap verdikçe aynı listeye eklenir. Paket (branded fare) seçimi, opsiyon, ek hizmet, void, iade ve değişiklik desteği tedarikçiye göre değişir; örneğin yazılım içinden reissue yalnızca Travelport ve Turkish Airlines bağlantılarında vardır. Tüm uçuş bağlantılarının türlerine göre karşılaştırması uçuş entegrasyonları sayfasındadır.

Bilet kesme yetkisi yazılımdan gelmez; IATA akreditasyonundan veya bir konsolidatörle yapılan anlaşmadan gelir. Yazılım bu yetkiyle erişilen içeriği seyahat acentasının kendi kanallarına taşır.

Tahsilat katmanı: ödeme entegrasyonları ne sağlar?

Ödeme entegrasyonları, rezervasyonun parasını almak için kullanılır. Listede banka sanal POS'ları, katılım bankası POS'ları, ödeme kuruluşları ve uluslararası ödeme altyapıları yer alır; kodda 20 sanal POS ve ödeme adaptörü bulunur. Kart ödemelerinde 3D Secure ile doğrulama yapılır. Destekleyen POS'larda kartın ilk altı hanesine (BIN) göre taksit seçenekleri gösterilir; tek çekim yapan POS'larda taksit gösterilmez.

Ödeme altyapısı tek başına çalışmaz; uçuş akışının bir parçasıdır. Ödemeden hemen önce fiyat tedarikçiden yeniden kontrol edilir ve çift ödeme kilidi aynı rezervasyonun iki kez tahsil edilmesini engeller. Biletbank ve Biletall bağlantılarında tahsilat istenirse tedarikçinin kendi 3D POS'u ile yapılabilir. Alt acenteler için acente cüzdanı ve kredi limiti, müşteriler için paylaşılabilir ödeme linkleri bulunur. Ödeme altyapısı PCI DSS uyumludur; platform AWS üzerinde barındırılır ve Cloudflare ile sunulur. Ayrıntılar sanal POS entegrasyonu sayfasındadır.

Kayıt katmanı: muhasebe entegrasyonları ne sağlar?

Muhasebe entegrasyonları, yazılımda yapılan satışın muhasebe sistemine tekrar elle girilmesini önler. Paraşüt, Luca ve Logo Netsis bağlantılarında satışlar için e-fatura ve e-arşiv belgeleri oluşturulur; Arkman bağlantısında ise satışlar cari ve bilet kaydı olarak aktarılır.

SYS bağlantısı ise uçuşa özel bir beslemedir: kesilen her bilet için yolcu bazında bir satır gönderilir, satış para birimi ile tedarikçi para birimi ve kuru ayrı aktarılır. Henüz kesilmemiş, bilet numarası almamış rezervasyonlar aktarılmaz. Muhasebe bağlantılarının ayrıntısı muhasebe entegrasyonu sayfasında anlatılır.

Entegrasyon zinciri bir satışta nasıl çalışır?

Bir B2C satışını örnek alalım. Zincir şu sırayla işler:

1. Müşteri arama yapar; istek bağlı uçuş tedarikçilerine gider ve sonuçlar geldikçe listelenir.
2. Müşteri uçuşu ve paketi seçer; sepete eklemede fiyat değiştiyse bilgilendirilir.
3. Rezervasyon tutulur ve tedarikçide PNR oluşur; fiyat değişirse eski ve yeni tutar gösterilip onay istenir.
4. Ödeme, sitenin bağlı olduğu sanal POS veya ödeme kuruluşu üzerinden 3D Secure ile alınır.
5. Bilet kesilir; müşteriye site markalı e-bilet PDF'i gönderilir.
6. Satış bağlı muhasebe sistemine aktarılır ve gerekli e-belge oluşturulur.

Aynı zincir B2B portalda ve kurumsal portalda da çalışır; değişen yalnızca ödeme yöntemidir. Alt acente kredi limitiyle veya depozitoyla, kurumsal müşteri şirket cüzdanıyla ödeyebilir.

Entegrasyonlar nasıl devreye alınır?

Her entegrasyon, acentenin ilgili kurumla yaptığı anlaşmadan gelen erişim bilgileriyle devreye alınır. Uçuş tedarikçileri için bu bilgiler tedarikçi hesabı olarak tanımlanır; hesap bazında ortam (canlı, test veya sandbox) ve dahil ya da hariç havayolları ayarlanır ve hesap kullanacak acentelere tek tek açılır. Platform yönetiminde tedarikçi sağlık durumu ve çağrı logları izlenir.

Yazılımın kurulumu ortalama 2 hafta sürer. Entegrasyonların devreye alınması bu sürecin bir parçasıdır ve büyük ölçüde tedarikçilerin, bankaların ve muhasebe yazılımlarının test ve canlı erişim bilgilerini ne zaman sağladığına bağlıdır.

API entegrasyonu ile XML satışı aynı şey mi?

Hayır. Uçak bileti API entegrasyonu, yazılımın tedarikçilerden içerik almasını ifade eder. XML satışı ise bir acentenin kendi içeriğini başka acentelere veya sitelere XML ile dağıtmasıdır. DIJI.TECH yazılımı partnerlere XML veya API ile içerik dağıtımı yapmaz; alt acentelere içerik açmak için B2B acente portalı kullanılır. Platformun kendi REST API'si ise OpenAPI 3.1 ile dokümante edilmiştir. Kavramların kısa tanımı XML entegrasyon sözlük maddesinde yer alır.