O cadastro de pessoas ganhou uma seção para consultar os identificadores do WhatsApp (LID e BSUID) vinculados a cada contato no Comunicador.

O que mudou:

• Nova seção Contatos no Comunicador, disponível em Cadastros > Pessoas > Editar > Dados de Contato.
• Os identificadores LID e BSUID recebidos nas conversas aparecem com o Valor, o status (Ativo) e a Data de cadastro.
• Quando um identificador é removido, a remoção fica registrada na Auditoria do cadastro.

Por que isso importa:

• Dá visibilidade a como o sistema vincula as mensagens a cada pessoa, mesmo quando o WhatsApp não mostra o número de telefone do contato.
• Facilita a investigação de casos em que uma conversa caiu no cadastro errado ou não foi associada à pessoa esperada.
• A remoção auditada permite corrigir vínculos incorretos sem perder o histórico de quem fez a alteração e quando. 

Agora é possível pedir rubrica nos contratos enviados para assinatura pelo Clicksign, como já acontece no Docusign e no CV Sign. A rubrica pode ser configurada para cada assinante, no empreendimento, ou para todos os assinantes de um contrato.

Por que é importante?
Muitos contratos imobiliários precisam de rubrica nas páginas, além da assinatura final. Até agora, quem usava o Clicksign não tinha essa opção dentro do CV. Com a melhoria, a rubrica é coletada no próprio fluxo de assinatura eletrônica, sem processos paralelos.

Como funciona?

Existem duas formas de configurar:

1. Por assinante (no empreendimento): em Configurar Assinantes, escolha Rubrica no campo Tipo de ação dos assinantes que devem rubricar. Os demais seguem com o tipo de ação definido para eles (Aprovação, Assinatura, Assinatura Manuscrita ou Rubrica).
   
2. Para todos os assinantes do contrato: em Contratos > Assinaturas/Rubricas > Configurações, defina o Tipo de Assinatura como Rubrica. Assim, todos os assinantes daquele contrato rubricam, e o que foi definido para cada assinante no empreendimento deixa de valer.
   

Essa regra de prioridade entre empreendimento e contrato é a mesma do Docusign e do CV Sign.

Em quais páginas a rubrica aparece:
No campo Configuração de assinatura em páginas do contrato, escolha entre:

• Todas as páginas (padrão, quando o campo fica em branco)
• Somente a primeira
• Somente a última
• Páginas pares
• Páginas ímpares

Onde a rubrica fica na página:
O Clicksign posiciona as rubricas automaticamente. Elas começam no canto inferior direito da página e seguem em direção ao lado esquerdo. Esse posicionamento é padrão do Clicksign e não pode ser alterado.

O que o assinante faz:
Ele assina normalmente, e a marca de rubrica é aplicada nas páginas configuradas.

No final da página, é exibido botão de ação

O assinante informa o dado

 O assinante visualiza o dado no documento (pode editar clicando novamente)

Visualização da rubrica no documento assinado

Pontos de atenção:

• Liberação necessária: a rubrica só funciona para clientes na versão 3.0 da API do Clicksign. A migração está sendo feita aos poucos, para não impactar os clientes. Se algum cliente quiser usar, o time de Produto deve ser avisado para fazer a liberação.
• Não é possível escolher o local da rubrica. Não dá para posicionar a rubrica com Marcar Locais nem com variáveis de assinatura, como acontece no Docusign e no CV Sign.
  • Por quê? O Clicksign só aceita uma posição exata quando o documento é gerado a partir de um modelo Word (.docx) cadastrado nele. O CV envia o contrato em PDF, e, para PDF, o Clicksign só permite escolher as páginas.

Uma nova configuração que deixa os dados bancários do corretor opcionais, mesmo quando o envio de corretores para o Sienge está ativo na integração.

Por que é importante?
Hoje, com a integração Sienge ativa, o cadastro do corretor só é concluído com os dados bancários preenchidos. Muitas vezes o corretor não tem essas informações na hora, e o cadastro trava. Com a nova configuração, a empresa decide se quer ou não exigir esses dados, e o cadastro fica mais rápido.

Como funciona?

