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.
Bu akış, daha geniş PMS & OTA yönetimi yapısı içinde, rezervasyon süreci adım adım mantığının doğal bir uzantısıdır; yani revizyon, rezervasyondan kopuk bir istisna değil sürecin kayıtlı bir aşamasıdır.
Mini Check
- • Revizyon türü net mi (tarih/oda/fiyat)?
- • Talep “istek” mi “zorunluluk” mu?
- • Müsaitlik ve kısıtlar kontrol edildi mi?
- • Fiyat farkı ve koşullar misafire yazılı iletildi mi?
- • PMS history kaydı ve notu tamam mı?
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 kaydığı için boşalan gece veya oda, aktif bir rezervasyon bekleme listesi varsa hızla yeniden değerlendirilebilir; böylece revizyon yalnızca hizmet kalitesini değil doluluk optimizasyonunu da korur.
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)
Mini Check (Tarih değişikliği)
- • Gece sayısı değişti mi?
- • Hafta içi/hafta sonu etkisi var mı?
- • Kampanya fiyatı “taşınabilir mi” kuralı net mi?
- • Fark hesaplandı ve yazılı iletildi mi?
- • Misafir onayı alındı mı?
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
Mini Check (Oda değişikliği)
- • Değişim eşdeğer mi upgrade mi?
- • Yeni odanın özellik farkı yazılı mı?
- • Fiyat farkı/ek ücret net mi?
- • Housekeeping/ön büro notları güncellendi mi?
- • Misafir “evet” demeden işlem yapılmadı mı?
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.
Revizyon deneyiminin nasıl yönetildiği, misafirin markaya yeniden güvenip güvenmeyeceğini belirler; bu yüzden şeffaf fiyat iletişimi gelecekteki online satış davranışını ve direct tekrar rezervasyon olasılığını da etkiler.

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.
Buradaki kritik ayrım, değişiklik talebini yanlışlıkla iptal, opsiyon ve no-show statüleri içine düşürmemektir; aksi halde hem gelir görünürlüğü hem de envanter doğruluğu bozulur.
Rezervasyon OTA kaynaklıysa revizyon bilgisinin PMS’e eksiksiz düşmesi için OTA entegrasyonu akışının doğru çalışması gerekir; tarih, oda veya fiyat güncellemesi kanallar arasında senkron kalmadığında sahada çift hata oluşur.
Mini Check (History hijyeni)
- • Revizyon nedeni kodlandı mı?
- • Eski–yeni değerler görünür mü?
- • Onay kanıtı kaydedildi mi (mesaj/e-posta)?
- • Operasyon notları yeni odaya taşındı mı?
- • Raporlarda revizyon “yeni rezervasyon” gibi şişmiyor mu?
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.
Süreci hizmet tarafında derinleştirmek için rezervasyon yönetimi hizmeti sayfasına, uygulama detaylarını hızlıca gözden geçirmek için de rezervasyon yönetimi hakkında sık sorulan sorular katmanına geçebilirsiniz.
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
