Adicionamos o campo de "renda do cliente principal" na API de pré-cadastro.

A nova versão trouxe uma importante atualização: o vínculo do protocolo ao gatilho da pesquisa. Com isso, todas as pesquisas já enviadas agora exibem seus respectivos protocolos na nova coluna, oferecendo uma visão mais detalhada e organizada.

O protocolo corresponde ao número de ID da funcionalidade. Por exemplo, conforme ilustrado na imagem abaixo, o protocolo 10751 refere-se ao ID de um pré-cadastro exibido na listagem de pré-cadastros.

É relevante mencionar que os protocolos não estão limitados ao pós-venda. A funcionalidade preenche automaticamente a coluna com todos os IDs existentes no sistema CV. Caso um protocolo específico não esteja disponível, o ID do serviço ou funcionalidade associado será usado para completar o campo, assegurando que nenhum dado fique ausente.

A integração passou a permitir maior flexibilidade no gerenciamento de cargos vinculados ao MEGA. Antes, os cargos entre os sistemas precisavam ser equivalentes. Agora, os usuários podem editar os cargos no CV CRM para adaptá-los conforme necessário, garantindo que nomes e funções atendam às especificidades organizacionais. Por exemplo, um "Supervisor" no MEGA pode ser mapeado como "Usuário Administrativo" no CRM, com possibilidade de associação personalizada de pessoas.

Uma nova ferramenta foi lançada para facilitar a integração do CV com sistemas de telefonia de parceiros.

Funcionalidades:

• Configuração via menu de integrações, onde o usuário define a URL de destino e o método (ramal ou telefone do atendente).
• Botão de ligação disponível nos leads vinculados ao usuário.

Processo:

• Ao clicar no botão, o sistema envia uma requisição JSON à URL configurada pelo parceiro.
• A chamada é realizada pelo sistema parceiro, que retorna resultados ao CV (áudio, interação no lead ou tarefa).

Limitações:

• A ligação não é realizada diretamente pelo CV, mas por parceiros.
• Para usar o CV Call Connect, não pode haver outras integrações ativas com sistemas como Phonetrack ou Nvoip.

Compatibilidade: 

Funciona tanto em desktop quanto em dispositivos móveis, sem necessidade de sair do sistema.

💻Para entender melhor sobre essa funcionalidade, clique aqui.

Agora, o rodapé da simulação exibe diferenças negativas com destaque visual em vermelho, melhorando a identificação de discrepâncias financeiras.

Agora, o sistema exibe a porcentagem de participação do cliente no contrato de forma clara e acessível. Este dado é calculado automaticamente com base na participação dos associados (se houver). Embora o valor seja apenas visual e não editável, ele oferece maior transparência ao usuário. 

Foi melhorada a exibição de alertas relacionados ao bloqueio de aprovação de reservas, como nos casos em que o valor da comissão excede o valor das parcelas de entrada. Além do botão de alerta existente, as mensagens também são exibidas em outras partes relevantes do sistema para garantir maior visibilidade ao usuário. 

Foi introduzida uma nova funcionalidade que permite aplicar descontos com maior precisão:

• Desconto por série: o percentual de desconto é aplicado somente sobre uma série específica.
• Desconto por proposta: o desconto é calculado sobre o valor total da proposta, mas aplicado em uma série escolhida. Essa funcionalidade é útil para garantir descontos precisos no montante geral sem comprometer os cálculos internos.

Agora é exibido o SLA na listagem de assistência, proporcionando maior visibilidade sobre os prazos de atendimento. Este SLA está diretamente vinculado ao workflow da assistência, e quaisquer alterações nos prazos definidos (como aumento ou redução) impactarão automaticamente as assistências já em andamento. Isso permite uma gestão mais eficaz e ágil, mas exige cuidado para evitar modificações inesperadas que afetem prazos de tarefas em curso.

A atualização da API de bloqueio de unidades introduziu melhorias para lidar com unidades que possuem o mesmo código interno em diferentes blocos. Antes, o sistema bloqueava a primeira unidade encontrada com o código fornecido, independentemente de sua localização correta, o que gerava erros operacionais. Agora, a API realiza verificações adicionais pelo ID da unidade, ID do bloco e ID da etapa, garantindo que o bloqueio ocorra na unidade específica e correta, evitando confusões e bloqueios indesejados.