Configurações do Portal do Cliente: nova configuração para centro de custos (Integração CV e Sienge) - v25.1

  • Descrição: Nova funcionalidade que permite inserir ID do centro de custo que não deseja exibir no Portal do Cliente.
  • Contexto: No Sienge, é possível gerar boletos distintos para o mesmo título (ex.: boleto para cliente, imobiliária ou parceiros).
    - Antes: Todos os boletos eram exibidos no portal, causando confusão para o cliente final.
    - Agora: O administrador pode manualmente inserir o ID do centro de custo para evitar que parcelas irrelevantes apareçam no portal.
  • Benefício: Melhora na clareza das informações exibidas ao cliente, evitando mal-entendidos sobre pagamentos.

API de Mensagens da Reserva - v25.1

  • Descrição: Nova API para consulta e envio de mensagens associadas a reservas específicas.
  • Funcionalidade: Métodos GET e POST para acessar o histórico de mensagens e registrar novas interações.

GET: /v1/cv/reservas/mensagens/{idreserva}


POST: /v1/cv/reservas/mensagens/{idreserva}


CV Call Connect - 24.12

Uma nova ferramenta foi lançada para facilitar a integração do CV com sistemas de telefonia de parceiros.

Funcionalidades:

  • Configuração via menu de integrações, onde o usuário define a URL de destino e o método (ramal ou telefone do atendente).
  • Botão de ligação disponível nos leads vinculados ao usuário.

Processo:

  • Ao clicar no botão, o sistema envia uma requisição JSON à URL configurada pelo parceiro.
  • A chamada é realizada pelo sistema parceiro, que retorna resultados ao CV (áudio, interação no lead ou tarefa).

Limitações:

  • A ligação não é realizada diretamente pelo CV, mas por parceiros.
  • Para usar o CV Call Connect, não pode haver outras integrações ativas com sistemas como Phonetrack ou Nvoip.

Compatibilidade: 

Funciona tanto em desktop quanto em dispositivos móveis, sem necessidade de sair do sistema.

💻Para entender melhor sobre essa funcionalidade, clique aqui.


Novas variáveis de contratos - 24.12

Novas variáveis foram introduzidas, incluindo informações relacionadas a Pessoas Politicamente Expostas (PPE). Alterações principais:

  • Inclusão de um campo específico no cadastro para indicar se o cliente ou algum de seus associados é uma PPE.
  • Adição de variáveis no bloco do contrato para diferenciar clientes PPE e seus associados.
  • Implementação de condicionais no contrato para tratar essas informações de forma automatizada.

Jornada do Cliente: classificação - 24.12

Adicionou-se um sistema de classificação ao cadastro do cliente. Este recurso permite que:

  • O cliente possa ser classificado de acordo com critérios personalizados.
  • As informações classificatórias apareçam diretamente na jornada do cliente, abaixo dos dados principais, permitindo uma visualização mais organizada e funcional.

 

Jornada do Cliente: números de cessão do cliente - 24.12

Foi implementada uma melhoria que possibilita acessar diretamente as informações de cessões relacionadas a um cliente. Agora, ao clicar no número indicativo de cessões dentro da Jornada do Cliente, o usuário é redirecionado automaticamente para a listagem correspondente. Esse recurso permite:

  • Visualização e gestão das cessões vinculadas ao cadastro do cliente.
  • Redirecionamento rápido para seções específicas, como listagens de gestão de cessões, reservas ou vendas, já filtradas para o cliente selecionado.

API POST de Usuários de Imobiliárias - v24.11

Foi implementada uma nova funcionalidade que permite o cadastro de usuários de imobiliárias por meio de um POST na API. As informações a serem fornecidas incluem:

  • Dados pessoais: nome, documentos (como CPF/CNPJ), e o CRECI
  • Contato: e-mail e número de celular
  • Informações de faturamento: necessárias para a gestão e envio de comissões 


Essa melhoria facilita o registro e a atualização de usuários de forma mais eficiente, usando a API para gerenciar grandes volumes de dados.

API de Bloqueio de Unidade: situações com mesmo código interno - v24.11

A atualização da API de bloqueio de unidades introduziu melhorias para lidar com unidades que possuem o mesmo código interno em diferentes blocos. Antes, o sistema bloqueava a primeira unidade encontrada com o código fornecido, independentemente de sua localização correta, o que gerava erros operacionais. Agora, a API realiza verificações adicionais pelo ID da unidade, ID do bloco e ID da etapa, garantindo que o bloqueio ocorra na unidade específica e correta, evitando confusões e bloqueios indesejados.

Mostrar entradas anterioresMostrar entradas anteriores