Reprocesar Backlog de TED IN
Utilice este endpoint para forzar un pase inmediato de reprocesamiento sobre los mensajes JD entrantes persistidos y no procesados para el tenant actual. A diferencia de /ted-in/poll, esta ruta no lee la cola destructiva de JD — solo reprocesa filas de backlog duraderas ya persistidas localmente.
Use el header X-Idempotency para deduplicación garantizada.
Autorizaciones
Autenticación mediante token JWT Bearer. El tenantId se deriva del token bearer o del contexto autenticado de la solicitud y no se proporciona a través de X-Organization-Id.
Encabezados
Alcance de organización Midaz para la solicitud, utilizado para las llamadas posteriores a CRM, Fees y Midaz. Es obligatorio en las rutas de transferencia con alcance de organización en todos los modos de despliegue; un valor faltante o que no sea un UUID devuelve 400. Este no es el identificador del tenant — el tenantId se deriva del JWT bearer o del contexto autenticado, nunca de este header. Los workers en segundo plano (poller de TED IN, conciliación) no tienen header de solicitud y, en modo single-tenant, recurren a la variable de entorno ORGANIZATION_ID del despliegue.
Clave de idempotencia requerida para reintentos seguros. Utilice un UUID v4 o un identificador de negocio único. Si se envía la misma clave nuevamente y la solicitud original ya fue procesada, se devuelve la respuesta almacenada en caché.
Consulte Reintentos e idempotencia para más detalles.
255Respuesta
Indica que el pase de reprocesamiento se completó. El campo outcome reporta el resultado del ciclo y replayed es el número de filas de backlog reprocesadas.
Etiqueta del resultado del reprocesamiento. A diferencia del ciclo de polling, el reprocesamiento no verifica la ventana de horario de operación y no tiene cancelación por mensaje, por lo que nunca devuelve skipped_outside_window ni cancelled.
success, empty, skipped_busy, error "success"
Número de filas de backlog persistidas reprocesadas durante este pase.
x >= 02