Otel teknolojisi

PMS geçiş planı: geçiş gecesi için adım adım kontrol listesi

PMS geçiş planı, oteli tek bir iş günü sınırından güvenli biçimde geçirir. Bu rehberde geçiş gecesi için adım adım kontrol listesini, veri mutabakatı adımlarını ve entegrasyon testlerini bulacaksınız.

  • 12 dk okuma
  • AI Otel Editorial

Yapay zekâ taslağı · editör incelemesi bekleniyor

İçindekiler

Kısaca

  1. Geçiş bir yazılım kurulumu değil, iş günü sınırıdır: eski sistem son gün sonunu kapatmadan yeni sistem ilk gün sonunu açamaz.
  2. Son yüklemeden önce fiyatları, profilleri ve kodları dondurun; sonrasında yapılan her değişiklik mutabakatı tahmine çevirir.
  3. İzlenimle değil, sayıyla imzalayın: açık bakiye toplamları eşit olmalı ya da fark yazılmalı ve adı belirtilen iki kişi farkı kabul etmelidir.
  4. Geçişten önce misafir kimlik bildirimi (KBS) akışını ve e-fatura (elektronik fatura) adımlarını yeni sistemde sınayın; her misafir girişinde ve her satışta bu adımların çalıştığını görmeden geçişi kapatmayın. Tarihleri, yaptırımları ve kendi durumunuzu bir mali müşavir ya da hukuk danışmanıyla teyit edin.
  5. Geri dönüş noktasını geceden önce yazın: neyin kaybedileceğini de içine alın ve kararı verebilecek tek kişiyi adıyla belirleyin.

PMS geçiş planı, bir oteli tek bir iş günü sınırından geçiren yazılı adım dizisidir: değişiklikleri dondur, eski sistemde son gün sonunu kapat ve kaydet, veriyi yükleyip imzala, entegrasyonları yönlendir, otelde konaklayan misafirleri ve açık hesapları taşı, geri dönüş noktasını ilk sabahtan önce belirle.

Eski sistemde son gün sonu 03:10'da kapanıyor. 03:25'te, iki sistemde de bulunmayan bir oda için rezervasyon onayı elinde bir misafir geliyor; çünkü rezervasyon, kanal yöneticisi iki sistem arasında kaldığı sırada gelmiş. PMS geçiş planı, bunun dört dakika mı yoksa dört saat mi süreceğini belirleyen şeydir. Bu yazının sonunda o planı tek sayfa olarak yazabileceksiniz: tarih, dondurma, mutabakat, entegrasyon testleri, taşıma listesi ve geri dönüş noktası.

PMS geçiş planı nedir, veri taşımaktan nasıl ayrılır?

Geçiş planı, otelin bir otel yönetim sistemi (PMS; rezervasyonları, odaları, hesapları ve misafir kayıtlarını tutan sistem) kullanmayı bırakıp başka birini kullanmaya başladığı gecenin takvimi ve kontrolleridir. Veri taşıma veriyi taşır; geçiş oteli taşır.

Geçiş bir yazılım kurulumu değil, iş günü sınırıdır. Eski sistem son gün sonunu kapatmalı, yeni sistem ilk gün sonunu açmalı ve hiçbir sistemde kapanmamış bir iş günü kalmamalıdır. Plan yazılıdır, tarihlidir ve adıyla belirtilmiş tek bir sahibi vardır; 03:00'te telefon etmeden karar verebilecek bir de vekili vardır.

Planın üç aşaması vardır: önceki haftalara yayılan hazırlık, gecenin kendisi ve ilk sabah ile sonrasındaki hafta, asıl sorunların çoğunun ortaya çıktığı yer. Bu, yazılım firmasının ürününün sınavı değildir. Otelin "doğru"nun ne sayılacağına dair kendi kararlarının sınavıdır ve bu kararlar geceden önce yazılmış olmalıdır. Çalışma kuralı şu: doğrulayamadığınız hiçbir şeyi imzalayamazsınız. Planın bir adımı doğrulama yolu içermiyorsa, o adım planda yoktur.

Önemli noktaGeçişten dört şey sağlam çıkmalı

