TOTVS Jurídico Departamentos
Linha Protheus
Jurídico
WSJurContencioso - Webservice para contencioso
JURA223 - Baixa e grava andamentos automáticos
| Produto: | TOTVS Jurídico Departamentos |
|---|---|
| Linha de Produto: | Linha Protheus |
| Segmento: | Jurídico |
| Módulo: | Departamentos - Departamentos (SIGAJURI) |
| Função: | WSJurContencioso - Webservice para contencioso JURA223 - Baixa e grava andamentos automáticos |
| Ticket: | |
| Requisito/Story/Issue (informe o requisito relacionado) : | DJURDEP-13939 |
O usuário está reportando um problema no tombamento das publicações de forma automática, causando duplicidade do andamento dentro do processo.
Esse erro ocorre por conta de um processo ter mais de 1 instância com o mesmo numero de processo. Precisamos resolver essa duplicidade, pois se a publicação está presente em somente 1 processo, ela não deveria ser duplicada independente da quantidade de instâncias que existem no cadastro.
Foi solicitado também alguns Logs que podem auxiliar a analise dos tombamentos que ocorrem nos clientes. Esses logs podem auxiliar a análise de alguns casos de publicações não tombadas e o registro que o usuário está usando a funcionalidade. Precisamos criar uma API que irá avaliar, dentro dos processos que já estão cadastrados no sistema quais não foram cadastrados na O1H.
Também foi identificado um erro no banco de dados POSTGRESQL, que ao reprocessar andamentos já cadastrados porém que contenham acentuação na descrição, ele acaba duplicando esses registros.
Foi corrigido a duplicidade dos andamentos por conta de instâncias com mesmo número de processo. Antes ocorria que por ter duas ou mais instâncias no mesmo processo com o mesmo número de processo, o sistema entendia que ambas instâncias deveriam receber os andamentos, assim duplicando os registros. Após a correção, o sistema elimina essa duplicidade considerando o cajuri único independente de quantas instâncias com mesmo número de processo tenham.
Foi criado logs para auxiliar na analise do job da JURA223, mostrando quais processos foram encontrados, quantos andamentos serão baixados e qual o número desse processo. Para visualizar esse log é necessário que o usuário tenha o TRACE=1 no seu arquivo de configuração do appserver.
Também foi criado um endpoint para validar os registros que estão na fila do LegalData (O1H), para isso disponibilizamos a seguinte API:
Quando não existe filtros feitos pelo usuário.
{
"filaLegalData": "Por favor, insira ao menos um filtro para realizar a pesquisa."
} |
Quando não foram encontrados registros pelos filtros.
{
"filaLegalData": "Não foram encontrados registros para os filtros informados."
} |
Quando é encontrado registros na O1H.
{
"filaLegalData": [
{
"codigoFila": "0000000183",
"codigoAssuntoJuridico": "0000000593",
"codigoInstancia": "0000000672",
"numeroProcesso": "20250317001",
"dataInclusao": "20250318",
"horaInclusao": "10:33:11",
"retornoServico": "20250317001_10",
"dataProcessamento": "20250806",
"horaProcessamento": "17:40:12",
"operacaoPublicacao": "Exclusao",
"statusProcessamento": "Concluido"
},
{
"codigoFila": "0000000172",
"codigoAssuntoJuridico": "0000000593",
"codigoInstancia": "0000000672",
"numeroProcesso": "20250317001",
"dataInclusao": "20250317",
"horaInclusao": "10:43:53",
"retornoServico": "20250317001_10",
"dataProcessamento": "20250806",
"horaProcessamento": "17:40:08",
"operacaoPublicacao": "Inclusao",
"statusProcessamento": "Concluido"
}
]
} |
Por fim, também foi corrigido a questão da duplicidade dos registros quando o banco de dados é POSTGRESQL, onde por conta da acentuação o sistema não identificava que o registro já existia no processo, assim cadastrando novamente, após a correção o sistema valida corretamente se o registro já existe ou não pela descrição do andamento, assim caso não exista é cadastrado.
JUR0087_Implantação_Legal_Data
TOTVS Jurídico Departamentos - Andamentos