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 do Contas a Pagar.
Para que seja possível gerar o cálculo da Comissão e/ou Agenciamento, deve existir uma pessoa criada no EMS, vinculada a um representante financeiro, conforme segue abaixo:
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. Exemplo: Representantes Internos, Representantes Externos, Consultor de Vendas, etc... Esta tela permite:
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). |
Objetivo da tela: | Permitir informar as condições de pagamento. Esta tela permite:
Exemplo: A vista, Parcelado e assim por diante
Poderá também entrar com um número de dias. Para 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. |
Objetivo da tela: | Permitir inserir informações complementares do representante. Esta tela permite:
|
Objetivo da tela: | Este programa tem como objetivo dar manutenção as regras do cálculo de comissão\agenciamento. Esta tela permite:
Exemplo: Vendedores internos ou Vendedores Externos
Exemplo: Vidas novas, existentes, titular novo ou totais.
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 |
| 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.
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. |
| 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:
|
| Modalidade inicial\final, plano inicial\final e tipo de plano inicial\final | Permite definir uma faixa de estrutura para a qual a regra será válida.
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:
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.
|
| Condição de pagamento | Permite definir a forma de pagamento a regra irá utilizar para aquela seleção.
|
| Período inicial\final | Permite definir um período inicial e final de validade para a regra.
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. |
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.
|
| 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. |
| Vigência contrato | Define 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ódulos | Define 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 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. |
| 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 gerados em PDF e após zipados em um único arquivo. O mesmo será anexado 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 contrato | Define 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ódulo | Define 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. |
Objetivo da tela: | Permite excluir cálculos gerados. |
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.
