As telas de Chats, Pré-atendimento e Gerenciados agora contam com um filtro de canais, permitindo separar as conversas de acordo com a origem.

O que foi entregue:

• Filtro de canais disponível nas telas de Chats, Pré-atendimento e Gerenciados
• Possibilidade de visualizar apenas as conversas vinculadas a um canal ou setor específico
• Filtro aplicado de forma independente em cada uma das três telas

Por que isso importa:

• Quem atende múltiplos canais consegue isolar rapidamente as conversas de um setor, sem se perder no volume geral
• Facilita a divisão de trabalho entre equipes que respondem por canais diferentes
• Reduz o tempo de localização de conversas, especialmente em operações com alto volume de atendimento simultâneo

Sem impacto nas conversas existentes, o filtro é opcional e, quando não aplicado, todas as conversas continuam sendo exibidas normalmente.

🔹 O que é?

A importação de empreendimentos/unidades agora aceita uma nova coluna opcional — Id (Unidade) — que permite atualizar uma unidade diretamente pelo seu ID, sem precisar informar empreendimento, etapa e bloco no arquivo.

🔹 Por que é importante?

Quem precisa atualizar dados de unidades em empreendimentos já cadastrados tinha que preencher todas as colunas de localização (empreendimento, etapa, bloco) mesmo quando só queria corrigir um campo pontual. Com o ID da unidade, o processo fica mais direto e menos sujeito a erro de mapeamento.

🔹 Como funciona?

Na tela de mapeamento de colunas (/processar), o campo Id aparece como opcional na seção Unidade. O comportamento varia por linha do CSV:

• Linha com idunidade preenchido — a unidade é localizada e atualizada diretamente pelo ID. Os campos de empreendimento, etapa e bloco deixam de ser obrigatórios para essa linha.
• Linha sem idunidade — o fluxo segue normalmente, exigindo empreendimento, etapa e bloco para localizar a unidade.

O mesmo arquivo pode misturar os dois formatos: algumas linhas com ID e outras sem. Os demais campos obrigatórios da unidade, como Nome, continuam sendo exigidos independentemente do modo usado.

🔹 O que é?

Duas novas variáveis do tipo "enquanto" foram adicionadas para uso em modelos de contrato, permitindo listar separadamente os assinantes de comissão conforme a configuração da coluna Retirar do Subtotal na reserva: ${ENQUANTO_COMISSAO_RETIRAR_SUBTOTAL_SIM_ASSINANTES} para os marcados como Sim e ${ENQUANTO_COMISSAO_RETIRAR_SUBTOTAL_NAO_ASSINANTES} para os marcados como Não.

🔹 Por que é importante?

Contratos que precisam distinguir comissionados com e sem retirada do subtotal não tinham uma forma nativa de fazer essa separação no texto. Com essas variáveis, o gestor consegue montar seções diferentes no contrato para cada grupo, sem precisar de ajustes manuais a cada geração.

🔹 Como funciona?

No modelo de contrato, utilize os blocos de enquanto para delimitar o trecho que se repete para cada grupo. Dentro do bloco, combine com as demais variáveis de comissão normalmente. 

Exemplo de uso:

Bloco para "Retirar do Subtotal = Sim"
Percorre apenas os assinantes com Sim na coluna e preenche os dados de cada um dentro do trecho definido.

${ENQUANTO_COMISSAO_RETIRAR_SUBTOTAL_SIM_ASSINANTES} 

${SE_COMISSAO_ASSINATURA_COMISSAO_CORRETOR} 

Nome: ${[[COMISSAO][QUEM]]} 

CPF: ${[[COMISSAO][QUEM_CPF]]} 

${/SE_COMISSAO_ASSINATURA_COMISSAO_CORRETOR} 

${/ENQUANTO_COMISSAO_RETIRAR_SUBTOTAL_SIM_ASSINANTES}

Bloco para "Retirar do Subtotal = Não"
Percorre apenas os assinantes com Não na coluna e preenche os dados correspondentes.

${ENQUANTO_COMISSAO_RETIRAR_SUBTOTAL_NAO_ASSINANTES} 

${SE_COMISSAO_ASSINATURA_COMISSAO_CORRETOR} 

Nome: ${[[COMISSAO][QUEM]]} 

CPF: ${[[COMISSAO][QUEM_CPF]]} 

${/SE_COMISSAO_ASSINATURA_COMISSAO_CORRETOR} 

${/ENQUANTO_COMISSAO_RETIRAR_SUBTOTAL_NAO_ASSINANTES}

Os dados exibidos dentro de cada bloco — como nome e CPF — virão automaticamente das informações já cadastradas na comissão da reserva.

O que foi feito e por que é importante

