20/05/2026
š¤ IA: Falha ao adicionar arquivos DOCX na Base de Conhecimentoā
Ao tentar adicionar um arquivo no formato DOCX na Base de Conhecimento do tipo Arquivo, o upload nĆ£o era concluĆdo e o arquivo nĆ£o aparecia na listagem. Os demais formatos suportados funcionavam normalmente.
š§ O que estava acontecendo?
O sistema armazenava internamente o tipo de cada arquivo enviado para a Base de Conhecimento. O espaƧo reservado para guardar essa informação era pequeno demais para comportar a identificação do formato DOCX ā fazendo com que o envio falhasse silenciosamente sempre que um arquivo nesse formato era selecionado.
ā O que foi corrigido?
Com a correção aplicada, a Base de Conhecimento passa a aceitar arquivos DOCX sem erros:
- Arquivos no formato DOCX agora são enviados e processados corretamente
- Após o envio, o arquivo aparece na listagem com nome, tipo, tamanho, data de envio e status
- O arquivo permanece disponĆvel mesmo após recarregar a pĆ”gina
- Os demais formatos suportados ā DOC, TXT, PDF, XLS e CSV ā continuam funcionando normalmente.
š¼ļø [IMAGEM PENDENTE] ā reenviar do GitBook (ref.
QlWiie0Du2Q9Fv3ciZv8)
š¤ IA: Erro ao executar supervisor com subagente arquivadoā
Ao iniciar um atendimento com um agente do tipo supervisor que tinha pelo menos um subagente arquivado, o fluxo era interrompido e um erro era exibido na tela. AlƩm disso, ao desarquivar um subagente, era necessƔrio acessar a pƔgina do agente e salvƔ-lo manualmente para que ele voltasse a funcionar.
š§ O que estava acontecendo?
Ao iniciar um atendimento, o supervisor carregava as configuraƧƵes de todos os subagentes vinculados a ele. Quando algum desses subagentes estava arquivado, o sistema nĆ£o sabia como lidar com a ausĆŖncia dele ā em vez de simplesmente ignorĆ”-lo e seguir com os demais, gerava um erro que interrompia o atendimento.
JĆ” ao desarquivar um subagente, o sistema o marcava como disponĆvel na tela, mas nĆ£o o colocava de volta em operação automaticamente. Para que ele voltasse a funcionar de verdade, o usuĆ”rio precisava entrar na pĆ”gina do agente e salvar novamente.
ā O que foi corrigido?
O supervisor passa a lidar corretamente com subagentes arquivados ou indisponĆveis:
- Atendimentos com supervisores que possuem subagentes arquivados nĆ£o apresentam mais erro ā o supervisor continua funcionando normalmente com os subagentes ativos
- Caso o cliente solicite algo relacionado a um subagente arquivado, o atendimento permanece em andamento e o supervisor trata a situação sem interromper o fluxo
Ao desarquivar um subagente, ele Ć© republicado automaticamente e passa a estar disponĆvel para uso sem necessidade de salvar manualmente
š¼ļø [IMAGEM PENDENTE] ā reenviar do GitBook (ref.
nyC93jlyUiz71O428SDd)
š Auditoria: Seleção em massa e ordenação nos filtrosā
Nos filtros das abas de Auditoria, selecionar ou desmarcar mĆŗltiplas opƧƵes exigia clicar em cada item individualmente, sem nenhum atalho para marcar tudo de uma vez. AlĆ©m disso, as opƧƵes nĆ£o seguiam ordenação alfabĆ©tica, dificultando a localização de itens especĆficos.
š§ O que estava acontecendo?
Nos filtros de Evento (Webhooks de Integrações) e Recursos (Chamadas de API), não existia uma opção para selecionar ou desmarcar todos os itens simultaneamente. Para configurar o filtro com todas as opções marcadas, o usuÔrio precisava clicar em cada uma individualmente. Além disso, as opções eram listadas sem ordenação definida, tornando a navegação inconsistente entre as abas.
ā O que foi corrigido?
Os filtros das abas de Auditoria passam a ser mais Ɣgeis e consistentes:
- O filtro Evento (Webhooks de Integrações) ganha a opção "Todos os eventos" com o mesmo comportamento
- O filtro Recursos (Chamadas de API) ganha a opção "Todos os recursos" com o mesmo comportamento
- As opƧƵes nos dois filtros passam a ser exibidas em ordem alfabĆ©tica, facilitando a localização de itens especĆficos
š¼ļø [IMAGEM PENDENTE] ā reenviar do GitBook (ref.
NOem7wL0u4e0JloWEIPP)
š¬ App: BotƵes de ação nĆ£o exibidos ao selecionar mensagens no celularā
Ao acessar a plataforma pelo navegador do celular e selecionar uma ou mais mensagens dentro de um atendimento, os botƵes de ação nĆ£o eram exibidos corretamente. Em dispositivos menores, como iPhone SE, nenhuma ação ficava acessĆvel ā impedindo encaminhar, excluir ou baixar mĆdias diretamente pelo mobile.
š§ O que estava acontecendo?
A tela de atendimento nĆ£o estava adaptada para funcionar em telas de tamanho reduzido. Quando o usuĆ”rio acessava a versĆ£o web pelo navegador do celular e selecionava mensagens, a barra de aƧƵes era cortada pela tela ā ficando fora da Ć”rea visĆvel. Em dispositivos menores, ela desaparecia completamente. O problema afetava tambĆ©m a tela de seleção de contatos para encaminhar mensagem e o popup de confirmação de exclusĆ£o.
ā O que foi corrigido?
Com o ajuste aplicado, a experiĆŖncia no mobile passa a funcionar corretamente:
- Os botƵes Encaminhar, Excluir, Excluir definitivamente e Baixar mĆdia agora sĆ£o exibidos corretamente ao selecionar mensagens pelo celular
- A tela de seleção de contatos para encaminhar mensagem e o popup de exclusão foram ajustados para telas menores, sem cortes ou quebras de layout
- O comportamento Ć© consistente em diferentes dispositivos e navegadores, tanto iOS quanto Android
š¼ļø [IMAGEM PENDENTE] ā reenviar do GitBook (ref.
PafdfDd4pdQsZlIpiygu)