Closed mateussbh closed 3 weeks ago
14/05/24 Aguardando a finalização das rebarbas da issue #500 para dar sequencia nessa atividade.
15/05/24 Feita a avaliação de como os itens trabalham e qual o pedaço do código deverá ser mexido. Sem impedimentos.
16/05/24 Agendamento: trabalhando nos status (status 1). Atualização do lote e bloco em si, de acordo com os processos. Na parte do enviar agendamento, foi feita a remoção do lote para depois criar os agendamentos, de acordo com os status. Trabalhando nos status 6,7,9 e 10, na parte do receber. Toda vez que atualizar o status, atualiza o bloco se for do lote.
21/05/24 Feito alinhamento com o Higo sobre os agendamentos. Evoluiu com o segundo agendamento, falta eliminar uma tabela de lote que não faz mais sentido. Os status estão ok. Realizando os testes a fim de validar se os agendamentos são executados de maneira correta.
27/05/24 Sprint Planning - Sprint 43 realizada. Issue transferida para a Sprint 43 para dar sequencia no fluxo dos status. Status atual: "Em andamento."
Nova estimativa: 8h.
Enviado PR para primeiros teste: https://github.com/pengovbr/mod-sei-pen/pull/514
10/06/24 Card movido para a Sprint 44.
21/06/24 Movimento da issue em Validação Técnica para a Sprint 45 .
08/07/24 Planning realizada. Card movido para a Sprint46.
Realizado a correção para tramite enviado N vezes com recusa no PR: https://github.com/pengovbr/mod-sei-pen/pull/550
22/07 - Planejamento da Sprint 47. Issue transferida com status "Validação Técnica para a sprint 47 para validações.
12/08/24 Planejamento da Sprint 48 Issue em validação técnica transferida para a sprint 48.
02/09/24 Issues transferidas para a próxima sprint (Sprint 49) aguardando validação técnica.
[Continuação da issue #500]
Sua solicitação de melhoria está relacionada a um problema? Por favor descreva.
Prezados, faz-se necessária a refatoração da lógica do bloco externo e status de tramitação dos blocos/processos em um bloco, tendo em vista que não houve um bom aproveitamento da lógica já existente, da tramitação em lote, de modo que se observa redundância e dificuldade de manutenção do código atual.
O fato de aproveitar o mesmo agendamento do recebimento para o envio, colabora para essa dificuldade de manutenção.
Descreva a solução que você gostaria Desta forma, solicito que sejam implementados os itens abaixo:
[x] Criar agendamento de envio. Separar as rotinas de envio das rotinas de recebimento, no script de agendamento. Retirar a parte de envio do agendamento usado hoje. Ficarão os 2 agendamentos:
Receber processos Mantem a lógica das pendências. Foco na atualização dos status 6,7, 9 e 10.
Enviar processos Só enviará os processos. Foco na atualização dos status 1 e 2.
[x] Refatorar status de tramitação dos processos (dentro de um bloco).
[x] Refatorar status de tramitação dos blocos.