Foi implementada uma nova funcionalidade que permite o cadastro de usuários de imobiliárias por meio de um POST na API. As informações a serem fornecidas incluem:
Essa melhoria facilita o registro e a atualização de usuários de forma mais eficiente, usando a API para gerenciar grandes volumes de dados.
O relatório de Termo de Consentimento, documento usado para garantir que o cliente esteja ciente do uso de seus dados conforme a LGPD, foi aprimorado para incluir automaticamente o nome do corretor e a imobiliária associada. Antes, era necessário consultar informações adicionais para identificar a imobiliária responsável, o que gerava atrasos e dificuldade na gestão. Agora, o vínculo é exibido de maneira clara:
Agora é possível visualizar o bloco do empreendimento ao associar uma unidade a um lead. Essa melhoria facilita identificar corretamente a unidade, especialmente quando múltiplas unidades possuem o mesmo nome.
A interface foi otimizada para permitir a filtragem das unidades ao digitar o nome do bloco ou da unidade, garantindo uma seleção mais precisa.
No relatório de Repasses, a exibição da última mensagem e da data da última mensagem foi ajustada para mostrar exclusivamente as mensagens do módulo de repasse, mesmo que existam mensagens de reserva no histórico. Essa mudança elimina possíveis confusões, já que anteriormente eram exibidas mensagens irrelevantes ao contexto de repasses. Agora, a funcionalidade garante que apenas a última mensagem associada diretamente ao repasse seja destacada.
Foram adicionadas duas novas colunas: “E-mail” e “Telefone” do lead, complementando as informações já disponíveis, como ID e nome. Além disso, agora o ID do lead é um link que direciona para a página de administração desse lead específico, melhorando a navegação.
A atualização da API de bloqueio de unidades introduziu melhorias para lidar com unidades que possuem o mesmo código interno em diferentes blocos. Antes, o sistema bloqueava a primeira unidade encontrada com o código fornecido, independentemente de sua localização correta, o que gerava erros operacionais. Agora, a API realiza verificações adicionais pelo ID da unidade, ID do bloco e ID da etapa, garantindo que o bloqueio ocorra na unidade específica e correta, evitando confusões e bloqueios indesejados.
A nova Importação de Leads foi disponibilizada em versão beta. Esta funcionalidade aprimorada permite a importação de um maior volume de leads, com suporte tanto para campos fixos quanto para campos adicionais personalizados.
Além disso, anteriormente, os logs eram gerados apenas em caso de erros, como e-mails inválidos ou campos não preenchidos. Agora, cada importação bem-sucedida também gera um log, listando os leads inseridos corretamente, incluindo a linha do arquivo e o ID do lead.
Esses logs podem ser enviados por e-mail, o que facilita a gestão de dados.
💻Para mais informações sobre a nova Importação de Leads (BETA), clique aqui.
Foi implementada a inclusão de dados do síndico na API de assistência. Agora, sempre que os dados forem requisitados pela API, o sistema retornará informações sobre o síndico, caso ele seja o responsável. Se não houver um síndico envolvido, o sistema retornará nulo para os dados de cliente.
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:
Validação do Número de Celular:
Importante: as funcionalidades de notificação e envio têm custos adicionais na plataforma ClickSign.
Quando um pré-cadastro é cancelado, caso tenha um lead vinculado, é possível escolher o motivo e submotivo de cancelamento do lead, conforme os campos de motivos de cancelamento configurados no sistema. Se o motivo não for especificado, o sistema utiliza o motivo padrão, e caso não exista motivo padrão pega o primeiro cadastrado. Caso haja um submotivo obrigatório, este também deverá ser preenchido ao cancelar o pré-cadastro.
