Testar planos dinâmicos

• Como testar planos dinâmicos
• Desenvolver e avaliar o resumo do plano de serviço
• Plano de resumo do caso
• Plano de resumo de mensagens
• Solução de problemas de mensagens de erro de resumo
• Trabalhar e revisar um plano dinâmico
• Solução de problemas de base do Knowledge

Como testar planos dinâmicos

Um plano dinâmico é um plano em tempo real que se adapta à medida que o registro muda, disponível para casos e sessões de mensagens. Para testar planos dinâmicos, gere-os em registros. O Service Assistant fornece planos de serviço por meio de um componente da Web Lightning, portanto, eles não podem ser testados no Agentforce Builder ou na Central de testes do Agentforce. Para configuração de teste geral, como escolher casos de uso para testar e orientação de fundamentação do Knowledge que se aplica a todos os tipos de plano, consulte Test Service Assistant.

Um plano dinâmico não tem duração ou hora de término definida. Sua duração depende da evolução do caso ou da sessão de mensagens e da quantidade de informações que suas fontes de fundamentação contêm para lidar com o problema. O Service Assistant adiciona etapas à medida que o registro muda e a resolução avança, de modo que um plano baseado em fontes mais avançadas e uma conversa mais longa executa mais etapas do que uma com contexto limitado. O plano termina automaticamente quando o registro é fechado, quando o caso é fechado ou quando a sessão de mensagens termina e o chat termina. O histórico do plano é salvo no feed do componente e fica acessível após o registro ser fechado ou encerrado.

Crie e avalie o resumo do plano de serviço

Quando um registro atende aos seus critérios de elegibilidade, o Service Assistant cria um rascunho de resumo do plano de serviço que inclui um resumo do registro e uma visão geral das etapas de resolução, conhecidas como etapas resumidas. Depois que o resumo é gerado, o botão Iniciar plano aparece. Clique em Iniciar plano para iniciar o fluxo de trabalho interativo em tempo real. Quando o resumo é gerado depende do tipo de registro.

Como parte do resumo, o Service Assistant identifica o problema e atribui o subagente correspondente. Confirme se o subagente correto está atribuído. Para casos, o Service Assistant atribui o subagente com base nos campos Assunto e Descrição definidos em sua configuração de Fundamentação de IA de serviço. Para sessões de mensagens, ela atribui o subagente com base no contexto da transcrição da conversa.

Um plano de resumo pode levar até um minuto para ser exibido. O componente não mostra um indicador de carregamento. Cada resumo do caso começa com Plano de serviço disponível: seguido pelo nome do subagente.

Plano de resumo do caso

Para iniciar o processo de teste, abra um caso existente ou crie um novo. Certifique-se de que o caso atenda aos seus critérios de elegibilidade. Quando um caso é aberto ou criado, o Service Assistant faz o rascunho do resumo. Aqui está um exemplo.

O nível de detalhes das etapas de resumo e resumo do caso varia e é baseado na quantidade de informações no caso, nos campos e objetos definidos na configuração de Fundamentação de IA de serviço e na quantidade de informações em subagentes, instruções e artigos do Knowledge. Em geral, quando você tem um resumo do plano de serviço mais detalhado (como mostrado acima), pode esperar que o plano de serviço rascunho seja bastante detalhado.

Especificamente, os campos Assunto e Descrição são críticos porque o Service Assistant os usa para categorizar o caso e associá-lo a um subagente. Embora o Service Assistant se baseie em campos e objetos adicionais definidos em sua configuração de Fundamentação de IA de serviço, o Assunto e a Descrição precisam de informações claras e específicas para gerar um plano preciso. Em geral, quanto mais detalhados forem os campos, melhor será a correspondência.

Plano de resumo do Messaging

Para iniciar o processo de teste, abra uma sessão de mensagens que atenda aos seus critérios de elegibilidade. Diferentemente de um caso, uma sessão de mensagens não gera um resumo assim que é aberta. O Service Assistant gera o resumo do plano de serviço apenas depois que a conversa contém contexto suficiente para identificar o problema, incluindo informações que correspondem aos seus subagentes e instruções.

• Se as primeiras mensagens não contiverem informações que correspondam a um subagente, o Service Assistant continuará monitorando a conversa e gerará o resumo quando uma mensagem posterior fornecer uma correspondência. A quantidade de conversa necessária para gerar o resumo pode variar.
• Para testar esse comportamento, envie mensagens que reflitam os casos de uso em seus subagentes e confirme que o Service Assistant gera um resumo e identifica o subagente correspondente.

