...
Objetivo da tela: | Permitir inserir informações complementares do representante. Esta tela permite: - Vincular um prestador a um representante.
- Habilitar/Desabilitar o cálculo de comissões para cada representante.
- Habilitar/Desabilitar a geração de eventos no módulo Pagamento de Prestadores.
Observação: Este cadastro é opcional e será integrado com o Contas a Pagar |
- O vendedor (Representante Financeiro) é selecionado em cada proposta através da "Manutenção Contratos - hvp.contract" no momento da inclusão da mesma
Image Added
- Regras Comissão/Agenciamento (hcm.paramzcao_comis_agenc)
...
Objetivo da tela: | Este programa tem como objetivo dar manutenção as regras do cálculo de comissão/agenciamento. Esta tela permite: - Criação de regras por função de representantes.
Exemplo: Vendedores internos ou Vendedores Externos - Definir percentuais ou valores fixos para comissão, agenciamento ou ambos. Os eventos de faturamento serão listados conforme o parâmetro "Calc.p/benef." do cadastro de eventos do faturamento (FP0310B). Somente eventos parametrizados a nível de beneficiário podem ter cálculo de comissão/agenciamento.

- Definir o formato de contagem de vidas, para a previsão/cálculo da comissão/agenciamento.
Exemplo: Vidas novas, existentes, titular novo ou totais. - Ainda permite parametrizar as modalidades que serão verificadas e a quantidade de dias entre exclusão e inclusão no novo contrato.
- Para cada regra será definido se a mesma é válida para o cálculo considerando a vigência do contrato ou a vigência do módulo. A vigência do módulo é utilizada para a comissão de módulos opcionais em contratos vigentes.
Observação: O cálculo considerando a vigência de módulos pode ser oneroso de acordo com a quantidade de regras e a seleção inserida no momento do cálculo. |
...
...
Principais Campos e Parâmetros:
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 para qual das opções a regra deverá ser considerada 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. |
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 | Permite informar os beneficiários que devem ser considerados no cálculo. - 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. - 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.
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. |
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: 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)
|
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 minima 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. |
...