O que foi feito:
O endpoint PUT de assistência passou a aceitar o envio de campos adicionais (customizados) diretamente no payload da requisição, bastando informar o ID do campo adicional e o valor correspondente. Antes, a atualização desses campos exigia uma chamada separada; agora ela pode ser feita na mesma requisição de atualização da assistência.

Por que é importante para o produto:
Reduz o número de chamadas necessárias para manter a assistência atualizada, simplifica a integração para clientes que usam campos customizados no fluxo de atendimento/assistência técnica, e elimina risco de inconsistência entre a atualização da assistência e a dos seus campos adicionais (que antes podiam ficar dessincronizados por serem chamadas separadas).

Nova configuração que permite ocultar os campos de descrição e de anexo de arquivos no cadastro da assistência.

O que foi entregue:
- Flag de configuração para ocultar os campos de descrição e arquivos no formulário de abertura da assistência
- Com a flag ativa, os dois campos deixam de ser exibidos, e a abertura segue apenas com as informações restantes do cadastro
- Os demais campos do formulário continuam funcionando normalmente

Por que isso importa:
- Operações que padronizam a abertura pela seleção do item não precisam mais de um campo livre que só gera texto solto para triar depois
- Menos campos no formulário reduz a desistência no meio da abertura, especialmente quando o cliente acessa pelo celular
- Evita o recebimento de anexos irrelevantes ou pesados em fluxos onde o registro visual é feito na vistoria, não na abertura
- Quem usa descrição e anexos como parte da triagem continua com tudo como está hoje

A configuração é opcional e não altera assistências já abertas. Enquanto não for ativada, o formulário segue exibindo todos os campos.

Nova configuração que restringe a assistência a um único item, tanto no Portal do Cliente quanto no Painel Gestor.

O que foi entregue:
- Flag de configuração que limita a assistência a 1 item
- Com a flag ativa, depois que o primeiro item é adicionado, a opção de incluir novo item deixa de ser exibida
- A regra vale nos dois pontos de abertura: Portal do Cliente e Painel Gestor

Por que isso importa:
- Operações que tratam cada problema como um chamado próprio param de receber assistências com vários itens misturados, o que atrapalha SLA, responsável e histórico
- Um item por assistência elimina a ambiguidade de garantia: não existe mais o caso de um chamado com itens dentro e fora do prazo ao mesmo tempo
- O bloqueio acontece na própria tela, então o cliente e o atendente não precisam saber a regra de cabeça

A configuração é opcional. Enquanto não for ativada, a abertura de assistência continua aceitando múltiplos itens como hoje.

O Workflow de Assistência ganhou duas novas flags, "Dentro da Garantia" e "Fora de Garantia", que direcionam a assistência automaticamente para a situação correta no momento da criação.

O que foi entregue:
- Flag "Dentro da Garantia": assistências criadas com item dentro do prazo de garantia são alocadas na situação onde a flag estiver
- Flag "Fora de Garantia": assistências criadas com item fora do prazo são migradas para a situação onde a flag estiver
- Quando a assistência tem mais de um item e pelo menos um está fora de garantia, ela é direcionada para a situação de fora de garantia

Como configurar:
1. Acesse as configurações do Workflow de Assistência Técnica
2. Aloque a flag "Dentro da Garantia" na situação que deve receber esses chamados
3. Repita o passo para a flag "Fora de Garantia" na situação correspondente

Por que isso importa:
- A triagem de garantia deixa de ser manual, eliminando a etapa em que alguém precisa conferir o prazo do item e mover o chamado
- Reduz o risco de uma assistência fora de garantia seguir o fluxo de atendimento coberto, com custo indevido para a construtora
- Cada situação passa a refletir de fato o tipo de tratativa, o que melhora a leitura dos indicadores do workflow
- O direcionamento acontece na criação, então o chamado já nasce na fila certa

As flags só passam a valer nas situações em que forem alocadas. Enquanto não forem configuradas, o workflow segue funcionando exatamente como hoje.

Agora é possível ocultar o identificador do item no Portal do Cliente por configuração, além do rótulo do campo ter ficado mais claro.

O que mudou:
- O campo passou a ser identificado como "ID Item", em vez de aparecer apenas como número
- A flag já vem habilitada, mantendo o comportamento atual para quem não fizer nada

Por que isso importa:
- O identificador interno não faz sentido para o cliente final e só polui a tela em operações que não usam esse número como referência
- Quem usa o identificador para se comunicar com o cliente continua com ele visível, sem precisar mudar nada
- O rótulo "ID Item" elimina a dúvida sobre a que aquele número se refere quando o cliente aciona o atendimento

Nenhuma ação é necessária para manter o comportamento atual. A configuração é por cliente e não altera nada em outras telas.

Agora é possível configurar se o boleto da parcela de ato será gerado automaticamente durante a aprovação da condição de pagamento da reserva.

Foi adicionada uma nova configuração na integração com o Sienge, permitindo que cada empreendimento defina o comportamento mais adequado ao seu processo.

Por que isso é importante?

Até então, o CV CRM gerava automaticamente o boleto da parcela de ato ao aprovar a condição de pagamento da reserva.

Para clientes que também utilizam a ação de workflow "Gerar boleto para parcela ato (Sienge)", esse comportamento resultava na emissão de boletos em duplicidade, já que o mesmo boleto era gerado automaticamente e novamente em uma etapa posterior do fluxo.

Com a nova configuração, esse comportamento passa a ser opcional.

Como funciona?

