Varno upravljajte zaposlene in vloge

Ločeni uporabnik, vloga in dovoljenje

Uporabnik pripada eni osebi s svojim imenom in e-pošto. Vloga opisuje delo, kot je recepcija ali gospodinjstvo. Dovoljenja odločajo, ali lahko bere, piše ali upravlja.

Hotel Nordlicht se začne s profili upravljanja, recepcije, gospodinjstva in financ. Ena oseba lahko pokriva več nalog, vendar še vedno uporablja en osebni račun in najmanjšo ustrezno vlogo.

Ločite tri pojme. Uporabnik je ena določljiva oseba z osebnimi poverilnicami, jezikom in aktivnim stanjem. Vloga združuje odobren obseg dela. Dovoljenje omogoča konkretno dejanje, kot je branje rezervacij, spreminjanje finančnih nastavitev ali upravljanje uporabnikov. Nikoli ne ustvari skupnega uporabnika »sprejemanja«, ker dejanja, napake in poznejše revizije ne bi več pripadali eni osebi. Vsakega zaposlenega preslikajte v pravi hotel in se izogibajte prenašanju dovoljenj druge odgovornosti zgolj zaradi priročnosti. Sistemske vloge zagotavljajo vzdrževano osnovno linijo; vloge po meri so upravičene samo s stabilno operativno potrebo. Dokumentirajte lastnika vloge in datum odobritve. Pred konfiguracijo zapišite predviden nabor opravil in občutljive izključitve. Model je pripravljen, ko lahko vodstvo pojasni, kdo je oseba, zakaj vloga obstaja in katera natančna dejanja odobri ali zavrne, ne da bi se zanašala na neuraden naziv delovnega mesta.

Načrtujte naloge pred dovoljenji

Naštejte pet do deset pogostih nalog na delovno mesto. Recepcija dela z rezervacijami, gosti in sporočili; gospodinjstvo z dnevnim načrtom; finance z dokumenti in plačili; upravljanje s poročili in konfiguracijo.

Označi, ali vsako opravilo potrebuje dostop za branje ali pisanje. Ogled sob ne pomeni upravljanja razpoložljivosti; ogled računov ne pomeni popravka plačila. Ne omogočite modulov "za vsak slučaj".

Oblikujte dostop iz nalog in tveganja. Navedite, kaj morajo delati recepcija, gospodinjstvo, finance, vodstvo in začasno kritje v običajni izmeni, nato določi najmanjši zahtevani nabor podatkov in dejanj. Ločeno branje, ustvarjanje, urejanje, odobritev, izvoz in upravljanje, kjer izdelek to podpira. Posebno pozornost posvetite podatkom gostov, dokumentom, plačilom, cenam, nastavitvam hotela in administraciji uporabnikov. Oseba, ki potrebuje poročilo, ne potrebuje samodejno konfiguracijskih pravic; gospodinja, ki posodablja sobno delo, ne potrebuje gostujočega financiranja. Določi eskalacijo v nujnih primerih, namesto da vsakemu uporabniku dodeli stalni skrbniški dostop. Upoštevajte, katera dejanja zahtevajo drugo odobritev ali poznejši pregled. Primerjajte načrt z resničnimi nadomestnimi dogovori in podporo izven delovnega časa. Načrtovanje opravil je uspešno, ko vsako dovoljenje podpira imenovan delovni tok, vsaka občutljiva izključitev ima operativno alternativo in noben privilegij ne obstaja zgolj zato, ker »nekoč bo morda uporabno«.

Preglej sistemske vloge in premišljeno dodaj vloge po meri

Odpri Nastavitve → Uporabniki in vloge. STRYK kot začetne profile nudi lastnika, skrbnika, recepcijo in gospodinjstvo. Opis pregleda, aktivno stanje, dodeljeni uporabniki in dovoljenja modula.

Ustvari vlogo po meri samo za trajno ločeno delo, kot je Finance brez konfiguracije hotela. Uporabi jasno ime in opis, izberi zahtevane module in preveri shranjeno stanje.

