Os três perfis de acesso
Todo mundo entra pelo mesmo endereço. O que muda é o que a pessoa vê — e o recorte acontece antes da tela, na consulta ao banco. Um atendente não tem os atendimentos dos colegas escondidos por um botão cinza: eles não chegam ao navegador dele.
O que cada perfil pode #
| Atendente | Supervisor | Administrador | |
|---|---|---|---|
| Ver e responder as conversas da própria fila | sim | sim | sim |
| Ver os atendimentos da equipe inteira | não | sim | sim |
| Transferir e reatribuir | não | sim | sim |
| Ler atendimentos já encerrados | não | sim | sim |
| Relatórios | não | sim | sim |
| Apagar e editar mensagem já enviada | não | não | sim |
| Conectar canal, mexer em filas, motivos e etiquetas | não | não | sim |
| Convidar pessoas e trocar perfis | não | não | sim |
| Chaves de API e webhooks | não | não | sim |
Atendente é o perfil da maioria: ele vê a fila dele e o que assumiu.
Supervisor é quem distribui trabalho — vê a equipe toda, transfere, e é quem os relatórios existem para atender.
Administrador é quem configura a operação. Costuma ser uma ou duas pessoas.
Onde se troca o perfil #
Equipe e acessos. Só quem administra a empresa consegue mexer, e a tela diz o motivo quando não dá: o dono da conta não pode ter o próprio perfil rebaixado, e um convite pendente só ganha perfil depois de aceito.
O que o atendente vê quando não pode #
Quando uma conversa está fora do recorte da pessoa, ela não aparece na lista. Se a pessoa chegar nela por um link direto, a tela diz o motivo e sugere o caminho: pedir a um supervisor que a transfira. Do mesmo jeito, quem pode ler e não pode responder não recebe um campo de texto desabilitado — recebe a conversa sem compositor e uma frase dizendo qual permissão falta.
É a mesma regra em toda parte do produto: quando algo não está disponível, a tela diz por quê.