Para (kaparolar, açık hesaplar, acente bakiyeleri): kaybolan bir kaparola çıkışta anlaşmazlık olur. Odalar (konaktaki misafirler, oda durumu, varışlar): yanlış odaya yönlendirilen misafir, telafisi olmayan bir şikâyettir. Kanallar (gelecek rezervasyonlar ve müsaitlik): hiçbir sisteme düşmeyen rezervasyon, otelin kendi yarattığı bir no-show'dur. Yasal kayıtlar (kimlik bildirimleri ve mali belgeler): eksik kayıt bir uyum açığıdır, yazılım hatası değil.

Sistem seçimini hâlâ yapıyorsanız, otel yönetim sistemi (PMS) seçimi: yazılım firmasına sorulacak sorular yazısı, geçiş sıkıntısını en ucuza önleyeceğiniz yerdir.

Geçiş tarihi nasıl seçilir?

Otelin en az hareketli parçaya ve en çok personel dikkatine sahip olduğu bir tarih seçin, sonra verinin anlamını değiştirebilecek her değişikliği dondurun.

Talebin düşük, hafta ortasına denk gelen bir pencere tercih edin. Resmî tatilleri, yeni fiyat sezonunun ilk günlerini ve muhasebenin kapanış yaptığı ay ya da dönem sonlarını uzak tutun. Tarihi otelin takviminin yanı sıra mali müşavirinizin takvimine göre de kontrol edin: açık kalem ve bakiyeler, sınırın iki tarafında da mutabık hâle getirilebilir olmalı.

Başlangıcı ve bitişi yazılı bir değişiklik dondurması ilan edin: dondurma ile imza arasında yeni fiyat kodu yok, oda tipi adı değişikliği yok, paket değişikliği yok, profil birleştirme yok, kanal eşleştirme düzenlemesi yok. Son yüklemeden sonra yapılan her değişiklik mutabakatı bozar ve hangi tarafın yanlış olduğunu da bilemezsiniz. Dondurma tarihlerini yalnızca proje ekibine değil, rezervasyona, satışa, gelir yönetimine, kat hizmetlerine ve muhasebeye de gönderin.

Tarihi yalnızca PMS firmasıyla değil, kanal yöneticisi, kapı kilidi tedarikçisi, yazar kasa tedarikçisi ve e-belge entegratörüyle de teyit edin. Her birinin kendi hazırlık süresi ve kendi testi vardır. Geçişten sonra bir tampon gün ayırın ki yeni sistemdeki ilk tam iş günü aynı zamanda tam doluluk günü olmasın. Saatle değil kilometre taşlarıyla planlayın: gecenin ne kadar süreceği tesisin büyüklüğüne, entegrasyon sayısına ve eski verinin durumuna bağlıdır; söz verilen her saat sayısını tahmin olarak görün, taahhüt olarak asla.

Kontrol listesiTarih seçim kontrol listesi

  • Talebin düşük dönemi teyit edildi
  • İki gün içinde resmî tatil yok
  • Ay ya da dönem sonuna denk gelmiyor
  • Mali müşavirin takvimi kontrol edildi
  • Dondurma tarihleri yazıldı ve tüm departmanlara gönderildi
  • Kanal yöneticisi ve entegrasyon tedarikçileri uygunluğunu teyit etti
  • Geçişten sonra tampon gün ayrıldı
  • Sahip ve vekil o gece ulaşılabilir

Son gün sonundan önce eski sistemde ne kapatılıp saklanmalı?

Eski sistemi temiz biçimde kapatın ve aylar sonra son gecenin durumunu kanıtlamak için ihtiyaç duyacağınız raporları dışa aktarın.

Eski sistemde son gün sonunu çalıştırın ve bitmesine izin verin. Yarım kalan bir gün sonu, iş gününü iki sistemde de açık ve bakiyeleri belirsiz bırakır. Eski sistem olmadan açabileceğiniz biçimlerde dışa aktarın: okumak için PDF, kontrol etmek için elektronik tablo. Ayrılmakta olduğunuz sistemin içinde açılan rapor, dışa aktarım değildir. Kopyaları eski tedarikçinin ortamının dışında, yanında adıyla bir sorumlu, bir saklama konumu ve bir saklama süresi belirtilmiş olarak depolayın.

