Adminisztrátorok hozzáférési szintjeinek beállítása szakértői támogatással

Adminisztrátori szintek beállítása online rendszerekben

Az Adminisztrátori szintek akkor fontosak, amikor egy weboldalt, ügyfélfelületet vagy belső kezelőfelületet többen használnak, de nem mindenkinek kell ugyanazt látnia és módosítania. A jó hozzáférési rendszer egyszerű választ ad arra, hogy ki mit tehet, mit csak olvashat, és mihez nem férhet hozzá. Magánügyfélként ez azért lényeges, mert egy rosszul beállított jogosultság később adatvesztést, hibás módosítást vagy kellemetlen vitát okozhat. Én azt látom, hogy sok oldalnál nem maga a fejlesztés a legnagyobb gond, hanem az, hogy mindenki teljes admin jogot kap, mert így tűnik gyorsabbnak a munka.

Egy szabadúszó fejlesztő távolról is el tudja készíteni a szerepkörök logikáját, ha megkapja a rendszer leírását, a meglévő felhasználói típusokat és azt, hogy milyen műveleteket kell külön kezelni. Ilyen lehet a tartalom szerkesztése, rendelések kezelése, ügyféladatok megtekintése, számlázási adatok elérése, beállítások módosítása vagy más adminok meghívása. A Qjob.hu felületén olyan magánszakembert lehet keresni, aki nem általános ígéretekből indul ki, hanem a konkrét kezelőfelület működéséből.

Admin jogok és szerepkörök átgondolása

Az admin jogok tervezése nem csak technikai feladat. Először azt kell tisztázni, hogy milyen munkafolyamatok vannak a rendszerben. Van, aki csak cikket tölt fel. Más rendelésekre válaszol. Megint más pénzügyi adatokat lát. Egy tulajdonosnak teljes jogosultság kellhet, de egy külsős segítőnek már nem. Szerintem itt az a legjobb megoldás, ha a hozzáférés mindig a tényleges feladathoz igazodik, nem pedig a bizalom általános szintjéhez.

A legtöbb webes rendszerben néhány alap szerepkör elég. Lehet fő admin, szerkesztő, ügyfélszolgálati kezelő, pénzügyi hozzáférés, csak olvasási jog vagy ideiglenes külsős hozzáférés. Egyedi fejlesztésnél ezek tovább bonthatók. Például valaki láthatja az ügyfelek üzeneteit, de nem tölthet le teljes adatlistát. Más módosíthat termékleírást, de nem nyúlhat árakhoz. Ez apróságnak tűnik, de a napi működésben sok hibát megelőz.

Volt olyan eset, amikor egy ügyfél azért kért segítséget, mert egy segítője véletlenül törölt több aloldalt. Nem rossz szándékból történt. Egyszerűen túl sok joga volt. A helyreállítás több időbe került, mint amennyibe egy jól átgondolt jogosultsági rendszer került volna. Tapasztalatom szerint ez elég gyakori helyzet kisebb weboldalaknál és saját fejlesztésű admin felületeknél.

Adminisztrátori szintek árak

Az ár attól függ, hogy csak egy meglévő rendszerben kell beállítani a hozzáféréseket, vagy új jogosultsági logikát kell fejleszteni. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a jogosultságkezelésnél nem elég néhány gombot elrejteni. A háttérben is ellenőrizni kell, hogy egy felhasználó valóban jogosult e az adott műveletre. Ha ez kimarad, a felület szebb lesz, de a rendszer nem lesz biztonságosabb.

Ezek az összegek tájékoztató jellegűek. Egy egyszerű tartalomkezelőnél a munka gyorsabb. Egy összetett ügyfélkapu, piactér vagy belső admin felület esetén több ellenőrzési pont kell. Ilyenkor nem csak az számít, hogy hány szerepkör van, hanem az is, hogy mennyi érzékeny adat és hányféle művelet kapcsolódik hozzájuk.

Hozzáférési szintek kiválasztása

A hozzáférési szintek kiválasztásánál a legjobb kiindulópont egy egyszerű lista. Ki használja a rendszert, milyen feladatot végez, milyen adatot láthat, és mit módosíthat. Ha ez nincs leírva, a fejlesztő találgatni fog. Ebből születnek a félmegoldások. Egy jó szakember ilyenkor visszakérdez, mert a jogosultság nem csak gombokból áll. Adatokhoz, műveletekhez, fájlokhoz és beállításokhoz is kapcsolódik.

Sokan ott hibáznak, hogy túl sok szerepkört kérnek az első körben. Minden apró feladatra külön szintet akarnak. Ez később nehezen kezelhető lesz. Mások épp fordítva gondolkodnak, és csak két szintet használnak. Teljes admin vagy sima felhasználó. Ez gyors, de ritkán elég. Tapasztalatom szerint a működő megoldás valahol középen van. Kevés, de jól elkülönített adminisztrátori hozzáférés kell, és világos szabályok.

Érdemes külön figyelni az ideiglenes hozzáférésekre. Egy külsős szövegíró, fejlesztő vagy ügyfélszolgálati segítő sokszor csak néhány napig dolgozik a rendszeren. Neki nem kell tartós teljes jog. Hasznos lehet lejárati idő, korlátozott szerepkör, vagy csak adott modulhoz adott hozzáférés. Ez nem bizalmatlanság. Inkább normális működési rend.

Adminisztrátori szintek fejlesztési menete

A munka általában egyeztetéssel kezdődik. A megrendelő leírja, milyen rendszerben kell dolgozni, hány admin van, és milyen problémát szeretne megoldani. Ezután a fejlesztő áttekinti a jelenlegi működést. Ha van már admin felület, akkor meg kell nézni a meglévő szerepköröket, adatbázis logikát és a fontos műveleteket. Ha új fejlesztésről van szó, akkor előbb a jogosultsági terv készül el.

A következő lépés a szerepkörök kialakítása. Itt dől el, hogy ki láthat listákat, ki szerkeszthet tartalmat, ki törölhet adatot, ki hívhat meg új felhasználót, és ki férhet hozzá a rendszerbeállításokhoz. Ezután jön a fejlesztés vagy beállítás. Fontos, hogy a jogosultságot ne csak a képernyőn ellenőrizzék. A háttérellenőrzés legalább ennyire fontos. Különben egy ügyesebb felhasználó vagy hibás hivatkozás megkerülheti a korlátozást.

Az átadásnál jó, ha a magánszakember röviden leírja, milyen szerepkör mit tud. Nem kell hosszú kézikönyv, de egy érthető összefoglaló sok félreértést elkerül. Online munkánál a kommunikáció történhet üzenetben, megosztott dokumentumban, képernyőfelvétellel vagy próbahozzáféréssel. A lényeg az, hogy a megrendelő a végén ne csak működő rendszert kapjon, hanem értse is, hogyan kell használni.

Jogosultságkezelés és adatbiztonság

A jogosultságkezelés közvetlenül kapcsolódik az adatbiztonsághoz. Ha minden admin mindent lát, akkor egy kisebb hiba is nagy kárt okozhat. A személyes adatok, rendelési adatok, üzenetek és belső beállítások különösen érzékenyek. Egy webes felületen elég egy rossz kattintás, és máris módosulhat egy fontos rekord. Ezért nem szabad csak kényelmi kérdésként kezelni a hozzáférési szinteket.

Szerintem a legfontosabb szabály az, hogy mindenki csak ahhoz férjen hozzá, amire tényleg szüksége van. Egy szerkesztőnek nem kell fizetési beállítás. Egy ügyfélszolgálati kezelőnek nem kell fejlesztői konfiguráció. Egy külsős tartalomfeltöltőnek nem kell felhasználókat törölnie. Ez egyszerű elv, de sok rendszerben mégsem így működik.

Hasznos lehet a műveletek naplózása is. Nem azért, hogy mindenkit ellenőrizzenek, hanem azért, hogy hiba esetén vissza lehessen nézni, mi történt. Ki módosított egy beállítást, mikor törölt egy elemet, vagy mikor változtatott szerepkört. Ha több ember dolgozik ugyanabban a rendszerben, ez nagyon gyorsan értékes információvá válik.

Megfelelő szakember választása

Adminisztrátori szintek beállításához olyan szakember kell, aki érti a webes rendszerek működését és nem csak a felületet nézi. Érdemes rákérdezni, hogyan kezeli a háttérellenőrzést, készít e jogosultsági mátrixot, és teszteli e külön felhasználói fiókokkal a működést. Aki erre csak annyit mond, hogy elrejti a menüpontokat, az valószínűleg nem teljes megoldást ad.

A portfólió is sokat segít, de ennél fontosabb a gondolkodásmód. Egy jó fejlesztő nem vállal vakon mindent. Meg akarja érteni, milyen adatok vannak a rendszerben, mi a kockázat, és milyen admin folyamatok ismétlődnek. Magánügyfélként nem kell technikai szakértőnek lenni. Elég, ha világosan leírod, mi zavar a mostani működésben, kik dolgoznak a felületen, és mit szeretnél megakadályozni.

A kommunikáció stílusa is számít. Online munkánál különösen. Ha a szakember érthetően ír, összefoglalja a döntési pontokat, és nem bújik bonyolult szavak mögé, akkor könnyebb lesz vele dolgozni. Egy ilyen feladatnál a félreértés pénzbe kerülhet. Ezért jobb lassabban, de pontosan indulni, mint gyorsan rábólintani egy bizonytalan megoldásra.

Gyakori hibák adminisztrátori hozzáféréseknél

Az egyik gyakori hiba, hogy a tulajdonos minden segítőnek teljes admin jogot ad. Ez kényelmes, de veszélyes. A másik hiba, hogy a jogosultságokat soha nem vizsgálják felül. Egy régi munkatárs, egy korábbi fejlesztő vagy egy ideiglenes segítő hozzáférése hónapokig megmaradhat. Ez nem mindig okoz gondot, de felesleges kockázat.

Gondot okozhat az is, ha nincs külön próbakörnyezet. Egy új szerepkör beállítását éles rendszerben tesztelni kockázatos. Legalább külön tesztfiókokra szükség van. Így látszik, hogy a szerkesztő valóban nem látja a pénzügyi részt, az ügyfélszolgálati kezelő nem tud törölni, és a csak olvasási jogosultság tényleg nem enged mentést.

A harmadik probléma a dokumentáció hiánya. Pár hónap múlva senki sem emlékszik, miért kapott valaki egy adott jogot. Ilyenkor minden módosítás bizonytalan. Egy rövid, frissíthető leírás sokkal többet ér, mint egy bonyolult szabályzat. Elég, ha látszik, milyen szerepkörök vannak, mit engednek, és ki kezeli őket.

Az adminisztrátori hozzáférés akkor jó, ha a rendszer használható marad, de a kockázat csökken. Nem az a cél, hogy minden lépést nehézzé tegyen. Az a cél, hogy a megfelelő ember a megfelelő helyen tudjon dolgozni. Egy átgondolt távoli fejlesztés ebben sokat segíthet, főleg akkor, ha több ember dolgozik ugyanazon az online felületen.