Sistemul are aproximativ 50 de drepturi granulare — nu există „acces total” sau „acces zero”. Fiecare drept se poate limita la un anumit magazin (scoping per POS). Casierul de la Râșcani vinde și emite bon fiscal exclusiv la Râșcani; nu vede stocul altor locații, nu inițiază transferuri, nu are cum să atingă operațiunile altui magazin. Rolul îl configurăm noi la onboarding după discuția cu tine.
Trei piese lucrează împreună: contul personal al angajatului, rolul (o listă de drepturi) și scoping-ul (la ce magazin se aplică fiecare drept).
Fiecare angajat primește propriul cont (username + parolă de minim 8 caractere, sau PIN de 4-6 cifre pentru autentificare rapidă la POS). Un cont per persoană — nu partajat între oameni care ar putea lucra simultan, pentru ca auditul acțiunilor să aibă valoare individuală.
Un rol este pur și simplu o listă de drepturi din cele ~50 disponibile. Denumirea o alegi cum vrei (casier, casier B2B, gestionar depozit, manager locație, contabil, auditor). Nu există listă predefinită rigidă — la onboarding configurăm noi rolurile după cum îți place să le structurezi.
Fiecare drept dintr-un rol se poate lega de un magazin anume. Dreptul „emite bon fiscal” dat cu scoping pe magazinul Râșcani înseamnă exact asta — la Râșcani da, în altă parte nu. Poți combina și mai multe magazine (un manager regional cu două locații, de exemplu).
La fiecare operațiune sensibilă (vânzare, emitere bon, modificare stoc, transfer) sistemul verifică dacă utilizatorul are dreptul potrivit — sub 10 ms per verificare. Dacă nu îl are, operațiunea e refuzată și rândul rămâne în jurnalul de audit ca încercare eșuată.
Un scenariu real din documentația noastră: un lanț cu magazinele Centru, Botanica, Râșcani și Buiucani, unde fiecare angajat vede doar ce e treaba lui.
Oxana · casier Râșcani ✔ vinde la Râșcani ✔ emite bon fiscal la Râșcani ✔ vede stocul magazinului Râșcani ✖ nu vede stocul celorlalte magazine ✖ nu vinde la Centru / Botanica / Buiucani ✖ nu emite e-Factura B2B (drept separat, nu îl are) Vlad · manager Râșcani ✔ tot ce face Oxana ✔ aprobă recepții la Râșcani ✔ aprobă transferuri către / dinspre Râșcani ✔ vede rapoartele locației Râșcani ✖ nu vede vânzările celorlalte magazine Andrei · director regional (sud) ✔ vede rapoartele consolidate pentru 2 magazine ✔ aprobă transferuri inter-magazine în zona sud ✖ nu vinde nicăieri Director general ✔ tot, oriunde
Extras adaptat din documentația live — vezi și Multi-POS pentru scenariul complet, inclusiv transferuri între magazine cu POS mobil pentru autoturism.
Rolul „casier” pre-configurat aplică principiul celui mai mic privilegiu — dreptul strict necesar pentru munca la casă, nimic în plus.
Sistemul refuză operațiunea și lasă urmă în jurnal — nu doar un „acces respins” tăcut. Auditul e proiectat să fie util pentru anchete reale.
Dacă un casier limitat pe Râșcani deschide accidental (sau intenționat) o operațiune pe alt magazin, sistemul refuză operațiunea. Nu apar date parțiale, nu se salvează nimic incomplet.
Fiecare acțiune importantă (emitere bon, aprobare, transfer, modificare preț) se scrie cu username, timestamp la secundă, context și rezultat. Interfața normală nu permite ștergerea sau modificarea istoriei — nici pentru admin.
Login-urile eșuate se logează cu motiv (parolă greșită, cont blocat). Încercările repetate declanșează blocare server-side și notificare la administrator. Deblocarea se face manual, de admin.
Fiecare angajat responsabil de un POS poate fi limitat să acceseze doar transferurile către / de la POS-ul lui. Astfel un manager de Botanica NU poate iniția sau accepta transfer către alt magazin decât cel de care răspunde. Fiecare transfer păstrează istoric complet (cine, când, ce status) pentru audit ulterior.
Username case-insensitive, maxim 32 caractere. Parolă minim 8 caractere. PIN de 4-6 cifre pentru autentificare rapidă la POS (util când casierul intră și iese de câte ori vine un client). Timpul de login: sub o secundă tipic.
Rotația de personal pe același cont funcțional (schimbul de dimineață și cel de seară folosesc contul „casier1” pe rolul lor) este acceptată și nu contează separat la licențiere. Ce recomandăm să eviți e contul partajat între persoane care ar putea lucra simultan — acolo se pierde valoarea auditului.
Cât timp rămâne casierul logat fără activitate — îl setăm noi la valoarea care se pretează fluxului tău (magazinele cu clienți deși aleg timeout mai lung, depozitele cu ture rare — mai scurt).
Autentificare cu 2 factori (TOTP) și Single Sign-On (Active Directory, Google Workspace, Microsoft 365) nu sunt accesibile în mod implicit. Se pot activa ca integrare custom Enterprise la cerere — cotate în ore de suport după evaluare.
Compunerea și activarea rolurilor este serviciu asistat de configurare — o discuție cu noi la onboarding, nu o pagină de setări prin care te descurci singur.
Configurarea inițială a rolurilor (5-10 roluri distincte cu scoping pe magazine) durează în mod tipic 1-3 zile lucrătoare după discuția în care clarificăm cine face ce. Ajustările ulterioare (rol nou, magazin nou, drept suplimentar) — ofertate individual în funcție de complexitate.
Lista posturilor din organigramă + o descriere scurtă a ce face fiecare + harta magazinelor. De acolo propunem noi rolurile, scoping-ul și organizarea. Bună practică pe care o aplicăm din start: scoping pe magazin din prima zi (nu adăugat mai târziu) și revizuire trimestrială a listei de utilizatori.
Da. Un rol de tip „director regional” primește drepturile de raportare și operare transferuri limitate la magazinele lui — două, trei, cinci, câte îi dai. Al treilea magazin (fără scoping către el) nu îi apare în UI și operațiunile îi sunt refuzate.
Administratorul poate reseta parola sau debloca contul. Toate acțiunile legate de gestionarea utilizatorilor sunt un drept separat („gestionare utilizatori”), atribuit doar contului admin. Deblocarea + reset se înregistrează în audit.
Scoping-ul se face pe POS (punct de vânzare), nu pe zone geografice arbitrare în afara ierarhiei POS-urilor. Dacă vrei „vinde doar la casa numărul 2 din magazin”, atunci acea casă trebuie să fie un POS distinct în sistem. Cazurile atipice le clarificăm la discovery.
Nu. Adminul nu are „super-putere” ascunsă — logurile sunt inalterabile prin proiectare și acțiunile lui rămân în jurnal exact ca orice alt utilizator. Recomandarea noastră: contul admin folosit doar pentru configurări reale, iar operațional zilnic pe un cont de manager (cu blast radius mai mic).
Lanțurile cu 2-10 magazine care au avut deja incidente de tip „casierul a modificat prețuri fără să știu” sau „nu știu cine a inițiat transferul acela”. Setup-ul granular prevenește incidentul, iar auditul îl rezolvă când tot apare unul. Vezi Retail mare pentru profilul complet.
Structurile de mai sus reflectă oferta noastră standard, dar fiecare client e discutat individual. Ajustăm scope-ul (câte roluri, câte magazine, ce integrări suplimentare), termenele de onboarding și configurările specifice în funcție de afacerea ta. Oferta finală obligatorie este cea din cotația scrisă + contractul semnat.
Setup-ul multi-POS cu RBAC granular și scoping per magazin face parte din Pachet Standard (până la 4 POS-uri) sau Pachet Extra (până la 10 POS-uri). Configurarea rolurilor la onboarding e inclusă — noi facem munca, tu ne spui doar cine face ce. Comparație completă pe pagina de tarife.
20 de minute la telefon — ne spui câte magazine ai, câți angajați, ce roluri operative ai nevoie. Îți propunem structura de roluri + scoping-ul + calendarul de onboarding. Consultanța inițială e gratuită.
SGAPPS LABS SRL · Chișinău, Moldova · Producție continuă din 2018 · POS · ERP · Casă fiscală MEV · Android fleet