01. DADOS GERAIS
| Produto: | TOTVS Jurídico Departamentos
|
|---|---|
| Linha de Produto: | Linha Protheus |
| Segmento: | Jurídico |
| Módulo: | Departamentos - Departamentos (SIGAJURI) |
| Função: | alt-lote-pt alt-lote.component alt-lote.service |
| Ticket: | 24960108 |
| Requisito/Story/Issue (informe o requisito relacionado) : | DJURDEP-14299 |
02. SITUAÇÃO/REQUISITO
O usuário está realizando a alteração em lote de processos, alterando o escritório credenciado de múltiplos processos, então ele seleciona o campo NUQ_CCORRE e realiza o filtro.
O problema é que no momento de selecionar o Correspondente de Destino o sistema está chamando a consulta SXB do NUQ_CCORRE, só que a consulta da SA2NUQ não é a consulta usada para retornar Correspondente no Totvs Jurídico Departamentos.
Quando o usuário seleciona o Correspondente em outros lugares, o correto é chamar a API única para o correspondente ( JURCONTENCIOSO/fornecedor/credenciado ).
Outro ponto é sobre o modal informativo das alterações, dependendo do filtro utilizado as informações não estão preenchidas, assim abrindo o modal em branco. Por fim quando uma requisição gera erro por parte do Protheus (status 500) ou pelo cliente (status 400), essa requisição fica infinitamente rodando no navegador do usuário, assim consumindo processamento desnecessário.
03. SOLUÇÃO
Foi implementado a nova consulta pelo endpoint fornecedor/credenciado, conforme outras telas do Totvs Jurídico Departamentos, assim buscando os escritórios corretamente e permitindo a alteração em lote de processos.
Também foi corrigido as informações no modal informativo antes de realizar as alterações, trazendo os dados corretamente independente do filtro selecionado.
Por fim foi corrigido as requisições que retornam erros por parte do Protheus/Cliente, redirecionando essas requisições para uma fila de erros que será disponibilizada ao usuário como um feedback dos processos que não foram alterados.
04. DEMAIS INFORMAÇÕES
Não se aplica.
05. ASSUNTOS RELACIONADOS