Otel yönetim sisteminde mükerrer misafir kaydı: neden oluşur, nasıl birleştirilir, neyin korunacağı

Mükerrer misafir kaydı, otelin elinde zaten bulunan bir kişi için açılmış ikinci bir kayıttır. Otel işletim sisteminde (PMS) mükerrer misafir kaydı, ismin her seferinde farklı yazılması, kanal belgelerinin başka bir biçimde gelmesi ve resepsiyonun aramadan yeni kayıt açmasıyla oluşur. Birleştirme, belge numarası, doğum tarihi ve iletişim bilgilerini karşılaştırmak, geçmişi taşımak ve kararı kayda geçirmekle yapılır.

Bir misafir, yıl içindeki üçüncü konaklaması için resepsiyona geldiğinde ilk kez geliyormuş gibi karşılanır; çünkü önceki iki konaklaması, isminin iki farklı yazımı altındadır. Resepsiyona onun kim olduğunu söyleyecek geçmiş kaybolmamıştır; bölünmüştür. Bu yazı, mükerrer kayıtların nasıl oluştuğunu, çoğunu önleyecek giriş kurallarını, adı belli bir kişiye ait güvenli birleştirme yöntemini ve birleştirmede korunması gerekenleri anlatır.

Otel işletim sisteminde bir misafir nasıl üç kayda dönüşür?#

Mükerrer kayıtların çoğu yazılımdan değil klavyeden kaynaklanır: aynı kişi her rezervasyonda farklı yazılır ve her kanal kendi sürümünü ekler.

Büyük-küçük harf ve karakterler kayıtları ilk olarak böler. "MEHMET YILMAZ", "Mehmet Yilmaz" ve "Mehmet Yılmaz" bir veritabanı için üç ayrı dizgidir; noktasız ı'nın düz i olarak yazılması, bir misafiri aramadan gizlemeye yeter. İsim sırası ve unvanlar da aynı etkiyi yapar: "Yılmaz Mehmet", "Mr Mehmet Yilmaz" ya da bir kez yazılıp ikinci kez atlanan bir ikinci ad.

Kanal kayıtları başkasının biçimiyle gelir. Acente voucher'ı (rezervasyon belgesi) ya da çevrimiçi rezervasyon kendi isim sırasını taşır ve çoğu zaman kanalın izin verdiği alan uzunluğuna göre kesilir; resepsiyon da bunu yeni bir profil olarak kabul eder. Baskı altında hızlı giriş işi tamamlar: sabahın ikisinde, önce aramak yerine soyadı yazıp kayıt açmak daha kolaydır. Paylaşılan ya da hatalı iletişim bilgileri daha sessiz bir neden ekler: bir ailenin ya da şirketin kullandığı tek e-posta, ya da ülke kodu yazılmamış bir telefon numarası, misafiri bulması gereken aramayı sonuçsuz bırakır. Grup ve rooming listeleri ise isimleri kendi yazımıyla aktaran bir listeden her oda için bir kayıt oluşturur; bu yüzden rooming list ve misafir listelerini ikinci kayıt oluşturmadan paylaşmak ayrı bir prosedürü hak eder.

Maliyet, fazladan satır değildir. Konaklama geçmişi, tercihler ve açık rıza kayıtları farklı yerlere dağılır ve misafir yeni biri gibi karşılanır.

Örneğin, bir misafir sistemde şöyle duruyor olabilir:

Üç kayıt, tek kişi; ve hiçbiri tek başına onun hakkındaki gerçeği söylemiyor.

Hangi giriş kuralları mükerrer kayıtları daha oluşmadan engeller?#

İsimler için bir yazılı kural, iletişim bilgileri için bir kural ve bir alışkanlık, önce ara sonra kaydet, herhangi bir temizliğin kaldırabileceğinden daha fazla mükerrer kaydı önler.

İsim biçimini bir kez kararlaştırın: ayrı bir soyadı alanı ve ayrı bir ad alanı, içinde unvan yok, soyadı alanında ikinci ad yok, Türkçe karakterler düzgün yazılmış. Bunu ön büro prosedürüne ve yeni personel eğitimine koyun. Sonra kaydetmeden önce arayın; ve isimle değil sayıyla arayın: telefon, belge numarası ya da e-posta. İsim araması işe yaramayacak kadar çok satır döndürür; insanların aramayı bırakmasının nedeni de tam olarak budur.

