Otel Rezervasyon Sistemi: Hazır Motor mu, Özel Yazılım mı?

Saat 23.40. Münih'te bir aile, Ağustos için Kemer'de üç gece arıyor. Önce Google'da otelin adını yazıyorlar; çıkan ilk fiyat Booking.com'un, ikinci fiyat otelin kendi sitesinin. Otelin sitesine tıklıyorlar, tarih seçicisi Türkçe açılıyor, çocuk yaşı sorulmuyor, ödeme sayfası euro yerine lira gösteriyor. Aile geri dönüp rezervasyonu komisyonlu kanaldan yapıyor.

Bu sahnedeki sorun "otelin rezervasyon sistemi yok" değil. Sistemin hangi parçasının kimde olduğu belirsiz. Bu yazıda bir otelin yazılım zincirini katman katman açıyoruz ve her katman için aynı soruyu soruyoruz: Burada hazır ürün mü kullanılmalı, özel yazılım mı yazılmalı?

Kısa cevap: Otel rezervasyon sistemi tek bir program değil, dört katmanlı bir zincirdir: PMS (oda, misafir, fatura), kanal yöneticisi (OTA'lara müsaitlik ve fiyat dağıtımı), rezervasyon motoru (otelin kendi sitesinde doğrudan satış) ve ödeme altyapısı. Alttaki iki katmanı tek bir otel için sıfırdan yazmak neredeyse hiç mantıklı değildir. Özel yazılımın gerçekten değer ürettiği yer en üst katmandır: çok dilli ve hızlı bir satış sitesi, paket/transfer gibi ek ürünler, birden fazla tesisin tek yerden yönetimi ve hazır motorun desteklemediği iş kuralları.

Bir Otelin Yazılım Zinciri Neye Benzer?

Rezervasyon sistemi denince çoğu kişi otelin sitesindeki "Rezervasyon Yap" düğmesini düşünür. O düğmenin arkasında birbirine bağlı en az dört sistem vardır ve her birinin sorumluluğu farklıdır.

Bu katmanların üzerinde bir de web sitesi vardır: otelin anlatıldığı, odaların, plajın, restoranların gösterildiği içerik katmanı. Pratikte rezervasyon motoru çoğu zaman bu sitenin içine gömülü ya da yanına bağlı ayrı bir alan adında çalışır.

Burada önemli bir mimari karar var: Rezervasyon motoru müsaitliği nereden okuyor? Bazı yapılarda motor doğrudan PMS'e bağlanır, bazılarında kanal yöneticisi üzerinden. Fiyat ve kısıtların (minimum konaklama, varışa kapalı gün vb.) tek bir yerden yönetilmesi, hangi yolun seçildiğinden daha önemlidir. İki ayrı ekranda fiyat güncelleyen bir ekip, eninde sonunda iki ayrı fiyat yayınlar.

Hangi Katmanda Özel Yazılım Değer Üretir?

Kural basit: Ne kadar aşağı inerseniz hazır ürünün avantajı o kadar büyür. Ne kadar misafire yaklaşırsanız fark yaratma fırsatı o kadar artar.

PMS: Neredeyse her zaman hazır. PMS, otelin muhasebesine, faturalamasına ve yasal yükümlülüklerine bağlı bir sistemdir. Sıfırdan yazmak, yıllarca bakımı süren bir muhasebe ürünü geliştirmek demektir. Bir otel zincirinin bile bunu kendisi yapması istisnadır.

Kanal yöneticisi: Hazır. Kanal yöneticisinin değeri, OTA'larla kurduğu sertifikalı bağlantılardadır. Bu bağlantılar her OTA'nın kendi onay sürecinden geçer ve OTA'lar kurallarını değiştirdikçe güncellenir. Aynı mantığı pazaryeri entegrasyonu yazımızda e-ticaret için anlattık: Karşı tarafın API'sini takip etmek, aboneliğin asıl karşılığıdır.

Rezervasyon motoru: Duruma göre. Hazır motorların çoğu iyi çalışır, hızlı kurulur ve Google ile bağlantısı hazır gelir. Sınırları genellikle tasarımda, dil kalitesinde ve iş kurallarında ortaya çıkar. Özel bir satış katmanı, hazır motorun API'sini kullanıp üzerine kendi arayüzünü kurarak da yapılabilir. Bu, sıfırdan motor yazmaktan çok daha küçük bir iştir.

Web sitesi ve misafir deneyimi: Çoğu zaman özel. Hız, çok dilli içerik, paket ve deneyim satışı, sadakat ya da tekrar gelen misafire özel fiyat gibi konular otelin markasına özgüdür. Burada şablon bir site ile özel bir site arasındaki fark doğrudan dönüşüme yansır.

Kısacası "hazır mı, özel mi" sorusu yanlış kurgulanmış bir sorudur. Doğru soru şudur: Hangi katman hazır kalsın, hangi katman sizin olsun?

Komisyonun Arkasındaki Tablo: Avrupa Verileri ve Türkiye'deki Parite Kararı

Doğrudan satış neden bu kadar konuşuluyor? Avrupa otelcilik birliği HOTREC'in 2024 dağıtım çalışması, 3.000'den fazla Avrupa otelinin 2023 verilerine dayanıyor ve tabloyu net çiziyor: Doğrudan rezervasyonların payı pandemi öncesi eğilime dönerek düşmeye devam ediyor, oteller özellikle küçük ölçekte OTA'lara giderek daha bağımlı.

Aynı çalışmaya göre Expedia Grubu'nun payı yaklaşık yüzde 15. Yani Avrupa'da iki oyuncu OTA pazarının büyük kısmını tutuyor. Antalya'nın en çok misafir gönderen ülkeleri arasında Almanya ve İngiltere'nin olduğu düşünülürse (DHA, Antalya 2025 ziyaretçi verileri), bu tablo Türk otelleri için de doğrudan geçerli.

Türkiye'nin bu konuda önemli bir emsal kararı var. Rekabet Kurulu 5 Ocak 2017'de, Booking.com'un konaklama tesisleriyle yaptığı sözleşmelerdeki fiyat ve kontenjan paritesi hükümlerinin ve "en iyi fiyat garantisi" uygulamasının 4054 sayılı Kanun'un 4. maddesini ihlal ettiğine karar verdi ve şirkete 2.543.992,85 TL idari para cezası verdi (Rekabet Kurumu, 17-01/12-4 sayılı karar açıklaması).

Yazılım açısından bunun anlamı şu: Kendi sitenizde farklı bir fiyat, farklı bir paket ya da sadece doğrudan misafire açık bir avantaj sunmak teknik olarak mümkün olmalı. Sözleşmelerinizin bugün size ne izin verdiğini hukukçunuzla kontrol edin. Ama rezervasyon motorunuz "tüm kanallarda aynı fiyat" dışında bir şey yapamıyorsa, sözleşme size izin verse bile bu avantajı kullanamazsınız.

Google'daki Görünmez Kalem: Ücretsiz Rezervasyon Bağlantıları

Münih'teki ailenin ilk gördüğü şey Google'daki fiyat listesiydi. Google, Hotel Center üzerinden otellerin ve rezervasyon ortaklarının fiyatlarını arama sonuçlarında, Haritalar'da ve YouTube'da gösteriyor. Bu listenin bir kısmı reklamdır, bir kısmı ücretsiz rezervasyon bağlantısıdır (free booking links). Google'ın yardım sayfasına göre bu bağlantıların tıklaması ücretsizdir ve oteller çoğu zaman kullandıkları rezervasyon sistemi sağlayıcısı üzerinden zaten bağlı olabilir (Google Hotel Center Yardım).

Hazır rezervasyon motorlarının önemli bir kısmı bu bağlantıyı hazır sunar. Sıfırdan yazılan bir motorda ise bu, ayrı bir entegrasyon projesidir: Google'a düzenli fiyat ve müsaitlik akışı göndermek, açılış sayfası kurallarına uymak ve fiyatın Google'da gösterilenle sitede çıkanın tutarlı olmasını sağlamak gerekir. Özel motor tekliflerinde bu kalemi görmüyorsanız sorun. Doğrudan satışın en ucuz trafiği çoğu zaman tam olarak buradan gelir.

Türkiye'ye Özgü Dört Teknik Gereksinim

Yurt dışı rezervasyon ürünlerinin Türkiye'de sorun çıkardığı noktalar genellikle aynıdır. Hazır ürün de alsanız, özel yazılım da yaptırsanız, şu dört konuyu ilk görüşmede sorun.

1. Kimlik bildirimi (KBS). 1774 sayılı Kimlik Bildirme Kanunu gereği konaklama tesisleri misafirlerin kimlik bilgilerini kaydetmek ve kolluk sistemlerine bildirmek zorundadır. Bu bildirim genellikle PMS üzerinden yapılır. Online check-in ya da ön kayıt akışı tasarlıyorsanız, toplanan bilginin PMS'e ve oradan bildirime doğru alanlarla gittiğinden emin olun.

2. Kimlik fotokopisi saklamamak. Kişisel Verileri Koruma Kurulu'nun 9 Aralık 2025'te Resmî Gazete'de yayımlanan ilke kararı, kimlik bilgisi kaydının zorunlu olduğunu ama kimlik fotokopisi almanın hukuki dayanağı olmadığını belirtiyor. Daha önce alınan fotokopilerin de imha edilmesi gerekiyor (Medyascope'un aktarımı). Bunun yazılımdaki karşılığı açık: "Pasaportunuzun fotoğrafını yükleyin" diyen bir online check-in ekranı, KVKK riski taşıyan bir özelliktir. Gereken bilgiyi alan olarak toplayın, görüntüyü saklamayın.

