[05/05/2025] [Correção]
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.
[06/05/2025] [Correção]
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.
[07/05/2025] [Correção]
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.
[08/05/2025] [Correção]
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.
[13/05/2025] [Correção]
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.
[14/05/2025] [Correção]
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".
[15/05/2025] [Correção]
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.
[22/05/2025] [Correção]
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.