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.

A funcionalidade de Comissão agora conta com uma nova seção de Campos Adicionais na tela de Informações Gerais, permitindo complementar os dados existentes com informações personalizadas.

Essa melhoria traz mais flexibilidade para registrar informações específicas do processo comissionado, atendendo necessidades particulares de cada operação — sem depender de customizações estruturais.

Com isso, as informações passam a ser utilizadas de forma mais completa e integrada aos dados já existentes na comissão.

O que foi implementado?

🔹 Nova seção de Campos Adicionais na Comissão

Foi criada uma nova seção na tela de Informações Gerais da Comissão, onde serão exibidos os campos adicionais configurados para essa funcionalidade.

Assim, os usuários podem preencher dados complementares diretamente no contexto da comissão.

🔹 Configuração no cadastro (CRUD) de Campos Adicionais

No cadastro de Campos Adicionais, foi incluído um novo checkbox que permite definir se o campo poderá ser utilizado na funcionalidade de Comissão.

Ao marcar essa opção:

• O campo adicional passa a ficar disponível na seção de Campos Adicionais da Comissão
• O preenchimento seguirá as permissões e regras já existentes para campos adicionais

Pré-requisitos

Para utilização da funcionalidade:

• Acesso ao cadastro de Campos Adicionais
• Campo adicional configurado com a opção de uso em Comissão habilitada
• Permissão de acesso à funcionalidade de Comissão