Vencimento de leads

Adicionamos a situação que tiver a flag "reserva" do workflow de leads nas configurações de vencimento de leads e vencimento de leads por empreendimento. 

Por que isso é importante?

Antes da melhoria, situações com a flag "Reserva" não eram consideradas nas configurações de vencimento de leads, o que gerava inconsistências no controle de prazos e acompanhamento desses leads.

Isso impactava diretamente a gestão, já que leads em etapas relevantes do funil (com reserva) ficavam fora das regras de vencimento, prejudicando visibilidade, priorização e possíveis automações.

Como funciona?

Passamos a considerar as situações do workflow de leads que possuem a flag "Reserva" dentro das configurações de:

• Vencimento de leads
• Vencimentos por empreendimento

Com isso:

• Situações marcadas como "Reserva" agora podem ser configuradas normalmente nas regras de vencimento
• Essas situações passam a respeitar os prazos definidos, assim como as demais etapas do workflow
• A gestão de leads fica mais consistente, incluindo todas as etapas relevantes no controle de vencimentos

A alteração garante que nenhuma etapa importante do funil fique fora das regras de vencimento.

Novo filtro na listagem de leads

Código interno do lead. 

Por que isso é importante?

A ausência do código interno na listagem de leads dificulta a identificação rápida e precisa dos registros, principalmente em cenários de importação onde os leads podem ter dados semelhantes.

Além disso, a inclusão desse filtro padroniza a experiência com outras listagens do sistema, trazendo mais consistência e facilitando a navegação e busca por parte dos usuários.

Como funciona?

Foi adicionado um filtro por código interno do lead na listagem de leads.

Com isso, o usuário pode:

• Buscar diretamente um lead específico utilizando seu código interno
• Identificar com mais precisão leads oriundos de importações ou integrações
• Utilizar o mesmo padrão de busca já existente em outras listagens do sistema

O filtro funciona de forma direta na listagem, retornando o lead correspondente ao código informado.

Nova configuração de específico: 

Flag para remover a visualização, no painel corretor, da quantidade de leads recebidos pelos corretores da fila de distribuição de leads. 

Por que isso é importante?

Em operações com múltiplos corretores, a visibilidade da quantidade de leads recebidos por outros usuários pode gerar comparações, desconfortos e questionamentos sobre a distribuição.

Essa configuração permite que o cliente tenha maior controle sobre a transparência dessas informações, evitando conflitos internos e garantindo uma experiência mais equilibrada para os corretores, especialmente em operações maiores.

Como funciona?

Foi criada uma flag configurável a nível de específico, que vem desabilitada por padrão.

Quando ativada:

• Corretores que participam da fila de distribuição deixam de visualizar a quantidade de leads recebidos pelos demais corretores
• A visualização passa a exibir apenas:
  • A posição de cada corretor na fila
  • A própria posição do usuário

Quando desativada:

• O sistema mantém o comportamento atual, exibindo normalmente a quantidade de leads recebidos por cada corretor

A configuração deve ser ativada manualmente via específico, de acordo com a necessidade de cada cliente.

Em vermelho está circulado o campo que é removido da visualização com essa flag. 

O que mudou?

O endpoint de GET do DW Vendas passou a retornar, dentro do array de associados, um novo campo chamado ativo, indicando se o associado está ativo ou não.

Por que isso é importante?

Anteriormente, o retorno da API incluía associados que já haviam sido removidos, sem distinção clara.

Com a inclusão do campo ativo (S/N), torna-se possível identificar facilmente quais registros ainda são válidos, evitando inconsistências em integrações e análises de dados.

Como funciona?

No response da API, dentro do array associados, foi incluído o campo:

• ativo:
  • “S” → associado ativo
  • “N” → associado removido/inativo

Isso permite que sistemas consumidores filtrem ou tratem os dados conforme a necessidade.

Impacto técnico

• Inclusão do campo ativo no array de associados
• Nenhuma alteração nos demais campos do endpoint
• Compatível com integrações existentes (adição não disruptiva)

O que mudou?

Ao clonar uma reserva, o sistema agora mantém automaticamente a mesma tabela de preço da reserva original no comparativo da nova reserva.

Por que isso é importante?

Antes dessa melhoria, a reserva clonada perdia a referência da tabela utilizada na origem, o que podia gerar inconsistências na análise e comparação de valores.

Com o ajuste, garante-se maior fidelidade entre a reserva original e a clonada, mantendo o contexto comercial da negociação.

Como funciona?

• Ao realizar a clonagem de uma reserva
• O sistema replica a tabela de preço utilizada na reserva original
• Essa tabela é automaticamente aplicada no comparativo da reserva clonada

O que o endpoint faz hoje

Ele retorna os dados da reserva no Sienge vinculada ao CV CRM, trazendo informações contratuais, financeiras e status da reserva.

Na prática:

• É um endpoint consultivo
• Focado em dados financeiros e contratuais
• Usado dentro do fluxo de integração CV ↔ Sienge

Foi criada uma nova configuração que permite definir a Tabela de Preço em modo somente leitura para corretores e imobiliárias, restringindo ações como exportação, download e compartilhamento.

Por que isso é importante?

Essa melhoria reduz riscos jurídicos e comerciais ao evitar a circulação indevida de tabelas de preço fora do sistema, garantindo que:

• Os usuários sempre acessem informações atualizadas
• Não haja compartilhamento não autorizado
• Dados estratégicos fiquem protegidos contra concorrência

Como funciona?

Foi criada a configuração: “Tabela de preço em modo somente leitura para corretores e imobiliárias”

Local: Cadastro do empreendimento → Seção de Tabelas
Valor padrão: Desabilitado

Comportamento quando habilitado

Restrições para corretores e imobiliárias

• Bloqueio de exportação (PDF, Excel e outros formatos)
• Bloqueio da ação de compartilhamento da tabela
• Bloqueio do botão “todas as unidades” no mapa de disponibilidade
• Bloqueio de download, inclusive na visualização em HTML

Visualização mantida

• A tabela continua disponível para consulta dentro do sistema
• Sem possibilidade de extração dos dados

Proteção adicional

• Restrição de impressão via navegador (ex.: CTRL+P) na visualização em HTML, evitando tentativas de contornar o bloqueio

Apresentamos a nova sidebar do Comunicador Pré-Vendas, desenvolvida para tornar o fluxo de atendimento mais ágil, moderno e intuitivo.

Por que isso é importante?

A nova interface foi pensada para melhorar a experiência do usuário no dia a dia, permitindo:

• Mais agilidade no atendimento
• Melhor organização das interações
• Acesso rápido às informações relevantes
• Redução de tempo operacional

O que muda na prática?

Com a nova sidebar, é possível conduzir todo o processo de comunicação de forma mais fluida, com:

• Navegação mais simples e intuitiva
• Melhor visualização das informações do atendimento
• Interações mais rápidas e organizadas

Foram adicionados novos campos para leitura automática de documentos de CNPJ através do Magic Documentos, ampliando a capacidade de extração de dados.

Como funciona?

Ao realizar a leitura de um documento de CNPJ, o sistema passa a extrair automaticamente as seguintes informações:

• Número do registro
• Nome Empresarial
• Nome Fantasia
• Inscrição Estadual/Municipal
• E-mail
• Telefone
• Endereço

Na integração com o Sienge, ao enviar o cadastro de imobiliárias, o campo typesId passa a ser enviado com o valor: "CO" (corretor). Anteriormente, esse campo era enviado como "fornecedor".