Agora é possível atualizar as regras de aprovação de uma reserva quando houver alterações nas configurações do empreendimento.

Foi criado um mecanismo de sincronização que permite aplicar às reservas as regras mais recentes definidas no empreendimento ou tabela de preço, sem a necessidade de recriar a negociação.

Por que isso é importante?

Antes da melhoria, as regras de aprovação eram copiadas para a reserva apenas no momento da sua criação.

Isso significava que:

• Alterações posteriores no empreendimento não refletiam nas reservas já existentes
• Regras ficavam desatualizadas
• A gestão e auditoria das aprovações se tornavam mais complexas

Com a nova funcionalidade, os usuários passam a ter maior controle sobre a aderência das reservas às políticas vigentes do empreendimento ou tabela.

Como funciona?

Atualização das regras

Foi criado um mecanismo que compara:

• As regras atualmente armazenadas na reserva
• As regras vigentes no empreendimento

Quando houver divergência, a reserva poderá ser atualizada.

Novo botão de atualização

Na seção financeira da reserva, foi adicionado um botão para atualização das regras.

O botão será exibido apenas quando:

• Existir diferença entre as regras da reserva e as do empreendimento ou tabela

Controle por perfil de acesso

A visualização do botão depende de uma nova permissão de acesso.

Dessa forma, apenas usuários autorizados poderão executar a atualização.

Histórico de alterações

Todas as atualizações realizadas serão registradas no histórico da reserva.

O sistema armazenará:

• Data e hora da atualização
• Usuário responsável
• Comparativo das alterações realizadas

Data da última atualização

Passa a ser registrada a data da última atualização das regras da reserva, facilitando auditorias e conferências.

Impacto na operação

• Maior controle das regras de aprovação
• Redução de inconsistências entre reservas e empreendimento
• Melhor governança das políticas comerciais
• Histórico completo das alterações realizadas
• Mais transparência para auditorias e análises

Pré-requisitos

• Reserva com regras cadastradas
• Alteração posterior das regras no empreendimento
• Usuário com permissão para atualização

O endpoint PUT da API de Assistência Técnica agora aceita o preenchimento e edição do campo parecer técnico.

O que mudou:

• Campo parecer técnico disponível via PUT para escrita e atualização

Por que isso importa:

• Integrações que gerenciam assistências técnicas passam a ter controle completo do ciclo — sem depender de atualização manual no sistema
• Reduz etapas manuais em fluxos automatizados que já usam a API
• Garante que o parecer técnico fique registrado diretamente pela integração, sem risco de inconsistência entre sistemas

A tela de Pesquisas recebeu um ajuste visual para tornar a navegação mais clara e a experiência mais atual.

O que mudou:

• Reorganização dos elementos visuais da tela
• Layout mais limpo e organizado

O que não mudou:

• Nenhuma alteração no fluxo de uso
• Todas as funcionalidades seguem exatamente como antes

Foi criada uma nova variável para utilização em modelos HTML e Word, permitindo exibir a informação preenchida no campo Correção da série financeira.

Nova variável

[[SERIE][N][CORRECAO_SERIE]]

Por que isso é importante?

Até então, não havia uma variável específica para retornar a correção configurada na série, o que exigia preenchimentos manuais ou adaptações nos modelos de contrato.

Com essa melhoria:

• Reduzimos retrabalho na elaboração de documentos
• Garantimos maior consistência das informações
• Facilitamos a automação de contratos e minutas
• Mantemos os documentos alinhados com os dados da reserva

Como funciona?

A variável retorna o conteúdo informado no campo Correção da série financeira.

⚠️ Importante:
Essa variável retorna a correção da série, e não a correção do contrato como um todo.

A variável pode ser utilizada em:

• Contratos jurídicos
• Contratos comerciais
• Minutas em HTML
• Modelos Word

Exemplo de uso

Correção monetária: [[SERIE][1][CORRECAO_SERIE]]

Exemplo de resultado:

Correção monetária: IPCA

Pré-requisitos

• Existência de série financeira vinculada à reserva
• Campo de correção devidamente preenchido
• Modelo de documento compatível com variáveis dinâmicas

A Listagem de Boletos passa a exibir também os boletos do tipo ATO, contemplando tanto integrações com Linkpay quanto com Avendre Pay.

