Histórico da Página

Informações Gerais

Objetivo

Esta especificação tem o objetivo de descrever como será desenvolvido o layout da tela de solicitação de reembolso do portal do beneficiário, sempre pensando que o beneficiário pode ser um usuário leigo e que precisa realizar o processo na maneira mais fácil possível.

Definição da Regra de Negócio

- Leitura do requisito 1 da MIT - 1h
- Desenvolver o layout baseado nas tabelas (BOW, B1N) - 1h
- Gravação antecipada do item (funções javascript) - 2h
- Gravação do confirmar genérica (considerar outra) - 1h
- Criar botao do tipo anexos, que criar um componente abaixo pra listar os anexos (gravar junto ou gravar todos no fim) - 1,5h
- Mudança dos campos de acordo com o tipo de documento - 2,5h
- Validações dos campos - 4,5h
- Chamada da impressão do relatorio e inclusao de novo documento abaixo do numero do protocolo (ModalBS)

1. Criar o cabeçalho da tela em HTML (utilizando o framework WCHTML), que deverá ser baseado na tabela BOW, deverá conter os seguintes campos:
   1. Tipo do comprovante
   2. CNPJ/CPF do prestador de serviço
   3. Nome do prestador de serviço
   4. Nº da nota fiscal/cupom fiscal, etc (modificar a label conforme a opção selecionada no combobox)
   5. Data de emissão do comprovante fiscal

1. Criar um layout genérico (PLSCADLAY) baseado nas tabelas BOW (cabeçalho do protocolo de reembolso ) e B1N ( itens do protocolo ), chamado PLSOLREEMB. 
   1. DESCREVER TODOS OS CAMPOS DO LAYOUT + RELACIONAMENTO E AFINS.
2.  Deverá ser adicionado no layout genérico um componente do tipo Botão, que chamará uma função JavaScript para incluir as despesas do reembolso.
   1. A função executada no botão, além de inserir o item na grid de dados, deverá também já fazer a gravação nas tabelas BOW e B1N.
      1. Na primeira vez que o botão de inserir o item for acionado, deverá gravar o cabeçalho (BOW) e o primeiro item (B1N). No cabeçalho o status da solicitação deverá ser gravado como "Solicitação não concluida".
         1. Sugestão: gravar num campo hidden o RECNO do registro da BOW para ficar mais fácil de gravar os itens depois.
      2. A partir da segunda vez, o sistema deverá gravar apenas cada item inserido. 
3. No layout genérico, há um campo ( B90_FUNGRV ) que espera uma função que será executada para gravar o layout, quando ele não é informado, simplesmente faz a gravação das tabelas informadas no layout genérico. Neste caso da solicitação de reembolso, como cada vez que será inserido um item, as informações já serão gravadas na tabela, a única coisa que precisará ser gravada é o status da solicitação, então, quando o beneficiário clicar no botão de finalizar a solicitação de reembolso será necessário alterar o status da solicitação para "Protocolado".

Tabelas Utilizadas

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

Protótipo de Tela

Protótipo 01

Fluxo do Processo

Dicionário de Dados

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

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB