Havia um erro nos relatórios (versão 3.0) ao tentar mostrar gráficos quando o campo "Negócios derivados" era usado. Isso aconteceu porque o sistema estava buscando uma informação com o nome errado. Em vez de procurar pelo nome correto ("OriginDealId"), ele procurava por outro nome ("DealId"). Por causa disso, os gráficos não funcionavam. O problema foi resolvido ajustando essa informação diretamente no sistema.

Adicionado scroll na lista de pastas do módulo de e-mails, permitindo a visualização completa quando há muitas pastas. Antes, algumas pastas ficavam inacessíveis por não haver rolagem disponível.

No aplicativo, foi corrigido um problema no módulo de clientes que impedia a atualização correta da listagem ao trocar de aba no modo offline. A filtragem de contatos não era aplicada conforme o filtro da aba selecionada. Agora, os filtros funcionam corretamente tanto no modo online quanto offline. Correção aplicada na versão 6.6.4 do app.

Estavam sendo adicionados os caracteres amp; a mais quando o caractere & é enviado em campo de tipo texto em formulário externo. O backend realiza uma sanitização dos valores recebidos por meio do formulário externo para remover possíveis códigos maliciosos. Durante esse processo, o caractere & é convertido para &. Para corrigir esse comportamento, implementamos um decodificador de HTML que converte esses caracteres codificados de volta para sua forma original — por exemplo, & é convertido novamente em &.

Corrigido um erro que alterava o assunto e removia o e-mail base ao trocar o modelo em uma resposta. Esse comportamento fazia com que a mensagem fosse enviada em uma nova thread, perdendo o contexto da conversa original. Agora, o assunto e o e-mail base são preservados corretamente ao mudar o modelo.

Ao enviar uma imagem pelo módulo de chat 'Conversas' do Ploomes, ela aparecia corrompida (ou 'quebrada') para o destinatário. Foi revertida uma implantação que alterou o link dos anexos em geral do sistema e que deixava os anexos inacessíveis dentro do chat.

Ao editar campos diretamente na tela de propostas, um erro genérico “Tente novamente mais tarde” era exibido quando a falha ocorria devido a um bloqueio por fluxo de aprovação — informação visível apenas na resposta da requisição. Para resolver isso, o modal de aprovação foi adicionado às edições realizadas nas tabelas dinâmicas de Proposta, Venda e Documento, garantindo que o usuário seja informado corretamente e possa seguir com o fluxo adequado.

Ao criar uma automação de funil que alterava um campo do tipo desenvolvedor, foi identificado um problema: ao modificar o conteúdo do campo e salvar, a interface permanecia na tela de configurações do campo desenvolvedor. Esse comportamento ocorria porque não tinha nada que diferenciasse o ID dos modais, sendo assim, o sideSlide tentava fechar o modal de automação genérica. Para corrigir o problema, o desenvolvedor adicionou um parâmetro para diferenciar os dois modais.