Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.


01. DADOS GERAIS

Linha de Produto:Microsiga Protheus
Segmento:Serviços
Módulo:SIGAJURI
Função:
ArquivoDescrição
home.components.tsComponente da Home

login.components.ts

Componente do Login
pedidos.components.tsComponente de pedidos
pedidos.components.htmlHTML do componente de pedidos
auth-guard.service.tsServiço Auth-guard
jurigenerics.service.tsServiço JurGenerics
legalprocess-adapter.service.spec.tsExemplo de estrutura do adapter LegalProcess
protheus.service.spect.tsServiço Protheus
det-pedido.components.htmlHTML do componente de detalhe do pedido
det-pedido.components.tsComponente do detalhe do pedido
detPedido-pt.tsArquivo de tradução Português do detalhe do pedido
routing.service.tsServiço Routing
fwmodel-adaptor.service.tsServiço FWModel
JurModRest.prwPublicação de Modelos
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>