Duas variáveis de documento foram ajustadas para atender a uma solicitação de formatação específica do cliente:

• [[FORMA_DE_PAGAMENTO_SUBTOTAL_CORRECAO_JUROS_COM_ADIMPLENCIA]]
• [[FORMA_DE_PAGAMENTO_SUBTOTAL_CORRECAO_JUROS_COM_ADIMPLENCIA_LIQUIDO]]

As duas ficam com Data vencimento, quantidade de parcelas, valor da parcela, subtotal, porcentagem do contrato e último vencimento

O que foi feito e por que é importante

Quando um corretor, imobiliária ou usuário administrativo possui dados de faturamento cadastrados no perfil, o sistema passou a priorizar essas informações no momento de gerar os documentos e calcular comissões da mesma forma que já acontecia nos contratos.

Antes dessa alteração, mesmo que o cadastro tivesse dados de faturamento preenchidos, o sistema utilizava os dados do usuário para compor minutas e créditos de intermediação.

Agora, sempre que o cadastro indicar que a pessoa possui dados de faturamento, o sistema considera essa informação como prioritária tanto para a composição de minutas quanto para o crédito de intermediação. O comportamento passa a ser consistente entre contratos e demais fluxos do sistema.

O que foi feito e por que é importante

Dando continuidade à evolução do novo relatório de vendas, entregamos três melhorias de usabilidade que tornam a navegação e a consulta de dados mais ágeis no dia a dia.

Ordenação de colunas
Agora é possível ordenar os dados diretamente pelas colunas do relatório. Antes, os registros chegavam em uma ordem fixa, o que dificultava análises comparativas e localização de informações específicas sem exportar os dados.

Melhoria no formulário de filtros
O formulário de geração do relatório foi reorganizado visualmente para melhor aproveitamento do espaço em tela. A estrutura estava funcional, mas a disposição dos campos prejudicava a leitura e o preenchimento, especialmente em telas menores. A nova organização deixa o fluxo mais limpo e intuitivo.

Busca por termo dentro do relatório
Foi adicionado um campo de busca nativo que permite localizar registros diretamente na listagem sem depender do CTRL+F do navegador. O usuário digita um termo como o nome de um cliente e o relatório filtra os registros correspondentes em tempo real, sem precisar regerar o relatório ou recorrer a recursos externos.

Na tela de monitoramento de envio de reservas para o ERP, não havia como identificar o código interno da reserva sem abrir cada registro individualmente. Com essa melhoria, o código interno passa a aparecer como coluna na listagem, visível junto aos demais dados de envio.

Isso facilita a conferência do vínculo entre a reserva no CV e o respectivo registro no ERP sem precisar navegar registro a registro  ganhando agilidade especialmente em volumes maiores de envio.

Até agora, identificar o correspondente bancário responsável por uma reserva exigia sair do relatório e consultar outras telas. Com essa entrega, o nome do correspondente passa a aparecer diretamente como coluna no relatório de vendas, junto aos demais dados da reserva. A informação é carregada para todas as reservas listadas, respeita as permissões de acesso existentes e foi posicionada de forma a não comprometer a usabilidade da tela.

O ganho é direto: menos cliques, menos contexto perdido, mais agilidade na conferência e no acompanhamento comercial.

O que foi feito e por que é importante

Atendendo a uma solicitação recebida via painel, adicionamos uma nova ação no Workflow de Reservas para envio de e-mail ao correspondente bancário. Até então, não havia uma forma nativa de notificar automaticamente o correspondente gerente e usuário vinculado a partir do fluxo de reserva.

Com essa entrega, é possível configurar no WF de Reservas uma ação que dispara um e-mail simultaneamente para o usuário correspondente e para o gerente da empresa correspondente, tudo em uma única ação. O e-mail entra na fila de envio, garantindo rastreabilidade e evitando perdas por falhas pontuais de disparo.

O ganho prático é direto: o correspondente passa a ser notificado no momento certo do processo, sem depender de comunicação manual, reduzindo ruído operacional e risco de atraso na jornada de reserva.

O que foi feito ?

Recentemente, entregamos uma melhoria no módulo de comissões que passou a gerar as linhas de pagamento independentemente de a comissão estar ou não vinculada a um contrato. Isso resolveu um cenário importante de flexibilidade no processo comercial.

Na prática, dentro das regras de comissão, o usuário poderá indicar se aquela comissão deve ou não ser enviada ao ERP. Quando marcado como "Sim", o envio acontece normalmente. Quando "Não", a comissão fica registrada no CV sem ser transmitida ao Sienge. Esse controle só estará disponível quando a integração com o Sienge estiver ativa.

Por que é importante?

O resultado é mais controle operacional para sua equipe, sem impacto nas comissões que já funcionam corretamente.