Retentativa automática de execuções incompletas

Uma execução incompleta guarda um processamento que não terminou. A documentação do Make consultada em 26 de setembro de 2026 descreve retentativas automáticas para RateLimitError, ConnectionError e ModuleTimeoutError. Também contempla execuções guardadas pelo tratador Retry com conclusão automática ativada. A captura anterior deste guia usava o nome Break.

Antes de depender de uma nova tentativa

Ative o armazenamento de execuções incompletas nas configurações do cenário. Uma nova tentativa pode ajudar quando o serviço está temporariamente indisponível; não corrige, por si só, um campo obrigatório vazio ou um mapeamento incorreto.

O processo tem três etapas: agendar a tentativa, executar novamente e avaliar o resultado. Outros erros podem exigir correção dos dados e resolução manual.

Agendamento e retomada

Para RateLimitError, ConnectionError e ModuleTimeoutError, o Make agenda tentativas espaçadas conforme a tabela de espera progressiva, ou backoff. Os intervalos variam ao longo da sequência; não se trata de repetir imediatamente nem de manter um intervalo único. Consulte a tabela no trecho oficial Automatic retry scheduling para os tempos e a sequência aplicáveis.

No tratador Retry, as execuções incompletas só entram nessa conclusão automática quando ela está ativada. Os campos do tratador permitem configurar as tentativas e o intervalo; não confunda esses ajustes com a sequência de espera dos erros acima.

A retomada começa no módulo que causou o erro e não se inicia enquanto a execução original do cenário estiver em andamento. O Make também restringe quantas execuções incompletas do mesmo cenário podem ser retomadas simultaneamente. Quando há mais pendências, processa-as em lotes, aguardando o lote anterior terminar antes de iniciar o seguinte.

Essa restrição de concorrência se aplica separadamente a cada cenário, não como um teto compartilhado entre todos os cenários. Consulte o valor vigente e o exemplo de processamento em lotes no trecho oficial Automatic retry processing. Assim, o horário agendado não é garantia de início imediato: a execução original e os lotes anteriores podem adiar a retomada.

Como interpretar o resultado

• Resolved: a tentativa terminou com sucesso e não são necessárias novas tentativas para aquela execução.
• Unresolved: as tentativas falharam. Verifique a causa, corrija o que for necessário e resolva a execução manualmente ou tente novamente quando o serviço estiver disponível.

Orientação editorial: antes de repetir uma ação de escrita, confira se o sistema de destino já recebeu parte dos dados. Não presuma que uma falha na resposta significa que nada foi gravado.

Fonte

Documentação original do Make. Consulta realizada em 26 de setembro de 2026.