Open euviniciusmendonca opened 8 months ago
Bom dia......@Mauro1706 e @mateussbh ....Issue 417 testada e validada...atende ao solicitado...segue evidência:
https://github.com/pengovbr/mod-sei-pen/assets/87815724/b7366ff1-afd1-4e77-ad06-9cb0d86b5747
https://github.com/pengovbr/mod-sei-pen/assets/87815724/bdbf2e96-5d58-4b11-a731-2f6591913baa
Boa tarde @Mauro1706 e @mateussbh, testes realizados utilizando release/3.7.0 ( Issue 417 - pr 480 ):
https://github.com/pengovbr/mod-sei-pen/assets/87815724/8b7dda82-dab6-44d7-b692-f1fe17f9777e
https://github.com/pengovbr/mod-sei-pen/assets/87815724/a2eb1eb7-3ec5-4d28-815c-4d7b401254ea
https://github.com/pengovbr/mod-sei-pen/assets/87815724/d7c041eb-108a-488f-907e-ad0f312dcf10
Prezados, uma vez verificada a referida issue na release/3.7.0, constatou-se que esta não está devidamente contemplada conforme solicitado. A saber, o comportamento esperado pode ser facilmente resumido por meio da seguinte explicação:
Acontece que o Mapeamento somente está sendo válido quando o órgão de origem mapeia exatamente para cada uma das unidades de destino.
Evidências: Trâmites realizados entre ORGAO5 e SUB_ORG6_01
Árvore do processo (Retirada do ORGAO5)
Trâmites realizados sem Mapeamento feito entre ORGAO5 e SUB_ORG6_01 e entre SUB_ORG6_01 e ORGAO5 ORGAO5 -> SUB_ORG6_01 SUB_ORG6_01 -> ORGAO5
Trâmites realizados com Mapeamento feito entre ORGAO5 e SUB_ORG6_01 e entre SUB_ORG6_01 e ORGAO5 ORGAO5 -> SUB_ORG6_01 SUB_ORG6_01 -> ORGAO5 ORGAO5 -> SUB_ORG6_01 SUB_ORG6_01 -> ORGAO5
Trâmite realizado com Mapeamento feito entre ORGAO5 e ORG6
Para ciência @euviniciusmendonca , @mateussbh, @amelquia, @Mauro1706 , @sergioadao
22/05/24 Agendada reunião de alinhamento dos próximos passos, para amanhã (23/05) às 15h, com @yurioliveiramgi @euviniciusmendonca @Mauro1706 e @mateussbh .
27/05/24 Sprint Planning - Sprint 43 realizada. Issue transferida para a Sprint 43 para dar sequencia no fluxo dos status. **Status atual: "Ajustes Necessários". Nova estimativa: 8 horas.
03/06/24 Conseguiu reproduzir o cenário com o erro apresentado pelo Yuri. Terá que mudar um pouco a lógica para permitir cadastrar livremente o mapeamento individual ou não e, iniciará após o término da issue #350.
10/06/24 Card movido para a Sprint 44.
21/06/24 Movimento da issue em Em Análise P.O. para a Sprint 45 .
Prezados, uma vez verificada a referida issue na release/3.7.0, constatou-se que esta não está devidamente contemplada conforme solicitado. A saber, o comportamento esperado pode ser facilmente resumido por meio da seguinte explicação:
- Orgão A possui mais de uma unidade mapeada para "Envio ou Recebimento" de trâmites, de forma que sua estrutura hierárquica é: ------- ORG_A ------------- ORG_A_FILHA_1 ------------- ORG_A_FILHA_2
- Orgão B realiza o Mapeamento de Envio Parcial para ORG_A;
- O Mapeamento deve ser extendido para suas unidades filhas também sem a necessidade de criar mapeamentos individuais para cada uma
Isso foi corrigido/alterado no Tramita. Teve uma questão disso no Tramita já algum tempo. Teria que conversar com o Allyson. Não temos como fazer isso no módulo pois não existe como sabermos, no módulo, quem são as unidades filhas/irmãs.
Foi tratado aqui:
https://github.com/pengovbr/tramitagovbr/commit/2c559294a368dc5586b2ae3bd62f38101c4576f8
Alguns pontos a mais @yurioliveiramgi. Quem informa de fato quais são os documentos a serem enviados sempre é o Tramita. Não é o módulo que diz "tenho dois documentos a mais para enviar". Sempre o módulo informa todos os documentos:
E o mapeamento de envio parcial tem uma questão que é que uma unidade pode fazer parte de um SPE A e outra unidade pode fazer parte de um SPE B. Não é comum mas o Tramita permite que unidades do mesmo órgão façam parte de SPEs diferentes. Mapear que todas as unidades filhas de um órgão pode levar a um SPE A ter suporte de envio parcial e SPE B não ter o mesmo suporte. Isso nunca ocorreu até o momento mas é possível.
E o Tramita, pelo commit https://github.com/pengovbr/tramitagovbr/commit/2c559294a368dc5586b2ae3bd62f38101c4576f8 deveria tratar desses casos de envios para unidades "irmãs" do mesmo SPE. Não sei quando subiu para homologação/produção esse código mas já estaria contemplado essa solução pelo Tramita.
Eu realizaria o mesmo teste atualmente para saber se há algum caso que deveria ser enviado de forma parcial mas não o foi.
O mapeamento automático de todas as unidades levaria a um trabalho adicional que seria criar um agendamento para atualizar esses mapeamentos adicionando/removendo o mapeamento conforme aquele órgão fosse alterado. E lembrando que não temos a visão de SPE e esse mapeamento levaria ao envio parcial para todos os SPEs daquele órgão destino.
Conforme alinhado foi revertido essa implementação ate a resolução de outra forma de realizar a evolução. PR: https://github.com/pengovbr/mod-sei-pen/pull/528
Suspensa, pois depende de evolução da API. É necessário realizar um estudo de viabilidade para tal ação.
Sua solicitação de melhoria está relacionada a um problema? Por favor descreva. Atualmente, o mapeamento é apenas realizado por unidade. Isso pode atrapalhar o dia a dia dos gestores, visto que a cada nova unidade é preciso realizar um novo mapeamento.
Descreva a solução que você gostaria Verificar a viabilidade do mapeamento ser realizado por órgão. Após escolher o órgão é para replicar o funcionamento a todas unidades hierarquicamente abaixo do órgão. Desse modo, evitando que o gestor realize o mapeamento a cada nova unidade do órgão.
Descreva alternativas que você considerou Não se aplica.
Contexto adicional Não se aplica.