Una plataforma necesita una base
omwio ha publicado una actualización de producto sobre Core, la parte de la plataforma sobre la que opera cada tenant, independientemente del plan de facturación. La compañía describe Core como el elemento que debe existir antes de que cualquier módulo opcional tenga sentido: una plataforma de pagos no resulta útil hasta que el dinero puede moverse, atribuirse a un comercio y ser visible para todos los que deben actuar sobre él. Core engloba Tenant manager, Merchant panel, Hosted checkout y Processing API.
Comercios, transacciones y wallets en un solo modelo
Cada tenant da de alta a sus propios comercios con tarifas, comisiones, métodos asignados y excepciones por comercio, y la ficha del comercio es el ancla del que depende todo lo demás. Pagos, pagos salientes, cambios de divisa, reembolsos y contracargos se modelan todos como transacciones, compartiendo un único modelo de estados, un token público y un mapeo de estados simplificado y unificado que ven los comercios. Las wallets son multidivisa por comercio, con historial de saldo y visibilidad de reservas, de modo que un gestor puede saber en todo momento de dónde procede un importe y qué se está reteniendo actualmente.
Enrutamiento, checkout y facturación
Los proveedores se conectan como módulos, los MID se registran frente a ellos, y cada divisa dispone de su propio conjunto de métodos habilitados. La resolución de ruta puede previsualizarse para un comercio y método concretos antes de que llegue tráfico real. Hosted checkout ofrece a los comercios una página de pago de marca propia en el host de pago del propio tenant, y Processing API es una única API firmada para crear y consultar transacciones, con las particularidades de cada proveedor normalizadas en instrucciones de pago canónicas. Los comercios también pueden emitir facturas y enviarlas por correo de marca propia en el idioma del destinatario, con los pagadores liquidando en una página pública; un directorio de clientes limitado a cada tenant almacena los datos de los pagadores cifrados, con búsqueda por índice ciego, de modo que la búsqueda nunca necesita texto en claro.
Reembolsos, contracargos y disputas
Todo el recorrido posterior al pago forma parte de la base, no de un complemento: reembolsos, gestión de contracargos y un flujo de disputas estructurado. Un gestor puede permitir que un comercio abra disputas sobre sus propios pagos y pagos salientes, desde el Merchant panel o a través de Processing API, indicando un motivo y aportando hasta cinco archivos de evidencia. El gestor resuelve las disputas, y los saldos se revierten y se reasientan automáticamente.
Analítica, divisas y control de acceso
Core incluye analítica de conversión y de proveedores: tasas de éxito, motivos de fallo y volumen a lo largo del tiempo para pagos y pagos salientes, clasificados por comercio, proveedor y MID, y filtrables por divisa, estado y periodo. Los comercios disponen de su propio panel, limitado a sus propios datos. Los pares de divisas cuentan con fuentes de tipo de cambio y bloqueos de tipo, los cambios entre comercios se ejecutan sobre cotizaciones en vivo, y las reglas de redondeo se aplican en el servidor para que las exportaciones y las pantallas coincidan siempre. El acceso se rige por RBAC hasta el nivel de cada acción del panel, con autenticación en dos factores por tenant, restablecimiento de contraseñas, control de sesiones y un registro de la actividad administrativa.
Siempre activo, en todos los planes
Core está presente en todos los planes de facturación y no se puede desactivar. Un tenant que solo use Core ya puede dar de alta comercios, cobrar pagos, pagar, facturar, cambiar divisas y resolver disputas: los módulos opcionales añaden alcance sobre esa base, no la capacidad de operar.
