Restoranda Rol Bazlı Yetkilendirme: Kim Neyi Görsün?

Restoranda rol bazlı yetkilendirme neden bir güvenlik değil, düzen meselesi?

Restoranda rol bazlı yetkilendirme, her çalışanın sistemde yalnızca işinin gerektirdiği ekranları görmesi ve yalnızca işinin gerektirdiği işlemleri yapabilmesi demektir. Garson masayı ve siparişi, kasiyer tahsilatı, yönetici ise menüyü, fiyatı ve raporları yönetir. Kâğıt üzerinde bu ayrım çok açık görünür. Pratikte ise küçük bir restoranda herkes aynı tablete, aynı şifreyle, aynı ekrana bakar; çünkü yoğun serviste "şunun hesabını bir sen aç" demek, yetki tanımlamaktan hızlıdır.

Sorun, bu hızın bedelinin görünmez olmasıdır. Servis sırasında kimse yetkiyi sorgulamaz. Ama ay sonunda kasada bir fark çıktığında, bir ikramın neden yapıldığı sorulduğunda ya da bir fiyatın kim tarafından değiştirildiği merak edildiğinde, "hepimiz aynı hesabı kullanıyorduk" cevabı hiçbir soruyu kapatmaz. Yetkilendirme, kimseyi suçlamak için değil; bu soruların cevabının baştan belli olması için kurulur.

Yetki sınırı olmayan restoranda neler ters gider?

Aşağıdaki durumların hiçbiri kötü niyet gerektirmez. Çoğu, sınırın olmamasından doğan sıradan kazalardır:

• Yanlış kişinin yaptığı fiyat değişikliği. Menüde bir ürünün fiyatını güncellemek isteyen garson yanlış kalemi düzenler; fark, ilk müşteri hesabı kapanana kadar fark edilmez.
• Sorumluluğu belirsiz ikramlar. İkram ve indirim herkese açıksa, hangisinin müşteri memnuniyeti için, hangisinin kasadaki bir hatayı kapatmak için yapıldığını ayırt etmek imkânsızlaşır.
• Gereksiz veri görünürlüğü. Günün cirosu, ürün bazlı kârlılık ve personel performansı herkesin ekranında duruyorsa, bu bilgi ekip içinde sürtüşme yaratır. Çoğu işletme sahibi bu rakamların yalnızca kendisinde ve müdürde kalmasını ister.
• Ayrılan personelin açık kalan erişimi. İşten ayrılan birinin ortak şifresi değişmediği sürece sistemde hâlâ "içeride" olduğu anlamına gelir. Ortak hesapla çalışan işletmede bu kontrolü yapmak, herkesin şifresini yenilemek demektir.

Aynı mantığın apartman ve site tarafındaki karşılığını sitelerde rol bazlı yetkilendirme yazısında anlattık. Restoranda fark, işlemlerin çok daha hızlı ve çok daha kalabalık bir ortamda yapılması: yetki modeli ne kadar sade olursa servisi o kadar az yavaşlatır.

Garson, kasiyer ve yönetici: kim neyi görsün?

Restoranlarda iş zaten üç katmanda döner. Yetki modeli bu doğal ayrımı sisteme taşıdığında hem öğrenmesi kolay hem de savunması rahat olur.

Garson: masa ve sipariş

Garsonun işi sorumlu olduğu bölümün masalarıdır. Sipariş alır ve durumunu ilerletir, garson çağrılarını karşılar, masa taşır, hesap açar. Bunun için menü fiyatlarını düzenlemesine, stok sayfasına girmesine ya da günlük ciroyu görmesine gerek yoktur. Garsonun ekranı ne kadar dar olursa servis sırasında yanlış yere dokunma ihtimali de o kadar düşer.

Kasiyer: tahsilat ve hesap kapanışı

Kasiyer garsonun yapabildiği her şeyin üstüne tahsilat yetkisi taşır: hesabı böler, nakit ve kart tahsilatı alır, fiş yazdırır, adisyonu kapatır. İkram ve indirim de bu katmanda, yetkiye bağlı bir işlem olarak durur. Hesabı bölme mantığını restoranda hesap bölme yöntemleri yazısında ayrıntılı ele aldık; burada önemli olan, bu işlemlerin garson hesabından değil, kasiyer rolünden yapılmasıdır. Böylece paranın el değiştirdiği her an, tek bir role bağlanır.

Yönetici: menü, kural ve rapor

Yönetici menüyü, fiyat kurallarını, kat planını, stok ve reçeteleri yönetir; personel davet eder ve rol atar; tüm raporları, denetim kaydını ve ayarları görür. Yani yapıyı değiştiren her şey bu rolde toplanır. Bir restoranda bu rolün kaç kişide olacağı bilinçli karar olmalıdır: yönetici rolü ne kadar az kişide kalırsa, bir değişikliğin kaynağını aramak o kadar kolay olur.

| Rol | Görür / yapar | Görmesi gerekmez | | --- | --- | --- | | Garson | Bölümündeki masalar, sipariş, garson çağrısı | Fiyat düzenleme, stok, ciro raporu | | Kasiyer | Tahsilat, hesap bölme, ikram ve indirim, fiş | Menü yapısı, personel rolleri | | Yönetici | Menü, stok, raporlar, denetim kaydı, personel | Platform düzeyi ayarlar |

