🔹 O que é?
Ao criar uma variável de contrato, agora é possível selecionar o tipo "Moeda". Com essa opção, o valor preenchido será exibido no formato monetário brasileiro, como 1.000,00.

🔹 Por que é importante?
Antes, variáveis numéricas usadas para representar valores em reais (como preço, taxa ou valor de parcela) não tinham uma formatação padronizada, o que podia gerar inconsistência nos contratos gerados. Com o tipo Moeda, o gestor garante que esses valores sempre apareçam de forma clara e no padrão esperado pelo cliente final, sem precisar ajustar manualmente a formatação.

🔹 Como funciona?
Ao cadastrar uma nova variável em Contrato > Variáveis > Criar Variáveis, basta selecionar "Moeda" no campo Tipo. A partir daí, sempre que essa variável for preenchida e utilizada em um contrato, o valor será automaticamente formatado no padrão monetário (ex.: 1.000,00).

 O que é?
Ajuste no envio de dados ao Sienge que garante que o campo Bairro nunca ultrapasse 15 caracteres. Quando o nome do bairro é maior que isso, o sistema agora abrevia automaticamente o texto de forma inteligente, em vez de simplesmente cortar ou falhar no envio.

🔹 Por que é importante?
Antes, bairros com nomes longos podiam gerar erros de validação ou falhas silenciosas no cadastro — ou seja, a informação não era enviada corretamente ao Sienge e ninguém percebia na hora. Com esse ajuste, o cadastro do cliente segue normalmente, sem travar processos importantes como reservas, pré-cadastro e faturamento.

Esse ajuste vale para:

• Post Cliente: Validação cadastral, Workflow de pré-cadastro, Workflow de reservas, Enviar cliente na reserva, Enviar cliente em pessoas, Envio de reserva (pode faturar)
• Post Credor (corretor e imobiliária): Envio na reserva (pode faturar), Envio no corretor

🔹 Como funciona?
O sistema só entra em ação quando o nome do bairro tem mais de 15 caracteres. Se já couber, nada é alterado. Quando precisa abreviar, ele segue uma ordem de prioridade, parando assim que o nome couber em 15 caracteres:

1. Abreviações conhecidas — Substitui palavras comuns por siglas padrão, sem pontuação. Exemplos: Jardim → Jd, Vila → Vl, Santo → Sto, São → S, Nossa Senhora (da/de) → N S, entre outras.
2. Remoção de preposições — Se ainda não couber, remove palavras como de, da, do, das, dos do meio do nome.
3. Ajuste letra a letra — Se ainda assim o nome for muito grande, o sistema vai reduzindo uma letra de cada palavra por vez, sempre preservando as duas últimas palavras completas, até o nome caber.
4. Corte de segurança — Em casos raros (bairros com apenas uma ou duas palavras muito longas), o sistema corta o texto diretamente no 15º caractere, como última alternativa.

Exemplos práticos:

• Nossa Senhora do Socorro → N S do Socorro (14 caracteres)
  
• Vila Bela da Santíssima Trindade → V B Santíssima (14 caracteres)

O que é

Com a integração Sienge ativa, o cadastro e edição de Imobiliária no Gestor passa a sinalizar e exigir o preenchimento dos campos que são enviados no cadastro do credor (POST /creditors) junto ao Sienge. Os campos obrigatórios recebem asterisco no label e um texto de ajuda: "Campo obrigatório para o envio da imobiliária ao Sienge."

Campos que passam a ser obrigatórios (somente com Sienge ativo)

*CNPJ antes já podia ser obrigatório, mas apenas via configuração específica — agora passa a ser exigido automaticamente com a integração ativa.

Campos que já eram obrigatórios e só ganharam o texto de ajuda

Estado, Cidade, Logradouro e Endereço  continuam exigidos como antes, mas agora deixam claro que também são usados pelo envio ao Sienge.

Com a integração desativada

Nenhuma mudança de comportamento todos os campos permanecem opcionais, sem asterisco e sem texto de ajuda.

Por que estamos fazendo

Cadastros de imobiliária incompletos geravam erro no envio ao Sienge apenas no momento da sincronização  depois do cadastro já salvo, sem sinalização prévia ao usuário. Isso forçava idas e vindas para completar dados que só se tornam visíveis como problema no processamento da integração. Ao antecipar a obrigatoriedade no próprio formulário e deixar claro o motivo de cada exigência, evitamos falhas de envio e retrabalho de correção após o fato. 

O que é
Melhoria na tela de Configurar Vínculos Contrato, na etapa de vinculação de unidades ao pré-cadastro.
Agora é possível filtrar a lista de unidades por Tipologia, Tipo de Unidade e Área Privativa (metragem), além de poder selecionar unidades já retiradas por bloco inteiro direto na coluna "Unidades Selecionadas" do mesmo jeito que já funciona hoje no vínculo de Imobiliárias.

