Agora o atendente consegue ver se o cliente visualizou a mensagem, como no WhatsApp. Contudo, a funcionalidade está disponível apenas na versão web, não via API.

Benefício: 

• Dá mais controle ao atendente sobre o andamento da conversa.

Foi adicionado botão de atalho que redireciona diretamente para a tela de administração dos times.

Benefício:

• Evita múltiplos cliques e agiliza ajustes em equipe (ex: mudar quem atende determinado tipo de chamado). 

Nova API que retorna a situação atual da unidade (ex: disponível, reservada, vendida) e rastreia as movimentações.

Benefícios:

• Permite maior controle e rastreabilidade das mudanças nas unidades.
• Facilita a integração com outros sistemas que precisam acompanhar a situação das unidades.

• Situação anterior: código interno era usado como chave primária, mas podia se repetir. Isso impedia atualização correta dos boletos.
• Solução: Adição de um novo parâmetro: “título”.
• Agora: código interno continua como chave única, e título ajuda a agrupar boletos relacionados à mesma venda.
• Benefício: Evita erros de atualização e melhora a integridade da integração de boletos.

Foi criada uma nova API GET específica para atividades dos corretores (como anotações, ligações, mensagens via WhatsApp).
Embora essas informações já estivessem presentes no endpoint de lead, agora estão disponíveis de forma mais organizada e separada, permitindo acesso direto ao histórico de atividades do corretor responsável. 

Id atividade:

• Tipo (Tarefa ou Visita) 
• Título da tarefa (e.g., "Visitar Cliente") 
• Descrição: Devo ligar para o cliente no horário XX:YY 
• Nome do cliente associado ao lead da tarefa. 
• Horário da tarefa (Data e hora) 
• Status da tarefa (e.g., "Pendente", "Concluído") 
• Gestor responsável 
• Prioridade 
• O link do lead ao qual a tarefa está associada 

Benefícios:

• Dá mais visibilidade sobre o engajamento do corretor com os leads.
• Separa informações importantes sem depender do endpoint geral do lead.

• Ajuda a medir produtividade e qualidade de atendimento.

  
  

Dois novos recursos:

• Relatório padrão: com informações como atendente, tempo de resposta, status do lead.

• Indicadores visuais (gráficos): mostra volume de chats, taxa de abertura, etc.

Os Indicadores são visuais apenas (sem download), devido ao volume de dados.

Foi adicionado um novo filtro permite exibir dados financeiros (extrato e saldo devedor) baseado no título da venda no Sienge.

Benefícios:

• Precisão nos itens apresentados para o cliente final.
• Visão clara e objetiva. 

APIs do tipo GET, POST, PUT e DELETE foram disponibilizadas para gerenciamento das tipologias.

Permite que sistemas externos consultem, atualizem ou removam essas informações com mais flexibilidade.

Benefícios:

• Facilita a integração com outros sistemas e plataformas.
• Reduz a necessidade de ajustes manuais ao disponibilizar endpoints específicos.

💻 Para mais informações sobre a API de Tipologia das Unidades, clique aqui.

Foram adicionadas novas linhas nas APIs do CV e do CVDW-API de Pré-cadastro. 

São elas:

• total - Soma de aprovado + subsídio + FGTS 
• prazo
• tabela 
• prazo de financiamento - campo observações na tabela de pré-cadastro 
• carta crédito 
• renda do cliente principal 
• renda total 
• vencimento da aprovação 
• id intenção de compra 
• intenção de compra - somente nome
• renda total 
• id intenção de compra 
• intenção de compra - nome 

Benefícios:

• Aumenta a integração de dados para uso em BI e relatórios.
• Permite análises mais completas sobre o perfil financeiro.
• Facilita a automação e uso desses dados em outras plataformas.

Foi implementado um ajuste na automação de status dos contratos assinados, tanto no Workflow de Reservas quanto na Gestão de Contratos.

• Antes, quando um contrato era enviado para assinatura eletrônica e depois cancelado, o sistema mantinha a flag de "pendente de assinatura", causando confusão.
• Agora, quando um contrato é cancelado, a reserva retorna automaticamente à situação anterior.
• Isso evita que reservas fiquem com status incorretos e melhora a experiência do usuário.

Exemplo 1 - Fluxo Simples:
1️⃣ Uma reserva está na situação "Nova Reserva".
2️⃣ O usuário gera e envia o contrato para assinatura eletrônica.
3️⃣ O status da reserva muda automaticamente para "Pendente de Assinatura".
4️⃣ O usuário precisa cancelar o contrato.
5️⃣ Agora, o sistema automaticamente retorna a reserva para "Nova Reserva", garantindo que o status reflita a realidade.

Exemplo 2 - Fluxo com mais etapas:
1️⃣ Reserva inicia com status "Nova Reserva".
2️⃣ O status é alterado para "Validação de Documentos".
3️⃣ Após a validação, o contrato é gerado e enviado para assinatura.
4️⃣ O status muda para "Pendente de Assinatura".
5️⃣ O contrato é assinado por algumas partes e fica com status "Assinado por Cliente e Associados".
6️⃣ O contrato precisa ser cancelado.
7️⃣ Agora, o sistema reverte o status para "Validação de Documentos", pois esse era o estado imediatamente anterior ao envio do contrato.

💻 Para mais informações sobre as regras implementadas, clique aqui.