Se o resumo não aparecer para uma sessão de mensagens, confirme que esses requisitos foram atendidos.

• O usuário que testa o plano tem acesso ao fluxo de elegibilidade, mesmo que tenha a permissão Executar fluxos. Apenas a permissão Executar fluxos não concede acesso ao fluxo de elegibilidade. Consulte Critérios de elegibilidade do plano de serviço e Configurar o Assistente de serviço para mensagens.
• A conversa contém contexto suficiente para identificar o problema. Um resumo não é gerado antes que a conversa dê contexto suficiente ao Service Assistant.
• O registro da sessão de mensagens é de propriedade de um agente humano, não de um usuário do bot. O Service Assistant não gera um plano para um registro de propriedade de um usuário do bot.

Solução de problemas de mensagens de erro de resumo

Se a geração do resumo do plano não começar ou você vir as mensagens de erro listadas, siga estas etapas de solução de problemas.

Mensagens de erro

• Não foi possível criar um rascunho de resumo do plano de serviço. Continuaremos tentando, mas, se o problema continuar, entre em contato com o administrador do Salesforce.
• Não há informações suficientes para criar um resumo do plano de serviço. Adicione mais detalhes e volte aqui.
• Não foi possível criar um plano de serviço porque não há subagentes relevantes. Peça para o administrador do Salesforce criar um, ou adicione mais contexto ao item.

Etapas gerais de solução de problemas

• Verifique se você tem as permissões certas. Os administradores precisam dos conjuntos de permissões Planejador de serviços e Administrador padrão do Agentforce. Se você usa a fundamentação do Knowledge, certifique-se de ter o conjunto de permissões Arquiteto do Data Cloud com acesso ao espaço de dados padrão. Os representantes de serviço exigem o conjunto de permissões Usuário planejador de serviços e o conjunto de permissões Acessar agente padrão Agentforce.
• Certifique-se de que o usuário do ServicePlanner tenha estes conjuntos de permissões atribuídos: Usuário agente do planejador de serviços, Permissões Agentforce_Service_Assistant e Usuário do Data Cloud.
• Certifique-se de que seus artigos do Knowledge contenham informações precisas, abrangentes e bem estruturadas. O Assistente de serviço inclui informações do Knowledge nas etapas resumidas.
• Se você visualizar a mensagem de erro "Não foi possível criar um plano de serviço porque não há subagentes relevantes. Peça para o administrador do Salesforce criar um, ou adicione mais contexto ao item", o que significa que o Service Assistant não pode encontrar um subagente que corresponda aos detalhes do registro. As etapas de solução de problemas anteriores se aplicam. Além disso, revise seus subagentes e instruções. Certifique-se de que eles sigam as diretrizes em Ajudante de serviço de fundo com tópicos e práticas recomendadas do tópico.
  • Certifique-se de que os subagentes e as instruções relevantes sejam criados para o registro.
  • Certifique-se de que cada subagente tenha um título distinto, como "Solicitação de devolução" ou "Solicitação de reembolso".
  • Não crie subagentes genéricos que capturem todos os agentes, como "Assistência de resolução de caso". Os subagentes descrevem as políticas e os padrões específicos da sua empresa para resolver um determinado tipo de caso. Um subagente chamado "Assistência de resolução de caso" é muito amplo e impede que o Service Assistant combine casos com o subagente certo. Em vez disso, crie subagentes distintos que lidem com uma categoria de caso específica, como "Relatório de defeito de produto", "Disputa de faturamento" ou "Problema de acesso à conta".
  • Divida os tipos de caso em categorias de subagente. Por exemplo, use um subagente amplo como "Solicitação de devolução" para obter informações gerais sobre como processar devoluções. Isso é melhor para quando o caso não menciona um item explícito. Para processos de devolução que variam no escopo e nos processos, crie subagentes de solicitação de devolução individuais, como "Solicitação de devolução chave". Esses são exemplos simples, mas a ideia é garantir que você tenha informações suficientes em seus subagentes e instruções que tentem lidar com os diferentes níveis de informações que um caso específico pode ter.
  • Não inclua várias informações em uma única instrução. Cada instrução precisa descrever uma tarefa ou processo singular necessária para resolver o problema.

Etapas de solução de problemas de caso

