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

Exemplo: Regra vendedores internos, Regra parcerias, Regra TOTVS

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.

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.

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

Exemplo: 01 - Parcerias.

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  Permite informar os beneficiários considerados no cálculoque 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 marcadas no grid, e também não possuir data de exclusão\data de inclusão dentro dos dias definidos.
• Vidas Existentes: Beneficiário em que sua pessoa física estiver ativa dentro de um contrato das modalidades marcadas no grid selecionadas em tela, ou possuir data de exclusão\data de inclusão dentro dos 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 funcione 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.

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

Se informado um valor percentual, durante o cálculo será considerado o percentual informado sobre o evento do faturamento (tabela: vlbenef), 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 (tabela: vlbenef), 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.

Permite definir uma faixa de estrutura para a qual a regra é válidaestará 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.

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

• Grupo Contratante - Acumula Nesse caso será acumulada a quantidade de beneficiários, que possuirem possuírem o mesmo grupo contratante, e que estiverem na seleção do programa de execução do calculoda previsão/cálculo.
• Contratante - Acumula Nesse caso será acumulada a quantidade de beneficiários, que possuirem possuírem o mesmo contratante, e que estiverem na seleção do programa de execução do calculoda previsão/cálculo.
• Termo - Acumula 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 do calculoda previsão/cálculo.
• Termo/Evento - Acumula 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 do calculo. 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.

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

• As formas de pagamento são manutenidas definidas na "Manutenção Condição Pagamento (cm0110cCM0110C)".

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 de hoje ou amanhã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.

Data base geração

Esta data será utilizada como data base do cálculopara efetuar o cálculo das Comissões/Agenciamentos do período selecionado.

• O processamento do cálculo utiliza esta data para verificar quais regras estão validas.
• Caso parametrizado haja parametrização para criar os movimentos junto ao módulo Pagamento de Prestadores (tabela: movipres)do Contas a Pagar, o campo movipres.dt-movto sera será preenchido com esta a data informada nessa opção.
• Caso a forma de pagamento sejá parcelada, será utilizado esta data seja "Parcelada", sesta será a data utilizada para a busca dos períodos de movimentação (tabela: perimovi) do programa "Manutenção Períodos Movimentação (RC0110N)". 

Define se o cálculo será de comissão ou agenciamento. Basicamente a diferença está em qual percentual ou valor fixo será utilizado no cálculo. Visto que no momento do cálculo, uma vez que o cadastro de regras pode-se permite para cada regra, parametrizar valores em separado para comissão e/ou agenciamento.

Define se a geração do relatório será separado por representante ou em apenas um relatório.

Caso seja por representante, todos os relatórios serão gerados em PDF, e após zipados em um único arquivo

, e o mesmo será

enviado para a central de documentos.

Permite definir uma faixa de funções que serão processadas no cálculo. Se entende por função, um agrupamento de vendedores, conforme cadastro em "Manutenção Função Representante (CM0110A)".

Exemplo:

Vendedores internos,

Vendedores externos.