O fluxo de abertura de assistência técnica foi atualizado. O cadastro agora é feito em etapas guiadas — Cliente → Tipo de Assistência → Itens e Subitens → Confirmação — tornando o processo mais claro e reduzindo erros de preenchimento.

O que mudou:

A principal novidade está na categorização do problema. Antes, o registro era genérico. Agora é possível indicar com precisão o Ambiente, Item, Subitem e Problema de forma hierárquica, chegando até a Patologia quando aplicável. Isso vale para o cadastro tanto pelo painel do gestor quanto pelo painel do cliente.

Por que é importante:

Registros mais estruturados significam diagnósticos mais rápidos, menos idas e vindas entre suporte e cliente, e dados mais confiáveis para análise de recorrência. O fluxo guiado também reduz o abandono do formulário e erros por campos preenchidos incorretamente.

⚙️ Disponível apenas para bases com a configuração habilitada. Para ativar, acesse as configurações específicas do ambiente. Caso de duvida falar com o time de suporte

 

 

A partir de agora, o sistema permite que seus clientes avaliem cada atendimento finalizado — diretamente pelo Portal do Cliente ou via e-mail. Com isso, você obtém feedback real sobre a qualidade do suporte prestado e pode configurar o que acontece quando um atendimento é marcado como não resolvido.

Como Funciona ?

Ao finalizar um atendimento, o cliente recebe automaticamente uma notificação no Portal do Cliente e um e-mail de avaliação. Nessa avaliação, ele indica se o atendimento resolveu ou não o seu problema. O sistema então age conforme a configuração definida pelo gestor.

Configurações 

Nas configurações do sistema, o gestor pode definir o comportamento automático para quando o cliente informar que o problema não foi resolvido. Há duas opções disponíveis:

1.  Abrir um novo atendimento — Um novo chamado é criado automaticamente a partir da avaliação negativa, garantindo que o caso seja retomado sem perder o histórico.

2.  Reabrir o atendimento existente — O chamado original é reaberto, mantendo o contexto completo da tratativa anterior para agilizar a resolução.

Observação: Atualmente essa configuração precisa de liberação especifica, caso deseje basta entrar em contato com o suporte.

Visão do Painel do Cleinte

Devido a algumas atualizações recentes do Facebook relacionadas ao Portfólio Empresarial, foi necessário adaptar nosso processo de integração. Isso ocorre porque o Portfólio Empresarial impede que a liberação seja realizada diretamente pela página, conforme era feito anteriormente.

Se você utiliza o Portfólio Empresarial, para que a página seja exibida aqui no CV e seja possível realizar a sincronização, é necessário seguir o passo a passo disponível nesta documentação que está em anexo.

Para saber mais acesse o artigo na nossa base de conhecimento em: Recebendo Leads de Anúncios da Meta/Facebook - Integrações e API : CV CRM 

Se preferir, acompanhe o processo em vídeo! Disponibilizamos gravações com o passo a passo completo: 

1- Como realizar a solicitação para nossa equipe:  https://www.loom.com/share/bba8592fd412415d91ca12cc684a6e7e

2 - Após a validação da nossa equipe, você poderá realizar a segunda etapa, finalizando a configuração no Meta Business e concluindo a integração aqui no CV: https://www.loom.com/share/2930b5b0ecf14bc49aafc80f8b86130d

Atenção: Caso você não utilize o Portfólio Empresarial, não é necessário realizar esse processo, pois a liberação pode ser feita diretamente pela própria página.

As tabelas de preço que possuem código interno agora poderão ser editadas normalmente no sistema.

A única exceção será o próprio campo de código interno, que continuará bloqueado para alteração.

Por que isso é importante?

Antes dessa melhoria, ao definir um código interno na tabela de preço, toda a edição da tabela ficava bloqueada.

Isso limitava ajustes operacionais simples e gerava retrabalho desnecessário para usuários que precisavam atualizar informações da tabela sem alterar seu identificador interno.

Agora, o comportamento fica mais flexível e alinhado às demais tabelas do sistema.

Como funciona?