• Certifique-se de que o caso tenha um assunto claro e descritivo relacionado ao seu subagente.
• Certifique-se de que o caso tenha detalhes suficientes na descrição sobre o problema ou a solicitação. Recomendamos 1 a 2 frases.
• Revise sua configuração de Fundamentação de IA de serviço. Certifique-se de que todos os campos e objetos de caso relacionados nos quais você deseja se basear estejam selecionados. Em seguida, revise os dados desses campos no caso. Certifique-se de que haja informações claras e não conflitantes em seus campos de fundamentação ou feed de caso, comentários e emails. Informações conflitantes podem resultar em resumos de caso e etapas de resumo menos detalhados ou pouco claros.

Etapas de solução de problemas do Messaging

• Fundamentos do Service Assistant na transcrição da conversa, em vez dos campos Assunto e Descrição. Certifique-se de que a conversa inclua detalhes claros e específicos sobre o problema do cliente para que o Service Assistant possa combinar um subagente e gerar etapas de resumo focadas.
• Confirme se os requisitos de resumo são atendidos: a conversa contém contexto suficiente para identificar o problema, pelo menos uma mensagem corresponde a um subagente, o registro é de propriedade de um agente humano e não de um usuário do bot e o usuário que testa o plano tem acesso ao fluxo de elegibilidade. Consulte Plano de resumo de mensagens.

Trabalhar e revisar um plano dinâmico

Depois de ter um resumo do plano bem-sucedido, clique em Iniciar plano para iniciar o fluxo de trabalho. Diferentemente de um plano de orientação, um plano dinâmico não cria um rascunho de uma lista de verificação completa de uma só vez. O Service Assistant apresenta uma etapa por vez, adapta cada etapa à medida que o registro muda e pode detectar ações do agente para automatizar uma etapa. Conforme você trabalha no plano, avalie-o quanto à precisão e relevância.

Revisar a orientação em cada etapa

• Revise a orientação em cada etapa para confirmar se ela é precisa, relevante e consistente com a orientação de resolução em seus subagentes, instruções e artigos do Knowledge.
• Revise o texto de cada etapa e confirme se qualquer ação do agente é exibida e executada conforme esperado. Quando uma ação está disponível para concluir uma etapa, o Service Assistant a detecta na etapa para você confirmar e executar, ou a ação é executada automaticamente com base em sua configuração.

Etapes baseadas em subagente

• As etapas criadas com base nas instruções do subagente são formadas diretamente da orientação fornecida em cada instrução. Em um plano de serviço de amostra, uma etapa baseada em subagente é "Realizar verificação de identidade para garantir a elegibilidade do usuário para processamento de documento".
• Se uma etapa depender apenas de um subagente (sem fundamentação do Knowledge), ela não incluirá links de citação.
• O subagente que correspondeu ao seu caso é usado para gerar o plano. O nome do subagente é listado na parte superior do plano de serviço.

Steps based on Knowledge

Os planos de serviço são baseados em seus artigos do Knowledge quando você configura uma biblioteca de dados usando o tipo de dados Knowledge e tem Mostrar origens ativado. Consulte Configurar a fundamentação do Knowledge.

Exibição e navegação

• Cada etapa criada a partir de um artigo do Knowledge é citada com um número no final da etapa na forma de [1]. A citação contém um hiperlink para a entrada correspondente na seção Origens que lista o nome do artigo do Knowledge. Para mostrar as citações, habilite Mostrar origens na configuração da sua biblioteca de dados.
• Como um plano dinâmico cria cada etapa em tempo real, cada etapa tem sua própria seção Origens em vez de uma única seção Origens para todo o plano. Confirme se as citações de cada etapa têm um link para o artigo usado para essa etapa.
• O mesmo artigo pode aparecer sob um número de citação diferente de uma etapa para a próxima. Em um plano dinâmico, os números de citação não são consistentes entre as etapas, pois cada etapa é criada e citada separadamente. Esse comportamento é esperado e difere de um plano de orientação, em que um artigo usado em várias etapas mantém o mesmo número de citação.
• Uma etapa pode ser criada a partir de um subagente e de um artigo do Knowledge.
• Uma etapa pode ser criada a partir de vários artigos do Knowledge. Isso é indicado quando você vê duas ou mais aspas no final de uma etapa, como [1][2].

Etapes não fundidas

