Komanda və idarəetmə
Otel proqramında istifadəçi rolları və giriş icazələri
Resepsiyon, housekeeping və rəhbərlik üçün PMS icazələrini planlaşdırın. Rol cədvəli, yeni əməkdaş və işdən ayrılma üzrə praktik yoxlama siyahısı.

Qısa cavab
Otel proqramında icazələri vəzifənin adına deyil, əməkdaşın yerinə yetirdiyi işlərə görə verin. Baxış, yaratma, dəyişiklik və təsdiq ehtiyacını ayırın. Hər əməkdaş üçün ayrıca hesab, sınaqdan keçirilmiş rol və iş dəyişəndə yenidən baxış qaydası qurun.
Kiçik oteldə bir əməkdaş həm bron qəbul edir, həm də ödəniş qeyd edir. Başqa əməkdaş yalnız otağın təmizliyini yeniləyir. Hamısına eyni giriş verilməsi rahat görünə bilər, amma kimə hansı məlumatın və əməliyyatın lazım olduğunu qeyri-müəyyən saxlayır.
Otel proqramında istifadəçi rollarının məqsədi işi yerinə yetirməyə kifayət edən giriş yaratmaqdır. Bu yazı Azərbaycan otelləri üçün praktik rol planıdır. Buradakı cədvəl hər proqramda hazır rolun adı və ya bütün sadalanan nəzarətlərin BirOtel-də avtomatik mövcudluğu barədə iddia deyil.
Rol, hesab və icazə nədir?
Hesab konkret əməkdaşın sistemə girişidir. Rol oxşar işi yerinə yetirən əməkdaşlar üçün icazələr toplusudur. İcazə isə məlumatı görmək və ya müəyyən əməliyyatı aparmaq imkanını ifadə edir.
NIST-in minimum səlahiyyət izahı girişin tapşırıq üçün lazım olan hədlə məhdudlaşdırılmasını əsas götürür. Otel üçün praktik sual budur: bu əməkdaş gündəlik işini görmək üçün hansı bölməyə və hansı əməliyyata ehtiyac duyur? Hər ehtiyac ayrıca yoxlanmalıdır.
İşi əməliyyatlara bölün
“Resepsiyon hər şeyi görsün” əvəzinə konkret addımlar yazın: bron yaratmaq, qonaq axtarmaq, ödəniş qeyd etmək, endirim dəyişmək və ya hesabat ixrac etmək. Eyni bölməni görmək ilə oradakı məbləği dəyişmək fərqli ehtiyaclardır.
| İş rolu | İş və ayrıca qiymətləndirilən giriş |
|---|---|
| Resepsiyon | Bron, giriş-çıxış və qonaq hesabı. Tarif qaydasını dəyişmək ayrıca qərardır. |
| Təmizlik | Otaq vəziyyətini görmək və yeniləmək. Maliyyə hesabatları ayrıca qərardır. |
| Rəhbərlik | Nəticələri və istisnaları nəzərdən keçirmək. Sistem idarəetməsi ayrıca qərardır. |
| Sistem məsulu | İstifadəçi və rol sazlaması. Gündəlik kassa əməliyyatları ayrıca qərardır. |
Bu, başlanğıc nümunəsidir. Bir şəxs iki işi görürsə, ehtiyaclar birləşdirilə bilər; lakin vəzifə dəyişəndə əvvəlki girişin qalması avtomatik qərar olmamalıdır. Girişin səbəbini və təsdiq edən şəxsi qeyd edin.
Təsdiq qaydası ilə proqram imkanını qarışdırmayın
Otel endirim və ödəniş düzəlişi üçün rəhbər təsdiqi tələb edə bilər. Bu daxili qaydanın olması proqramda avtomatik ikimərhələli təsdiq mexanizmi olduğunu göstərmir. Hansı əməliyyatın sistemdə məhdudlaşdırıldığını, hansının prosedurla idarə olunduğunu ayrıca yazın.
Housekeeping əməkdaşına otaq və hazırlıq məlumatı lazım ola bilər, amma tam qonaq tarixçəsi hər iş üçün lazım deyil. Qonaq bazası təlimatında olduğu kimi, məlumatı istifadə məqsədinə uyğun saxlayın. Şəxsi qeydləri komandanın hamısına açıq iş siyahısına köçürməyin.
Yeni əməkdaş üçün yoxlama siyahısı
- Yerinə yetirəcəyi işləri və məsul rəhbəri müəyyən edin.
- Ayrıca istifadəçi hesabı yaradın və uyğun rolu seçin.
- Təlim məlumatı ilə icazəli əməliyyatları sınaqdan keçirin.
- İcazəsiz bölmə və əməliyyatların məhdud olduğunu yoxlayın.
- Növbə sonunda çıxış və ortaq cihaz qaydasını izah edin.
- Girişə yenidən baxılacaq tarixi qeyd edin.
Parolu ortaq kağızda və ya ümumi mesaj qrupunda paylaşmaq əvəzinə otelin təsdiqlənmiş hesab təqdimetmə üsulundan istifadə edin. İki əməkdaşın eyni hesabla işləməsi əməliyyatın kimə aid olduğunu ayırmağı çətinləşdirir. Ayrıca hesab isə öz-özlüyündə tam audit tarixçəsinin mövcudluğunu sübut etmir.
Praktik sınaq nümunəsi
Təlim ssenarisində housekeeping əməkdaşı otağın hazır olduğunu bildirməlidir, lakin gəlir hesabatını açmağa ehtiyac duymur. Sınaq hesabı ilə otaq işini yerinə yetirin, sonra hesabatlara girişin məhdud olduğunu yoxlayın. Yalnız menyunun görünməməsi ilə kifayətlənməyin; proqramın dəstəklənən sınaq üsulu ilə əməliyyat səviyyəsini də yoxlayın.
Bunu real qonaq məlumatı olmayan təlim mühitində edin. Proqram istənilən ayrımı dəstəkləmirsə, fərqi qeyd edib təchizatçı ilə uyğun iş qaydası seçin. Bu ssenari proqramın təhlükəsizlik auditini və ya nəticə zəmanətini əvəz etmir.
Vəzifə dəyişəndə və əməkdaş ayrıldıqda
Dəyişiklik tarixində giriş ehtiyacını yenidən nəzərdən keçirin. Açıq işləri başqa əməkdaşa ötürün və dəstəklənən üsulla artıq lazım olmayan hesab girişini dayandırın. Keçmiş əməliyyatları sadəcə siyahını təmizləmək üçün silməyin.
Ortaq cihazlarda qalmış sessiyalar və əlaqəli girişlər üzrə də təminatçının dəstəklədiyi bağlama qaydasını yoxlayın. Rolun dəyişməsi ilə bütün açıq sessiyaların dərhal bağlandığını fərz etməyin. Bulud proqramı seçimi yazısında xidmət məsuliyyətlərini ayrıca razılaşdırmağın əhəmiyyəti izah olunur.
BirOtel-də nəyi yoxlamaq olar?
BirOtel istifadəçilər və rollar, modul və əməliyyat səviyyəsində icazələr təqdim edir. Resepsiyon, rəhbərlik və təsərrüfat xidməti üçün sınaq hesabları ilə fərqli görünüş və əməliyyatları yoxlayın. Cari istifadəçi limitlərini planlardan dəqiqləşdirin.
MFA, SSO, avtomatik sessiya ləğvi, dəyişməz audit jurnalı və ikili təsdiq bu yazıda təsdiqlənmiş imkan kimi verilmir. Bunlar tələbinizdirsə, ayrıca nümayiş və təsdiq istəyin.
Tez-tez verilən suallar
Kiçik otelə ayrıca hesablar lazımdır? Komanda üzvlərinin işini və girişini ayırmaq üçün faydalıdır; hesab sayı ilə real əməkdaş ehtiyacını planlaşdırın.
Rəhbərə bütün texniki icazələr verilməlidir? Vəzifə adı təkbaşına əsas deyil. Lazım olan işləri müəyyən edin.
Menyu gizlidirsə, icazə düzgün qurulub? Təkcə görünüş yetərli yoxlama deyil; əməliyyatın həqiqətən məhdud olduğunu dəstəklənən sınaqla təsdiqləyin.
Bu bələdçilər BirOtel tərəfindən hazırlanır. Ümumi metodlar, şərti nümunələr və məhsulun mövcud imkanları ayrıca göstərilir. Mənbələr aid olduqları hissələrdə qeyd edilir.
[email protected]Oxuduqlarınızı öz otelinizdə yoxlayın
Otaq fondunuzu və gündəlik iş axınınızı əsas götürərək BirOtel-in uyğunluğunu canlı nümayişdə qiymətləndirin.

