Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

  Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.      

  

Informações Gerais

 

Especificação

Produto

Microsiga Protheus

Módulo

Plano de Saúde - SIGAPLS

Segmento Executor

Saúde

Projeto

M_SAU_PLS002

IRM

PCREQ-5676

Requisito

PCREQ-6212

Subtarefa

PCSFL-151

Release de Entrega Planejada

12.1.8

Réplica

Não

País

( x ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

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".

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

PLSCADLAY

Alteração

Miscelânea-> Genérico -> Layout genérico Web

-

[ACAA050 – Negociação Financeira]

[Envolvida]

[Atualizações -> Acadêmico-> Tesouraria]

-

[ACAA060 – Cadastro de Pedidos]

[Criação]

[Atualizações -> Acadêmico-> Cadastros]

-

 

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*/

  

Índice

Chave

01

<FI9_FILIAL+FI9_IDDARF+FI9_STATUS>

02

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF>

03

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO>

Campo

<AAA_PERESP>

Tipo

<N>

Tamanho

<6>

Valor Inicial

<Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. 

Mandatório

Sim (  ) Não (  )

Descrição

<Referência Mínima para Cálculo>

Título

<Ref.Calc.>

Picture

<@E999.99>

Help de Campo

<Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

 

Consulta: AMB

Descrição

Configurações de Planejamento

Tipo

Consulta Padrão

Tabela

“AMB”

Índice

“Código”

Campo

“Código”; ”Descrição”

Retorno

AMB->AMB_CODIGO

  Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.