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

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.

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.

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

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: Agora, os associados podem visualizar todo o fluxo financeiro dentro do portal do cliente, algo que antes não era possível.
• Importante: A exibição só ocorre se a configuração “Exibir informações financeiras” estiver ativada no portal do cliente.

• Problema anterior: Os comunicados eram exibidos do mais antigo para o mais recente. Comunicados novos acabavam passando despercebidos.
• Melhoria: Foi adicionado um filtro de ordenação que permite ao usuário escolher a ordem (crescente ou decrescente).
• Padrão novo: Agora os comunicados aparecem do mais recente para o mais antigo por padrão.

• Problema anterior: Muitos itens cadastrados deixavam a tela poluída e dificultavam a navegação.
• Solução: Limitou-se o número de itens exibidos diretamente, com adição de barra de rolagem.
• Filtro mantido: Você ainda pode filtrar itens específicos se necessário.

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

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