Exibir origem

01. DADOS GERAIS

Linha de Produto:

Microsiga Protheus

Segmento:

Serviços

Módulo:

SIGAJURI

Função:

Arquivo	Descrição
home.components.ts	Componente da Home
login.components.ts	Componente do Login
pedidos.components.ts	Componente de pedidos
pedidos.components.html	HTML do componente de pedidos
auth-guard.service.ts	Serviço Auth-guard
jurigenerics.service.ts	Serviço JurGenerics
legalprocess-adapter.service.spec.ts	Exemplo de estrutura do adapter LegalProcess
protheus.service.spect.ts	Serviço Protheus
det-pedido.components.html	HTML do componente de detalhe do pedido
det-pedido.components.ts	Componente do detalhe do pedido
detPedido-pt.ts	Arquivo de tradução Português do detalhe do pedido
routing.service.ts	Serviço Routing
fwmodel-adaptor.service.ts	Serviço FWModel
JurModRest.prw	Publicação de Modelos

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

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.

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;

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.

<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>