FINORA Commerce

Comercio empresarial headless

Tu ERP manda. Tu tienda vende.

FINORA Commerce convierte el catálogo, los precios y el inventario de tu ERP en una experiencia de compra rápida y segura, con pago, reserva de stock y conciliación cerrados de punta a punta.

ERP SKU 4021812,40SKU 402198,95SKU 4022031,00 Commerce Tienda Producto 12,40 USD Comprar Reservado Pago Aprobado Pedido en ERP FCOM-1042 Borrador
Ilustración del flujo: el ERP publica catálogo y precios en FINORA Commerce, la tienda vende, el pago se confirma, el inventario se reserva y el pedido vuelve al ERP.
  • El ERP es la fuente de verdad
  • Reserva atómica de inventario
  • Checkout idempotente
  • Sin datos de tarjeta en la plataforma
  • Multi-tienda y multi-marca
  • Control Center independiente

La plataforma

Tres decisiones de diseño que lo cambian todo

Una tienda en línea empresarial no es una página bonita sobre un catálogo copiado. Es una extensión disciplinada de tu operación.

Headless de verdad

El núcleo expone una API versionada y documentada. La tienda y el Control Center son clientes de esa API, no parte del núcleo: lanzar una nueva vitrina no obliga a tocar el negocio.

El ERP sigue siendo la verdad

Catálogo, precios, existencias y terceros se leen del ERP. Commerce los proyecta para buscar y vender rápido, pero no inventa precios ni reescribe los datos maestros.

Operar no es lo mismo que vender

Quien compra y quien administra usan aplicaciones, identidades y permisos distintos. Los administradores acceden con un segundo factor obligatorio.

Capacidades

Todo lo que una operación seria necesita para vender en línea

Ocho capacidades que trabajan juntas y se activan por tienda.

Catálogo masivo

Categorías jerárquicas, marcas, variantes y atributos configurables, pensado para catálogos de millones de SKU. Lo que llega del ERP es de solo lectura y el enriquecimiento comercial sobrevive a cada sincronización.

Búsqueda que perdona

Tolera errores de escritura, sugiere desde el segundo carácter y deja las facetas en la URL. Si el motor de búsqueda cae, el SKU y el nombre siguen respondiendo en modo degradado.

Precios y promociones

Listas con vigencia, promociones y cupones. El precio que ve el cliente lo calcula el servidor, nunca el navegador.

Inventario multialmacén

Disponibilidad por almacén y reserva atómica: dos clientes no pueden quedarse con la misma última unidad.

Checkout idempotente

Reintentar un pago o recargar la página no duplica pedidos ni cobros. Cada operación crítica lleva su clave de idempotencia.

Control Center

Aplicación independiente para catálogo, pedidos, promociones, devoluciones y configuración de tienda, con permisos por rol y auditoría.

Multi-tienda y multi-marca

Una instalación, varias tiendas aisladas entre sí, cada una con su tema, moneda, catálogo y reglas. El aislamiento llega hasta la base de datos.

IA opcional

Búsqueda semántica y asistencia de contenido como complementos. Si se apagan, la tienda funciona igual: ningún módulo depende de la IA.

Integración ERP

Conectado a tu ERP, no encima de él

Cada ERP se integra mediante un conector que implementa un puerto común. iDempiere cuenta con soporte oficial; otros ERP se integran escribiendo un adaptador sobre el mismo contrato, sin modificar el núcleo.

Soporte oficial iDempiere
Otros ERP por adaptador

Lee del ERP

  • Categorías y catálogo
  • Precios y listas de precios
  • Existencias por almacén
  • Terceros y clientes

Escribe al ERP

  • Pedidos con referencia propia, idempotentes
  • En la demostración llegan como borrador: no tocan inventario ni contabilidad

Reglas de dinero, explícitas

Fuente del precio
ERP, siempre
Moneda de la tienda
USD
Redondeo
2 decimales por línea, mitad hacia arriba
Conciliación
Total bruto, impuestos incluidos

Pagos

Cobra con FINORA Merchant o con el procesador que elijas

