API POST de Usuários de Imobiliárias - v24.11

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:

  • Dados pessoais: nome, documentos (como CPF/CNPJ), e o CRECI
  • Contato: e-mail e número de celular
  • Informações de faturamento: necessárias para a gestão e envio de comissões 


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.

CVDW-API de Vendas: novas informações de titular e associado - v24.11

No CVDW-API de Vendas, foram adicionadas informações detalhadas sobre o titular e o associado. Agora, são incluídos o id da pessoa, o tipo de associação, e a porcentagem de participação do associado no contrato. Essa adição visa aprimorar a precisão e a transparência dos dados contratuais, possibilitando a análise de participação individual.

Variáveis para Termos de Corretor e Usuário Imobiliária - v24.11

As variáveis foram expandidas para permitir maior flexibilidade nos contratos e termos. Novos campos foram adicionados:

  • Para corretores: além do nome, agora é possível incluir a data de nascimento, escolaridade, profissão e e-mail pessoal. A profissão e o e-mail pessoal são novidades que oferecem mais opções para a personalização dos termos.


  • Para usuários de imobiliárias: nome e CPF são travados como variáveis essenciais, garantindo consistência nos termos.

Material de Campanha: cadastro em lote - v24.11

Agora é possível cadastrar múltiplos arquivos de material de campanha em lote, como imagens e PDFs (exceto vídeos), facilitando o processo. Os campos obrigatórios, como título e descrição, podem ser preenchidos automaticamente com o nome do arquivo, caso o usuário prefira, tornando o cadastro mais eficiente.

Essa funcionalidade simplifica o processo ao permitir que os campos de título e descrição não precisem ser preenchidos manualmente, já que podem ser preenchidos automaticamente com o nome do arquivo, se assim for desejado pelo usuário.


Além disso, ao marcar os materiais cadastrados, aparece o botão de "Remover selecionados".

Relatório de Repasse: exibição da última mensagem - v24.11

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.

Atualização de Reservas em Lote: nova opção para integração Sienge - v24.10

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.

API de Assistência: dados do síndico - v24.10

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.

Pré-cadastro: alterar titularidade - v24.10

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.

Pré-cadastro: escolher o motivo de cancelamento do lead ao cancelar um pré-cadastro - v24.10

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.

Mostrar entradas anterioresMostrar entradas anteriores