PMS Değiştirme ve Migration Projesi: Eski Sistemden Yeni PMS’e Geçiş Rehberi

Migration projeleri başarıyı günlük işler üzerinden kazanır: veri sahipse kim, karar mekanizması kim, test senaryosu kimde, go-live gününde kim onay verecek? Bu yüzden planı 4 ana fazda düşünün: Hazırlık → Veri Taşıma → Go-Live (Cut-over) → İlk 90 Gün.

Net cevap bloğu

PMS migration’ını planlamak için önce veri envanteri ve süreç analizi yapın, ardından veriyi temizleyip yeni PMS alanlarına mapping ile eşleyin; paralel çalışma ve backup/rollback ile cut-over planlayın, ilk 90 günde KPI ve hata yönetimiyle stabilize edin.

Bu değişimi yalnız program değişimi gibi değil, PMS entegrasyonu temel rehberi içinde anlatılan dijital omurganın yeniden kurulması olarak görmek gerekir.

Neden PMS Değiştirme Kararı Alınır?

Karar genelde 3 başlıkta toplanır:

• •Operasyon sınırları: eski PMS’in süreçleri yavaşlatması, entegrasyonların zayıf olması
• •Gelir kaybı sinyali: fiyat/kanal yönetiminde dağınıklık, raporlama zayıflığı
• •Büyüme/ölçek: çok otelli yapı, yeni kanal/ürün ihtiyaçları, yeni regülasyon/rapor talebi

Mini örnek: Bodrum’da sezon yoğunluğunda resepsiyon check-in ekranları yavaş ve raporlar güven vermiyorsa, ekip “Excel gölgesi” ile çalışır. Bu da kurumsal kararları yavaşlatır.

Migration’ın gerçek kapsamı

Migration sadece rezervasyon taşımak değildir:

• •misafir profilleri
• •fiyat planları / paketler
• •faturalar / ödeme kayıtları (Varsayım: PMS’e göre değişir)
• •oda tipleri / envanter
• •iptal/no-show tarihçesi
• •kullanıcı rolleri ve yetkiler
• •entegrasyonlar (OTA, channel manager, web, call center, BI)

Mini Check

• •Değişim gerekçesi yazılı mı? (operasyon / gelir / ölçek)
• •Kapsam listesi hazır mı? (hangi veri, hangi süreç, hangi entegrasyon)
• •Proje sahipliği kimde? (iş sahibi + teknik sahibi)
• •Sezon planına göre go-live penceresi seçildi mi?
• •Başarı KPI’ları tanımlandı mı? (aşağıda)

Migration’ın %60’ı hazırlıkta kazanılır. Hazırlık yapılmazsa veri taşıma çöp taşımak olur: yanlış profil, eksik rezervasyon, hatalı fiyat planı yeni PMS’e aynen taşınır ve sorun büyür.

Veri Envanteri: Ne var, nerede var, kim sahip?

Veri envanterini 4 ana klasörde toplayın:

1. Rezervasyon verisi: geçmiş + gelecek rezervasyonlar, iptal/no-show
2. Misafir profilleri: iletişim, tercihler, segment, KVKK izinleri (Varsayım)
3. Fiyat/ürün verisi: oda tipleri, rate plan, paketler, kural setleri
4. Finans verisi: fatura/ödemeler (muhasebe entegrasyonuna göre)

Her veri için “sahip” belirleyin: ön büro mu, revenue mu, muhasebe mi?

Süreç Analizi: Eski PMS’in sınırları

Süreç analizi bir “harita”dır:

• •check-in/check-out
• •oda değişimi, out-of-order
• •grup rezervasyon, allotment (Varsayım)
• •iptal/no-show, garanti koşulları
• •raporlama ve onay süreçleri

Amaç, yeni PMS’e “aynı hatalı süreçleri” taşımamak; fırsat varsa sadeleştirmek.

Veri temizliği ve mapping hazırlığı

Temizlik örnekleri:

• •duplicate misafir kayıtları
• •eksik e-posta/telefon
• •oda tipi isim karmaşası
• •rate plan çoğalması

Temizlik biterken mapping planı başlar: eski alan → yeni alan. Bu aşamada yeni PMS kurulumu ve veri yapısı doğru kurgulanmazsa, temiz taşınan veri bile yeni sistemde hatalı davranmaya devam eder.

Proje sahipliği, veri onayı ve departman kararları için migration proje rol dağılımı baştan netleştirilmeli; aksi halde mapping ve kabul testleri sahada tıkanır.

Mini Check

• •Hangi veriler taşınacak, hangileri arşiv olacak net mi?
• •Duplicate ve eksik veri temizliği planlandı mı?
• •Oda tipi/rate plan sözlüğü standardize mi?
• •Kullanıcı rolleri (front office/revenue/admin) planlandı mı?
• •Test senaryoları ve kabul kriterleri yazıldı mı?

Veri taşıma, en yüksek riskli kısımdır; çünkü bir kez yanlış taşınırsa düzeltmek pahalıdır. Burada hedef “hız” değil, “doğruluk + izlenebilirlik”tir.

Eski–Yeni PMS alan mapping (çekirdek mantık)

Mapping, iki düzeyde yapılır:

• •Kod/ID düzeyi: oda tipi kodu, rate plan kodu, rezervasyon ID (Varsayım)
• •Kural düzeyi: iptal politikası, garanti, min-stay vb.

Taşıma adımları (önerilen sıralama)

