Automation Co-Pilot para usuários corporativos versão v.39
- Última atualização2026/01/28
Automation Co-Pilot para usuários corporativos versão v.39
Veja o que mudou na versão v.39 do Automation Co-Pilot.
Novidades
|
Botão de Respostas de LLM no Co-Pilot para administradores do Co-Pilot
Um novo botão de Respostas de LLM no Co-Pilot foi introduzido em para proporcionar aos administradores maior controle sobre como as respostas geradas por IA são produzidas. Essa configuração permite que você escolha se o Co-Pilot deve depender exclusivamente de fontes de conhecimento aprovadas pela empresa ou também incorporar inteligência geral baseada em modelo. Esse aprimoramento oferece às organizações maior flexibilidade para gerenciar a precisão das respostas, a governança e os requisitos de conformidade. Gerencie a base de conhecimento de IA para o Automation Co-Pilot |
O que foi alterado
|
Visualização de tabela personalizada no Co-Pilot Web
Agora você pode salvar e reutilizar suas visualizações de tabela personalizadas no Co-Pilot Web. Suas alterações de coluna, incluindo atributos de negócios, redimensionamento e ordenação, agora permanecerão exatamente como você deixou, mesmo após sair, trocar de navegador ou de dispositivo. As principais melhorias incluem:
|
|
Navegação por link direto para o Automation Co-Pilot no Microsoft Teams
Introduzimos uma navegação por link direto contínua que permite aos usuários abrir o Automation Co-Pilot incorporado no Microsoft Teams a partir de um URL. Essa atualização permite um fluxo de trabalho mais simplificado para todos os usuários corporativos. Com esse aprimoramento, agora você pode clicar em um link direto contendo um ID de solicitação de processo (por exemplo, links no formato https://teams.microsoft.com/l/entity/...?...caseId=<ID>) e ser levado diretamente para a tarefa pendente (como uma tarefa de aprovação, de inserção de dados ou de revisão) dentro do Automation Co-Pilot no Microsoft Teams, acessando automaticamente a visualização do Co-Pilot associada à solicitação específica. |
Correções
| Quando um processo usa um nó condicional Ir para para redirecionar de volta para uma tarefa de Formulário, os valores selecionados em um campo de seleção múltipla agora são mantidos. Essa correção permite que todos os tipos de dados dinâmicos e personalizados sejam mantidos, independentemente de os dados serem originários de tarefas anteriores (bot ou formulário) ou fornecidos como variáveis. ID de caso do Service Cloud: 02285972 |
| Agora você pode preencher e enviar formulários grandes sem precisar digitar as informações novamente. A janela pop-up agora mantém os dados inseridos e as atualizações são enviadas sem problemas. Antes, ao enviar dados em uma janela pop-up de tarefa, a janela às vezes minimizava ou fechava inesperadamente, fazendo com que todas as informações inseridas fossem perdidas. Além disso, se a sessão atingisse o tempo limite ao trabalhar em formulários grandes em uma janela separada, ocasionalmente seria exibido um erro não autorizado. ID de caso do Service Cloud: 02284788 |
| Quando o nó Início inclui variáveis de entrada, as variáveis recém-criadas também são definidas por padrão para o modo Entrada, garantindo um comportamento consistente. Antes, Usar como saída era selecionado como padrão, resultando em uma experiência do usuário inconsistente. |
|
Os erros de validação agora são limpos corretamente quando os usuários inserem mais do que o número mínimo de caracteres obrigatórios em campos de caixa de texto e Editor de Rich Text (RTE), mesmo quando nenhum comprimento máximo é definido. Anteriormente, esses erros continuavam aparecendo mesmo cumprindo o requisito mínimo de caracteres. |
Foi resolvido um problema em que o campo Fórmula permitia nomes de métodos (como sum, mul, div, sub, datediff, dateadddays, dateaddweeks) sem qualquer elemento obrigatório de número ou data. O sistema agora impede corretamente o salvamento de fórmulas incompletas, garantindo que apenas expressões válidas possam ser enviadas. |
| Quando você seleciona a opção de tabela personalizada na página Solicitações no Automation Co-Pilot, os usuários criadores não encontram mais uma mensagem inesperada de Acesso negado. O sistema agora valida corretamente as permissões, e o erro não aparece mais para usuários autorizados. |
Processos que usam variáveis globais dentro de condições IF–ELSE agora são executados com sucesso sem erros de tempo de execução.Antes, esses processos falhavam durante a execução após o envio inicial quando uma variável global era referenciada em uma condição |
| Todas as opções de caixa de seleção agora são exibidas de maneira consistente nas etapas subsequentes. As opções selecionadas anteriormente são mostradas corretamente como marcadas, enquanto as opções não selecionadas permanecem visíveis e desmarcadas, garantindo uma experiência de formulário consistente e esperada. |
| As seleções de tamanho de fonte feitas nas propriedades do formulário agora aparecem corretamente no compositor de formulários e no formulário renderizado. Antes, as alterações no tamanho da fonte não eram aplicadas aos rótulos e valores dos campos numéricos nos formulários. |
|
A lista de agendadores do Automation Co-Pilot agora é atualizada corretamente em cada tentativa. O indicador de carregamento desaparece como esperado, sem travar. Antes, o ícone de carregamento permanecia visível indefinidamente ao atualizar a lista de agendadores do Automation Co-Pilot, especificamente na segunda atualização. |
| O envio de uma tarefa de formulário que inclui uma tabela mapeada para uma variável de tabela de entrada não resulta mais em uma página em branco intermitente. Antes, o formulário podia se tornar irrecuperável até que a página fosse atualizada. |
| Ao abrir um processo que já possui um grupo de usuários atribuído, o aplicativo não exibe mais a mensagem Grupo de usuários padrão obrigatório por uma fração de segundo. Antes, essa mensagem aparecia devido a uma avaliação incorreta do estado de carregamento. |
| Quando o recurso de automação de conversas está ativado, mas a licença necessária não está disponível ou expirou, logs de erro repetitivos não são mais gerados. Antes, logs contínuos de erro eram gerados nos logs de backend do Kloudfuse. |
| Agora, os usuários de qualquer equipe podem executar um processo com êxito na janela do chat, mesmo quando o processo é atribuído a várias equipes e o usuário não faz parte da equipe padrão. Antes, se um processo fosse atribuído a mais de uma equipe e o usuário pertencesse a uma equipe não padrão, o envio da solicitação na janela do chat da guia Assistente resultava em um erro. Tentativas repetidas causavam o mesmo erro, e clicar no botão enviar formulário podia fazer com que a janela de chat travasse. |
| Agora você pode enviar com êxito as etapas do formulário que contêm elementos de opção com mapeamentos de variáveis personalizados na janela de chat. O elemento de opção exibe corretamente as opções mapeadas por variáveis quando o formulário é renderizado e o valor selecionado é enviado conforme o esperado. Antes, quando uma etapa do formulário incluía um elemento de opção mapeado para uma variável personalizada, o formulário não era enviado se fosse acionado a partir da janela de chat na guia Assistente. No momento da execução, as opções revertiam para os valores padrão definidos durante a criação do formulário, em vez de exibir os valores mapeados por variáveis. Isso causava um erro de validação do formulário e impedia o envio. |
| Ao iniciar um processo na guia Assistente que inclui uma etapa de aprovação, a notificação em linha para atribuição da tarefa de aprovação agora é exibida corretamente na guia Assistente, caso essa etapa de aprovação seja atribuída ao usuário conectado. Antes, a notificação não era exibida, o que fazia com que o usuário atribuído automaticamente à etapa de aprovação não recebesse a notificação esperada na guia Assistente. |
| Ao executar um processo a partir da janela Assistente que inclui uma etapa Validador de documentos, agora você vê uma única notificação na janela de chat para cada evento. Antes, notificações duplicadas às vezes eram exibidas para o mesmo evento em vez de uma única notificação. |
| Agora você pode enviar um prompt na guia Assistente do Automation Co-Pilot sem que o aplicativo trave ao selecionar texto dentro do prompt e pressionar a tecla Enter. Antes, selecionar texto no prompt e pressionar Enter fazia o aplicativo travar, enquanto enviar o prompt usando Enviar funcionava como esperado. |
| Na guia Assistente do Automation Co-Pilot, a posição de rolagem agora permanece inalterada enquanto você compõe um prompt, permitindo consultar facilmente o conteúdo anterior do chat antes de enviar. Antes, assim que os usuários começavam a digitar no campo de prompt, a visualização rolava automaticamente para o final da janela de chat, interrompendo a revisão de mensagens anteriores. |
| Na guia Assistente do Automation Co-Pilot, as consultas de tarefas retornam resultados precisos com base no status da tarefa solicitada. Agora você pode visualizar apenas as tarefas concluídas ou recusadas ao consultar por status e tipo de tarefa no prompt. Antes, quando os usuários consultavam as tarefas de formulário, validador ou aprovação concluídas ou recusadas, a resposta incluía incorretamente as tarefas pendentes atribuídas ao usuário. |
| O status da tarefa agora permanece consistente na janela de chat da guia Assistente do Automation Co-Pilot ao executar automações, garantindo a consistência do status em todas as visualizações. Antes, quando uma tarefa estava no estado em fila, ela aparecia como Em fila na visualização Mostrar detalhes para o ID da solicitação, mas mudava para Em andamento quando você clicava no nome da tarefa na janela de chat. |
| As automações configuradas para serem executadas apenas Por bot não aparecem mais na guia Assistente do Automation Co-Pilot. Antes, se um administrador do Automation Co-Pilot editasse um processo em e selecionasse a caixa de seleção Por bot, a automação ainda ficava visível para os usuários na guia Assistente, mesmo não estando disponível na guia Automação do Automation Co-Pilot. |
| Ao usar regras de formulário com o elemento de Lista suspensa, os comportamentos baseados em regras não falham mais durante a renderização do formulário e as regras de formulário agora funcionam como esperado. ID de caso do Service Cloud: 02202529 |
| Os elementos da tabela agora permanecem não editáveis durante a aprovação, evitando alterações indesejadas nos dados do formulário. Antes, os campos da tabela podiam ser editados na tela Aprovar tarefa, mesmo quando o formulário estava no modo somente leitura. |
| O formulário agora exibe corretamente o horário padrão quando o valor é passado diretamente do bot para o formulário durante a execução do processo. Antes, o valor padrão de uma entrada de Hora passado a partir da variável de data ou hora de um bot não era exibido na tarefa de formulário associada. |
| As regras da tabela agora se aplicam apenas à linha específica em que a condição é atendida, e mover linhas não aciona mais a execução da regra em outras linhas. O movimento da linha se comporta conforme o esperado, sem alterar os dados ou o estado em linhas não relacionadas. Antes, as regras de formulário dentro dos elementos da tabela eram aplicadas incorretamente quando as linhas eram movidas para cima ou para baixo. |
| Os sublinhados agora são exibidos consistentemente como espaços tanto nas seções de coluna Disponível quanto Selecionado e nos cabeçalhos das tabelas, e a formatação persiste mesmo após atualizar a página e ao fazer login ou logout. Antes, os sublinhados eram exibidos como espaços na lista Disponível, mas voltavam a ser sublinhados após aplicar a personalização e atualizar a página. |
A sinalização obrigatória agora é devidamente traduzida para Entrada obrigatória nos mapeamentos de variáveis, garantindo que os usuários insiram as entradas necessárias antes do envio.Antes, os campos obrigatórios definidos em um formulário não eram exigidos como necessários quando o formulário era utilizado dentro de um processo. |
| O sistema agora exibe uma mensagem de aviso quando uma ação é configurada sem uma condição If correspondente, garantindo a integridade da regra e prevenindo configurações inválidas de regras no construtor de formulários. |
| Os formatos de arquivo na tabela AI Knowledge → Arquivos RAG (formatos como PPT/PPTX, DOCX, XLS/XLSX e XSLT) agora aparecem com rótulos adequados e fáceis de usar, em vez de valores brutos do tipo de conteúdo. Antes, a tabela AI Knowledge → Arquivos RAG exibia formatos de arquivo incorretos. |
| O sistema agora permite corretamente IDs do elemento com espaços, garantindo que as tarefas do Agente de IA sejam executadas sem erros. Antes, as tarefas do Agente de IA não eram executadas quando seu ID do elemento padrão continha um espaço. |
|
O Editor de Texto Rico (RTE) agora mantém seu conteúdo, exibe corretamente o aviso e permanece editável conforme configurado. A execução de regras e a passagem de dados para o mesmo elemento agora funcionam conforme o esperado. Antes, os campos RTE podiam ficar em branco e não editáveis quando os dados passados pelo bot acionavam uma regra de aviso não vazio ao carregar o formulário. ID de caso do Service Cloud: 02291662, 02291950, 02292058, 02292426, 02292446, 02292945, 02292733 |
Limitações
| Atributos de negócios que contêm espaços em seus rótulos (por exemplo, biz attr) não aparecem na lista Colunas disponíveis das páginas Todas as solicitações e Tarefas. Como resultado, não é possível adicionar esses atributos à tabela para exibição. |
| Ao usar uma regra de formulário que adiciona o valor de uma área de texto a um Editor de Rich Text (RTE), é possível adicionar o texto duas vezes em vez de uma. Isso ocorre apenas ao usar o valor do elemento da área de texto. |
| Quando um processo atualiza um atributo de solicitação durante a execução, a página Todas as solicitações não reflete o novo valor após a conclusão da solicitação. A coluna de atributo continua exibindo o valor inicial. |
| Ao usar um formulário com um elemento de lista suspensa de seleção múltipla em um processo, os valores selecionados na tarefa Formulário podem não ser passados para a tarefa Aprovação subsequente, mesmo quando o mapeamento de variáveis está configurado corretamente. |
| Ao invocar agentes baseados em metas com grandes cargas úteis de entrada (como JSON extensivo passado para várias variáveis), a página Tarefa trunca os dados exibidos. Os campos de entrada se expandem verticalmente, mas permanecem fixos em altura, impedindo a visibilidade total do conteúdo. O layout não se ajusta à largura disponível da tela e não há opção de rolagem, o que limita a capacidade do usuário de visualizar os dados inseridos na íntegra. |