Jogosultsági hiba: „nem engedi”

Mielőtt döntést hozol

A „nem engedi” hibánál először a felhasználót, szerepkört, műszakállapotot és művelet előfeltételeit kell ellenőrizni, nem adminjogot osztani.

Hibaelhárításkor minden lépés egy hipotézist vizsgáljon. Ennél a problémánál a szerepkör és a hatókör jó választóvonal: ha az egyik rendben van, a keresési terület azonnal szűkül.

A javítási sorrend legyen dokumentálható: állapotmentés, egyetlen változtatás, visszamérés. A „Jegyezd fel a pontos gombot, üzenetet és bejelentkezett felhasználót.” lépést ezért még újraindítás előtt végezd el.

A jogosultságot feladathoz, ne személyes bizalomhoz rendeld. A pénztárosnak ne legyen szüksége adminisztrátori jogra a napi eladáshoz, a vezetői korrekció pedig legyen elkülöníthető és visszakereshető. Közös jelszóval az eseménynapló bizonyító ereje is gyengül. A „Jogosultsági hiba: „nem engedi”” esetében rögzítsd a hiba előtti és utáni állapotot, majd ugyanazzal a próbával igazold a változást.

Négy terület, amit külön ellenőrizz

Felhasználó

Lehet, hogy más kezelő van bejelentkezve, mint aki a műveletet végzi. A napi pénztárosi szerepkör csak az eladáshoz és az ehhez szükséges korrekciókhoz kapjon hozzáférést. Adminisztrátori jogosultság ne legyen általános kerülőút a kezelési problémákra.

Mit tekints jó eredménynek? A felhasználó pontnál időponthoz és konkrét művelethez kötve figyeld meg ezt: „Lehet, hogy más kezelő van bejelentkezve, mint aki a műveletet végzi”. Így a következő előfordulás összehasonlítható lesz.

Szerepkör

A pénztárosi jog szándékosan nem tartalmaz ár- vagy sztornókezelést. A vezetői műveleteket külön azonosítóval és lehetőleg külön jóváhagyással kezeld. Így később megállapítható, ki végzett sztornót, árkorrekciót vagy beállításmódosítást.

Mit tekints jó eredménynek? A szerepkör akkor zárható ki vagy igazolható hibaforrásként, ha változtatás előtt és után is rögzítetted, majd ugyanazzal a teszttel visszamérted ezt: „A pénztárosi jog szándékosan nem tartalmaz ár- vagy sztornókezelést”.

Állapot

Nyitott vagy lezárt műszak, folyamatban lévő bizonylat korlátozhat. Könyvelői és riporthozzáférésnél az olvasási jog rendszerint elválasztható a törzsadat- és pénztári módosítási jogtól. Ez csökkenti a véletlen változtatás és a felelősségi vita kockázatát.

Mit tekints jó eredménynek? Az állapot vizsgálatánál külön kezeld a többi lehetséges októl a következő állapotot: „Nyitott vagy lezárt műszak, folyamatban lévő bizonylat korlátozhat”. Egyetlen kontrollált változtatás után ismételd meg ugyanazt a műveletet.

Hatókör

A jog telephelyhez, kasszához vagy időszakhoz is kötött lehet. Kilépő dolgozónál ne csak a pénztárgép jelszavát vond vissza. Nézd végig a kapcsolódó felhőszolgáltatást, távoli támogatást, e-mailt és adminfelületet is, mert egyetlen megmaradt hozzáférés is kontrollrést hagy.

Mit tekints jó eredménynek? A hatókör ellenőrzése csak akkor lezárt, ha több ismételt próbában és a kapcsolódó naplókban is rendben marad: „A jog telephelyhez, kasszához vagy időszakhoz is kötött lehet”.

Mit jelent ez üzemi szinten?

A „Jogosultsági hiba: „nem engedi”” sokszor időszakos: terhelés, környezet vagy konkrét kezelői művelet kell hozzá. A szerepkör és a hatókör rögzítése teszi lehetővé, hogy a következő előfordulás már összehasonlítható legyen.

Tipikus helyzet a gyakorlatból

Egy üzletben csak az egyik pénztár érintett, a mellette lévő gép hibátlan. Ez azonnal szűkíti a kört: az állapot helyi elemét kell összevetni a működő pénztárral, nem a teljes központi rendszert újraindítani.

Bevezetési és ellenőrzési terv

1. Jegyezd fel a pontos gombot, üzenetet és bejelentkezett felhasználót.
   Ez szűkíti a hibateret anélkül, hogy bármit megváltoztatnál a rendszerben.
2. Ellenőrizd a műszak és bizonylat állapotát.
   A mérést vagy próbát pontosan ugyanabban az állapotban ismételd meg, különben az eredmények nem hasonlíthatók össze.
3. Hasonlítsd össze a felhasználó szerepkörét a kívánt művelettel.
   Ha ez a lépés változást hoz, állj meg és dokumentáld; ne végezz azonnal még két további beavatkozást.
4. Próbáld ki ugyanazt kijelölt vezetői fiókkal.
   A javítás után ugyanazzal a művelettel ellenőrizd vissza, amellyel a hibát elő tudtad idézni.