3. Konaklama vergisi. Konaklama vergisi geceleme hizmetleri üzerinden hesaplanır. 11263 sayılı Cumhurbaşkanı Kararı ile oran 1 Ocak – 31 Aralık 2026 dönemi için yüzde 2'den yüzde 1'e indirildi (KPMG Vergi bülteni). Yazılım için çıkarılacak ders oranın kendisi değil, oranın değiştiği: Vergi oranı koda gömülü değil, tarih aralığıyla yönetilen bir ayar olmalı. Ayrıca her şey dahil paketlerde gecelemenin yeme-içmeden ayrıştırılması fatura tarafını doğrudan etkiler; bunu mali müşavirinizle netleştirin.

4. Döviz, taksit ve ön provizyon. Antalya'da bir misafir euro ile fiyat görmek ister; yerli misafir ise taksit sorar. İade edilemez fiyat ile esnek fiyatın aynı motorda çalışması, kartın rezervasyon anında mı çekildiği yoksa sadece provizyon mu alındığı sorusuna bağlıdır. Hangi para biriminde gösterilip hangisinde tahsil edildiği ve kur farkının iadede nasıl ele alındığı, sözleşmeden önce yazılı olarak cevaplanmalıdır.

Üç Farklı Otel, Üç Farklı Cevap

