Linha Datasul

Árvore de páginas

Versões comparadas

Versão antiga 51

changes.mady.by.user Charles Luis Colleoni

Gravado em

comparado com

Nova versão 52

changes.mady.by.user Charles Luis Colleoni

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

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çãoDescrição para a regra. Exemplo: Regra vendedores internos, Regra parcerias, Regra TOTVS, etc. 
FunçõesPermite informar as funções que estarão ligadas a regra. Exemplo: Vendedores Internos.
Tipos de PropostaPermite informar o tipo de propostas que serão consideradas no cálculo. Exemplo: 01 - Parcerias.
ConvêniosPermite 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 Faturamento

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 possuírem o mesmo termo, que estiverem na seleção do programa de execução do calculo.
  • Termo/Evento - Acumula a quantidade de beneficiários, que possuírem o mesmo evento de faturamento no termo, que estiverem na seleção do programa de execução do calculo. 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.
    *** Durante o cálculo o acumulador será batido contra os campo de quantidade minima e máxima, visando identificar a regra correta cálculo.
Condição de pagamento

Permite definir a forma de pagamento.

  • As formas de pagamento são manutenidas 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 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 base 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 parametrizado para criar os movimentos junto ao módulo Pagamento de Prestadores (tabela: movipres), o campo movipres.dt-movto sera preenchido 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. 
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álculoDefine 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.
Vigência contratoDefine se ocorrerá o cálculo considerando as regras de vigência do contrato e permite informar valores no campo "Período vigência contrato".
Vigência módulosDefine se ocorrerá o cálculo considerando as regras de vigência do módulo e permite informar valores no campo "Período vigência módulo". O cálculo utilizando vigência de módulos pode ser oneroso de acordo com a quantidade de regras e a seleção definida no momento do cálculo.
Desconsidera contratantes ativosDefine 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.
Relatório separado por representanteDefine 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 gerados em PDF e após zipados em um único arquivo. O mesmo será anexado na central de documentos.
FunçãoPermite 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.
RepresentantePermite definir uma faixa de representantes que serão processados no cálculo.
ModalidadePermite definir uma faixa de modalidades que serão processadas no cálculo.
ContratantePermite definir uma faixa de contratantes que serão processados no cálculo.
Período competênciaDefine 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 contratoDefine a vigência dos termos considerados no cálculo. Ou seja, no cálculo serão considerados os termos que possuírem a data de incio dentro do período definido neste parâmetro.
Período vigência móduloDefine a vigência dos módulos considerados no cálculo. Ou seja, no cálculo serão considerados os módulos que possuírem a data de incio dentro do período definido neste parâmetro.


  • Manutenção Descálculo Comissão (cm0210b)

Objetivo da tela:

Permite excluir cálculos gerados.


  • Consultas Movimentação Representante (cm0410a)

Objetivo da tela:

Permite consultar a movimentação de cada representante e gerar os relatórios. Os relatórios serão salvos na central de documentos.



Links dos principais conceitos e processos.