Otellerin büyük bölümü oda satışının önemli bir kısmını OTA kanalları üzerinden yapar. (Örn: Booking, Expedia vb.) Bu kanallarda fiyat ve müsaitliği ayrı ayrı yönetmek, özellikle yoğun sezonda hataya ve çift rezervasyon riskine yol açar.
🔗 Kanal Yöneticisi (Channel Manager) + PMS Entegrasyonu
Kanal Yöneticisi (Channel Manager) Nedir?
Kanal yöneticisi; otelin farklı satış kanallarındaki (OTA’lar, kendi web sitesi, B2B acente vb.) fiyat ve müsaitlik bilgisini tek merkezden yönetmeye yarayan sistemdir.
📌 Basit Tanım:
“Bir odanın bugün kaç kanalda, hangi fiyattan satıldığını tek ekrandan yöneten sistem.”
Neden PMS ile Birlikte Düşünülür?
PMS, otelin “gerçek envanterini” tutar: oda durumları, check-in/check-out, misafir kayıtları, gelir/tahsilat, raporlar. Kanal yöneticisi ise bu envanteri satış kanallarına taşır.
✅ En Sağlıklı Kurgu:
PMS = operasyon + Channel Manager = satış kanalları
İkisi düzgün entegre olursa müsaitlik/fiyat senkron kalır ve hata oranı düşer.
Rezervasyon Akışı Nasıl Çalışır?
En yaygın akış şu şekildedir:
- PMS, oda müsaitliğini ve fiyatı kanal yöneticisine gönderir.
- Kanal yöneticisi, bu bilgiyi OTA’lara yayınlar.
- OTA’dan rezervasyon gelince kanal yöneticisine düşer.
- Kanal yöneticisi rezervasyonu PMS’e otomatik aktarır.
- PMS oda stoğunu düşürür ve güncel müsaitliği tekrar yollar.
⏱️ Kritik Detay:
Bu döngü ne kadar hızlı ve hatasız çalışırsa, double booking riski o kadar düşer.
Double Booking ve Overbooking: Neden Olur?
Double booking: Aynı oda/oda tipi aynı tarihte iki kez satılır.
Overbooking: Bilinçli olarak “tam doluluk” üstü satış yapılır (tampon strateji).
⚠️ Double booking’in en yaygın sebepleri:
- Oda tipi mapping hatası (yanlış eşleştirme)
- Rate plan mapping hatası (yanlış fiyat planı)
- Stok güncelleme gecikmesi (yüksek trafik/yoğunluk)
- Manuel müdahaleler: PMS’te düşülmeyen oda, OTA’da açık kalan stok
- İptal/değişikliklerin PMS’e düşmemesi
🎯 Pratik Çözüm:
Kurulumda mapping’i doğru yap, iptal/değişiklik senaryolarını test et, ayrıca yoğun sezonda küçük bir “overbooking tamponu” stratejisini planlı kullan.
Mapping: Oda Tipi ve Rate Plan Eşleştirme
Entegrasyonun kalbi mapping’dir. “Oda tipi” ve “fiyat planı (rate plan)” doğru eşleşmezse senkron bozulur.
| Alan | Ne Demek? | Yanlış Olursa Ne Olur? |
|---|---|---|
| Room Type Mapping | PMS’teki oda tipinin OTA’daki oda tipiyle eşleşmesi | Stok yanlış kanala gider → yanlış satış / double booking |
| Rate Plan Mapping | BAR, Non-Refundable, BB/HB gibi fiyat planlarının eşleşmesi | Fiyat yanlış yayınlanır → gelir kaybı / itibar sorunu |
| Occupancy / Pax | Kişi sayısı (1-2-3 kişi) kuralları | Yanlış fiyat/person sayısı → resepsiyonda kriz |
| Taxes / Fees | Vergi ve ekstra ücretlerin dahil/haric ayarı | Misafir “fiyat değişti” der → puan düşer |
💡 Not:
En sık hata: “oda tipi doğru ama rate plan yanlış” kurulumu. Bu durum fark edilmezse sessizce para kaybettirir.
Stop-Sale, Minimum Konaklama, İptal Kuralları
Kanal yöneticisi sadece fiyat/müsaitlik değil; kuralları da yönetir. PMS ile entegre kurguda şu başlıklar net olmalıdır:
- Stop-Sale: Belirli tarih/kanalda satışı kapatma
- Min. Stay: En az konaklama şartı (2 gece vb.)
- CTA/CTD: Girişe izin ver / çıkışa izin ver kısıtları
- Cancellation Policy: İptal koşulları (iade/iadesiz, süre vb.)
- Payment / Guarantee: Ön ödeme, kredi kartı garantisi
📌 Operasyonel İpucu:
Kurallar PMS’te mi, channel manager’da mı “asıl kaynak” olacak? Bunu en baştan belirle. Yoksa aynı kural iki yerde çakışır ve sonuçlar sürpriz olur.
Kurulumda Test Senaryoları (Bunu Yapmayan Yanıyor)
Entegrasyon kuruldu diye “tamam” olmaz. Mutlaka test rezervasyonlarıyla doğrulanır:
- Farklı oda tipi için rezervasyon aç → PMS’e düştü mü?
- Farklı rate plan (iadesiz/BB/HB) dene → fiyat doğru mu?
- İptal et → PMS’te stok geri açıldı mı?
- Tarih değiştir → eski tarih stok geri geldi mi?
- Çoklu oda rezervasyonu → oda sayısı doğru düştü mü?
⚠️ En Tehlikeli Senaryo:
İptal/değişiklik PMS’e düşmezse, stok yanlış kalır. Bu da “dolu oda”yı tekrar satmaya kadar gider.
✅ 15 Maddelik Entegrasyon Kontrol Listesi
Kurulum bitmeden önce tek tek kontrol et:
- Oda tipleri doğru eşleşti mi?
- Rate plan mapping doğru mu?
- Vergi/komisyon dahil-hariç ayarları net mi?
- Stop-sale iki sistemde çakışıyor mu?
- Min. stay kuralları doğru çalışıyor mu?
- CTA/CTD kuralları doğru mu?
- İptal rezervasyon PMS’e düşüyor mu?
- Tarih değişikliği PMS’e düşüyor mu?
- Misafir bilgileri (ad/soyad/iletişim) PMS’e geliyor mu?
- Ödeme durumu (ödendi/ödenmedi/garanti) doğru mu?
- Çoklu oda rezervasyonunda oda sayısı doğru düşüyor mu?
- PMS’ten fiyat güncellemesi kanallara gidiyor mu?
- PMS’ten stok düşümü kanallara gidiyor mu?
- Oda kapatma (Out of Order) stoktan düşüyor mu?
- En az 5 test rezervasyonu ile doğrulama yapıldı mı?
Sonuç: Entegrasyon Sağlamsa Satış Büyür, Kaos Azalır
Kanal yöneticisi + PMS entegrasyonu; fiyat ve müsaitlik yönetimini merkezileştirir, satış kanallarında hata riskini düşürür ve ön büro operasyonunu rahatlatır. Entegrasyonun başarısı ise çoğunlukla mapping ve test disiplinine bağlıdır.
📌 İlgili Rehberler
Bu konuyu tamamlayan içerikler:
Ön Büro Yönetimi Housekeeping + PMS PMS Terimleri Sözlüğü Bulut vs Yerel PMS Rehberi❓ Sıkça Sorulan Sorular
Kanal yöneticisi (channel manager) nedir?
OTA kanallarında fiyat ve müsaitliği tek merkezden yöneten sistemdir. PMS ile entegre çalıştığında rezervasyonlar otomatik aktarılır ve hata riski düşer.
PMS ile entegrasyon nasıl çalışır?
PMS müsaitlik/fiyatı channel manager’a gönderir; OTA rezervasyonları da channel manager üzerinden PMS’e düşer. Böylece stok ve fiyat senkron kalır.
Double booking neden olur?
Mapping hatası, güncelleme gecikmesi, iptal/değişikliklerin PMS’e düşmemesi veya manuel müdahaleler nedeniyle oluşur.
Kurulumda en kritik adım nedir?
Oda tipi ve rate plan mapping’i + iptal/değişiklik senaryolarını test rezervasyonlarıyla doğrulamak.