Ciclo de vida de la transacción
Dentro del ecosistema FINORA (terminal, servidor del comercio, switch adquirente y portal) cada proceso tiene el estado que indica su tabla. La presentación de anulaciones y devoluciones al banco, el cotejo de totales, la conciliación con los archivos del banco y la ingesta de contracargos están en preparación: Próximamente.
Una venta con tarjeta no termina en la aprobación. Esta página recorre lo que pasa después, separando lo que FINORA hace hoy de lo que depende de la conexión con cada banco.
Resumen
| Proceso | Dentro del ecosistema FINORA | Con el banco |
|---|---|---|
| Reverso por timeout | Disponible | Disponible (0400 con reintentos desde cola persistente) |
| Reverso del comercio o del terminal | Disponible | Disponible (0420); reintentos en el adquirente: Próximamente |
| Anulación | Disponible en el terminal y en el portal | Próximamente como mensaje de anulación |
| Devolución | Disponible en el portal y por API, con cuatro ojos | Próximamente como mensaje de devolución o por archivo |
| Cierre de lote | Disponible | Próximamente (corte de totales o archivo) |
| Liquidación | Disponible (cálculo por comercio con su tarifario) | Próximamente (abono y archivo del banco) |
| Conciliación | Disponible entre los registros de FINORA | Próximamente (archivo diario del banco) |
| Contracargos | Registro y gestión manual de disputas en el portal | Próximamente (ingesta automática y ajuste en la liquidación) |
Reverso
Un reverso deshace una autorización que el comercio no puede dar por buena.
- Por timeout: si el banco no responde a tiempo, el switch adquirente genera el reverso y lo reintenta desde una cola persistente dentro de una ventana acotada. Agotada la ventana, queda como excepción para gestión operativa. El comercio recibe un rechazo por indisponibilidad y no debe reintentar la venta con otra clave de idempotencia sin antes conocer su resultado.
- Por el terminal: si la tarjeta rechaza el cierre EMV después de una aprobación, o el resultado no llegó al terminal, el terminal guarda el reverso en una cola local y lo envía antes de la siguiente venta. El servidor del comercio mantiene además su propia cola de reversos de respaldo.
Una sola fuente de reverso por venta, con la identidad saliente del adquirente: Próximamente.
Anulación
La anulación cancela una venta del mismo lote, antes del cierre.
- Hoy: el cajero la inicia en el terminal, o el comercio la solicita en el portal, donde otra persona con permiso de supervisor la autoriza.
- Próximamente: su presentación al banco como mensaje de anulación (por ejemplo, 0200 con código de proceso 02 o el que fije el banco) con el RRN y el código de autorización de la original, con la venta marcada como anulada solo cuando el banco la acepta.
Devolución
La devolución reintegra total o parcialmente una venta después del cierre del lote.
- Hoy: se solicita en el portal o por la API del comercio, con control de cuatro ojos y sin superar lo cobrado. Ver Devoluciones y vuelto.
- Próximamente: su presentación al banco como mensaje de devolución (código de proceso 20) remitido en línea o en el archivo de compensación, según lo pacte el banco, con su captura en el lote.
Cierre de lote
- Hoy: el terminal cierra el lote con los totales de ventas y devoluciones; el switch adquirente los coteja con su propio registro. El comercio consulta lotes y cierres en el portal.
- Próximamente: el cotejo con el banco, por corte de totales (0520/0522) o por archivo, según lo acuerde cada banco, y quién numera el lote.
Liquidación
- Hoy: FINORA calcula la liquidación de cada comercio con su tarifario y la muestra en el portal junto con el estado de cuenta.
- Próximamente: el modelo con el banco (quién abona, quién retiene comisiones e impuestos, plazo y hora de corte), la ingesta del archivo de abonos y el estado «abonado por el banco» en el portal.
Conciliación
- Hoy: conciliación entre los registros que genera FINORA (terminal, servidor del comercio y switch adquirente).
- Próximamente: ingesta del archivo diario del banco y conciliación por transacción (RRN, STAN, terminal y monto), con excepciones operables y estado visible para el comercio.
Contracargos
- Hoy: el portal registra las disputas y su ciclo de forma manual.
- Próximamente: ingesta automática de contracargos y recuperaciones desde los archivos del banco, y ajuste de la liquidación y del estado de cuenta del comercio cuando se pierde una disputa.
Siguientes pasos
- Bancos: especificación host-to-host y la lista de lo que necesitamos del banco.
- Comercios: Pagos y cobro empujado y Webhooks.