ER_PCREQ-3348_Melhorias_do_Bloqueio_de_Perfil_de_Acesso_a_Safras_Anteriores

(Obrigatório)

Informações Gerais

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

Objetivo

Exemplo de Aplicação:

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.

Item 01 - 83743 – Que haja bloqueio de acesso das Safras Anteriores. Que o bloqueio seja realizado por perfil de acesso.

Considerações cliente:  Estamos sendo questionado em relação ao bloqueio das safras anteriores. Ex: estamos na safra 2012.... Se eu quiser ir a outras safras anteriores e inserir ou mudar algum lançamento, hoje isso é possível!!!  Procedimento: Vou a Fechamento Industrial ? Liberação de Boletim e libero o dia desejado. Embora que são pouquissímas pessoas que tem acesso a esta liberação, mas corremos este risco...

Objetivo: Realizar um travamento, para que as informações da Safra passada sejam travadas não seja alteradas.

Item 02  - 85003 – Implementar no modelo de certificado o controle de analises que deseja que seja feita a partir de uma determinado período.

Considerações cliente : Implementar nos certificados uma opção que permita incluir ou excluir analises, escolhendo a safra desejada.                                                       

a- Quando esta análise é acrescentada no certificado da safra 2013, automaticamente aparecerá no certificado da safra 2012, só que não irá trazer nenhum valor porque na safra 2012 não existia e sendo assim, aparecerá no certificado da safra 2012 que o certificado está fora de especificação.                                                                         

b- O inverso: Esta análise existiu no certificado da safra 2012 e não mais irá existir na safra 2013, quando vou lá ao cadastro de produtos de comercialização e retiro esta análise que não quero mais que saia no certificado na safra 2013, automaticamente ela também some do certificado da safra 2012. No certificado da safra 2012 não aparece que o certificado está fora de especificação, porém não trás mais esta análise que na safra 2012 era obrigatório.

Objetivo: Criar um LOTE de produção onde iremos gerar o Certificado de Qualidade com as respectivas analises (pertinente ao momento). Havendo necessidade de alterar a quantidade de analise para a montagem de um novo Certificado de Qualidade, ou seja,  certificado esse que vai para o cliente, o usuário, via sistema,  cria um novo lote, finalizando o anterior com a transferência de saldo para o novo lote.

Item 03  - 94918 – Permitir que haja a reversão de dados digitados ou calculados, como não tivesse tido movimento algum. (Verificar a possibilidade de log)

Considerações cliente :  Implementar reversão de data. A variavel Dias de Safra foi calculada no dia 21/11, este valor ficou gravado no sistema, mesmo após a data de final de safra ser ajustada para dia 20/11, o valor gravado na variavel Dias de Safra do dia 21 permanece.

Objetivo: Implementar no sistema a funcionalidade que realize a deleção dos dados digitados e calculado para fim de termino de safra. Desta forma, mantendo o movimento do dia revertido totalmente limpo, sem informações.

Item 04  - 98885 – Implementar a visão de horas do movimento considerando o período de 24:00 como 00:00.

Considerações cliente : A configuração no sistema não aparece como cadastrado no tabela de horários, ou seja, mesmo cadastrando 00:00 nas telas de digitação de analises, aparece 24:00

 Objetivo: Atualmente a visão no browse de digitação está 24:00, iremos implementar a troca para 00:00.

Definição da Regra de Negócio

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 

PIMS CANA – Módulo GUTILIT

Tela padrão Módulo GUTILIT

 Tela padrão do Aplicativo

Item 01 - 83743 – Que haja bloqueio de acesso das Safras Anteriores. Que o bloqueio seja realizado por perfil de acesso.

Objetivo: Utilizar o objeto existente para acrescentar mais uma funcionalidade e que possa ser tratado no perfil o acesso a funcionalidade existente  com a complementar

Tela padrão do Aplicativo  PRO – Item envolvido

Item 02  - 85003 – Implementar no modelo de certificado o controle de analises que deseja que seja feita a partir de uma determinado período.

Objetivo: Implementar um novo objeto que possa ser tratado no perfil o acesso a essa funciondliade.

Tela padrão do Aplicativo  PRO – Item envolvido

Tela padrão do Aplicativo  PRO – Item envolvido

 Item 03  - 94918 – Permitir que haja a reversão de dados digitados ou calculados, como não tivesse tido movimento algum. (Verificar a possibilidade de log) 

Objetivo: Implementar um novo objeto que possa ser tratado no perfil o acesso a essa funciondliade.

Tela padrão do Aplicativo  PRO – Item envolvido

 Tela padrão do Aplicativo  PRO – Item envolvido

Item 04  - 98885 – Implementar a visão de horas do movimento considerando o período de 24:00 como 00:00.

Objetivo: Não haverá alteração de objetos. A alteração  será interna na funcionalidade de movimento da Digitação das Análises.

PIMS INDUSTRIA – Módulo PRO

Item 01 - 83743 – Que haja bloqueio de acesso das Safras Anteriores. Que o bloqueio seja realizado por perfil de acesso.

Definição da Regra de Negocio - 01: Deverá ser implementada uma funcionalidade para que possamos bloquear qualquer alteração de dados de analises da Safra Anterior.

Conceito: Atualmente o sistema possui a consistência de senha para que o usuário possa acessar dias anteriores.

No entanto, aproveitando dessa funcionalidade, o usuário consegue, uma vez em posse da senha ou mesmo com o recurso de montagem de uma senha temporária,  ter acesso a tabela de senha. Uma vez identificado a senha o usuário possui todo acesso as funcionalidades de alteração de dados de analises de dias anteriores ou mesmo safra anteriores.

