Reprocessar Backlog de TED IN
Use este endpoint para forçar um passo imediato de reprocessamento sobre as mensagens JD de entrada persistidas e não processadas para o tenant atual. Diferentemente de /ted-in/poll, esta rota não lê a fila destrutiva do JD — apenas reprocessa linhas de backlog duráveis já persistidas localmente.
Use o cabeçalho X-Idempotency para deduplicação garantida.
Autorizações
Autenticação por token JWT Bearer. O tenantId é derivado do token bearer ou do contexto de requisição autenticado e não é fornecido por meio do X-Organization-Id.
Cabeçalhos
Escopo da organização Midaz para a requisição, usado para chamadas downstream ao CRM, Fees e Midaz. Obrigatório nas rotas de transferência com escopo de organização em todos os modos de implantação; um valor ausente ou que não seja UUID retorna 400. Este não é o identificador do tenant — o tenantId é derivado do JWT bearer ou do contexto autenticado, nunca deste cabeçalho. Workers em segundo plano (poller de TED IN, conciliação) não possuem cabeçalho de requisição e, no modo single-tenant, recorrem à variável de ambiente ORGANIZATION_ID da implantação.
Chave de idempotência obrigatória para tentativas seguras. Use um UUID v4 ou identificador de negócio único. Se a mesma chave for enviada novamente e a solicitação original já tiver sido processada, a resposta em cache será retornada.
Consulte Tentativas e idempotência para detalhes.
255Resposta
Indica que o passo de reprocessamento foi concluído. O campo outcome reporta o resultado do ciclo e replayed é o número de linhas de backlog reprocessadas.
Rótulo do resultado do reprocessamento. Diferentemente do ciclo de polling, o reprocessamento não verifica a janela de horário de funcionamento e não possui cancelamento por mensagem, portanto nunca retorna skipped_outside_window ou cancelled.
success, empty, skipped_busy, error "success"
Número de linhas de backlog persistidas reprocessadas durante este passo.
x >= 02