Los pagos viven detrás de un puerto. El proveedor principal es el checkout alojado de FINORA Merchant; otros procesadores autorizados se conectan como adaptadores. El cliente paga en la página del proveedor: los datos de tarjeta nunca pasan por Commerce.

  • Checkout alojadoLa captura de datos sensibles ocurre fuera de la plataforma, en el entorno del proveedor.
  • Notificaciones firmadasCada aviso de pago se verifica con firma antes de tocar un pedido.
  • Devoluciones parcialesReembolsos asíncronos con conciliación contra el proveedor y rastro de auditoría.
  • Modo de pruebas rotuladoUn proveedor de simulación claramente marcado como SANDBOX en pantalla y en recibos.
  1. Cliente
  2. Checkout del proveedor
  3. Aviso firmado
  4. Pedido pagado

Commerce solo recibe el resultado, nunca el número de tarjeta.

Seguridad

Seguridad desde el diseño, no como parche

Controles verificables por capa, con la superficie de ataque reducida a lo imprescindible.

Identidad estándar

OIDC con PKCE, un cliente por aplicación y una audiencia propia para la API.

MFA para administradores

El Control Center exige segundo factor TOTP. La tienda no comparte sesión con él.

PCI fuera de alcance

Sin números de tarjeta en la plataforma: el alcance recae en el proveedor de pago.

Aislamiento por tienda

Seguridad a nivel de fila en la base de datos: una tienda no puede leer datos de otra.

Auditoría

Las acciones sensibles de administración quedan registradas con autor y momento.

Navegador endurecido

Política de seguridad de contenido con nonce, cookies selladas y cero scripts de terceros.

Arquitectura

Un núcleo limpio, con adaptadores intercambiables

Los módulos de negocio nunca conocen al ERP, al proveedor de pago ni al motor de búsqueda: hablan con puertos. Cambiar un adaptador no cambia el negocio.

Canales

  • Tienda en línea
  • Control Center
  • Sistemas externos por API

Núcleo de negocio

  • Catálogo
  • Búsqueda
  • Precios y promociones
  • Inventario
  • Carrito y pedidos
  • Pagos
  • Fulfillment
  • Auditoría

Puertos y adaptadores

  • ERP (iDempiere y otros)
  • Pagos (Merchant y otros)
  • Identidad OIDC
  • Motor de búsqueda
  • Base de datos y caché
  • Eventos y notificaciones

Las flechas siempre apuntan hacia el núcleo: los adaptadores dependen del negocio, no al revés.

El recorrido de la demo

Una venta completa, de ida y vuelta al ERP

Siete pasos que la demostración recorre de extremo a extremo, desde el dato maestro hasta la conciliación.

  1. Paso 1: ERP

    El catálogo, los precios y las existencias se leen del ERP y se publican en la tienda.

  2. Paso 2: Búsqueda

    El cliente encuentra el producto, incluso con errores de escritura, y filtra por facetas.

  3. Paso 3: Carrito

    El servidor recalcula precios y promociones en cada cambio. El navegador nunca decide un precio.

  4. Paso 4: Pago

    El cliente paga en el checkout alojado del proveedor. Commerce recibe solo el resultado firmado.

  5. Paso 5: Reserva

    Con el pago confirmado, el inventario se reserva de forma atómica en el almacén correspondiente.

  6. Paso 6: Pedido en ERP

    El pedido viaja al ERP con su referencia, una sola vez. En la demostración queda como borrador.

  7. Paso 7: Conciliación

    Pedido, pago y documento del ERP se cruzan por total bruto y las diferencias se marcan.

Sectores

Para quien vende de verdad, a muchos y en volumen

Cualquier negocio con un ERP y un catálogo que merezca una vitrina propia.

  • Retail

    Moda, hogar y electrónica con variantes y temporadas.

  • Supermercados

    Surtidos amplios, precios cambiantes y existencias por sucursal.

  • Farmacias

    Catálogos extensos con atributos y disponibilidad por punto de venta.

  • Ferreterías

    Miles de referencias técnicas que se buscan por medida, marca o código.

  • Distribuidores

    Pedidos recurrentes, listas de precios por cliente y reposición.

  • Fabricantes

    Venta directa y a canal desde el mismo catálogo maestro.

  • Mayoristas B2B

    Cuentas de empresa, condiciones comerciales y compras por volumen.

Pruébalo

Recorre la venta completa en la demostración

Entra a la tienda de demostración, compra un producto y sigue el pedido hasta el ERP. Si prefieres una conversación, escríbenos.