Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Campo:

Descrição

 Descrição

Deve ser preenchido com a descrição que melhor atender o usuário.

Exemplo: Regra vendedores internos, Regra parcerias, Regra TOTVS

Comissões/Agenciamento

Permite informar qual das opções a regra deverá considerar no momento da previsão/cálculo, sendo elas:

  • Comissão: Quando selecionada essa opção, o valores serão considerados para previsão/cálculo de comissões. 
  • Agenciamento: Quando selecionada essa opção, o valores serão considerados para previsão/cálculo de agenciamentos. 
  • Ambos: Quando selecionada essa opção, o valores serão considerados para previsão/cálculo de comissões e agenciamentos.

Observação: Para que a previsão/cálculo seja considerada para a opção "Ambos", os campos "% Comissão ou R$ Comissão" e "% Agenciamento ou R$ Agenciamento" devem estar preenchidos na aba "Eventos Faturamento.

A opção "Ambos" agiliza o cadastro no caso dos valores e seleções serem as mesmas tanto para a previsão/cálculo das comissões quanto do agenciamento.

Funções

Permite informar as funções que estarão ligadas a regra, conforme cadastro de funções "Manutenção Função Representante (CM0110A)".

Exemplo: Vendedores Internos.

Tipos de Proposta

Permite informar o tipo de propostas que serão consideradas no cálculo, onde uma ou mais podem ser selecionadas simultaneamente.

Exemplo: 01 - Parcerias.

Convênios

Permite informar os convênios que serão considerados no cálculo, onde um ou mais podem ser selecionados simultaneamente.

Exemplo: 01 - TOTVS.

Beneficiários Faturados Considerados

Campo "Considera para contagem":

Permite informar os beneficiários que devem ser considerados na contagem de vidas.

  • Vidas Novas: Beneficiário em que sua pessoa física não estiver ativa em nenhum contrato das modalidades selecionadas em tela, levando em consideração também o fato de não possuir data de inclusão/exclusão dentro da quantidade de dias parametrizados.
  • Vidas Existentes: Beneficiário em que sua pessoa física estiver ativa dentro de um contrato das modalidades selecionadas em tela, ou possuir data de inclusão/exclusão dentro da quantidade de dias parametrizados.
  • Vidas Titular Novo: Considera beneficiário novo somente se o titular do beneficiário for novo. Caso esteja sendo incluindo um dependente a um titular existente, esta opção não considera o dependente no momento do cálculo.
  • Vidas Totais: Esta opção não valida se o beneficiário já fez parte de outro contrato. Conta o total de beneficiários faturados na competência.
    Observação: Para que esta funcionalidade haja adequadamente, os beneficiários devem estar unificados. Beneficiários não unificados serão desconsiderados.

Exemplo: Caso o beneficiário tenha sido excluído em 31/11 e incluso novamente em 01/12, seriam zero dias, considerando o mesmo como vida existente.
Caso o beneficiário tenha sido excluída em 31/12 e incluso novamente em 01/01, seriam 31 dias, sendo assim, se estiver parametrizado 30, o mesmo será considerado como uma vida nova.


Campo "Considera para pagar":

Permite informar os beneficiários que devem ser considerados no cálculo de comissão.

  • Vidas Novas: Beneficiário em que sua pessoa física não estiver ativa em nenhum contrato das modalidades selecionadas em tela, levando em consideração também o fato de não possuir data de inclusão/exclusão dentro da quantidade de dias parametrizados.
  • Vidas Existentes: Beneficiário em que sua pessoa física estiver ativa dentro de um contrato das modalidades selecionadas em tela, ou possuir data de inclusão/exclusão dentro da quantidade de dias parametrizados.
  • Vidas Titular Novo: Considera beneficiário novo somente se o titular do beneficiário for novo. Caso esteja sendo incluindo um dependente a um titular existente, esta opção não considera o dependente no momento do cálculo.
  • Vidas Totais: Esta opção não valida se o beneficiário já fez parte de outro contrato. Conta o total de beneficiários faturados na competência.
    Observação: Para que esta funcionalidade haja adequadamente, os beneficiários devem estar unificados. Beneficiários não unificados serão desconsiderados.