O Service Assistant pode propor suas próprias etapas que não sejam baseadas em suas fontes de fundamentação. As etapas sugeridas mostram quando não há informações suficientes em seus subagentes, instruções ou artigos do Knowledge. Em um plano dinâmico, o Service Assistant sinaliza uma etapa proposta com um idioma como "Não há informações nos documentos da sua empresa. Isto é o que eu sugiro, mas pode não estar correto." Use esses sinalizadores durante os testes para encontrar lacunas nas suas fontes de fundamentação e, em seguida, adicione a orientação ausente aos seus subagentes, instruções ou artigos do Knowledge.

Atualizações do plano dinâmico

Um plano dinâmico atualiza suas etapas em tempo real conforme novas informações chegam. Diferentemente de um plano de orientação, não é possível reprojetar um plano dinâmico. Em vez disso, você atualiza suas fontes de fundamentação durante o plano e o Service Assistant captura as atualizações conforme elas são feitas. A maneira de testar esse comportamento depende do tipo de registro.

Para casos, atualize os campos e os objetos definidos em sua configuração de Fundamentação de IA de serviço e confirme se o Service Assistant incorpora as alterações.

• O Service Assistant monitora o caso por meio dos campos e objetos definidos em sua configuração de Fundamentação de IA de serviço.
• No momento, apenas um novo email de caso atualiza a etapa em que o representante está atualmente, em tempo real. Todas as outras informações, como comentários do caso, o feed do caso e outros campos de fundamentação, são rastreadas e incorporadas à próxima etapa, em vez da etapa atual.

Para sessões de mensagens, o Service Assistant baseia o plano na transcrição da conversa, de modo que as atualizações são altamente em tempo real. Envie novas mensagens na sessão e confirme que o Service Assistant atualiza o plano conforme o feed do chat avança.

• O Service Assistant monitora toda a transcrição e gera uma nova etapa do plano à medida que cada nova mensagem chega, de modo que cada etapa reflete a posição atual da conversa.
• Diferentemente de um caso, em que apenas um novo email de caso atualiza a etapa atual, uma sessão de mensagens é atualizada passo a passo conforme a conversa avança.

Ações do agente de teste

Em um plano dinâmico, o Service Assistant detecta uma ação do agente automaticamente quando corresponde à ação a uma etapa do plano. Conforme você trabalha no plano, observe quais ações são apresentadas e onde elas são perdidas. Se uma ação esperada não aparecer em uma etapa, tente estes métodos.

• Adicione uma referência direta à ação em uma instrução de subagente. Faça referência à ação pelo rótulo, não pelo nome da API, e informe ao Service Assistant quando usá-la. Por exemplo, "Como uma primeira etapa, use a ação Obter registros de viagem". Uma referência direta força o Service Assistant a incluir a ação, portanto, use-a para etapas obrigatórias que sempre devem ser executadas. Consulte Ações no Service Assistant.
• Refine a descrição da ação. Para etapas situacionais que são executadas apenas quando as condições são atendidas, o Service Assistant depende da correspondência de contexto, portanto, escreva descrições que refletem a terminologia em suas instruções de subagente e artigos do Knowledge. Consulte Orientações para criar ações.
• Verifique as permissões da ação para o usuário ServicePlanner. As ações são executadas sob as permissões do usuário ServicePlanner, e uma permissão ausente pode fazer com que uma ação falhe ou retorne dados em branco. Consulte Permissões de ação.

Depois que uma ação é executada, o Service Assistant às vezes avisa com linguagem de término aberto, como "O registro é atualizado. Informe-me como prosseguir", em vez de avançar para a etapa seguinte. Para manter o plano em movimento, informe o que acontece a seguir nas instruções do subagente, como "Depois da conclusão da ação, prossiga imediatamente para verificar os requisitos de entrada". Para obter mais detalhes sobre ações de configuração e correspondência, consulte Assistente de serviço de fundo com ações do agente.

Exigir informações específicas em um plano

Para garantir que informações específicas sempre apareçam em um plano, coloque-as em uma instrução de subagente. Use essa técnica quando as informações não forem extraídas de seus artigos do Knowledge. Escreva a instrução para indicar exatamente o que você deseja e quando, como "Como uma primeira etapa, verifique o status da conta do cliente". As informações declaradas dessa maneira em uma instrução sempre são incluídas no plano.

Avançar o plano

Os planos dinâmicos avançam etapas automaticamente quando uma etapa é concluída com uma ação do agente. Para uma etapa que não é automatizada por uma ação, o Service Assistant indica o que o representante de serviço faz manualmente para concluir a etapa e, em seguida, espera a confirmação do representante. Esse comportamento é esperado, e o Service Assistant especialmente espera quando você faz uma pergunta informativa no chat do agente.

