PMS kullanıcı yetkileri: rol bazında kurulum kontrol listesi

PMS kullanıcı yetkileri, otelin yönetim sisteminde verilen tek tek erişim haklarıdır: bir harcamayı iptal etmek, misafir verisini dışa aktarmak gibi. Yetkileri kişiye göre değil role göre tanımlayın: her işe yalnızca gerektiği kadar hak verin, hassas olanları iki kişiye bölün, herkese kendi girişi olsun ve listeyi her üç ayda bir gözden geçirin.

Saat 03:40'ta gece görevlisi bir minibar harcamasını iptal eder ve ardından gün sonunu kapatır. Tek bir giriş ikisini de yapabiliyorsa, kayıtta bir kişi değil bir kullanıcı görünür ve iptalin düzeltme mi yoksa kayıp mı olduğunu sonradan kimse söyleyemez. Bu yazının sonunda elinizde tam bir kurulum olur: hangi yetkiler gerçek risk taşır, roller görevlerden nasıl kurulur, görevler nasıl ayrılır, girişler ve insan olmayan hesaplar nasıl yönetilir, ilk haftadan sonra düzeni ayakta tutan alışkanlıklar nelerdir.

PMS kullanıcı yetkileri nedir ve neden otelin parasıyla misafir verisini taşır?#

Yetki, otelin yönetim sistemindeki (PMS) tek bir haktır; sistem, rezervasyonları, misafir hesabını ve iş gününü tutan yazılımdır. Rol ise bir işe verilen, adlandırılmış bir yetki demetidir. İki kelimeyi baştan ayırın: yetkiyi sistem işlem anında denetler, rol yalnızca birçok yetkiyi tek seferde dağıtmanın kolay yoludur.

Sistemin içinde önemli olan üç şey vardır: misafir hesabındaki para, kimlik bildirimlerinde kullanılan kimlik verisi ve kapanmış iş günü. Bir çalışanı bu kayıtlardan ayıran tek şey yetkidir. KVKK'ya (kişisel verilerin korunması kanunu) göre veri sorumlusu, kişisel verilerin hukuka aykırı işlenmesini ve bu verilere hukuka aykırı erişilmesini önlemek için gerekli her türlü teknik ve idari tedbiri almak zorundadır; verileri kendi adına başkası işliyorsa bu tedbirlerden onunla birlikte sorumludur (Kanun No. 6698, madde 12). Kendi yükümlülüklerinizi bir hukuk danışmanıyla teyit edin.

Çalışma kuralı en az yetkidir. NIST sözlüğü, CNSSI 4009-2022'ye dayanarak bu ilkeyi, kullanıcıların ve onlar adına çalışan süreçlerin erişim yetkilerinin verilen görevleri yerine getirmek için gereken asgari düzeye sınırlanması olarak tanımlar (NIST CSRC, Sözlük, 2022 (yeni sekmede açılır)). Kurumun Kişisel Veri Güvenliği Rehberi (yeni sekmede açılır) (Nisan 2025) de çalışanlara yalnızca iş, yetki ve sorumlulukları için gerekli ölçüde, kullanıcı adı ve şifreyle erişim verilmesini, "izin verilmedikçe her şey yasaktır" ilkesine dayalı bir erişim yetki ve kontrol matrisi kurulmasını önerir.

Bugün uygulayabileceğiniz bir karar kuralı: bir hakkı gerektiren görevi adlandıramıyorsanız, o rolde o hak olmamalı. Satıcınızdan dışa aktarılabilir bir yetki listesi isteyin ki onayladığınız matrisle sistemin fiilen uyguladığı matris aynı olsun. Sistem değerlendirirken bu konu, PMS seçiminde yazılım firmasına sorulacak sorular arasında yer almalıdır.

Hangi yetkiler gerçek mali ve gizlilik riskini taşır?#

Yanlış rolde durduğunda işin çoğunu beş hak bozar: harcama iptali, fiyat müdahalesi, ücretsiz oda, misafir verisi dışa aktarımı ve kapanmış günün yeniden açılması. Geri kalanlar genellikle iş tanımını izleyebilir.

İptal, silme değildir. Düzeltme, özgün kaydın iptali ve ters kayıtla yapılır; özgün kayıt görünür kalır. Risk düzeltmenin kendisi değil, kimsenin incelemediği hacimdir. Fiyat müdahalesi odanın kazancını sessizce değiştirir ve yoğun bir haftanın içinde saklanması kolaydır, çünkü rezervasyon normal görünür. Ücretsiz oda, ödeme izi bırakmadan gelirden vazgeçmek demektir; bu yüzden üzerinde genellikle ikinci bir isim gerekir.

