Fallos batch de transacciones
Referencia API
Fallos batch de transacciones
Descarga reportes CSV o JSON con filas fallidas de un job batch de transacciones, incluyendo número de fila, códigos de error y mensajes de validación.
GET
Fallos batch de transacciones
Endpoints
…/failures.csv→ descarga CSV (Content-Disposition: attachment)…/failures→ cuerpo JSON
Autenticación y permisos
transactions:create, entities:bulk_import, events:create (mismo middleware que el resto de /batch-import).
Respuestas HTTP
Columnas CSV
Jobs legacy sin
code en DB se normalizan al descargar cuando es posible. Si no hay fallos: CSV solo con header.
Respuesta JSON
Con
batchErrorHandling=rollback_all (default del upload multipart), un error de insert o refs de entidad inválidas (con validación estricta) aborta el batch: 0 filas creadas; el detalle de refs va a failures.csv (S3) y jobFailure, no a un array gigante en metadata. Con continue_collect_errors o stop_keep_success, las refs inválidas y otros fallos de fila se registran por fila y las válidas sí se crean (o se detiene en el primero, según política).Filas omitidas (duplicados)
skipped no son fallos: la transacción no se insertó porque ya existía
otra con el mismo externalId en tu organización. Este endpoint lista cuáles, para distinguir una
recarga de duplicados de un problema real.
Misma autenticación y permisos que los endpoints de fallos.
SKIPS_NOT_AVAILABLE significa que el job no tiene reporte guardado: jobs terminados antes de que
existiera este endpoint, jobs sin filas omitidas, y jobs enviados con skipDuplicates=false (los
duplicados los resuelve la base de datos y solo se cuentan, no se listan).
Ver también: Códigos de fallo, Importar transacciones, Historial unificado.