• Para uma etapa que não é automatizada, o Service Assistant descreve a tarefa a ser concluída e avisa o representante com o idioma como "Diga-me quando essa etapa for concluída". O plano não avança sozinho.
• Para avançar o plano, responda com linguagem que reflita claramente que a etapa está concluída, como "Concluída", "Etapa concluída" ou "Ir para a próxima etapa". O Service Assistant então gera a próxima etapa.

Em geral, trabalhe com as orientações de resolução e avalie a redacção de cada etapa para precisão e consistência com seus especialistas em serviço e suas instruções do Knowledge e subagente.

Interrupção de subagente

O Assistente de serviço detecta a intenção do cliente conforme o progresso do caso e pode alternar para o subagente relevante para fornecer orientação desse subagente e suas informações do Knowledge relacionadas. Teste esse comportamento apresentando um segundo problema e confirmando que o Service Assistant troca de subagente.

• Se a resolução começar com o problema de um subagente, mas mudar para um segundo problema, o Service Assistant alternará para o segundo subagente, coletará as informações necessárias e resolverá essa parte do plano.
• Quando o segundo problema é resolvido, o Service Assistant pode alternar automaticamente de volta para o subagente original. Em algumas ocasiões, ele não volta sozinho. Use o chat para redirecioná-lo, como "Venha para o problema original".

Para obter mais detalhes, consulte Processamento de registro do plano de serviço.

Usando o chat do agente

Teste o chat do agente para confirmar que o Service Assistant pode pesquisar Knowledge e executar ações sob demanda. Para usar o chat do agente, adicione os subagentes Geral do CRM e Perguntas frequentes ao seu agente. Consulte Agent Chat para o Service Assistant.

• Faça uma pergunta do Knowledge ou peça informações do Knowledge e confirme que o Service Assistant retorna informações relevantes de seus artigos do Knowledge.
• Peça ao Service Assistant para iniciar uma ação comum, como criar um rascunho de email e quaisquer ações personalizadas que você tenha adicionado. Se uma ação não funcionar, verifique as permissões da ação para o usuário ServicePlanner. Consulte Permissões de ação.

O que acontece com o chat do agente quando o registro é concluído depende do canal. Quando o caso é fechado, o chat do agente é encerrado e a caixa de chat é desativada. Quando uma sessão de mensagens termina, o plano de serviço termina, mas o Assistente de serviço e a caixa de chat permanecem disponíveis por cerca de 24 horas para que você possa concluir tarefas de encerramento, como pedir um resumo, redigir um email de acompanhamento, fazer perguntas do Knowledge, executar ações ou obter ajuda geral usando o chat. Em todos os casos, o histórico do feed persiste e permanece visível, de modo que você pode revisar o registro completo das etapas do plano, ações e interações de chat após a conclusão do registro.

Solução de problemas de fundamentação do Knowledge

Se artigos do Knowledge não forem citados, os artigos citados não forem relevantes ou você vir as mensagens de erro gerais, tente estas etapas de solução de problemas. A fundamentação do Knowledge funciona da mesma forma entre os tipos de plano, portanto, esta orientação se aplica tanto a casos quanto a sessões de mensagens. Em um plano dinâmico, lembre-se de que cada etapa é criada e citada separadamente, de modo que um problema de citação pode aparecer em uma etapa, mas não em outra.

Mensagens de erro gerais

• Algo deu errado ao criar um plano. Peça para o administrador do Salesforce revisar a configuração da biblioteca de dados.
• Não consegui encontrar nenhuma origem a ser citada. Peça para o administrador do Salesforce verificar a configuração da biblioteca de dados.
• Não foi possível mostrar nenhuma origem. Peça ajuda ao seu administrador do Salesforce.

Verificar permissões de usuário e acesso a dados

