Otel teknolojisi

PMS geçişinden sonraki ilk 30 gün: günlük ve haftalık kontrol listesi

PMS geçişinin ilk 30 gününde sayıların doğruluğunu nasıl teyit edersiniz? Günlük ve haftalık kontrol listeleri, sorun yönetimi ve yazılı proje kapanışı için rehber.

  • 11 dk okuma
  • AI Otel Editorial

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

İçindekiler

Kısaca

  1. Geçiş gecesi sistemin çalıştığını kanıtlar; ilk 30 gün sayıların doğru olduğunu kanıtlar, ve bu ikinci testin sahibi farklıdır.
  2. İlk haftanın her sabahı aynı üç şeye bakın: kim geliyor, her misafirin borcu ne ve hangi rezervasyonlar dış kanallardan geldi.
  3. Gün sonu işlemini yedi gece boyunca belgelerle elle doğrulayın ve yalnızca üç gece üst üste açıklanamayan fark çıkmadığında bırakın.
  4. Tek sorun kaydı, tek iletişim kanalı, her iki tarafta adı yazılı birer sahip: önceliği şiddet belirler, en çok şikâyet eden değil.
  5. Eski sistemin raporlarını yazılı bir çıkış kuralıyla kullanımdan kaldırın, belli bir süre yalnızca okuma erişimi tutun ve projeyi açık maddeleri listeleyen tek sayfalık bir tutanakla kapatın.

Bir PMS (otel yönetim sistemi; rezervasyonları, odaları, hesapları ve raporları tutan yazılım) geçişi, geçiş gecesiyle bitmez. 30 gün boyunca günlük mutabakat yapılır: varışlar, misafir bakiyeleri, kanal rezervasyonları ve kimlik bildirimleri; ardından haftalık: ön ödemeler (kapora), acente rezervasyonları, ay sonu ve e-belgeler. Tümü tek bir sorun kaydı üzerinden yürür ve yazılı bir kapanışla biter. Bu yazı, pms geçişi sonrası kontrol sürecini adım adım anlatır.

Geçişten sonraki sabah resepsiyon sakin, gün sonu işlemi sorunsuz dönmüş, herkes rahat bir nefes almıştır. Üç hafta sonra bir misafir elinde Mart'a ait bir depozito makbuzuyla gelir; yeni sistemde bunu bulan yoktur ve oda, kanalın hiç görmediği bir fiyatla satılmıştır. Bu yazının sonunda ilk haftanın her sabahı neyi kontrol edeceğinizi, ikinci ila dördüncü haftalarda hangi işlerin haftalığa geçeceğini, tedarikçi ilişkisini nasıl yürüteceğinizi ve projeyi nasıl yazılı kapatacağınızı bileceksiniz. Bu aşamadan önce gelen geçiş gecesi kontrol listesi ile birlikte okuyun.

İlk ay neden başlı başına bir aşamadır?

Çünkü geçiş gecesi sistemin çalışıp çalışmadığını sınar, ilk ay ise sayılarının doğru olup olmadığını sınar; paranızı koruyan ikinci sınamadır.

Geçiş gecesi tek bir şeyi kanıtlarsınız: iş günü açılıp kapanabiliyor. Paraya mal olan hatalar daha sonra ortaya çıkar: eski bir depozito talep edilir, bir acente fiyatı yanlış koda bağlanır ya da bir grup bloğu iki kez kullanılır.

Birinci günde üç şey birden değişir. Sistem kayıtların doğruluk kaynağı olur, eski sistem referansa dönüşür ve tedarikçi ilişkisi proje modundan destek moduna geçer. Ayın bir biçimi vardır: 1. ila 7. günler günlük, elle yapılan mutabakattır; 2. ila 4. haftalar haftalık mutabakat artı ilk ay sonudur; son adım yazılı kapanıştır.

Birinci günden önce üç sahip atayın: günlük operasyonel kontroller için ön büro müdürü, para ve belgeler için muhasebeci, sorun kaydı ve imza için genel müdür. Sahipsiz kontroller yapılmaz. Çıkış kurallarını da önceden yazın: kaç temiz gece sonrası elle mutabakat biter, eski sisteme okuma erişimi ne kadar sürer, kabul ne demektir. Bunları yoğun bir hafta içinde karar vermek, kötü karar vermek demektir.

