Roller

Siden «Rollestyring: Administrer brukere og team» omhandler funksjonsområdet som er angitt i URL-en. Det eksisterende innholdet utvides med den faktiske prosessen, forutsetningene og de kjente begrensningene. I tenanten finnes det nøyaktig to roller: Administrator og Medarbeider. Granulære modultillatelser finnes ikke. Team brukes bare til gruppering og utløser ingen automatisk tildeling av samtaler eller oppgaver.

I tenanten finnes det nøyaktig to roller: Admin og Medarbeider. Admin administrerer brukere og sentrale innstillinger; medarbeidere arbeider innenfor de godkjente områdene. Et system med granulære modultillatelser finnes ikke. Rollestyringen må derfor ikke beskrives som om enkelte menypunkter kunne aktiveres fritt for hver enkelt person.

Team brukes til organisatorisk gruppering. De skaper ingen automatisk tildeling av samtaler og ingen kølogikk. Ved overlevering finnes det heller ingen automatisk teamfordeling. Ansvar må derfor organiseres gjennom den faktiske arbeidsprosessen og den synlige Live Inbox.

Ved opprettelse eller endring av en tenantbruker må e-postadresse, ønsket rolle og tenanttilhørighet kontrolleres nøye. Et rollebytte kan endre tilgangen til administrative muligheter. Etter en endring bør den berørte personen logge på igjen og kontrollere at det forventede området er synlig.

Flere tenanter holdes atskilt på serversiden. En bruker med tilgang til flere tenanter må bevisst velge den aktive tenanten. Team og roller i én tenant må ikke forstås som globale tillatelser for andre tenanter. Ved feil synlighet må aktivt tenantvalg og rolle kontrolleres sammen.

For siden «Rollestyring: Administrer innloggede personer og team» gjelder dermed: Den implementerte korte teksten utvides til en pålitelig veiledning, uten å love funksjoner utenfor den bekreftede produktstatusen. Avgjørende er og blir de verifiserte faktakildene og det synlige ansvaret mellom tenant og Zentor. Ved avvik bør alltid akkurat denne URL-en, den berørte tenanten og det observerte steget oppgis.

Ved arbeid med «rollen» bør hvert steg først prøves med et kontrollert testtilfelle. Det avgjørende er at den synlige innstillingen, den faktiske systemstatusen og det forventede resultatet stemmer overens. Ved avvik hjelper et nøyaktig klokkeslett, den berørte tenanten, den brukte kanalen og den uendrede feilmeldingen ved analysen. Tilgangsdata, tokens og personopplysninger må ikke tas med i skjermbilder eller supporttekster.