B2B turizm platformu ile kurumsal seyahat portalı arasındaki fark

B2B turizm platformu, bir acentenin veya toptancının başka acentelere (alt acentelere) satış yaptığı kanaldır; kurumsal seyahat portalı ise acentenin şirketlere ve onların personeline rezervasyon sunduğu kanaldır. İkisi aynı tedarikçi altyapısından beslenebilir, ama alıcısı, fiyat yapısı, ödeme yolu ve kontrol kuralları farklıdır. Kurumsal.pro ikinci modelin yazılımıdır.

Eski yazımız "B2B uçak bileti ve otel rezervasyon sistemi altyapısı kurmak" sorusunu ele alıyordu. Bu güncel sürümde önce iki modelin farkını netleştiriyor, ardından "kendi yazılımınızı mı yaptırmalı, hazır altyapı mı kullanmalısınız?" sorusuna dönüyoruz. B2B bölümü bilgi amaçlıdır; Kurumsal.pro bir alt acente satış platformu değildir.

B2B turizm platformu nedir?

B2B turizm platformu, bir acentenin tedarikçi içeriğini (uçak, otel, transfer vb.) kendi kâr kurallarıyla başka acentelere açtığı satış sistemidir. Alıcı bir şirket değil, bir acentedir; alt acente bu içeriği kendi son müşterisine satar ve ana acenteyle bakiye, limit veya kartla hesaplaşır.

Bu tür platformlarda öne çıkan konular genellikle şunlardır: alt acente sözleşmesi ve yetkilendirme, alt acente bazında fiyat katmanları, kredi limiti veya depozito, tahsilat ve ekstre, alt acentenin yaptığı işlemin kayıt altında tutulması. Kullanıcı, satış yapmayı bilen bir seyahat profesyonelidir; ekranlar da hızlı satış için tasarlanır. Seyahat politikası, yönetici onayı veya departman bütçesi gibi kavramlar bu modelin merkezinde değildir.

Kurumsal seyahat portalı (B2B2E) nedir?

Kurumsal seyahat portalı, acentenin kurumsal müşterisine verdiği ve kurumun personelinin kendi seyahatini aradığı, onaya gönderdiği veya satın aldığı ekrandır. Bu yapıya B2B2E (business-to-business-to-employee) denir: acente kuruma hizmet verir, kullanıcı ise kurumun çalışanıdır.

Kurumsal.pro'da bu kanal, acente kiracısında açılan bir kurumsal acente ve ona bağlı markalı portaldan oluşur. Portalda kurum yöneticisi kendi organizasyonunu, rollerini, seyahat politikalarını, onay akışlarını ve bütçelerini tanımlar; personel bu kuralların içinde rezervasyon yapar. Her kuruma yedi hazır rol (Yolcu, Rezervasyon yapan, Onaycı, Kurum yöneticisi, Şube yöneticisi, Finans, Rapor izleyici) otomatik olarak tanımlanır. Portalın nasıl kurulduğu white label kurumsal portal nasıl çalışır yazısında anlatılır.

İki model arasındaki temel farklar nelerdir?

Temel fark alıcıdadır: B2B platform bir acenteye, kurumsal portal bir şirkete satar. Bu fark; fiyatın nasıl belirlendiğini, ödemenin nasıl alındığını, kimin neyi onayladığını ve hangi raporların gerektiğini belirler. Aşağıdaki tablo, B2B tarafını genel olarak, kurumsal tarafı Kurumsal.pro üzerinden karşılaştırır.

Kurumsal.pro bir B2B alt acente platformu mu?

Hayır. Kurumsal.pro yalnız kurumsal kanalı kapsar: acentenin markalı kurumsal portalı ve bu portalı yöneten acente paneli ekranları. Alt acente açma, alt acentelere bakiye ve limit tanımlama, alt acente ağına içerik dağıtma Kurumsal.pro'nun konusu değildir.

Alt acente ağı kurmak isteyen acenteler için DIJI.TECH'in B2B ve B2C uçak bileti yazılımı ayrı bir üründür ve ucakbiletiyazilimi.com adresinde anlatılır; otobüs bileti satışı için de otobusbiletiyazilimi.com vardır. Birçok acente iki kanalı birlikte işletir: alt acentelere B2B, şirket müşterilerine kurumsal portal. Bu durumda her kanalın kendi kuralları ve ekranları olur.

Kurumsal portal ve acente paneli aynı altyapıyı mı kullanır?

Evet. Kurumsal.pro portalı, kurumsal acentenin servis kimliğiyle panelin kullandığı arama, sepet, ön rezervasyon ve ödeme altyapısını kullanır. Bu yüzden portalda erişilen tedarikçiler, o kiracıda aktif olan panel tedarikçileridir; kurumsal kanal için ayrı bir tedarikçi listesi tutulmaz.