Misafir verisi dışa aktarımı, profilleri, iletişim bilgilerini ve kimlik verisini sistemin ve sizin kontrolünüzün dışına kopyalar; dışa aktarma hakkı görüntüleme hakkından dar olmalı, geniş değil. Kapanmış bir günün yeniden açılması, bildirilmiş rakamları değiştirir; bu nedenle muhasebe sorumlusuna ya da genel müdüre aittir ve yazılı bir gerekçe bırakmalıdır. Beşi için önceden üç şeyi kararlaştırın: kim tutabilir, kayıt ne göstermeli, o kaydı kim okuyacak.

Görevler departman bazında rollere nasıl bağlanır?#

Her departmanın sistemde fiilen ne yaptığını yazın, sonra tam o görevleri kapsayan, fazlasını kapsamayan roller kurun. Sıra önemlidir: önce görevler, sonra roller, en son kişiler.

Departman bazında bir görev envanteriyle başlayın: resepsiyon, rezervasyon, kat hizmetleri, restoran ve bar, muhasebe, gelir yönetimi, bilişim ve genel müdürün ofisi. Her biri için bir sayfa yeter. Görevleri altı ila on role gruplayın; daha az rol aşırı yetki verdirir, çok daha fazlası matrisi bakılamaz hâle getirir. Rollere işin adını verin, asla kişinin adını değil: "gece görevlisi" personel değişiminde ayakta kalır, bir kişinin adı kalmaz.

Her role varsayılan bir görünüm ve yalnızca görevlerinin gerektirdiği menüler verin ki resepsiyon görevlisi her sabah fiyat yönetimi ekranına düşmesin. Her rolle giriş yapın ve o rolün yapmaması gereken bir görevi deneyin; sistem reddetmeli ve o reddediş, rolün doğru kurulduğunun kanıtıdır. Sonucu rol bazında yetki matrisi olarak bir tabloya işleyin, tarihleyin, genel müdür ve muhasebe sorumlusu imzalasın. Bir grupta aynı rolleri tüm tesislerde yeniden kullanın ki bir transfer yeni bir yetki seti doğurmasın.

Görevler ayrılığı ve gerekçe kodları neden bir arada durur?#

Görevler ayrılığı, tek bir kişinin riskli bir işlemi tek başına tamamlamasını engeller; gerekçe kodları, kalan istisnaları okunur kılar. İkincisi olmadan ilki, kimsenin yorumlayamadığı bir kayıt üretir.

NIST sözlüğü, NIST SP 800-192'ye dayanarak görevler ayrılığını, hiçbir kullanıcıya sistemi tek başına kötüye kullanabileceği kadar yetki verilmemesi ilkesi olarak tanımlar; ilke çatışan rollerle durağan ya da erişim anında, örneğin iki kişi kuralıyla dinamik biçimde uygulanır (NIST CSRC, Sözlük, 2026 (yeni sekmede açılır)). Oteldeki klasik çatışma parayı almak ile kaldırmak arasındadır: ödemeyi alan kişi, ikinci bir isim olmadan aynı ödemeyi iptal edebilmemelidir. İkinci çatışma gecenin içindedir: gün sonunu kapatan kişi aynı oturumda serbestçe harcama işleyip iptal edebilmemelidir, çünkü herkesin sonradan güvendiği rakam kapanış rakamıdır.

Gerekçe kodu listesini kısa ve sabit tutun, örneğin misafir şikâyeti, yanlış oda, minibar hatası, yönetim ikramı; altına serbest metne izin verin. Otuz kodluk liste görmezden gelinir. Ücretsiz odalar ve belirleyeceğiniz eşiğin üzerindeki iptaller için iki kişi kuralı uygulayın: biri girer, öbürü kendi kimlik bilgisiyle onaylar ve iki isim de kayıtta kalır. Üç kişinin her şeyi yaptığı küçük bir otelde görevler ayrılığını uygulamak olanaksız olabilir. O zaman hakları koruyun ama telafiyi ertesi sabah mal sahibinin ya da dış bir muhasebecinin incelemesiyle sağlayın; asla ortak bir girişle değil. Yapay zekâ destekli akışlarda da aynı fikir, hangi eylemlerin bir kişinin onayını beklemesi gerektiği sorusuna uzanır.

Paylaşımlı terminalde bile neden kişi başına tek giriş önemlidir?#

Terminal paylaşılabilir; hesap paylaşılamaz. İki kişi tek girişi kullandığı anda sistem kimin ne yaptığını söyleyemez ve sonraki her inceleme tahmine dayanır.

Kayıt, bütün kurulumun ürünüdür. Kayıtta "resepsiyon" yazıyorsa iptal, müdahale ve dışa aktarım bir kişiye değil bir masaya atfedilmiştir. Makineyi paylaşımlı, hesabı kişisel tutun: aynı terminalde kısa bir PIN ya da kart okuyucuyla bireysel giriş ya da vardiyalar arasında hızlı kullanıcı değişimi. Masadan kalkınca ekranı kilitleyin ve yönetici oturumunu sıradaki kişiye açık bırakmayın.