Por que isso é importante?

Até então, os boletos de ATO não estavam disponíveis na listagem, dificultando o acompanhamento e a gestão desses pagamentos pelos usuários.

Com essa melhoria, os boletos de ATO passam a seguir a mesma experiência já existente para os boletos de comissão, centralizando a operação em um único local.

Como funciona?

📄 Visualização dos boletos

Os boletos de ATO agora são exibidos na Listagem de Boletos juntamente com os demais títulos financeiros.

São contemplados:

• ATOs da Linkpay
• ATOs do Avendre Pay

Consulta dos detalhes

Os usuários poderão visualizar as informações dos boletos diretamente pela listagem, facilitando o acompanhamento do status e dos dados do pagamento.

Download de boletos

Passa a ser possível realizar o download dos boletos de ATO da mesma forma que já ocorre com outros tipos de boleto.

Cancelamento

Os boletos de ATO também poderão ser cancelados pela listagem, seguindo as mesmas regras e comportamentos já aplicados aos boletos de comissão.

Impacto na operação

• Centralização da gestão de boletos
• Melhor visibilidade dos pagamentos de ATO
• Redução da necessidade de consultas em múltiplas telas
• Mais autonomia para usuários financeiros e operacionais

Interface

📍 Caminho:
Gestor → Financeiro → Listagem de Boletos

Novas capacidades:

• Visualizar boletos de ATO
• Baixar boletos de ATO
• Cancelar boletos de ATO

Foi criada uma nova API no padrão V4 para permitir o gerenciamento da condição de pagamento das reservas de forma mais flexível e segura.

Com ela, integrações passam a poder:

• Adicionar séries
• Editar séries existentes
• Remover séries da condição de pagamento

Tudo isso sem a necessidade de recriar a condição completa da reserva.

Por que isso é importante?

Antes dessa melhoria, alterações na condição de pagamento dependiam de processos exclusivamente manuais.

Agora, sistemas integrados conseguem realizar ajustes pontuais diretamente na reserva, mantendo maior aderência aos fluxos comerciais e financeiros.

Como funciona?

Adicionar série

Permite incluir uma nova série na condição de pagamento da reserva.

Endpoint

POST /v4/comercial/reservas/{idReserva}/condições

Editar série

Permite alterar informações de uma série já existente na condição de pagamento.

Endpoint

PATCH /v4/comercial/reservas/{idReserva}/condicoes/{idReservasCondicoes}

Remover série

Permite excluir uma série da condição de pagamento da reserva.

Endpoint

DELETE /v4/comercial/reservas/{idReserva}/condicoes/{idReservasCondicoes}

Segurança e permissões

Todos os endpoints:

• Utilizam autenticação JWT
• Respeitam as permissões já existentes do módulo de reservas
• Validam regras de negócio antes da execução

O que pode ser alterado?

As APIs oferecem as mesmas possibilidades disponíveis na interface do sistema, incluindo:

• Quantidade de parcelas
• Valores
• Vencimentos
• Forma de pagamento
• Tipo de juros
• Correção monetária
• Comissão
• Portadores e indexadores
• Demais informações da série financeira

Regras de validação

A API valida automaticamente cenários como:

• Reserva inexistente
• Condição não pertencente à reserva
• Datas de vencimento inválidas
• Taxas incompatíveis
• Falta de permissão
• Regras comerciais que impeçam a alteração

Retornos da API

Pré-requisitos

• Integração utilizando a API V4
• Token JWT válido
• Permissões adequadas para manipulação de reservas

Onde utilizar?

A nova API é ideal para integrações que precisam realizar manutenção da condição de pagamento após a criação da reserva, sem depender de ações manuais na interface. Consulte em https://desenvolvedor.cvcrm.com.br/.

Agora, ao realizar um distrato de reserva via integração, o sistema também registra automaticamente o motivo de bloqueio da unidade.

Por que isso é importante?

Antes dessa melhoria, quando o distrato era realizado por integração, a unidade era bloqueada sem qualquer identificação do motivo.

Isso dificultava:

• A rastreabilidade da operação
• A identificação da origem do bloqueio
• Análises operacionais e comerciais
• O entendimento do histórico da unidade

