• Descrição: Adicionada uma coluna com os motivos da perda de leads, detalhando as razões da remoção do atendente, como, por exemplo:
  • Vencimento do lead e envio para a fila.
  • Alterações manuais feitas por gestores.
  • Desassociação automática via workflow.
• Funcionalidade:
  • Melhora a transparência na gestão de perdas.
  • Permite identificar padrões e causas para otimizar processos internos.
  • Inclui leads perdidos no relatório, mesmo que o usuário não tenha acesso visual ao lead.

Obs.: uma perda se dá quando um atendente é removido do lead. 

• Descrição: Adicionado o nome do empreendimento associado ao lead na listagem de Leads Novos e Convertidos. Caso o lead esteja vinculado a mais de um empreendimento, é possível visualizar todos os nomes ao passar o mouse.
• Funcionalidade:
  • Facilita o rastreamento e organização dos leads em diferentes empreendimentos.
  • Melhora a navegação e identificação rápida de informações relevantes.

1. Mudança na Regra do Campo "Leads Existentes na Base"

• Agora, ao marcar a opção "Não" para importar leads já existentes, somente os leads ativos (em tratativas) são excluídos. Apenas leads cancelados, vencidos ou finalizados entram na campanha.  

2. Mudança na Regra para Importar Arquivo

• A verificação de "e-mail" e "telefone" será configurada como "ou", o que significa que, caso ambos sejam selecionados, basta o lead ter 1 desses campos preenchido no arquivo para entrar na campanha.

3. Mudança no Filtro "Mídia"

• Foi ampliada a seleção de filtros de mídia. Agora é possível selecionar até 5 opções simultaneamente para campanhas baseadas na base de leads. Além disso, há a possibilidade de excluir leads associados a uma mídia específica.

Agora, é possível enviar reservas vendidas diretamente para o sistema ERP Sienge através de uma atualização em lote, mesmo após a venda. Isso automatiza um processo que antes era feito manualmente via scripts, otimizando a integração e economizando tempo.

Observações: 

• Esse campo será exibido apenas se a integração Sienge estiver ativada;
• Só obterá sucesso se a reserva vendida estiver sem código interno.

Levamos a informação do indexador Sienge para a parte visível da linha de pagamento da comissão. O objetivo é garantir que esse dado obrigatório esteja claramente visível para o usuário antes do envio. 

A partir desta versão, será possível sincronizar os códigos dos pagamentos das comissões integradas com o Sienge. Incluímos o botão "Atualizar códigos com o Sienge" para trazer o código do pagamento quando clicado. A ideia é evitar que o usuário precise cancelar a comissão e criar uma nova em caso de inconsistência de dados.

Obs.: a exibição do botão depende de permissão no perfil de acesso e no workflow de comissão.

Na Reserva, oferecemos o Formulário de Configuração API Sienge. Para isso, desenvolvemos dois métodos que permitem obter e modificar as informações na seção de integração do Sienge na Reserva.

• GET: permite obter as informações contidas na seção de integração;
• PUT: permite alterar essas informações.

Na Documentação de API do CV, é possível acessar os métodos GET e PUT para obter e alterar as informações. da integração Sienge.

💻 Para visualizar a Documentação de API do CV, clique aqui.

Se o empreendimento for parte de um programa habitacional, os dados serão enviados para o Sienge. Isso inclui um novo campo obrigatório no cadastro da pessoa para informar sobre o programa habitacional, garantindo conformidade com o regime especial de tributação.

Essa melhoria adapta o envio no Post da API de contratos para apoiar a conformidade com a lei tributária RET (Regime Especial de Tributação). 

Quando o empreendimento estiver marcado como "Sim" para "Programa habitacional", os dados serão enviados diretamente para o Sienge, quando a reserva for para a flag "Pode faturar". 

Caso o campo anterior esteja como "Sim" e o campo não seja preenchido na pessoa ("Pessoas" > "Editar" > "Dados Profissionais/Outras rendas" > "Outras rendas" > "Possui imóvel em seu nome"), o dado não será enviado. 

A correção agora pode ser feita por data de vencimento de cada boleto, além da correção anual, aplicável tanto a extratos quanto a boletos.

Observação: por padrão, a configuração estará definida como "Não". Para utilizá-la, será necessário habilitá-la.

Modificamos o filtro da data de referência na API CVDW leads conversões. Antes puxava pela data de cadastro do lead, agora irá puxar pela data da conversão do lead. 

💻 Para saber mais sobre o CVDW-API, clique aqui.