Histórico da Página

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

     Disponibilizar relatório com a relação de documentos que estão pendentes de serem enviados pelo Prestador.

Definição da Regra de Negócio

1. Deverá ser alterado a função PLSALTCPOS do fonte PLFUNCADGE.prw para implementar a inclusão automática de documentos na rotina de Documentos da RDA quando ocorrer alteração de dados na rotina de Dados Cadastrais do Portal do Prestador, dessa forma o sistema irá alimentar a tabela BC8 automaticamente com status de Entregue = Não e a BD2 com o código e descrição da B9X.
2.  Deverá ser acrescentado um link de acesso á rotina de Documentos da RDA na rotina de Solicitação de dados cadastrais para que o analista possa acessar o(s) documento(s) e alterar o status de Entregue(Sim/Não) do mesmo após conferência do analista.
3.  Criar o pergunte PLR951 que será composto pelos seguintes parâmetros:
   1. RDA de:
   2. RDA ate:
   3. Data de :
   4. Data ate:
   5. Código de Documento de: (BC8_CODLOC)
   6. Código de Documento ate: (BC8_CODLOC)
   7. Pendente (Sim/Não) - BC8_DOCENT = 1 (Sim)
   8. E-mail(lista de e-mail que receberão o email quando for executado via schedule)

          4. Criar o fonte PLSR951 para desenvolver o relatório, que por sua vez receberá como parâmetro o aParam e utilizar o método FWMsPrinter ou TReport para  o desenvolvimento. 

                   4.1 No fonte PLSR951 deverá ser criado uma função genérica que através do select x parâmetros(SX1) selecionado deverá carregar um array(aDados)que será composto das seguintes posições:

                        aDados[x][1]:= (cAliasTrb)->BAU_CODIGO

                        aDados[x][2]:= (cAliasTrb)->BAU_NOME

                         aDados[x][3]:= (cAliasTrb)->BAU_EMAIL

                         aDados[x][4]:= (cAliasTrb)->BC8_CODIGO

                          aDados[x][5]:= (cAliasTrb)->BC8_CODDOC

                          aDados[x][6]:= (cAliasTrb)->BD2_CODDOC

                           aDados[x][7]:= (cAliasTrb)->BD2_DESCRI

                 4. 2 Identificar o local que foi chamado:

                          - Se ocorreu via Menu no remote, deverá ser gerado o relatório utilizando o método FWMsPrinter.

                                   Ou

                          - Se ocorreu via programação do schedule, deverá ser gerado um arquivo excel para ser enviado via e-mail.

        5.  Para criar a função que enviará o e-mail ao usuário deverá ser utilizado a função PlsWFProc

      6. Para configurar o schedule deverá ser usado o conceito de SchedDef e o botão de Parâmetros.

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

• BC8 – Documentos Rede Atendimento
• BD2 – Documentos
• B9G – Motivo
• B9X – Documento x Motivo

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

Protótipo 01 - Tela de parâmetros do relatório:

Image Added 

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

Protótipo 02 – Relatório de Documentos Pendentes/Entregue:

Image Added 

Opcional

Dicionário de Dados

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

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)

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

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

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