İkram ve indirim yetkisi neden ayrı düşünülmeli?

Restoranda "yetki" konuşulunca akla ilk gelen şey ikram ve indirimdir; çünkü para değerinde, anlık ve geri alınması zor tek işlem budur. İyi bir model bu işlemi iki şekilde sınırlar. Birincisi, yalnızca yetkili roller yapabilir. İkincisi, yapılan her ikram ve indirim kayıt bırakır.

App-Rest'te kalem ikramı ve hesap indirimi tutar veya yüzde olarak uygulanır, yalnızca yetkili roller tarafından yapılabilir ve herhangi bir parça ödenmişse işlem reddedilir. Her biri denetim kaydına düşer. Bu tasarımın faydası şu: "Bu ikramı kim verdi?" sorusuna cevap vermek için kimseyi sorguya çekmeye gerek kalmaz; kayıt zaten oradadır. Denetim izinin neden önemli olduğunu denetim kaydının önemi yazımızda ayrıca anlattık. Yetki "kim yapabilirdi" sorusunu daraltır, denetim kaydı "kim yaptı" sorusunu cevaplar; ikisi birlikte çalışmadığında biri eksik kalır.

Rolleri kurarken izlenecek sıra

Yetki modelini sıfırdan kuran bir restoran için pratik bir sıra şöyle olabilir:

1. Önce kişileri değil rolleri yazın. "Ahmet neyi görsün" yerine "garson neyi görsün" sorusuyla başlayın. Kişi değiştiğinde rol aynı kalır.
2. Yönetici sayısını en aza indirin. Yapıyı değiştirme yetkisini gerçekten gerektiren kişilere verin.
3. Her çalışan kendi hesabıyla girsin. Ortak hesap, yetkilendirmenin ve denetimin ön koşulunu ortadan kaldırır. Ekip üyeleri davet koduyla katılır, rolleri panelden atanır veya kaldırılır; yani yeni biri başladığında ya da biri ayrıldığında ortak şifreyi değiştirmek gerekmez.
4. Bölüm sorumluluğunu rolle birlikte düşünün. Garsona yalnızca kendi bölümünün sipariş ve çağrıları düşer. Rol "ne yapabilir"i, bölüm ise "nerede yapar"ı belirler.
5. Şube sınırını açıkça tanımlayın. Çok şubeli işletmelerde bir personelin yalnızca kendi şubesine erişmesi, yetki modelinin en az konuşulan ama en önemli kısmıdır.

Yetki yükseltme neden veri katmanında engellenmeli?

Ekranda bir butonu gizlemek yetki değildir; yalnızca butonu görünmez kılmaktır. Gerçek yetkilendirme, kural ekran düzeyinde değil veri katmanında uygulandığında çalışır. App-Rest'te her rol yalnız kendi ekranlarını ve işlemlerini görür; yetki yükseltme veri katmanında engellendiği için bir personel kendi rolünü değiştiremez veya başkasının şubesine erişemez.

Bu ayrım, işletme sahibi açısından şu anlama gelir: ekranda bir menüyü görmemek ile o menünün arkasındaki işlemi yapamamak aynı şey değildir. Güvenmeniz gereken ikincisidir. Tarayıcıdan bir adresi elle değiştirerek yetkisi olmayan bir sayfaya girmeye çalışan biri de, bilmeden yanlış tuşa basan biri de aynı kuralla karşılaşır.

Yetkiler kasa ve stok süreçleriyle nasıl birleşir?

Yetkilendirme tek başına bir özellik değil, diğer süreçlerin zemini. Gün sonu kasa kapanışında, sayımı kimin yaptığı ve kimin onayladığı yetkiyle ilişkilidir; ayrıntıyı restoranda gün sonu kasa kapanışı yazısında bulabilirsiniz. Stok sayımında, mal kabulde ve reçete düzenlemesinde de aynı soru geri gelir: bu işlemi kim yapabilir, yapınca iz bırakır mı? Cevap her seferinde roldür.

Yetki modelinin kendisinin de zamanla gözden geçirilmesi gerekir. Sezon başında geçici personel alındığında, yeni şube açıldığında ya da bir kasiyer yönetici olduğunda roller güncellenmeli. Üç ayda bir yönetici rolündeki kişilerin listesine bakmak, çoğu işletme için yeterli bir kontrol ritmidir.

Küçük restoranda da gerekli mi?

Üç kişilik bir ekipte bu kadar ayrım fazla görünebilir. Ama yetkilendirme bürokrasi değil; işletme büyüdükçe düzeltmesi zorlaşan bir alışkanlıktır. Baştan garson, kasiyer ve yönetici ayrımıyla başlayan bir restoran, ikinci şubeye geçtiğinde sistemi baştan kurmak zorunda kalmaz. Ortak hesapla büyüyen işletmede ise her yeni personel, ortak şifreye bir kişi daha eklemek demektir.

Rollerinizi ve ekibinizi App-Rest üzerinde nasıl kurabileceğinizi görmek, mevcut düzeninizi bir yetki matrisine dökmek veya şube sayınıza göre bir kurulum konuşmak isterseniz App-Rest ürün sayfasını inceleyebilir, ardından bizimle iletişime geçebilirsiniz.