Á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

SIGAPLS

Segmento Executor

Saúde

Projeto1

M_SAU_PLS002

IRM1

PCREQ-5683

Requisito1

PCREQ-6232

Subtarefa1

PCSFL-203

País

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

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Outros

<Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>.

  

Objetivo

Disponibilizar o cancelamento de Protocolo de Reembolso. 

Definição da Regra de Negócio 

  1. Usuário acessará a rotina de Motivos Padrão(PLSCMOTPD) para cadastrar os motivos padrões de cancelamento.
  2. Usuário acessará a rotina de Protocolo de Reembolso>>Atendimento>>Protocolo de Reembolso;
  3. Posiciona no protocolo desejado;
  4. Clica na nova opção “Ações Relacionadas>Cancelar Reembolso” e caso a situação do Protocolo seja diferente do requisito abaixo o sistema exibirá a tela de cancelamento, na qual o usuário selecionará o motivo padrão de cancelamento e confirmará o cancelamento: 
  •  protocolo já liberado para pagamento nunca poderá ser cancelado. 

 

Definição das Regras de desenvolvimento

1. Criar os campos BOW_MOTPAD  e BOW_DTCANC com as seguintes características:

BOW_MOTPAD:

Tipo: caractere

Tamanho: 3

F3: Criar uma nova consulta BOWBPP que irá apontar para a tabela BBP e que exibirá somente o campo BBP_DESMOT e retornará o campo BBP_SEQUEN e  BBP_DESMOT


BOW_OBSCANC

Tipo: Memo


BOW_DTCANC:

Tipo: Data

 

2. Criar a função PLCancReemb no fonte PLSA818 que irá criar a tela de Confirmação de Cancelamento que irá conter um:

  • DEFINE MSDIALOG oDlg FROM 5,5 TO 35,75 TITLE "Cancelamento de Reembolso"

 

Para o campo Motivo Padrão:

  • 1 SAY para nomear o campo “Motivo Padrão”
  • 1 MSGET cMotivoPadrao com F3 que aponte para a tabela de BOWBBP
  • 1 MSGET cDescMotivoPadrao do tipo desabilitado que irá exibir o campo   BBP_DESMOT através de um Posicione.

 

Para o campo Motivo Personalizado:

  • 1 SAY para nomear o campo “Motivo Personalizado”
  • 1 GET para o campo cMemo do “Motivo Personalizado”:

Local oMemo

@ 035,017 GET oMemo VAR cMemo SIZE 116,50 OF oDlgFim MEMO NO VSCROLL PIXEL

oMemo:bGotFocus := { || oMemo:nPos := 0,oMemo:Refresh()}

 

Botões:

  • 2  SBUTTON (Confirmar e Cancelar):

DEFINE SBUTTON FROM 200,150 TYPE 1 ACTION (nOpca := 1 ) ENABLE OF oPanel

DEFINE SBUTTON FROM 200,190 TYPE 2 ACTION oDlg:End() ENABLE OF oPanel

  • Após o ACTIVATE MSDIALOG oDlg CENTERED e se a nOpca == 1 deverá ser realizado a alteração da BOW do reembolso posicionado para atribuir os valores:

 

 

If MsgYesNo(“Deseja realmente cancelar o reembolso?”)

           BOW->( RecLock("BOW",.F.) )

          BOW ->BOW_MOTPAD := cMotivoPadrao

          BOW-> BOW_OBSCANC := cMemo

          BOW ->BOW_STATUS := “D” //Cancelado

          BOW ->BOW_DTCANC: = dDatabase

          BOW->( MsUnLock() )

 Endif

 

3. Criar a nova opção “Cancelar Reembolso” no Ações relacionadas da rotina “Protocolo de Reembolso <PLSA001A>” que irá executar a função PLCancReemb.

4. Criar o pergunte PLS818 que ira conter os seguintes perguntes:

  • Data de
  • Data ate

 

  1. Desenvolver a rotina PLConsProCan no fonte PLSA818 que irá realizar um select na BOW utilizando:
  • Os parâmetro  MV_PAR01 e MV_PAR02 do pergunte  PLS818
  • BOW_DTCANC >= MV_PAR01 and BOW_DTCANC < MV_PAR02
  • o campo BOW_STATUS = “D”
  • retornar no select os campos  BOW_PROTOC , BOW_NOMCLI , BOW_DTDIGI , BOW_CODRDA , BOW_NOMRDA , BOW_MOTPAD e BOW_MOTIND

 

5.1 Em seguida o resultado do select deverá ser adicionado a um array aResult

            While (!Eof())

                      Aadd( aResult, {

                           (cAliasTrb)->BOW_PROTOC,

                           (cAliasTrb)->BOW_NOMCLI,

                           (cAliasTrb)->BOW_DTDIGI,

                           (cAliasTrb)->BOW_CODRDA,

                           (cAliasTrb)->BOW_NOMRDA,

                           (cAliasTrb)->BOW_MOTPAD,

                           (cAliasTrb)->BOW_MOTIND } )               

                          dbSkip()

                Enddo  

                                                              

