1. Rezervasyon Revizyonu Nedir?

Revizyon; mevcut bir rezervasyonun tarih, oda tipi veya fiyatının değiştirilmesidir. Kritik fark: revizyon “yeni satış” değil, mevcut satışın adil ve kayıtlı şekilde güncellenmesidir. Revizyonu doğru yönetmek; misafirle güven ilişkisinin test edildiği anlardan biridir.
Rezervasyon revizyonu nedir, hangi durumlarda yapılır?
Revizyon; misafirin tarih, oda tipi veya fiyat koşullarını değiştirme talebidir. İptal yerine revizyonla ilerlemek, doluluğu ve geliri korurken misafire şeffaf bir deneyim sunar; ancak PMS’te change history doğru kaydedilmelidir.
Ne yapmalıyım?
- • Revizyonu 5 adımlı SOP’a bağla
- • “Onay almadan PMS’te değişiklik yok” kuralını koy
- • Fiyat farkı hesaplama standardını yazılılaştır
- • Change history + neden kodu disiplinini başlat

2. Tarih Değişikliği Yönetimi
Tarih değişikliği en sık görülen revizyondur: misafir daha erken/sonra gelmek ister, gece sayısı değişir, bazen hafta içi/hafta sonu fiyatları devreye girer. Hata çoğunlukla burada çıkar: aynı fiyatı taşımak veya fiyat farkını yanlış/kapalı hesaplamak.
Tarih değişikliğinde fiyat farkını nasıl hesaplamalıyım?
Yeni tarihteki fiyat koşullarını (sezon, gün bazlı fiyat, kampanya, minimum geceleme) esas alın. Eski rezervasyonun zaten tahsil edilen/garanti edilen kısmını düşerek farkı net hesaplayın ve misafire “eski–yeni” kıyasını tek tabloda gösterin. İlke: şeffaflık + tutarlılık.
Tarih değişikliği için 4 kontrol
- Yeni tarihte müsaitlik ve kısıtlar (min stay/stop-sell)
- Yeni tarihte fiyat planı (rate plan)
- Ödeme/garanti koşulu (ön ödeme iadesi/aktarımı)
- İptal penceresi (politikaya etkisi)
Ne yapmalıyım?
- • “Eski–yeni fiyat kıyası” şablonu kullan
- • Kampanya taşıma kuralını sabitle (varsayılan: yeni tarih fiyatı)
- • Ödeme aktarımı/iade adımını tek sorumluya bağla
- • Değişiklik sonrası onay maili gönder
3. Oda Tipi Değişikliği ve Upgrade
Oda değişikliği ikiye ayrılır:
- •Aynı kategori / eşdeğer değişim: misafir tercih değiştirir (kat/konum)
- •Upgrade: daha üst kategoriye geçiş (fiyat farkı/ek değer)
Oda değişikliği upgrade mi, aynı kategori mi sayılmalı?
Eğer değişim aynı fiyat/oda sınıfında ise “eşdeğer oda değişimi” olarak işlenir ve fiyat etkisi sınırlıdır. Üst kategoriye geçiş varsa upgrade’dir; fiyat farkı, paket içeriği ve misafire sunulan ek değer açıkça belirtilmelidir.
Upgrade yönetimi için 3 net kural
- Upgrade = üst kategori + net fark
- Farkı “sadece fiyat” değil “değer” olarak anlat (manzara, alan, ayrıcalık)
- Onay almadan PMS’e geçme
Ne yapmalıyım?
- • Oda kategorilerini sözlükle netleştir (eşdeğer vs upgrade)
- • Upgrade teklifini 2 seçenekten fazla yapma
- • Özel istekleri yeni odaya taşı (not hijyeni)
- • Değişiklik sonrası voucher/teyit gönder
4. Fiyat Revizyonu ve Misafir İletişimi
Fiyat revizyonu çoğu zaman “kampanya bitti”, “paket değişti” veya “tarih değişti” nedeniyle olur. En riskli nokta; misafirin “adil davranılmadı” hissetmesidir. Bu yüzden dil ve şeffaflık çok önemlidir.
Kampanya fiyatından liste fiyatına geçiş nasıl anlatılmalı?
Misafire, kampanyanın koşul ve tarih aralığını net söyleyin; yeni tarihte/koşulda geçerli fiyatın liste fiyatı olduğunu açıkça belirtin. Ardından alternatif sunun: (1) kampanya koşuluna uygun başka tarih, (2) aynı tarihte farklı oda tipi, (3) küçük avantaj (esneklik/transfer gibi) — mümkünse.

Ne yapmalıyım?
- • Fiyat revizyonunu 1 paragrafta açıkla (uzatma yok)
- • 2 alternatiften fazlasını sunma
- • Yazılı onay al (e-posta/WhatsApp)
- • İletişim şablonlarını standartlaştır
5. PMS ve Raporlamaya Etkisi (Change History Disiplini)
Revizyon doğru yapılmazsa rapor bozulur: ADR/RevPAR sapar, kampanya performansı yanlış görünür, iptal yerine “sanki yeni rezervasyon” gibi sayılabilir. Bu yüzden change history ve neden kodu, işin denetim katmanıdır.
PMS’te rezervasyon değişikliklerini nasıl izler ve raporlarım?
Her revizyonu ReservationChange kaydı olarak tarih/oda/fiyat kırılımında işleyin; değişiklik nedenini kısa kodla (tarih değişikliği, upgrade, kampanya değişimi). PMS’in change history ekranında “kim, ne zaman, neyi değiştirdi” izi korunmalı; raporlarda revizyonların iptal gibi görünmemesi için statü ve kayıt tutarlılığı sağlanmalıdır.
Ne yapmalıyım?
- • 5 neden kodu ile başla (DATE/ROOM/UPG/PRICE/POL)
- • Onay kanıtını tek alanda tut
- • Revizyon sonrası otomatik teyit mesajı gönder
- • Haftalık “revizyon hatası” denetimi yap