Saklama isteğe bağlı değildir. 213 sayılı Vergi Usul Kanunu'nun 240. maddesi, konaklama yerlerinden oda ve yatak planlarına uygun, müteselsil seri ve sıra numaralı, oda numarasıyla birlikte müşterinin adını, soyadını ve oda ücretini gösteren günlük müşteri listeleri düzenlemelerini ister; defter tutan mükellefler defter ve belgeleri, ilgili oldukları yılı izleyen takvim yılının başından itibaren beş yıl saklar (mevzuat.gov.tr, 01.07.2026). 6102 sayılı Türk Ticaret Kanunu'nun 82. maddesi ticari defterler, envanterler, finansal tablolar ve kayıtların dayandığı belgeler için on yıl öngörür ve bunların çoğunun, asıllarıyla örtüşmek ve saklama süresi boyunca okunur hâle getirilebilmek koşuluyla görüntü ya da veri taşıyıcılarında saklanmasına izin verir (mevzuat.gov.tr, 23.09.2026). Kim neyi, ne zaman dışa aktardı ve nerede duruyor, kaydedin; o gece bu kayıt, aktarımın gerçekten bittiğini söyleyen tek şeydir.

Dışa aktarım ya da raporGeçişten sonra neden gerekliNerede saklanır
Konaktaki misafir listesi (oda, fiyat, varış, ayrılış)Taşıma ve anahtar yenilemeAdıyla klasör ve sorumlu
Bakiyeli açık hesaplarÇıkış anlaşmazlıklarıAdıyla klasör ve sorumlu
Kaparolar ve avanslarPara mutabakatıAdıyla klasör ve sorumlu
Acente ve cari bakiyeleriMuhasebe sürekliliğiAdıyla klasör ve sorumlu
Gelecek 60-90 günlük varışlarRezervasyon mutabakatıAdıyla klasör ve sorumlu
Fiyat kodları, paketler, oda tipi eşleştirmesiFiyat sorularıAdıyla klasör ve sorumlu
Kullanıcı ve yetki listesiErişimin yeniden kurulmasıAdıyla klasör ve sorumlu
Kimlik kayıtları ve günlük müşteri listeleriYasal saklamaAdıyla klasör ve sorumlu
Son gün sonu raporuKapanış durumunun kanıtıAdıyla klasör ve sorumlu

Gün sonunun kendisi için adımların sırası da dışa aktarımlar kadar önemlidir; bkz. otelde gün sonu (night audit) işlemleri: adım adım kontrol listesi.

Son veri yüklemesi nasıl imzalanır?

Eski sistemin son durumu ile yeni sistemin ilk durumu arasındaki sayıları ve parayı karşılaştırarak imzalayın; kalan fark yalnızca yazıp kabul ettikleriniz olsun.

Mutabakat listesini yüklemeden önce, sonra değil, birlikte belirleyin: gelecek rezervasyon sayısı, oda-gece, misafir profili, şirket ve acente sayısı, fiyat kodları ve tüm açık hesap bakiyelerinin toplamı. Önce toplamları karşılaştırın, sonra elle örnek kontrol edin. On gelecek rezervasyon ve on açık hesap seçip alan alan karşılaştırın: tarihler, fiyat, oda tipi, bakiye, iptal koşulu.

Para en katı sınavdır. Eski sistemdeki açık bakiye toplamı, yeni sisteme taşınan toplama eşit olmalı ya da fark kâğıt üzerinde açıklanıp imzalanmalıdır. Bir istisna kaydı tutun: düzgün yüklenmeyen her rezervasyon, hesap ya da profil, gerekçesi, düzelten kişi ve zamanıyla. Boş istisna kaydı bir iddiadır; dolu olanı kanıttır.

İki imza: biri otelden (ön büro müdürü ya da genel müdür), biri yazılım firmasının kurulum sorumlusundan. İkisi de tek başına imzalamaz ve ikisi de boş kâğıda imza atmaz. İmza, veriyi dondurur. Sonrasında yeni bir mutabakat olmadan eski sistemden yeniden yükleme yapılmaz; yapılsaydı iki sistem ayrışır ve hangisinin doğru olduğunu kimse bilemezdi. Nelerin taşınması gerektiği için bkz. PMS değiştirirken veri taşıma: neler aktarılır, neler geride kalır?

İlk rezervasyondan önce hangi entegrasyonlar yönlendirilip test edilmeli?

