Amikor egy cégnél egyre több technikus és irodai munkatárs csatlakozik, hamar felmerül a gyakorlati kérdés: kinek legyen teljes hozzáférése, és kinek csak a rendszer azon részéhez, amelyre ténylegesen szüksége van? Ha ez nincs tisztán beállítva, minden egyetlen emberen akad el — vagy túl sokan rendelkeznek feleslegesen széles jogosultságokkal.
Ezért a Deratix a csapatkezelést egy gyakorlatiasabb szintre emelte. Egyvalaki az Admin szerepkörön keresztül az egész rendszert kézben tarthatja, a többiek a tényleges munkájuknak megfelelő hozzáférést kapják, és a csapatban történt változásokról mindig nyomon követhető, ki mit módosított.
Egy egyértelmű rendszergazda a rögtönzés helyett
Minden cégben van legalább egy ember, aki az alkalmazás egészének működéséért felel. Általában a tulajdonos, az ügyvezetõ vagy az irodából valaki, akire a cég, a csapat és a napi adminisztráció beállítása hárul.
Pontosan ilyen feladatra készült az Admin szerepkör. Nem kell egyenként összerakni a hozzáférést. Már a kezdetektől kéznél vannak a felhasználók, jogosultságok, beállítások, ügyfelek, jegyzőkönyvek és a rendszer összes többi fontos része.
Ez különösen akkor hasznos, ha Ön egyetlen egyértelmű felelőst szeretne az alkalmazás felett, és nem akar azon gondolkodni, hogy vajon hiányzik-e még valahol egy engedély.
A többi szerepkört a cég valóságához igazíthatja
Nem mindenkinek van szüksége teljes hozzáférésre a cégen belül. A technikusnak megbízhatóan kell jegyzőkönyvet készítenie és ügyfelekkel dolgoznia. Az iroda a feladatok más részével foglalkozik. A csapatvezető szélesebb hatáskörrel rendelkezhet, de ettől még nem kell mindent kezelnie.
Ezért fontos, hogy a Deratix nem áll meg egyetlen új szerepkörnél. Egyetlen jogosultsági mátrixban látható, hogy melyik szerepkör mit tehet, és ez a cég tényleges működéséhez igazítható.
Az is fontos, hogy az egyes jogosultságoknál már nem kell találgatni. A beállításoknál megnyitható egy magyarázat arról, hogy az adott opció mit változtat, és mikor érdemes bekapcsolni. Ez időt takarít meg — különösen akkor, ha egy új kolléga hozzáférését állítja be, és nem szeretne próba-hiba módszerrel dolgozni.
A csapatváltozások rendben maradnak
Ha a csapat kezelésével egynél több ember foglalkozik, hasznos rendet tartani abban is, hogy mi változott a csapatban. A tevékenységelőzmények ezért mutatják a felhasználói fiók létrehozását, a szerepkör hozzárendelését és a szerepkör megváltoztatását.
Ez főként olyan helyzetekben segít, amikor a cégen belül valami hirtelen másként működik, és gyorsan ki kell deríteni, miért. Ahelyett, hogy üzeneteket keresne vagy kollégákat kérdezgetne, megnyitja az előzményeket, és látja, ki végezte a módosítást és mikor.
Példa a gyakorlatból
A cég tulajdonosa szeretné, ha az iroda fel tudna venni technikusokat, be tudná állítani a hozzáféréseiket, és el tudná végezni a napi csapatadminisztrációt. Ugyanakkor nem akarja, hogy mindenki ugyanazokkal a jogosultságokkal dolgozzon.
Ezért egyvalakinek az Admin szerepkört osztja ki. A technikusok megtartják szokásos szerepkörüket, az iroda csak azokat a részeket kapja, amelyekre a munkájához szüksége van, a többi hozzáférést pedig a jogosultsági beállításokban finomhangolja. Amikor új kolléga csatlakozik a csapathoz, vagy valakinek megváltozik a szerepköre, erről bejegyzés marad a tevékenységelőzményekben.
Ez a fajta beállítás különösen akkor hasznos, amikor a cég növekszik, és a hozzáféréseket már nem informálisan szeretné kezelni.
Mi a legfontosabb ebben
A legnagyobb előny nem az, hogy megjelent egy új szerepkör. A lényeg az, hogy a csapatkezelés megszűnik rögtönzés lenni.
Egyvalaki kézben tarthatja az alkalmazást, a többiek csak a rendszer azon részét kapják, amelyre ténylegesen szükségük van, és a hozzáférési változások nyomon követhetőek maradnak. Pontosan ez a különbség egy rendezetten növekvő csapat és egy olyan között, ahol a hozzáféréseket csak akkor rendezik, amikor probléma merül fel.
Ha részletesebben szeretné megismerni ezt a területet, tekintse meg a Csapatkezelés, a Felhasználókezelés, a Jogosultságok és a Tevékenységelőzmények oldalakat.
