Rollen
Gebruikers aanmaken, rollen toewijzen en teams beheren.
De pagina „Rolbeheer: gebruikers en teams beheren" behandelt het in de URL aangeduide functionele gebied. De bestaande inhoud wordt aangevuld met het daadwerkelijke verloop, de vereisten en de bekende beperkingen. In een tenant zijn er precies twee rollen: Administrator en Medewerker. Er bestaan geen granulaire modulebevoegdheden. Teams dienen alleen voor groepering en veroorzaken geen automatische toewijzing van gesprekken of taken.
In een tenant zijn er precies twee rollen: Admin en Medewerker. De Admin beheert gebruikers en centrale instellingen; medewerkers werken binnen de vrijgegeven gedeelten. Een systeem met granulaire modulebevoegdheden is niet aanwezig. Het rolbeheer mag daarom niet zo worden beschreven alsof afzonderlijke menu-items per persoon willekeurig kunnen worden vrijgeschakeld.
Teams dienen voor organisatorische groepering. Ze genereren geen automatische toewijzing van gesprekken en geen wachtrijlogica. Ook bij de handover is er geen automatische teamverdeling. Verantwoordelijkheden moeten daarom worden geregeld via het daadwerkelijke werkproces en de zichtbare Live Inbox.
Bij het aanmaken of wijzigen van een tenantgebruiker moeten e-mailadres, gewenste rol en tenanttoewijzing zorgvuldig worden gecontroleerd. Een rolwissel kan de toegang tot administratieve mogelijkheden veranderen. Na een wijziging moet de betrokken persoon zich opnieuw aanmelden en controleren of het verwachte gedeelte zichtbaar is.
Meerdere tenants worden aan serverzijde gescheiden. Een gebruiker met toegang tot meerdere tenants moet de actieve tenant bewust selecteren. Teams en rollen van een tenant mogen niet worden opgevat als globale bevoegdheid voor andere tenants. Bij verkeerde zichtbaarheid moeten de actieve tenantselectie en de rol samen worden gecontroleerd.
Voor de pagina „Rolbeheer: aangemelde personen en teams beheren" geldt dus: de eerder aanwezige korte tekst wordt uitgebreid tot een betrouwbare handleiding, zonder functies buiten de bevestigde productstatus te beloven. De geverifieerde feitenbronnen en de zichtbare verdeling van verantwoordelijkheden tussen tenant en Zentor blijven bepalend. Bij afwijkingen moeten altijd precies deze URL, de betrokken tenant en de waargenomen stap worden genoemd.
Bij het werken met „rollen" moet elke stap eerst worden getest met een gecontroleerde testcase. Belangrijk is dat de zichtbare instelling, de daadwerkelijke systeemstatus en het verwachte resultaat overeenkomen. Bij afwijkingen helpen een nauwkeurig tijdstip, de betrokken tenant, het gebruikte kanaal en de ongewijzigde foutmelding bij de analyse. Toegangsgegevens, tokens en persoonsgegevens mogen daarbij niet worden overgenomen in screenshots of supportteksten.