Lote, SAF, cierre y eco

Las aplicaciones Android de FINORA que cobran con tarjeta (AuroraPOS, la Caja Android y FINORA Pago en Android) comparten un mismo núcleo financiero. Ese núcleo hace cuatro promesas, y las cumple aunque se caiga la red o se apague el equipo en el peor momento.

1. Ninguna venta sin rastro

Antes de enviar una compra al banco, el terminal escribe la venta en su base local en estado en vuelo. Cuando llega la respuesta, la marca como aprobada o rechazada. Si el equipo se apaga entre medio, al volver a encender encuentra la venta en vuelo, la pasa a en duda y prepara su reverso.

Además, el terminal coteja que la respuesta corresponda a su pregunta: si llega una respuesta con otra traza (STAN), la ignora y trata la venta como en duda.

Una compra aprobada en AuroraPOS 1.4.1 con lector simulado. Datos de demostración; la tarjeta va enmascarada.

✕

2. Ningún reverso perdido (SAF)

Cuando una venta queda en duda, el terminal envía un reverso para deshacerla. Ese reverso se guarda antes de responderle al cajero, y se reintenta hasta que el host lo acepta. Esto es el SAF (store and forward, guardar y reenviar) de administración.

Situación	Qué hace el terminal
El host acepta el reverso	Lo borra de la cola y la venta queda reversada
El host no responde o pide reintentar	Reintenta con esperas crecientes, hasta un máximo de minutos entre intentos
Supera el número máximo de reintentos	Lo pasa a revisión manual. Nunca lo borra: lo cierra una persona

Reverso antes de la siguiente venta

Con reversos pendientes, no sale ninguna venta nueva. La cola se vacía antes de cada compra y antes de cada cierre. El cajero ve «Hay reversos pendientes de confirmar; reintentando…»: no es un rechazo, es el terminal protegiendo al cliente de un doble cobro.

3. Un cierre que cuadra contra el Merchant

Al cerrar el lote, el terminal envía al Merchant sus totales: cantidad y monto de ventas y de devoluciones, contando solo las aprobadas vigentes (sin anuladas ni reversadas).

El cierre de lote en AuroraPOS 1.4.1 (datos de demostración).

✕

Lo que responde el Merchant	Qué pasa
Los totales cuadran	El lote queda liquidado y se abre el siguiente
No cuadran	El terminal envía el detalle de cada operación, sin datos de la tarjeta. El Merchant encuentra las diferencias y el lote se cierra con descuadre, con la lista de discrepancias guardada
El switch no responde	El lote sigue abierto; se repite el cierre con el mismo número

Si el equipo se apaga a mitad de un cierre, al encender repite el cierre con el mismo número de lote: el host lo reconoce y no lo duplica.

4. El eco: probar la comunicación

La prueba de comunicación (el «eco») envía un mensaje de red al host y mide cuánto tarda la respuesta. Sirve al técnico para diagnosticar sin hacer una venta. La hora que devuelve el host se muestra como referencia; el terminal no cambia su reloj por ella.

Los estados de una venta en el terminal

Estado	Significado	¿Cuenta en los totales del cierre?
En vuelo	Se envió y aún no hay respuesta	No
Aprobada	El emisor dijo que sí	Sí
Rechazada	El emisor dijo que no	No
En duda	Error de comunicación o respuesta inválida; tiene un reverso en cola	No
Reversada	El host aceptó el reverso	No
Anulada	La anuló el cajero antes del cierre	No

Parámetros que gobierna el Merchant

El tiempo de espera hacia el host (entre 15 y 120 segundos) y el número máximo de reintentos de un reverso se configuran a distancia, desde el Merchant. Lo explica El Merchant gobierna el terminal.