Workflow de Reservas: duas novas permissões

Novas permissões adicionadas:

  1. Permitir edição do indexador pelo corretor/imobiliária.
  2. Permitir edição do portador pelo corretor/imobiliária.

Aplicação:

  • Cada permissão pode ser ativada individualmente por perfil.
  • Garante maior controle sobre quem pode alterar dados críticos da reserva.

Novo Relatório de Workflow

O novo relatório traz mapa completo de um workflow:

  • Todas as etapas e flags.
  • Todas as transições possíveis entre elas.
  • Ações associadas (ex.: enviar e-mail).
  • Pré-requisitos para seguir de uma etapa para outra.

Exemplo de uso:

  • Diagnosticar por que uma reserva não avança.
  • Identificar bloqueios ou lógicas automáticas não evidentes.

Simulação: aprimoramento da edição de valores

Situação anterior:

  • Ao editar um valor, o campo perdia o foco após o recálculo automático.
  • Usuário precisava clicar de novo no campo para continuar.

Solução:

  • Agora o sistema mantém o campo ativo mesmo após o recálculo.
  • O cálculo ainda é feito no back-end (em até 1 segundo), mas sem interferir na usabilidade.

Ganho:

  • Fluxo de simulação mais fluido e produtivo.
  • Redução de retrabalho.

Webhooks: rastreabilidade e controle

  • Inclusão do tenant de origem no cabeçalho das requisições dos webhooks.
  • O "tenant" identifica o ambiente de onde o dado foi disparado (produção, QA, local etc.).

Finalidade:

  • Aumentar o controle de ambientes em integrações.
  • Evitar erros de envio para ambientes errados.
  • Permitir filtros, bloqueios e diagnósticos mais eficientes em sistemas externos.

Nova API: envio de mensagens do repasse

Novo endpoint:

  • POST
  • https://{dominiodocliente}.cvcrm.com.br/api/v2/cv/repasses/mensagens

O que faz:

  • Permite que sistemas externos enviem mensagens diretamente para o histórico do repasse.

Vantagem:

  • Garante integração bidirecional com o repasse.
  • Melhora a comunicação automatizada com clientes e equipes.

Webhooks: adequação à LGPD

  • A partir desta versão, novos webhooks enviarão apenas os IDs das funcionalidades e subfuncionalidades envolvidas (ex.: ID da reserva).
  • Dados sensíveis (nome, CPF, e-mail etc.) não serão enviados por padrão.

Por quê?

  • Para garantir conformidade com a LGPD, evitando o envio irrestrito de informações pessoais.
  • Os sistemas integrados devem consultar os dados via API usando os IDs recebidos.

Observações:

  • Webhooks já existentes não foram alterados.
  • Ainda é possível, temporariamente, alterar manualmente para “body completo” na edição — mas com alerta de risco legal.

Gatilhos de Pesquisa: vistoria (entrega de chaves) - v25.5

  • Melhoria: Ao selecionar o tipo "Entrega de Chaves", é possível:

    • Definir um período de datas (ex: de fevereiro a maio).
    • Escolher para quais entregas disparar e-mails.
    • Adicionar um número de dias após a entrega para o disparo (ex: enviar pesquisa 2 dias após a entrega).
  • Aplicação: Para campanhas retroativas ou agendadas no futuro, facilitando a automação de comunicação com o cliente.

Interface gráfica do usuário, Aplicativo 
O conteúdo gerado por IA pode estar incorreto.

Mostrar entradas anterioresMostrar entradas anteriores