Hazır yazılım mı kaynak kod mu? Bulut tabanlı (SaaS) seyahat yazılımının avantajları

Kurumsal seyahat yazılımında temel seçim, yazılımı bulut üzerinden hizmet olarak kiralamak (SaaS) ile kaynak kodunu satın almak arasındadır. Kiralama hızlı başlangıç ve düşük teknik yük sağlar; altyapıyı ve güncellemeleri sağlayıcı yönetir. Kaynak kod ise özelleştirme ve barındırma kontrolü verir, ama bakım ve geliştirme sorumluluğunu acenteye taşır.

Eski yazımız bulut teknolojisinin genel avantajlarını anlatıyordu; bu sürümde aynı soruyu bir acentenin satın alma kararına çeviriyoruz. Kurumsal müşterilerine portal açmak isteyen bir acente için mesele yalnız "bulut iyi mi?" değil, "kontrolün ne kadarını kendimde tutmalıyım?" sorusudur.

Bulut tabanlı (SaaS) yazılım nedir?

SaaS, yazılımın sağlayıcının bulut altyapısında çalıştığı ve kullanıcının ona tarayıcı gibi bir istemciyle eriştiği modeldir. ABD Ulusal Standartlar ve Teknoloji Enstitüsü (NIST) tanımına göre bu modelde kullanıcı ağ, sunucu, işletim sistemi ve depolama gibi alttaki altyapıyı yönetmez; yalnız sınırlı kullanıcı ayarlarını değiştirir.

Seyahat sektöründe bunun anlamı şudur: acente bir sunucu odası kurmaz, yazılımı tek tek bilgisayarlara yüklemez. Kullanıcılar portala internet tarayıcısından girer. Yeni bir özellik eklendiğinde ya da bir tedarikçi bağlantısı değiştiğinde güncelleme merkezi olarak yapılır; acentenin ayrıca kurulum yapması gerekmez.

Geleneksel (kurulu) yazılım ile bulut arasındaki fark nedir?

Geleneksel modelde yazılım kurumun kendi sunucusuna veya bilgisayarlarına kurulur. Donanım arızası, yedekleme ve güncelleme kurumun sorumluluğundadır; her sürüm geçişi bir proje gerektirir. Bulut modelinde bu sorumlulukların büyük bölümü sağlayıcıya geçer ve kullanıcı yalnız yazılımı kullanır.

Kaynak kod satın almak bu iki modelin arasında bir yerdedir. Kod acenteye geçer; acente onu isterse kendi seçtiği ortamda barındırır ve kendi ekibiyle geliştirir. Bu, en yüksek kontrolü verir, ama geleneksel modelin sorumluluklarını da geri getirir.

Kiralama ve kaynak kod nasıl karşılaştırılır?

İki modelin farkı, maliyetin ve sorumluluğun nerede durduğudur. Aşağıdaki tablo genel bir karşılaştırmadır; kesin kapsam ve koşullar teklifte belirlenir.

Bulut tabanlı seyahat yazılımının avantajları nelerdir?

Bulut modelinin en büyük avantajı, acentenin teknoloji işletmek yerine satışa odaklanabilmesidir. Aşağıdaki avantajlar özellikle teknik ekibi küçük olan acenteler için belirleyicidir.

• Donanım ve kurulum yükü yok: Sunucu, yedekleme altyapısı veya istemci kurulumu gerekmez; portal tarayıcıdan açılır.
• Merkezi güncelleme: Yeni özellikler ve tedarikçi değişiklikleri sağlayıcı tarafında uygulanır.
• Her yerden erişim: Kurumsal portal duyarlı web olarak tasarlanmıştır; personel masaüstünde ve mobil tarayıcıda aynı portala girer.
• Hızlı modül ekleme: DIJI.TECH, ek modül aktivasyonunun 1 iş günü sürdüğünü beyan eder.
• Ölçeklenen altyapı: Altyapı AWS ve Cloudflare üzerinde çalışır; DIJI.TECH günlük 7 milyar+ sorgu kapasitesi beyan eder.

Bulut modelinin sınırı da açıktır: özelleştirme, ürünün sunduğu ayarlarla sınırlıdır. Kurumsal.pro'da bu ayarlar geniştir (marka renkleri, logo, alan adı, dil bazlı yasal metinler, modül seçimi), ama kod düzeyinde değişiklik bu modelin konusu değildir.

Kaynak kod satın almak hangi acenteye uyar?

Kaynak kod, ürünü kendi stratejisinin merkezine koymak isteyen acente için anlamlıdır. Kendi yazılım ekibi olan, standart dışı iş akışlarına ihtiyaç duyan veya barındırma ortamını kendisi seçmek isteyen bir acente bu modeli değerlendirebilir.

Bu kararın bedeli süreklilik sorumluluğudur. Tedarikçiler API sürümlerini değiştirdiğinde bağlantıları güncellemek, güvenlik yamalarını uygulamak, yedekleme ve izlemeyi kurmak acentenin işi olur. Bu yüzden kaynak kod kararı yalnız satın alma bedeline göre değil, yıllar içindeki iç ekip maliyetine göre verilmelidir.

Kiralama modelinde acentenin sorumluluğu ne kalır?

