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 loguin 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
Criado modal na tela de Pedidos para verificar se há pedidos não migrados, caso haja pedidos não migrados o usuário poderá selecionar o Tipo de Pedido a atualizar, podendo salvar e após realizar a operação os pedidos antigos serão excluídos.
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
...
importes não utilizadas.templatedocumentos
4) Realizado a criação de um modal que tem função de verificar se existe pedidos não migrados da rotina de Objetos do SIGAJURI para a nova estrutura de Pedidos do Totvs Legal e caso haja objetos que não foram migrados para o Totvs Legal será apresentado este modal para o usuário, onde poderá selecionar o Pedido para serem atualizados e migrados. Após salvar o registro que está sendo migrado, os objetos antigos serão excluídos.
Sobre o item 4, temos as seguintes regras para a tela de pedidos do Totvs Legal:
- Quando o objeto que será migrado for de Provável, o valor da contingência será atribuído ao campo Valor Provável, sendo necessário validar o valor de pedido.
- Quando o objeto que será migrado for de Remoto, o valor da contingência será atribuído ao campo Valor Remoto, sendo necessário validar o valor de pedido.
- Quando o objeto que será migrado for de Incontroverso, o valor da contingência será atribuído ao campo Valor Incontroverso, sendo necessário validar o valor de pedido.
- Quando o objeto que será migrado for de Possível, o valor da contingência será atribuído ao campo Valor de Pedido e automaticamente o valor possível é o valor do pedido;
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> |