PMS'den okuyan ya da PMS'ye yazan her sistem yeni sisteme yönlendirilmeli ve otel ona güvenmeden önce gerçek bir işlemle sınanmalıdır.

Kanal yöneticisi başta gelir: yönlendirin, müsaitlik ve fiyatları gönderin, sonra bir test rezervasyonu çektirin ve doğru oda tipi, fiyat ve iptal koşuluyla yeni PMS'ye düştüğünü doğrulayın. Yönlendirilmiş ama test edilmemiş bir bağlantı, tahmindir. Kanalın izin verdiği yerde, sonra iptal edeceğiniz gerçek bir rezervasyonla test edin; simüle edilmiş bir mesaj bağlantının var olduğunu, gerçek olanı çalıştığını kanıtlar.

Kapı kilidi kodlayıcısı için test odasına bir test anahtarı yazdırın; ayrılış saati ve oda değiştirme davranışı dahil, çünkü yanlış saatte geçersiz olan anahtar, en kötü anda gelen bir misafir şikâyetidir. Restoran, bar ve spa satış noktalarındaki yazar kasaların harcamaları doğru hesaba ve doğru vergi işlemesine işlediğini doğrulayın; bir harcamayı uçtan uca kontrol edin. Ödeme terminalinin ön provizyon, tahsilat ve iade davranışının resepsiyonun beklediği gibi olduğunu ve e-belge entegratörünün yeni sistemin fatura verisini kabul ettiğini teyit edin. Entegratöre, geçiş sırasında yolda olan belgelere ne olacağını yazılı olarak sorun.

Asıl tehlike boşluktur: rezervasyonlar, kanal yöneticisi iki sistem arasında dururken gelebilir. Geçişten sonra bunları extranetten toplayın, her birini yeni PMS ile karşılaştırın ve hepsi doğrulanana kadar listeyi tutun. Bu sistemlerin birbirine nasıl bağlandığı için bkz. otel teknoloji altyapısı: temel sistemler birbirine nasıl bağlanır?

Kontrol listesiEntegrasyon kontrol listesi

  • Kanal yöneticisi yönlendirildi; gerçek bir test rezervasyonu doğru düştü
  • Kapı kilidi kodlayıcısı anahtar ve oda değişikliğiyle test edildi
  • Satış noktası harcaması doğru hesaba işlendi
  • Ödeme terminalinde ön provizyon ve iade sınandı
  • E-belge entegratörü yazılı olarak teyit verdi
  • Boşluk rezervasyonları extranetten toplandı ve eşleştirildi
  • Her maddeyi test eden kişi imzaladı

Konaktaki misafirler, açık hesaplar, KBS ve e-belgeler geçişi nasıl aşar?

Tek tek, elle taşıyın; kimlik bildirimlerinin ve mali belgelerin sınır boyunca nasıl süreceğini entegratörünüzle ve danışmanınızla yazılı olarak netleştirin.

Konaktaki misafirler ve açık hesaplar

Otelde konaklayan misafirlerin listesini oda oda, kat hizmetleri durumuyla karşılaştırarak tek tek gözden geçirin ve her misafirin ayrılış tarihini, fiyatını ve bakiyesini ilk sabahtan önce yeni sistemde doğrulayın. Dolu her oda için anahtarları yeniden verin ve hangi eski anahtarların artık çalışmadığını not edin ki resepsiyon bunu gece yarısı keşfetmesin.

Açık hesapları bakiye ve harcama geçmişiyle birlikte taşıyın. Bakiyesiyle gelen ama harcamasız gelen hesap, çıkışta patlak verecek bir anlaşmazlıktır. Misafir, hesabı neden farklı görünüyor diye sorarsa resepsiyonun ne diyeceğini kısaca öğretin ve ilk hafta boyunca eski sistemin hesap çıktılarını ulaşılabilir tutun.

Kimlik bildirimleri ve mali belgeler

Kimlik bildirimi yazılım tercihi değil, yasal yükümlülüktür. 1774 sayılı Kimlik Bildirme Kanunu, otel, motel, pansiyon, tatil köyü ve benzeri konaklama yerlerinin sorumlu işleticilerinden, yerli ya da yabancı her misafirin kimlik ve geliş-ayrılış kayıtlarını günü gününe ve tümüyle bilgisayarda tutmasını ve genel kolluk kuvvetlerinin bilgisayar terminallerine bağlanarak bu kayıtları anlık bildirmesini ister; kanun uymayanlara idari para cezası da öngörür (mevzuat.gov.tr, güncel metin, 05.12.2025). Tutarları ve kendi durumunuzu bir danışmanla teyit edin.

