FINORA Merchant · pitch 3.0 · septiembre 2026

Esto ya está cobrando. Se lo vamos a mostrar.

No son maquetas: lo que sigue son capturas reales del producto, hoy, y en un momento lo vemos cobrar en vivo.

← → navegarO índiceN notas del oradorF pantalla completa? ayuda

FINORA Merchant · pitch 3.0

El problema

Cobrar con tarjeta en Venezuela todavía cuesta caro y tarda.

Semanas de esperapor un datáfono nuevo

Una integración por cajacada hardware, su propio proyecto

Conciliación a manodomicilio en efectivo, horas cuadrando

Por qué

Así se ve, hoy

El kiosco, en el mostrador.

caja · autoservicio

FINORA Caja, pantalla de autoservicio con artículo por peso registrado y carrito con dos artículos

FINORA Caja · autoservicio, escaneo y balanza — captura real

Así se ve

Así se ve, hoy

El terminal, cobrando de verdad.

finora-pago · terminal

FINORA Pago, pantalla de pago aprobado con monto, autorización y referencia

FINORA Pago · pago aprobado en segundos — captura real

Así se ve

Así se ve, hoy

La página de pago, del lado del cliente.

pago.finoracore.com

Página de pago FINORA con las opciones tarjeta, pago móvil C2P, transferencia y código QR

Checkout alojado · tarjeta, C2P, transferencia o QR — captura real

Así se ve

Así se ve, hoy

El comercio, de punta a punta.

portal.finoracore.com

Portal del comercio FINORA, pantalla de inicio de sesión con OAuth2 y PKCE

Portal del comercio · su ventas y equipos, de un vistazo

tienda.finoracore.com

Tienda demo Tostaduría Cordillera, catálogo de café con checkout FINORA

Tienda demo · compra real por el switch, medios simulados

Así se ve

La idea, en vivo

Un motor, y todo lo que orbita alrededor.

FINORA Caja

FINORA Pago

Pago Terminal

AuroraPOS

Consola del Merchant

Portal del comercio

Página de pago

Marketplace

Toolbox

Documentación

Pulse

Switch

FINORA
Merchant

ComercioOperaciónBanco

Clic en cada planeta: los que tienen sitio propio abren en una pestaña nueva; el resto muestra su ficha aquí mismo. Tecla S detiene o lanza la órbita.

La idea

Proceso completo

Del cobro, al dinero en la cuenta del comercio.

Cobrocaja, terminal o página de pago

Autorizaciónel banco aprueba o rechaza

Captura en loteentra al lote abierto

Cierre y conciliaciónel lote se cuadra

Liquidacióntarifario, IGTF, retenciones

Estado de cuentadetalle en el portal

Depósito T+ny conciliación diaria

Comercio

FINORA

Banco

Ejemplo con números

Bs 1.000,00venta→ − Bs 25,00MDR 2,5 % · regla por defecto→ IGTFno aplica · pago en Bs→ − Bs 50,00retención ISLR 5 % (PJ)→ Bs 925,00neto al comercio

Cómo funciona por dentro

Leer en 20 s, ampliar solo si preguntan. (1) El cliente paga en caja, terminal físico o la página de pago. (2) El banco (o el switch, en tarjeta) aprueba o rechaza en segundos; sin respuesta a tiempo, reverso automático — nunca un cobro fantasma.

(3) La venta aprobada entra al lote abierto; si el equipo se apaga a mitad de camino, nada se pierde. (4) El lote se cierra y se cuadra operación por operación; un descuadre bloquea el cierre y pide revisión, no lo esconde.

(5) Comisión por canal (2,5 % es la regla comodín por defecto, no lo que negocie cada comercio), IGTF cuando aplica, retención ISLR de ley (3 %/5 %, Decreto 1.808 art. 9 núm. 14). El asiento contable automático hacia el core está construido pero [en diseño/apagado] por defecto. (6) El comercio ve el desglose desde su portal. (7) El banco deposita a T+n y el sistema concilia contra lo que finalmente entró al banco.

Cómo funciona por dentro · en vivo

La regla decide, el switch la envía y observa quién falla.

Diagrama del flujo transaccional: caja y tienda web hacia FINORA Pago y FINORA Merchant; Merchant consulta Reglas de flujo (punto, agencia, BIN) y envía la transacción a Switch Aurora; el switch la manda a Banco A (elegido por la regla), con Banco B como respaldo, más BANCO_SIM y FINORA CMS conectados; el switch liquida contra el core del banco patrocinante y Pulse/Torre observan cada evento en vivo.