Exemplo: Pagar comissão de 20% para as vidas novas em contratos de até 100 vidas totais, e de 15% para as vidas novas em contratos entre 101 e 500 vidas totais.


Campo "Dias":

Utilizado nos casos de vidas novas/existentes, e o cálculo dos dias será feita entre a diferença de dias entre a data de inclusão/exclusão de um beneficiário que foi unificado.

Eventos Faturamento

Permite definir os eventos do faturamento considerados no cálculo. É permitido informar um valor percentual ou um valor fixo para cada evento.

Se informado um valor percentual, durante o cálculo será considerado o percentual informado sobre o evento do faturamento no período calculado.

Se informado um valor fixo, durante o cálculo será considerado apenas se o beneficiário possui o evento do faturamento no período calculado.

Observação 1
Para que o cálculo ocorra, é necessário que os eventos do faturamento estejam parametrizados a nível de beneficiário junto aos programas:

      • Manutenção Eventos Faturamento (FP0310B)
      • Manutenção Associativa Eventos X Forma Pagamento X Tipos Planos (FP0310C)

Observação 2
Além dos cadastros, é necessário que seja informado o valor ou percentual de ao menos uma das duas opções (comissão ou agenciamento). Caso ambas estejam zeradas este evento não será considerado no processo de cálculo.
Visando facilitar a identificação de possíveis eventos que estejam com as informações incompatíveis (comissão e agenciamento zerados), é exibida uma mensagem de alerta nas ações de salvar da tela. Esta mensagem deve ser importada através do processo de importação de mensagens do sistema (mensiste.d).

Modalidade inicial\final, plano inicial\final e tipo de plano inicial\final

Permite definir uma faixa de estrutura para a qual a regra estará ativa e será utilizada.

  • Durante o cálculo para cada proposta processada, o sistema verificará a regra que possuir a menor faixa de estrutura parametrizada, utilizando sempre a mais específica.

Exemplo: Caso haja duas regras cadastradas e ambas se enquadram na proposta X que esta sendo calculada, a primeira regra possui modalidade inicial = 1 e final = 99, plano inicial = 1 e final = 99, e a segunda regra possui modalidade inicial = 1 e final = 99, plano inicial = 1 e final = 5, o calculo irá considerar a segunda regra, visto que ela é mais restritiva.

Contagem por, Quantidade de beneficiários inicial\final

O campo "Contagem por", permite definir se o acumulo da contagem de beneficiários, será realizada por:

  • Grupo Contratante - Nesse caso será acumulada a quantidade de beneficiários, que possuírem o mesmo grupo contratante, e que estiverem na seleção do programa de execução da previsão/cálculo.
  • Contratante - Nesse caso será acumulada a quantidade de beneficiários, que possuírem o mesmo contratante, e que estiverem na seleção do programa de execução da previsão/cálculo.
  • Termo - Nesse caso será acumulada a quantidade de beneficiários, que possuírem o mesmo termo, e que estiverem na seleção do programa de execução da previsão/cálculo.
  • Termo/Evento - Nesse caso será acumulada a quantidade de beneficiários, que possuírem o mesmo evento de faturamento no termo, e que estiverem na seleção do programa de execução da previsão/cálculo.

Esta opção permite criar regras com percentuais diferenciados pela quantidade de beneficiários faturados em determinado módulo, gerando flexibilidade no cálculo de módulos opcionais.


Observação: Durante o cálculo o acumulador será conferido com os campo de quantidade mínima e máxima, visando identificar a regra correta que deve ser utilizada para efetuar a previsão/cálculo.

Condição de pagamento

Permite definir a forma de pagamento a regra irá utilizar para aquela seleção.

  • As formas de pagamento são definidas na "Manutenção Condição Pagamento (CM0110C)".
Período inicial\final

Permite definir um período inicial e final de validade para a regra.

  • O período inicial somente poderá ser modificado se não existir nenhum cálculo gerado para aquela regra.
  • O período final somente poderá ser modificado para o dia atual ou seguinte, evitando sobrepor dados de regras já existentes.

Observação: Caso o usuário deseje manter o histórico das regras, ao invés de excluí-las, a sugestão é alterar a data final do período de validade da regra.

...