İlk haftanın normal işleyişten yavaş olacağını varsayın. Daha hafif varış planı yapın, resepsiyona ekstra personel koyun ve ilk yedi gün fiyat ya da paket değişikliği yapmayın.

Önemli noktaGeçiş, projenin sonu değildir

Proje, sistem açıldığında değil, genel müdür tek sayfalık kapanış tutanağını imzaladığında biter.

1. ila 7. günler: her sabah neyi kontrol edersiniz?

İlk haftanın her sabahı dört listeyi kaynağıyla karşılaştırın: varışlar, misafir bakiyeleri, dış kanallardan gelen rezervasyonlar ve dünkü girişlerin ürettiği kimlik bildirimleri.

Önce varışlar. Bugünün varış listesini çıkarın ve acente voucheleri, grup oda listeleri ile geçişten önce alınan doğrudan rezervasyonlarla karşılaştırın. Eksik bir varış, saat 23:00'te bir walk-in demektir.

İkinci bakiyeler. Otelde konaklayan her misafir için sistemdeki bakiyeyi ön ödeme (kapora) kaydıyla karşılaştırın. Geçişten önce alınan ön ödemeler ilk ayın klasik kaybıdır: misafir ödediğini hatırlar, yeni sistem o ödemeyi hiç görmemiştir.

Üçüncü kanal rezervasyonları. Dünkü rezervasyonları sistemde sayın ve sayıyı her kanalın kendi extranetiyle karşılaştırın. Sonra ikisini açın; fiyatın ve oda tipinin kanalın sattığıyla aynı olduğunu doğrulayın.

Dördüncü kimlik bildirimleri. Her girişin, giriş akışından bir misafir kimlik bildirimi (KBS, misafir kimlik bildirimi yükümlülüğü) ürettiğini ve hiçbirinin iki kez hazırlanmadığını doğrulayın. Kapsamınızı ve zamanlamanızı muhasebeciniz ya da hukuk danışmanızla teyit edin.

Nakit ve kart haftalık değil günlük ilgi ister: vardiya raporunu her gün fiili çekmeceyle ve POS terminali toplu işlemiyle mutabık hale getirin. Günlük bulunan küçük farklar açıklanabilir; haftalık bulunan farklar tartışma olur. Vardiya değişiminde oda durumunu da kontrol edin ki temiz bir oda kirli olarak satılmasın ya da tersi.

Kontrol listesiila 7. günler için günlük sabah kontrolü

  • Varış listesi voucher ve oda listeleriyle karşılaştırıldı
  • Konaklayan misafir bakiyeleri depozito kayıtlarıyla mutabık
  • Dünkü kanal rezervasyon sayısı her kanalın extranetiyle mutabık
  • İki kanal rezervasyonu açıldı, fiyat ve oda tipi doğrulandı
  • Her giriş için bir kimlik bildirimi doğrulandı
  • Vardiya raporu çekmece ve POS toplu işlemiyle mutabık
  • Oda durumu vardiya değişiminde fiziki odalarla mutabık
  • Her yeni sorun, saat, misafir etkisi ve geçici çözümüyle sorun kaydına işlendi

Sorun kaydını ilk sorundan önce, birinci günde açın ki ilk sorun hatırlanan değil kaydedilen olsun. Fiyat kodları ya da gelir kodları hâlâ ayarlanıyorsa, daha fazlasını değiştirmeden önce oda tipi, fiyat kodu ve gelir kodlarının doğru sırayla tanımlanması yazısını izleyin.

İlk haftada gün sonu işlemini nasıl elle doğrularsınız?

Günün belgelerinden gün sonu işleminin aritmetiğini kendiniz yeniden yaparsınız ve sistem raporlarıyla karşılaştırırsınız; yedi gece üst üste elle doğrulayın; açıklanamayan fark çıkmayan üç gece art arda geldiğinde bırakın.

Üç rapor seçin, daha fazlasını değil: müdür raporu, gelir kodu bazında gelir ve misafir hesabı ya da şehir hesabı bakiyesi. İlk haftada daha çok rapor kontrol değil karmaşa üretir.

İş günü tarihini kontrol edin: gece başına bir kez ilerlemeli, asla iki kez ilerlememeli. Çift geçiş bir günlük geliri gizler ya da ikiye katlar. Her dolu oda-gecesinin tam olarak bir oda ücreti işlediğini ve toplam oda gelirinin, dolu odaların o geceki fiyatlarıyla çarpımına eşit olduğunu kontrol edin.

