1 · Cómo funciona la integración
FLUX adelanta a los comercios los fondos de sus cuotas futuras. Para operar necesita, de forma estructurada, la información de comercios, ventas y liquidaciones. A cambio le entrega al adquirente las altas y bajas del programa y el calendario de liquidaciones que debe recibir.
El flujo es bidireccional y se ordena en cinco procesos:
RECIBIMOS Adquirente → FLUX
1A Alta del comercio · datos de afiliación al enrolar
1B Historia transaccional · últimos 12 meses una vez, al enrolar
2A Liquidación diaria y su composición diaria
2B Ventas del día diaria
ENTREGAMOS FLUX → Adquirente
3A Altas y bajas de comercios del programa diaria
3B Calendario proyectado de liquidaciones diariaEl corazón del modelo
El calendario de 3B le dice al adquirente qué liquidaciones futuras corresponden a FLUX —porque FLUX adelantó esas cuotas— para que las abone a la cuenta recaudadora de FLUX en lugar de a la del comercio. Se cruza 1:1 con la composición de la liquidación diaria de 2A para conciliar.
2 · Canales de conexión soportados
FLUX es flexible con el transporte: cualquiera de estas opciones sirve. Lo importante es la estructura y la frecuencia del dato, no el medio.
API REST
JSON, push (webhook) o pull. Tiempo real o por lote.
Archivos planos
CSV o TXT de ancho fijo, depositados en SFTP.
XML
Esquema acordado, por SFTP o servicio SOAP.
JSON por lote
Archivo .json por SFTP o almacenamiento (S3, GCS).
Correo / SMTP
Adjunto cifrado a un buzón dedicado. Es el fallback.
Se puede empezar con archivos planos diarios por SFTP y migrar a API en una segunda fase, o ir directo a API.
3 · Seguridad
Cifrado en tránsito y en reposo en todos los canales, y firma de mensajes en los que la admiten. Cada adquirente recibe credenciales propias y un ambiente de pruebas antes de operar.
Firma de las llamadas API
Sobre API REST, cada llamada se firma con HMAC-SHA256 siguiendo la especificación Standard Webhooks. La firma es la credencial: no hay usuario ni contraseña.
webhook-id: identificador único de esta llamada (UUID)
webhook-timestamp: epoch en segundos
webhook-signature: v1,<firma base64>La firma es el HMAC-SHA256, en base64, de {webhook-id}.{webhook-timestamp}.{cuerpo}, donde cuerpo es el JSON enviado byte a byte, sin reformatear.
- El secreto no es compartido: FLUX entrega uno distinto por cada par comercio–adquirente, de modo que una credencial expuesta no permite firmar por otro comercio.
- El
webhook-idda idempotencia: repetir una llamada con el mismo id no reprocesa nada. Reintentar es seguro. - Una llamada con
webhook-timestampfuera de la ventana de tolerancia se rechaza. Hay que mantener el reloj del emisor sincronizado. - Sobre SFTP o correo, el archivo viaja cifrado a un destino dedicado por adquirente.
4 · Alta del comercio · datos de afiliación
Cuando un comercio se incorpora a FLUX, sus datos de afiliación permiten validar identidad y cuenta de abono.
- Dirección
- Adquirente → FLUX
- Frecuencia
- Al enrolar (on-demand)
- Formato sugerido
- API o archivo por comercio
| Campo | Descripción | Ejemplo | Oblig. |
|---|---|---|---|
| RUT del comercio | Identificador tributario de la empresa afiliada. | 76.123.456-7 | |
| Razón social | Nombre legal del comercio. | Comercial XYZ SpA | |
| Código(s) de comercio | Código de afiliación del adquirente. Un comercio puede tener varios, por local o terminal. | 597012345678 | |
| Nombre de fantasía / local | Nombre comercial de cada local asociado al código. | XYZ Providencia | |
| Producto / medios habilitados | Débito, crédito o prepago que opera el comercio. | Crédito | |
| Cuenta bancaria de abono | Banco, tipo de cuenta, número y RUT del titular donde el adquirente liquida. | BCI · Cta Cte · 001234567 | |
| Fecha de afiliación | Fecha desde la que el comercio opera con el adquirente. | 2023-05-10 | |
| Estado del comercio | Activo, suspendido o dado de baja. | Activo | |
| Rubro / MCC | Categoría de comercio, para perfil de riesgo. | 5411 |
5 · Historia transaccional · últimos 12 meses
Ventas al contado y en cuotas, con montos y comportamiento de abono. Con esto FLUX calcula la línea de adelanto del comercio. Corre una sola vez, al enrolar.
- Dirección
- Adquirente → FLUX
- Frecuencia
- Una vez, al enrolar (carga inicial)
- Formato sugerido
- Archivo por lote (CSV/JSON) por SFTP
| Campo | Descripción | Ejemplo | Oblig. |
|---|---|---|---|
| Código de comercio | Comercio al que pertenece la venta. | 597012345678 | |
| Fecha de venta | Fecha y hora en que se realizó la transacción. | 2025-11-14 | |
| ID único de la transacción | Identificador de la venta en el adquirente. | ADQ-99887766 | |
| Código de autorización | Código de aprobación de la transacción. | 123456 | |
| Tipo de venta | Contado o en cuotas. Determina si es candidata a adelanto. | Cuotas | |
| Monto de la venta | Monto total de la transacción. | 240000 | |
| Número total de cuotas | Cantidad de cuotas pactadas, si aplica. | 12 | |
| Detalle por cuota | Por cada cuota: número, monto de la cuota, monto de abono y fecha de abono o liquidación. | 3/12 · 20000 · abono 19400 · 2026-02-05 | |
| Estado de cada cuota | Pagada o pendiente de liquidar. | Pendiente | |
| Tipo y marca de tarjeta | Crédito o débito, y marca. | Crédito · Visa | |
| Canal | Presencial (POS), e-commerce o mailorder. | Presencial | |
| Moneda | Moneda de la operación. | CLP |
Dato clave · sobre qué se calcula el adelanto
El monto de abono —lo que efectivamente liquida el adquirente por cada cuota, ya neto de su comisión— es la base sobre la que FLUX calcula el adelanto. No el monto facial de la cuota. Por eso el detalle por cuota debe traer ambos: monto de la cuota y monto de abono.
6 · Liquidación diaria y su composición
El monto liquidado por comercio y qué ventas y cuotas lo componen. Es lo que permite conciliar y recuperar los adelantos contra la cuota que efectivamente se liquidó.
- Dirección
- Adquirente → FLUX
- Frecuencia
- Diaria
- Formato sugerido
- Archivo diario (cabecera + detalle) o API
| Campo | Descripción | Ejemplo | Oblig. |
|---|---|---|---|
| Fecha de liquidación | Día en que el adquirente abona al comercio. | 2026-02-05 | |
| Código de comercio | Comercio que recibe la liquidación. | 597012345678 | |
| Monto total liquidado | Monto neto abonado ese día al comercio. | 1480000 | |
| Cuenta de abono destino | Cuenta bancaria donde se depositó. | BCI · 001234567 | |
| ↳ ID venta + autorización | Venta y cuota que aporta a este abono. | ADQ-99887766 · 123456 | |
| ↳ Número de cuota | Qué cuota de esa venta se está liquidando. | 3/12 | |
| ↳ Monto del ítem | Monto abonado por esa cuota o venta. | 19400 | |
| ↳ Tipo de movimiento | Venta, contracargo, ajuste, comisión, retención. | Abono venta | |
| ↳ Deducciones | Comisión del adquirente, contracargos u otros descuentos aplicados. | Comisión 600 |
Las filas con ↳ son el detalle: se repiten por cada ítem que compone la liquidación del día.
7 · Ventas del día
Transacciones nuevas, con identificación de cuotas y canal. Alimenta la oferta de nuevas cuotas adelantables.
- Dirección
- Adquirente → FLUX
- Frecuencia
- Diaria
- Formato sugerido
- Archivo diario o API push
| Campo | Descripción | Ejemplo | Oblig. |
|---|---|---|---|
| Código de comercio | Comercio que generó la venta. | 597012345678 | |
| Fecha de venta | Fecha y hora de la transacción. | 2026-02-04 18:22 | |
| ID único + autorización | Identificadores de la venta. | ADQ-99887766 · 123456 | |
| Monto de la venta | Total de la transacción. | 240000 | |
| ¿Contado o cuotas? | Marca si la venta es en cuotas —candidata a adelanto— o al contado. | Cuotas | |
| Número total de cuotas | Cantidad de cuotas si aplica. | 12 | |
| Calendario de abono proyectado | Por cada cuota: monto de abono y fecha en que se liquidará. | cuota 1 → 19400 @ 2026-03-05 | |
| Canal | Presencial, e-commerce o mailorder. | E-commerce | |
| Tipo y marca de tarjeta | Crédito o débito, más marca. | Crédito · Mastercard |
Por qué conviene la conexión directa
Hoy FLUX obtiene esta información replicando el portal del adquirente. Una conexión directa —API o archivo— elimina esa dependencia, mejora la latencia y da certeza del dato en origen.
8 · Altas y bajas de comercios
Qué comercios entran o salen del programa FLUX cada día. Saberlo le permite al adquirente aplicar la redirección de la liquidación de las cuotas adelantadas hacia FLUX.
- Dirección
- FLUX → Adquirente
- Frecuencia
- Diaria
- Formato sugerido
- Archivo o API
| Campo | Descripción | Ejemplo | Oblig. |
|---|---|---|---|
| Código de comercio | Comercio afectado. | 597012345678 | |
| RUT / razón social | Identificación del comercio. | 76.123.456-7 · XYZ SpA | |
| Tipo de evento | Alta, si se incorpora a FLUX, o baja, si deja el programa. | Alta | |
| Fecha efectiva | Desde cuándo aplica el alta o la baja. | 2026-07-01 | |
| Motivo | Motivo de la baja, cuando aplique. | Retiro voluntario |
9 · Calendario proyectado de liquidaciones a recibir
Las cuotas adelantadas cuya liquidación FLUX debe recibir, con su fecha y monto, para que el adquirente las abone a la cuenta recaudadora de FLUX en lugar de a la del comercio.
- Dirección
- FLUX → Adquirente
- Frecuencia
- Diaria (actualización)
- Formato sugerido
- Archivo o API
| Campo | Descripción | Ejemplo | Oblig. |
|---|---|---|---|
| Código de comercio | Comercio que efectuó el adelanto. | 597012345678 | |
| ID venta + autorización | Venta a la que pertenece la cuota adelantada. | ADQ-99887766 · 123456 | |
| Número de cuota | Qué cuota fue adelantada. | 3/12 | |
| Monto a liquidar | Monto de abono de esa cuota que debe recibirse en FLUX. | 19400 | |
| Fecha proyectada de liquidación | Fecha en que se espera el abono de esa cuota. | 2026-05-05 | |
| Identificador del adelanto | Referencia FLUX de la operación, para conciliar. | FLX-ADV-00458 | |
| Cuenta destino FLUX | Cuenta a la que el adquirente debe redirigir la liquidación. | Cuenta recaudadora FLUX |
GET /v1/acquirer/settlement-calendar?date=2026-05-05
{
"generatedAt": "2026-05-04T23:10:00Z",
"items": [
{
"commerce_code": "597012345678",
"transaction_id": "ADQ-99887766",
"authorization_code": "123456",
"installment_number": 3,
"installments_total": 12,
"settlement_amount": "19400",
"projected_at": "2026-05-05",
"advance_id": "FLX-ADV-00458"
}
]
}10 · Ejemplo completo · una venta en 12 cuotas
Venta de $240.000 en 12 cuotas del comercio 597012345678, con abono neto por cuota de ~$19.400 ya descontada la comisión del adquirente. Fecha de referencia: 15 de febrero de 2026.
- 1
Llega la venta al día siguiente
Proceso 2B · Recibimos
El adquirente envía la venta con su calendario de abono proyectado: 12 cuotas de ~$19.400, con liquidación mensual desde el 5 de marzo de 2026. Se marca como venta en cuotas, candidata a adelanto.
- 2
El comercio arma la oferta
Oferta al comercio
La cuota 1 no es adelantable. El comercio elige adelantar las cuotas 3, 4 y 5. FLUX calcula la comisión sobre el monto de abono, según los días de anticipación: 79, 110 y 140 días.
- 3
FLUX desembolsa
Oferta al comercio
Tras validar el OTP, FLUX transfiere $55.637 al comercio sobre $58.200 de abono. Los valores quedan congelados: monto de abono, comisión y días de adelanto por cuota.
- 4
FLUX informa al adquirente
Procesos 3A y 3B · Entregamos
Si es la primera operación del comercio, va en el alta diaria. En el calendario proyectado se informan las tres cuotas adelantadas con fecha, monto e identificador de adelanto FLX-ADV-00458.
- 5
Recupero mes a mes
Proceso 2A · Recibimos
El 5 de mayo, la composición de la liquidación diaria incluye la cuota 3 por $19.400. FLUX la cruza 1:1 contra el calendario y recupera el adelanto. Lo mismo en junio y julio. Las cuotas 6 a 12 siguen liquidándose normalmente al comercio.
Resultado de la operación
FLUX desembolsó $55.637 y recupera $58.200 en tres liquidaciones. La diferencia son la comisión y el impuesto de timbres de la operación.
11 · Puesta en marcha
Para avanzar en la conversación técnica:
- 1
Elegir el canal por flujo
Empezar con archivos planos diarios por SFTP y migrar a API en una segunda fase, o ir directo a API.
- 2
Acordar el diccionario de datos definitivo
Nombres, tipos, largos y catálogos de estados y tipos de movimiento de cada archivo o endpoint, a partir de las tablas de este documento.
- 3
Definir frecuencias y ventanas de corte
Hora de disponibilidad de la liquidación y de las ventas del día.
- 4
Mecanismo de redirección
Cómo se redirige la liquidación de las cuotas adelantadas hacia la cuenta recaudadora de FLUX.
- 5
Seguridad y certificación
Cifrado en tránsito y reposo, firma de mensajes, credenciales y ambiente de pruebas. Se corre un lote completo hasta dejar en cero las filas rechazadas.
¿Integramos?
Escríbenos y abrimos un ambiente de pruebas con credenciales propias para tu equipo técnico.
integraciones@goflux.io