Caminho Tela Menu Principal

Caminho Tela usuário tendo a senha – Opção 01

Caminho Tela usuário para montagem senha dinamicamente

Caminho Tela usuário para montagem senha através do parâmetro 9000

Caminho Tela usuário tendo a senha – Opção 02

Caminho Tela usuário  – Opção 03

Especificação

 Utilizando uma regra existente de Safra Inativa, iremos utitizar esse recurso para implementar.

Na tela de digitação de analises, o sistema deverá consistir:

1)       É Safra Corrente, se sim, o usuário poderá acessar o movimento com as opções:

1.1    -  Senha direto, ou seja, fornecida  (da tabela);

1.2    -  Senha criada dinamicamente padrão

1.3    - -Senha criada dinamicamente via parâmetro

Tela padrão do item 1.1,1.2 e 1.3

2)        Não é Safra Corrente, verificar o perfil do usuário e checar:

2.1    - GUTILIT -   Verificar se ele tem permissão em acessar essa opção;

2.2    - PRO - Verificar se a Safra está com o parâmetro A

2.3    - PRO -Permitir somente quanto o status estiver com A, dados da Safra Anterior

2.4    - PRO – Atendido os itens acima permitir alteração

Ponto de Atenção: Verificar a questão do  LOG

Tela padrão do item 2.2 / 2.3

Tela padrão do item 2.4

Definição da Regra de Negocio - 02: Deverá ser implementada uma consistência de período de Safra processo Certificado de Qualidade – Ano SAFRA ou Safra Moagem

Conceito

Na criação de um certificado, temos o campo SAFRA, campo responsável em ditar a busca dos lotes correspondente a produção do período da safra digitada. Essa opção será parametrizada, para que possamos atender  todos os clientes.

Especificação

01 - Criação de um paramentro para que seja consistido no campo Safra digitado

O campo “Consistencia de Período de Safra nos LotesProdução” deverá verificar as regras:

Flagado – Consisti o período de Safra – Podendo ser Moagem ou Ano

Regra: Uma vez marcado a opção, o sistema deverá consistir o período desejado  para que possa aceitar os lotes e consequentemente possa receber os respectivos lotes para o certificado

Opção 01 – Moagem

Opção 02 – Ano Safra

Não Flagado – Não Consisti

Regra: Uma vez não  marcado a opção, o sistema deverá não consistir  período algum e trazer a tela sem período que está sendo consistido

02 – No processo Certificado de Qualidade - LOTES

No processo de digitação de lote estaremos implementado a consistência:

Conceito:  Na digitação dos lotes o sistema deverá não permitir a digitação de lotes pertencetess a outro período de Safra indicada, respeitando a escolha do parâmento (item 01).

Regra: O sistema irá consistir a opção do parâmento:

01 – Flegado – Irá fazer a consitencia de período de Safra

02 – Será período de Safra Moagem ou Safra Ano

Caminho: Tela atual sem consitencia de Safra

Teremos luado com Safra 2014 com lotes de 2010

Dicionário de Dados:

Item 02  - 85003 – Implementar no modelo de certificado o controle de analises que deseja que seja feita a partir de uma determinado período.

Definição da Regra de Negocio:

01 – Criação do Lote de Produção

Todo lote de Produção nasce com a busca das analises pré definidas. Todo o controle da emissão do certificado está vinculado ao lote. Havendo necessidade de inclusão ou exclusão das analises será possivel com a parametrização no momento antes da criação de um novo lote.

Nos processos anteriores não terão a funcionalidade, ela está disponibilizada somente no processo de rastreabilidade.

Dicionário de Dados:

Item 03  - 94918 -  Permitir que haja a reversão de dados digitados ou calculados, como não tivesse tido movimento algum. (Verificar a possibilidade de log)

Definição da Regra de Negocio:

A reversão de dados ocorrerá toda vez que haja a necessidade de excluir, apagar analises de um movimento que por diretrizes da gestão não ocorrerá dentro da Safra corrente.

Tela principal do Menu

Especificação Tecnica

Abaixo segue o script que deveremos analisar e implementar na nova funcionalidade

------------------------------------------------------------

-- Sistema  : PRO

-- Chamado  : scc 108873

-- Objetivo : Reverter dados digitados/calculados por engano

-- Data     : 08/01/2015

-------------------------------------------------------------

-- verificando primeiramente os registros a serem deletados

-- Checar a quantidade retornada

select * from prolanca

where emp_codemp = '032'

  and lan_data   = to_date('22/12/2014')

   and var_codigo IN ( '0000DIASSA','000VOLTOMO','000RENDFER','0ETTEORICO');

-- Deletando registro (um a um)

delete prolanca

where  emp_codemp = '032'

and    var_codigo = '0000DIASSA'

and    lan_data = to_date('22/12/2014','dd/mm/yyyy');

commit;

-- Deletando registro (um a um)

delete prolanca

where  emp_codemp = '032'

and    var_codigo = '000VOLTOMO'

and    lan_data = to_date('22/12/2014','dd/mm/yyyy');

commit;

Dicionário de Dados:

Item 04  - 98885 - Implementar a visão de horas do movimento considerando o período de 24:00 como 00:00.

Definição da Regra de Negocio: Implementar na funcionalidade a troca de visão de 24:00 para 00:00

Será necessário no código fonte fazer o tratamento da entrada de dados 24:00 para ver visualizados por 00:00

Dicionário de Dados: