Otobüs bileti XML entegrasyonu: seferler, koltuklar ve satış tek bağlantıda

Bir otobüs acentesinin satış ekranı, arka planda konuştuğu sağlayıcı kadar güçlüdür. Seferlerin doğru listelenmesi, koltuk haritasının güncel olması ve satışın firmaya hatasız iletilmesi bu bağlantının işidir. DIJI.TECH'in otobüs bileti yazılımı otobüs içeriğini tek bir bağlantıdan alır ve aynı içeriği acente portalında, alt acente ağında ve markalı B2C sitesinde satar. Yukarıda otobüs entegrasyonlarını, aşağıda bu bağlantının nasıl çalıştığını görebilirsiniz.

Otobüs bileti XML entegrasyonu nedir?

Otobüs bileti XML entegrasyonu, acente yazılımının otobüs seferlerini sağlayan bir sisteme makine okunur mesajlarla bağlanmasıdır. Yazılım sefer arar, koltuk haritasını okur, seçilen koltukları doğrular, satışı iletir ve gerektiğinde iptal eder; her adım bir istek ve cevap mesajıyla yürür. "XML" mesajların formatını, "API" ise bağlantı arayüzünü anlatır; pratikte ikisi aynı ihtiyacı karşılar.

Acente açısından sonuç basittir: bir otobüs firmasının seferini firmanın kendi ekranına girmeden, kendi panelinizde ve kendi fiyat kurallarınızla satarsınız.

Listede hangi otobüs entegrasyonları var?

Listede iki otobüs entegrasyonu bulunur. Biri yazılımın otobüs modülünde çalışan BiletAll ağ geçidi, diğeri DIJI.TECH'in entegrasyon listesinde yer alan Accords ORS'tur.

DIJI.TECH, otobüs bileti ürününde 450+ otobüs firması rakamını şirket beyanı olarak paylaşır. Sizin hangi firmaların seferlerini satabileceğiniz ise sağlayıcı hesabınızın kapsamına ve firmalarla yaptığınız acentelik sözleşmelerine bağlıdır.

Bir otobüs araması baştan sona nasıl işler?

Bir otobüs araması, sorgudan bilete kadar sırayla şu adımlardan geçer:

1. Arama: Kalkış, varış ve tek bir tarih girilir. Sorgu tanımlı her BiletAll hesabına paralel gider; her hesabın sonuçları geldikçe listeye eklenir, cevap vermeyen hesap listede belirtilir.
2. Sefer detayı: Bir sefer açıldığında koltuk haritası, satış ve ödeme kuralları önbellekten değil, firmadan canlı okunur. Güzergâh durakları ve servis noktaları aynı anda çekilir.
3. Koltuk kontrolü: Seçilen koltuklar önce yerel kural motorunda, sonra firmaya karşı canlı olarak doğrulanır.
4. Ön rezervasyon: Sağlayıcı koltuk tutmadığı için yazılım ödeme adımına yerel 15 dakikalık bir tutma uygular; fiyat ve koltuklar bu sırada yeniden kontrol edilir.
5. Satış: Firmanın sefer bazında belirlediği yola göre bilet ön ödemeli olarak kesilir veya yolcu firmanın 3D Secure sayfasına yönlendirilir.
6. Bilet ve senkron: Rezervasyona PNR, her koltuğa e-bilet numarası yazılır. Onaylı biletler sonradan PNR ve soyadıyla firmadan okunarak gişe iptalleri yakalanır.

Bu akışın satış ekranındaki karşılığı otobüs bileti satış sistemi sayfasında adım adım anlatılır.

Duraklar ve firmalar neden ayrı bir katalogda tutulur?

Durak ve otobüs firması kayıtları, sağlayıcıdan bağımsız bir ana katalogda tutulur; sağlayıcının kendi kimlikleri bu kayıtlara eşleme tablolarıyla bağlanır. Bu yapı sayesinde şehir ve terminal hiyerarşisi, firma adları ve logolar sağlayıcının veri biçiminden ayrı yönetilir.

Katalog sağlayıcıdan elle tetiklenen bir senkronla güncellenir. Yönetici tarafından onaylanmış eşlemeler senkron sırasında ezilmez. Durak arama kutusu bu katalogdan beslenir: şehir seçimi o şehrin bütün terminallerini kapsar, "Istanbul" yazımı "İstanbul" ile eşleşir, sık seçilen duraklar üste çıkar. Firma logoları da aynı katalogdan, sağlayıcının adresinden veya yöneticinin yüklediği dosyadan gelir.

Sağlayıcı bağlantısı nasıl izlenir?

Sağlayıcı bağlantısı, platform yönetim ekranlarından izlenir ve gerektiğinde tek hamlede devreden çıkarılır. Sağlayıcıya giden her çağrı (arama, sefer detayı, koltuk kontrolü, satış, iptal ve senkron) log ve denetim izine yazılır; tedarikçi log ekranında otobüs çağrıları ayrı filtrelenir, sağlık panosunda otobüs sağlayıcıları ayrıca görünür.

Bir sağlayıcı pasife alındığında aramalardan anında çıkar. Durum senkronu ise sağlayıcı arızasında devre kesiciyle durur; böylece cevap vermeyen bir bağlantı arka plan işlerini kilitlemez. Satış cevabı belirsiz kalan rezervasyonlar mutabakat kuyruğunda toplanır. Bu ekranların bütünü yönetim paneli sayfasında anlatılır.

Ödeme yolu entegrasyonu nasıl etkiler?

Otobüs firması her sefer için ödemenin nasıl alınacağını belirler. Ön ödemeli seferde bilet sistemin sağlayıcı bakiyesinden kesilir ve tahsilat sizin sanal POS'unuzdan veya acente cari hesabından yapılır. Firmanın 3D sayfasını kullanan seferde kart bilgisi sağlayıcının satış belgesine eklenir, cari hesap kullanılamaz ve markup uygulanmaz. İki yolun ayrıntıları sanal POS entegrasyonu sayfasında karşılaştırılır.

Otobüs entegrasyonunun sınırları

Otobüs modülü yurt içi, tek yön seferleri satar. Gidiş-dönüş araması, aktarmalı ve uluslararası sefer, indirimli yolcu tipleri ve bilet değişikliği bulunmaz; her koltuk bir yetişkin yolcuya satılır. Firma fiyatı Türk lirasıdır. BiletAll satış şeması tek satışta en fazla 4 yolcu kabul eder; koltuk sayısı ayrıca otobüs firmasının kendi satış kurallarıyla da sınırlanabilir. Platformda canlı ve test BiletAll hesabı tanımlanabilir. Yazılım otobüs içeriğini başka acentelere XML veya API ile dağıtmaz; içerik yalnızca sizin kanallarınızda satılır.

Son olarak, bir XML bağlantısı satış yetkisi yerine geçmez. Karayolu Taşıma Yönetmeliği yolcu taşımacılığında acenteliği F1 veya F2 yetki belgesine ve otobüs firmasıyla yapılan acentelik sözleşmesine bağlar; TÜRSAB belgesi tek başına yeterli değildir. Bir acenta olarak hangi belgelerle başlamanız gerektiği otobüs bileti satmak için ne gerekir rehberinde anlatılır.