Histórico da Página

(Obrigatório)

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 RDA que foram bloqueados por Suspensão.

(Obrigatório)

Definição da Regra de Negócio

1. Criar o pergunte PLS952 que será composto pelos parâmetros abaixo:
   1. RDA de:
   2. RDA ate:
   3. Data de:
   4. Data ate:
   5. Email(e-mail dos usuários que receberão o relatório no acesso via schedule)

2.     Criar o fonte PLSR952 que receberá como parâmetro o aParam e utilizar o método FWMsPrinter para desenvolver o relatório.

       2.1 No fonte PLSR952 criar 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)->BC4_CODCRE

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

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

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

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

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

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

      2.3 Filtrar o select do relatório por BC4_TIPO = 0 e BC4_MOTIVO  =1 //Bloqueado por Suspensão

    2  2.4 Agrupar o relatório por usuário que realizou o bloqueio.

 3. Para criar a função que enviará o e-mail ao usuário utilize a função PlsWFProc

Procedimentos técnicos

Para criar o relatório no remote:

1. Criar novo fonte PLSR952(aParam) que receberá como parâmetro o aParam

utilizar o método FWMsPrinter 

 4. Para configurar o schedule utilize o conceito de SchedDef e o botão de Parâmetros que deverá apontar para o PLS952 que foi criado.

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

• • BC4 – Redes de Atendimento Fluxo    

Protótipo de Tela

 

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

Opcional

Dicionário de Dados

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

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

- Tela de parâmetros do relatório:

 Image Added

Protótipo 02 – Relatório de RDA Bloqueados por Suspensão:

 Image Added

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