Otel programında değişiklik kaydı: kim neyi değiştirdi, her ay nasıl okunur?

Otel programındaki değişiklik kaydı, sistemde yapılan her değişikliğin kendi kaydıdır: hangi kullanıcı hesabının yaptığı, ne zaman, hangi rezervasyon, misafir hesabı veya fiyat üzerinde ve değer değişiklikten önce ve sonra neydi. Aylık okuma, beş kayıt türünü süzerek yapılır: fiyat değişiklikleri, iptaller, ücretsiz odalar, yeniden açılan çıkışlar ve mesai dışı değişiklikler. Ardından örüntüler sorulur.

Ay kapanır, gelir raporu dengede durur ve kimse log kaydını açmaz. İçinde bir yerde, saat 02.40'ta değiştirilmiş bir oda fiyatı ve aynı hesap tarafından iki kez iptal edilmiş bir misafir hesabı vardır. Bu yazının sonunda kaydın nerede durduğunu, her ay hangi beş kayıt türünü okuyacağınızı, bir kayıt hakkında suçlamadan nasıl soru soracağınızı ve incelemeyi ilk aydan sonra da yaşatacak yöntemi bileceksiniz.

Otel programı log kaydı neyi tutar ve nerede bulunur?#

Sistemde yapılan her değişikliği tutar: hesabı, eylemi, saati, dokunulan kaydı ve iyi sistemlerde değişiklik öncesi ve sonrası değerleri. Otel işletim sistemi (PMS), otelin rezervasyon, resepsiyon ve faturalama yazılımıdır. Log kaydına denetim izi ya da kullanıcı eylem kaydı da denir; üç ad da aynı şeyi anlatır.

Bir kaydın işe yarar olması için en az dört alan gerekir: kullanıcı hesabı, zaman damgası, işlem türü ve hedef kayıt; örneğin bir rezervasyon numarası, misafir hesabı, fiyat kodu ya da oda numarası. İyi sistemler eski ve yeni değeri, ayrıca kullanıcının yazmak zorunda olduğu bir gerekçe kodunu ekler. "Bir harcama iptal edildi" diyen bir kayıt, hangi harcamanın, ne kadar tutarla ve neden iptal edildiğini gösteren kayıttan zayıf kanıttır.

Log, iz, işlem kaydı: aynı şey#

Satıcı ne derse desin, içeriği belirleyici olan şeydir. Erken sorulacak bir tasarım sorusu var: bir yönetici, kayıt satırlarını düzenleyip silebilir mi? Sessizce yeniden yazılabilen bir kayıt, raporu nasıl görünürse görünsün bir kontrol zafiyetidir. Log kayıtları niyeti değil, eylemleri tutar. Bir kayıt bir iptalin yapıldığını ve o anda kimin giriş yapmış olduğunu kanıtlar; nedenini kanıtlamaz ve klavye başındaki kişinin hesap sahibi olduğunu da kanıtlamaz.

Ekran neden değil, dosya neden önemli#

Kayda üç yerde ulaşırsınız: raporlar menüsündeki bir rapor, her rezervasyon ve misafir hesabındaki geçmiş sekmesi ve bir dışa aktarma dosyası. Satıcıdan ekran görüntüsü değil, dışa aktarma dosyası isteyin; ekran görüntüsü süzülemez ve sayılamaz. Log kaydı, gün sonu raporu değildir. Gün sonu işletme gününü kapatır ve toplamları üretir; log kaydı tek tek eylemleri tutar. İkisi farklı soruları yanıtlar ve birlikte okunur; gün sonundan sonra gün denetiminin neyi kontrol ettiğini bu yazıda okuyabilirsiniz.

Her ay hangi beş kayıt okunmalı?#

Ön büroda ters giden işlerin çoğunu beş kayıt türü kapsar: fiyat değişiklikleri, iptaller, ücretsiz odalar, yeniden açılan çıkışlar ve mesai dışı yapılan değişiklikler. Tüm ayı satır satır okumak yerine kayıt türüne göre süzün. Yoğun bir otel, bir kişinin baştan sona okuyabileceğinden çok daha fazla satır üretir; tam okuma ikinci ayda yarım kalır.

Her ay aynı beş süzgeci kullanın ki aylar karşılaştırılabilsin. Önemli sayı, kaydın kendisi değil, geçen aya göre değişimidir. Tür başına olduğu kadar kullanıcı başına da sayın: beş iptali tek hesabın yapması ile beş iptalin ekibe dağılması farklı bir tablodur.

