Bezpečnost a GDPR bez marketingových pohádek.

Řízení přístupů podle rolí

Uživatelé nevidí všechno. Práva se řídí rolí a účelem práce. Admin a master mají vyšší oprávnění jen tam, kde to dává smysl.

Auditní stopa a dohledání

Výdej, vratka, převody a další klíčové akce se zapisují s časem a účastníky. Cílem je dohledatelnost a odpovědnost, ne pocitová paměť směn.

Provozní disciplína

Technika sama o sobě nestačí. Bezpečný provoz stojí i na nastavení rolí, správě účtů, vypínání neaktivních přístupů a pravidelné kontrole logů.

Provozní a uživatelská data

• uživatelské údaje potřebné pro provoz (např. jméno, role, kontakt dle nastavení firmy)
• evidence klíčů, skříní, položek, stavů a provozních vazeb
• historie výdejů, vratek, převodů a souvisejících akcí
• notifikační pravidla, šablony zpráv a provozní nastavení

Identifikace kartou / kiosk

Pokud se používá přístup kartou, pracuje se s bezpečnějším otiskem (hash), ne s čitelným číslem karty. Cílem je omezit citlivost dat při zachování funkčnosti kiosk režimu.

Konkrétní implementace a rozsah evidovaných údajů lze nastavit podle provozu a interních pravidel zákazníka.

Zákazník jako správce

Firma, která systém používá pro evidenci svých pracovníků a provozu, bývá typicky správcem osobních údajů. Určuje účel a pravidla zpracování v rámci svého provozu.

• určuje účel evidence a interní pravidla práce s přístupy
• spravuje oprávnění zaměstnanců a odpovědnosti rolí
• řeší interní směrnice a informační povinnost

Dodavatel jako zpracovatel (typicky)

V hostovaném režimu dodavatel obvykle vystupuje jako zpracovatel v rozsahu provozu aplikace a související podpory. Technický rámec se doplňuje smluvně (DPA / zpracovatelská smlouva).

• provoz aplikace a technická podpora dle sjednaného režimu
• zálohy, update a provozní logy (v hostovaném řešení)
• součinnost při řešení incidentu nebo exportu dat

Zálohy

U hostovaného provozu se řeší pravidelné zálohy databáze a konfigurace. U on‑premise se nastaví postup spolu se zákazníkem a jeho IT.

Retence logů

Retence se nastavuje podle potřeb provozu, interních pravidel a kapacity. Důležité je mít rozumný kompromis mezi dohledatelností a objemem dat.

Řešení incidentu

Při incidentu je klíčové: zachovat audit, popsat časovou osu, určit dopad a vyřešit příčinu. Systém má sloužit i pro dohledání, ne jen pro běžný provoz.