Histórico da Página

Informações Gerais

Objetivo

 Essa especificação tem como objetivo detalhar os aspectos técnicos para o desenvolvimento do requisito que irá verificar a existência, validação e tratamento de um prestador na base cadastral de redes de atendimento não referenciadas.

Definição da Regra de Negócio

Toda solicitação de reembolso solicitada por um beneficiário possui um prestador. Nos casos em que o cadastro do prestador não exista na base de dados, será incluído a partir dos dados básicos fornecidos pelo beneficiário (Nome e CNPJ). Para completar o cadastro da RDA não referenciada, dados adicionais devem deverão ser fornecidos.

Regras de Negócio

1. Criar parâmetro MV_VRDANRF do tipo booleano que definirá se ocorrerá validação para a rede não referenciada não cadastrada.
    

2. Criar novos campos B1N_PRCNPJ e B1N_PRNOME na tabela B1N - Itens do Protocolo de Reembolso.
    
3. Realizar alteração na função  PlsIncBK6 (presente no webservice   WSPLSXFUN.PRX) para considerar o parâmetro  MV_VRDANRF e não realizar a inclusão quando o conteúdo for .T.
   Exemplo: SUPERGETMV(“MV_VRDANRF”, .F., .F.) 
    
4. Ainda na função PlsIncBK6, As seguintes validações serão efetuadas quando o prestador informado pelo beneficiário na solicitação de reembolso pertencer a uma a uma rede não referenciada :Quando o parâmetro que ainda não consta na base de dados e o parâmetro MV_VRDANRF estiver habilitado, isto é, com  possuir o conteúdo igual a .T., isto é, o parâmetro for habilitado:
   1. Não deverá gravar na tabela tabela BK6 - Redes Não Referenciadas 
   2. Gravar na tabela B1N - Itens do Protocolo de Reembolso os campos B1N_PRCNPJ e B1N_PRNOME
   3. Alteração deve ser na PlsIncBK6 - verificação do parâmetro??? já fiz em cima po! (no fonte WSPLSXFUN.PRX).
   A Rede Não Referenciada só será inclusa na tabela com o CPF/CNPJ e NOME do prestador incluído, respectivamente.
    
5. Caso o parâmetro MV_VRDANRF esteja desabilitado (isto é, definido como .F.), armazenar os dados na BK6 - Redes Não Referenciadas (CNPJ e NOME), deixando os demais dados sem conteúdo (cenário atual).
   
   
6. Criar na rotina PLSA001A a função PLGRVBK6 baseada na PLGRVDIAG1 (Disponível em PLSXFUN.PRW). Essa função terá como objetivo criar uma grid com as colunas da tabela BK6 - Redes Não Referenciadas. Os registros dessa grid serão os prestadores gravados nos itens da B1N - Itens do Protocolo de Reembolso que não possuem cadastro na BK6 - Redes Não Referenciadas. Pode ocorrer a situação em que determinado prestador seja cadastrado para vários protocolos, sendo assim, para popular essa grid deve-se exibir apenas os itens que possuam valor na B1N_PRCNPJ e não possuam valor na B1N_CODREF. 
   
   1. Realizar alterações na PLGRVBK6 para cada prestador ser exibido uma única vez, mesmo que cadastrado para diversos itens no mesmo protocolo. Sendo assim, deve-se definir agrupamento dos prestadores por CPF/CNPJ.
      
      
7. Adicionar na função PBOWFinal (existente na rotina PLSA001A - Protocolo de Reembolso) a chamada para a função PLGRVBK6. Deverão constar nessa nova grid os registros com CPF/CNPJ e Nome contidos na tabela B1N - Itens do Protocolo de Reembolso e que, por consequência da validação do sistema do campo CPF/CNPJ do prestador, não constam na tabela BK6 - Redes Não Referenciadas.
    
8. Após o usuário conferir o reembolso e realizar a gravação na rotina PLSA001A - Protocolo de Reembolso, será exibida a nova grid onde poderá preencher e confirmar o restante dos dados de cada prestador, gravando-os na tabela BK6 - Redes Não Referenciadas.  
    
9. Visando evitar que um mesmo prestador seja editado mais de uma vez, ao fim da gravação, o valor do campo BK6_CODIGO deverá ser atribuído ao campo B1_CODREF de todos os registros da B1N cujo prestador possua o mesmo CPF/CNPJ. Sugestão: criar novo índice para o novo campo B1N_PRCNPJ e incluir iteração while para buscar todos os registros onde BK6_CGC == B1N_PRCNPJ.
     após o usuário conferir o reembolso e trocar o status pela primeira vez na rotina PLSA001A - Protocolo de Reembolso
10. O usuário irá preencher o restante dos dados e confirmar gravando assim na tabela BK6 - Redes Não Referenciadas após a confirmação da tela de Protocolo de Reembolso.
Para complementar os dados cadastrais, optar por uma das seguintes alternativas:
11. Adicionar na função <PBOWFinal> contida na rotina <PLSA001A> a chamada para a função genérica <PLGRVDIAG>, que monta uma janela com grid para alteração de dados de qualquer tabela passada por parâmetro. Nessa janela deverão constar os registros com CNPJ e Nome contidos na tabela <B1N> que não constam ainda na <BK6>. Query: TODOS B1N_CNPJ QUE NAO EXISTAM NA BK6.
Utilizar a tela da rotina de Rede Não Referenciada (PLSA035). Realizando filtro para obter apenas os prestadores ainda não cadastrados.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

Opcional

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

Protótipo 01

 Image Removed

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Tabelas Utilizadas

• B1N - Itens do Protocolo de Reembolso 
• BK6 - Redes Não Referenciadas

Protótipo de Tela

Image Added

Fluxo do Processo

 Image Added

Opcional

Dicionário de Dados

Dicionário de Dados 

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/B1N – Itens do Protocolo de Reembolso

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.