Foram adicionadas colunas com o nível e a categoria dos usuários administrativos.

Benefício:

• Melhora a visibilidade dos times e seus responsáveis.
• Reduz a necessidade de consultas em múltiplas telas.

Agora é possível enviar os dados de pessoa associada estrangeira com o cliente titular.

Antes, apenas o titular estrangeiro era considerado. Com isso, elimina-se a necessidade de ajustes manuais no Sienge.

Benefícios:

• Garante que os dados sejam corretamente sincronizados com o Sienge.
• Evita necessidade de ajustes manuais no cadastro de estrangeiros.

Adicionados filtros de data de cadastro e de última alteração. Já existiam na listagem normal, agora também disponíveis na visualização em Kanban, facilitando análises por período. 

Benefício:

• Facilita a busca por repasses conforme sua criação ou última modificação.
• Reduz o tempo de análise ao exibir apenas os repasses relevantes para cada contexto.

Nova API que retorna a situação atual da unidade (ex: disponível, reservada, vendida) e rastreia as movimentações.

Benefícios:

• Permite maior controle e rastreabilidade das mudanças nas unidades.
• Facilita a integração com outros sistemas que precisam acompanhar a situação das unidades.

Foi criada uma nova API GET específica para atividades dos corretores (como anotações, ligações, mensagens via WhatsApp).
Embora essas informações já estivessem presentes no endpoint de lead, agora estão disponíveis de forma mais organizada e separada, permitindo acesso direto ao histórico de atividades do corretor responsável. 

Id atividade:

• Tipo (Tarefa ou Visita) 
• Título da tarefa (e.g., "Visitar Cliente") 
• Descrição: Devo ligar para o cliente no horário XX:YY 
• Nome do cliente associado ao lead da tarefa. 
• Horário da tarefa (Data e hora) 
• Status da tarefa (e.g., "Pendente", "Concluído") 
• Gestor responsável 
• Prioridade 
• O link do lead ao qual a tarefa está associada 

Benefícios:

• Dá mais visibilidade sobre o engajamento do corretor com os leads.
• Separa informações importantes sem depender do endpoint geral do lead.

• Ajuda a medir produtividade e qualidade de atendimento.

  
  

Foi adicionado um novo filtro permite exibir dados financeiros (extrato e saldo devedor) baseado no título da venda no Sienge.

Benefícios:

• Precisão nos itens apresentados para o cliente final.
• Visão clara e objetiva. 

Agora, comentários obrigatórios ou opcionais do protocolo de repasse são exibidos diretamente na interface, sem necessidade de abrir a ficha de impressão.

• Se houver comentários, um botão de expansão será exibido ao lado do protocolo.
• Isso facilita a visualização e evita que os usuários precisem abrir relatórios extensos apenas para conferir informações adicionais.

Foi adicionado um filtro de telefone 2 na listagem de pessoas e na API Get Clientes.

• Muitos usuários cadastravam o número de celular no telefone 2, mas o sistema só permitia buscas pelo telefone 1.
• Agora, tanto no sistema quanto via API, é possível buscar contatos pelo telefone 1 ou telefone 2, facilitando a recuperação de informações.

Agora, os e-mails enviados pelo workflow de repasses podem incluir novas variáveis de corretor e imobiliária: [[CORRETOR][NOME]] e [[IMOBILIARIA][NOME]].

• Isso aumenta a personalização dos e-mails, permitindo inserir automaticamente informações sobre os responsáveis pela venda.
• Como essas informações são retiradas da reserva vinculada ao repasse, os dados são sempre consistentes e confiáveis.

Foi implementado um ajuste na automação de status dos contratos assinados, tanto no Workflow de Reservas quanto na Gestão de Contratos.

• Antes, quando um contrato era enviado para assinatura eletrônica e depois cancelado, o sistema mantinha a flag de "pendente de assinatura", causando confusão.
• Agora, quando um contrato é cancelado, a reserva retorna automaticamente à situação anterior.
• Isso evita que reservas fiquem com status incorretos e melhora a experiência do usuário.

Exemplo 1 - Fluxo Simples:
1️⃣ Uma reserva está na situação "Nova Reserva".
2️⃣ O usuário gera e envia o contrato para assinatura eletrônica.
3️⃣ O status da reserva muda automaticamente para "Pendente de Assinatura".
4️⃣ O usuário precisa cancelar o contrato.
5️⃣ Agora, o sistema automaticamente retorna a reserva para "Nova Reserva", garantindo que o status reflita a realidade.

Exemplo 2 - Fluxo com mais etapas:
1️⃣ Reserva inicia com status "Nova Reserva".
2️⃣ O status é alterado para "Validação de Documentos".
3️⃣ Após a validação, o contrato é gerado e enviado para assinatura.
4️⃣ O status muda para "Pendente de Assinatura".
5️⃣ O contrato é assinado por algumas partes e fica com status "Assinado por Cliente e Associados".
6️⃣ O contrato precisa ser cancelado.
7️⃣ Agora, o sistema reverte o status para "Validação de Documentos", pois esse era o estado imediatamente anterior ao envio do contrato.

💻 Para mais informações sobre as regras implementadas, clique aqui.