• Confirme se o agente está ativo.
• Confirme que todos os usuários têm as permissões de fundamentação do Knowledge corretas. Consulte Práticas recomendadas para o Assistente de serviço de fundamentação no Knowledge. Preste muita atenção nas permissões do usuário do ServicePlanner. Verifique se ele tem o conjunto de permissões Usuário do Data Cloud e se o usuário tem acesso a todos os tipos de registro personalizados e às categorias de dados atribuídas aos seus artigos do Knowledge.
• Confirme se você (o administrador), os representantes de serviço e o usuário ServicePlanner têm acesso ao espaço de dados padrão em seus conjuntos de permissões. Geralmente, apenas o administrador do Service Assistant precisa de acesso ao espaço de dados padrão ativado no conjunto de permissões do Arquiteto do Data Cloud. No entanto, é recomendado fornecer aos representantes de serviço acesso ao espaço de dados padrão quando os artigos do Knowledge não estão incluídos nos planos. Você pode conceder acesso ao espaço de dados padrão por meio dos conjuntos de permissões personalizados do Knowledge ou dos conjuntos de permissões padrão do Service Assistant. Consulte Acesso a espaço de dados padrão.

Revise sua configuração de fundamentação do Knowledge

• Certifique-se de que seus artigos sejam públicos e publicados. Artigos do Knowledge que estão disponíveis ao público têm IsVisibleInPkb definido como True.
• Verifique se a opção Mostrar origens está habilitada na configuração da biblioteca de dados. Sem Mostrar origens, uma etapa do plano dinâmico não exibe a seção Origens por etapa nem as citações.
• Certifique-se de que sua biblioteca de dados tenha suas informações de base de Knowledge mais recentes reconstruindo o índice de pesquisa. Embora seu índice de pesquisa da biblioteca de dados seja atualizado todos os dias, recrie-o manualmente para sincronizar sua biblioteca de dados com suas atualizações mais recentes da base de Knowledge. Recomendamos recompilar seu índice de pesquisa ao adicionar, modificar ou remover artigos do Knowledge. Consulte Recompilar uma configuração de índice de pesquisa.
• Verifique novamente as configurações de categoria de dados e o acesso. Certifique-se de que suas categorias de dados estejam visíveis e de que quaisquer categorias de dados definidas para seus artigos do Knowledge correspondam à filtragem de categorias de dados definida na guia Knowledge da sua biblioteca de dados.
• Revise seus artigos para garantir que a estrutura e o formato correspondam aos campos de identificação e conteúdo definidos em sua biblioteca de dados. Os campos de identificação pesquisam sua base de Knowledge para encontrar artigos relevantes que correspondam aos detalhes do registro. Os campos de conteúdo extraem informações importantes dos artigos do Knowledge para criar etapas de plano.
  • Para identificar campos, selecione os campos que fornecem um resumo conciso do artigo, como Título, Resumo e Pergunta.
  • Para campos de conteúdo, selecione os campos que têm mais conteúdo, como Resposta e Detalhe.
  • Aplique quaisquer campos personalizados do Knowledge à sua configuração de campo de identificação e conteúdo.
• Revise ou adicione um resumo do artigo do Knowledge para descrever brevemente o artigo e seu escopo. Um resumo melhora os resultados da pesquisa. Inclua frases comumente encontradas nos detalhes do registro para descrever o problema ou a solicitação.
• Certifique-se de que o conteúdo de seus artigos contenha palavras-chave e informações relacionadas ao registro.

Conteúdo do registro

• Para casos, revise o assunto do caso, a descrição e os campos definidos na sua configuração de Fundamentação de IA de serviço para confirmar que há informações suficientes em cada campo e que as informações são relevantes para os artigos do Knowledge que você espera mostrar. Revise os comentários do caso e o feed do caso se tiver selecionado esses como origens de fundamentação. Verifique se as informações são relevantes e não entram em conflito com os artigos do Knowledge que você espera mostrar.
• Para sessões de mensagens, revise a transcrição da conversa para confirmar que as mensagens incluem detalhes específicos e palavras-chave relacionadas aos artigos do Knowledge que você espera mostrar. Como o plano se baseia na transcrição, envie mensagens que reflitam o problema para que o Service Assistant recupere e cite os artigos relevantes.

Solução de problemas de mensagem de erro direcionada

• Não consegui encontrar nenhuma origem a ser citada. Como um plano dinâmico não pode ser reprojetado, continue a conversa ou atualize o registro para solicitar uma nova etapa e confirme a exibição da citação. Se o problema continuar, peça para o administrador do Salesforce entrar em contato com o Suporte ao cliente da Salesforce para obter ajuda com o recuperador de biblioteca de dados.
• Não foi possível mostrar nenhuma origem. Peça para o administrador do Salesforce entrar em contato com o Suporte ao cliente da Salesforce para obter ajuda com o recuperador de biblioteca de dados.

Para obter mais detalhes de configuração e teste, consulte Configurar baseamento do Knowledge e Solução de problemas do Knowledge.