Issue Type Icon CAPL-9798

[CLOCK IN] Dispatch duplicado da Pipeline Hashes: Resources unavailable

Description

  • Formulário de origem: Abertura de issue para Plataforma Carol

  • Formulário preenchido por: marcos.marcone@totvs.com.br

  • Informe a sua área de atuação na TOTVS: PNRH - CLOCK IN

  • Ambiente impactado: Produção

  • Fase/estágio: Já estamos em PRODUÇÃO

  • Informe o assunto a ser direcionado: Quero reportar um tema que não consta em nenhuma das opções anteriores

  • Informe a Org relacionada: clockin

  • Informe o tenant/ambiente relacionado: clockinunif

  • Ciente de que, caso precise trazer upload de anexos, ele deverá acontecer na issue criada no JIRA Produção.: Estou ciente que o envio destas evidências será realizado diretamente na issue criada no JIRA PRODUÇÃO.

  • Informe a prioridade da sua issue: ALTA: o tema gera interrupção no funcionamento da aplicação, mas não provoca impacto financeiro direto. Ex.: telas de erro de programação, exceções no sistema.

  • Sendo prioridade CRÍTICA, relate a justificativa:

  • Título - Resumo: Dispatch duplicado da Pipeline Hashes: Resources unavailable

  • Descreva o seu problema:

Cenários Identificados

1. Indisponibilidade de Recursos e Latência no Dispatch

Durante a fase de persistência dos dados retornados após a execução de uma pipeline, a plataforma tem retornado intermitentemente o erro:

Platform resources currently unavailable, a new attempt will be made again automatically

  • Impacto: Este erro força tentativas automáticas que estendem significativamente a duração da task, causando atrasos na disponibilização dos dados para os clientes (vide evidência platform_resources_currently_unavailable.jpg).

2. Validação Redundante Pós-Conclusão (Job already finished)

Observou-se um comportamento onde, após o encerramento do job de dispatch, a pipeline realiza uma nova validação de dados após um longo período de inatividade.

  • Comportamento: A pipeline tenta retomar a execução, mas é interrompida e apresenta o log: Job already finished!.

  • Evidência: Conforme a imagem nova_validacao_apos_a_conclusao_da task.jpg, a task permanece em um estado ambíguo de processamento mesmo após a conclusão real do job.

Riscos à Integridade dos Dados

Impactos

Este comportamento é perigoso para pipelines críticas como a clockinrecords, pois pode provocar a desatualização de dados:

  • O maior risco reside no atraso do dispatch de uma task antiga. Se o dispatch da Task A (mais antiga) ocorrer após o dispatch da Task B (mais recente) devido a esses retries/atrasos, dados defasados podem sobrepor informações atualizadas, gerando dados desatualizados no ambiente de produção.

Evidências Anexadas

Done

Details

Created: 7 April 2026, 14:18 Updated: 3 June 2026, 21:38