• Inclusão do tenant de origem no cabeçalho das requisições dos webhooks.
• O "tenant" identifica o ambiente de onde o dado foi disparado (produção, QA, local etc.).

Finalidade:

• Aumentar o controle de ambientes em integrações.
• Evitar erros de envio para ambientes errados.
• Permitir filtros, bloqueios e diagnósticos mais eficientes em sistemas externos.

Lógica anterior (padrão):

• Sorteio embaralhava todas as posições da fila.
• Utilizado para manter a distribuição justa em qualquer quantidade de atendentes.

Novo comportamento (quando > 100 participantes):

• O sistema não embaralha mais toda a fila.
• Ele sorteia apenas o próximo (P) atendente a receber um lead.
• A fila mantém a ordem original dos demais participantes.

Exemplo prático:

• Fila com 130 corretores.
• Sorteado: corretor X (posição 47).
• Ele sobe para a posição 1.
• Demais corretores seguem a ordem antiga a partir dele.

Controles:

• O gestor pode optar por sortear manualmente toda a fila.
• Ou editar a ordem diretamente, como já é possível atualmente.

Foi adicionado o novo parâmetro momento do lead (idmomento_lead)  na API de leads.

Observação: o momento precisa seguir as regras de associação com empreendimento e situação.

Clique aqui para conhecer as APIs do CV CRM.

O novo relatório traz mapa completo de um workflow:

• Todas as etapas e flags.
• Todas as transições possíveis entre elas.
• Ações associadas (ex.: enviar e-mail).
• Pré-requisitos para seguir de uma etapa para outra.

Exemplo de uso:

• Diagnosticar por que uma reserva não avança.
• Identificar bloqueios ou lógicas automáticas não evidentes.

Foi implementada a possibilidade de inserir variáveis de assinatura também em cabeçalhos e rodapés de contratos formatados em Word.

Antes da melhoria:

• As variáveis de assinatura funcionavam apenas no corpo do contrato.
• Para cabeçalhos e rodapés, é necessário aplicar soluções manuais (ex.: pintar o texto de branco).

Após a melhoria:

• É possível configurar posições exatas de assinatura (ex.: rubricar a incorporadora, o cliente e os associados no rodapé).
• O recurso atende especialmente clientes que desejam formatar seus contratos com precisão visual, usando a flexibilidade do Word.

Benefícios:

• Mais liberdade na formatação visual dos contratos.
• Possibilidade de padronizar a assinatura em locais fixos do documento.

• A partir desta versão, novos webhooks enviarão apenas os IDs das funcionalidades e subfuncionalidades envolvidas (ex.: ID da reserva).
• Dados sensíveis (nome, CPF, e-mail etc.) não serão enviados por padrão.

Por quê?

• Para garantir conformidade com a LGPD, evitando o envio irrestrito de informações pessoais.
• Os sistemas integrados devem consultar os dados via API usando os IDs recebidos.

Observações:

• Webhooks já existentes não foram alterados.
• Ainda é possível, temporariamente, alterar manualmente para “body completo” na edição — mas com alerta de risco legal.

As anotações automáticas criadas durante importações de leads via sistema não entram mais nos Relatórios e API de interações (GET).

Benefícios:

• Mais fidelidade nos relatórios de interação.
• APIs retornam apenas interações relevantes.

Novas permissões adicionadas:

1. Permitir edição do indexador pelo corretor/imobiliária.
2. Permitir edição do portador pelo corretor/imobiliária.

Aplicação:

• Cada permissão pode ser ativada individualmente por perfil.
• Garante maior controle sobre quem pode alterar dados críticos da reserva.

Ao criar uma interação com o lead, o gestor pode escolher se ela será visível:

• Apenas para o corretor atual.
• Ou também para o próximo corretor (caso haja troca).

O que foi adicionado:

• A linha do tempo do lead agora exibe qual foi a decisão do gestor no momento da interação.
• Isso é visível apenas para o Painel do Gestor.

Adição:

• Novo provedor de login social via iCloud.

Já disponíveis:

• Google, Microsoft, SiengeID.

Benefício:

• Facilita o acesso para usuários Apple.
• Centraliza autenticação em conta já confiável.