📦 PMS Değiştirirken Veri Taşıma + Çıkış Şartları (Vendor Lock-in)

İlgili rehberler

Bu sayfadaki konuyu tamamlamak için şu rehberlere de göz atabilirsiniz:

Otel programı (PMS) değiştirmek; “yeni bir yazılım kurmaktan” daha fazlasıdır. Asıl mesele veriyi doğru taşımak, operasyonu durdurmamak ve satış kanallarında kaos yaratmamaktır.

PMS Değişimi Neden Zordur?

Çünkü PMS, otelin “tek gerçeği”dir: oda tipleri, fiyatlar, rezervasyonlar, misafir kayıtları, tahsilatlar ve raporların kaynağı PMS’tir.

⚠️ Küçük Bir Hata, Büyük Krize Döner:

İleri tarih rezervasyonlar yanlış taşınırsa → kanallarda stok bozulur → resepsiyon tıkanır → misafir memnuniyeti düşer → puanlar düşer.

Hangi Veriler Taşınır? (Kritik - Orta - İsteğe Bağlı)

Kategori	Örnek Veriler	Öneri
Kritik (Şart)	Oda tipleri, oda kartları, fiyat planları, paketler, vergiler/ücretler, ileri tarih rezervasyonlar, depozitolar	Eksiksiz ve test edilerek aktarılmalı.
Orta (Genelde Gerekli)	Cari/firmalar, acenteler, anlaşmalı fiyatlar, kullanıcılar/roller, oda özellikleri, housekeeping durumları	Operasyona göre seçilmeli.
İsteğe Bağlı	Eski misafir geçmişi (5+ yıl), eski rapor arşivleri, detaylı log kayıtları	İhtiyaç kadar; yoksa arşiv olarak saklamak yeterli.

🎯 Altın Kural:

“Her şeyi taşımaya çalışmak” çoğu zaman projeyi batırır. Kritik operasyon verisi tam; geçmiş ise ihtiyaç kadar taşınmalı.

Excel/CSV mi, SQL mi? Doğru Yaklaşım

Veri taşıma yöntemleri genelde 3’e ayrılır:

Excel/CSV: En yaygın, kontrollü ve hızlı. (Kritik master veriler için ideal)
SQL Export/Import: Büyük veri ve detaylı geçmiş için güçlü ama riskli.
API ile Aktarım: Modern sistemlerde mümkün; doğru kurgu ile en temiz yol.

💡 Not:

Excel/CSV’de en önemli şey “kolon standardı”dır. Örn: oda tipi kodu, rate plan kodu, tarih formatı, para birimi, KDV dahil/haric gibi alanlar net olmalı.

Geçiş Planı (Adım Adım)

Kapsam belirle: Hangi veriler taşınacak?
Çıkış al: Eski sistemden export (Excel/CSV/SQL).
Temizle & standardize et: Bozuk kayıt, mükerrer, hatalı format.
Mapping yap: Oda tipleri ve rate plan kodları birebir eşleşsin.
Test ortama yükle: Canlıya atmadan önce kontrol.
Test rezervasyonları: Fiyat, tarih, iptal/değişiklik, kanallara yansıma.
Canlıya geçiş günü planı: Kapanış saati, son export, son import.
Paralel kontrol: İlk 2–7 gün eski sistem “referans” olarak dursun.

✅ En Sağlam Pratik:

Canlıya geçiş gününü mümkünse hafta içi ve düşük doluluk dönemine koy. “Cumartesi %95 dolulukta geçiş” felakettir.

En Sık Hatalar ve Riskler

Tarih formatı: Gün/ay karışması → rezervasyonlar kayar.
Para birimi/KDV: KDV dahil-hariç yanlış → fiyatlar şaşar.
Rate plan mapping: BAR yerine iadesiz fiyat yayınlanır.
İptal/değişiklik: Entegrasyonda geri dönüş çalışmaz → stok bozulur.
Mükerrer kayıt: Aynı misafir/rezervasyon iki kez taşınır.

⚠️ “Sessiz Kayıp” Riski:

En tehlikelisi, hata fark edilmeden satışın yanlış fiyattan devam etmesidir. Bu yüzden test rezervasyonları şart.

✅ 25 Maddelik Veri Taşıma Kontrol Listesi

Canlıya geçmeden önce tek tek işaretle:

