Foi criada uma nova variável para utilização na ação de envio de e-mail do Workflow de Reservas, permitindo incluir no corpo da mensagem o motivo do distrato.

Por que isso é importante?

Agora, quando ocorrer um distrato, o e-mail enviado automaticamente ao time de Inteligência de Vendas trará o motivo específico informado no processo (ex.: termo de apostilamento com prazo de 7 dias).

Isso permite que o responsável:

• Tome a ação necessária imediatamente
• Libere a unidade bloqueada para revenda
• Evite consultas manuais no sistema
• Reduza tempo de resposta e retrabalho

Como funciona?

Envio de e-mail com motivo de distrato

Na ação de workflow que envia e-mails vinculados à reserva:

• Foi disponibilizada uma nova variável que retorna o motivo do distrato
• A variável pode ser utilizada no template do e-mail

Sempre que houver um distrato:

• O sistema enviará automaticamente o e-mail
• O motivo informado será exibido no conteúdo da mensagem

Impacto na operação

No caso específico de distrato por termo de apostilamento (prazo de 7 dias):

• O usuário da Inteligência de Vendas recebe o e-mail com o motivo detalhado
• Pode liberar a unidade para revenda de forma imediata
• O processo se torna mais ágil e controlado

Pré-requisitos

• Workflow de Reservas configurado com ação de envio de e-mail
• Template de e-mail atualizado com a nova variável de motivo de distrato
• Processo de distrato registrado com o motivo devidamente preenchido

Na integração de assinatura eletrônica com o DocuSign, agora está disponível a configuração individual por assinante para definir se ele deverá validar a assinatura por Biometria Facial.

No cadastro do empreendimento, foi incluído um novo campo para essa configuração.

Como funciona no fluxo da reserva?

O processo permanece o mesmo:

1. Gerar o contrato
2. Enviar para assinatura

Caso a opção de Biometria Facial esteja habilitada para o assinante, o processo de validação será conduzido pelo próprio DocuSign.

Processo de validação no DocuSign

Durante a assinatura, o assinante deverá:

• Escolher o documento para validação (CNH, RG, Passaporte ou Autorização de Residência)
• Informar o número de telefone
• Enviar foto do documento escolhido (frente e verso)
• Realizar foto ou vídeo para validação facial (movimento do rosto)

Informação técnica

Para o time técnico, a validação pode ser identificada na requisição de envio para assinatura pelo parâmetro: identityVerification

Regra importante

Não é permitido utilizar duas formas de autenticação simultaneamente.

Ou seja:

• Biometria Facial ou
• Validação via SMS

Caso ambas estejam configuradas, o sistema irá barrar a requisição, pois o DocuSign não permite essa combinação.

Foram disponibilizados dois novos endpoints para consulta de informações relacionadas às Visitas Técnicas vinculadas às assistências.

1. Listagem de Visitas Técnicas

API responsável por retornar a lista de visitas técnicas relacionadas a uma assistência específica.

Objetivo

Permitir a consulta estruturada de todas as visitas registradas, facilitando integrações, relatórios e acompanhamento externo.

2. Consulta de Detalhes da Visita Técnica

API destinada a retornar os detalhes completos de uma visita técnica específica.

Parâmetros obrigatórios

• idVisita – Identificador da visita técnica a ser consultada
• idAssistencia – Identificador da assistência vinculada à visita

Objetivo

Disponibilizar informações detalhadas da visita, possibilitando consultas individualizadas e maior controle sobre os dados registrados.

Benefícios da melhoria

• Maior flexibilidade para integrações
• Consulta estruturada e padronizada de dados
• Melhor rastreabilidade das visitas técnicas
• Apoio a relatórios e auditorias

Agora é possível gerar o Termo de Aceite para assistências abertas por meio do Painel do Síndico.

Cenário anterior

Quando o síndico registrava uma assistência pelo seu painel, ao acessar esse mesmo chamado no Painel do Gestor, a aba Termo de Aceite não era exibida no menu.

Como consequência:

• Não era possível gerar o termo para esse tipo de assistência
• Havia inconsistência no fluxo
• O processo de formalização ficava limitado

O que foi melhorado

