• Descrição: a introdução da série do tipo prêmio é uma atualização que permite criar regras específicas para pagamento de premiações. 

• Funcionalidade

  1. Criação de Séries do Tipo Prêmio:

     • Agora é possível categorizar uma série como "prêmio" ao configurar a tabela de preços.
     • Essa classificação permite aplicar regras de comissão exclusivas para valores considerados como premiação.

  2. Configuração de Regras de Comissão:

     • As regras de comissão foram ampliadas com a inclusão de uma opção para calcular com base no valor da série de prêmio.
     • É possível aplicar percentuais ou valores fixos exclusivamente às séries do tipo prêmio, separando-os dos cálculos das séries de comissão.

  3. Exclusividade de Configuração:

     • Uma série pode ser configurada como "comissão" ou "prêmio", mas não ambas ao mesmo tempo, evitando ambiguidades.

• Recursos

  1. Marcador de Tipo de Série:

     • Na configuração das séries de tabela de preços, existe um novo campo para indicar se a série será do tipo prêmio.
     • Séries já existentes podem ser atualizadas para essa nova categoria.
       
       
       
       

  2. Regras Customizáveis:

     • As regras de comissão agora incluem a possibilidade de cálculo com base na série de prêmio, permitindo maior personalização nas estratégias de incentivo.
       
       
       
       

  3. Compatibilidade com Outras Séries:

     • As séries de prêmio coexistem com as séries tradicionais de comissão, oferecendo flexibilidade para configurar cenários complexos.

• Exemplo de Uso

  • Cenário: Uma construtora quer oferecer um bônus extra aos corretores por unidades vendidas em um determinado período.
  • Implementação:
    1. Configura-se uma série na tabela de preços como prêmio.
    2. Define-se uma regra de comissão para aplicar, por exemplo, 5% sobre o valor da série de prêmio.
    3. A série é adicionada à proposta, e o sistema calcula automaticamente o valor devido com base nessa configuração.
  • Resultado:
    • O bônus é calculado separadamente da comissão, e os relatórios podem destacar os valores pagos como prêmio.

• Descrição: Novos parâmetros para avaliar condições financeiras antes e após a entrega das chaves. A verificação do pré e pós-chaves era unicamente por meio da conta bruta do recebido/VGV. Mas, agora, essa verificação pode ser modificada pelos parâmetros que incluímos, a saber:

- Forma de cálculo: pode apontar para a primeira parcela, a média ou a soma delas.

- Somar valor de prestação do pré-cadastro: se sim, deverá ser informado quanto porcento deseja usar. Esse valor é o valor de prestação contido no pré-cadastro e a reserva tem que estar vinculada.

- Dividir o valor por renda familiar: aqui pode ser informado se a renda considerada é apenas do cliente ou cliente e associados.

- Risco pós-obra: é o percentual definido para verificar a somatória de parcelas após a data do habite-se sobre o VGV.

• Funcionalidade: Definição de limites e regras para aprovação de fluxos de pagamento.
• Recursos: Controle detalhado com opções de cálculos personalizados.
• Benefícios: Reduz riscos financeiros e melhora a gestão de contratos.

• Descrição: Adicionada uma coluna com os motivos da perda de leads, detalhando as razões da remoção do atendente, como, por exemplo:
  • Vencimento do lead e envio para a fila.
  • Alterações manuais feitas por gestores.
  • Desassociação automática via workflow.
• Funcionalidade:
  • Melhora a transparência na gestão de perdas.
  • Permite identificar padrões e causas para otimizar processos internos.
  • Inclui leads perdidos no relatório, mesmo que o usuário não tenha acesso visual ao lead.

Obs.: uma perda se dá quando um atendente é removido do lead. 

Agora, é possível enviar reservas vendidas diretamente para o sistema ERP Sienge através de uma atualização em lote, mesmo após a venda. Isso automatiza um processo que antes era feito manualmente via scripts, otimizando a integração e economizando tempo.

Observações: 

• Esse campo será exibido apenas se a integração Sienge estiver ativada;
• Só obterá sucesso se a reserva vendida estiver sem código interno.

Levamos a informação do indexador Sienge para a parte visível da linha de pagamento da comissão. O objetivo é garantir que esse dado obrigatório esteja claramente visível para o usuário antes do envio. 

A partir desta versão, será possível sincronizar os códigos dos pagamentos das comissões integradas com o Sienge. Incluímos o botão "Atualizar códigos com o Sienge" para trazer o código do pagamento quando clicado. A ideia é evitar que o usuário precise cancelar a comissão e criar uma nova em caso de inconsistência de dados.

Obs.: a exibição do botão depende de permissão no perfil de acesso e no workflow de comissão.

A nova versão permite que boletos, com séries do tipo Ato, gerados no ERP UAU sejam trazidos para a condição de pagamento no módulo do CV. Essa integração requer a configuração de etapas específicas do workflow de reservas.

Além disso, é importante destacar os seguintes pontos:

• A geração ocorrerá pela UAU.
• Receberemos esse arquivo e o salvaremos na reserva.
• A série deverá ser do tipo ATO.
• A reserva deverá ter um código interno.
• Recomenda-se relacionar a ação no "Pode Faturar" ou em um momento posterior.

Atenção: não será possível alterar séries do tipo ATO quando:

• A reserva tiver um código interno.
• A integração UAU estiver habilitada.
• A opção "Enviar Reserva do CV como Proposta para a UAU" estiver habilitada.

Na Reserva, oferecemos o Formulário de Configuração API Sienge. Para isso, desenvolvemos dois métodos que permitem obter e modificar as informações na seção de integração do Sienge na Reserva.

• GET: permite obter as informações contidas na seção de integração;
• PUT: permite alterar essas informações.

Na Documentação de API do CV, é possível acessar os métodos GET e PUT para obter e alterar as informações. da integração Sienge.

💻 Para visualizar a Documentação de API do CV, clique aqui.

A correção agora pode ser feita por data de vencimento de cada boleto, além da correção anual, aplicável tanto a extratos quanto a boletos.

Observação: por padrão, a configuração estará definida como "Não". Para utilizá-la, será necessário habilitá-la.