Web Rezervasyon Sistemi ile PMS Entegrasyonu: Kurulum Aşamasında Dikkat Edilmesi Gerekenler

Web rezervasyon motoru ile PMS entegrasyonu “bağlandı mı?” sorusundan ibaret değildir; asıl soru şudur: hangi oda tipi, hangi rate plan, hangi para birimi ve hangi iptal/ödeme kuralı PMS’te nasıl temsil ediliyor? Bu eşleşmeler doğru değilse misafir yanlış fiyat görür, ödeme başarısız olur, rezervasyon yanlış odaya düşer veya overbooking riski artar. Doğru kurguda ise Booking Engine, rezervasyonu PMS’e doğru veriyle aktarır; resepsiyonun manuel giriş yükü azalır ve misafir deneyimi güçlenir.

Sesli arama için kısa, teknik ama sade özet

Booking engine–PMS entegrasyonunda en kritik üç şey: oda/fiyat mapping, ödeme–iptal akışı ve canlıdan önce test rezervasyonlarıdır. Bu üçü kilitlenirse overbooking riski düşer ve web rezervasyon deneyimi sorunsuz çalışır. Kurulumu “senaryo test + checklist” ile yönetin.

Booking engine seçimi “tasarım” kadar “entegrasyon gerçekliği” ile ilgilidir. Küçük bir arayüz farkı, rezervasyon deneyimini iyileştirebilir; ama entegrasyon kabiliyeti zayıfsa operasyon maliyeti büyür. Bu nedenle seçim kriterleri: API/entegrasyon, ödeme altyapısı, çok dilli destek, iptal/ön ödeme kural esnekliği ve raporlama/izleme olmalıdır.

Bu bölümde ne öğreneceksiniz?

• •Booking engine türleri ve entegrasyon farkları
• •API + güvenlik gereksinimleri
• •Çok dilli süreçte kritik noktalar

Entegrasyon mantığını “data contract” gibi düşünün: PMS hangi alanları hangi formatta bekliyor, booking engine hangi alanları gönderiyor? Burada core entity ilişkisi şudur: BookingEngine → sends → Reservation (dates, room, rate, guest, payment) → PMS. Doğru kurulum; veri alanlarının eşlenmesi, güvenli API erişimi ve hata yönetimi ile tamamlanır.

Bu bölümde ne öğreneceksiniz?

• •PMS API bağlantısı ve güvenlik
• •Senkron (availability/rate) mantığı
• •Hata yönetimi ve tekrar deneme (retry) prensibi

API bağlantısı ve güvenlik (sade teknik çerçeve)

• •API anahtarları ve erişim yetkisi (minimum yetki)
• •IP allowlist/VPN senaryoları (Varsayım: altyapıya göre)
• •Loglama: hangi çağrı, hangi hata, hangi saat?

En sık entegrasyon hatası burada olur: PMS’teki RoomType ve RatePlan yapısı, booking engine’deki “oda ve fiyat” ekranına doğru çevrilmezse misafir yanlış ürün görür. Bu yüzden önce PMS’te oda–rate sözlüğünü netleştirir, sonra mapping tablosunu tek kaynak doküman yaparsınız.

Bu bölümde ne öğreneceksiniz?

• •RoomType/RatePlan mapping prensipleri
• •Para birimi ve vergi alanlarında tipik hatalar
• •Kampanya/paketlerin doğru temsil edilmesi

Ödeme akışı, entegrasyonun “gelir” tarafıdır. PaymentGateway ile booking engine arasındaki ilişki kadar, PMS’in rezervasyonu “ödemeli/ödemesiz” olarak doğru etiketlemesi de önemlidir. Aksi halde resepsiyon yanlış tahsilat veya yanlış iptal uygular.

Bu bölümde ne öğreneceksiniz?

• •Ön ödeme ve depozito mantığı
• •İptal politikasının engine’de doğru uygulanması
• •Voucher/kupon (Varsayım) akışı ve riskleri

Canlıya geçişte en pahalı hata “test etmeden yayınlamak”tır. Çünkü web rezervasyon hatası anında gelir kaybına döner. Bu yüzden test planı; normal rezervasyondan çok “problemli gün” senaryolarını kapsamalıdır. Antalya/Belek/Side sahil otellerinde sezon öncesi entegrasyon kontrolü, küçük hataların büyümesini engeller.

Bu bölümde ne öğreneceksiniz?

• •Çoklu test rezervasyonu paketi
• •Pass/fail kabul kriterleri
• •Go-live checklist ve izleme KPI’ları

1. Booking engine seçimini entegrasyon kapsamıyla yapın (API, ödeme, çok dil).
2. RoomType/RatePlan sözlüğünü PMS’te netleştirip mapping tablosu oluşturun.
3. Ödeme–iptal politikasını engine’de kural seti olarak tasarlayın ve PMS statülerini eşleyin.
4. Para birimi, vergi ve tarih/saat alanlarını özellikle test edin (en sık hata kaynağı).
5. Çoklu test rezervasyonu yapın (iptal, değişiklik, başarısız ödeme, paket, dil).
6. Go-live sonrası izleme KPI’ları kurun (hata oranı, senkron gecikmesi, ödeme başarısızlığı).

Rakip içerikler booking engine’i pazarlayıp “entegrasyon yapılır” diyerek geçiyor; sahada fark yaratan şey test ve risk yönetimidir. Antalya resort otellerinde sezon öncesi yoğunluk artmadan, Bodrum’da farklı pazar/dil kombinasyonları devreye girmeden önce “multi-dil + multi-currency + iptal” senaryolarını stres test etmek gerekir. Bu yaklaşım, web rezervasyon payını artırırken (12 ay içinde %10–20 bandına çıkabilen örnekler vardır; otelin ürün ve pazarlama gücüne bağlıdır) aynı zamanda operasyon yükünü düşürür.

Booking engine–PMS entegrasyonu, yalnızca teknik bağlantı değil; oda tipi, fiyat planı, ödeme, iptal, para birimi ve çok dilli rezervasyon deneyiminin birlikte çalıştığı operasyonel bir sistemdir. Mapping doğru kurulmadığında web rezervasyon akışı misafir deneyimini ve resepsiyon iş yükünü olumsuz etkiler.

Bu nedenle canlıya geçişten önce mapping tablosu kilitlenmeli, ödeme–iptal statüleri test edilmeli, para birimi/vergi alanları doğrulanmalı ve en az 10 senaryoluk test rezervasyonu tamamlanmalıdır. Go-live sonrası ilk 14 gün entegrasyon sağlığı KPI’ları yakın izlenmelidir.