Foi adicionada uma nova coluna no relatório de atendimento que indica se o atendimento está vinculado a uma área comum.

Contexto:
Síndicos geralmente abrem chamados para áreas comuns (como elevador, salão de festas etc.), que antes não eram claramente diferenciados dos chamados de unidades individuais.

Benefício:

• Permite analisar e filtrar atendimentos relacionados às áreas comuns.
• Ajuda a identificar quais espaços estão gerando mais chamados.
• Melhora o controle e priorização desses atendimentos.

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.

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 um campo para registrar o motivo ao cancelar um atendimento.

Objetivo:

• Rastreabilidade total das interações canceladas.
• Permite entender se o cancelamento foi por engano, duplicidade, erro de registro, etc.

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.

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

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.

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

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.

Anteriormente, o fluxo de etapas (Unidade → Corretor → Cliente...) era visualmente básico, sem clareza progressiva. Nessa versão, cada etapa de um novo cadastro (lead, reserva...) foi redesenhada com um ícone próprio. Ao progredir, a etapa concluída é sinalizada com um destaque verde. Assim, temos um layout mais clean e intuitivo, com leitura fluida.