Aşağıdaki profiller bir müşteri hikâyesi değil, karar mantığını göstermek için kurgulanmış örneklerdir. Kendinize en yakın olanı bulun.

Butik otelde özel yazılım en çok sitede değer üretir; motoru özelleştirmek getirisini karşılamaz. Resortta ölçek, hazır motorun üzerine kendi satış katmanını kurmayı anlamlı kılar. Villa işletmesinde ise iş kuralları hazır otel motorlarının varsaydığı "oda tipi" modeline çoğu zaman uymaz; burada özel yazılım ana çözüm olabilir.

Canlıya Almadan Önce Yedi Senaryo Testi

Rezervasyon sistemleri demo ekranında her zaman iyi görünür. Sorunlar sınır durumlarda çıkar. Kurulum ister hazır ürünle ister özel yazılımla yapılsın, canlıya almadan önce şu senaryoları test ortamında baştan sona yürütün:

1. Son oda iki kanaldan aynı anda satılıyor. Kendi sitenizde ve bir OTA'da son oda için aynı dakikada rezervasyon gelirse ne oluyor? Hangi taraf reddediliyor ve misafire ne söyleniyor?
2. Fiyat gece yarısı değişiyor. Sezon fiyatı 00.00'da devreye girerken sepette bekleyen misafir hangi fiyatı ödüyor?
3. Çocuk yaşı politikası. 0-2, 3-6, 7-12 yaş fiyatlandırması motorda, PMS'te ve OTA'da aynı mı?
4. İade edilemez rezervasyon iptal ediliyor. Provizyon mu iade ediliyor, tahsilat mı? Muhasebe hangi kaydı görüyor?
5. Kur değişti, misafir iptal etti. Euro ile ödenen tutar hangi kurdan iade ediliyor?
6. Misafir rezervasyonunu değiştiriyor. Tarih uzatma, oda değişikliği ve ek hizmet ekleme, PMS'e yeni rezervasyon olarak mı düşüyor, mevcut kaydın güncellenmesi olarak mı?
7. Bağlantı kesildi. Kanal yöneticisi yarım saat erişilemezse rezervasyonlar kayboluyor mu, kuyrukta bekleyip sonra mı işleniyor? Bunu kim, nereden görüyor?

