FINORA
Por qué existe

Cada canal cobraba por su lado. Ahora hay un solo motor.

1
Cada canal, una integración

La caja hablaba con el terminal, la web con un proveedor, el ERP con nadie. Tres proyectos, tres contratos, tres formas de fallar.

2
Cada banco, una API

Pago móvil, transferencias, QR y cripto cambian de banco en banco. El comercio no debería saberlo.

3
Cada equipo, un proveedor

Un datáfono de otra marca quedaba fuera del sistema: sin conciliación, sin telemetría, sin marketplace.

Caja Windows · Androidmostrador, kiosco, autoservicio Terminal AuroraPOSEMV · PIN · cobro empujado Web o app del comercioCheckout · SDK · página de pago Caja satélite · ERPFINORA Pago para Windows Terminal AMPterminal externo · Smart Connect Un solo motor intención → intento por riel → veredicto medios por comercio y terminal lote · clearing · liquidación · conciliación telemetría · alertas · webhooks Switch AuroraISO 8583 · tarjeta Bancospago móvil · transferencia · QR
Por qué
Qué hay

Trece componentes, cuatro zonas, un motor en el centro.

Mapa de componentes de la suite FINORA Merchant
Abrir interactivo Puntos de cobro · FINORA Merchant (un solo motor) · Comercio en la nube · Red de pagosGuía de referencia: finoracore.com/academy/merchant
Qué hay
Flujo 1 de 4

Compra con tarjeta: la caja nunca ve la tarjeta.

Secuencia de compra con tarjeta
Abrir interactivo Caja → API ECR → AuroraPOS → Merchant (JSON → ISO 8583) → Switch Aurora → autorizador → recibo
Flujos
Flujo 2 de 4

Cobro empujado: el terminal del motorizado se enciende solo.

Secuencia de cobro empujado al terminal
Abrir interactivo Software del comercio (X-API-Key) → Merchant · DispatchService → AuroraPOS por long-poll → Switch → veredictoPENDIENTE → ENTREGADA → ACEPTADA → COMPLETADA
Flujos
Flujo 3 de 4

Checkout web o app: sesión con token y webhook firmado.

Secuencia del checkout web
Abrir interactivo POST /api/v1/checkout/sesiones · <finora-checkout> · pago.finoracore.com/s/{id}?t= · X-Finora-Signature: t=,v1=,v0=
Flujos
Flujo 4 de 4

Caja satélite: «cobra 227,00 por el pedido 8841».

Secuencia de caja satélite con FINORA Pago
Abrir interactivo POST http://127.0.0.1:9810/v1/cobros · finora-pago://cobrar?… · finora-pago.exe cobrar --monto 227.00 --referencia 8841 --jsonGuía: finoracore.com/academy/pago
Flujos
Cómo se administra

Principal, agencias, sucursales, puntos de cobro. Y qué medio acepta cada uno.

PRINCIPALAGENCIASSUCURSALESPUNTOS DE COBRO Comercio principalconsolida · liquida · despacha Agencia CaracasparentMerchant · liquida sola Agencia Valenciano despacha a hermanas Centrooutlet Esteoutlet Norteoutlet Suroutlet Caja atendidaATENDIDATARJETA · PM · EFECTIVO KioscoAUTOSERVICIOSIN EFECTIVO MotorizadoMOVIL · MOTO0001TARJETA · PM · QR Tienda en líneaECOMMERCECHECKOUT · SIN EFECTIVO
Medios de pago por comercio y por terminal
Abrir interactivo disponible = catálogo ACTIVE ∩ comercio ∩ terminalJerarquía en detalle
Cómo se administra
Cómo se opera

FINORA Torre: lo que pasa en cada caja, en vivo y en la TV de la sucursal.

Flujo de datos de FINORA Torre
Abrir interactivo Cabina: /monitoreo · /monitoreo/sucursal/… · /monitoreo/terminal/… · /monitoreo/alertas · TV: /tv/{código}Semáforo VERDE · AMARILLO · ROJO · GRIS
Cómo se opera
Cómo se opera

Terminal 360: el equipo completo, desde una sola consola.

Terminal 360: inspector PCI con PAN enmascarado
Inspector PCI
Terminal 360: playground de comandos
Playground de comandos
Cómo se opera
Cómo se adopta

Un App Store para instalar y un centro para integrar.

