Sigurno upravljajte zaposlenicima i ulogama

Odvojite korisnika, ulogu i dozvolu

Korisnik pripada jednoj osobi sa svojim imenom i e-mailom. Uloga opisuje posao kao što je recepcija ili kućanstvo. Dozvole odlučuju može li čitati, pisati ili upravljati.

Hotel Nordlicht počinje s profilima menadžmenta, recepcije, domaćinstva i financija. Jedna osoba može pokrivati nekoliko zadataka, ali i dalje koristi jedan osobni račun i najmanju odgovarajuću ulogu.

Držite tri pojma odvojeno. Korisnik je jedna osoba koja se može identificirati s osobnim vjerodajnicama, jezikom i aktivnim stanjem. Uloga grupira odobreni opseg posla. Dopuštenje omogućuje konkretnu radnju kao što je čitanje rezervacija, promjena financijskih postavki ili upravljanje korisnicima. Nikada ne stvarajte zajedničkog korisnika "prijema", jer akcije, pogreške i kasnije revizije više ne bi pripadale jednoj osobi. Mapirajte svakog zaposlenika s točnim hotelom i izbjegavajte nošenje dopuštenja od druge odgovornosti samo radi praktičnosti. Uloge sustava osiguravaju održavanu osnovnu liniju; prilagođene uloge opravdane su samo stabilnom operativnom potrebom. Dokumentirajte vlasnika uloge i datum odobrenja. Prije konfiguracije napišite planirani skup zadataka i osjetljiva izuzimanja. Model je spreman kada menadžment može objasniti tko je ta osoba, zašto uloga postoji i koje točno radnje odobrava ili uskraćuje bez oslanjanja na neformalni naziv posla.

Planiraj zadatke prije dopuštenja

Navedite pet do deset čestih zadataka po radnom mjestu. Recepcija radi s rezervacijama, gostima i porukama; pospremanje s dnevnim planom; financije s dokumentima i plaćanja; upravljanje s izvješćima i konfiguracijom.

Označi treba li svaki zadatak pristup za čitanje ili pisanje. Gledanje soba ne podrazumijeva upravljanje dostupnošću; pregled računa ne podrazumijeva korekciju plaćanja. Nemojte omogućiti module "za svaki slučaj".

Dizajnirajte pristup od zadataka i rizika. Navedite što recepcija, kućanstvo, financije, menadžment i privremena zaštita moraju učiniti u normalnoj smjeni, a zatim identificirajte najmanji potrebni skup podataka i radnji. Odvojeno čitanje, stvaranje, uređivanje, odobravanje, izvoz i administracija tamo gdje proizvod to podržava. Obratite posebnu pozornost na podatke gostiju, dokumente, plaćanja, cijene, postavke hotela i korisničku administraciju. Osoba koja treba izvješće ne treba automatski prava konfiguracije; domaćica koja ažurira posao u sobi ne treba financiranje gostiju. Definirajte hitnu eskalaciju umjesto dodjeljivanja stalnog administratorskog pristupa svakom korisniku. Zabilježite koje radnje zahtijevaju drugo odobrenje ili kasniji pregled. Usporedi plan sa stvarnim zamjenskim aranžmanima i podrškom izvan radnog vremena. Planiranje zadataka prolazi kada svako dopuštenje podržava imenovani tijek rada, svako osjetljivo izuzimanje ima operativnu alternativu i ne postoji nikakva povlastica samo zato što "jednog dana može biti korisno".

Pregledaj uloge sustava i namjerno dodaj prilagođene uloge

Otvori Postavke → Korisnici i uloge. STRYK nudi profile vlasnika, administratora, recepcije i domaćinstva kao početne profile. Pregledaj opis, aktivno stanje, dodijeljene korisnike i dopuštenja modula.

Stvorite prilagođenu ulogu samo za trajan poseban posao, kao što su financije bez konfiguracije hotela. Koristiš jasan naziv i opis, odaberi potrebne module i potvrdi spremljeno stanje.