Fark fiyat ve görünürlüktedir. Portal satışları ayrı bir satış kanalında fiyatlanır; müşteri personelin şirketi ve üst şirketleri olarak tanınır. Portal yanıtlarından tedarikçi, net fiyat, markup, komisyon ve kâr alanları silinir. Acente personeli ise panelden "Kurum adına çalış" seçeneğiyle aynı kurumun fiyatlarıyla satış yapabilir; bu akış kurum adına satış sayfasında anlatılır. DIJI.TECH, altyapıda 100+ API entegrasyonu bulunduğunu beyan eder; modül modül tedarikçiler entegrasyonlar sayfasındadır. GDS kavramı için GDS entegrasyonu yazısına bakabilirsiniz.

Kendi yazılımınızı mı yaptırmalı, hazır altyapı mı kullanmalısınız?

Kendi yazılımını geliştiren acente tam kontrol kazanır, ama tedarikçi bağlantılarının bakımını, güvenlik katmanını, ödeme ve muhasebe hattını da kalıcı olarak üstlenir. Hazır altyapı bu yükü sağlayıcıya bırakır; acente zamanını müşteri ilişkisine ve fiyatlandırmaya ayırır.

Karar verirken şu soruları sormanızı öneririz:

• Bakım: Havayolu ve otel tedarikçileri bağlantı kurallarını değiştirdiğinde güncellemeyi kim yapacak?
• Kapsam: Politika, onay, bütçe, fatura profili ve raporlama gibi kurumsal ihtiyaçlar ilk sürümde hazır olacak mı?
• Güvenlik: Kurum personelinin verisi ve kart ödemesi hangi altyapıda, hangi kurallarla korunacak?
• Süre: İlk kurumsal müşteriye ne zaman hizmet verebileceksiniz?
• Sahiplik: Yazılımı kiralamak mı, kaynak kodunu satın almak mı daha uygun?

DIJI.TECH, yazılımı kiralama veya kaynak kod satın alma seçenekleriyle sunar ve standart kurulumun ortalama 1 hafta sürdüğünü beyan eder. DIJI.TECH, altyapının AWS ve Cloudflare üzerinde çalıştığını ve PCI DSS uyumlu bir ödeme altyapısı kullandığını beyan eder. Bu karşılaştırmanın ayrıntısı hazır yazılım mı kaynak kod mu yazısındadır.

Kurumsal portalda olmazsa olmaz özellikler nelerdir?

Bir kurumsal portalda rezervasyon ekranı tek başına yetmez; şirketin kurallarını rezervasyonun içine taşıyan katmanlar gerekir. Eski yazımızdaki B2B odaklı listeyi (çoklu GDS, alt acente limiti) kurumsal ihtiyaçlara göre yeniden düzenledik.

• Seyahat politikası: 13 kural türüyle (fiyat limiti, kabin, otel yıldızı, satın alma öncesi gün, en uygundan fark, yasaklı havayolu, riskli ülke vb.) arama sonucunda her satırda politika kararı. Ayrıntı: seyahat politikası yönetimi.
• Onay akışı: sıralı veya paralel kademeler, vekil ataması, e-postadan tek tıkla onay veya ret.
• Bütçe: departman, şirket veya şube için dönemlik tavan; aşımda bilgilendirme, gerekçe, onay veya engelleme.
• Çok ürünlü sepet: uçak (koltuk seçimi, ek bagaj ve yemek dahil), otel, transfer, araç, otobüs ve diğer ürünler tek seyahatte, tek onayla.
• Fatura profilleri: şirket ve şube bazında e-Fatura veya e-Arşiv türüyle; rezervasyonda profil seçimi.
• Raporlama: harcama, politika uyumu, tasarruf ve bütçe dahil 11 rapor; Excel, CSV ve PDF dışa aktarma.
• Rol ve veri kapsamı: her rol, ne yapılabileceğini (9 eylem) ve kimin verisinde çalışılacağını (7 veri kapsamı) birlikte tanımlar; yedi hazır rol ve özel roller kullanılır.

Acente kendi sistemlerini API ile bağlayabilir mi?

Acente kullanıcıları için arama, sepet, ön rezervasyon, ödeme ve satış sonrası adımlarını kapsayan bir entegrasyon API'si vardır; belgeleri OpenAPI 3.1 biçiminde ve Scalar arayüzüyle sunulur. Kurumsal portalın kendi API'si ise yalnız portal sunucusu tarafından, personel oturumuyla çağrılır.

Bu ayrım güvenlik içindir: kurumların kendi sistemleri portal API'sine doğrudan bağlanmaz, portalın servis anahtarları tarayıcıya inmez. Rezervasyon API'lerinin acenteler için ne anlama geldiğini seyahat rezervasyon API'si yazısında anlatıyoruz. Acente panelinin kurumsal müşteri yönetimi tarafı ise kurumsal seyahat acentesi yazılımı sayfasındadır; iki kanalı kendi senaryonuzla görmek için demo talep edebilirsiniz.