Marketplace · portal y consola
POS
AuroraPOSAndroid · terminal de pago · agente TMS
1.4.1
CJ
FINORA CajaWindows · kiosco forzado, autoservicio, inventario
1.7.0
CJ
FINORA Caja AndroidTablet · atendida o autoservicio · misma firma que AuroraPOS
1.3.1
PG
FINORA PagoWindows · cobrador para cajas satélite · formal o inmersivo
1.4.1
DLL
ECR DLLWindows · .NET · plugin para cajas existentes
ECR

Entitlement: versión certificada y (pública, regla de política o licencia con HMAC). Descargas por enlace firmado de 5 minutos, servidas desde el Merchant.

Centro de desarrolladores · developers.finoracore.com
11
Guías con código realEmpezar, checkout, FINORA Pago, cobro empujado, TMS, inventario externo, marketplace y licencias, webhooks, sandbox, errores, autenticación. Pestañas curl · Node · Java · C# · Python · PHP · PowerShell · VB6.
36
Rutas en la referencia OpenAPI 3.131 esquemas de Checkout, cobro empujado, TMS, marketplace, portal y ECR, con visor propio y «Probar con mi clave».
1
Consola de pruebas en sandboxCrea una sesión con la clave sandbox, síguela por sondeo, revisa los webhooks recibidos con su firma y reintenta. Sandbox = banco simulado, reglas por céntimos.
∞
Webhooks y claves, sin fricciónSecreto del webhook con regeneración única e historial de entregas; la clave de API no se puede recuperar del Merchant (solo hash), el portal la sella en la sesión.
Cómo se adopta
Cómo se liquida

Después de la venta: lote, clearing, liquidación, conciliación.

1LoteEl terminal cierra (0500 / 0520) o POST /pos/lotes/cierre. Solo entran ventas con RC 00 capturadas.
2ClearingArchivo lógico IPM (1240 · 200, cabecera 1644 · 697). Hoy sin transmisión a la red.
3LiquidaciónPosición neta = crédito − débito − comisiones. MDR, interchange, T+n; ISLR, IVA e IGTF por regla.
4ConciliaciónCuatro niveles y estado de cuenta en PDF. Las ventas AMP concilian por su bitácora propia.
Clearing, liquidación y dispersión
Abrir interactivo Clearing, liquidación y conciliación los dispara Quartz o POST /api/v1/pos/ops/ciclo; el asiento en el core es asíncrono.
Cómo se liquida
Cómo se cobra sin perder nada

Un solo núcleo transaccional debajo de tres aplicativos distintos.

Kioscocaja FINORA PagoAuroraPOS:sdkpos · EN_VUELO Merchant0200 → switch SwitchAurora Banco0210 recibo 0200 0200 12–30 ms switch → banco simulado 30–130 ms on-us (core), medido en precertificación
Cómo se cobra sin perder nada
Hacia dónde

De cien a cinco mil transacciones por segundo, por escalones medibles.

0 TPS · E0
Hoy · objetivo, sin prueba de cargaUna instancia por servicio, dedupe por consulta en el switch, Torre en memoria. Única medición: 99 ms una transacción local.
0 TPS · E1 · ≈5 M/día
≈17 semanas · estimadoAceptación sin estado con Redis, Patroni + pgbouncer, particionado mensual, réplica de lectura. Salida: k6 500 TPS 30 min, p95 < 200 ms.
0 TPS · E2 · ≈15 M/día
≈20 semanas + HSM · estimadoSwitch Aurora A/B activo-activo, HSM real, Kafka como backbone, CQRS con ledger append-only; Torre a Kafka. Salida: cae el switch A sin pérdida.
0 TPS · E3 · ≈50 M/día
≈21 semanas · estimadoCitus por comercio, switch particionado por BIN, Kubernetes. Salida: 5.000 TPS una hora, cierre del día en menos de 60 min.
Cada cifra lleva etiqueta: medido · objetivo · estimado.Factor pico 8–10×.Volumen: E1 3–6 TB/año, E3 30–60 TB/año (estimado).Arquitectura a escala: documento técnico bajo solicitud.
Hacia dónde
Hacia dónde

Un objetivo de diseño de veinte millones de operaciones al día, con escalones medibles.

