Crear transacciones en lote
Referencia API
Crear transacciones en lote
Crear múltiples transacciones en una sola llamada para escenarios de alto volumen — en la API de monitoreo transaccional gu1 para fraude y AML.
POST
Crear transacciones en lote
Documentation Index
Fetch the complete documentation index at: https://docs.gu1.ai/llms.txt
Use this file to discover all available pages before exploring further.
Resumen
Crea múltiples transacciones en una sola operación en lote. Este endpoint está optimizado para alto volumen. Límites:- Un solo lote: hasta 100.000 transacciones por petición; el cuerpo no debe superar 50 MB.
- Varios archivos en una llamada: usar
POST /transactions/batch/background-multicon un arraysources(hasta 5 archivos, 100.000 transacciones cada uno); límite del cuerpo 150 MB. - Carga por archivos (multipart): usar
POST /transactions/batch/uploadpara enviar archivos CSV, Excel o JSON directamente; máx. 5 archivos por petición. El límite por archivo depende de tu plan.
- La API mantiene la conexión abierta hasta 30 segundos.
- Si el lote termina en 30 segundos, responde 200 con el resumen completo (creadas, omitidas, reglas ejecutadas, tiempo, etc.).
- Si supera 30 segundos, responde 202 con un
jobIdy sigue procesando en segundo plano. Al terminar se notifica en el dashboard (y por socket en tiempo real si está conectado).
POST /transactions/batch/background— Un solo lote; devuelve 202 de inmediato y notifica por socket al terminar.POST /transactions/batch/background-multi— Varios archivos en una petición (máx. 5); devuelve 202 y una notificación cuando se procesan todos.POST /transactions/batch/upload— Multipart form-data: enviar uno o más archivos (CSV, Excel, JSON) en el campofile; el servidor los parsea y ejecuta el mismo flujo. Ideal cuando tenés archivos en lugar de JSON.
Endpoints
Carga por archivos (multipart)
UsáPOST /transactions/batch/upload cuando tengas archivos CSV, Excel o JSON y quieras que el servidor los parsee. La petición debe ser multipart/form-data (FormData), no JSON.
- Máx. 5 archivos por petición.
- Formatos aceptados: CSV (
.csv), Excel (.xlsx,.xls), JSON (.json). - Límite de transacciones por archivo según el plan de la organización (ver Límites por plan).
- Query:
validateGap(por defectofalse). Si enviásvalidateGap=truecon varios archivos, la API comprueba que no haya un salto de tiempo de 30 minutos o más entre el fin de un archivo y el inicio del siguiente (portransactedAt). Si lo hay, devuelve 400 concode: "GAP_VALIDATION_REQUIRED"y la lista de saltos. Por defecto la validación está desactivada; usá?validateGap=truepara activarla.
Campos del form
| Campo | Tipo | Requerido | Descripción |
|---|---|---|---|
file | File | Sí | Uno o más archivos (CSV, Excel, JSON). Repetí el campo file para varios archivos. |
executeRules | string | No | "true" (default) o "false" |
skipDuplicates | string | No | "true" (default) o "false" |
validateExistingEntity | string | No | "true" (default) o "false" |
Ejemplo: envío con FormData (JavaScript)
Ejemplo: cURL
Límites por plan
El máximo de transacciones por archivo (tanto en upload como en background-multi) depende del plan de la organización:| Plan | Máx. transacciones por archivo |
|---|---|
| Freemium | 4.000 |
| Startup | 12.000 |
| Growth | 30.000 |
| Enterprise | 100.000 |
| Por uso (pay-as-you-go) | 100.000 |
Plantillas
Para armar archivos CSV, Excel o JSON que cumplan el esquema:- Dashboard: En Monitoreo de transacciones, abrí el modal Carga batch. Usá los botones Descargar CSV, Descargar Excel o Descargar JSON para obtener plantillas con los encabezados correctos y una fila de ejemplo. Es la forma más sencilla de empezar.
- Campos requeridos por fila: Cada transacción debe incluir al menos
externalId,type,amountycurrency. Recomendados:transactedAt,status,originName,destinationName,description. Esquema completo en Crear transacción. - CSV/Excel: Los nombres de columna pueden ser camelCase (
externalId,transactedAt) o snake_case (external_id,transacted_at); el servidor los normaliza. Fecha en ISO 8601 (ej.2025-01-15T10:30:00.000Z).
Autenticación
Cuerpo (sync y background)
Array de objetos de transacción (mín. 1, máx. 100.000 por petición). Misma estructura que Crear transacción. Cuerpo máx. 50 MB.
Si se ejecutan reglas para todas las transacciones del lote
Omitir transacciones con
externalId duplicado en lugar de fallar todo el loteCon
true (por defecto en lote): por cada fila, cada extremo (origen/destino) se valida solo si enviaste al menos un identificador de ese extremo (*EntityId, *ExternalId o *TaxId en raíz). Cada campo enviado debe existir en la org; si no, 400 INVALID_ENTITY_REFERENCES y ninguna transacción del lote se crea (según batchErrorHandling). El orden de auto-vinculación sigue siendo: entityId → externalId → taxId.Con false: mismo comportamiento permisivo que Crear transacción (default false ahí) — referencias sin match no bloquean el lote.*EntityId y, si no enviaste nombre/país, se pueden rellenar *Name y *Country desde la entidad (como en creación individual).
Cuerpo (solo background-multi)
Array de objetos:
{ "fileName": "opcional", "transactions": [ ... ] }. Mín. 1, máx. 5 fuentes. Cada transactions: máx. 100.000 (o el límite de tu plan por archivo). Cuerpo total máx. 150 MB.Respuesta 200 (completado en 30 s)
Si la operación en lote se completó correctamente
Número de transacciones creadas
Omitidas (duplicados o errores de validación)
Fallidas
Transacciones creadas
Errores por transacción:
index, externalId, error, codeTiempo total de procesamiento
Respuesta 202 (procesamiento > 30 s o background)
Identificador del job; correlacionar con la notificación en tiempo real al completar
"processing"Mensaje indicando que el proceso continúa en segundo plano y se notificará en el dashboard
(Solo background-multi.) Número de archivos en proceso
Ejemplo de uso
Errores
- 400 - Lote vacío o tamaño excedido (máx. 100.000 por request)
- 413 - Cuerpo > 50 MB (o 150 MB en multi). Dividir en lotes más pequeños.
Buenas prácticas
- Respetar límites: 100.000 por request, 50 MB (150 MB multi).
- Usar siempre
skipDuplicates: true. - Para importación histórica:
executeRules: falsey opcionalmentevalidateExistingEntity: false. - Manejar 200 vs 202: 200 = resultado en el cuerpo; 202 = job en background, esperar notificación.
- Validar campos requeridos según Crear transacción.
- Usar background-multi para muchos archivos (hasta 10 en una llamada).
Próximos pasos
- Crear transacción - Una transacción
- Cambiar estado de transacción - Cambiar estado
- Monitoreo de transacciones - Detección de fraude