Cep telefonunu tek biçimde tutun: ülke koduyla, boşluksuz. Mümkün olduğunca kişi başına bir e-posta; ve kişisel bir adresi asla paylaşılan bir adresle değiştirmeyin. Acente belgeleri ve kanal rezervasyonlarında, gelen ismi soyadı artı varış tarihi üzerinden mevcut kayıtlarla eşleştirin ve rezervasyonu bulduğunuz profile bağlayın. Emin değilseniz, rezervasyonu geçici bir kayıtta tutup ayrılıştan sonra birleştirin. Grup listelerini geldiği biçimde saklayın; ama listedeki misafirleri mevcut profillere girin, listenin kayıt oluşturmasına izin vermeyin. Profilde ne kaydettiğiniz, kaydı nasıl açtığınız kadar önemlidir: tekrar gelen misafir için ne kaydedilir, ne asla kaydedilmez ayrı bir konudur.

Kuralı insanların göreceği yere yazın. Masaya yapıştırılmış tek sayfalık bir kâğıt, kimsenin açmadığı bir klasördeki politikadan daha iyi iş görür.

İki kaydı birleştirmeden önce ne karşılaştırılmalı?#

Kimliği karşılaştırın, isimleri değil: bir birleştirme, en az iki bağımsız alan uyuştuğunda ve hiçbir şey çelişmediğinde güvenlidir.

Bir kişiyi tanımlayan alanlar şunlardır: belge türü ve numarası, doğum tarihi, cep numarası, e-posta, uyruk ve adres. Bu alanlardan ikisinin uyuşması çalışan bir eşiktir; biri değildir. İsim kanıt değildir: yaygın isimler tekrar eder, babalar ve oğullar aynı ismi taşır ve harf çevirisi iki farklı kişiyi ekranda aynı gösterebilir.

Çelişki testini çalıştırın: aynı gece iki farklı odada iki konaklama varsa bu, iki kaydı olan bir misafir değil, iki kişidir. Paylaşılan iletişim bilgilerine dikkat edin; bir aile e-postası ya da şirket telefonu iki farklı misafiri tek kişi gibi gösterebilir. Belge türünü de kontrol edin: kimlik kartı numarası ile pasaport numarası farklı tanımlayıcılardır ve ikisi de aynı kişiye ait olabilir; yani buradaki bir uyuşmazlık iki kişi olduğunun kanıtı değildir. Kanıt zayıfsa birleştirmeyin. İki kaydı bir notla bağlayın ve bir sonraki konaklama kararı versin; yanlış bir birleştirme, bir mükerrer kayıttan daha pahalıdır.

Güvenli birleştirme yöntemi nedir ve kim yapabilir?#

Sabit bir sırayla birleştirin: kalacak kaydı seçin, parçaları taşıyın, diğerini bir yönlendirmeyle kapatın ve kimin, neden yaptığını yazın.

Kalacak kaydı yaşa göre değil kanıta göre seçin: doğrulanmış belge numarası olan ve en uzun geçmişi taşıyan kayıt, en son açılmış olan değil. Taşıyın, kopyalamayın: konaklamalar, notlar, tercihler ve açık kalemler kalacak kayda taşınır; hiçbir şey çoğaltılmaz, yoksa birleştirme yalnızca yeni bir sorun yaratmış olur. Kapatın, silmeyin: kaybeden kayıt numarasını ve kalacak kayda bir yönlendirmeyi korur; böylece eski bir belge numarası, fatura referansı ya da e-posta hâlâ bir kişiye çözümlenir.

Riskli olanlarda iki çift göz: açık bir bakiyeye, açık rıza kaydına ya da belge numarasına dokunan her birleştirme, adı belli bir kişi tarafından ikinci kez kontrol edilir. Kimin yapabileceğini adıyla belirleyin: ön büro müdürü ve bir yardımcısı, kendi kullanıcı girişleriyle çalışır. Her kullanıcı değil; ve asla paylaşılan bir giriş değil, çünkü kayıt defteri ancak bir kişiyi adıyla andığında bir değer taşır. Birleştirmeyi kayda geçirin: tarih, iki kayıt numarası, karşılaştırdığınız alanlar, kanıt ve kararı veren kişi. Yanlış bir birleştirmeyi geri almayı sağlayan şey bu kayıttır. Birleştirmeden önce her iki kaydın ne içerdiğini not edin ki geri alma, tahmin değil, geri yükleme olsun.

İki kayıt tek kayda inince ne korunmalı?#

Olan biteni ve misafirin neyi kabul ettiğini kanıtlayan her şey korunur; konaklama geçmişi, rıza izi ve verilmiş belgeler, otelin birleştirme anında elinde bulunan atılacak şeyler değildir.

