MIT044 – ESPECIFICAÇÃO DE PERSONALIZAÇÃO

1. Dados Gerais

Nome do Cliente: Palmont Produto: Protheus

Nome do Projeto: Romaneio de devolução Elaborado por: Jose Willian do Nascimento
Gestor 4Great: Gestor Cliente: Mauricio
Data: Versão:
Assunto:

2. Dados da Personalização

Dados da Personalização
Consta no Escopo:
Qtd. Horas:
Impacto da Personalização: ( ) Alto Impacto ( ) Médio Impacto ( ) Baixo Impacto
Responsável 4Great:
Responsável Cliente:
Analista Desenvolvedor:

3. Especificação da Personalização

Este documento tem por objetivo especificar a rotina de comissões a ser

implementada para a QSaúde.

Atualmente o cliente possui uma rotina customizada desenvolvida em ADVPL,

que lhe atende de maneira parcial, dado que o módulo padrão do SIGAPLS não
atende às funcionalidades por ele desejada. Esta rotina não é de sua
propriedade, com isso a QSaúde deseja ter o dominio dos fontes para que
futuramente possa dar manutenção nos programas, sendo assim se tem a
necessidade de se re-desenvolver a rotina de comissões de forma que atenda
todos os requisitos da atual rotina bem como, o atendimento de novas
funcionalidades a serem descritas neste documento
Considerando a existencia de um dicionário de dados já estruturado da rotina
atual, esta especificação irá, em algumas situações, sugerir a re-utilização do
dicionário existente (principalmente nos processos relativos aos cadastros) para

fins de otimização do tempo de desenvolvimento. Entretanto, isso não significa

que o desenvolvedor não possa utilizar novas tabelas.

Abaixo serão definidas cada uma das rotinas a serem desenvolvidas, separadas
por tópicos de desenvolvimenoto, aonde em cada uma delas será realizado um
breve descritivo da rotina bem como uma estrutura de dados proposta para tal.

3.1 - Cadastro de vendedor

Deverá ser utilizado o cadastro padrão de Vendedores do ERP para que a Q

Saúde cadastre os seus vendedores que poderão posteriormente serem ou não
vinculados a uma corretora.

Não será necessário a implementação de nenhuma nova rotina dado que deve
ser usada a rotina MATA040.PRW para manipulação dos cadastros. Basta que a
mesma seja inserida no menu do cliente.
O código do vendedor estará vinculado ao Grupo/Empresa, Subcontrato,
Família e Beneficiário através dos campos abaixo. Estes campos deverão ser
considerados no momento de execução do processamento das comissões para
identificar a partir de qual vendedor ocorreu a inclusão daquele contrato no
sistema.

Deverá ser criado também um campo de repique de forma que no momento da

apuração de comissão deste vendedor relativo a um determinado
beneficiário/contrato o sistema verifique os dias de repique do vendedor. De
forma que se o valor for menor que o informado no campo a comissão não será
calculada. Destaca-se que a regra do repique deve ser possível de ser
cadastrada tanto no vendedor quanto na corretora.
3.2 - Cadastro de plataforma/corretora
O cadastro de plataforma/corretora é uma espécie de agrupador de
vendedores, sendo que corretor/plataforma também é obrigatoriamente um
vendedor do tipo PJ e no caso de vendedores internos um PF.
Destaca-se que a corretora também será um fornecedor a pagar.

Deverá ser criado programa para listar um Browser de forma que seja possível
vincular um ou mais vendedores a uma corretora.

Deverá ser criado um campo no cadastro da plataforma de forma a possibilitar

informar que a geração de um título deve ser para o vendedor vinculado e não
para a plataforma.

 Exemplo de browser:

 Exemplo de cadastro:
  Campos dicionário de dados (cabeçalho):

Destaques para:
1) Z44_CODIGO – sequencial
2) Z44_CODVEN – vendedor vinculado
3) Z44_DATINC – data de inclusão

 Indices dicionário de dados (cabeçalho)

  Campos dicionário de dados (itens):

Destaques para:
1) Z45_CARGO – combo box com as opções (vendedor, gerente e diretor)
2) Z45_DATFIN – data dio fim do vinculo do vendedor com a corretora. Após
esta data não mais será gerada comissão para o mesmo.

Deverá ser criado também um campo de repique de forma que no momento da

apuração de comissão desta corretora relativo a um determinado
beneficiário/contrato o sistema verifique os dias de repique do vendedor. De
forma que se o valor for menor que o informado no campo a comissão não será
calculada.

 Indices dicionário de dados (itens):

4. Aprovação

Aprovador por Assinatura Data