20.000.000operaciones / día
÷ 86.400 s
231TPS promedio [estimado]
× 8–10 (pico comercial)
2.000TPS sostenidos · objetivo de diseño
4.000TPS en ráfaga · objetivo de diseño
p99 < 800 ms terminal → respuesta

Presupuesto de latencia del diseño completo, no solo del switch — incluye red, Merchant y autorización.

Antes que el TPS: continuidad

El plan de capacidad empieza por cerrar los puntos únicos de fallo — respaldos verificados y cifrados, réplica de datos, monitoreo (F0) — antes de hablar de autoescalar. Cada escalón cierra con una prueba de conmutación real, no con una estimación.

Ruta F0 → F3

PgBouncer y réplica ya en F0; switch activo-activo y HSM real en el escalón siguiente; Citus por comercio y Kubernetes on-premise (RKE2 + Cilium) recién en F3, cuando el negocio ya validó 1.500 TPS reales.

Hacia dónde
Qué cambió

Cuatro aplicativos, cuatro semanas de trabajo real.

PG
FINORA Pago TerminalAndroid · flujo rápido de kiosco · multi-modelo (Wiseasy real; PAX, Sunmi, Nexgo, Urovo detectados) · comandos Terminal 360
0.4.3
TB
FINORA ToolboxWindows · enrolamiento por código, .conf con marca, secretos por loopback, inventario
1.1.2
CK
@finora/checkoutModo inmersivo: guía animado, tipografía y objetivos táctiles grandes, resumen de compra completo
0.3.0
NFC
Tarjeta de cercaníaRiel TARJETA_CERCANIA · prepago, fidelidad, credencial, pulsera de evento — circuito cerrado, sin PAN, sin switch
en diseño
~25 s → ~8 s

Flujo rápido de kiosco (0.4.3, ya publicado): la cédula y el tipo de cuenta viajan con la orden, así que el terminal solo pide tarjeta —y PIN si es débito— sin repreguntar lo que ya sabe. Tiempo en terminal por venta [estimado].

FINORA Toolbox en Android quedó diseñado, no descartado: DISENO_TOOLBOX_ANDROID_2026-09-15.md define el alcance; pendiente el keystore de release para publicarlo. La tarjeta de cercanía es diseño de dominio, sin código ni changelog todavía — se modela como un solo riel con cuatro variantes, no cuatro módulos.

Checkout modo inmersivo: selección de medios
Inmersivo · medios
Checkout modo inmersivo: esperando autorización
Inmersivo · autorizando
Checkout modo inmersivo: resultado aprobado
Inmersivo · resultado
Terminal 360: liquidaciones
Terminal 360 · liquidaciones
Qué cambió
Demo en vivo

Seis pasos, todos ya implementados.

1El comercio se ve a sí mismohttps://portal.finoracore.com

Entrar como comercio.demo. Panel: ventas de hoy y ayer, terminales en línea, última liquidación, novedades. Recorrer Ventas, Lotes, Liquidaciones y Medios.

2Instalar desde el marketplacehttps://portal.finoracore.com/marketplace

Mostrar AuroraPOS 1.4.1, Caja Windows 1.7.0, Caja Android 1.3.1 y FINORA Pago 1.4.1. Descargar uno: el enlace es firmado y vence en 5 minutos.

3Cobrar en caja con tarjetaFINORA Caja → Cobrar → Tarjeta → AuroraPOS

La caja abre la venta, el terminal se enciende con el monto, tarjeta del banco simulado (BIN 400000, céntimos .00 aprueba, .51 rechaza), recibo en la caja.

4Checkout web en modo inmersivoportal → Desarrolladores → Consola de pruebas → pago.finoracore.com/s/{id}?t=…&modo=inmersivo

Crear la sesión sandbox, abrir la página de pago, pagar por pago móvil y ver llegar el webhook firmado en la misma consola.

5Un ERP cobra sin saber de bancosfinora-pago.exe cobrar --monto 227.00 --referencia 8841 --json

Desde una terminal de Windows: se abre la ventana de FINORA Pago, el cliente elige el medio, la CLI imprime el JSON y sale con código 0. Alternativa: POST 127.0.0.1:9810/v1/cobros.

6Verlo todo en la Torrehttps://portal.finoracore.com/monitoreo → vincular TV → /tv/{código}

KPIs vivos del minuto, semáforo por sucursal, la venta recién hecha en la línea de tiempo; vincular la pantalla de la sucursal con el código de seis dígitos.

Demo