1. PMS veri kalitesi ve temizlik süreçleri neden raporlama altlığıdır?
PMS’te raporların doğru olması, “rapor ekranı”ndan önce “veri disiplini” ile başlar. Misafir kartında duble kayıt, rezervasyonda yanlış statü/tarih, fiyat planlarında tutarsız isim/ID varsa; doluluk, gelir ve segment raporları bozulur ve yönetim yanlış karar alır. Özellikle Antalya ve Bodrum gibi yüksek hacimli resort’larda veri hacmi büyüdükçe bu gürültü daha görünür hâle gelir. Bu rehber, veri temizliğini bir “tek seferlik operasyon” değil; periyodik ritim + giriş kuralları ile sürdürülen bir DataQuality sistemi olarak kurmanıza yardım eder.
Sesli arama için kısa tanım
PMS veri kalitesi, misafir–rezervasyon–fiyat verisinin tutarlı olması ve raporların güvenilir şekilde bu veriden beslenmesidir.
2. PMS’te Veri Kalitesi Neden Önemlidir?
Veri kalitesini “temizlik işi” gibi görmek, işin değerini küçültür. Aslında bu, doğrudan finansal karar kalitesidir: yanlış segment geliri, yanlış tekrar misafir oranı, hatalı doluluk kırılımı gibi sonuçlar; fiyatlama ve pazarlama kararlarını yanıltır. PMS Data → feeds → Reports zinciri, veri kirliyse “yanlış doğru” üretir.
Bu bölümde ne öğreneceksiniz?
- •Veri kalitesinin raporlara etkisi
- •En büyük 3 bozulma kaynağı
- •Önceliklendirme mantığı
AEO kısa açıklama
- •Duble GuestProfile, tekrar misafir ve CRM segmentini bozar.
- •Yanlış ReservationRecord statüsü/tarihi, doluluk ve gelir raporlarını saptırır.
- •Tutarsız RatePlan isim/ID, kanal ve segment raporlarını karıştırır.
- •Düzenli temizlik + giriş kuralları, rapor güvenilirliğini kalıcılaştırır.
Ne yapmalıyım?
- • “Rapor sorunu”nu “veri sorunu”na geri bağla
- • En kritik 3 veri alanını seç: misafir, rezervasyon, rate plan
- • Temizlik ritmini (aylık/3 aylık) takvime bağla
3. PMS Veri Temizliği İçin Ön Hazırlık
Temizlik başarılı olsun istiyorsanız önce bir “veri envanteri” çıkarın: hangi alanlar var, kim giriyor, kim tüketiyor, hangi raporu etkiliyor? Ardından “kabul edilen format”ı belirleyin (telefon, e-posta, ülke kodu, tarih formatı, rate plan isim standardı). Son olarak da temizlik işi için rolleri netleştirin: IT tek başına yapamaz; reservation supervisor ve revenue da masada olmalı.
Bu bölümde ne öğreneceksiniz?
- •Veri envanteri ve sahiplik
- •Format standardı (data dictionary)
- •Temizlik runbook’ı
Ne yapmalıyım?
- • GuestProfile ve ReservationRecord için zorunlu alan listesini yaz
- • RatePlan isim/ID standardını kilitle (değişiklik onaylı)
- • Temizlik için sorumlular: reservation + revenue + IT ortak
4. Misafir Kartı, Rezervasyon ve Fiyat Verilerinin Düzenlenmesi
Veri temizliğini üç çekirdeğe ayırmak işleri kolaylaştırır: GuestProfile, ReservationRecord, RatePlan. Her çekirdeğin “hata türleri” farklıdır; bu yüzden ayrı kontrol listesi gerekir.
Bu bölümde ne öğreneceksiniz?
- •Misafir kartında eksik/duble alanlar
- •Rezervasyonda statü/tarih tutarlılığı
- •Rate plan/oda tipi isim standardı
GuestProfile (misafir kartı) düzenleme
- •Eksik alanlar: telefon/e-posta/ülke gibi
- •Format: telefon ülke kodu, e-posta doğrulama
- •Not alanları: KVKK hassas veri taşımayacak şekilde (Varsayım: süreç standardı)
Önce/sonra örneği (yönlü): “A. Yılmaz” ve “Ahmet Yılmaz” iki kart yerine tek karta birleşince; tekrar misafir sinyali ve CRM segmenti daha doğru görünür.
Ne yapmalıyım?
- • Dedup kuralı belirle (telefon/e-posta + isim)
- • Eksik alanlar için “tamamlama/atma” kararı koy
- • Resepsiyon için giriş standardı mini kılavuz hazırla
ReservationRecord (rezervasyon kaydı) düzenleme
- •Statü tutarlılığı: confirmed/cancelled/no-show gibi (Varsayım: statü seti)
- •Tarih tutarlılığı: giriş/çıkış, değişiklik geçmişi
- •Kanal alanı: segment raporunu etkiler (OTA/direkt/kurumsal)
Ne yapmalıyım?
- • Statü sözlüğünü yayınla ve değişiklik kurallarını yaz
- • Eski rezervasyonları tarih aralığına göre filtrele (temizlik penceresi)
- • Segment/kaynak alanını zorunlu alan yap (Varsayım)
RatePlan / Oda tipi sözlüğü düzenleme
- •İsim standardı: “BAR”, “NR”, “EB” gibi kısaltmalar (Varsayım)
- •ID standardı: mapping hatalarını azaltır
- •Oda tipi: fiziksel envanter; paketler rate plan katmanında kalmalı
Ne yapmalıyım?
- • Rate plan ve oda tipi “tek sözlük” oluştur
- • Değişiklikleri onaya bağla (özellikle sezon öncesi)
- • Kanal/OTA mapping tablosunu sözlüğe bağla
5. Duble Kayıt ve Hatalı Kayıtların Temizlenmesi
Duble kayıt temizliği iki adımda yürür: tespit ve birleştirme (merge). Tespit kriterleri doğru olmazsa, farklı misafirler yanlış birleşebilir veya aynı misafir ayrı kalır. Bu yüzden “kesin eşleşme” ve “muhtemel eşleşme” ayrımı yapın.
Bu bölümde ne öğreneceksiniz?
- •DuplicateRecord tespit kriterleri
- •Merge kuralı ve denetim
- •Hatalı kayıtların “karantina” yaklaşımı (Varsayım)
Ne yapmalıyım?
- • Kesin eşleşme: aynı e-posta veya aynı telefon + benzer isim
- • Muhtemel eşleşme: benzer isim + doğum tarihi (Varsayım)
- • Merge sonrası örneklem kontrol: 20 kayıt rastgele doğrula
| Kriter | Kesin Eşleşme | Muhtemel Eşleşme | Not |
|---|---|---|---|
| E-posta | ✅ | en güçlü sinyal | |
| Telefon (ülke kodlu) | ✅ | format standardı şart | |
| Ad-soyad benzerliği | ✅ | yazım farkı olabilir | |
| Doğum tarihi (Varsayım) | ✅ | KVKK hassasiyeti kontrol | |
| Aynı şirket/kanal | ✅ | tek başına yeterli değil |
6. Sürekli Veri Yönetimi ve Kontrol Mekanizmaları
Temizlik “bir kere yapıp biten” bir iş değildir. Veri giriş kuralları ve periyodik kontroller yoksa 2–3 ay içinde tekrar kirlenir. Bu yüzden küçük ama düzenli bir ritim kurun: günlük minimum kontrol, haftalık örneklem doğrulama, 3 ayda bir geniş temizlik. Antalya resort’larında sezon başı/sonu bu ritim daha kritiktir; çünkü veri hacmi bir anda büyür.
3 ayda bir yapılması gereken minimum kontroller
- •Misafir kartı duble taraması + örneklem merge denetimi
- •Rezervasyon statü/tarih tutarlılığı kontrolü
- •Rate plan/oda tipi sözlüğü değişiklik kontrolü
- •En çok hata üreten 3 alan için mini eğitim (resepsiyon)
- •Rapor doğrulama: PMS raporu ↔ GA4/GSC sinyalleriyle çapraz okuma (yumuşak öneri)
Ne yapmalıyım?
- • Zorunlu alan seti belirle (GuestProfile + ReservationRecord)
- • RatePlan sözlüğünü kilitle ve değişiklik kaydı tut
- • 3 aylık temizlik takvimini operasyon takvimine ekle
- • Hata log’u oluştur (hangi alan, hangi ekip)
- • Dashboard’a “veri kalite” uyarısı ekle (Varsayım)
7. PMS Veri Temizlik Checklist’ini İndir — PMS & OTA Yönetimi / Data Hygiene
PMS Veri Temizlik Checklist’ini İndir — PMS & OTA Yönetimi / Data Hygiene (v1.0)
Bu asset, PMS veri kalitesini sürdürülebilir şekilde artırmak için misafir profili, rezervasyon kaydı ve rate plan sözlüğü üzerinde temizlik ve kontrol adımlarını sunar. Duble kayıt tespiti/merge kuralları ve 14 günlük temizlik sprint’i içerir. Amaç, doluluk–gelir–segment raporlarının güvenilirliğini yükseltmek ve manuel düzeltme ihtiyacını azaltmaktır.
Kim Kullanır?
Revenue manager + reservation supervisor + IT/entegrasyon + BI/raporlama (ortak data quality sahipliği için).
Nasıl Kullanılır?
- Checklist ile mevcut veri durumunu tarayın ve “kritik kir” alanlarını işaretleyin.
- 14 günlük sprint planıyla duble/statü/rate plan temizliklerini uygulayın.
- 3 aylık kontrol ritmini takvime bağlayıp veri giriş kurallarıyla tekrar kirlenmeyi önleyin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ GuestProfile zorunlu alan standardı (telefon/e-posta/ülke)
- ▢ ✅ DuplicateRecord tespit kriteri (kesin vs muhtemel)
- ▢ ✅ Merge onay süreci (kim onaylar?)
- ▢ ✅ ReservationRecord statü sözlüğü ve tarih tutarlılığı
- ▢ ✅ RatePlan/RoomType sözlüğü ve ID standardı
- ▢ ✅ 3 aylık temizlik takvimi (sezon başı/sonu)
- ▢ ✅ Hata log (hangi alan, hangi ekip)
- ▢ ✅ Rapor doğrulama: PMS ↔ Looker/GA4/GSC sinyali (yumuşak çapraz okuma)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
8. Sonuç: PMS veri kalitesi, rapor güvenilirliğinin temelidir
PMS veri kalitesi, yalnızca teknik bir temizlik konusu değildir; doluluk, gelir, segment, tekrar misafir ve kanal performansı gibi karar alanlarının güvenilirliğini belirler. Duble misafir kartları, hatalı rezervasyon statüleri ve tutarsız rate plan sözlüğü, rapor ekranında doğru görünen ama kararları yanıltan sonuçlar üretir.
Bu nedenle veri temizliği tek seferlik operasyon olarak değil; veri sözlüğü, giriş kuralları, merge prosedürü, 3 aylık kontrol takvimi ve rapor doğrulama ritmiyle yönetilmelidir. GM, revenue, rezervasyon ve IT ekipleri aynı data quality standardında buluştuğunda PMS, yalnızca kayıt sistemi değil; güvenilir karar destek sistemine dönüşür.
Bir Sonraki Adım
GM, revenue ve IT ekibinin rapor doğruluğunu artırıp karar kalitesini yükseltmesi için.
Sık Sorulan Sorular
PMS veri kalitesi neden önemlidir?▾
Oteller PMS veri temizliğini nasıl yapmalı?▾
Duble misafir kartları nasıl tespit edilir?▾
PMS’te sağlıklı rapor almak için hangi adımlar izlenmeli?▾
Veri giriş kuralları neden önemlidir?▾
İlgili İçerikler