Preglej obstoječe sistemske vloge, preden ustvari vlogo po meri. Primerjajte dejanska dovoljenja vloge z matriko nalog in preizkusi področja izdelkov, ki jih izpostavlja. Izberi najbližjo osnovno linijo z najmanj pravicami, nato ustvari vlogo po meri samo, če ponavljajočega se opravila ni mogoče varno predstaviti. Dajte vlogam po meri jasna imena glede na odgovornost, dokumentirajte njihovega lastnika in se izogibajte specifičnim imenom oseb, ki postanejo nepomembne po spremembah osebja. Nikoli ne kopirajte skrbniške vloge in odstranite nekaj vidnih elementov, ne da bi preizkusili skrita dejanja. Ponovno odpri shranjeno vlogo in primerjajte vsa dovoljenja. Ohrani eno kanonično vlogo za isto delo namesto več skoraj enakih različic. Če nova funkcija doda dovoljenje, preglej njegov učinek pred široko dodelitvijo. Oblikovanje vloge je uspešno, ko izbrana vloga podpira vse zahtevane naloge, blokira nepovezana občutljiva dejanja in ostane razumljiva upravitelju, ki je ni ustvaril.

Varno ustvari osebne uporabnike

V uporabniškem območju izberi Ustvari uporabnika in vnesi polno ime, dosegljivo posamezno e-pošto in pripravljeno vlogo. Varno delite začetno geslo in pred shranjevanjem preveri črkovanje e-pošte.

Hotel Nordlicht ustvari ločene uporabnike za upravljanje, izmene na recepciji, gospodinjstvo in finance. Izmeni si lahko delijo vlogo, nikoli pa računa.

Ustvari en račun za imenovanega zaposlenega s preverjenim službenim e-poštnim naslovom in pravilnim hotelom. Nastavi želeni jezik, aktivno stanje in odobreno vlogo; ne konfigurirajte vnaprej izmišljenih osebnih podatkov, da bodo posnetki zaslona videti popolni. Zagotovite uvajanje prek odobrenega toka računa in zahtevajte, da zaposleni ohrani zasebnost poverilnic. Nikoli ne pošlji skupnega skrbniškega gesla v klepet ali ga shranite v beležko na recepciji. Potrdi, da se oseba lahko vpiše in pristane v pravilnem najemniku in jeziku. Preglej uporabniški zapis po shranjevanju in preveri, ali ni bila podedovana nenamerna vloga. Za višji dostop zabeležite odobritelja in datum pregleda. Identiteta kioska je namenski tehnični uporabnik, specifičen za najemnika, in bi moral odpreti izkušnjo kioska, ne običajni skrbnik; ni nadomestilo za račune zaposlenih. Ustvarjanje uporabnika velja, ko ena resnična oseba nadzoruje en račun, ki ga je mogoče pripisati, in za dokončanje premika ni treba deliti poverilnice ali vloge.

Preizkusi vsako vlogo s pozitivnimi in negativnimi primeri

Prijavite se z uporabnikom preizkusne vloge in preveri pozitivne primere: recepcija doseže rezervacije in goste, skrbi za dnevni načrt, financira pravilen dokument. Uporabi označene testne podatke.

Nato preveri namerne omejitve. Če opravilo manjka, spremeni osrednjo vlogo z najmanjšim zahtevanim dovoljenjem, se znova prijavite in znova preizkusi dovoljene in blokirane primere.

Preizkusi vsako vlogo s pozitivnimi in negativnimi primeri, medtem ko si prijavljeni kot testni uporabnik. Pozitivni primeri dokazujejo potrebno delo: receptor odpre in posodobi odobreno rezervacijo, hišna pomočnica uporabi skupni dnevni načrt, uporabnik financ pride do želenega dokumenta, vodstvo pa izvede svojo pooblaščeno konfiguracijo. Negativni primeri so enako pomembni: isti uporabniki morajo vidno spodleteti pri poskusih nepovezanih financ, upravljanja uporabnikov, izvoza občutljivih gostov ali nastavitev hotela. Preizkusi neposredno navigacijo in skrite menijske vnose; varnost se ne more zanašati samo na manjkajočo povezavo. Zabeležite vlogo, dejanje, pričakovani rezultat, dejanski rezultat in dokaze. Napako STRYK-ja, ki še vedno spreminja podatke, obravnavajte kot kritično napako, lokalno simuliran uspeh pa obravnavajte kot neveljaven. Ponovno preizkusi po urejanju vloge in po spremembah materialnega izdelka. Vloga je odobrena le, ko zahtevana dejanja uspejo, prepovedana dejanja ne uspejo na strani strežnika in rezultat preživi odjavo in novo prijavo.

