1. Out-of-order (OOO) oda nedir, PMS ve kanal yönetiminde nasıl gösterilir?
OOO (Out-of-Order) oda; bakım, arıza veya renovasyon nedeniyle satışa kapalı odadır. PMS’te OOO statüsüne alınır; housekeeping/teknik servis bu statüyü tetikler; satış envanteri (ChannelInventory) ise bu odayı “satılabilir oda” sayısından düşmelidir. En kritik kural: OOO = satılamaz; envanterde görünmesi “hata”dır.
AIO ilişki
- •OutOfOrderRoom → removedFrom → Sellable Inventory
Mini Check
- •OOO statüsü PMS’te doğru işleniyor
- •Housekeeping ve teknik servis aynı statüyü kullanıyor
- •Channel inventory’ye yansıma süresi kısa
- •OOO aç/kapat için sorumlu kişi net
Ne yapmalıyım?
- • OOO statüsü için “tek kaynak gerçek”i PMS yapın.
- • OOO değişikliği olduğunda kim envanteri kontrol edecek belirleyin.
- • Günlük kanal sağlık kontrolüne “OOO kontrol” maddesi ekleyin.
2. Oda bakım ve OOO durumlarını kanal yönetiminde nasıl yönetirsiniz?
6 adımda yönetim çerçevesi
- Planlı bakım takvimi çıkar: tarih aralığı + etkilenen oda tipleri + adet.
- PMS’te OOO statüsünü uygula: RoomStatus değişimi kayıt altına alınsın.
- ChannelInventory’yi düş: oda tipi bazında satış envanterini azalt (gerekirse stop-sale).
- Kısıtları kontrol et: min-night/CTA gibi kurallar bakım döneminde yanlış tetiklenmesin.
- Ani arıza SOP: 10 dakika içinde kapatma/azaltma + log + doğrulama.
- Renovasyon stratejisi: uzun bakımda kanal karmasını ve fiyat stratejisini yeniden kur.
Mini Check
- •Planlı bakım takvimim var
- •PMS statüsü → kanal envanteri senkron
- •Ani arıza için 10 dk SOP var
- •Uzun renovasyonda kanal stratejisi revize ediliyor
Ne yapmalıyım?
- • Bakımı “operasyon planı” değil “satış envanter planı” olarak da yönetin.
- • Ani arıza için vardiya bazlı sorumlu belirleyin.
- • Uzun renovasyonlarda kanalları “eski normal”le bırakmayın.
3. PMS ve housekeeping ile kanal yönetimi arasındaki bağlantı
OOO yönetimi, bir “iş akışı”dır. Eğer akış yoksa, statüler kişiye bağlı kalır. En ideal senaryo: housekeeping/teknik servis OOO açar → PMS güncellenir → channel inventory otomatik veya SOP ile düşer → ilgili kanallar doğrulanır → log kaydı oluşur.
Akışın kritik kontrol noktaları
- •Statü değişimi anında PMS’te mi?
- •Channel manager güncellemesi gecikiyor mu?
- •OTA’larda görünürlük kontrolü yapılıyor mu?
- •Overbooking riskli günler için buffer var mı?
Mini Check
- •Statü değişimi gecikmiyor
- •Inventory güncellemesi doğrulanıyor
- •OTA görünürlüğü kontrol turu var
- •Riskli günlerde buffer uygulanıyor
Ne yapmalıyım?
- • “OOO açma/kapatma” için tek sayfalık SOP yazın.
- • Günlük sağlık kontrol rutininize OOO adımı ekleyin.
- • OTA görünürlüğünü kontrol etmek için 2 dakikalık tur yapın.
4. Bakım dönemlerinde envanter yönetimi
Planlı bakım, aslında riskin en kolay yönetildiği durumdur; çünkü zamanınız vardır. Ama sık hata şudur: bakım planı operasyon ekiplerinde kalır, satış envanterine geç yansır. Sonuç yine aynı: satılan oda = servis verilemeyen oda.
Planlı bakımda 5 pratik kural
- •Bakım tarihlerini “yüksek riskli” dönemlerden uzak planla (mümkünse)
- •OOO oda sayısını oda tipi bazında hesapla (satılabilir inventory)
- •OTA/direct kanallarında envanterin doğru düştüğünü doğrula
- •Kampanya ve kısıtlarla çakışma var mı kontrol et
- •Bakım bitişinde OOO’yu geri açmayı unutma (reverse SOP)
Mini Check (Planlı)
- •OOO oda sayısı ve tarih aralığı net
- •Envanter düşüşü kanallara yansıdı
- •Kampanya/kısıt çakışması yok
- •Bitiş geri açma planı var
Ne yapmalıyım?
- • Bakım takvimini revenue toplantısına dahil edin.
- • Bakım döneminde “satılabilir envanter” KPI’ını izleyin.
- • Bitişte geri açma adımını kontrol listesine koyun.
5. Ani arızalar ve overbooking riskini azaltmak
Ani arıza, en riskli senaryodur; çünkü satış devam ederken oda düşer. İstanbul city otelde aynı gün check-in varken bir odanın OOO olması, hızla envanterin güncellenmesini gerektirir. Büyük resort’te ise bir blokta arıza dalgası, belirli oda tipini etkileyebilir.
| Adım | Aksiyon | Sorumlu | Kontrol |
|---|---|---|---|
| 1 | Odayı PMS’te OOO yap | Ön büro / Housekeeping | RoomStatus güncellendi |
| 2 | Etkilenen oda tipini belirle | Ön büro / Revenue | RoomType net |
| 3 | Channel manager’da envanteri düş | Revenue / Rezervasyon | ChannelInventory azaldı |
| 4 | Gerekirse stop-sale uygula | Revenue | İlgili OTA kapandı |
| 5 | Çekirdek kanallarda görünürlüğü kontrol et | Rezervasyon / E-ticaret | OTA/direct doğru görünüyor |
| 6 | Overbooking riskli rezervasyonları işaretle | Ön büro | Riskli gelişler kontrol edildi |
| 7 | ChangeLog’a not düş | Sorumlu kişi | Neden/saat/kişi kaydı var |
| 8 | 30 dk sonra ikinci kontrol yap | Revenue / Rezervasyon | OTA görünürlüğü doğrulandı |
10 dakikada kriz checklist’i (adım adım)
- Odayı PMS’te OOO yap (RoomStatus güncelle).
- Etkilenen oda tipini belirle (RoomType).
- Channel manager’da envanteri düş (ChannelInventory).
- Gerekirse ilgili OTA kanalında stop-sale uygula (kısa süreli).
- Çekirdek kanallarda hızlı görünürlük kontrolü yap.
- Overbooking riskli rezervasyonları işaretle (ön büro ile).
- ChangeLog’a not düş: “neden, saat, kim”.
- 30 dk sonra ikinci kontrol: OTA’larda doğru mu?
Mini Check (Kriz)
- •OOO PMS’te işlendi
- •Inventory düşürüldü / stop-sale uygulandı
- •OTA doğrulandı
- •Log kaydı var
- •Ön büro bilgilendirildi
Ne yapmalıyım?
- • Bu checklist’i vardiya panosuna asın.
- • “Kriz sorumlusu” rolü belirleyin (kim uygular?).
- • Arıza sonrası 1 saat içinde root cause ve kalıcı aksiyon yazın.
6. Renovasyon döneminde kanal stratejisi nasıl düzenlenir?
Uzun renovasyon, sadece envanteri düşmek değildir; kanal stratejisini yeniden kurmaktır. Oda sayısı azalırsa fiyat gücü değişebilir, kanal karması etkilenebilir, bazı segmentlere satış kapatılabilir. Bu dönemde “eski strateji”yi aynen sürdürmek risklidir.
Renovasyonda 4 stratejik karar
- •Satılabilir envanter düştüyse kanal önceliği güncellenmeli
- •Kârlı kanallara öncelik (komisyon sonrası net gelir)
- •Kampanya planı daha kontrollü (gereksiz indirim yok)
- •Misafire iletişim: ürün değişikliği (odalar/alanlar) şeffaf anlatılmalı
Mini Check (Renovasyon)
- •Kanal karması revize edildi
- •Fiyat stratejisi envanter düşüşüne göre güncellendi
- •Kampanyalar kontrollü
- •Misafir iletişimi hazır
Ne yapmalıyım?
- • Renovasyon için “özel sezon” gibi ayrı plan yapın.
- • Envanter düşüşünü KPI’a bağlayın (net gelir/ADR).
- • Kanal performans review’unu daha sık yapın (aylık).
7. Antalya resort & İstanbul city örnekleriyle somutlaştırma
Antalya/Belek/Side/Kemer gibi büyük resort’larda bakım dönemleri daha planlı olabilir; OOO yönetimi oda tipi bazında toplu düşüşler gerektirebilir. İstanbul city otellerinde ise ani arıza senaryosu daha sık “aynı gün operasyonu” etkiler; hızlı stop-sale ve inventory revizyonu kritik hale gelir. Bu nedenle SOP aynı kalsa da “kontrol sıklığı ve risk eşiği” farklılaşır.
Key Statistics / Data Point (sheet, soft): Doğru OOO yönetimi yapan otellerde bakım kaynaklı overbooking ve son dakika oda değiştirme vakalarının azaldığı; bunun memnuniyet ve yorum skorlarına olumlu yansıdığı örneklenebilir.
8. Oda Bakım ve Out-of-Order Aksiyon Checklist’ini İndir — PMS & OTA Yönetimi
Oda Bakım ve Out-of-Order Aksiyon Checklist’ini İndir — PMS & OTA Yönetimi (v1.0)
Bu checklist, planlı bakım ve ani arızalarda OOO odaları satış envanterinden hızlı düşmek için PMS–housekeeping–channel manager adımlarını standartlaştırır. Amaç; bakım kaynaklı overbooking ve son dakika oda değişimi vakalarını azaltıp misafir memnuniyetini korumaktır.
Kim Kullanır?
Housekeeping, teknik servis, ön büro/rezervasyon, revenue ve entegrasyon ekipleri.
Nasıl Kullanılır?
- Planlı bakımda tarih/oda tipini belirleyip OOO’yu PMS’te işleyin ve inventory’yi düşürün.
- Ani arızada 10 dakikalık kriz SOP’yi uygulayın (OOO → inventory → doğrulama → log).
- Haftalık OOO review ile kök neden ve kalıcı aksiyonları çıkarın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ OOO tanımı ve sorumlusu net (kim açar/kapatır)
- ▢ ✅ PMS RoomStatus güncelleniyor
- ▢ ✅ ChannelInventory düşüşü doğrulanıyor (çekirdek kanallar)
- ▢ ✅ Release/geri açma adımı kontrol listesinde
- ▢ ✅ Ani arıza için 10 dk SOP panoda
- ▢ ✅ ChangeLog notu zorunlu (neden/saat/kişi)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
9. Problem → Kök Neden → Çözüm Tablosu
| Problem | Kök Neden | Çözüm |
|---|---|---|
| Overbooking | OOO envanterden düşülmedi | PMS OOO + inventory düşüş SOP |
| Son dakika oda değişimi | Geç güncelleme | 10 dk kriz akışı + doğrulama |
| OTA’da yanlış görünürlük | Sync gecikmesi | Çekirdek kanal kontrol turu |
| OOO geri açılmadı | Reverse SOP yok | Bitiş/geri açma checklist’i |
10. Öncesi/Sonrası KPI Tablosu
| KPI | Önce | Sonra (30 gün) | Not |
|---|---|---|---|
| Bakım kaynaklı overbooking | TBD | TBD | Azalma hedefi |
| Son dakika oda değişimi | TBD | TBD | Azalma hedefi |
| Misafir şikâyeti | TBD | TBD | Düşüş hedefi |
| OOO güncelleme süresi | TBD | TBD | Kısalma hedefi |
11. Sonuç: OOO yönetimi, sadece operasyon değil satış güvenliğidir
Oda bakım ve Out-of-Order yönetimi, yalnızca housekeeping veya teknik servis süreci değildir; doğrudan satış envanteri, overbooking riski ve misafir memnuniyetiyle bağlantılıdır. PMS’te doğru statü, channel inventory’de hızlı düşüş, OTA görünürlük kontrolü ve ChangeLog disiplini birlikte çalıştığında, bakım kaynaklı krizler yönetilebilir hale gelir.
Planlı bakımda önceden envanter düşmek, ani arızada 10 dakikalık kriz akışını uygulamak ve uzun renovasyonda kanal stratejisini yeniden kurmak; otelin hem operasyon hızını hem de gelir güvenliğini artırır.
Bir Sonraki Adım
Bakım ve arızaları satış envanterine hızlı yansıtıp overbooking riskini azaltmak isteyen oteller için.
Sık Sorulan Sorular
Out-of-order (OOO) oda nedir, PMS ve kanal yönetiminde nasıl gösterilir?▾
Oda bakımı sırasında envanter nasıl ayarlanmalı?▾
Ani arızalarda OTA tarafında oda kapatma adımları neler olmalı?▾
Renovasyon döneminde kanal stratejisi nasıl düzenlenir?▾
OOO yönetimi misafir memnuniyetini etkiler mi?▾
İlgili İçerikler