Skip to main content
GET
Fallos batch de transacciones

Endpoints

  • …/failures.csv → descarga CSV (Content-Disposition: attachment)
  • …/failures → cuerpo JSON

Autenticación y permisos

Requiere al menos uno de: 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)

Las filas contadas en 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.