Ideile esențiale
- Fiecare utilizator trebuie să vadă și să modifice doar ce îi este necesar.
- Auditul trebuie să arate cine a schimbat o informație și când.
- Backup-ul este util doar dacă restaurarea a fost testată și responsabilitatea este clară.
Unde apar riscurile reale
Un sistem poate avea o parolă bună și totuși să fie expus dacă toți utilizatorii au drepturi de administrator, conturile foștilor angajați rămân active sau integrările folosesc aceeași cheie pentru toate operațiunile.
Riscul apare și când nu poți explica o schimbare de preț, stoc, limită de credit sau document. Înainte de implementare, listează datele și acțiunile care pot produce pierderi sau obligații.
Construiește roluri după muncă
Definește rolurile prin sarcinile reale: vânzări, depozit, achiziții, financiar, manager și administrator tehnic. Un operator din depozit poate avea nevoie să confirme o recepție, dar nu să schimbe regulile de preț.
Separă vizualizarea de modificare, aprobarea de execuție și administrarea de utilizarea zilnică. Revizuiește permisiunile după schimbări de rol, nu doar o dată la lansare.
Păstrează istoricul deciziilor
Auditul trebuie să păstreze cine a schimbat câmpul, valoarea veche, valoarea nouă, momentul și, când este relevant, motivul sau documentul asociat. Pentru operațiuni sensibile, urmărește și aprobarea.
Un log nu ajută dacă nimeni nu îl poate căuta. Stabilește ce evenimente sunt urmărite, cât timp sunt păstrate și cine verifică alertele.
Verifică backup-ul și recuperarea
Cere să știi unde sunt păstrate copiile, cât de des se fac, cât timp rămân disponibile și cine poate porni restaurarea. Copia trebuie protejată separat de sistemul principal.
Testează restaurarea pe un mediu controlat. Un mesaj de succes la backup nu dovedește că poți recupera comenzile, stocul și documentele atunci când ai nevoie.
Include oamenii și integrările
Instruiește echipa să folosească parole distincte, să raporteze accesul neobișnuit și să nu împartă conturi. Pentru integrări, folosește chei cu scop limitat, expirare sau rotație și loguri fără informații sensibile inutile.
Planul de incident trebuie să spună cine oprește accesul, cine verifică datele și cum continuă activitatea temporar. Securitatea devine operațională când poate fi urmată într-o zi aglomerată, nu doar citită într-un document.
Resurse Webmate relevante
Continuă cu ghidurile, serviciile și exemplele care se leagă direct de subiectul acestui articol.
Întrebări frecvente
Este suficient ca ERP-ul să fie în cloud?
Nu. Găzduirea este doar un element. Verifică accesul, rolurile, backup-ul, auditul, actualizările și exportul datelor.
Cine ar trebui să aibă drepturi de administrator?
Cât mai puține persoane, cu responsabilitate clară și acces revizuit. Administratorul tehnic nu trebuie să fie automat proprietarul regulilor comerciale.
Cât de des trebuie testată restaurarea?
Stabilește frecvența după criticitatea sistemului și schimbările de infrastructură. Important este să existe o probă documentată, nu doar setarea unui backup.