Pregledaj postojeće uloge sustava prije stvaranja prilagođene. Usporedi stvarna dopuštenja uloge s matricom zadataka i testirajte područja proizvoda koja izlaže. Odaberi najbližu baznu liniju s najmanje privilegijama, a zatim stvorite prilagođenu ulogu samo kada se ponavljajući posao ne može sigurno predstaviti. Dajte prilagođenim ulogama jasna imena na temelju odgovornosti, dokumentirajte njihovog vlasnika i izbjegavajte imena specifična za osobe koja postaju besmislena nakon kadrovskih promjena. Nikada nemojte kopirati administratorsku ulogu i ukloniti nekoliko vidljivih stavki bez testiranja skrivenih radnji. Ponovno otvori spremljenu ulogu i usporedi svako dopuštenje. Održavajte jednu kanonsku ulogu za isti posao umjesto nekoliko gotovo identičnih verzija. Ako nova značajka dodaje dopuštenje, pregledaj njegov učinak prije široke dodjele. Dizajn uloge prolazi kada odabrana uloga podržava sve potrebne zadatke, blokira nepovezane osjetljive radnje i ostaje razumljiva upravitelju koji je nije stvorio.

Sigurno kreirajte osobne korisnike

U korisničkom području odaberi Stvori korisnika i unesi puno ime, dostupnu pojedinačnu e-poštu i pripremljenu ulogu. Podijelite početnu lozinku na siguran način i provjeri pravopis e-pošte prije spremanja.

Hotel Nordlicht stvara zasebne korisnike za upravljanje, smjene na recepciji, održavanje i financije. Smjene mogu dijeliti ulogu, ali nikad račun.

Izradi jedan račun za navedenog zaposlenika koristeći potvrđenu poslovnu e-poštu i točan hotel. Postavi željeni jezik, aktivno stanje i odobrenu ulogu; nemojte unaprijed konfigurirati izmišljene osobne podatke kako bi snimke zaslona izgledale potpune. Omogućite integraciju putem odobrenog tijeka računa i zahtijevajte od zaposlenika da vjerodajnice budu tajne. Nikada nemojte slati zajedničku administratorsku lozinku u chatu ili je spremati u bilješku na recepciji. Potvrdi da se osoba može prijaviti i sleti na točan stanar i jezik. Pregledaj korisnički zapis nakon spremanja i provjeri da nije naslijeđena neželjena uloga. Za povišeni pristup, zabilježite odobravatelja i datum pregleda. Identitet kioska namjenski je tehnički korisnik specifičan za stanara i trebao bi otvoriti iskustvo kioska, a ne uobičajeni administrator; nije zamjena za račune zaposlenika. Stvaranje korisnika prolazi kada jedna stvarna osoba kontrolira jedan račun koji se može pripisati i ne smiju se dijeliti vjerodajnice ili uloge da bi se dovršila promjena.

Testirajte svaku ulogu s pozitivnim i negativnim slučajevima

Prijavite se s korisnikom za testiranje uloga i provjeri pozitivne slučajeve: recepcija dolazi do rezervacija i gostiju, održava dnevni plan, financira ispravan dokument. Koristiš označene testne podatke.

Zatim provjeri namjerna ograničenja. Ako zadatak nedostaje, promijeni središnju ulogu koristeći najmanju potrebnu dozvolu, ponovno se prijavite i ponovno testirajte dopuštene i blokirane slučajeve.

Testirajte svaku ulogu s pozitivnim i negativnim slučajevima dok si prijavljeni kao testni korisnik. Pozitivni slučajevi dokazuju potreban rad: recepcionar otvara i ažurira odobrenu rezervaciju, spremačica koristi zajednički dnevni plan, korisnik financija dolazi do željenog dokumenta, a uprava obavlja svoju ovlaštenu konfiguraciju. Negativni slučajevi jednako su važni: isti korisnici moraju očito pogriješiti pri pokušaju nepovezanih financija, administracije korisnika, osjetljivog izvoza gostiju ili hotelskih postavki. Testirajte izravnu navigaciju kao i skrivene unose izbornika; sigurnost se ne može osloniti samo na kariku koja nedostaje. Zabilježite ulogu, radnju, očekivani rezultat, stvarni rezultat i dokaze. Tretirajte grešku STRYK-ja koja i dalje mijenja podatke kao kritičnu grešku, a tretirajte lokalno simulirani uspjeh kao nevažeći. Ponovno testirajte nakon uređivanja uloga i nakon promjena materijalnog proizvoda. Uloga se odobrava samo kada potrebne radnje uspiju, zabranjene radnje ne uspiju na strani poslužitelja i rezultat preživi odjavu i novu prijavu.

