FINORA Plataforma · Conceptos

El mapa de la suite FINORA

ImplementadoDocumentado

FINORA no es un solo programa. Es una suite de sistemas independientes que se reparten el trabajo según de quién es el dinero y hacia dónde va la flecha. Entender ese reparto te ahorra confundir, por ejemplo, la caja del comercio con el core del banco.

Tres tramos y dos apoyos

La flecha sigue a la venta: nace en el comercio, se autoriza en la red de pagos y termina asentada en el banco.

Tramo	Qué hace	Piezas	Qué verás en la Academy
Comercio	Captura la venta sin que el computador del comercio toque nunca el número de tarjeta	FINORA Merchant, Portal del comercio, FINORA Caja, AuroraPOS, FINORA Pago, FINORA Checkout	Merchant, Portal, Caja, AuroraPOS, Pago, Checkout
Pagos	Decide si la operación se aprueba y la envía al destino correcto	Switch Aurora, Aurora Office, Payment Hub	Aurora, Aurora Office, Payment Hub
Banco	Registra el movimiento y custodia el dinero	Core, Emisión (CMS), Fideicomiso, Inversiones, Sucursal, Canales	Core, Emisión, Fideicomiso, Inversiones, Sucursal, Canales
Empresa	Administra la empresa que usa todo lo anterior	FINORA ERP	ERP
Plataforma	Instala, integra, licencia, orquesta y vigila la suite	Instalación, infraestructura y celdas, gateway del core, emisor de licencias, orquestador de procesos, FINORA Pulse	Esta sección

La capa que integra, licencia y orquesta

Alrededor del core hay tres piezas de plataforma que no mueven dinero por sí mismas, pero deciden quién entra, qué módulos tiene y qué procesos corren:

flowchart LR
  S[Sistemas del banco<br/>y de terceros] -->|/v1 · OAuth · idempotencia| G[Gateway del core]
  O[Orquestador<br/>BPMN 2.0] -->|destinos aprobados| G
  G --> C1[(Core de la<br/>institución A)]
  G --> C2[(Core de la<br/>institución B)]
  C1 -. eventos por webhook firmado .-> O
  L[Emisor de licencias] -. llaves por módulo .-> C1
  L -. llaves por módulo .-> C2

Pieza	Qué hace	Para aprenderla
Gateway del core	La única puerta de entrada de las integraciones: identifica a la institución, ata el token a ella, aplica alcances, límites e idempotencia y enruta a su core	SaaS en nube propia: la arquitectura de celdas
Emisor de licencias	La consola donde se registran instituciones, planes y suscripciones y se firman las llaves por módulo que cada core descarga	Suscripción y licencias por módulo
Orquestador	Ejecuta procesos BPMN 2.0 aprobados por una segunda persona; habla con el core solo por el gateway y reacciona a sus eventos	Orquestación de procesos con BPMN 2.0

Las tres están implementadas y en operación en el entorno de demostración, sin bancos reales; el detalle de lo que falta está en el aviso de estado de cada página.

Por qué está dividida así

El criterio no es el lenguaje ni la tecnología, sino la frontera de responsabilidad. Un cambio en la forma de capturar una venta no debería obligar a tocar el core bancario, y al revés. Cada pieza se construye, se versiona y se despliega por separado, y se habla con las demás a través de contratos: HTTP y JSON entre el comercio y su servidor, ISO 8583 hacia la red de pagos y mensajería ISO 20022 entre bancos.

Una regla que atraviesa todo el comercio

La caja envía monto y referencia; el terminal captura la tarjeta y devuelve el veredicto. El número de tarjeta nunca llega al computador de la caja. Esa decisión mantiene el equipo del comercio fuera del alcance de PCI DSS, y por eso verás que ninguna guía del comercio te pide teclear ni copiar un número de tarjeta.

Un viaje completo, en una línea

Una venta con tarjeta recorre: terminal → servidor del comercio → switch → banco emisor → de vuelta con el veredicto. Más tarde, en el lote, el dinero se concilia y se liquida. Cada tramo tiene sus propias guías en su sistema.

Lo que hoy es real y lo que es simulado

Siguientes pasos

Ambientes y países: dónde corre la suite y cómo se adapta a cada jurisdicción.
Observabilidad: cómo se sabe que la suite está sana.
Qué es FINORA Pulse: la sala de control.
SaaS en nube propia: la arquitectura de celdas: cómo conviven varias instituciones sin mezclar sus datos.