A partir desta atualização:

• A aba Termo de Aceite passa a ser exibida também para assistências criadas pelo Painel do Síndico
• O documento pode ser gerado normalmente pelo Painel do Gestor
• O fluxo torna-se unificado, independentemente da origem da abertura da assistência

Por que isso é importante?

• Maior confiabilidade no processo de assistência
• Padronização do fluxo entre perfis (Síndico e Gestor)
• Melhor formalização documental
• Redução de inconsistências operacionais

Foi criada a nova variável: [[FORMA_DE_PAGAMENTO_SUBTOTAL_CORRECAO_JUROS_COM_ADIMPLENCIA]]

Essa variável pode ser utilizada em contratos jurídicos e comerciais para apresentar a condição de pagamento com maior detalhamento financeiro.

Por que isso é importante?

A nova variável garante que o contrato reflita de forma mais fiel a composição financeira da negociação, incluindo:

• Subtotais das parcelas
• Correção monetária
• Juros aplicados
• Impacto da adimplência premiada no valor total

Com isso, há:

• Maior transparência nas condições pactuadas
• Redução de ajustes manuais em minutas
• Mais segurança jurídica e financeira

Como funciona?

A variável retorna a condição de pagamento contemplando:

• Subtotal das parcelas
• Correção monetária aplicada
• Juros incidentes sobre as parcelas
• Inclusão do valor referente à adimplência premiada no total do contrato

Importante:
Mesmo sendo uma parcela oriunda de negociação (fora da estrutura principal do contrato), o valor de adimplência premiada será somado ao total apresentado pela variável.

Regras de composição

• Considera todas as parcelas da condição de pagamento
• Aplica os subtotais conforme a configuração financeira da proposta
• Inclui correção monetária e juros previstos na negociação
• Soma ao total o valor da parcela de adimplência premiada, ainda que ela não componha formalmente a estrutura contratual padrão

A sincronização de vendas com o ERP agora passa a considerar também os contratos na condição Aguardando Autorização, classificados como tipo “0-Solicitado”, registrando-os no CV CRM como Nova Reserva.

Por que isso é importante?

Antes dessa melhoria, contratos do tipo “0-Solicitado” não eram sincronizados, o que podia gerar:

• Inconsistências entre ERP e CRM
• Falta de visibilidade no funil comercial
• Controles paralelos e manuais para acompanhamento dessas negociações

Agora, todas as vendas nessa condição passam a ser refletidas automaticamente no CRM, garantindo:

• Maior confiabilidade dos dados
• Melhor controle das reservas
• Funil comercial mais consistente

Como funciona agora?

Durante a sincronização de vendas com o ERP Sienge:

• Contratos na condição Aguardando Autorização
• Classificados como tipo “0-Solicitado”

Passam a ser importados automaticamente para o CV CRM como Nova Reserva, seguindo o mesmo fluxo das demais vendas sincronizadas.

Implementamos melhorias na tela de Administração de Vistorias, com ajustes no fluxo operacional e na interface.
O objetivo foi otimizar a usabilidade e tornar a gestão mais eficiente e intuitiva.

O que mudou?

• Atualização do fluxo e da interface

A tela passou por uma reformulação visual e estrutural, proporcionando:

• Melhor organização das informações
• Navegação mais intuitiva
• Maior clareza no acompanhamento das etapas
• Facilidade no controle e gestão das vistorias
• Padronização com as demais telas do sistema

• Visualização completa das mensagens no histórico

Agora, no histórico da vistoria, é possível visualizar o texto completo das mensagens enviadas.

Isso permite:

• Consulta rápida das interações
• Melhor compreensão do contexto
• Redução da necessidade de abrir registros individualmente

• Consulta simultânea de históricos em revistorias

Em casos de revistoria, agora é possível consultar simultaneamente:

• O histórico da vistoria original
• O histórico da revistoria

Antes, era possível visualizar apenas um histórico por vez.

Essa melhoria proporciona:

• Comparação facilitada entre registros
• Maior controle das alterações realizadas
• Melhor suporte à tomada de decisão

Agora o Relatório de Leads e a Listagem de Leads contam com o filtro por Submotivo de Cancelamento, ampliando o nível de detalhamento das análises.