5.2 Utilizar uma MSDIALOG e um LISTBOX para exibir o resultado

               

DEFINE MSDIALOG oDlgRes FROM 0,0 TO 600,1250 TITLE “Protocolos Cancelados” PIXEL

@ 30,01 LISTBOX oLbx FIELDS HEADER “Protocolo”,”Cliente”, “Data de digitação”,”RDA”,”Nome da RDA”,”Codigo Padrão”,”Motivo Padrão”, “Motivo Personalizado” SIZE 624,250 OF oDlgRes PIXEL             

                oLbx:SetArray(aResult)

                oLbx:bLine:={||{aResult[oLbx:nAt][1],;

                                aResult[oLbx:nAt][2],;

                                aResult[oLbx:nAt][3],;

                                aResult[oLbx:nAt][4],;

                                aResult[oLbx:nAt][5],;

                                aResult[oLbx:nAt][6],;

  aResult[oLbx:nAt][7],;

  aResult[oLbx:nAt][8]

}}

                 

 ACTIVATE MSDIALOG oDlgRes ON INIT ( EnchoiceBar( oDlgRes, {|| oDlgRes:End() }, {|| oDlgRes:End() } ) ) CENTERED

       

Para maiores detalhes pode-se consultar o fonte PLSA743 como exemplo.


6. Por último deve-se adicionar no ações relacionadas da rotina de solicitação de reembolso <PLSA001A>  a chamada á rotina Protocolos Cancelados que executará a PLConsProCan .

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

PLSA818  – Cancelamento de Reembolso

Criação

Atualizações -> Atendimento-> Protocolo de Reembolso

 

PLSA001A – Protocolo de Reembolso

Atleração

Atualizações -> Atendimento-> Protocolo de Reembolso

 

 

Tabelas Utilizadas

  • BOW – Protocolo de Reembolso        
  • BBP –  Motivos Padrões

Protótipo de Tela

 

 Protótipo 01 – Consulta Protocolo 

 

Protótipo 02 – Filtro da Consulta Protocolos Cancelado

Protótipo 03 – Tela de Consulta Protocolos Cancelados

 

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

Opcional

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

BOW_MOTPAD

Tipo

C

Tamanho

3

Consulta Padrão

BOWBPP 

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 (  x ) Não (  )

Descrição<Referência Mínima para Cálculo>

Motivo Padrão

Título<Ref.Calc.>

Motivo Padrão

Picture<@E999.99>

@!

Help de Campo

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

 

(Opcional)

Grupo de Perguntas

 

<Informações utilizadas na linha Protheus>.

 

Nome: FINSRF2

X1_ORDEM

01

X1_PERGUNT

Emissão De

X1_TIPO

D

X1_TAMANHO

8

X1_GSC

G

X1_VAR01

MV_PAR01

X1_DEF01

Comum

X1_CNT01

'01/01/08'

X1_HELP

Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório 

 

(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

 

Campo

BOW_DESMOT

Tipo

C

UsadoVirtual

Tamanho

60

Mandatório

Sim ( ) Não ( x )

Descrição

Descrição motivo

Título

Desc.Motivo

Picture

@!

Help de Campo

Descrição do motivo selecionado

 

Campo

BOW_DTCANC

Tipo

D

Tamanho

8

Mandatório

Sim (x ) Não (  )

Descrição

Data de cancelamento

Título

DT cancel

Browse

Não

 

(Opcional)

Estrutura de Menu

 

<Informações utilizadas na linha Datasul>.

 

Procedimentos

 

Procedimento

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Módulo

 

 

 

Programa base

 

 

 

Nome Menu

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Registro padrão

Sim

Sim

Sim

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Release de Liberação

 

 

 

 

 

 

Programas

 

Programa

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Nome Externo

 

 

 

Nome Menu/Programa

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Nome Verbalizado[1]

(Max 254 posições)

(Max 254 posições)

(Max 254 posições)

Procedimento

 

 

 

Template

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

Tipo[2]

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Categoria[3]

 

 

 

Executa via RPC

Sim/Não

Sim/Não

Sim/Não

Registro padrão

Sim

Sim

Sim

Outro Produto

Não

Não

Não

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Query on-line

Sim/Não

Sim/Não

Sim/Não

Log Exec.

Sim/Não

Sim/Não

Sim/Não

Rotina (EMS)

 

 

 

Sub-Rotina (EMS)

 

 

 

Localização dentro da Sub Rotina (EMS)

 

 

 

Compact[4]

Sim/Não

Sim/Não

Sim/Não

Home[5]

Sim/Não

Sim/Não

Sim/Não

Posição do Portlet[6]

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

Informar os papeis com os quais o programa deve ser vinculado

 

 

 

 

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

 

Código Papel

(máx 3 posições)

Descrição em Português*

 

Descrição em Inglês*

 

[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.

[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante

[3] Categorias são obrigatórias para os programas FLEX.

[4] Obrigatório quando o projeto for FLEX

[5] Obrigatório quando o projeto for FLEX

[6] Obrigatório quando o projeto for FLEX

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