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.

Foi adicionado um novo botão no Portal do Cliente, que permite consultar a situação do contrato - para integração com o Mega. Para que esse botão seja exibido, é necessário solicitar ao nosso time, através do e-mail: suporte@cvcrm.com.br. 

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

O campo “Nome” na planilha de importação de atendimentos gerava confusão. Agora, para evitar confusão, o campo foi renomeado para “Título do atendimento”, que é sua real função.

Adição:

• Novo provedor de login social via iCloud.

Já disponíveis:

• Google, Microsoft, SiengeID.

Benefício:

• Facilita o acesso para usuários Apple.
• Centraliza autenticação em conta já confiável.

A funcionalidade de inativação foi criada para dar mais controle interno sobre os empreendimentos que não devem mais receber novas ações, como cadastros, reservas ou vendas. Essa inativação não remove o empreendimento da base de dados e nem o torna invisível, mas o torna inativo comercialmente.

Casos de Uso Comuns:

• Substituição de empreendimento: se você deseja manter o valor contratado, mas quer trocar o empreendimento por outro (ex.: vendeu tudo no antigo). Nesse caso, o antigo é inativado comercialmente e um novo espaço pode ser cadastrado.
• Downgrade: quando o você quer reduzir o valor contratado, sem excluir o empreendimento, a inativação também é usada.

Permissões e Fluxo de Ação

• Somente o time interno pode realizar essa inativação.
• Você, cliente, não tem permissão para inativar comercialmente.
• Para iniciar o processo, você deve abrir uma solicitação para a inativação de um empreendimento específico.
• Após validação, a equipe responsável realiza a ação.
  
  

Como solicitar?

 Você, cliente, como usuário gestor, precisa seguir o passo a passo:

1. Acessa a listagem de empreendimentos

2. Abre o cadastro do empreendimento

3. Solicita a inativação e preenche o motivo

4. Confirma a solicitação

Assim, nosso time interno receberá a solicitação e irá realizar a inativação do empreendimento.

O que acontece após a inativação comercial?

• O empreendimento não pode mais receber cadastros, vendas ou novas reservas.
• Não aparece mais nas telas de seleção para esses tipos de ação.

• Continua visível para o cliente no portal, permitindo acesso a:

  • Boletos e extratos.
  • Dados financeiros e históricos.
  • Documentos e dossiês já emitidos.

O que é bloqueado:

• Novas reservas, agendamentos ou pré-cadastros.
• Geração de novos chamados ou serviços vinculados ao empreendimento.

Novidades na Interface

• Novo filtro adicionado na listagem de empreendimentos: "Inativados".
• Permite identificar rapidamente quais empreendimentos estão nessa condição.
• Não interfere nos filtros do Painel (ativo/inativo).
• Interface ajustada para mostrar claramente que se trata de um status comercial, não operacional.

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

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.