Cómo rutea Aurora

Aurora toma dos decisiones de ruteo distintas, y conviene no mezclarlas:

1. Qué hacer con el mensaje: qué tubería de pasos corre. Lo decide el tipo de mensaje y la operación.
2. A quién le toca autorizarlo: al propio switch o a otra institución. Lo decide el BIN de la tarjeta y, en adquirencia, las reglas de flujo.

Primera decisión: qué tubería corre

Cuando llega un mensaje, Aurora mira dos datos: el tipo de mensaje (MTI) y el código de proceso (DE 3), que dice si es una compra, un retiro, una consulta o una devolución. Con esos dos datos elige una tubería (pipeline).

Mensaje y operación	Tubería
Compra financiera	Autorización
Retiro	Retiro
Consulta de saldo	Consulta
Devolución	Devolución
Preautorización	Preautorización
Reverso	Reverso
Aviso	Aviso
Cierre de lote o de periodo	Cierre
Gestión de red	Gestión de red y cambio de llaves
Venta de otra institución	Autorización remitida
Un mensaje que no se reconoce	«No soportado»: se rechaza con un código explícito, nunca se ignora

Una tubería es una cadena de pasos

Cada tubería está hecha de pasos pequeños e independientes, en tres etapas: entrada (entender el mensaje), proceso (decidir) y salida (armar la respuesta). Así se ve, simplificada, la tubería de una compra:

1. Entrada

   1. Leer el mensajeCon el dialecto de quien lo envía
   2. Descartar duplicadosLa misma venta no se autoriza dos veces
   3. Validar formatoCampos obligatorios y coherentes

2. Proceso

   1. Validar la tarjetaExiste, vigente, no bloqueada
   2. Verificar PIN y chipSiempre en el HSM
   3. Saldo, límites y fraude
   4. AutorizarCon saldos propios, contra el core o en stand-in
   5. Capturar en el lote
   6. Acumular totales

3. Salida

   1. Armar la respuestaCon el código de respuesta
   2. Datos para el chipLa respuesta criptográfica del emisor
   3. Cerrar el registroCon la respuesta real

Si un paso rechaza, los siguientes de la etapa de proceso no corren y la respuesta lleva el motivo.

Algunos pasos se omiten solos según cómo esté configurado el switch. Por ejemplo, «autorizar contra el core» no corre si el switch trabaja con saldos propios, y «contabilizar localmente» no corre si trabaja contra el core.

El orden lo fija el paso, no la lista

La configuración de cada tubería dice qué pasos corren. Cuándo corre cada uno lo fija el propio paso, con un número de orden declarado en su código, y el motor los ordena por ese número. Una prueba automática impide que la lista y el orden real diverjan.

¿Por qué tanto cuidado? Porque costó un incidente. Con el orden por defecto, unas validaciones quedaban después de contabilizar, y un rechazo tardío dejaba un débito sin su venta. Por eso la consola Aurora Office muestra cada tubería con su orden real de ejecución, no con el de la lista.

Segunda decisión: on-us u off-us

Con la tubería elegida, falta saber quién autoriza. Aurora mira el comienzo del número de la tarjeta (el BIN) y lo busca en su tabla de rutas:

• Sin ruta activa para ese BIN: la tarjeta es on-us, de un emisor que el propio switch atiende. Se autoriza en casa.
• Con ruta activa hacia un nodo: la tarjeta es off-us. La venta se remite a ese nodo por la tubería de autorización remitida, que conserva las validaciones de formato y de vigencia: una tarjeta vencida no tiene por qué viajar al banco.

Si dos rutas sirven, gana la más específica: la del prefijo más largo. A igual largo, gana la que tenga el número de prioridad más bajo.

Una venta remitida también es una venta adquirida

Cuando el otro banco aprueba, Aurora igual la anota en su diario y la captura en el lote del terminal. Sin eso, el cierre de lote del comercio descuadraría y un reverso posterior no encontraría la venta original.

Reglas de flujo en adquirencia

En adquirencia hay una capa más: reglas de flujo configurables por comercio, sucursal o tipo de operación. Se publican en lotes versionados y se pueden simular antes de activarlas: la simulación explica el veredicto con hechos («esta regla aplica porque…»), no con un sí o un no.

Desvío en caliente

Un operador puede desviar un nodo hacia otro sin tocar las rutas ni las reglas, por ejemplo mientras una contraparte está en mantenimiento. Bloquear un nodo conserva su configuración y su enlace vivo; desactivarlo lo apaga.

Cada contraparte es un nodo

Del otro lado de cada ruta hay un nodo: la contraparte de un enlace. Un nodo dice:

• si el switch marca hacia ella (cliente), si espera que ella marque (servidor), o ambas;
• por qué puerto escucha y si el puerto cifra;
• qué dialecto habla y qué enmarcado usa;
• si exige inicio de sesión.

Aurora Office dibuja esa topología completa: por qué puerto entra una transacción, qué interconexión decide y a qué nodo sale. Lo explica Un nodo por puerto.

Qué sigue

• Stand-in: autorizar por el emisor
• Qué resuelve la consola