Kiralama, teknolojiyi işletme yükünü sağlayıcıya verir; ama seyahat işinin kendisini vermez. Altyapı hazır olsa da kurumsal müşteriye hizmeti acente sunar ve işin ticari tarafı acentede kalır.

• Müşteri ilişkisi: Kurumsal müşteriyi bulmak, sözleşmeyi yapmak ve kurumu panelden açmak acentenin işidir.
• Tedarikçi hesapları: Havayolu, otel toptancısı ve diğer tedarikçilerle çalışma hesapları acentenindir; portal bu hesapların içeriğini kullanır.
• Fiyatlandırma: Kuruma özel hizmet bedeli, gizli markup ve komisyon kuralları acentenin panelinde tanımlanır.
• Operasyon: Portaldan gelen iptal ve değişiklik talepleri acentenin operasyon masasına düşer; gerçek işlemi acente yapar.
• Ödeme ve bakiye: Kurum cüzdanına bakiyeyi acente yükler; kartla tahsilat acentenin ödeme hattından geçer.

Bu ayrım, kiralama modelinin neden çoğu acente için uygun olduğunu da açıklar: acente zamanını sunucu ve sürüm yönetimine değil, müşteri ve operasyona ayırır.

Kiralama ya da kaynak kod kararı için hangi sorular sorulmalı?

Doğru model, acentenin bugünkü yapısına ve önümüzdeki birkaç yıldaki planına göre değişir. Aşağıdaki sorulara verilen cevaplar kararı büyük ölçüde netleştirir.

• Şirket içinde yazılım geliştirme, sistem yönetimi ve güvenlik yetkinliği olan bir ekibiniz var mı, yoksa kurmayı planlıyor musunuz?
• Ürünün standart akışları (politika, onay, bütçe, rapor) ihtiyacınızı karşılıyor mu, yoksa kod düzeyinde değişiklik gerektiren özel süreçleriniz mi var?
• Yazılımı belirli bir barındırma ortamında tutma zorunluluğunuz var mı?
• Tedarikçi bağlantılarındaki sürüm değişikliklerini kim takip edecek?
• Kurumsal müşterilerinize ne kadar sürede portal açmanız gerekiyor?

Cevapların çoğu "ekibimiz yok, standart akışlar yeterli, hızlı başlamak istiyoruz" yönündeyse kiralama; "ekibimiz var, özel süreçlerimiz ve barındırma tercihimiz var" yönündeyse kaynak kod seçeneği değerlendirilmelidir.

Bulutta veri güvenliği nasıl sağlanır?

Seyahat verisi pasaport bilgisi, Kimlik No, güzergâh ve ödeme bilgisi gibi hassas alanlar içerir. Bulutta güvenlik, altyapının kendisi kadar uygulamanın veriyi nasıl ayırdığına ve kimin neyi gördüğüne bağlıdır.

Kurumsal.pro altyapısında her kiracının verisi ayrı bir veritabanında tutulur. Tarayıcı backend'e doğrudan bağlanmaz; istekler portalın kendi sunucusu üzerinden geçer ve servis anahtarları tarayıcıya inmez. Kimlik No ekranlarda maskeli görünür, kart bilgisi saklanmaz, iki adımlı doğrulama rol bazında zorunlu tutulabilir. Ödeme tarafında DIJI.TECH, PCI DSS uyumlu ödeme altyapısı kullandığını beyan eder. Ayrıntılar güvenlik sayfasında yer alır.

Teklif ve kurulum süreci nasıl işler?

Kurumsal seyahat yazılımında fiyat ürün kataloğundan değil, acentenin ihtiyacından çıkar. Bu yüzden Kurumsal.pro'da fiyat yalnız kişiye özel teklifle verilir. Teklif, seçilen modeli (kiralama veya kaynak kod) ve modül kapsamını belirler.

Teklifin yanında acentenin kendi tarafındaki kalemleri de hazırlaması gerekir: tedarikçi hesapları (havayolu, otel toptancısı ve diğerleri), kartla tahsilat için sanal POS ve portalın açılacağı alan adı. Satış yapabilmek için acentenin TÜRSAB belgesi de bulunmalıdır. DIJI.TECH, bu kalemler hazır olduğunda kurulumun ortalama 1 hafta sürdüğünü beyan eder.

1. İhtiyaç görüşmesi: Modüller, kurumsal müşteri profili ve tedarikçi kurgusu konuşulur.
2. Teklif: Kiralama veya kaynak kod modeli ve kapsam belirlenir.
3. Hazırlık: Tedarikçi hesapları, sanal POS ve alan adı hazırlanır.
4. Kurulum: DIJI.TECH ekibi portalı acentenin markası ve alan adıyla açar, modülleri etkinleştirir.
5. Kurumların eklenmesi: Acente ilk kurumsal müşterisini panelden ekler ve kurum yöneticisini davet eder.

Maliyet kalemlerinin ayrıntısı kurumsal seyahat yazılımı fiyatları sayfasında, portalın acentenin markasıyla nasıl açıldığı ise acenteler için kurumsal seyahat platformu sayfasında anlatılır. Teklif için DIJI.TECH demo sayfasından talep oluşturabilirsiniz.