Cómo funciona por dentro

Diagrama interactivo (archify), no leer los doce nodos. Señalar el camino de una venta: caja o tienda → FINORA Pago/Merchant → Merchant consulta la Reglas de flujo (punto 001 · agencia 001 · BIN 4111 → Banco A) → el Switch Aurora envía la transacción al banco elegido. Botón «Play story» recorre las tres vistas guardadas: el camino elegido, el respaldo si Banco A no responde, y quién observa (Pulse/Torre) sin tocar el dinero.

Si preguntan por BANCO_SIM: es el banco simulado del entorno de demostración, sin banco real detrás — se usa para las pruebas del día a día. FINORA CMS es el emisor propio de la Tarjeta FINORA prepago (circuito cerrado, en piloto), no un adquirente de tarjeta.

Plan B si el iframe no carga en la sala: abrir diagramas/flujo-transaccional-multibanco.html aparte, o usar la captura estática de esta misma lámina.

Demo en vivo · 3 min

Un cliente llega al kiosco y se va con su recibo.

1Kioscoarranca la venta

2Cédulaidentifica al cliente

3«Pase su tarjeta»en el terminal (QT)

4Aprobadoen segundos, en el propio terminal

5Reciboimpreso o digital

Antes de empezar

Terminal QT enchufado y encendido · FINORA Caja abierta en el comercio demo · una tarjeta de prueba a mano · Wi-Fi de la sala confirmado.

Plan B

Si el enlace de la sala falla, se muestran de nuevo las capturas reales de esta misma secuencia y se sigue el guion hablado igual.

Demo en vivo

Por qué confiar

No es una promesa. Ya se midió.

0/50 casos de precertificación, 0 fallas

0 s reverso automático tras una caída

0 M operaciones/día, diseño objetivo

0 veces que el PAN se guarda fuera del terminal

Fuente de cada cifra en las notas del orador.

Por qué confiar

8:00–9:30 (1:30). Cuatro cifras, cada una con su respaldo real:

36/50, 0 fallas — harness de precertificación interna contra el entorno de demostración, corrida cerrada 2026-09-16 03:50 UTC (precert-20260916-final.md): familias A·Contacto EMV (20/25 PASS), B·Sin contacto (0/5 PASS — depende de kernel real), C·Operaciones (13/15 PASS), D·Resiliencia (3/5 PASS). El resto queda en SIN_EVIDENCIA (7, no provocable en este entorno) o REQUIERE_LAB (7, kernel EMV real, llaves/PIN o tarjetas EMVCo) — ninguno es una falla, y decirlo así si preguntan.
34 s — medido en el entorno de demostración el 15-sep: el switch recuperó en vivo una operación IN_FLIGHT y envió el 0400 del SAF en 34 segundos reales, no un objetivo de diseño.
20 M/día — objetivo de diseño de la arquitectura de escala, no tráfico actual: aclarar «diseño», no «ya lo procesamos».
0 — el PAN completo solo existe entre el terminal físico y el switch; ni la caja, ni el portal, ni la web lo ven nunca.

La petición

Un piloto con su comercio, y cuatro cosas de su equipo técnico.

Especificación de mensajeríael armado de campos de su autorizador — lo primero que consume nuestro equipo

Conectividad y ceremonia de llavesenlace dedicado o túnel cifrado, y el intercambio de llaves con sus custodios

Ambiente de certificaciónsu autorizador de pruebas y un juego de tarjetas de prueba

Identificadores de afiliacióncomercio, terminal y numeración de lote para el piloto

Cierre

Ya lo vieron. Falta acordar por dónde nos conectamos.

Un piloto acompañado, las pruebas de conexión con su banco y una hoja de ruta de 90 días — no una promesa de largo plazo.

Sitiofinoracore.com Contactocontacto@finoracore.com Anexo técnicoLa suite completa, componente por componente (24 láminas)

Cierre

Atajos

←→: Lámina anterior / siguiente (también espacio, PgUp, PgDn)
InicioFin: Primera / última lámina
O: Índice de láminas
N: Notas del orador y cronómetro
F: Pantalla completa
P: Imprimir o exportar a PDF (una lámina por página)
S: Detener o lanzar la órbita
1…9: Ir a la lámina N (teclea dos dígitos seguidos para 10+)
Esc: Cerrar índice, notas, la ficha de un planeta o esta ayuda