Situação anterior:

• Ao editar um valor, o campo perdia o foco após o recálculo automático.
• Usuário precisava clicar de novo no campo para continuar.

Solução:

• Agora o sistema mantém o campo ativo mesmo após o recálculo.
• O cálculo ainda é feito no back-end (em até 1 segundo), mas sem interferir na usabilidade.

Ganho:

• Fluxo de simulação mais fluido e produtivo.
• Redução de retrabalho.

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

Lógica anterior (padrão):

• Sorteio embaralhava todas as posições da fila.
• Utilizado para manter a distribuição justa em qualquer quantidade de atendentes.

Novo comportamento (quando > 100 participantes):

• O sistema não embaralha mais toda a fila.
• Ele sorteia apenas o próximo (P) atendente a receber um lead.
• A fila mantém a ordem original dos demais participantes.

Exemplo prático:

• Fila com 130 corretores.
• Sorteado: corretor X (posição 47).
• Ele sobe para a posição 1.
• Demais corretores seguem a ordem antiga a partir dele.

Controles:

• O gestor pode optar por sortear manualmente toda a fila.
• Ou editar a ordem diretamente, como já é possível atualmente.

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

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.

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

• Funcionalidade: Novo relatório exibe, por empreendimento, as regras de limite de VGV, percentual máximo, valor de entrada, etc.
• Formato: Empreendimentos como linhas e regras como colunas, permitindo visão comparativa entre múltiplos empreendimentos.
• Aplicação: Útil para auditorias, validação de regras e conferência rápida da política comercial vigente.

API de geração de código:

• Adicionado parâmetro para escolher o canal de envio (e-mail ou SMS).

API de geração de token:

• Adicionado parâmetro de validade do token.
• Novo intervalo de validade: 7 a 90 dias (antes era um prazo fixo e curto)

• O que mudou: Correspondentes agora podem realizar análise de crédito diretamente no painel, tanto em reservas quanto em pré-cadastros.
• Como funciona: Ao acessar uma reserva ou pré-cadastro, o painel apresenta o menu de análise de crédito. 
• Configuração: Recurso não vem ativo por padrão. A ativação deve ser solicitada ao suporte.s.
• Impacto: Amplia a autonomia do correspondente e descentraliza o processo de análise de crédito, tornando-o mais ágil.