Contexto da execução do agente e acesso a dados por tipo

Contexto da execução por tipo de agente

O contexto da execução varia conforme o tipo de agente, o canal e se a verificação de usuário baseada em credenciais está habilitada (disponível apenas para agentes conectados ao Chat v1 aprimorado e implementados em sites do Experience Cloud).

Contexto da execução de fluxo e execução do agente

Os fluxos são executados no contexto do usuário ou do sistema. Quando uma ação do agente executa um fluxo, o contexto de execução do fluxo e o contexto de execução do agente se aplicam. Saiba mais sobre o contexto da execução de fluxo.

Nota Quando um agente de serviço é executado no contexto do usuário agente (ou seja, sem a verificação de usuário baseada em credenciais ativada), o usuário em execução do fluxo é o usuário agente (Usuário do EinsteinServiceAgent), não o cliente ou o usuário final.

Detalhes do contexto de execução do agente do funcionário

Os agentes Funcionários do Agentforce são destinados a usuários internos que acessam o sistema por meio do Lightning Experience, do aplicativo Salesforce móvel, de um portal do Experience Cloud ou do Slack, não clientes externos não autenticados. Os agentes do funcionário operam no contexto de execução do usuário conectado. O perfil do usuário, os conjuntos de permissões e as regras/papel de compartilhamento determinam as ações e respostas do agente. Não é necessário definir explicitamente o escopo de consultas e ações para dados específicos do usuário. O acesso do usuário aos agentes de funcionários é gerenciado por meio de conjuntos de permissões ou perfis.

Comece com um agente de Funcionário do Agentforce.

Detalhes do contexto de execução do agente de desenvolvimento de lead

Os agentes de Nutrição de lead do Agentforce são destinados ao engajamento de lead autônomo de ponta. Eles podem operar 24 horas por dia, enviando emails personalizados, agendando reuniões e respondendo a perguntas do cliente potencial. Os agentes de Orientação de leads são executados como um usuário dedicado do EinsteinSDRAgent, que é criado e recebe permissões no nível do sistema durante a configuração do agente. Os clientes potenciais são atribuídos ao agente por regras de atribuição, ações automatizadas ou usuários de vendas individuais.

Começar com um agente Agentforce Lead Nurturing.

Detalhes de contexto da execução do agente de serviço

Os agentes de serviço Agentforce são destinados a casos de uso voltados para o cliente e conectam-se a canais de mensagens aprimorados, que dão suporte a usuários externos autenticados e não autenticados. O acesso aos dados e o contexto de execução do agente dependem do canal e de se a verificação de usuário baseada em credencial está habilitada.

• Geralmente, o acesso aos dados e o contexto de execução do agente são determinados por um usuário agente, um registro de usuário exclusivo para o agente com todas as permissões de que o agente precisa para realizar seu trabalho. O agente é executado no contexto do usuário agente e respeita o perfil, as permissões, a segurança em nível de campo e as regras de compartilhamento do usuário agente.
• Se você estiver usando o Chat aprimorado v1 ou o Chat aprimorado v2 para implantar um agente de serviço em um site do Experience Cloud, poderá ativar a verificação de usuário baseada em credenciais. Quando a verificação de usuário baseada em credencial está habilitada, o agente é executado no contexto do usuário do site conectado e respeita o perfil, as permissões, a segurança em nível de campo e as regras de compartilhamento do usuário.

Quando um agente de serviço é executado no contexto do usuário agente, variáveis de contexto (por exemplo, MessagingSesson.ContactId) são usadas para passar a identidade do cliente para o agente, mas não controlam o acesso aos dados. Sem configuração adicional, o cliente tem acesso a todos os registros aos quais o usuário agente tem acesso. Você deve limitar proativamente o acesso aos dados.

• Passar IDs de cliente verificados para a variável personalizada VerifiedCustomerId.

  Se você usar os subagentes padrão Verificação do cliente ou Verificação do cliente de serviço para a verificação do usuário em seu agente, as ações serão configuradas para armazenar o ID do usuário na variável VerifiedCustomerId após a verificação bem-sucedida da identidade. Caso contrário, você pode criar uma ação de agente personalizada e uma classe ou fluxo do Apex para passar o ID verificado para o agente e armazená-lo na variável VerifiedCustomerId.

• Especifique explicitamente classes do Apex e fluxos chamados por ações do agente padrão e personalizadas para registros do cliente (WHERE ContactId = VerifiedCustomerId).

  Algumas ações padrão dão suporte à verificação do cliente pronta para uso – por exemplo, a ação Obter casos para contato verificado chama um fluxo que pesquisa o ID do contato do cliente, verifica-o com base na variável VerifiedCustomerId e usa o ID do cliente verificado para definir o escopo das consultas. No entanto, você deve testar e personalizar cuidadosamente cada ação para atender às suas necessidades de segurança.

• Criar filtros (VerifiedCustomerId is not None) para restringir o acesso a subagentes e ações a clientes verificados.

Comece com um agente de serviço Agentforce.