Düzeltmeleri kontrol edin: bir hata iptal ve ters kayıt çifti olarak görünmeli, asla silinmiş bir satır olarak görünmemeli. Bir ücret çifti olmadan kaybolduysa iz kırılmıştır ve muhasebecinin aynı gün öğrenmesi gerekir. Dövizi de kontrol edin: yabancı para kayıtları, elle girilen bir kur değil, o iş günü tarihine ait günlük merkez bankası kurunu kullanmalı.

Farkı açıklayabilseniz bile yazın. Yazılmayan açıklanmış fark, gelecek hafta açıklanmamış fark olur.

KontrolKarşılaştırma kaynağıGeçme koşulu
İş günü tarihi bir kez ilerlediDün kapanan raporTek geçiş, boşluk yok, tekrar yok
Oda geliriDolu oda sayısı × günlük fiyatToplamlar eşit
DüzeltmelerKaynak belgeler ve makbuzlarHer iptalin eşleşen ters kaydı var
Misafir hesabı toplamıBireysel misafir bakiyelerinin toplamıRapor toplamına eşit
Döviz kayıtlarıO tarihe ait günlük merkez bankası kuruKur yayımlanan günlük kur ile aynı
Nakit ve kart toplamlarıÇekmece sayımı ve POS toplu işlemiEşit, farklar yazılı olarak açıklanmış

Çıkış kuralını şimdi tanımlayın: açıklanamayan farkın sıfır olduğu üç gece üst üste, elle mutabakatı bitirir. O güne kadar gece karşılaştırmasını muhasebeci imzalar.

2. ila 4. haftalar: günlükten haftalığa ne geçer?

İkinci haftadan itibaren günlük kontroller sürer ama küçülür; haftalık dört mutabakat devralır: depozitolar, acente ve kurumsal rezervasyonlar, ay sonu provası ve elektronik belgeler.

Depozito ve avanslar: depozito defterini haftalık olarak banka ekstresiyle mutabık hale getirin. Geçiş öncesi para burada saklanır; misafir ödediğini hatırlar, yeni sistem o ödemeyi hiç görmemiştir.

Acenteler ve kurumsal hesaplar: portal rezervasyonlarının sözleşmeli fiyatı taşıdığını, komisyon ya da net koşulların anlaşıldığı gibi kaydedildiğini ve grup bloklarının bloktan kullanılan oda sayısını (pick-up) doğru gösterdiğini kontrol edin. İki kez kullanılan bir blok, bir odayı iki kez satar.

Ay sonu: üçüncü haftada raporların bir kopyası üzerinde prova edin ki dördüncü haftadaki gerçek kapanış, ekibinizin bunu ilk değil ikinci kez yapışı olsun. Elektronik belgeler: e-Fatura ve e-Arşiv (elektronik fatura) mükellefin kapsamına bağlıdır ve faturalar gönderilmeden önce bir kişinin incelemesini beklemelidir. İnceleme kuyruğunun temizlendiğini ve muhasebecinin her şeyi aldığını haftalık kontrol edin. Kendi yükümlülüklerinizi ve tarihlerinizi muhasebecinizle teyit edin.

Restoran, bar ya da spa'nız mali belge düzenliyorsa, hangi satış noktasının hangi cihaz ya da belgeyi kullandığını muhasebecinizle netleştirin ve her satış noktasında haftada bir satışı test edin. Eski sistemin kapanmamış misafir ve şehir hesabı bakiyelerini, adı yazılmış bir sahibi olan tek bir listede izleyin ve listenin kendiliğinden boşalacağını ummak yerine madde madde kapatın.

Haftalık kontrolİyi görünümSahibi
Depozito defteri ve banka ekstresiHer satır eşleşmiş ya da açıklanmışMuhasebeci
Acente ve kurumsal rezervasyonlarSözleşmeli fiyat ve koşullar doğru, bloktan kullanılan oda sayısı (pick-up) dolu oda sayısıyla uyuşuyorRezervasyon
Ay sonu provasıGerçek kapanıştan önce raporlar üretilmiş ve toplamlar mutabıkMuhasebeci ve genel müdür
E-belge inceleme kuyruğuTemizlenmiş, bir kişi incelemiş, muhasebeciye ulaşmışMuhasebeci
Satış noktası mali testiHer noktada bir satış doğru belgeyi üretiyorSatış noktası sorumlusu
Eski sistem devir listesiKüçülüyor, her madde sahipli ve tarihliÖn büro müdürü