Kaydı, dokunduğu belgenin yanında okuyun: misafir hesabını, rezervasyonu veya fiyat kodunu açın. Log size nereye bakacağınızı söyler; belge ne olduğunu söyler. Sistemin gerekçe istediği yerde gerekçesiz kalan kayıtları işaretleyin. Boş bir gerekçe alanı, başka her şeyden önce bir süreç açığıdır. Tek bir harcamanın doğru yoldan nasıl düzeltüleceği için folyodaki hatalı kalemin iptal ve ters kayıtla düzeltilmesi rehberine bakın.

Hangi örüntüler soruyu hak eder?#

Aynı hesabın olağandışı bir eylemi yinelemesi, bir tutarın onay sınırının hemen altında kalması veya zamanlamanın vardiya ile uyuşmaması soruyu hak eder. Örneğin, aynı hesabın üç hafta üst üste aynı gece vardiyasında üç harcamayı iptal etmesi. Tek iptal rutindir; yineleme sinyaldir.

Örneğin, müdür onayı gereken tutarın hemen altında kalan indirimler. Sınırda kümelenme, onay kurallarıyla karşılaştırılmayı hak eder; bu kurallar yazılım sorunu olmadan önce bir politika sorunudur: indirim yetkisi ve değişiklik kuralları. Örneğin, gün sonunun günü kapatmasından sonra yeniden açılan bir çıkış ve yeniden açılan hesaba eklenen bir harcama. Örneğin, aynı gece içinde değiştirilip geri çevrilen bir fiyat; bu, iki kayıt bırakır ve raporda net fark göstermez.

Sonuç çıkarmadan önce bir temelle karşılaştırın: kullanıcı, vardiya ve ay başına iptaller. Temel olmadan her sayı ya normal ya da ürkütücü görünür. Soruyu yazıya geçirin ve belgeyi kontrol edin. Tek bir kayıt asla bir bulgu değildir; arkasında belgesi olan, yinelenen bir kayıt bulgudur.

Bir log kaydı hakkında suçlamadan nasıl soru sorulur?#

Kişiden değil, belgeden başlayın: misafir hesabını açın, kişiden olayı anlatmasını isteyin ve soruyu kayıt taşısın. Soruyu özel olarak, kayıt ekranda açıkken sorun. Önce hikâyeyi isteyin, teoriyi sonra söyleyin; sıra, alacağınız yanıtı değiştirir.

Nötr bir dil kullanın: "bu kaydı anlamama yardım et" deyin, "bunu neden iptal ettin" demeyin. İlki açıklama davet eder, ikincisi savunma davet eder. Önce sıradan yanıtları bekleyin: yanlış girilmiş bir harcama, fikrini değiştirmiş bir misafir, doğru yolu gösterilmemiş bir stajyer ya da onayın geç gelmesi yüzünden geliştirilmiş bir dolambaçlı çözüm. Yanıt bir dolambaçlı çözümse, süreci düzeltin. Yavaş bir onay adımı, okuduğunuz kayıtların aynısını üretir; kişiye çatmak nedeni yerinde bırakır.

Yanıtı, aylık formülde kaydın yanına yazın. Böylece ikinci kez yaşanması, arkasında kaydı olan farklı bir konuşmaya dönüşür. Hassas kayıtları iki kişi incelesin; örneğin gelir kontrolörü ve genel müdür, böylece tek bir kişi bir kaydın anlamına karar vermez. Açıklama kayıtla uyuşmuyorsa, otelin yazılı prosedürünü izleyin ve çalışanı ilgilendiren her adımdan önce danışmanla görüşün.

İsmi gizleyen şeyler: ortak girişler ve eksik gerekçe kodları#

Ortak bir resepsiyon hesabı ya da devir teslimde açık bırakılmış bir terminal, log kaydını isimsiz bir işlem listesine çevirir. Ortak bir resepsiyon hesabı, bir incelemenin yanıtsız bitmesinin yaygın nedenlerinden biridir. Her eylem "resepsiyon" olarak görünür; resepsiyon ise dört kişidir.

