Histórico da Página

REQUISITO DE RÉPLICA DOS REQUISITOS PCREQ-5412 E PCREQ-5137

Informações Gerais

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

(Obrigatório)

Objetivo

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

Objetivo

1.  Integração de registros relacionados à operação no SIGAPCP com o SIGADPR:

   • Recursos Alternativos/Secundários;
   • Ferramentas Alternativas.
   A integração deverá contemplar importação para a versão, manutenção dos dados através do programa Versão Produto, Ordem Protótipo e Liberação Versão. Também deverá ser possível consultar os alternativos através do Comparativo Versão.
   
2. Ao importar uma versão para o SIGADPR com origem PCP, salvar o roteiro que foi selecionado e permitir utilizar este mesmo roteiro na liberação da versão.
   
   

Definição da Regra de Negócio

1. Alternativos do Roteiro

Os registros de Recursos Alternativos/Secundários e Ferramentas Alternativas são armazenados na mesma tabela, a SH3. Existe um campo para recurso e outro para ferramenta e para saber qual registro está sendo tratado, é verificado qual campo está preenchido. Caso o campo de ferramenta esteja em branco, trata-se de um recurso e vice-versa.

A tabela que será utilizada para armazenar esses dados é a DG2. Esta tabela já foi liberada, mas será alterada para atender à necessidade desta engenharia.

Serão tratados os seguintes processos:

• Versão Produto – Permitir manipular os dados de alternativos;
• Importação – Trazer as informações do SIGAPCP para o SIGADPR quando importação de operações;
• Ordem Protótipo – Atualizar as informações de alternativos quando gerar ordem protótipo;
• Liberação Versão – Liberar os novos registros para as tabelas do SIGAPCP;
• Comparativo Versão – Exibir os alternativos das operações.

DPRA300 – Versão

Adequar a tela de versão para que seja possível visualizar e alterar os registros de DG2. A tabela está relacionada à operação (DG9) e a tela deverá ser alterada para exibir duas abas (Recursos Alternativos/Secundários, Ferramentas Alternativas) como filhas de operação. Verificar protótipo de tela 1.

• Campos aba Recursos Alternativos/Secundários: Recurso, Tipo (Alternativo ou Secundário), Eficiência, Descrição;
• Campos aba Ferramentas Alternativas: Ferramenta, Descrição.

Para melhorar visualização dos dados, aumentar a parte inferior do programa (área aonde ficam os registros filhos: DG1, DG9, etc).

DPRA330 - Importação

Importar os registros de SH3 para a tabela DG2. Para o relacionamento com a tabela DG9 será utilizado o campo DG9_IDAT, sendo assim, não há necessidade de importar os campos de produto, roteiro e operação da tabela SH3. O campo de recurso primário também não será utilizado pois é uma cópia da informação da operação.

Não há necessidade de realizar alterações de tela para este processo.

DPRA340 – Ordem Protótipo

Atualizar as informações de alternativos nas tabelas do SIGAPCP. Esta atualização deverá ser feita durante a criação do roteiro para o protótipo, através do model do MATA632.

A criação deverá ser da seguinte forma:

Não há necessidade de realizar alterações de tela para este processo.

DPRA342 – Liberação Versão

A liberação deve ocorrer da mesma forma que o processo de criação de ordem protótipo, através do model do MATA632. Os alternativos devem ser liberados somente quando for feita liberação de operações.

Não há necessidade de realizar alterações de tela para este processo.

DPRC310 – Comparativo Versão

Exibir os registros de alternativos abaixo das operações, conforme protótipo de tela 2. A exibição deverá seguir a seguinte regra:

• Recurso Alternativo: RECURSO ALTERNATIVO XXX – EFICIÊNCIA XX
• Recurso Secundário: RECURSO SECUNDÁRIO XXX – EFICIÊNCIA XX
• Ferramenta Alternativa: FERRAMENTA ALTERNATIVA XXX 

2. Liberação Roteiro

DPRA330 - Importação

Necessidade de salvar o roteiro importado para a versão.

Hoje, ao importar uma versão com origem PCP existem opções com relação à importação do roteiro:

• Primeiro – Procura o primeiro registro do produto;
• Último – Procura o último registro do produto;
• Padrão – Busca o roteiro padrão do produto (B1_OPERPAD);
• Todos – Todos os roteiros relacionados ao produto. 

O roteiro importado deverá ser gravado no novo campo DG0_CDRTOG. Não será possível gravar o roteiro importado quando o usuário selecionar a opção “Todos” pois só é possível gravar um código por versão.

O campo deverá ser exibido de acordo com o protótipo de tela 01

DPRA342 – Liberação Versão

Ao realizar a liberação da versão, serão buscados todos os produtos desenvolvidos (DG0) que estão sendo liberados e que possuam registro de operação (DG9). Será exibida uma lista com essas versões exibindo os campos Produto, Versão, Roteiro Protótipo, Roteiro Origem e Roteiro Destino (Protótipo de tela 02). Será possível alterar apenas o campo de Roteiro Destino, conforme protótipo de tela 03.

• Caso o roteiro informado já exista no SIGAPCP, vai manter o funcionamento, aonde o registro do roteiro é eliminado e re-criado com as novas operações;
• Quando nunca foi feita uma liberação para a versão, será sugerido um roteiro destino da mesma forma que SIGADPR já busca hoje, através da função A632DPCod, que procura o primeiro código de roteiro disponível para o produto destino;
• Se uma liberação já foi feita para a versão, então o campo de Roteiro Destino (DG0_CDRTDE) já está preenchido e será sugerido este mesmo código.

(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 

<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

 Image Removed

Opcional

Fluxo do Processo

Protótipo 01

Image Added 

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

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