Sorunları tedarikçiyle nasıl kaydedersiniz?

Tek kayıt, tek iletişim kanalı, her iki tarafta adı yazılı birer sahip ve sıralamayı şikâyet hacminin değil şiddetin belirlediği bir yapı.

Bildirmeden önce sınıflandırın. Sorunun bir yazılım hatası mı, bir yapılandırma tercihi mi yoksa bir eğitim eksiği mi olduğunu önce kendinize sorun. Eğitim eksiğini hata diye tedarikçiye göndermek hem gün hem güven kaybettirir.

Dört şiddet seviyesi kullanın: misafir giriş yapamıyor ya da ödeyemiyor; bir sayı yanlış ve para riskte; bir ekran ya da rapor yanlış ama geçici bir çözüm var; kozmetik ya da istek listesi. Aynı gün telefonu yalnızca ilk ikisi hak eder.

Her kayıt şunları taşır: tarih ve saat, ne olduğu, hangi misafir ya da rezervasyonun etkilendiği, kullanılan geçici çözüm, oteldeki sahibi, tedarikçideki sahibi, söz verilen tarih ve kapanış tarihi. Rapor çıktıları ya da ekran görüntüleri gibi kanıtlar kaydın ekinde kalır.

İlk hafta her gün, sonrasında haftada iki kez 15 dakikalık kısa toplantı yapın; her iki tarafta da aynı iki kişiyle. Bu, uzayan bir mesaj dizisinden ucuzdur. Tırmandırmayı hayal kırıklığına göre değil şiddete göre yapın: çözülmemiş birinci seviye sorun, aynı gün her iki tarafta bir üst seviyeye yazılı olarak çıkar. Bekleyebileceğiniz yanıt ve çözüm sürelerini sözleşmede anlaşın ki kaydın ölçebileceği bir şey olsun; imzalamadan önce otel yazılımı sözleşmelerinde destek ve kesintisiz çalışma koşulları okunmaya değer. İmzadan önce anlaşılmadıysa şimdi, yazılı olarak anlaşın.

KimlikTarih ve saatAçıklamaMisafir ya da rezervasyonŞiddet (1-4)Geçici çözümOtel sahibiTedarikçi sahibiSöz verilen tarihDurumKapanış tarihiKanıt

Eski sistemin raporlarını ne zaman yan yana çalıştırmayı bırakırsınız?

Yazılı bir çıkış kuralı sağlandığında: aynı rapor, anlaşılan sayıda ardışık dönem temiz mutabık çıkmış ve yeni sistemde tam bir ay sonu kapanmışsa.

İki sistemi birlikte çalıştırmak her hafta personel saati maliyeti çıkarır ve gerçeğin iki sürümünü yaratır; bu, kusurlu tek bir sürümden daha kötüdür. Bitiş tarihine başlamadan önce karar verin.

Eski sisteme, tedarikçiyle anlaşılmış ve geçmiş konaklamalarla ilgili misafir ve muhasebe sorularını yanıtlayacak kadar uzun, tanımlı bir süre için yalnızca okuma erişimi tutun. Okuma, asla yazma erişimi değil. Geçmiş verinin artık nerede durduğunu, hangi biçimde olduğunu, kimin sorgulayabildiğini ve 2023 tarihli bir misafir hesabı talebine nasıl yanıt verildiğini yazılı hale getirin. O sayfa olmadan eski sistem gerçekten gitmez.

Raporları tek tek emekliye ayırın, her birinin yeni sistemde adı yazılmış bir karşılığı olsun. Karşılığı olmadan emekliye ayrılan rapor, birinin elle yeniden kuracağı rapordur. Eski oturum açma bilgisini değil, eski verinin dışa aktarımını tutun: erişim bitebilir, elinizdeki dışa aktarım bitmez. İlk etapta neyin taşınmış olması gerektiği için PMS değiştirirken veri taşıma yazısına bakın.

Dikkatİki sistemi birden canlı çalıştırmayın

Yeni sistem canlıya çıktığı hafta eski sistemi iptal etmeyin ama yazma modunda da tutmayın. Personel yanlış sisteme kayıt atar ve yanlış sisteme işlenen bir harcama, kimsenin mutabık yapmadığı bir harcamadır.