• Onde fica: em Configurações Específico > Integrações. Só o time interno com acesso liberado pode alterar essa configuração. Para ativar, o cliente deve fazer a solicitação a esse time.
  
• Configuração ativada: os dados bancários deixam de ser obrigatórios no cadastro do corretor e no pré-requisito de dados completos do corretor.
• Configuração desativada: nada muda, e os dados bancários continuam obrigatórios quando a integração estiver ativa. Esse é o comportamento padrão.
• Atenção ao preencher parcialmente: mesmo com a configuração ativada, se algum campo bancário for preenchido, o sistema vai pedir todos os campos bancários usados pela integração. Ou os dados são enviados completos para o Sienge, ou não são enviados.

A Gestão de Times agora tem um Histórico que registra as alterações feitas em cada time: quem fez, quando fez e o que foi alterado.

Por que é importante?
Antes, quando alguém tinha dúvida sobre uma mudança no time, como "por que esse corretor saiu do time?" ou "quem incluiu esse usuário?", não havia onde consultar. Agora o próprio gestor encontra a resposta no sistema, sem depender de suporte ou de investigação manual.

Como funciona?

1. Acesse Configurações > Gestão de Times e abra o time desejado.
2. No menu lateral, clique em Histórico (tem permissão de Perfil de Acesso).
3. As alterações aparecem em uma linha do tempo, da mais recente para a mais antiga. Cada registro mostra:
   • data e hora da alteração;
   • número do registro;
   • quem fez a alteração; 
   • a ação realizada, como associar ou desassociar um corretor ou usuário, com nome e ID;
4. Use os filtros à direita para ver só o que interessa:
   • Usuários: quem fez as alterações;
   • Ações: Associou, Atualizou ou Desassociou.

Importante: o histórico mostra apenas as alterações feitas a partir da liberação desta melhoria. Mudanças anteriores não aparecem.

Foi disponibilizada uma nova variável para utilização em documentos e textos relacionados à Implantação.

A nova variável permite trabalhar especificamente com comissões em que a opção “Retirar subtotal” esteja configurada como Não, complementando a variável que já existia para o cenário em que essa opção está configurada como Sim.

Por que isso é importante?

A variável existente permite controlar a exibição de um trecho de conteúdo quando a comissão prêmio está configurada para retirar o subtotal da programação.

Agora, o cenário inverso também pode ser tratado de forma condicional, oferecendo mais flexibilidade na criação de documentos e textos de implantação.

Como funciona?

Foi criada a variável:

${ENQUANTO_COMISSAO_PREMIO_RETIRAR_SUBTOTAL_NAO_PROGRAMACAO}
Digite seu texto
${/ENQUANTO_COMISSAO_PREMIO_RETIRAR_SUBTOTAL_NAO_PROGRAMACAO}

O conteúdo inserido entre as variáveis será considerado quando a configuração Retirar subtotal da comissão prêmio estiver definida como Não.

A variável está disponível para utilização tanto em textos quanto em documentos Word.

O Workflow de Comissão agora permite configurar o envio de notificações push quando uma comissão avançar entre situações do processo.

Com a nova ação Enviar notificação, os usuários que estiverem configurados para receber esse tipo de alerta serão notificados automaticamente quando a comissão mudar de situação.

Por que isso é importante?

Nem sempre o usuário precisa acompanhar manualmente o workflow para saber que uma comissão avançou.

Com as notificações push, é possível acompanhar mudanças importantes do processo em tempo real, sem precisar consultar constantemente a comissão.

Como funciona?

A configuração envolve duas etapas:

1. Configurar o Workflow de Comissão

Foi criada a ação Enviar notificação no Workflow de Comissão.

Quando uma comissão passar pela situação configurada no workflow, essa ação dispara uma notificação para os usuários elegíveis.

2. Configurar o recebimento das notificações

Na Central de Notificações, o usuário pode habilitar a opção correspondente às notificações de mudanças de situação das comissões.

Após as duas configurações, o usuário passa a receber o alerta quando uma comissão avançar no workflow.

Mensagem da notificação

A notificação informa a movimentação realizada na comissão:

A comissão passou de ‘situação X’ para ‘situação Y’.

Dessa forma, o usuário consegue identificar rapidamente qual foi a mudança ocorrida no processo.