1. Export: eski PMS/Excel’den veri çıkar
2. Clean: duplicate, boş alan, format standardı
3. Map: alan eşleştir ve kod sözlüğü oluştur
4. Load (test): test ortamına yükle
5. Validate: örneklem doğrulama + senaryo test
6. Load (prod): canlı ortama kontrollü yükle
7. Reconcile: eski–yeni karşılaştırma (sayım ve tutarlılık)

Paralel çalışma dönemi (çift kayıt riskini yönetmek)

Paralel çalışma, veri kaybını azaltır; ama çift kayıt riskini artırabilir. Bu yüzden kural gerekir:

• •hangi süreç eski PMS’te kalacak?
• •hangi süreç yeni PMS’e taşınacak?
• •geçiş günü yaklaşırken “tek sistem”e geçiş tarihi net olmalı

Mini Check

• •Export formatları standardize mi? (tarih, para birimi)
• •Mapping kod/ID bazlı mı? (isim bazlı değil)
• •Test ortamına yükleme yapıldı mı?
• •Örneklem doğrulama (spot-check) tamam mı?
• •Paralel çalışma kuralları yazılı mı?

Cut-over günü, işin bittiği gün değil, en görünür risk günüdür. İyi planlanırsa misafir fark etmez; kötü planlanırsa bütün otel fark eder.

Cut-over penceresi: doğru zaman seçimi

• •sezon ortası değil (özellikle Antalya bölgesinde yüksek doluluk)
• •mümkünse düşük giriş/çıkış günü
• •gece yarısı değil; ekip hazırken

Go-live günü kontrol listesi (çekirdek)

• •envanter ve oda tipleri doğru mu?
• •rate plan’lar aktif mi?
• •entegrasyonlar çalışıyor mu? (OTA/web/call center)
• •kullanıcı rolleri ve yetkiler doğru mu?
• •rollback tetikleyicisi net mi? (hangi durumda geri dönüyoruz?)

Rollback planı: “geri dönüş” utanılacak değil, güvenlik bariyeridir

Rollback planı, özellikle finans/ödeme ve rezervasyon akışında hayat kurtarır:

Canlıya geçişte OTA bağlantılarını migration sırasında korumak ve kanal yönetiminde kontrollü cut-over uygulamak; Booking, Expedia ve channel manager tarafında fiyat-stok kopmalarını önlemek için kritik önem taşır.

• •veri yedeği (backup)
• •eski sisteme geri dönüş prosedürü
• •kayıt çakışması çözüm planı

Mini Check

• •Go-live checklist’iniz yazılı mı?
• •Entegrasyonlar go-live öncesi senaryo testten geçti mi?
• •Kullanıcı yetkileri role göre verildi mi?
• •Backup alındı mı ve geri yükleme test edildi mi?
• •Rollback kararı kimde ve eşikler ne?

Migration sonrası başarı, ilk 90 günde stabilizasyon ile gelir. Burada hedef: hatayı hızlı yakalamak, kullanıcı adaptasyonunu hızlandırmak ve eski alışkanlıkların geri dönmesini engellemek.

İlk 30 gün: stabilizasyon

• •kritik hataları yakala (rezervasyon, fatura, oda atama)
• •kullanıcı sorularını hızla çöz (destek planı)
• •günlük KPI kontrolü (hata sayısı, overbooking, check-in süresi)

60 gün: optimizasyon

• •süreç sadeleştirme
• •raporlama ekranlarını oturtma
• •entegrasyon loglarını düzenleme

90 gün: ölçekleme

• •yeni rate plan/paket stratejisi
• •ek entegrasyonlar (BI, otomasyon)
• •ekip eğitimlerini standardize etme

Key Statistics / Data Point (sheet – senaryo): Migration’ı proje gibi yöneten otellerde; veri kaybı, operasyon durması ve overbooking riski önemli ölçüde azalabilir, yeni sisteme adaptasyon süresi kısalabilir. Bu etkiyi görünür kılmak için ilk 90 gün KPI takibi ve günlük/haftalık kontrol rutini şarttır.

Bu dönemde personel eğitimiyle migration riskini azaltmak ve migration sonrası OTA operasyon kontrolü yapmak; hem ekip adaptasyonunu hem de fiyat-stok doğruluğunu birlikte güvenceye alır.

Mini Check

• •İlk 30 gün destek planı var mı? (kim, hangi saat, hangi kanal)
• •Günlük KPI kontrolü yapılıyor mu?
• •Hata sınıflandırması var mı? (kritik/orta/düşük)
• •Entegrasyon logları izleniyor mu?
• •Eğitim ve süreç dokümanı güncel mi?

PMS değişimi; yazılım tercihi kadar veri kalitesi, süreç tasarımı ve ekip adaptasyonu meselesidir. Hazırlık yapılmadan başlayan geçişler sahada veri kaybı, çift kayıt, operasyon durması ve overbooking olarak geri dönebilir.

Doğru yaklaşım; veri envanteri, mapping, test yükleme, paralel çalışma, kontrollü cut-over ve ilk 90 gün KPI izleme zincirini tek bir migration planında toplamaktır. Özellikle sezon baskısı yüksek oteller için backup + rollback güvenlik bariyerleri vazgeçilmezdir.

Bu geçişi otelinize göre kurgulamak için Otel PMS Entegrasyonu yaklaşımını inceleyebilir, karar aşamasında ise PMS entegrasyonu hakkında sık sorulan sorular sayfasından ek çerçeve alabilirsiniz.