• 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.

• 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.

Foi adicionado o campo para configurar aprovações com base no Valor Presente Líquido (VPL) já com desconto de comissão. 

Como funciona:

• Já existia campo de VP bruto (sem considerar comissão).
• Agora o usuário pode definir alçadas com base em receita real líquida para a incorporadora.

Aplicação:

• Ideal para empresas que fazem análises rigorosas de margem.
• Oferece mais controle financeiro nas aprovaçõ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.

O que foi incluído:

• Quatro novas opções de coluna na tela de simulação:

  1. Não exibir outro dado
  2. Subtotal sem juros
  3. Subtotal com juros
  4. Parcela com juros

Configuração:

• Feita no empreendimento, na seção de simulações.

Observações:

• A coluna de valor sem juros (nominal) continua obrigatória por enquanto.
• Em loteamentos, isso ajuda a comunicar melhor o “preço final real” e evitar confusões com clientes.

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.

• Antes: O sistema registrava apenas ações de edição.
• Agora: Também registra cadastros e exclusões de integrações.
• Para que serve: Ajuda equipes a rastrear mudanças que podem impactar a conexão com sistemas externos (ex: trocas de senha, desconexão de APIs).
• Importância: Reduz o tempo de diagnóstico e evita abertura de chamados desnecessários por falhas causadas por alterações internas não rastreadas.

• O que mudou: Antes, o sistema aplicava juros automaticamente em séries com datas futuras.
• Agora: Essa aplicação automática foi removida. O usuário define se haverá ou não juros, manualmente.
• Resultado: Mais controle e menos retrabalho para quem configura as condições de pagamento.
  
  

• Antes: Usuários administrativos (ex: gestores) não tinham avatar, o que gerava imagens quebradas.
• Melhoria: Agora o sistema mostra a inicial do nome como imagem padrão.
• Exemplo: “Maria de Fátima” aparece com o avatar “M”.
• Impacto: Padroniza a visualização dos times e evita a impressão de erro na interface.

• Reformulação do modal: Novo design mais moderno, limpo e responsivo.
• Tabs separadas: Layout mais organizado com uso de abas (tabs) para facilitar leitura e navegação.
• Foco no mobile: A principal melhoria é a experiência em dispositivos móveis, antes bastante limitada.
• Benefício: Usabilidade aprimorada sem alterar a funcionalidade central do CVIO.