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/docs/suite
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/docs/integracion
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 adopta

Un App Store para instalar y un centro para integrar.

Marketplace · portal y consola
POS
AuroraPOSAndroid · terminal de pago · agente TMS
1.2.0
CJ
FINORA CajaWindows · kiosco forzado, autoservicio, inventario
1.2.1
CJ
FINORA Caja AndroidTablet · atendida o autoservicio · misma firma que AuroraPOS
1.1.0
PG
FINORA PagoWindows · cobrador para cajas satélite · formal o inmersivo
1.0.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 · portal.finoracore.com/desarrolladores
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.
Compensación y liquidació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
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).Documento: Arquitectura a escala
Hacia dónde
Demo en vivo

Seis pasos, todos en producción.

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.2.0, Caja Windows 1.2.1, Caja Android 1.1.0 y FINORA Pago 1.0.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