Yönetici hakları, Kurumun rehberde önerdiği gibi yalnızca yönetsel işler için kullanılan ayrı bir hesaba aittir; güvenilen kişinin günlük hesabına değil. Maliyeti dürüstçe tartın: bireysel giriş vardiyada saniyeler alır, açıklanamayan bir iptal ise günler süren bir inceleme ve kimsenin hoşlanmadığı bir konuşma demektir. Bir yöneticinin görevlinin terminalinde şifre yazması alışkanlığına dikkat edin; bu, araya birkaç adım konmuş ortak kimlik bilgisidir.

İnsan olmayan hesaplar ne olur: entegrasyonlar, satıcı desteği ve yapay zekâ asistanları?#

İnsan olmayan her hesap, arkasında yüzü olmayan bir giriştir; bu yüzden bir ada, bir sahibe, çalışmasını sağlayan en dar yetkilere ve kayıttaki kendi satırına gerek duyar. Bu, temel otel sistemlerinin birbirine nasıl bağlandığı konusunun bir parçasıdır.

Her entegrasyona kendi hesabını verin: kanal bağlantısı, muhasebe aktarımı, kapı kilidi sistemi, e-fatura entegratörü. Bağlantı başına bir hesap, ne okuduğu ve ne yazdığı belgelenmiş. Satıcı destek erişimi adlandırılmış, önceden onaylanmış, belirli bir süreyle sınırlı ve oturum bitince kapatılmış olmalı; bir oturum kaydı isteyin ve iş kaydıyla birlikte saklayın.

Yapay zekâ asistanları için satıcıdan bağımsız tek ilke geçerlidir: asistan, adına hareket ettiği kişinin yetkileriyle çalışır, asla süper kullanıcı hesabıyla değil ve hassas her adım bir kişi tarafından onaylanır. Asistanın kendi hesabının yanına istekte bulunan kullanıcıyı da kaydedin ki asistan üzerinden yapılan işlem yine bir insana işaret etsin. Kimlik bilgilerini bilen biri ayrıldığında ortak entegrasyon hesaplarının bilgilerini yenileyin ve değişikliği matrise not edin. İnsan olmayan hesapları insanlarla aynı takvimde gözden geçirin; kimsenin açtığını hatırlamadığı hesaplar onlardır. Paylaşımlı yazılımda ayrıca her otelin verisinin nasıl ayrı tutulduğunu kontrol edin.

İlk kurulumdan sonra hangi düzen yetkileri doğru tutar?#

Üç alışkanlık: giren, yer değiştiren ve ayrılan kişileri olduğu gün ele almak, günlük bir istisna raporu okumak ve isimli, tarihli bir üç aylık erişim gözden geçirmesi yapmak.

Yeni gelen, başlangıç tarihinde matristen bir rolle hesap alır; asla bir meslektaşın hesabının kopyasını değil, çünkü kopya kimsenin seçmediği haklar taşır. Yer değiştiren sessiz başarısızlıktır: yeni rolü eklemek kolaydır, eskisini kaldırmak unutulur ve kişi iki işin birleşimiyle kalır. Ayrılan, ay sonunda değil son vardiyesinde kapatılır; Kurumun rehberi, ilişiği kesilen çalışanların hesaplarının zaman kaybetmeden silinmesini ya da girişlerinin kapatılmasını ister (KVKK, Kişisel Veri Güvenliği Rehberi, Nisan 2025).

Günlük istisna raporu iptalleri, ücretsiz odaları, fiyat müdahalelerini, veri dışa aktarımlarını, yeniden açılan günleri, başarısız girişleri ve normal saatler dışındaki etkinliği listeler. Adı yazılı biri okur ve imzalar. Üç aylık gözden geçirmede kullanıcı listesi dışa aktarılır ve her departman müdürü her hesabı onaylar ya da kaldırır; atıl (kullanılmayan) hesaplara bakın, yönetici hesaplarını sayın ve listenizi satıcınınkiyle karşılaştırın. Tarihli kayıtları saklayın: KVKK'ya göre veri sorumlusu teknik ve idari tedbir almak zorundadır ve gösteremediğiniz bir tedbiri sonradan savunmak zordur. Saklama, silme yükümlülüklerinizi ve size uygulanabilecek kayıt yükümlülüklerini bir hukuk danışmanıyla ya da muhasebecinizle teyit edin; blog yazısından değil.

Şimdi ne yapmalı#

Bugün geçerli kullanıcı listenizi dışa aktarın ve beş hassas hakkı kimin tuttuğunu işaretleyin: iptaller, fiyat müdahaleleri, ücretsiz odalar, misafir verisi dışa aktarımları ve yeniden açılan günler. O tek sayfa, riskin nerede durduğunu gösterir ve bu kontrol listesinin geri kalanı üzerine kurulacak belgedir: görevlerden roller, hassas haklarda görevler ayrılığı, kişi başına tek giriş, insan olmayan her şey için dar hesaplar ve bir olaydan sonra değil takvime göre yapılan gözden geçirme.