Dê ao assistente público um trabalho claro
Um assistente de site pode explicar informações aprovadas sobre o produto, orientar visitantes a recursos e registrar uma consulta por uma ação configurada. Ele não deve revelar registros privados porque alguém fornece um e-mail, um número de caso ou uma história que parece familiar.
A Salesforce utiliza restrições especiais para acesso de usuários convidados. Qualquer informação ou ação pública precisa de um desenho deliberado para essa identidade compartilhada; um visitante não é automaticamente um usuário Salesforce autenticado. As orientações Salesforce de segurança para convidados são um ponto de partida útil. [1]
- Identificar a pergunta
- Estabelecer a identidade
- Verificar o acesso permitido
- Responder ou encaminhar
Uma experiência autenticada tem outro ponto de partida
Um portal autenticado pode associar a interação a um usuário conhecido. A implementação ainda precisa estabelecer quais registros, campos e ações são adequados àquela identidade. Fazer login não significa poder ver todos os casos da empresa ou todos os documentos anexados a uma conta.
Mantenha o trabalho sensível de contas em uma experiência com verificações adequadas de identidade e autorização. Se essas verificações não estiverem disponíveis, explique a limitação e ofereça um caminho de atendimento humano suportado.
Um exemplo prático: “O que está acontecendo com meu pedido?”
| Contexto do visitante | Desenho ilustrativo da resposta |
|---|---|
| Site público | Explicar o processo geral e oferecer um caminho de login ou contato. Não revelar um registro a partir de um identificador fornecido. |
| Portal autenticado de clientes | Recuperar o status permitido da solicitação e explicá-lo dentro do escopo configurado. |
| Colega interno de atendimento | Usar o acesso e as ferramentas aplicáveis ao colega para a tarefa de atendimento autorizada. |
O assistente público pode ajudar sem divulgar um status: pode explicar onde encontrar o número de referência ou como chegar à equipe relevante. Ser útil não exige adivinhar quem é o visitante.
Teste a distinção em vez de presumir que ela existe
- Teste um identificador conhecido de registro fornecido por uma pessoa que não deveria acessá-lo.
- Verifique o que acontece quando o registro solicitado pertence a outro cliente.
- Examine se uma ação malsucedida é descrita corretamente.
- Verifique o encaminhamento quando a autenticação expira ou a informação está indisponível.
Use registros sintéticos aprovados ou um ambiente de teste adequado nessas verificações. Uma demonstração bem-sucedida como administrador não substitui um teste como convidado ou usuário comum do portal.
Onde REDA AI se encaixa
REDA AI oferece experiências de site e portal, configuradas para o trabalho pretendido. O comportamento de acesso e das ações é específico de cada canal; nenhuma delas deve ser descrita como herdando universalmente as mesmas permissões de todas as outras interfaces.
A página da plataforma descreve as experiências, enquanto Governança e confiança explica as diferenças. Comece pela pergunta que seu cliente precisa responder e depois escolha o canal capaz de respondê-la adequadamente.
Fontes
- Salesforce Developers — Give guest users access to read records. Acessado em 22 de setembro de 2026.