Foi criada uma nova configuração na integração do empreendimento:

Gerar boleto para parcela ato (Sienge) na aprovação da reserva

• Sim (padrão): mantém o comportamento atual, gerando automaticamente o boleto durante a aprovação da reserva.
• Não: desabilita a geração automática. Nesse caso, a emissão do boleto ficará sob responsabilidade das ações configuradas no workflow ou de outro momento definido pelo processo da empresa.

OBS.: o recomendado é desabilitar essa configuração se a geração do boleto no Sienge já ocorre através de uma ação de workflow.

Pré-requisitos

• Integração com o ERP Sienge configurada
• Utilização da funcionalidade de geração de boleto de ato

Ao selecionar uma regra de comissão na reserva, o sistema passa a disponibilizar também as regras cadastradas na Configuração Padrão.

Antes, apenas as regras disponíveis na configuração do empreendimento da reserva eram apresentadas para seleção.

Por que isso é importante?

Muitas empresas mantêm regras de comissão padronizadas para utilização recorrente. Com essa melhoria, essas regras passam a ficar disponíveis diretamente na reserva, tornando o processo mais prático e evitando cadastros duplicados.

Além disso, a centralização das regras facilita sua reutilização e padroniza a operação comercial.

As mensagens exibidas ao alterar a situação de uma reserva foram modernizadas.

Agora, em vez dos tradicionais alertas do navegador (JavaScript), o sistema passa a utilizar notificações do tipo toast, seguindo o mesmo padrão já adotado na funcionalidade de Simulação.

Por que isso é importante?

Os alertas do navegador interrompiam a navegação e proporcionavam uma experiência menos fluida para o usuário.

Com o novo modelo de notificações, o feedback é apresentado de forma mais discreta e intuitiva, mantendo o fluxo de trabalho sem interrupções.

Como funciona?

Ao alterar a situação de uma reserva, o sistema exibirá uma notificação em tela informando o resultado da operação.

Serão apresentados toasts para os mesmos cenários já existentes, incluindo:

• ✅ Alterações realizadas com sucesso;
• ❌ Erros ou impedimentos que impossibilitem a mudança de situação.

O comportamento segue o padrão visual e funcional já utilizado na Simulação, proporcionando uma experiência consistente entre os módulos.

Como era?

Como passa a ser:

A integração de reservas com o ERP UAU passa a permitir que o usuário defina qual Data Base de Resíduo será enviada na proposta.

Antes, essa informação era preenchida automaticamente com a data de cadastro da reserva. Agora, o campo pode ser ajustado conforme a necessidade da operação.

Por que isso é importante?

Em muitos processos, a reserva é cadastrada em um dia e aprovada ou assinada em outro. Como consequência, a Data Base de Resíduo enviada ao UAU nem sempre refletia a data efetivamente utilizada na negociação, exigindo ajustes manuais diretamente no ERP.

Com essa melhoria, o usuário ganha flexibilidade para definir a data mais adequada, reduzindo retrabalho e mantendo maior consistência entre o CV CRM e o UAU.

Como funciona?

Novo campo na integração

Foi adicionado o campo Data Base de Resíduo no formulário de integração da reserva com o UAU.

O campo:

• É preenchido automaticamente com a data de cadastro da reserva;
• Pode ser editado manualmente antes do envio ao ERP;
• É enviado ao UAU conforme o valor definido pelo usuário.
  OBS.: Também foi criada uma nova ação de workflow:

"Preencher Data Base de Resíduo com a data de aprovação comercial"

Quando utilizada, o sistema preenche automaticamente o campo com a data de aprovação comercial da reserva, padronizando o processo e reduzindo intervenções manuais.

Controle de permissões

A edição da Data Base de Resíduo pode ser controlada por:

• Perfil de acesso;
• Workflow.

Assim, apenas usuários autorizados poderão alterar essa informação.

Impacto na operação

• Maior flexibilidade na integração com o UAU
• Redução de ajustes manuais no ERP
• Melhor alinhamento entre a proposta enviada e o processo comercial

Clientes com integração Mega agora podem solicitar a 2ª via atualizada de parcelas vencidas direto no Portal do Cliente, sem precisar acionar o atendimento.

O que foi entregue:

- Parcelas vencidas passam a exibir a ação "Solicitar 2ª via" no lugar de "Linha Digitável" e "Boleto"
- Modal de confirmação informando o prazo de até 1 hora, o e-mail de destino mascarado e o aviso de recálculo de juros e multa
- Status "Boleto em processamento" na própria linha, com bloqueio de solicitação duplicada durante a janela de processamento
- Quando o boleto atualizado retorna, a linha volta a oferecer "Linha Digitável" e "Boleto", agora com o valor recalculado

Como configurar:
1. Acesse as Configurações do Portal do Cliente
2. Localize a opção de solicitação de 2ª via de boleto
3. Ative a opção para liberar o recurso aos seus clientes

Por que isso importa:
- Antes, os botões de boleto em parcelas vencidas retornavam vazio: o cliente clicava e nada acontecia, sem mensagem ou alternativa
- Parcela vencida é o momento de maior intenção de pagamento, então remover o atrito nesse ponto acelera o recebimento
- Reduz chamados de "boleto vencido não abre / não baixa", que hoje dependem totalmente do atendimento
- O cliente resolve sozinho, no canal onde já está consultando o financeiro

A funcionalidade vem desativada por padrão e só aparece para clientes com integração Mega ativa. Quem não ativar segue com a tela exatamente como está hoje.