Kişisel hesaplar bir satın alma değil, kurulum işidir: kişi başına bir adlı hesap, işin gerektirdiğiyle sınırlı bir rolle. Sonra sıra rollerdedir. Fiyat değiştirebilen, harcama iptal edebilen ve kapalı bir hesabı yeniden açabilen bir resepsiyonist için test edilecek bir sınır yoktur; log yalnızca hesabın bunu yapmaya yetkili olduğunu gösterir. Kurulumun ayrıntıları PMS kullanıcı yetkileri kontrol listesinde anlatılır.

Gerekçe kodları en sona gelir ve liste kısa olmalıdır. Kısa liste kullanılır; uzun liste atlanır. İptaller, indirimler ve ücretsiz odalar için kodu zorunlu yapın. Vardiya devrinde çıkış yapın ve terminali kimin tuttuğunu not edin; açık kalan bir oturum, araya adım eklenmiş bir ortak giriştir. Resepsiyonistin kullandığı bir müdür hesabı, onayları da taşıdığı için aynı sorunun daha geniş etki alanlı halidir.

İşi bu sırayla yapın: önce hesaplar, sonra roller, sonra gerekçe kodları. Ters çevirmek, kimsenin doldurmadığı kodlar ve hâlâ kimseyi adlandıramayan bir log üretir.

Log kaydını kim okumalı, personele ne söylenmeli?#

Gelir kontrolörü aylık okur, genel müdür istisnaları okur, sahip tek sayfalık özeti okur; personele, kaydın var olduğu ve neyin incelendiği açıkça söylenmelidir. Kadro el veriyorsa, okuyucu ile kayıtlar ayrılmalı. Fiyat değişiklikleri logda görünen kişi, onları okuyan tek kişi olmamalı.

Personele işe başlangıçta ve yazılı olarak söyleyin: sistem eylemleri kaydeder, bu kayıt türleri incelenir ve şu kişi inceler. Bilinen bir inceleme, sürpriz olandan daha çok caydırır. Aynı incelemeyi müdürlere ve sahibin kendi hesabına da uygulayın; müdürün girişinde duran kontrol, binadaki en az yetkili insanlara uygulanan kontroldür. İncelemeyi sistem içindeki işle sınırlı tutun: kayıtlar, belgeler, onaylar. Kişisel cihazlar ve mesajlaşma bir PMS log incelemesinin kapsamı dışındadır.

Denetim kaydı kişisel veri içerir, çünkü hesap adları ve çalışma saatleri kişilere aittir. İncelemesi sıradan bir işletme kontrolüdür; ama çalışanların bilgilendirilmesi, ölçülülük ve kayıtların ne kadar tutulacağı hukuk sorularıdır, blog yazısı sorusu değil. Bu konuda yayımlanmış ceza tutarlarına güvenmeyin. Yeniden değerlenir ve değiştirilir; kendi durumunuzu mali müşavir veya hukuk danışmanına sorun.

Tek sayfalık aylık inceleme formülünde ne olmalı?#

Tek sayfa, her ay aynı sütunlar, imzalı ve tarihli; böylece gelecek ay bu ayla karşılaştırılabilir. Form kontroldür, log kanıttır. Form olmadan her ay sıfırdan başlar ve inceleme sessizce durur. Tek sayfaya sığar, çünkü log satırları değil, sayılar ve sorular taşır.

Dışa aktarma dosyasını formülün yanına dosyalayın ki Mart'ta ortaya çıkan bir soru Eylül'de hâlâ yanıtlanabilsin. Genel müdür istisnaları imzalar, sahip özet satırını okur, gelir kontrolörü dosyayı tutar.

Şimdi ne yapmalı#

Bir tarih seçin, geçen ayın log kaydını dışa aktarın, beş süzgeci bir kez çalıştırın ve tek sayfalık formülü genel müdürün önüne koyun. Log, arkasındaki roller ve aylık formül tek bir kontroldür: kayıtlar nereye bakacağınızı, hesaplar kime soracağınızı, formül ise incelemenin ilk aydan sonra da yaşamasını sağlar.

Tasarım seçimlerinin en önemlisi şudur: sistem mali kayıtların silinmesine izin veriyor mu? Kendi otel işletim sistemimizde (geliştirildi, lansman öncesi) mali kayıtlar asla silinmez; düzeltmeler iptal ve ters kayıtla yapılır ve gün sonu işlemi iş gününü kapatır. Bu kaydın nasıl kurulduğunu görmek isterseniz görüşme talep edin.