Mali tarafta e-Fatura ve e-Arşiv elektronik faturadır; kendi bilgi işlem altyapısı yeterli olmayan mükellefler bunları GİB'in izin verdiği bir özel entegratör aracılığıyla gönderip alır. e-Arşiv faturası elektronik ortamda oluşturulur ve alıcının talebine göre kâğıt ya da elektronik ortamda iletilir; e-Arşiv uygulamasına dahil işletmeler bu faturayı e-Fatura'ya kayıtlı olmayan alıcılara düzenler (GİB, ebelge.gib.gov.tr, 01.11.2026). Kendi bilgi işlem altyapısı yeterli olmayan mükellefler, Gelir İdaresi Başkanlığının izin verdiği bir özel entegratörün sistemi üzerinden e-fatura gönderip alabilir (GİB, ebelge.gib.gov.tr, 01.11.2026). Entegratörünüze geçiş sırasında yolda olan belgelere ne olacağını yazılı olarak sorun ve yanıtı saklayın.

DikkatSistem değişikliği yasal yükümlülükleri askıya almaz

Misafir kimlik kayıtlarını tutma ve mali belge düzenleme görevleri, geçiş gecesi boyunca da sürer. Teknik yaklaşımı, tarihleri ve kendi durumunuzu, tarihi sabitlemeden önce entegratörünüzle ve bir hukuk ya da muhasebe danışmanıyla teyit edin.

Plan, hiçbir iş gününün kimlik kayıtsız ve mali belgesiz geçmeyeceğini garanti edemiyorsa tarihi öteleyin. Takvimden üstün tek koşul budur.

Nöbette kim var, geri dönüş noktası ne, ilk sabah ne kontrol edilir?

Her vardiyada eğitilmiş bir süper kullanıcı adıyla belirleyin, geçiş başarısız olursa döneceğiniz durumu yazın ve ilk hafta her sabah aynı kısa listeyi kontrol edin.

Süper kullanıcılar: gece vardiyası dahil her vardiyada en az bir eğitilmiş kişi, yanında yazılım firmasının eskalasyon (sorunu üst birime taşıma) irtibat kişisinin iletişim bilgisi ve süreci duraklatıp sahibi arama yetkisiyle. Geri dönüş noktası bir his değil, yazılı bir ifadedir: son tutarlı durum (örneğin, eski sistemin kapanmış iş günü artı dışa aktarılan raporlar), geri dönülürse neyin kaybedileceği ve kararı verme yetkisi olan kişi.

Başarısızlığın ne sayılacağını önceden, sayılarla belirleyin: kaç eşleşmeyen rezervasyon, ne kadar açıklanamayan bakiye farkı, kaç saat çalışmayan kanal bağlantısı. Geri dönüş bedava değildir: noktadan sonra yeni sistemde alınan rezervasyonlar yeniden girilmek zorunda kalır ve misafire gönderilmiş bir mesaj geri çağrılamaz.

Kontrol listesiİlk sabah kontrol listesi

  • Varış listesi kanal yöneticisiyle eşleşiyor
  • Konak listesi oda durumlarıyla eşleşiyor
  • Açık bakiye toplamı imzalanan rakamla eşleşiyor
  • Önceki günün kimlik bildirimleri hesaba katıldı
  • Faturalar numara atlamadan düzenlendi
  • Gün sonu yeni sistemde kapandı
  • Her vardiyada süper kullanıcı teyit edildi
  • Geri dönüş noktası gözden geçirildi: açık ya da resmen kapatıldı

İlk hafta günlük bir kayıt tutun: ne bozuldu, kim düzeltti, ne değişti. Birinci ve yedinci günün sonunda kısa bir değerlendirme yapın ve dondurmayı yalnızca değerlendirme uygun gördüğünde kaldırın.

Şimdi ne yapmalı

