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.

CPQ Beta não aceitava arrays e objetos como valores válidos para campos de texto. Agora, arrays e objetos são aceitos como valores válidos em campos de texto, sendo convertidos em string previamente.

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.

Ocorria um erro em que a proposta era alterada, mas a requisição ia sem os produtos. Corrigida a montagem de Payloads para que a criação de entidades do CPQ não sejam criadas com erro.

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.

Foi corrigido um problema na validação dos fluxos de aprovação com mais de um campo que, ao editar o campo na tabela dinâmica de Proposta/Venda/Documentos, exibia um erro genérico em vez de apresentar o modal correspondente. Agora, o modal do fluxo de aprovação é exibido corretamente nesses casos.

No aplicativo, ao realizar o check-in de uma tarefa de visita salva com a data de 07/05/2025, por exemplo, a data era incorretamente alterada para o dia anterior (06/05/2025). Isso ocorria porque, ao abrir o formulário de check-in, o valor do campo de data era transformado considerando o fuso horário, quando, na verdade deveria apenas ser formatado para exibição. Foi adicionada uma função que impede que a formatação visual da data leve em conta o fuso horário, garantindo que a data exibida permaneça correta. Correção disponível a partir da versão 6.8.1 do aplicativo.

Quando o campo [Cliente.Empresa] era preenchido com valor padrão, o formulário de edição de clientes quebrava, gerando um looping de requisições e em alguns casos impossibilitava o preenchimento de alguns campos. A recursividade foi removida, deixando apenas as chamadas das requisições necessárias.

No app, quando o campo era triggado pelo OriginField não havia uma validação para se esse OriginField deveria ou não também triggar as outras fórmulas e isso estava fazendo o Valor triggar a fórmula interna que usava o valor antigo. Foi feita uma validação que não trigga caso o campo Origin não esteja entre os FormulaVariables.

Ao pesquisar um produto para adicioná-lo como vínculo na tela do produto, a busca não era realizada ao utilizar o scroll do mouse ou ao pressionar a tecla "Enter". Foi corrigido um problema no código que causava uma falha na requisição de produtos durante a inserção de opcionais. Agora, ao inserir o produto, a requisição é executada corretamente para buscá-lo.

Foi adicionado no CPQ Beta alguns campos fixos no formulário de documento. Como, por exemplo, o campo de "Título".

Corrigimos um problema que impedia a exibição correta dos negócios ao tentar vincular um e-mail a outro cliente. A falha foi causada por uma alteração anterior na interface, que acabou afetando o filtro de negócios. Agora, ao selecionar um cliente, os negócios relacionados a ele são exibidos corretamente.

Corrigimos o comportamento da duplicação de negócios no CPQ Beta. Antes, ao duplicar um negócio, o sistema abria automaticamente o mesmo modelo de documento do original, sem exibir a tela de seleção de templates. Agora, assim como no CPQ atual, a tela de seleção é exibida também na duplicação, garantindo uma experiência consistente tanto na criação quanto na duplicação de documentos.

O campo de unidade de medida da integração com o Sankhya não estava sendo preenchido corretamente no CPQ Beta, devido a uma variável que não recebia valor. Esse comportamento foi corrigido em outra tarefa, que ajustou o tratamento de valores em fórmulas integradas — anteriormente, quando o JSONPath configurado não encontrava nenhum valor, o retorno era tratado de forma incorreta. Após essa correção, o campo de unidade de medida voltou a carregar corretamente o valor padrão da proposta ao criar uma venda.