6. Hızlı Senaryolar Tablosu: Tarih–Oda–Fiyat Revizyonları
Revizyon Senaryoları (örnek)
| Senaryo | Risk | Doğru yaklaşım | Misafir mesajı |
|---|---|---|---|
| Tarih ileri alındı | Fiyat artışı | Yeni tarih fiyatı + fark tablosu | “Eski–yeni farkı paylaşıyorum” |
| Tarih geriye çekildi | İade/aktarım | Ödeme politikası net | “İade/aktarımı şöyle yapıyoruz” |
| Oda eşdeğer değişti | Not kaybı | Notları taşı + housekeeping | “Talebinize göre oda güncellendi” |
| Upgrade talebi | Yanlış ücret | Üst kategori + net değer | “Şu avantajlarla upgrade” |
| Kampanya bitti | Güven kaybı | Kural net + alternatif | “Şu tarihte kampanya geçerli” |
7. Rezervasyon Revizyonu Yaparken Sorulacak 10 Soru
- Talep türü nedir? (tarih/oda/fiyat)
- Değişiklik “zorunlu” mu “istek” mi?
- Yeni tarihte müsaitlik ve kısıtlar uygun mu?
- Yeni tarihte hangi fiyat planı geçerli?
- Fiyat farkı nasıl oluşuyor (gece/gün/kurallar)?
- Kampanya taşıma kuralı ne?
- Oda değişimi eşdeğer mi upgrade mi?
- Özel istekler ve notlar yeni kayda taşındı mı?
- Misafir yazılı onay verdi mi?
- Change history ve neden kodu rapora uygun işlendi mi?

8. Antalya & City Otel Örnek Revizyon Senaryoları
Antalya/Belek resort — sezon farkı + paket etkisi
- •Tarih değişince paket/transfer dahil içerikler değişebilir; farkı “değer” üzerinden anlat.
- •Upgrade teklifini “yüksek sezon müsaitlik” ile uyumlu sun.
İstanbul city — iş segmenti + hızlı revizyon
- •Tarih kaydırma sık olur; fatura/kurumsal koşullar ve hızlı onay mekanizması kritik.
- •Change history disiplinini sıkı tut; rapor bozulmasın.
9. Fark Yaratan Mini Bölüm: “Değişiklik Yapılır” Demek Yetmez (Competitor Gap)
Rakip içerikler “tarih değişikliği yapılır” deyip geçiyor; gerçek hayatta fiyat farkı, upgrade ayrımı ve rapor etkisi birlikte yönetilmediğinde süreç misafir güvenini zedeler ve gelir kaybı üretir. Bu rehberin farkı; revizyonu tek akışa bağlayıp şeffaf fiyat farkı + yazılı onay + change history disiplini üçlüsünü standartlaştırmasıdır. Böylece iptal yerine revizyona dönen rezervasyon oranını artırmaya yardımcı olur.

10. Rezervasyon Revizyon Akış & Soru Seti Şablonunu İndir — Revizyon Rehberi
Rezervasyon Revizyon Akış & Soru Seti Şablonunu İndir — Revizyon Rehberi (v1.0)
Bu şablon, tarih/oda/fiyat revizyonlarını tek akışta yönetmek için 5 adımlı SOP, fiyat farkı kıyas tablosu ve 10 soruluk kontrol seti sunar. Amaç; iptali revizyona çevirirken misafire şeffaf davranmak ve PMS change history ile rapor tutarlılığını korumaktır. Eğitim ve günlük operasyon için “tek sayfa referans” olarak kullanılabilir.
Kim Kullanır?
Rezervasyon ekibi + ön büro + revenue/online satış.
Nasıl Kullanılır?
- Revizyon talebini 10 soruluk setle netleştir.
- Fiyat farkı kıyas tablosunu doldur, misafirden yazılı onay al.
- PMS’te change history + neden kodunu kaydet, teyit mesajı gönder.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Onay alınmadan değişiklik yapılmadı
- ▢ ✅ Fiyat farkı kıyas tablosu paylaşıldı
- ▢ ✅ Upgrade ayrımı doğru yapıldı
- ▢ ✅ Notlar ve departman bilgilendirmesi güncellendi
- ▢ ✅ Change history ve neden kodu kaydedildi
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu


11. Sonuç: Revizyon yönetimi, iptali azaltan ve raporu koruyan kontrollü bir akıştır
Tarih, oda ve fiyat değişiklikleri doğru yönetildiğinde yalnızca operasyonel bir güncelleme yapılmış olmaz; iptal ihtimali azaltılır, misafir güveni korunur ve revenue raporları daha sağlıklı kalır.
Revizyon sürecinde esas başarı; değişiklik türünü netleştirmek, fiyat farkını şeffaf anlatmak, yazılı onay almak ve PMS change history disiplinini bozmamaktır. Bu yapı kurulduğunda ekip, değişiklik taleplerini kişisel inisiyatifle değil standart bir SOP ile yönetir.
Bir Sonraki Adım
Tarih/oda/fiyat revizyonlarını şeffaf iletişim ve PMS history disipliniyle standardize ederek iptali revizyona çevirmenize yardımcı olur.
Sık Sorulan Sorular
Rezervasyon revizyonu nedir, hangi durumlarda yapılır?▾
Tarih değişikliğinde fiyat farkını nasıl hesaplamalıyım?▾
Oda değişikliği upgrade mi, aynı kategori mi sayılmalı?▾
PMS’te rezervasyon değişikliklerini nasıl izler ve raporlarım?▾
Revizyonda en sık yapılan hata nedir?▾
İlgili İçerikler