Planı, herhangi bir şey ayırtmadan önce tek sayfa olarak yazın: tarih, dondurma penceresi, mutabakat listesi, entegrasyon testleri, konaktaki misafirler ve açık hesaplar için taşıma listesi, geri dönüş noktası ve kararı verebilecek kişinin adı. Sonra PMS firmasının, kanal yöneticisinin ve mali müşavirinizin aynı sayfayı okumasını sağlayın. Parçalar tek bir sırayla birleşir: tarih ve dondurma verinin anlamını korur, son gün sonu ve yükleme imzası durumu kanıtlar, entegrasyonlar ve taşıma her misafiri bütün tutar, geri dönüş noktası ise gecenin tamamını güvenle denenebilir kılar.

Sıkça sorulan sorular

Bir PMS geçişi ne kadar sürer?

Dürüst bir sabit süre yoktur: tesisin büyüklüğüne, entegrasyon sayısına ve eski verinin durumuna bağlıdır. Saatle değil kilometre taşlarıyla planlayın ve söz verilen her saat sayısını tahmin olarak görün. Tek sabit nokta iş günü sınırıdır: bir sistemde kapatılmalı, diğerinde açılmalıdır.

Eski ve yeni PMS'yi birkaç hafta paralel çalıştırabilir miyiz?

Paralel çalıştırma çift giriş demektir ve çift giriş, aynı rezervasyonun, aynı hesabın ve aynı bakiyenin iki sürümünü üretir. Kullanılacaksa bile eski sistemi yalnızca referans amacıyla salt okunur tutun ve pencereyi kısa tutun. İki sistemin aynı odayı satmasına ya da aynı hesap için ödeme almasına asla izin vermeyin.

Geçiş sırasında gelen rezervasyonlara ne olur?

Rezervasyonlar, kanal yöneticisi iki sistem arasında dururken gelebilir. Geçişten sonra bunları extranetten toplayın, her birini yeni PMS ile eşleştirin, düşmeyenleri düzeltin ve her rezervasyon doğrulanana kadar listeyi tutun. İlk sabah, sonraki birkaç günün varışlarını yeniden kontrol edin.

Misafirlere sistemin değiştiğini söylemek zorunda mıyız?

Misafir yazılımı değil, anahtarı ve hesabı fark eder. Dolu odaların anahtarlarını yenileyin, eski hesap çıktılarını ulaşılabilir tutun ve resepsiyona, farklı görünen bir hesapla ilgili sorular için kısa bir konuşma metni verin. Burada ayrı bir misafir bildirimi tanımlanmamıştır; ötesini danışmanınızla teyit edin.

PMS geçişinde geri dönüş noktası nedir?

Dönebileceğiniz son tutarlı durumun, geri dönülürse kaybedileceklerin ve kararı verme yetkisi olan kişinin yazılı kaydıdır. Yalnızca başarısızlığın ne sayılacağını da sayılarla tanımlarsanız işe yarar. Noktadan sonra alınan rezervasyonların yeniden girileceğini ve gönderilmiş mesajların geri çağrılamayacağını da kabul edin.

AI Otel EditorialYayın ekibi

AI Otel’in yayımlanmış bilgi tabanından yapay zekâ desteğiyle hazırlandı. Henüz bir editör tarafından incelenmedi.

  • Otel teknolojisi

    Yeni otelde teknoloji takvimi: hangi sistem ne zaman seçilir, ne zaman kurulur?

    Yeni bir otelde teknoloji kararları, açılış gününden geriye doğru işleyen bir bağımlılık zinciri oluşturur. Bu yazı, hangi sistemin ne zaman seçileceğini, kurulacağını ve test edileceğini adım adım anlatır.

    Yapay zekâ taslağı · editör incelemesi bekleniyor

    13 dk okuma

  • Otel teknolojisi

    Otel programı eğitimi: devreye almadan önce ve sonra rol bazlı plan

    Otel programı eğitimi, her rolün günlük görevlerini sistemde baştan sona tamamlayabilmesini sağlar. Bu yazı, devreye almadan önce ve sonra uygulanacak rol bazlı planı, anahtar kullanıcı seçimini ve beceri sınavlarını anlatır.

    Yapay zekâ taslağı · editör incelemesi bekleniyor

    11 dk okuma

Bu konuda size bilgi verebiliriz.

Bu konu işinizle ilgiliyse, neyin geliştirildiğini ve neyin tasarlandığını size anlatalım.

Görüşme talep edin