Yedinci senaryo çoğu zaman hiç test edilmez. Oysa sezon ortasında bir bağlantı kesintisi, en pahalı sorunlardan biridir. Kesinti tespiti için izleme kurmak bu yüzden kurulumun parçası olmalıdır. Açıkça belirtelim: Bu tür izleme için geliştirdiğimiz UptimeTR, Digitexa'nın kendi ürünüdür. Konuyu ürün bağımsız olarak uptime nedir yazımızda anlattık.

Bu Yazıyı Nasıl Yazdık?

Digitexa'nın projeler sayfasında bir otel rezervasyon projesi yok ve burada uydurma bir örnek vermiyoruz. Bu yazıdaki mimari değerlendirme, benzer sorunları çözdüğümüz projelerden geliyor: MEF Üniversitesi projesinde çok dilli içerik yönetimini, Parça E-Kuralkan projesinde ise 50.000'den fazla ürünün bayi bazlı fiyatlarla ve ERP ile senkron stokla çalıştığı bir yapıyı kurduk. Otel tarafındaki "müsaitlik + fiyat + kısıt" üçlüsü, yapısal olarak bu stok ve fiyat senkronizasyonu problemine çok benzer. Sayısal veriler HOTREC, Rekabet Kurumu, Google ve resmî düzenlemelere dayanıyor ve her biri bağlantılı.

Son Söz

Otel rezervasyon sistemi kararında en pahalı hata, katmanları karıştırmaktır: PMS ve kanal yöneticisini sıfırdan yazdırmaya çalışmak ya da tersine, otelin markasını taşıyan satış sitesini en ucuz şablonla geçiştirmek. Alttaki katmanları kanıtlanmış hazır ürünlere bırakın; bütçenizi misafirin gördüğü ve sizi rakipten ayıran katmana ayırın. Hangi katmanın sizin olacağına karar verdikten sonra yukarıdaki yedi senaryo, hangi teklifin gerçekten çalışacağını gösterir.

Antalya'daki turizm işletmeleri için yerel ihtiyaçları Antalya yazılım şirketi sayfamızda ayrıca ele aldık. Hazır motorun üzerine kendi satış katmanınızı ya da villa ve paket gibi özel kurallarınızı kurmak istiyorsanız özel yazılım geliştirme sürecimize bakabilirsiniz. Bir yazılım ajansı olarak ilk görüşmede mevcut PMS ve kanal yöneticinizi birlikte inceliyoruz; hazır bir rezervasyon motoru yetiyorsa bunu açıkça söylüyoruz. İletişim sayfasından bize ulaşabilirsiniz.