Čisto ravnajte s pokrovom, menjavami vlog in odhodi

Za kritje določi datume in konkretno dodatno nalogo. Razlikujte branje dokumentov od upravljanja plačil in zabeležite, kdaj se mora dostop vrniti v normalno stanje.

Za trajno spremembo službe posodobite osebnega uporabnika namesto ustvarjanja drugega računa. Onemogoči zapustitve do njihovega zadnjega dne, vendar ohrani zgodovino. Deaktivacija STRYK ne nadomesti celotnega hotelskega seznama odhodov.

Obravnavajte kritje, spremembe vlog in odhode kot datirane dogodke dostopa. Za začasno kritje dodeli najmanjšo dodatno vlogo za opredeljeno obdobje, zabeležite odobritelja in datum odstranitve ter se izogibajte skupni rabi poverilnic. Ko zaposleni zamenja oddelek, primerjajte stare in nove matrike opravil in odstranite dovoljenja, ki niso več potrebna, preden dodaš nova. Ob odhodu takoj deaktivirajte osebnega uporabnika, ohrani revizijsko zgodovino in prerazporedite odprto operativno lastništvo, kot so sobe za čiščenje ali odobritve. Ne izbrišite računa, da bi izbrisali zgodovino, in ga ne pusti aktivnega "za vsak slučaj". Preglej aktivne seje ali povezane dostope, kjer jih sistem omogoča, in spremeni morebitne skupne zunanje poverilnice, ki jih je oseba zakonito poznala. Neodvisno preizkusi nadomestnega zaposlenega. Dogodek je končan, ko prejšnji uporabnik ne more dostopati do hotela, potrebna zgodovina ostane pripisana, ima odprto delo novega lastnika in ima naslednik samo odobrena trenutna dovoljenja.

Redno pregledujte in odobri dostop

Izvedite kratko mesečno usklajevanje ekipe in popoln četrtletni pregled vlog. Preveri aktivne uporabnike, delovna mesta, sezonsko osebje, pokrov, dvojnike in neuporabljene vloge.

Datum zapisa, recenzent, spremembe in naslednji pregled. Hotel Nordlicht potrjuje šest osebnih računov, štiri operativne vloge in nobene skupne prijave.

Zaženi občasni pregled dostopa z uporabo seznama aktivnih uporabnikov, definicij vlog in nedavne operativne odgovornosti. Za vsakega uporabnika potrdi identiteto, status zaposlitve ali pogodbe, hotel, vlogo, povišana dovoljenja, zadnjo odobritev in stalno poslovno potrebo. Preglej vloge po meri za podvajanje in dovoljenja, ki so jih dodale nove funkcije. Vzorčni revizijski dokazi za občutljive ukrepe glede financ, gostov, cen in administracije. Prosite upravitelje, da izrecno odobrijo ali odstranijo dostop; molk ni odobravanje. Sledite začasnim donacijam po končnem datumu in neaktivnim računom, ki so še vedno omogočeni. Zabeležite datum pregleda, pregledovalca, popravke in dokazila o dokončanju brez kopiranja nepotrebnih osebnih podatkov v drugo preglednico. Ponovi po večjih spremembah osebja ali izdelka in v določenih rednih intervalih. Pregled je končan, ko ima vsak aktivni račun trenutnega lastnika in razlog, vsaka vloga je prestala svoje preizkuse, odvečni dostop je odstranjen in vodstvo lahko sledi odločitvi iz centralnega sistema.

Na koncu pregleda izvedite ločeno preverjanje najemnika: vsi aktivni uporabniki bi morali dostopati le do hotela, za katerega so bili odobreni, neposredne zahteve z ID-jem drugega najemnika pa ne bi smele uspeti na strani strežnika. Testno potrdilo ne sme vsebovati podatkov o gostu ali gesla; zadostujejo uporabnik, vloga, hotel, akcija, pričakovana prepoved in čas. Na ta način avtorizacijsko preverjanje ni samo na ravni menija, ampak tudi dejansko preverja ločevanje podatkov za več hotelov.