Histórico da Página

Informações Gerais

Objetivo

Este requisito tem como objetivo permitir que seja utilizada uma versão simplificada da tela de valores de pedidos no módulo SIGAJURI. Atualmente a complexidade da tela acaba confundindo alguns clientes que não utilizam todos os recursos da mesma.

Definição da Regra de Negócio

Este requisito foi criado para atender principalmente os departamentos jurídicos de empresas que geralmente utilizam uma versão simplificada de controle de pedidos/valores (jURA094) dos assuntos jurídicos controlados.

Para não deixar de atender nenhum perfil de cliente, nós criaremos um parâmetro que poderá ser configurado como modo completo o simplificado.

Atualmente (Protótipo 01), a rotina de valores/pedidos possui 6 abas (Detalhe, Pedido, 1ª instância, 2ª instância, Tribunal Superior e Contingência). Com o parâmetro MV_JVLRCO configurado para uma versão simplificada da tela, ficará visível apenas a aba Detalhe. Entretanto os campos do primeiro agrupamento de valores das abas Pedido e Contingência deverão ser exibidos na primeira aba, de Detalhe.

Criar o parâmetro MV_JVLRCO, do tipo caracter, que definirá se a tela de valores/pedidos será utilizada na versão simplificada ou na versão completa com todas as abas (1 - Completa, 2 - Simplificada). O Valor padrão para este parâmetro deve ser 2, para que a tela seja utilizada da forma simplificada.

O parâmetro MV_JVLRCO deverá ser incluído nas lista de parâmetros que podem ser preenchidos por assunto jurídico (NZ6). Desta forma será possível que duas áreas de negócios diferentes, no mesmo cliente, usem a tela de formas diferentes.

Criar o campo "Instância" (NSY_CINSTA) onde o usuário informará a instância a qual se refere a alteração do pedido em questão. Este campo deve estar disponível na tela apenas quando a mesma estiver no modo simplificado. Este campo deve ter como consulta padrão e demais características semelhantes ao campo NT4_CINSTA.

Criar a tabela "Histórico Pedidos" (NZO) onde serão armazenadas as informações (Decisão, Prognóstico, Instância, o agrupamento de valores do pedido e o agrupamento de valores da contingência) a cada alteração no pedido. Considerar como alteração no pedido, os campos de decisão, prognóstico, instância, valor do pedido ou valor da contingência). Para disponibilizar estas informações ao usuário, deve ser construído um relatório. As informações desta tabela não devem ficar na tela. Importante que as informações sejam gravadas apenas caso os campos de valores do pedido, contingência, decisão, prognóstico ou instância sejam alterados. As informações não devem ser guardadas caso a tela seja utilizada no modo completo.

O relatório com os dados da tabela NZO deve ser desenvolvido usando a tecnologia FWTMSPrinter e deve ser chamado a partir do menu Ações Relacionadas, dentro ou no browse da rotina JURA094, de cadastro dos Valores/Pedidos.

Os dois agrupamentos estão representados no protótipo 03.

Hoje, na rotina padrão (JURA094), em cada aba existem campos virtuais que indicam totalizadores de todos os pedidos cadastrados no assunto jurídico. Na tela simplificada estes campos devem ser exibidos na aba Detalhe para que a informação continue acessível e a mesma deve ficar também no Browse da tela, para que fique um resumo na tela inicial. Isso permite que o usuário tenha acesso a informação antes de abrir a tela.

Deve ser seguida a seguinte ordem de apresentação dos agrupamentos na tela:

1. Dados do Pedido
2. Valores do Pedido
3. Valores de contingência
4. Totais Pedido
5. Totais Contingência
6. Dados do processo

Tabelas Utilizadas

• NZO - Histórico Pedidos

• NZ6 – Parâmetros por assunto jurídico

• NSY – Valores / Pedidos dos assuntos jurídicos

   

Protótipo de Tela

Protótipo 01

 Protótipo 02

Protótipo 03

Dicionário de Dados

Arquivo: NZO – Histórico Pedidos