5. Jogbővítés helyett a szerepkört a legkisebb szükséges szintre állítsd.
   A lezáráskor nézd meg a naplókat és a kapcsolódó rendszereket is, hogy nem maradt-e függő vagy duplikált esemény.

Hogyan ellenőrizd, hogy tényleg rendben van?

Hasonlítsd össze a javított pénztárat egy biztosan működő eszközzel. Az állapot különbségei gyakran gyorsabban megmutatják a hibás konfigurációt, mint a teljes újratelepítés.

A „Jogosultsági hiba: „nem engedi”” hibát akkor tekintsd lezártnak, ha a felhasználó, valamint a hatókör ellenőrzésénél is van visszamérhető eredmény, és ugyanazzal a művelettel már nem reprodukálható a tünet. Az újraindítás utáni átmeneti javulás önmagában nem gyökérok.

Elfogadási kritériumok

• Felhasználó: A felhasználó akkor zárható ki vagy igazolható hibaforrásként, ha változtatás előtt és után is rögzítetted, majd ugyanazzal a teszttel visszamérted ezt: „Lehet, hogy más kezelő van bejelentkezve, mint aki a műveletet végzi”.
• Szerepkör: A szerepkör vizsgálatánál külön kezeld a többi lehetséges októl a következő állapotot: „A pénztárosi jog szándékosan nem tartalmaz ár- vagy sztornókezelést”. Egyetlen kontrollált változtatás után ismételd meg ugyanazt a műveletet.
• Állapot: Az állapot ellenőrzése csak akkor lezárt, ha több ismételt próbában és a kapcsolódó naplókban is rendben marad: „Nyitott vagy lezárt műszak, folyamatban lévő bizonylat korlátozhat”.
• Hatókör: A hatókör pontnál időponthoz és konkrét művelethez kötve figyeld meg ezt: „A jog telephelyhez, kasszához vagy időszakhoz is kötött lehet”. Így a következő előfordulás összehasonlítható lesz.

Gyors döntési táblázat

Gyakori hibák, amelyek drágítják a problémát

• Adminjogot adni egyetlen elakadás miatt.
  Ilyenkor elveszik a diagnosztikai nyom. Ha egyszerre több dolgot módosítasz, utólag nem lehet megmondani, melyik beavatkozás oldotta meg vagy rontotta el a helyzetet. A „Jogosultsági hiba: „nem engedi”” esetében ez azért kockázatos, mert a felhasználó eredeti állapotát is elfedheti.
• Közös vezetői PIN-t kiírni a kassza mellé.
  A gyors kerülőút új hibát vihet a rendszerbe. Változtatás előtt rögzítsd az állapotot, utána pedig ugyanazzal a próbával mérd vissza az eredményt. Itt különösen az állapot ellenőrzése maradhat ki, ha túl gyorsan lezárod az ügyet.
• A naplót törölni vagy a tiltást megkerülni.
  Ez azért veszélyes, mert átmenetileg eltüntetheti a tünetet, miközben az eredeti ok megmarad. Később ugyanaz a hiba már több tranzakciót vagy egy teljes zárást érinthet. A következmény később a felhasználó pontnál jelenhet meg, amikor az eredeti ok már nehezebben rekonstruálható.

Milyen adatot adj át a szerviznek vagy felelősnek?

A „Jogosultsági hiba: „nem engedi”” eseménynél írd fel a pontos időpontot, eszközazonosítót, kezelőt, műveletet és a teljes hibaüzenetet. Külön rögzítsd a felhasználó állapotát, valamint azt, mi történt közvetlenül a hiba előtt. Így a szerviz nem egy már megváltoztatott rendszerből próbál következtetni.

Mikor kell már szakember?

Ha a hiba bizonylatot, NAV-kommunikációt, adóügyi egységet, plombát vagy pénzmozgást érint, ne kísérletezz olyan beavatkozással, amelyet csak jogosult szerviz végezhet. A „Jogosultsági hiba: „nem engedi”” akkor szervizes ügy, ha az alapellenőrzések után a hiba reprodukálható, eszközbontást, firmware-t, tanúsítványt, adóügyi komponenst vagy biztonsági beállítást érint. A szerviznek add át a rögzített előtte–utána állapotot és a pontos időpontot.

Kapcsolódó útmutatók

Ha a fenti ellenőrzés után még marad nyitott pont, ezek az útmutatók kapcsolódnak közvetlenül a „Jogosultsági hiba: „nem engedi”” kérdéséhez:

• Sztornó / visszáru hiba
• Árkód / PLU hibák

A lényeg röviden

A „Jogosultsági hiba: „nem engedi”” témában a döntést a felhasználó, a szerepkör és a hatókör együtt adja. Indulj a „Jegyezd fel a pontos gombot, üzenetet és bejelentkezett felhasználót.” lépéssel, és csak akkor tekintsd lezártnak a kérdést, ha a „Jogbővítés helyett a szerepkört a legkisebb szükséges szintre állítsd.” eredménye is dokumentált és visszaellenőrizhető.