Por que isso é importante?

Essa melhoria eleva o nível de segmentação e inteligência comercial da base de leads.

Antes, era possível filtrar apenas pelo motivo de cancelamento (ex.: “Sem perfil financeiro”).
Agora, é possível aprofundar a análise utilizando o submotivo (ex.: “até 500k”, “1MM”, “5MM”).

Com isso, torna-se possível:

• Identificar oportunidades mais específicas dentro de um mesmo motivo
• Criar abordagens comerciais mais estratégicas
• Oferecer produtos mais adequados ao perfil real do lead
• Melhorar a taxa de reaproveitamento de leads cancelados
• Apoiar principalmente corretores na personalização da oferta

O que antes era apenas um dado histórico passa a se tornar um insumo ativo para estratégia comercial.

Como funciona?

Ao aplicar o filtro por Motivo de Cancelamento, caso existam submotivos cadastrados, será possível selecionar também o Submotivo de Cancelamento correspondente.

Assim, o refinamento da busca se torna mais preciso e direcionado.

A API de Comissões recebeu melhorias que ampliam as possibilidades de filtragem e enriquecem as informações retornadas no response.

Endpoint:

GET /api/v1/financeiro/comissoes

Por que isso é importante?

As melhorias permitem integrações mais completas com sistemas financeiros e de pagamento, facilitando:

• Identificação da pagadoria responsável
• Visualização da forma de pagamento realizada
• Vínculo com cobranças específicas por meio do codigo_pagadoria_int

Isso aumenta a rastreabilidade, melhora a conciliação financeira e traz mais precisão nas integrações.

O que foi implementado?

• Novo filtro por pagadoria

Foi incluído um novo parâmetro de filtro que permite consultar as comissões considerando a pagadoria vinculada.

Com isso, integrações podem segmentar os dados conforme a entidade responsável pelo pagamento das comissões.

• Forma de pagamento no array de pagamentos

No response da API, dentro do array de pagamentos dos beneficiários, passa a ser retornado o campo que identifica a forma de pagamento realizada.

Isso permite diferenciar pagamentos como:

• Boleto
• Transferência
• PIX
• Outros meios configurados

• Inclusão do código da pagadoria na programação

No array de programação da comissão, foi adicionado o campo: codigo_pagadoria_int

Esse campo identifica a cobrança associada ao agendamento de pagamento vinculado à pagadoria Avendre Pay, sendo equivalente ao ChargeID.

Essa informação facilita:

• Rastreamento da cobrança no gateway/pagadoria
• Integração com sistemas externos de faturamento
• Auditorias financeiras

Pré-requisitos

• Credenciais válidas de API
• Permissão de acesso aos dados financeiros de comissão

Foi criada a nova variável de contrato:

[[COMISSOES][PROGRAMACAO_MANUAL]]

Essa variável tem como objetivo exibir, de forma consolidada e estruturada, as informações da programação de comissão definida manualmente dentro da comissão.

Por que isso é importante?

A nova variável permite que contratos jurídicos e comerciais apresentem o detalhamento da comissão programada manualmente, garantindo:

• Mais transparência contratual
• Aderência entre comissão configurada e documento formalizado
• Redução de ajustes manuais em minutas
• Menor risco de divergências contratuais

Como funciona?

A variável [[COMISSOES][PROGRAMACAO_MANUAL]] busca os dados diretamente da programação manual cadastrada na comissão e retorna as informações consolidadas por comissionado, considerando quantidade de parcelas e valores definidos.

A variável imprime as seguintes colunas:

• Tipo
• Para
• Quantidade
• Valor
• Valor total
• Forma de pagamento
• Vencimento (considerando apenas o primeiro vencimento)

Regras de composição

• Os dados são agrupados por comissionado.
• Para cada variação de tipo de valor e/ou forma de pagamento diferente dentro do mesmo grupo original do comissionado, será gerada uma nova linha.
• O campo Vencimento exibirá o primeiro vencimento da programação correspondente.
• As informações são consolidadas exatamente conforme a programação manual definida na comissão.

Pré-requisito

• Perfil de acesso com permissão para configuração de contratos.