O que mudou na prática
Com os filtros de Tipologia, Tipo e Metragem, o usuário reduz a lista rapidamente para o recorte que interessa antes de selecionar.
Além disso, a retirada de unidades da coluna "Unidades Selecionadas" passa a poder ser feita por bloco completo, e não apenas unidade a unidade — mesmo comportamento já existente no vínculo de imobiliárias.

Por que estamos fazendo
Empreendimentos grandes geram listas extensas de unidades nessa etapa de configuração, e o único filtro disponível (bloco) não era suficiente para agilizar o trabalho de quem monta os vínculos de contrato especialmente em operações com múltiplas tipologias e metragens diferentes no mesmo empreendimento. Isso gerava tempo operacional desnecessário e risco de erro na seleção manual. A entrega reduz esse esforço e padroniza o comportamento de filtro/seleção com o que já existe em outras telas do sistema (imobiliárias), tornando a experiência mais consistente.

🔹 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 é?

Agora é possível cadastrar várias plantas de unidades de uma só vez no empreendimento, sem precisar fazer o upload uma a uma. O cadastro em massa está disponível diretamente na aba Plantas do empreendimento.

🔹 Por que é importante?

Cadastrar plantas individualmente em empreendimentos com muitas unidades toma tempo e aumenta o risco de erro. Com essa melhoria, o processo fica muito mais ágil — e as plantas ficam disponíveis rapidamente no mapa de disponibilidade, nas reservas e no portal do cliente.

🔹 Como funciona?

Acesse a aba Plantas do empreendimento e clique em Cadastro em Massa. Na janela que abrir, você tem duas formas de enviar:

• Escolher Arquivos — selecione vários arquivos de uma vez para cadastrá-los como plantas individuais.
• Escolher Pasta — cada pasta enviada será reconhecida como uma planta, podendo conter até 4 arquivos por pasta (tamanho máximo de 24 MB por arquivo).

Antes de enviar, configure se as plantas já entram ativas no painel e se alguma delas será a planta padrão do empreendimento.

O que é?
O CIB (Cadastro Imobiliário Brasileiro) é o identificador nacional do imóvel — equivalente a um "CPF do imóvel" — exigido em processos legais e fiscais. O campo já existia no cadastro de unidades do CV CRM e agora passa a ser suportado também na sincronização com o Sienge e nas APIs de unidades.

Por que é importante?
Com a exigência crescente do CIB no mercado imobiliário, é essencial que o dado circule de forma integrada entre os sistemas. Essa melhoria elimina a necessidade de preenchimento manual no CV CRM para quem usa o Sienge, e abre caminho para que integrações externas também possam cadastrar e consultar o campo via API.

Como funciona?
O CIB passa a estar disponível em três pontos:

• Sincronização Sienge: ao sincronizar unidades, o CIB informado no Sienge é trazido automaticamente para o cadastro da unidade no CV CRM.
• API CV – Cadastro de unidade: o campo CIB pode ser enviado no momento de criar ou atualizar uma unidade via API.
• API CV – Retorno de unidade: o CIB é retornado nos dados da unidade consultada.
• CVDW: o campo CIB está disponível na base de dados de unidades para consulta e extração.

No Sienge, o campo já está disponível para preenchimento:

No CV:

O que é?
No processo de assinatura de documentos pelo CV Sign, os campos obrigatórios de nome completo, documento e data de nascimento agora chegam pré-preenchidos para o assinante, desde que essas informações já estejam cadastradas no CVCRM.

Por que é importante?
Antes, o assinante precisava preencher manualmente todos os campos obrigatórios antes de assinar, mesmo que seus dados já estivessem no sistema. Isso tornava o processo mais lento e suscetível a erros de digitação. Com o pré-preenchimento, a experiência de assinatura fica mais ágil e fluida.

Como funciona?
Ao acessar o documento para assinatura, os campos de nome completo, documento e data de nascimento são carregados automaticamente com os dados já cadastrados no CVCRM. Caso alguma informação esteja desatualizada ou incorreta, o assinante pode editá-la antes de concluir a assinatura.

O que é?
Agora é possível vincular um ou mais empreendimentos ao webhook de unidades, restringindo os disparos apenas às unidades desses empreendimentos.

Por que é importante?
Antes, o webhook de unidades era disparado para qualquer unidade, independente do empreendimento. Para operações que precisam de integrações segmentadas — por empreendimento específico — isso gerava disparos desnecessários e dificultava o controle. Com o filtro, o webhook passa a ser mais preciso e fácil de gerenciar.

Como funciona?
No cadastro do webhook, agora há o campo Empreendimentos. O comportamento segue a seguinte lógica:

• Sem empreendimento selecionado: o webhook continua funcionando como antes — dispara para unidades de qualquer empreendimento.
• Com um ou mais empreendimentos selecionados: o disparo ocorre apenas quando a ação for realizada em uma unidade pertencente a um dos empreendimentos vinculados.