Histórico da Página
01. DADOS GERAIS
Linha de Produto: | Microsiga Protheus | ||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Segmento: | Serviços | ||||||||||||||||||||||||||||||
Módulo: | SIGAJURI | ||||||||||||||||||||||||||||||
Função: |
| ||||||||||||||||||||||||||||||
Requisito/Story/Issue (informe o requisito relacionado) : | DJURDEP-6945 |
02. SITUAÇÃO/REQUISITO
1) Quando a sessão do login expirar, a rota não redireciona para a tela anterior que o usuário estava logando.
2) No momento que o usuário pesquisa por um registro nos campos, o adaptor valida os registro idênticos ao tamanho do case digitado.
3) No projeto de pedidos, existem alguns importes não utilizados.
4) Com a criação da rotina JURA270, alteramos a estrutura da tabela NSY para que o cadastro seja simplificado
...
e criamos a tabela O0W que vai servir como cabeçalho para a mesma.
...
Para que possamos manter a compatibilidade com a estrutura antiga, precisamos criar uma rotina de atualização desta estrutura, indicando ao cliente ajustes que devem ser feitos, caso algum processo não esteja de acordo.
03. SOLUÇÃO
04. DEMAIS INFORMAÇÕES
Não há.
05. ASSUNTOS RELACIONADOS
Não há.
...
1) Realizado ajuste no Login para voltar para a tela anterior quando a sessão expira.
2) Ajuste no adaptor para fazer upper no campo, pois o valor digitado também está recebendo a função UpperCase.
3) Remoção dos imports não utilizadas.
4) Realizado a criação de um modal que verifica se existem pedidos não migrados da rotina de Objetos do SIGAJURI para a nova estrutura de Verbas do Totvs Legal, onde o usuário irá selecionar o Pedido para ser atualizado para a nova estrutura.
A atualização para a nova estrutura seguirá as seguintes regras:
- O sistema irá somar os valores de Contingência dos objetos do Prognóstico provável e o apresentará no campo de "Valor provável". Caso o objeto não tenha valor de contingência informado mas contiver o Prognóstico e o valor do Pedido informado, o sistema irá considerar o Valor do Pedido como o Valor de Contingência. Essa regra se aplica aos Prognósticos Provável, Remoto e Incontroverso.
- Quando o sistema identificar que há objetos de prognóstico Possível, o sistema irá pegar o Valor do Pedido e informa-lo no campo "Valor do Pedido". O valor de contingência do prognóstico Possível irá ser apresentado no Agrupador de Totalizadores, no campo "Valor possível original".
- O valor possível respeitará a seguinte regra
- Valor possível = "Valor do Pedido" - ("Valor provável" + "Valor Remoto" + "Valor Incontroverso")
- Ao tentar salvar, o sistema irá validar o valor total distribuído entre os Prognósticos. Caso a soma seja maior que o "Valor do Pedido", o sistema não irá confirmar a operação e o usuário terá de ajustar os valores.
Informamos que antes de realizar a gravação dos dados é necessário que realizem a validação dos valores.
HTML |
---|
<style> div.theme-default .ia-splitter #main { margin-left: 0px; } .ia-fixed-sidebar, .ia-splitter-left { display: none; } #main { padding-left: 10px; padding-right: 10px; overflow-x: hidden; } .aui-header-primary .aui-nav, .aui-page-panel { margin-left: 0px !important; } .aui-header-primary .aui-nav { margin-left: 0px !important; } </style> |