Clearing y liquidación

Cuando el terminal imprime «aprobada», el comercio todavía no tiene el dinero. Entre ese momento y el abono en su cuenta hay dos pasos que se nombran casi siempre juntos y que no son lo mismo.

Dos palabras, dos cosas

	Clearing (compensación)	Liquidación (settlement)
Qué es	Información: qué se vendió, a quién, por cuánto	Dinero: los fondos que pasan de un banco a otro
Qué produce	Un archivo con cada venta presentada	Una posición neta por participante y un movimiento de fondos
Pregunta que responde	«¿Qué te debo cobrar?»	«¿Cuánto te pago, en neto, hoy?»
Si falla	Una venta no se cobra al titular, o se cobra dos veces	El comercio no recibe su dinero, o lo recibe mal

La forma corta de recordarlo: el clearing informa; la liquidación paga.

Cómo viaja una venta hasta la cuenta del comercio

1. Captura

   1. Venta aprobadaSolo la financiera aprobada se presenta
   2. Lote cerradoConteo y montos cuadrados con el terminal

2. Clearing

   1. Archivo de presentaciónInforma a la red qué se vendió; no mueve fondos

3. Liquidación

   1. Posición netaLo que cada participante debe o recibe, en neto
   2. Abono al comercioLo vendido menos comisiones, por archivo de pago
   3. ConciliaciónLo depositado contra lo esperado

Tres ideas que explican por qué está hecho así:

1. Se liquida en neto. Entre dos bancos hay ventas en los dos sentidos durante el día. En vez de mover cada venta, se mueve la diferencia. Por eso la liquidación habla de posiciones, no de transacciones.
2. Se concilia en tres puntos. Lo capturado contra lo presentado, lo presentado contra lo aceptado por la red, y lo liquidado contra lo depositado. Una diferencia en cualquiera de los tres es una venta que alguien tiene que perseguir.
3. El clearing se construye con lo que ya está en el diario. Copiar los datos a otro sistema para armar el archivo abre una ventana en la que las dos copias difieren, que es justo el descuadre que el clearing debe evitar.

¿Quién es el dueño del clearing?

Esta es una decisión de arquitectura que todavía está abierta en FINORA, y conviene explicarla porque afecta a quién responde cuando un archivo no cuadra.

Hoy hay dos piezas que construyen el archivo de clearing: el switch y el backend de adquirencia (FINORA Merchant). La liquidación y la conciliación viven en el Merchant. La propuesta, pendiente de decisión, es que el switch sea el dueño de clearing y liquidación, por tres razones:

• Los datos de origen están en el switch. El lote y las capturas viven allí.
• Ante la red responde el procesador adquirente. Los plazos de presentación y la conciliación caen sobre quien procesa, y ese papel es del switch.
• Un canal que se cae no debe detener el dinero. Si el clearing depende de un componente de canal, su caída detiene la presentación de todos los comercios.

La migración se propone por fases y sin «big bang»: primero el switch expone el archivo y el Merchant lo consume en paralelo con el suyo, hasta que los dos coincidan; después se mueve la liquidación; al final se retira el código duplicado.

Estado honesto, al 2026-10-04

• El switch construye el archivo de clearing, pero todavía no lo transporta a ninguna red, y su liquidación no está en uso operativo.
• En el Merchant, la corrida de liquidación calcula el neto por comercio y escribe un archivo de pago, contra el banco simulado. El posteo automático al core está apagado.
• No hay ninguna red ni banco real recibiendo archivos de FINORA. Ningún flujo de clearing está certificado con una marca.

Qué sigue

• Lote, totales y cutover: el cierre que viene antes del clearing.
• Mensaje único y mensaje doble: por qué en el modelo doble el cobro firme llega con la presentación.