• Tabelas com código interno passam a permitir:
  • Edição dos campos normalmente
  • Atualização de configurações e informações da tabela
• O campo:
  • Código interno
  • Não editável
  • Protegido contra alteração

Impacto na operação

• Maior flexibilidade na manutenção de tabelas
• Redução de bloqueios desnecessários
• Menor necessidade de recriação de tabelas
• Preservação da integridade do código interno

Pré-requisitos

• Existência de tabela de preço com código interno cadastrado
• Permissão de edição da tabela

Foi criado um novo comportamento para o envio de juros na integração com o ERP Sienge, tornando o processo mais flexível e consistente com as regras financeiras do CV CRM.

A melhoria ajusta:

• O comportamento padrão do tipo de juros
• A origem da taxa de juros enviada ao Sienge

Por que isso é importante?

Antes da melhoria:

• Séries sem configuração eram enviadas automaticamente como juros simples
• Impostos definidos no empreendimento sobrescreviam as taxas da própria reserva

Isso gerava:

• Divergência entre CV e Sienge
• Risco financeiro e operacional
• Necessidade de configurações manuais repetitivas
• Criação de fluxos artificiais para contorno do problema

Agora, a integração respeita as melhores particularidades de cada reserva.

Como funciona?

Nova configuração específica

Foi criada a configuração:

“Novo comportamento de juros na integração com Sienge”

Descrição:

Altera o comportamento padrão de envio de juros ao Sienge. Séries sem configuração passam a ser enviadas como sem juros, e a taxa de juros será obtida da reserva quando não definida no empreendimento.

Essa configuração foi criada para evitar impacto imediato nas bases já existentes.

Parte 1 — Tipo de juros

Novo comportamento

Quando a série não estiver configurada no empreendimento :

• O sistema enviará ao Sienge como:
  • SEM JUROS

Comportamento

• O sistema deixa de assumir juros simples como padrão automático

Parte 2 — Origem da taxa de juros

Quando houver taxa definida no empreendimento

• O comportamento atual será mantido
• O sistema utilizará uma taxa fixa configurada na integração

Quando NÃO houver taxa definida no empreendimento

• O sistema utilizará:
  • A taxa de juros futura definida na própria série da reserva

Isso garante consistência entre:

• CRM de currículo
• Contrato do cliente
• Contas a receber no Sienge

Pré-requisitos

• Integração ativa com o ERP Sienge
• Configuração habilitada no ambiente
• Séries financeiras ajustadas na reserva (quando aplicável)

A API do DW de Comissões agora passa a retornar o campo idBoleto vinculado ao pagamento da comissão.

Por que isso é importante?

Com essa melhoria, integrações e análises passam a ter maior rastreabilidade sobre os pagamentos, permitindo identificar diretamente qual boleto está associado a cada pagamento de comissão.

Isso facilita:

• Consultas analíticas no DW
• Cruzamento de informações financeiras
• Auditoria e rastreamento operacional
• Integrações externas

Como funciona?

• O campo idBoleto foi incluído no payload da API
• O valor retornado corresponde ao boleto vinculado ao respectivo pagamento da comissão
• Quando não houver boleto associado:
  • O campo retornará null (ou seguirá o padrão atual da API)

Endpoint: https://{dominiodocliente}.cvcrm.com.br/api/v1/cvdw/comissoes/pagamentos

Exemplo:

{
 "pagina": 1,
 "registros": 30,
 "total_de_registros": 1054,
 "total_de_paginas": 36,
 "dados": [
   {
     "referencia": "193 ou 193_30",
     "referencia_data": "2023-01-15 15:26:15",
     "idcomissao": 5166,
     "idpagamento": 51,
     "valor": 100.5,
     "vencimento": "2022-01-14",
     "bloco": "Bloco C",
     "unidade": "1070",
     "situacao": "Pago",

      "idBoleto": 123
   }
 ]
}

O Mapa de Reservas agora passa a exibir separadamente as unidades bloqueadas, deixando de contabilizá-las junto às unidades disponíveis.

Por que isso é importante?

