1. Data Migration Neden Kritik?
Data migration, bir PMS Implementation projesinde “bir defalık” bir adım gibi görünür; ama etkisi yıllar sürer. Misafir kartları hatalıysa kişiselleştirme bozulur, şirket/acenteler kirliyse ticari raporlar karışır, fiyat anlaşmaları yanlış taşınırsa gelir tarafı risk alır. Üstelik veri kalitesi düşerse, ekip yeni PMS’i “suçlar” ve benimseme (adoption) zayıflar.
Örnek (yönlü ifade): Veri temizliği yapılmadan taşınan CRM/misafir kartları; raporlama ve kişiselleştirme projelerinde ciddi gürültü yaratır; doğru migration bunun tam tersi etki yapar.
☑ Mini Check: “Yeni PMS’te 1 ay sonra raporlara güvenecek miyiz?”
Ne yapmalıyım?
- • Migration’ı “IT export/import” değil “data quality projesi” olarak tanımla
- • “Hangi veriyi neden taşıyoruz?” sorusunu yazılı cevapla
- • Go-live sonrası ilk raporları kalite kontrol aracı gibi kullanmayı planla
2. Hangi Veriler Taşınmalı, Hangileri Temizlenmeli?
En büyük hata, “madem geçiyoruz, her şeyi taşıyalım” yaklaşımıdır. Doğru yaklaşım: veriyi operasyonel zorunluluk, ticari devamlılık ve analitik değer katmanlarına ayırmak ve her katmanda “taşınır/temizlenir/taşınmaz” kararı vermektir. Ayrıca “tarihçe” konusu kritik: her otel, geçmişin ne kadarını yeni PMS’te canlı tutacağına karar vermelidir.
Veri sınıflandırma: Taşınır / Temizlenir / Taşınmaz
- •Taşınır (çekirdek): oda planı, fiyat planları, şirket/acenteler, kullanıcı yetkileri, aktif rezervasyon/konaklama kuralları
- •Temizlenerek taşınır: misafir kartları, CRM alanları, tarihçe seçimi (kural setiyle)
- •Taşınmaz (genelde): gereksiz kişisel notlar, artık kullanılmayan eski kodlar, “tanımsız” serbest metin alanları (KVKK riskli olabilir)
Buraya: “Data alan listesi tablosu” (alan adı, kaynak, hedef, taşınır/temizlenir/taşınmaz, sorumlu)
Antalya/Belek senaryosu: yılların biriktiği misafir kartı verisi
Antalya / Belek gibi yıllardır aynı PMS’i kullanan otellerde en sık durum şudur: misafir kartı sayısı çoktur ama kayıtların önemli kısmı duplicate, eksik veya tutarsızdır. Bu yüzden “hepsini taşıma” yerine; tekilleştirme (dedup), alan standardı ve tarihçe sınırı ile taşımak daha güvenlidir.
☑ Mini Check: “Taşıdığım veri, yeni PMS’te karar kalitesini artıracak mı; yoksa gürültü mü üretecek?”
Ne yapmalıyım?
- • Veri alanlarını 3 sınıfa ayır: taşınır/temizlenir/taşınmaz
- • Tarihçe sınırını belirle (Varsayım: aktif + seçilmiş değerli tarihçe)
- • Misafir kartlarında dedup kuralı yaz (telefon/e-posta/ad-soyad kombinasyonları)
3. Eski Sistemden PMS’e Veri Aktarım Adımları
Migration’ın başarısı, adımların netliğine bağlıdır. “Excel’den içeri atarız” yaklaşımı yerine, data mapping + kontrollü import + doğrulama üçlüsüyle ilerlemek gerekir.
Adım adım migration akışı (uygulamalı)
- Legacy System envanteri: hangi kaynaklar var? (eski PMS, Excel, farklı departman dosyaları)
- Alan eşleme (Data Mapping): kaynak alan → hedef PMS alanı → dönüşüm kuralı
- Temizlik kuralları: duplicate, boş alan, format standardı (telefon, ülke, e-posta vb.)
- Test ortamında deneme import: küçük örneklem + kontrollü genişleme
- Doğrulama raporları: sayım kontrolü, örnek kayıt kontrolü, kritik rapor tutarlılığı
- Üretim import + log: hatalar ve düzeltmeler kayıt altına alınır
- Go-live sonrası kalite kontrol: ilk raporlar + saha geri bildirimiyle düzeltme döngüsü
Buraya: “Eski→Yeni alan eşleme (mapping) diyagramı”
☑ Mini Check: “Mapping dokümanım yoksa, veri taşıma şans işidir.”
Ne yapmalıyım?
- • Mapping dokümanını tek dosyada tut (versiyon kontrol gibi düşün)
- • Test import’ları “örneklem” ile başlat; sonra kapsama büyüt
- • Her import için hata log’u tut (kim düzeltti, ne düzeldi)
4. Test, Doğrulama ve Hata Listeleri
Migration testleri sadece “yükledi mi?” değildir; “yükledikten sonra raporlar ve iş akışı doğru mu?” testidir. Bu yüzden doğrulama, hem IT hem operasyon checklist’i içermelidir.
Migration test checklist’i (örnek)
- •Kaynak kayıt sayısı vs hedef kayıt sayısı (toleranslı kontrol)
- •Zorunlu alanlar dolu mu? (oda tipi, fiyat planı, şirket/acenteler)
- •Format doğruluğu (telefon, e-posta, ülke kodu)
- •Duplicate kontrol sonucu (kaç kayıt birleşti/atıldı)
- •Örnek misafir kartı: “tek kayıt” davranışı doğru mu?
- •Örnek rezervasyon/fiyat: kural doğru çalışıyor mu?
- •Rapor doğrulama: muhasebe ile temel tutarlılık
Buraya: “Migration test checklist’i” görseli + “Hata & düzeltme log” örneği
Hata & düzeltme log mantığı (minimum)
- •Hata ID / Tarih
- •Kaynak veri / hedef alan
- •Hata tipi (format/boş/duplicate/mapping)
- •Düzeltme aksiyonu
- •Sorumlu kişi
- •Yeniden test sonucu
☑ Mini Check: “Hata log’um yoksa, aynı hatayı tekrar üretirim.”
Ne yapmalıyım?
- • Hata log’u olmadan ‘tamam’ deme
- • Doğrulama için 20–30 kritik kayıt örneklemi seç (departman bazlı)
- • İlk raporları “kalite alarmı” gibi kullan
5. Geçiş Sonrası Veri Kalitesini Korumak
Go-live’dan sonra veri kalitesi korunmazsa, birkaç ay içinde eski sorunlar geri gelir. Data Quality için minimum bir “ritim” gerekir: standart giriş kuralları, periyodik temizlik ve raporlama kontrolü.
Basit ama etkili kalite ritmi
- •Haftalık: duplicate kontrolü (misafir kartı, şirket/acenteler)
- •Aylık: alan doluluk ve format raporu
- •90 gün: mapping ve iş kuralı gözden geçirme (ne bozuluyor?)
- •Eğitim: en çok hata yapılan 3 alan için mini eğitim
☑ Mini Check: “Kalite kuralı yoksa, PMS’e değil veri disiplinine ihtiyacınız vardır.”
Ne yapmalıyım?
- • “Zorunlu alanlar” standardını yayınla (operasyon + satış)
- • Basit bir Data Quality dashboard’u tanımla (doluluk, duplicate, hata trendi)
- • 90 günde bir “veri sözlüğü” güncelle
6. PMS data migration sürecini nasıl yönetmelisiniz?
- Veriyi sınıflandırın: taşınır/temizlenir/taşınmaz kararını verin
- Data Mapping yapın: kaynak→hedef alan + dönüşüm kuralı dokümante edin
- Temizlik kuralları belirleyin: duplicate, format, boş alan, tarihçe sınırı
- Test import uygulayın: örneklem → genişletme yaklaşımıyla ilerleyin
- Doğrulayın: sayım + örnek kayıt + kritik rapor tutarlılığı
- Go-live sonrası kalite ritmi kurun: hata log’u + rapor kontrol döngüsü
7. Eski PMS’ten veriyi nasıl taşıyacağım?
- •Önce hangi veriyi taşıyacağınıza karar verin (çekirdek + temizlenerek taşınacaklar).
- •Alanları eşleyin (mapping): kaynak alan → yeni PMS alanı → dönüşüm kuralı.
- •Duplicate ve çöp kayıtları temizleyin; test ortamında küçük import’la başlayın.
- •Hata log’u tutun, düzeltip yeniden import edin.
- •Go-live sonrası ilk raporlarla veriyi doğrulayın ve kalite ritmi kurun.
8. KVKK Kısa Teknik Notu
Data migration sırasında gereksiz kişisel veriyi “alışkanlıkla” taşımak, hem risk hem maliyettir. KVKK’ya uygun saklama süresi yaklaşımıyla; sadece operasyonel/ticari devamlılık için gerekli veriyi taşıyın, gereksiz alanları dışarıda bırakın. Gerekli durumlarda maskeleme (ör. tam veri yerine kısmi görünüm) ve erişim yetkisi (role-based access) ile riski azaltın.
İç linkler: • KVKK & veri güvenliği: /tr/raporlama/kvkk-veri-guvenligi • PMS & OTA çatı: /tr/pms-ota-yonetimi • Hizmet/kurulum: /tr/pms-ota/pms-kurulum
9. Data Alan Haritası & Migration Test Checklist’ini İndir — PMS Data Migration (v1.0)
Data Alan Haritası & Migration Test Checklist’ini İndir — PMS Data Migration (v1.0)
Bu doküman, PMS geçişindeki data migration sürecini tek dosyada yönetmeniz için hazırlanmıştır: alan haritası (taşınır/temizlenir/taşınmaz) + mapping tablosu + test/doğrulama checklist’i. IT ve operasyon aynı çalışma zemininde ilerler; go-live sonrası rapor gürültüsü ve yanlış kayıt riskleri azalır.
Kim Kullanır?
IT/entegrasyon + ön büro + satış/rezervasyon + muhasebe (ortak doğrulama için).
Nasıl Kullanılır?
- Alan haritasında her veri alanını taşınır/temizlenir/taşınmaz olarak işaretleyin.
- Mapping tablosunu doldurun ve test import’la doğrulayın (örneklem → genişletme).
- Hata log’u ile düzeltmeleri takip edip go-live sonrası ilk raporlarla kaliteyi kontrol edin.
Ölçüm & Önceliklendirme (Kısa sürüm)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
Hangi verinin taşınacağını, nasıl temizleneceğini ve mapping/test planını netleştirerek geçiş riskini azaltırsınız.
Sık Sorulan Sorular
PMS geçişinde hangi veriler taşınmalı?▾
Eski sistemdeki hatalı kayıtları nasıl temizlerim?▾
Data migration testleri nasıl yapılır?▾
Go-live sonrası veri kalitesini nasıl kontrol ederim?▾
Data migration’da KVKK açısından nelere dikkat edilmeli?▾
İlgili İçerikler