Konaklama geçmişi kalacak kayda taşınır: gece sayısı, fiyat, oda ve harcama; böylece misafirin değeri ve örüntüsü bir sonraki girişte görünür olur. İki kayıt tercihlerde çelişiyorsa, en son söyleneni ve tarihini tutun; ortalamayın ve hangisinin doğru olduğunu tahmin etmeyin. Her rıza kaydı bir tarihe, bir amaca ve bir metne bağlıdır. İkisini de koruyun ve kalacak kaydın, sürdürülecek işlemi kapsayan bir rıza gösterdiğinden emin olun; göstermiyorsa misafire yeniden sorun.

Açık bir misafir hesabı bilinçli olarak kapatılır ya da aktarılır, notuyla birlikte. Asla sessizce birleştirilmez; kapanmış bir hesap kendi kaydında kalır. Verilmiş belgeler, faturalar, e-faturalar ve misafir kimlik bildirimleri (KBS) gönderildikleri hâlde kalır; birleştirme bir belgeyi yeniden yazmaz. Notlar ve şikâyetler özlerini korur, tekrarlar düşer ve taşınan her notun tarihi kalır.

Üç ayda bir yapılan temizlik nasıl yeni sorun yaratmadan yürütülür?#

Hafızadan değil, sistemin ürettiği bir listeden çalışın: önce telefon, e-posta ve belge numarasında birebir eşleşmeler, sonra soyadı artı adın ilk harfinde yakın eşleşmeler.

Listeyi her üç ayda sabit bir tarihte oluşturun; böylece temizlik, kötü bir varışa tepki değil, bir rutin olur. Son konaklama tarihine göre sıralayın: yeni mükerrer kayıtlar en önemlileridir, çünkü bir sonraki varışı etkilerler; 2019'dan beri gelmemiş bir çift bekleyebilir. Oturumu kişi başına yirmi ile otuz birleştirme arasında sınırlayın; dikkat bundan sonra düşer ve dikkatsiz bir birleştirme, bir mükerrer kayıttan kötüdür.

Listeye bir sahip ve bir kontrolcü verin ve her birleştirmeyi aynı dosyaya kaydedin ki çeyreğin işi tek yerden denetlenebilsin. İki sayı ölçün: kaç mükerrer kayıt kapattınız ve son temizlikten bu yana kaç yenisi oluştu. İkinci sayı, giriş kurallarının işleyip işlemediğini söyler. Nedeni geri besleyin: yeni mükerrer kayıtların çoğu tek bir kanaldan ya da tek bir vardiyadan geliyorsa, yalnızca kayıtları değil, oradaki eşleştirme kuralını ya da eğitimi düzeltin. Temizliği bir veri projesine dönüştürmeyin; başı ve sonu olan bir bakım işidir ve yapay zekâ projesinden önce otel verisinin düzeltilmesi dediğimiz daha geniş işin içine oturur.

Birleştirme gizlilik ve saklama açısından neyi değiştirir?#

Birleştirme, bir kişiyle ilgili daha fazla veriyi tek yerde toplar; bu yüzden saklama süresi ve rıza izi bilinçli biçimde ele alınmalıdır.

Saklama süresi, birleştirme tarihinden değil son konaklamadan işler. İki eski kaydı birleştirmek, otelin onları ne kadar tutacağını uzatmamalıdır. İmha zamanında birleşik kayıt tek parça olarak gider; ve kapatılan kayıtta bırakılan yönlendirme, sistemde kişisel veriyi canlı tutmamalıdır. Kendisi hakkında otelin ne tuttuğunu soran bir misafir tek bir yanıt almalıdır: birleştirme bunu kolaylaştırır, mükerrer kayıt yanlışlaştırır.

Birleştirme, işlemeye yeni bir hukuki dayanak yaratmaz. Kalacak kayıt, sürdürülecek işlemi kapsayan bir rıza göstermelidir; göstermiyorsa misafire yeniden sorulur. Sağlık, din ve benzeri konulardaki hassas notlar hiç olmamalıdır; varsa, birleştirme onları birleştirmek değil kaldırmak için doğru andır. Kendi saklama süreleriniz ve imha yükümlülükleriniz, kayıt türünüze ve ölçeğinize bağlıdır; başka bir otelin tablosunu kopyalamak yerine kendi durumunuzu bir hukuk danışmanıyla teyit edin. Temel tablo için saklama ve imha tablosu hazırlamaya ayrı bir yazımız vardır.

Şimdi ne yapmalı#

Bu hafta tek sayfalık giriş kuralını yazın ve bu çeyreğin takvimine ilk mükerrer kayıt listesini koyun. Yazının parçaları tam bu sırayla birbirine bağlanır: klavyede önleme, birleştirmeden önce kanıt, adı belli bir kişiyle sabit bir yöntem, geri almayı sağlayan bir kayıt ve veritabanını düzenlediğiniz günü değil, misafirin son konaklamasını izleyen bir saklama süresi.