Antes da melhoria, o mapa considerava unidades bloqueadas como disponíveis, o que podia gerar interpretações incorretas sobre o estoque real disponível para comercialização.

Agora, o comportamento fica alinhado ao Mapa de Disponibilidade, trazendo maior clareza e precisão na análise das unidades.

Como funciona?

Novo indicador de unidades bloqueadas

Foi criado um novo indicador específico para unidades bloqueadas no Mapa de Reservas.

• As unidades bloqueadas passam a ser exibidas separadamente
• A cor da identificação será preta

Ajuste na somatória de disponíveis

A contagem de unidades disponíveis foi ajustada:

• As unidades bloqueadas deixam de compor o total de disponíveis
• O indicador de disponíveis passa a representar apenas unidades realmente comercializáveis

Exemplo de comportamento

Antes

• Disponíveis: 118
  (incluindo unidades bloqueadas)

Agora

• Disponíveis: 79
• Bloqueadas: 39

Totalizando corretamente:

• 118 unidades no estoque geral
• Apenas 79 efetivamente disponíveis para venda

Pré-requisitos

• Utilização do Mapa de Reservas
• Existência de unidades com status bloqueado

O que é?

Adicionamos ao relatório de pré-cadastro os dados de endereço do cliente, permitindo que essas informações também possam ser utilizadas em análises, exportações e estratégias operacionais.

Os novos campos disponibilizados no relatório são:

• endereço;
• CEP;
• número;
• bairro;
• cidade;
• complemento;
• tipo de logradouro.

Por que isso é importante?

Antes dessa melhoria, as informações de endereço existentes no pré-cadastro não estavam disponíveis no relatório, limitando análises e ações estratégicas com base em localização e perfil regional dos clientes.

Com essa inclusão, será possível:

• aumentar a assertividade das estratégias comerciais e de marketing;
• segmentar clientes de forma mais eficiente;
• melhorar o aproveitamento da base já existente;
• facilitar análises regionais e operacionais;
• enriquecer exportações e integrações com dados mais completos.

A melhoria também reduz a necessidade de consultas manuais diretamente no pré-cadastro para obtenção dessas informações.

Como funciona?

Os novos campos de endereço passam a ficar disponíveis no relatório de pré-cadastro, podendo ser visualizados e exportados junto aos demais dados já existentes.

As informações adicionadas são:

• Endereço;
• CEP;
• Número;
• Bairro;
• Estado;
• Cidade;
• Complemento;
• Tipo de logradouro.

Dessa forma, ao gerar o relatório, os usuários terão acesso a uma visão mais completa dos dados cadastrais do cliente, facilitando análises, segmentações e tomadas de decisão.

O que é?

Adicionamos uma nova funcionalidade na listagem de leads que permite selecionar e remover tags em lote de forma prática e rápida.

A ação ficará registrada no histórico do lead, informando:

• A tag que foi removida;
• qual usuário realizou a remoção.

Além disso, a funcionalidade possui controle por permissão de perfil, garantindo maior segurança e governança da operação.

Por que isso é importante?

Hoje muitos clientes possuem dificuldade em entender a dinâmica de utilização das tags, o que acaba gerando:

• criação de tags desnecessárias;
• aplicação incorreta de tags;
• automações configuradas de forma equivocada;
• excesso de tags nos leads, dificultando segmentações e filtros.

Antes dessa melhoria, a remoção precisava ser feita manualmente lead a lead, tornando o processo lento e operacionalmente custoso.

Com a remoção em lote:

• a manutenção da base fica mais simples;
• reduz-se o esforço operacional;
• melhora-se a organização das tags;
• aumenta-se a rastreabilidade através do histórico de alterações.

Como funciona?

Na listagem de tags:

1. O usuário seleciona as tags desejados;
2. Escolhe a ação em lote de remoção de tags;
3. Confirma a operação.

Após a remoção:

• As tags são removidas do lead;
• Uma informação é registrada no histórico do lead indicando a remoção e o usuário responsável pela ação.

Permissão

A funcionalidade dependerá de uma permissão específica no perfil do usuário.

Somente usuários com essa permissão habilitada poderão realizar remoções de tags em lote.