Foi implementada a funcionalidade de alteração de titularidade no pré-cadastro, algo que já existia nas reservas. A mudança ocorre entre clientes associados, ou seja, o cliente pode ser trocado por um associado, que então assume a titularidade do pré-cadastro. Essas mudanças são registradas no relatório e no histórico do sistema.

Foram adicionados novos parâmetros nas APIs de pré-cadastro, tanto nos métodos GET quanto POST. Esses parâmetros incluem informações como nome, CPF, grau de parentesco e se o dependente é estrangeiro, vinculando essas informações ao pré-cadastro no momento da criação.

Foi introduzida uma nova configuração para as campanhas de ativação, denominada "Repetir Leads entre Campanhas". Por padrão, os leads podem entrar em várias campanhas dependendo do filtro utilizado, o que gera duplicidade de leads ativos em campanhas diferentes. Com essa nova configuração, que pode ser ativada ou desativada conforme o perfil de acesso do usuário administrativo, é possível impedir que leads já ativos em uma campanha sejam incluídos em novas campanhas com filtros semelhantes. Isso evita conflitos e melhora a organização das campanhas.

Observações:

• Por padrão, essa opção vem ativada. Se desativada, novas campanhas de ativação ou campanhas reprocessadas não incluirão leads já vinculados a campanhas de ativação ativas.
• Essa é uma configuração geral que se aplica a todas as campanhas.
• Funciona tanto para campanhas baseadas em leads da base quanto para aquelas geradas por tipo de arquivo.
• A configuração não poderá ser alterada enquanto alguma campanha estiver em processamento.
• O log da campanha registrará todos os leads que não forem adicionados devido a essa configuração.

Agora há uma distinção mais clara na interface quando uma unidade é bloqueada via integração com sistemas externos (API). Existem dois campos para indicar o bloqueio: um para controle interno, que pode ser alterado por usuários com permissão, e outro, relacionado à integração (API), que só pode ser alterado via sistema externo. Isso visa evitar erros de venda dupla, garantindo que uma unidade bloqueada por um ERP externo, como o Sienge, permaneça indisponível no sistema do CV CRM.

Foi implementada uma nova funcionalidade para notificar os assinantes de contratos pendentes por SMS e WhatsApp, além do e-mail, que já era utilizado. Essa melhoria visa aumentar a eficiência na comunicação e permitir que o usuário escolha o meio de notificação que prefere (e-mail, SMS ou WhatsApp). Além disso, o botão de reenviar reserva permite que as notificações sejam enviadas manualmente pelos mesmos canais de comunicação previamente configurados.

Aqui estão as regras para os campos de Notificação e Autenticação:

Sincronização entre Notificação e Autenticação:

• Ao selecionar "WhatsApp" ou "SMS" no campo Notificação, o campo Autenticação será automaticamente ajustado para o mesmo valor.
• Se o campo Autenticação for alterado manualmente para qualquer valor (E-mail, WhatsApp ou SMS), o campo Notificação será automaticamente alterado para "E-mail".

Validação do Número de Celular:

• Caso o usuário não tenha um número de celular cadastrado nos campos "Telefone 1" ou "Telefone 2", ao tentar enviar o contrato para assinatura eletrônica, será exibida a mensagem: "Assinatura Eletrônica com autenticação via SMS/WhatsApp requer um número de telefone válido."

Importante: as funcionalidades de notificação e envio têm custos adicionais na plataforma ClickSign.

O relatório de Fator Social das Reservas segue o modelo do pré-cadastro, oferecendo filtros por período, empreendimento, imobiliária e grau de parentesco dos dependentes. Além dos dados do fator social, são apresentados também detalhes como o empreendimento e o cliente relacionado à reserva, facilitando a identificação. 

Foi adicionada uma funcionalidade que permite associar tags aos leads no momento do vencimento. Caso a ação seja "Usar roleta" as tags serão adicionadas antes de executar a fila.

As tags ajudam a categorizar e gerenciar leads vencidos, permitindo a criação de filas específicas para esses leads, conforme a situação de atendimento em que se encontram. A prioridade é dada ao vencimento por empreendimento quando esse é configurado, sobrepondo-se ao vencimento geral de leads.

Observação: é possível adicionar 5 tags por situação de vencimento.

Adicionamos variáveis de contrato de reserva que extraem os dados dos dependentes vinculados ao fator social associado à reserva.

Além disso, o fator social foi integrado nas fichas de reserva e repasse que seguem o modelo padrão do CV. Se o fator social não for preenchido na reserva, ele não será exibido.

A API de empreendimento foi atualizada com novos campos, como bairro, endereco_emp, logradouro, numero, cep e data de entrega. Estes campos permitem uma visualização mais detalhada e completa dos empreendimentos, garantindo que todas as informações relevantes estejam disponíveis para integração com outros sistemas. 

Houve também uma preocupação em manter o campo original de endereço vinculado à geolocalização para fins de controle interno, enquanto o novo campo de endereço reflete os dados mais recentes do empreendimento.

Um novo parâmetro foi adicionado à API de pré-cadastro e reservas, permitindo que sejam retornados os leads associados. Isso abrange leads que compartilham o mesmo e-mail ou número de telefone, permitindo uma visão mais completa e integrada das interações e associações dos leads.

Esse novo GET é útil para manter consistência em cadastros que tenham múltiplos leads relacionados a uma mesma pessoa ou contato.