Quem recebe a notificação?

O envio respeita as regras de time e perfil de gestão.

A notificação somente será enviada para usuários que estejam dentro do time correspondente ou que possuam perfil de gestão.

Usuários que não atendam a esses critérios não receberão a notificação, mesmo que tenham a configuração de push habilitada.

As telas que o assinante vê ao assinar um documento no CV Sign ganharam um novo layout. Antes, as informações e a assinatura ficavam todas em uma única tela. Agora o processo está dividido em 3 etapas: dados do assinante, assinatura e confirmação dos dados.

Por que é importante?

• Mais clareza: o assinante lida com uma coisa de cada vez, em vez de ver tudo junto numa tela só.
• Mais segurança antes de concluir: a etapa de confirmação permite revisar os dados antes de finalizar a assinatura.

Como funciona?

• Ao clicar na ação (assinar/rubricar), será exibido a nova tela.
  

1. Dados do assinante: o assinante informa os dados pessoais.
   
2. Assinatura: o assinante faz a assinatura.
   
3. Confirmação dos dados: o assinante revisa as informações e conclui o processo.
   

Uma nova opção na integração com a MEGA que traz para o CVCRM, de forma automática, as garagens e outros espaços complementares já cadastrados na MEGA para cada empreendimento. Você não precisa mais cadastrar cada vaga manualmente.

Por que é importante?

• Menos trabalho manual: acaba o cadastro de garagens uma a uma, que costuma ser demorado e sujeito a erro.
• Dados alinhados com a MEGA: situação, valores, área e tipo de cada garagem passam a refletir o que está no ERP.
• Vinculações prontas: garagens que são vendidas junto com um apartamento já chegam vinculadas à unidade certa.
• Sincronização sem travar: quando um item vem com problema, os demais continuam sendo sincronizados, e você recebe um aviso sobre o que precisa ajustar.

Como funciona?

1. Onde acessar: na tela de configuração da integração MEGA, cada empreendimento tem o botão "Sincronizar Esp. Complementares".
   
2. Ao clicar: o sistema busca na MEGA todas as garagens do empreendimento e as traz para o CVCRM com estes dados:
   • Nome ou código de identificação
   • Bloco/torre (se o bloco ainda não existir no CVCRM, ele é criado automaticamente)
   • Situação: disponível, vendida ou bloqueada
   • Valor de venda e valor por m²
   • Área
   • Tipo (ex.: "Vaga Coberta"). Se o tipo ainda não existir no catálogo do CVCRM, ele é criado automaticamente.
   • Vinculação com o apartamento, quando a garagem é vendida junto com uma unidade específica
3. Se você sincronizar de novo: garagens que já existem no CVCRM são atualizadas, sem duplicar. As novas são criadas.
4. Quando algum dado não bate: se uma garagem vier incompleta da MEGA (por exemplo, sem preço ou sem situação) ou com um código que já está em uso em outro empreendimento, o sistema pula apenas esse item, continua com os demais e registra uma crítica explicando o motivo. Você vê todas as críticas em uma tela separada e sabe exatamente o que ajustar manualmente.
5. Resumo ao final:depois da sincronização, aparece um resumo com:
   • Garagens criadas
   • Garagens atualizadas
   • Blocos novos criados automaticamente
   • Itens em revisão (com crítica)

A API GET de Leads passa a retornar também a informação resumo_insight_api, que já estava disponível no POST. Com isso, os clientes podem consultar e utilizar essa informação também nas requisições de GET.

Por que isso é importante?

Permite que os clientes utilizem a informação de resumo do insight em relatórios, análises e integrações com ferramentas de BI.

Adicionamos as informações de id corretor, id imobiliária e id do gestor na API. 

https://{dominiodocliente}.cvcrm.com.br/api/v1/cvdw/distribuicao/leads.

Por que isso é importante?

Facilita a integração e o cruzamento das informações de distribuição de leads, permitindo identificar de forma única o corretor, a imobiliária e o gestor por meio de seus respectivos IDs.

Como funciona?

Na API GET CVDW de distribuição de leads, além dos nomes que já eram disponibilizados, agora também são retornados o ID do corretor, ID da imobiliária e ID do gestor.