1. Stop-sale ve minimum geceleme kısıtları neden kritik?
“Stop-sale ne demek?” satış kapamak demektir; “minimum stay” en az kaç gece kalınacağını belirler; CTA/CTD ise belirli günlerde giriş veya çıkışı kapatır. Kuralı doğru panelde, doğru oda–rate planında ve test ederek yönetmelisiniz.
2. Stop-sale, minimum geceleme ve diğer restriction kavramları (temel sözlük)
Bu bölüm, kısaltmaları “operasyon dili”ne çevirir. En kritik restriction seti şunlardır:
- •Stop-Sale (Closed / Stop Sell): Belirli tarih/oda/rate planında satış kapatma
- •MinLOS (Minimum Length of Stay): En az kalınması gereken gece sayısı
- •MaxLOS: En fazla kalınabilecek gece sayısı (daha nadir ama bazı senaryolarda işe yarar)
- •CTA (Closed to Arrival): Belirli tarihte giriş (arrival) kapalı
- •CTD (Closed to Departure): Belirli tarihte çıkış (departure) kapalı
- •CTA/CTD kombinasyonu: “Girişleri kapat ama içeridekiler devam edebilsin” gibi esnek kontrol
| Kısıt | Kısaltma | Ne yapar? | En sık kullanım | Yanlış kullanırsam ne olur? |
|---|---|---|---|---|
| Stop-sale | StopSell | Satışı kapatır | bakım/kapasite krizi/pik gün | takvim tamamen kapanır, satış kaçar |
| Minimum stay | MinLOS | kısa kalışı engeller | resort pik haftalar | 1–2 gecelik talep tamamen kaybolur |
| Maximum stay | MaxLOS | uzun kalışı sınırlar | nadir (operasyon/paket) | gelir fırsatı kısıtlanır |
| Closed to Arrival | CTA | o gün giriş yok | yoğun gün giriş akışını kontrol | yanlış CTA ile talep yanlış güne kayar |
| Closed to Departure | CTD | o gün çıkış yok | çıkış yoğunluğunu kontrol | yanlış CTD ile LOS bozulur |
☑ Mini Check : Kavramlar net mi?
- •Stop-sale ile CTA/CTD farkı ekipte net
- •MinLOS hangi sezonda hangi oda/rate için uygulanacak belli
- •Kısıtların “oda × rate plan” kapsamı yazılı
Ne yapmalıyım?
- • Kısıt sözlüğünü ekiple paylaşın (aynı dili konuşun).
- • Kural setini oda–rate bazında tanımlayın; “genel kapama”dan kaçının.
- • Kanal yönetimi referansı: /pms-ota/kanal-yonetimi
3. PMS ve channel manager üzerinden tarih kuralları (hangi panel “tek kaynak” olmalı?)
En büyük hata: aynı restriction’ı iki yerde birden yönetmek (PMS + channel manager). Bu, çakışma ve görünmez kapanmalar üretir.
Tek kaynak gerçek (best practice)
- •Eğer PMS’in restriction takvimi güçlü ve ekip PMS’te çalışıyorsa: PMS merkezli + CM dağıtım
- •Eğer CM daha esnek ve kanal bazlı override sağlıyorsa: CM merkezli + PMS operasyon kayıt
Kural: Restriction → appliedOn → PMSCalendar & ChannelManager calendar; ama tek yerde yazılır, diğer yerde dağıtılır/okunur.
Oda–rate–tarih mantığı
Kısıtlar “tarih”e yazılıyor gibi görünür ama aslında tarih + oda tipi + rate plan kombinasyonudur. MinLOS’u “genel” uygulamak yerine, örneğin sadece “promosyon rate” veya sadece “peak rate” üzerinde uygulamak çoğu otelde daha doğru sonuç verir.
☑ Mini Check : Çakışma riski
- •Kısıtları tek panelden yönetiyoruz
- •Kanal bazlı override varsa yazılı
- •Değişiklik sonrası test rutini var
Ne yapmalıyım?
- • “Kısıtlar nereden yönetiliyor?” sorusunu SOP haline getirin.
- • CM’de override kullanıyorsanız, hangi kanalda neden kullanıldığını loglayın.
- • Rezervasyon yönetimi referansı: /pms-ota/rezervasyon-yonetimi
4. Yüksek sezonda kapama ve kısıt stratejileri (Antalya/Bodrum örnekleriyle)
Yüksek sezonda hedef iki şeydir:
- İstenmeyen kısa kalışı azaltarak LOS’u ve RevPAR’ı korumak
- Operasyonel yoğunluğu (giriş/çıkış) yönetmek
Antalya resort – pik haftalar
- •MinLOS (3–5 gece): pik haftalarda belirli oda tipleri ve belirli rate plan’larda
- •CTA: giriş yoğunluğunu azaltmak için bazı günlerde
- •Stop-sale: bakım/kapasite krizi gibi “mutlak” durumlarda, kısa süreli
Bodrum – hafta sonu dalgası
- •Weekend dinamiği: cuma-cumartesi talep artar → CTD/CTA ile giriş-çıkış akışı kontrol edilebilir
- •MinLOS: doğru kurgulanmazsa short-stay talebi kaçabilir; belirli oda/rate ile sınırlamak daha güvenli
Örnek yüksek sezon takvimi (görsel planı)
☑ Mini Check : Sezon planı
- •Hangi günlerde MinLOS uygulanacağı yazılı
- •CTA/CTD ile giriş-çıkış yönetimi planlı
- •Stop-sale “son çare” ve süreli
Ne yapmalıyım?
- • MinLOS’u “oda × rate” bazında uygulayın, geneli kapatmayın.
- • CTA/CTD’yi operasyon yoğunluğu yönetimi için kullanın.
- • Stop-sale’ı sadece zorunlu durumlarda ve kısa süreli kullanın.
5. Hata senaryoları ve kaçınılması gereken noktalar (kısıtların satışa etkisi)
Kısıt hataları en çok iki şekilde satış kaybı yaratır:
- •Tam kapanma: stop-sale yanlış kapsamla uygulanır, tüm oda tipleri kapanır
- •Yanlış LOS: MinLOS yanlış tarihe veya yanlış rate plan’a yazılır; short-stay talebi kaybolur
En sık görülen hata senaryoları
- •Stop-sale “tüm rate plan”a uygulanır → web/OTA tamamen kapanır
- •MinLOS yanlış tarihe yazılır → omuz sezonda talep kaçırılır
- •CTA yanlış günlere konur → giriş akışı bozulur, talep rakibe kayar
- •CM override unutulur → kural kalksa bile kanal kapalı kalır
- •Test yapılmadan go-live → hatalı kısıt günlerce fark edilmez
Kısıt tanımlarken yapmamanız gereken 5 hata
- • Aynı kısıtı PMS ve CM’de aynı anda yazmak
- • Stop-sale’ı “genel kapama” gibi kullanmak
- • MinLOS’u tüm oda tiplerine yaymak
- • CTA/CTD’yi test etmeden sezon ortasında devreye almak
- • Override’ları dokümante etmemek (kim ne zaman açtı?)
☑ Mini Check : Hata yakalama
- •Kural değişikliği sonrası 3 test yapıyoruz (fiyat/stok/kısıt)
- •Override’lar kayıt altında
- •“Tam kapanma” alarmı var (günlük kontrol)
Ne yapmalıyım?
- • Kısıt değişikliği sonrası “kontrollü test” rutini koyun.
- • Stop-sale ve MinLOS değişikliklerini “onay akışı”na bağlayın.
- • Günlük kısa kontrol: bugün hangi tarihler kapalı, neden?
6. Operasyonel günlük kullanım: “kısıt yönetimi SOP” (ileri seviye pratik)
Bu rehberin amacı günlük işte kullanılabilir bir SOP bırakmaktır:
Günlük 10 dakikalık kontrol
- •Bugün ve +14 gün için kapalı günleri kontrol et (stop-sale/CTA/CTD)
- •MinLOS hangi oda/rate’te aktif?
- •Peak saatlerde latency var mı? (özellikle stop-sell)
- •Bir kanalda kapalı kalmış override var mı?
Haftalık planlama
- •Sezon takvimi: pik günleri işaretle
- •MinLOS ve CTA/CTD planını yazılılaştır
- •Kampanya planıyla çakışma kontrolü (parity/gelir etkisi)
KPI bağlantısı (neden uğraşıyoruz?)
- •LOS ↑ → RevPAR ve operasyon planı iyileşebilir
- •Tam kapanma hatası ↓ → kaçan satış azalır
- •Stop-sell gecikmesi ↓ → overbooking riski düşer
İç link önerileri (otorite güçlendirme)
- • /pms-ota/kanal-yonetimi
- • /pms-ota/rezervasyon-yonetimi
- • /pms-ota/online-satis
- • /pms-ota-yonetimi
- • /pms-ota/ota-entegrasyonu
7. Stop-Sale & Minimum Geceleme Planlama Şablonu — PMS & OTA Yönetimi (v1.0)
Stop-Sale & Minimum Geceleme Planlama Şablonu — PMS & OTA Yönetimi (v1.0)
Bu şablon, stop-sale, MinLOS/MaxLOS, CTA/CTD kısıtlarını tarih–oda–rate bazında planlayıp sezon takvimine bağlamanızı sağlar. Amaç, yanlış kısıt nedeniyle “tam kapanma” ve short-stay kaybı riskini azaltmak, yüksek sezonda LOS ve RevPAR hedeflerini daha kontrollü yönetmektir. Sonuç: daha az kaçan satış, daha stabil operasyon ve daha öngörülebilir gelir.
Kim Kullanır?
RM, rezervasyon lideri, kanal yöneticisi ve operasyon/ön büro.
Nasıl Kullanılır?
- Sezon takviminde pik günleri işaretle ve hedef LOS/RevPAR’ı yaz.
- Oda × rate plan bazında kısıt setini şablona gir (MinLOS/CTA/CTD/Stop-sell).
- Değişiklik sonrası test et (3 senaryo) ve haftalık kontrol ritmini uygula.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Kısıtlar tek panelden yönetiliyor
- ▢ ✅ Oda × rate kapsamı doğru
- ▢ ✅ Stop-sale süreli ve gerekçeli
- ▢ ✅ Test senaryoları geçti
- ▢ ✅ Haftalık kontrol ritmi var
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
8. Sonuç: Tarih kısıtları satış kapatmak değil, kontrollü gelir yönetimidir
Stop-sale, minimum geceleme ve diğer tarih kısıtları, OTA entegrasyonunda hem geliri optimize etmek hem de yanlış kurulumla satış kaybını önlemek için kritiktir. PMS ve channel manager’da doğru restriction tanımlarıyla yoğun dönemleri kontrollü yönetebilir, istenmeyen tarihlerde rezervasyon alımını engelleyebilir ve ortalama kalış süresini stratejik artırabilirsiniz.
Hatalı stop-sale ile tarihler tamamen kapanabilir veya yanlış minimum stay ile short-stay talebi kaçabilir. Doğru yaklaşım: kuralı doğru panelde tanımla, test et, izle.
Bir Sonraki Adım
Stop-sale, MinLOS, CTA/CTD kurgusuyla yüksek sezonda satış kaybını azaltmak isteyen oteller için.
Sık Sorulan Sorular
Stop-sale nedir, OTA tarafında nasıl çalışır?▾
Minimum geceleme (minimum stay) kuralı nasıl tanımlanır?▾
CTA ve CTD kısıtları ne anlama gelir?▾
Tarih kısıtlarını yanlış tanımlarsam ne olur?▾
Kısıtları PMS’te mi channel manager’da mı yönetmeliyim?▾
Yüksek sezonda en güvenli kısıt stratejisi nedir?▾
İlgili İçerikler