Roluri

Pagina „Gestionarea rolurilor: administrarea utilizatorilor și a echipelor“ tratează domeniul funcțional indicat în URL. Conținutul existent este completat cu fluxul real, condițiile prealabile și limitele cunoscute. Într-un tenant există exact două roluri: administrator și angajat. Nu există permisiuni granulare pe module. Echipele servesc doar la grupare și nu declanșează o atribuire automată a conversațiilor sau a sarcinilor.

Într-un tenant există exact două roluri: admin și angajat. Adminul gestionează utilizatorii și setările centrale; angajații lucrează în secțiunile aprobate. Un sistem cu permisiuni granulare pe module nu există. Gestionarea rolurilor nu trebuie, așadar, descrisă ca și cum ar putea fi activate oricum, pentru fiecare persoană în parte, anumite puncte de meniu.

Echipele servesc grupării organizatorice. Ele nu generează o atribuire automată a conversațiilor și nu au o logică de coadă de așteptare. La handover nu există nici ea o distribuție automată pe echipe. Responsabilitățile trebuie, așadar, organizate prin procesul real de lucru și prin inboxul live vizibil.

La crearea sau modificarea unui utilizator al tenantului trebuie verificate cu atenție adresa de e-mail, rolul dorit și atribuirea la tenant. O schimbare de rol poate modifica accesul la funcțiile administrative. După o modificare, persoana afectată ar trebui să se autentifice din nou și să verifice dacă secțiunea așteptată este vizibilă.

Mai mulți tenanți sunt separați la nivel de server. Un utilizator cu acces la mai mulți tenanți trebuie să selecteze în mod conștient tenantul activ. Echipele și rolurile unui tenant nu trebuie înțelese ca permisiuni globale pentru alți tenanți. În cazul unei vizibilități incorecte, selecția activă a tenantului și rolul trebuie verificate împreună.

Pentru pagina „Gestionarea rolurilor: administrarea persoanelor autentificate și a echipelor“ se aplică, așadar, următoarele: textul scurt implementat este extins într-un ghid solid, fără a promite funcții în afara stării confirmate a produsului. Rămân decisive sursele de fapte verificate și responsabilitatea vizibilă între tenant și Zentor. În caz de abateri, trebuie menționate întotdeauna exact acest URL, tenantul afectat și pasul observat.

La lucrul cu „rollen“, fiecare pas trebuie mai întâi verificat cu un caz de test controlat. Esențial este ca setarea vizibilă, starea reală a sistemului și rezultatul așteptat să corespundă. În caz de abateri, ajută la analiză ora exactă, tenantul afectat, canalul utilizat și mesajul de eroare nemodificat. Datele de acces, tokenurile și conținutul cu caracter personal nu trebuie preluate în capturi de ecran sau în texte de suport.