Projeyi nasıl yazılı kapatırsınız?

Genel müdürün imzaladığı, nelerin teslim edildiğini, nelerin edilmediğini, her yinelenen kontrolün sahibinin kim olduğunu ve tarihi ile sahibiyle hâlâ açık olanları yazan tek sayfalık bir kapanış tutanağıyla.

İmzayı, geçişten önce yazdığınız kabul ölçütlerine karşı atın, ayın nasıl geçtiğine dair hissiyata göre değil. Ölçütler hiç yazılmadıysa şimdi yazın ve onlara karşı imzalayın. Her açık konuyu şiddeti, sahibi ve söz verilen tarihiyle listeleyin: tarihi olmayan açık konu, kılık değiştirmiş kapalı konudur.

  1. günden sonra süren her yinelenen kontrolün sahibini adıyla yazın: günlük bakiyeler, haftalık depozitolar, ay sonu, e-belge incelemesi ve sorun kaydının kendisi. Eski sisteme okuma erişiminin hangi tarihte bittiğini, geçmiş veri dışa aktarımının nerede saklandığını ve kimin sorgulayabileceğini belirtin.
  2. ve 90. günde bir değerlendirme planlayın. İlk ayın geçici çözümlerinin çoğu sessizce kalıcı süreç olur ve bunu yalnızca planlanmış bir değerlendirme yakalar. Ardından ekibi proje modundan operasyona devredin: role göre tazeleme eğitimi ve yeni resepsiyon personelinin ilk haftasından izleyebileceği kısa bir yazılı rutin. Yapısını rol bazlı PMS eğitim planı verir.

Şimdi ne yapmalı

Çıkış kurallarını birinci günden önce yazın: kaç temiz gece elle mutabakatı bitirir, okuma erişimi ne kadar sürer, kapanış tutanağında ne bulunmalı. Ay böylece tek bir döngü olarak işler: günlük kontroller misafiri korur, haftalık kontroller parayı korur, sorun kaydı ilişkiyi korur ve imza, üçünü projeden uzun sürecek bir rutine dönüştürür.

Sıkça sorulan sorular

Yeni PMS'in sayılarına ne zaman güvenebiliriz?

Güven tarihle değil rapor rapor kazanılır. Günlük operasyon raporları, ardışık üç temiz mutabakattan sonra güvenilirdir; mali raporlama, yeni sistemde açıklanamayan fark olmadan kapanmış tam bir ay sonundan sonra. O güne kadar karşılaştırmayı muhasebeci imzalar.

Günlük kontrollerin sahibi geçişten sonra kim olmalı?

Sonuca göre bölün: ön büro müdürü varışları, oda durumunu ve misafir hesabını; muhasebeci nakdi, depozitoları, düzeltmeleri ve elektronik belgeleri; genel müdür sorun kaydını, tırmandırmayı ve kapanış tutanağını sahiplenir. Her kontrol için tek bir ad, yazılı olarak.

Yeni sistemde bir misafirin hesabı yanlış görünüyor. Önce neye bakarız?

Harcamayı kaynak belgesine kadar izleyin, sonra düzeltmenin iptal ve ters kayıt çifti olarak mı yoksa silme olarak mı yapıldığını kontrol edin. Ardından fiyat kodu ve gelir kodu eşlemesine ve rezervasyonun farklı fiyatlı bir kanaldan gelip gelmediğine bakın. Bulguyu açıklanmış olsa bile sorun kaydına yazın.

Eski sistem geçişten sonra ücretlendirilmeye devam etmeli mi?

Geçmiş konaklamalar, misafir hesapları ve muhasebe sorularının yanıtlanabilmesi için tanımlı bir süre yalnızca okuma erişimi tutun ve geçmiş veriye ait kendi dışa aktarımınızı saklayın. Yazma modunda tutmayın ve bitiş tarihini tedarikçiyle yazılı olarak anlaşın.

Muhasebeci için birinci günde neyin değişmesi gerekir?

Gelir kodu yapısı, e-Fatura ve e-Arşiv için inceleme kuyruğu, düzeltmelerin nasıl kaydedildiği ve gece karşılaştırmasını kimin imzalayacağı. Yükümlülüklerinizi, kapsamınızı ve tarihlerinizi doğrudan muhasebecinize teyit ettirin; otel, vergi kararı için yazılım tedarikçisine güvenmemelidir.

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.

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