Com a alteração, todas as unidades bloqueadas por distrato passam a possuir um motivo associado.

Como funciona?

Ao receber uma solicitação de distrato via integração, o sistema:

• Realiza o distrato da reserva normalmente
• Bloqueia a unidade conforme a regra atual
• Define automaticamente um motivo para o bloqueio

📝 Motivo padrão

Por padrão, será utilizado o motivo:

"Distrato via Integração"

Pré-requisitos

• Integração habilitada para realização de distratos
• Unidade sujeita ao bloqueio após o distrato

Interface

• O motivo de bloqueio ficará visível nas informações da unidade
• Nenhuma alteração será necessária nos fluxos atuais de integração

Ao clonar uma reserva, o sistema agora passa a aplicar automaticamente a planta da unidade de destino, quando houver uma planta vinculada a essa unidade.

Por que isso é importante?

Antes da melhoria, a reserva clonada podia ficar sem uma planta associada, mesmo quando a unidade de destino possuía uma planta cadastrada.

Isso gerava inconsistências na reserva e exigia ajustes manuais por parte dos usuários.

Com a correção, a clonagem passa a respeitar as características da unidade selecionada.

Como funciona?

• Ao realizar a clonagem de uma reserva:
  • O sistema identifica a unidade de destino
  • Verifica se existe uma planta associada à unidade
  • Aplica automaticamente essa planta na nova reserva

A edição em lote de pagamentos de comissão foi ajustada para que os pagamentos selecionados sejam agrupados sob o mesmo identificador, permitindo a geração de um único boleto quando aplicável.

Por que isso é importante?

Em alguns cenários, ao corrigir pagamentos por meio da edição em lote — especialmente quando as datas originais estavam retroativas — o sistema criava novos pagamentos com IDs diferentes.

Como consequência:

• Os pagamentos eram separados em lotes distintos
• Eram gerados múltiplos boletos
• O processo financeiro ficava mais complexo e sujeito a retrabalho

Com a melhoria, os pagamentos editados em conjunto permanecem agrupados, seguindo a lógica esperada pela operação.

Ao realizar uma edição em lote de pagamentos:

• Todos os pagamentos selecionados passam a receber o mesmo identificador de agrupamento
• Os pagamentos permanecem vinculados ao mesmo lote
• A geração ocorre em um único boleto, quando aplicável

Regra importante

O agrupamento será realizado apenas quando a comissão estiver configurada para trabalhar com boletos por data de pagamento.

Caso a configuração da comissão utilize outro modelo de geração de boletos, o comportamento atual será mantido.

Impacto na operação

• Redução da geração indevida de múltiplos boletos
• Maior consistência no agrupamento financeiro
• Menos retrabalho para equipes financeiras
• Melhor aderência às regras operacionais da pagadoria
  
  

Pré-requisitos

• Utilização da funcionalidade de edição em lote de pagamentos
• Comissão configurada para boletos por data de pagamento
• Pagamentos selecionados para atualização em conjunto

Agora é possível configurar níveis hierárquicos nos times de atendimento. Você define um time N1 (primeiro contato) e um time N2 (apoio/escalonamento), vinculados por assunto. O sistema distribui os chamados seguindo a ordem configurada, com tempo máximo de resposta por nível. Quando necessário, o N1 encaminha o chamado ao N2 e o N2 pode devolvê-lo ao N1 para continuidade com o cliente.

Como funciona

1. Configure os times N1 e N2 e vincule-os aos assuntos desejados.
2. Defina o tempo máximo de resposta para cada nível.
3. O chamado chega ao N1. Se ele precisar escalonar, utiliza o botão de encaminhamento — o responsável é atualizado automaticamente para um integrante do N2.
4. O N2 conduz o atendimento e, se necessário, devolve ao N1 para encerrar com o cliente.

Por que ela é importante:

Equipes com múltiplos perfis de atendimento precisam de um fluxo claro de escalonamento. Sem isso, chamados complexos ficam presos no primeiro atendente ou são transferidos de forma manual e desorganizada. Com os níveis configurados, o roteamento acontece de forma estruturada, o responsável pelo chamado é atualizado automaticamente e o histórico se mantém, reduzindo retrabalho e melhorando a experiência do cliente.