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

(Obrigatório)

Objetivo

 Desenvolver as telas para gerenciamento de parâmetros para os extratores GoodData / TOTVS BA - Linha Datasul.

Requisitos:

• Tela auxiliar para cadastro de Áreas, com bloqueio para áreas padrões;
• Botões de Navegação;
• Botão Ir Para;
• Botão Pesquisa;
• Botão Inclui Área;
• Botão Modifica Área - disponível apenas para áreas não padrões;
• Botão Exclui Área - disponível apenas para áreas não padrões;
• Botão Carga Inicial
• Exibir área selecionada
• Exibir opção Área Implantada
• Exibir extratores relacionados à área
• Botão Inclui Extrator;
• Botão Modifica Extrator - disponível apenas para extratores não padrões;
• Botão Exclui Extrator - disponível apenas para extratores não padrões;
• Exibir parâmetros relacionados ao extrator
• Botão Inclui Parâmetro;
• Botão Modifica Parâmetro - disponível apenas para parâmetros não padrões;
• Botão Exclui Parâmetro - disponível apenas para parâmetros não padrões;
• Exibir períodos relacionados ao extrator
• Botão Modifica Período - disponível apenas para extratores de fatos;
• Bloqueio da tela atual de parâmetros (bfp001ab.r)
• Alteração de menu - Substituir tela de parâmetros
• Criar validação de área ativa na execução das dimensões e das fatos também

Requisitos que não serão atendidos:

• Opções na listagem de ordens que dizem respeito a cotações, pacotes e pedidos não serão inseridas neste momento (somente serão colocadas em tela quando os respectivos requisitos forem desenvolvidos);
• Validação de inclusão de itens que não são de responsabilidade do comprador no progress;
• Sugestão de narrativa da ordem conforme narrativa do item no progress;
• Sugestão de requisitante conforme usuário logado no progress;
• Assim como no Flex que não há tratamento para integração com a Paradigma, no HTML também não será desenvolvida neste momento.

Criar flag para ativar desativar área

4

• Criar nova tela de cadastro simples para áreas, com opção para edição e inclusão de área.
• Cadastro de Area deve conter código, descrição e opção ativo/inativo
• 12h

Criar flag para ativar desativar Fato

• Pode ser na tela principal, como item da grid

4

Possibilitar cadastro de parâmetros adicionais

• Objetivos, entrada de especifico e evoluções do produto
• Avaliar necessidade de senha ou bloqueios

20

Possibilitar cadastro de fatos especificas

• Avaliar necessidade de senha ou bloqueios

20

Criar validação de área ativa na execução das dimensões, pode ser para fatos também

• Uso dos parâmetros cadastrados na tela de parâmetros e na nova tela de area

5

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

(Obrigatório)

Definição da Regra de Negócio

<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

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

Opcional

Protótipo de Tela

Apresentados juntamente com as regras de negócio.

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

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

Reserva de campos livres:

• Sugere narrativa do item na ordem: param-compra.char-2 (posição inicial 138, 1 posição)
• Compra somente itens pré-definidos: usuar-mater.char-1 (posição inicial 22, 1 posição)

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

(Opcional)

Estrutura de Menu

Modulo GoodData

Menu GoodData<Informações utilizadas na linha Datasul>.

Procedimentos 

N/A

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