Processo de comissões e agenciamento
Objetivo:
Calcular agenciamento\comissão de venda de cada representante associado a alguma proposta, gerando os valores a serem pagos. O processo permite a geração de relatórios individuais por vendedor na central de documentos, além de possuir integração com o módulo de pagamento de prestadores.
Parametrização:
- Manutenção Equipe Representante (cm0110b)
Objetivo da tela: | Este programa tem como objetivo dar manutenção ao cadastramento de todas as funções possíveis para as comissões dos representantes. Como por exemplo: Representantes Internos, Representantes Externos, Consultor de Vendas, etc... Esta tela permite: - Informar a função de cada representante. Será permitido pertencer a uma única equipe, isto quer dizer que, a cada representante poderá estar relacionado a um único representante superior. O representante superior não é utilizado no cálculo de comissão descrito neste processo, ele apenas poderá ser utilizado no processo de comissão antigo(cm0210a e cm0210c).
|
- Manutenção Condição Pagamento (cm0110c)
Objetivo da tela: | Permitir informar as condições de pagamento. Esta tela permite: - Criar as formas de pagamento, definindo a quantidade de dias de intervalo entre cada parcela. Exemplo: A vista, Parcelado 3X, etc...
O campo "Dias de vencimento", permite informar o número de dias que será considerado para gerar a data do pagamento da comissão. Poderá entrar com valor zeros no primeiro dia para indicar que a data de pagamento será lançada na data do movimento informado na tela do cálculo da comissão. OU poderá entrar com um número de dias. A data de pagamento da comissão será considerada a data do movimento informada na tela do cálculo da comissão acrescentado deste número de dias.
|
- Manutenção Informação Complementar Representante (cm0110j)
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.
|
- Manutenção 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.
- Definir percentuais ou valores fixos para comissão e agenciamento na mesma regra. 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 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. Ponto de atençã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 | Descrição para a regra. Exemplo: Regra vendedores internos, Regra parcerias, Regra TOTVS, etc. |
Funções | Permite informar as funções que estarão ligadas a regra. Exemplo: Vendedores Internos. |
Tipos de Proposta | Permite informar o tipo de propostas que serão consideradas no cálculo. Exemplo: 01 - Parcerias. |
Convênios | Permite informar os convênios que serão considerados no cálculo. Exemplo: 01 - TOTVS. |
Beneficiários Faturados Considerados | Permite informar os beneficiários considerados no cálculo. - Vidas Novas: Beneficiário em que sua pessoa física não estiver ativa em nenhum contrato das modalidades 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 ou possuir data de exclusão\data de inclusão dentro dos 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.
*** Para que esta funcionalidade funcione adequadamente, os beneficiários devem estar unificados. Beneficiários não unificados serão desconsiderados.
|
Eventos | 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. *** Para que o cálculo ocorra é necessário que os eventos do faturamento estejam abertos a nivel de beneficiário junto aos programas: Manutenção Eventos Faturamento (fp0310b) e 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 é válida. - Durante o cálculo para cada proposta processada, o sistema verificará a regra que possuir a menor faixa de estrutura parametrizada. Exemplo: se houverem 2 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. 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 - Acumula a quantidade de beneficiários, que possuirem o mesmo grupo contratante, que estiverem na seleção do programa de execução do calculo.
- Contratante - Acumula a quantidade de beneficiários, que possuirem o mesmo contratante, estiverem na seleção do programa de execução do calculo.
- Termo - Acumula a quantidade de beneficiários, que possuirem o mesmo termo, que estiverem na seleção do programa de execução do calculo.
*** Durante o cálculo o acumulador será batido contra os campo de quantidade minima e maxima, visando identificar a regra correta cálculo.
|
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 de hoje ou amanhã.
- Caso o usuário deseje gerar histórico de regras, ao invés de excluir as regras, deverá alterar a data final do período de validade da regra.
|
- Cálculo de Comissões/Agenciamento (hcm.calculo_comis_agenc)
Objetivo da tela: | Realizar o cálculo de comissões ou agenciamento. O cálculo será sempre executado em modo RPW, visando não prender agentes do appserver. |
Principais Campos e Parâmetros:
Campo: | Descrição |
Data de geração | Esta data será utilizada como data base do cálculo. - O processamento do cálculo utiliza esta data para verificar quais regras estão validas.
- Caso parametrixado para criar os movimentos junto ao módulo Pagamento de Prestadores (tabela: movipres), os campos movipres.dt-movto e movipres.dt-realizacao serão preenchidos com esta data.
- Caso a forma de pagamento sejá parcelada, será utilizado esta data para a busca dos períodos de movimentação (tabela: perimovi) programa Manutenção Períodos Movimentação.
|
Calculo de comissão ou agenciamento | 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 cadastro de regras pode-se para cada regra parametrizar valores em separado para comissão e agenciamento. |
Previsão ou cálculo | Define se ocorerrá uma previsão ou um cálculo. O cálculo grava as informações em banco e a previsão apenas gera os relatórios. |
Desconsidera contratantes ativos | Define se durante o cálculo serão desconsideradas as propostas em que o contratante possua outras propostas ativas e faturadas no mesmo período. A busca das propostas ativas e faturadas será realizada apenas nas modalidades marcadas no grid que aparece quando marcado este parametro. |
Gera relatório separado por representante | Define se a geração do relatório será por representante ou em apenas um relatório. Caso seja por representante, todos os relatórios serão zipados e anexados na central de documentos. |
Função | Permite definir uma faixa de funções que serão processadas no cálculo. Se entende por função, um agrupamento de vendedores. Exemplo: vendedores internos, vendedores externos. |
Representante | Permite definir uma faixa de representantes que serão processados no cálculo. |
Modalidade | Permite definir uma faixa de modalidades que serão processadas no cálculo. |
Contratante | Permite definir uma faixa de contratantes que serão processados no cálculo. |
Período competência | Define a competência do faturamento que será considerada no cálculo. Para que o cálculo ocorra a abertura de eventos do faturamento deve ocorrer a nivel de beneficiário. |
Período vigência | Define a vigência dos termos considerados no cálculo. Ou seja, no cálculo serão considerados os termos que possuirem a data de incio dentro do período definido neste parâmetro. |
Conteúdos Relacionados:
Links dos principais conceitos e processos.