Čisto rukovati poklopcem, promjenama uloga i ostavljačima

Za pokriće definirajte datume i konkretan dodatni zadatak. Razlikujte čitanje dokumenata od upravljanja plaćanjima i zabilježite kada se pristup mora vratiti u normalu.

Za trajnu promjenu posla ažurirajte osobnog korisnika umjesto stvaranja drugog računa. Onemogućite one koji su otišli do njihovog posljednjeg dana, ali sačuvajte povijest. Deaktivacija STRYK-a ne zamjenjuje potpuni hotelski popis iseljavanja.

Obradite prikrivanje, promjene uloga i napuštanja kao datumirane događaje pristupa. Za privremeno pokriće dodijeli najmanju dodatnu ulogu za definirano razdoblje, zabilježite odobravatelja i datum uklanjanja i izbjegavajte dijeljenje vjerodajnica. Kada zaposlenik promijeni odjel, usporedi stare i nove matrice zadataka i uklonite dopuštenja koja više nisu potrebna prije dodavanja novih. Na odlasku, odmah deaktivirajte osobnog korisnika, sačuvajte povijest revizije i ponovno dodijeli otvoreno operativno vlasništvo kao što su sobe za čišćenje ili odobrenja. Nemojte brisati račun da biste izbrisali povijest i nemojte ga ostavljati aktivnim "za svaki slučaj". Pregledaj aktivne sesije ili povezani pristup tamo gdje ga sustav pruža i promijeni sve dijeljene vanjske vjerodajnice koje je osoba legitimno znala. Neovisno testirajte zamjenskog zaposlenika. Događaj je završen kada bivši korisnik ne može pristupiti hotelu, potrebna povijest ostaje pripisiva, otvoreni rad ima novog vlasnika, a nasljednik ima samo odobrena trenutna dopuštenja.

Redovito pregledavajte i odobravajte pristup

Izvršite kratko mjesečno timsko usklađivanje i puni tromjesečni pregled uloga. Provjeri aktivne korisnike, poslove, sezonsko osoblje, naslovnicu, duplikate i neiskorištene uloge.

Datum snimanja, recenzent, promjene i sljedeći pregled. Hotel Nordlicht potvrđuje šest osobnih računa, četiri operativne uloge i nema zajedničke prijave.

Pokreni periodični pregled pristupa koristeći popis aktivnih korisnika, definicije uloga i nedavnu operativnu odgovornost. Za svakog korisnika potvrdi identitet, status zaposlenja ili ugovora, hotel, ulogu, povišena dopuštenja, posljednje odobrenje i kontinuiranu poslovnu potrebu. Pregledaj prilagođene uloge za dupliciranje i dopuštenja dodana novim značajkama. Uzorak revizijskih dokaza za osjetljive radnje vezane uz financije, goste, cijene i administraciju. Zamolite upravitelje da izričito odobre ili uklone pristup; šutnja nije odobravanje. Pratiš privremene potpore kojima je istekao krajnji datum i neaktivne račune koji su još uvijek omogućeni. Zabilježite datum pregleda, recenzenta, ispravke i dokaze o završetku bez kopiranja nepotrebnih osobnih podataka u drugu proračunsku tablicu. Ponovi nakon većih promjena osoblja ili proizvoda i u definiranim redovitim intervalima. Pregled je završen kada svaki aktivni račun ima trenutnog vlasnika i razlog, svaka uloga je prošla svoje testove, višak pristupa je uklonjen i menadžment može pratiti odluku iz središnjeg sustava.

Na kraju pregleda izvršite zasebnu provjeru stanara: svi aktivni korisnici trebaju pristupiti samo hotelu za koji su odobreni, a izravni zahtjevi s ID-om drugog stanara trebali bi biti neuspješni na strani poslužitelja. Testni certifikat ne smije sadržavati podatke o gostu ili lozinku; korisnik, uloga, hotel, akcija, očekivana zabrana i vrijeme su dovoljni. Na ovaj način, provjera autorizacije nije samo na razini izbornika, već zapravo provjerava i odvajanje podataka za više hotela.