Oda tipleri birebir doğru mu?
Oda kartları/numaraları doğru mu?
Kat/oda özellikleri (sea view vb.) doğru mu?
Rate plan’lar doğru mu?
Para birimi ve yuvarlama ayarları doğru mu?
KDV dahil/haric ayarları doğru mu?
Vergi/şehir vergisi gibi ek ücretler doğru mu?
İleri tarih rezervasyonların sayısı tutuyor mu?
İleri tarih rezervasyonların fiyatları tutuyor mu?
Depozito kayıtları tutuyor mu?
Acente/firmalar listesi doğru mu?
Cari bakiye aktarıldı mı?
Misafir kartlarında zorunlu alanlar dolu mu?
Mükerrer misafir kayıtları temizlendi mi?
Oda blokajları (block) taşındı mı?
Stop-sale tarihleri doğru mu?
Min. stay kuralları doğru mu?
İptal kuralları doğru mu?
Kanal yöneticisi mapping’i yeniden kontrol edildi mi?
Test rezervasyonu PMS’e düştü mü?
İptal testinde stok geri geldi mi?
Tarih değişikliğinde stok ve fiyat doğru mu?
Housekeeping durumları mantıklı mı?
Raporlarda doluluk/ADR mantıklı mı?
En az 10 senaryo ile test yapıldı mı?

Vendor Lock-in (Çıkış Kilidi) Nedir?

Vendor lock-in; bir PMS sağlayıcısından ayrılmanın zorlaştırılmasıdır. Teknik veya sözleşmesel olabilir.

Lock-in Türü	Örnek	Sonuç
Teknik	Veriler özel formatta, export yok / sınırlı export	Geçiş çok zor ve pahalı olur.
Sözleşmesel	Çıkış ücreti, uzun taahhüt, veri teslimi belirsiz	Ayrılmak için ciddi maliyet çıkar.
Entegrasyon	Kanal yöneticisi/POS entegrasyonları sadece o firmaya özel	Sistem değişimi zincirleme krize döner.

⚠️ Uyarı:

“Veri sizin” demek yetmez. Hangi formatta, kaç günde, hangi ücretle verileceği yazılı değilse, pratikte veri sizin olmayabilir.

Sözleşmede Mutlaka Yazması Gerekenler

Veri sahipliği: Veriler otelin mi? (Net yazmalı)
Export formatı: Excel/CSV/SQL dump/API
Teslim süresi: Örn: 7 iş günü içinde
Ücret: Export ücretli mi, ücretsiz mi?
Çıkış desteği: Migrasyon desteği var mı, kapsamı nedir?
Entegrasyonlar: Channel manager/POS vb. ayrılınca ne olur?

✅ En Sağlam Cümle Şablonu:

“İşletmenin talebi halinde tüm veriler, CSV/Excel ve mümkünse SQL dışa aktarma formatında, en geç X iş günü içinde ve ek ücret olmadan teslim edilir.”

Sonuç

PMS değişimi başarılı olursa işletme rahatlar. Başarısız olursa kaosa dönüşür. Bu yüzden veri taşıma işini “teknik detay” değil, operasyonel risk yönetimi olarak görmek gerekir.

📌 İlgili Rehberler

Bu konuyu tamamlayan içerikler:

Kanal Yöneticisi + PMS Ön Büro Yönetimi Housekeeping + PMS Bulut vs Yerel PMS Rehberi

❓ Sıkça Sorulan Sorular

PMS değiştirirken hangi veriler taşınmalıdır?

Oda tipleri, oda kartları, fiyat planları, ileri tarih rezervasyonlar ve depozitolar mutlaka taşınır. Misafir geçmişi ve raporlar ise ihtiyaç kadar taşınabilir.

Excel/CSV mi SQL mi daha iyi?

Çoğu geçişte Excel/CSV hızlı ve kontrollüdür. Büyük veri ve detaylı geçmiş için SQL/ETL yaklaşımı tercih edilir.

Vendor lock-in nedir?

Veriyi dışa aktarmanın zor/pahalı olması veya sözleşmede çıkış şartlarının belirsizliği nedeniyle sistemden ayrılmanın fiilen zorlaşmasıdır.

Geçişte en riskli gün hangisidir?

Canlıya geçiş günüdür. Bu nedenle son export/import planı, test rezervasyonları ve paralel kontrol şarttır.