Saiba mais sobre autenticação para subagentes e ações
Objetivos de aprendizagem
Neste projeto, você vai:
- Adicionar autenticação a um subagente padrão.
- Adicionar autenticação a uma ação personalizada.
- Enviar um código de verificação para autenticar usuários não verificados.
- Criar variáveis personalizadas para vincular saídas e entradas.
- Criar filtros para subagentes e ações.
- Testar a funcionalidade de autenticação.
Introdução à autenticação
Os agentes do Agentforce oferecem grande flexibilidade em termos de subagentes e ações desde o início. Você pode facilmente adicionar subagentes e ações de uma Biblioteca de ativos ou criar os seus próprios, simplificando a configuração rápida dos seus agentes.
Por exemplo, com o modelo Agentforce Service Agent (Agente de atendimento do Agentforce), você pode incluir subagentes como Account Management (Gerenciamento de contas), Case Management (Gerenciamento de casos), Order Inquiries (Consultas de pedidos) e Reservation Management (Gerenciamento de reservas), juntamente com as ações relacionadas a cada um deles.
No entanto, essa flexibilidade tem uma desvantagem: é necessária uma configuração adicional se você quiser adicionar mais segurança ou privacidade a esses subagentes e ações. Considere quais ações um agente deve poder realizar sem a verificação do cliente e quais devem sempre exigir essa verificação. Cada organização possui diferentes padrões e políticas de segurança para proteger os dados dos clientes e verificar identidades. Independentemente da abordagem, a autenticação do Agentforce fornece uma base sólida para verificar os clientes com segurança.
Ações públicas versus ações privadas
O primeiro e talvez mais importante passo para adicionar autenticação às suas ações no Agentforce é identificar quais ações exigem autenticação. As ações públicas são, bem... públicas. O agente pode acessar subagentes e ações sem autenticar com quem está falando. Pode ser um cliente conhecido ou um cliente potencial — isso não importa. E, como você deve ter adivinhado, as ações privadas são privadas e exigem autenticação. Cada organização tem requisitos diferentes para autenticação. Por exemplo, uma empresa do setor de saúde pode exigir autenticação antes que a maioria dos subagentes ou ações do agente possa ser acessada, mas o agente de uma concessionária de automóveis pode não ter nenhuma autenticação.
|
Ações
|
Definição
|
Exemplos
|
|---|---|---|
Público |
|
|
Privado |
|
|
Cloud Kicks e Agentforce
A Cloud Kicks é uma fabricante de tênis personalizados elegantes e confortáveis, e a fonte ideal para os estilos mais recentes. A Cloud Kicks já está usando o Agentforce para Serviço para fornecer recomendações, avaliações de desempenho e especificações técnicas sobre seus tênis. A empresa deseja adicionar o gerenciamento de casos às capacidades de seus agentes. Mas a Cloud Kicks precisa de uma maneira de verificar a identidade do cliente sempre que ele fizer alguma consulta relacionada aos seus casos.
Linda Rosenberg, administradora do Agentforce para a Cloud Kicks, tem a tarefa de adicionar a verificação do cliente.
Aqui estão os requisitos de autenticação da Linda.
- Se um cliente perguntar sobre o status do seu caso, o subagente Case Management (Gerenciamento de casos) e a verificação serão acionados.
- Use a verificação de dois fatores; peça aos clientes o e-mail deles e envie um código de verificação único para esse e-mail.
- O agente só pode acessar as ações no subagente Case Management (Gerenciamento de casos) depois que o cliente for verificado (o código de verificação corresponder ao que foi enviado).

Nota: Isso pressupõe que o usuário na sessão de mensagens que está perguntando sobre seu caso não foi verificado e está participando ativamente de uma sessão de mensagens no site de experiências da Cloud Kicks usando o Agentforce para Serviço.
Neste projeto, você aprenderá as etapas que Linda segue para implementar a autenticação em subagentes e ações relevantes do agente. Primeiro, siga estas instruções para obter uma organização Developer Edition para usar com este emblema.
Inscrever-se em uma organização Developer Edition para autenticação do Agentforce
Para concluir este projeto, você precisará de uma organização Developer Edition especial com o Agentforce ativado. Obtenha a Developer Edition gratuita e conecte-a ao Trailhead agora para poder concluir os desafios deste emblema. Observe que essa Developer Edition foi projetada para lidar com os desafios deste emblema e pode não funcionar para outros emblemas. Verifique sempre se está usando o Trailhead Playground ou a organização Developer Edition especial recomendada.
- Inscrever-se em uma organização Developer Edition para autenticação do Agentforce.
- Preencha o formulário.
- Em Email, insira um endereço de email ativo.
- Em Username (Nome de usuário), insira um nome de usuário que seja parecido com um endereço de e-mail e seja exclusivo, mas não precisa ser uma conta de e-mail válida (por exemplo, seunome@agentauthentication.com).
- Após preencher o formulário, clique em Inscrever-me. Uma mensagem de confirmação aparece.
- Quando receber o email de ativação (pode demorar alguns minutos), abra-o e clique em Verificar conta.
- Conclua seu registro ao configurar sua senha e pergunta de segurança.
- Você está conectado à Developer Edition.
Agora, conecte sua nova organização Developer Edition ao Trailhead.
- Verifique se você está conectado à sua conta do Trailhead.
- Na seção Verify Step (Verificar etapa) no final desta página, clique no nome do Playground e em Connect Org (Conectar a organização).
- Na tela de login, insira o nome de usuário (o nome de usuário está listado no email que você acabou de receber) e a senha da Developer Edition que você acabou de configurar.
- Na tela Permitir acesso?, clique em Permitir.
- Na tela Want to connect this org for hands-on challenges? (Deseja salvar essa organização para os desafios práticos?), clique em Yes! (Sim!) Save it (Salve). Você será redirecionado para a página de desafio e poderá usar sua nova Developer Edition para ganhar este emblema.
Convém renomear essa organização para servir como lembrete de não usá-la para concluir outros emblemas. Embora essa etapa seja opcional, ela é altamente recomendável.
- Na seção Verify Step (Verificar etapa) no final desta página, clique no nome do playground e em Manage Orgs (Gerenciar organizações).
- Na página Hands-On Orgs (Organizações práticas), clique em Rename (Renomear) ao lado da organização conectada recentemente.
- Em Name (Nome), insira
Agent Auth Org(Organização de autenticação de agente) e clique em Save (Salvar).
- Feche a guia ou janela da página Hands-On Orgs (Organizações práticas) e volte para a página do emblema.
- Certifique-se de que Agent Auth Org (Organização de autenticação de agente) esteja selecionada (pode ser necessário atualizar a página para que o nome seja atualizado) e clique em X para fechar a janela pop-up Choose a hands-on org (Escolher uma organização prática).
Agora que você criou a organização especializada e a conectou ao Trailhead, é hora de passar para o ajuste de fluxos, ações e variáveis.
Recursos
- Ajuda do Salesforce: Os blocos de construção dos agentes
- Ajuda do Salesforce: Considerações sobre o Agentforce
