Lo que preguntan los socios antes de firmar.

omwio es software multiinquilino para operar una plataforma de pagos bajo su propia marca. Cada socio recibe un inquilino aislado en su propio dominio, con panel de gestor, panel de comercio, checkout alojado, Processing API y documentación para comercios. Comercios, proveedores, enrutamiento, pagos, pagos salientes, monederos, facturas y disputas se configuran ahí, no se desarrollan.

Usted aporta la marca, los comercios y las relaciones con los proveedores. Nosotros suministramos y operamos la capa tecnológica que hay debajo.

No. omwio es software. No somos adquirente, entidad de pago, entidad de dinero electrónico ni empresa de servicios monetarios, y nunca somos el proveedor de servicios de pago titular de sus comercios.

Las relaciones de adquirencia y con PSP las contrata usted directamente, y la plataforma se conecta a ellas como módulos de proveedor.

No. El dinero circula entre pagadores, sus proveedores y sus comercios según sus contratos con esos proveedores. omwio registra y orquesta las transacciones — saldos, monederos, reservas, pagos salientes —, pero los fondos nunca pasan por una cuenta de omwio.

Para empresas que construyen su propio negocio de pagos: compañías de pagos que entran en un mercado nuevo, plataformas que internalizan los pagos y operadores que se han quedado pequeños con una pasarela que nunca se pensó para revender.

Si necesita una sola cuenta de comercio para su propia tienda, le encaja mejor un PSP que una plataforma de marca blanca, y se lo diremos en la primera llamada.

Puede hacerlo, pero lo que lleva años es lo menos vistoso: libros contables que cuadran con las exportaciones, enrutamiento, flujos de disputa, conciliación, permisos y aislamiento entre inquilinos. En omwio todo eso ya existe y ya encaja entre sí.

A su equipo le queda la configuración — dominios, proveedores, tarifas y comercios — y las partes de su producto que de verdad son suyas.

Un orquestador suele situarse delante de varios PSP para el checkout de una sola empresa. omwio es una plataforma que usted revende: además del enrutamiento entre proveedores, le da inquilinos, alta de comercios con tarifas y comisiones, panel de comercio, monederos y saldos, facturas, pagos salientes y disputas — todo lo que un socio necesita para operar sus propios comercios.

No hay lista de precios pública. Las tarifas se fijan en su hoja de pedido y dependen del plan de facturación — Core más los módulos opcionales que elija — y de su despliegue.

El plan de facturación, el conjunto de módulos y el calendario de despliegue quedan por escrito antes de que nadie firme, así que las condiciones comerciales se conocen desde el principio.

Core no es un plan de prueba. Un inquilino solo con Core puede dar de alta comercios con tarifas y comisiones, cobrar, hacer pagos salientes, reembolsar, gestionar contracargos y disputas, facturar mediante una página alojada, operar monederos multidivisa y cambios, enrutar entre proveedores y MID, y ver analítica de conversión y de proveedores — con RBAC, 2FA y registro de auditoría de la actividad administrativa.

Los módulos opcionales añaden bandejas de soporte, monitorización, conciliación, antifraude, pagos masivos, exportaciones avanzadas y marca personalizada.

No. Un módulo desactivado se elimina de la navegación del panel y se cierra en las rutas de la API, así que está realmente apagado, no solo fuera de la vista.

No. Al asignar un plan, su conjunto de módulos queda fijado en la instantánea de derechos del inquilino. Editar después la plantilla del plan no afecta a los inquilinos en producción; un plan se vuelve a aplicar de forma deliberada — a un inquilino o en bloque a los inquilinos vinculados a él.

Sí. Tras una llamada de treinta minutos levantamos un inquilino de demostración en un dominio de prueba con su logotipo y su paleta, conectado a un proveedor sandbox, y recorremos en vivo todo el camino: alta de comercio, un pago, un pago saliente, una factura y una disputa.

Después viene un piloto con un comercio, un proveedor y tráfico real, para que vea la plataforma en sus propias condiciones.

Al finalizar el contrato, los datos de su inquilino quedan disponibles para exportar durante el plazo indicado en su hoja de pedido y después se eliminan conforme al calendario de conservación. Sus contratos con proveedores son suyos en todo momento, así que tampoco dependen de nosotros.

Puede que sí: depende de su actividad y su jurisdicción, no del software. Como omwio no es una entidad de pago, cualquier licencia, registro o autorización que exija su actividad de pagos le corresponde a usted o a los proveedores autorizados con los que trabaje.

No damos asesoramiento jurídico, pero le explicaremos cómo encaja la plataforma en el modelo que usted o sus abogados tengan en mente.

Los datos de tarjeta se introducen en el checkout alojado de su host pay y se transmiten a los proveedores por vías de entrada seguras. Nunca se almacenan en los dominios de los paneles, y los comercios nunca manejan números de tarjeta en claro en su propia integración.

Sus obligaciones exactas de PCI DSS dependen de sus proveedores y de cómo opere, así que confirme el alcance con su auditor; le facilitaremos lo que necesite sobre la parte de la plataforma.

Usted. Dar de alta, verificar y supervisar a sus comercios, y cualquier obligación de KYC o KYB ligada a ello, corresponde a usted como operador del inquilino y a sus proveedores autorizados. La plataforma le da los controles para hacerlo: ajustes por comercio, pasos de revisión sujetos a permisos, filtrado antifraude y monitorización.

Dentro de su inquilino, usted es el responsable del tratamiento y nosotros actuamos como encargado, según nuestras condiciones de tratamiento de datos. Los registros de clientes se guardan cifrados, con búsqueda por índice ciego, de modo que buscar por referencia, correo o teléfono nunca requiere texto plano.

Las transferencias fuera del EEE se basan en una decisión de adecuación o en cláusulas contractuales tipo. La lista vigente de subencargados está a disposición de los socios que la soliciten.

Sí. Antes de aprovisionar un inquilino verificamos la entidad jurídica, sus propietarios y administradores y las licencias en las que se apoya, y la cotejamos con fuentes de sanciones, PEP y noticias adversas, de forma continuada. La profundidad depende del riesgo.

Sí. El panel de gestor, el panel de comercio, el checkout alojado, la documentación para comercios y el correo saliente toman su marca de una única configuración del inquilino. Los comercios se registran con usted, entran en su plataforma y reciben correo suyo; la plataforma de debajo nunca asoma.

Sí. Apunta su dominio a la plataforma y se levantan cinco hosts con su marca y aislados: manager, merchant, pay, api y docs — por ejemplo, merchant.yourbrand.com y api.yourbrand.com. Las cookies están limitadas a cada host, así que una sesión en el dominio de un inquilino nunca es válida en otro.

El checkout alojado lleva su logotipo, sus colores, sus textos y su presentación de métodos de pago, mientras que la lógica de pago de detrás sigue en el camino probado de la plataforma. Una personalización más profunda de paneles, checkout y correo es lo que añade el módulo Marca personalizada.

Sí. Cada marca o socio es un inquilino propio en su propio dominio, con sus comercios, su marca y sus datos, aislado de los demás. Añadir uno es configuración, no un nuevo despliegue.

El correo saliente — facturas, notificaciones, alertas y restablecimientos de contraseña — se genera en el idioma del destinatario, no en el del panel de quien lo envía, y cada inquilino tiene su propio idioma por defecto.

Sí. Usted contrata directamente a adquirentes y PSP; la plataforma los conecta como módulos de proveedor, usted registra sus MID en ellos y decide qué métodos admite cada divisa. No emitimos cuentas de comercio ni MID.

Díganos cuál es. Un proveedor nuevo se añade como módulo que traduce sus respuestas a los cuatro tipos de instrucción de la plataforma, así que las integraciones de los comercios no cambian cuando se incorpora. Si es posible y cuándo depende de la API del proveedor; por eso lo preguntamos pronto.

El enrutamiento decide entre MID. Los métodos se habilitan por divisa, las reglas se definen por método y las excepciones por comercio se aplican encima sin bifurcar la definición del sistema. Antes de que nada entre en producción puede previsualizar a qué ruta se resolvería un comercio y un método concretos.

Los reintentos y la gestión del estado del proveedor forman parte de la plataforma, y la analítica de proveedores muestra tasas de éxito y motivos de fallo por proveedor y MID. El módulo Monitorización añade señales de salud de proveedores, MID y rutas para que los problemas afloren antes de que los comercios los reporten.

Adquirencia de tarjetas (introducción de tarjeta alojada o directa), P2P de tarjeta a tarjeta con subida de justificante, transferencias bancarias por redes locales, monederos cripto, redirecciones alojadas y métodos locales específicos de cada región. Lo que esté disponible en la práctica depende de los proveedores que conecte.

Sea cual sea el proveedor, el siguiente paso del pagador llega como uno de cuatro tipos de instrucción: introducción de tarjeta, datos de tarjeta para P2P, dirección de monedero cripto o redirección.

Los comercios tienen monederos por divisa con histórico de saldos y visibilidad de reservas. Los pares de divisas tienen sus propias fuentes de tipo y bloqueos de tipo, los comercios pueden cambiar entre monederos con una cotización en vivo y las reglas de redondeo se aplican en el servidor, de modo que pantallas y exportaciones coinciden.

Sí. Los pagos salientes individuales y por lotes están en Core, con un paso de liberación. El módulo Pagos masivos añade la carga de lotes con pasos de revisión y aprobación, para que las personas adecuadas comprueben una tanda grande antes de que se mueva el dinero.

Los reembolsos, los contracargos y un flujo de disputa estructurado están en Core. Un gestor puede permitir que un comercio abra disputas sobre sus propios pagos y pagos salientes — desde el panel o por la API — con un motivo y hasta cinco archivos de prueba. El gestor las resuelve, y los saldos se revierten y se vuelven a asentar automáticamente.

Sí, con el módulo Contabilidad y conciliación: tesorería, P&L diario, fondos de proveedores y casación de liquidaciones con descuadres explícitos, para que una diferencia sea una partida listada y no una sorpresa a fin de mes.

Sí, con el módulo Antifraude: filtrado por reglas y por velocidad en el momento de crear la transacción, antes de que nada llegue a un proveedor. Se activa por plan de facturación.

Core incluye analítica de conversión y de proveedores — tasas de éxito, motivos de fallo y volumen a lo largo del tiempo por comercio, proveedor y MID — y los comercios tienen su propio dashboard. Los extractos descargables siguen el mismo redondeo que la pantalla. El módulo Exportaciones avanzadas añade exportaciones programadas y a gran escala.

A través de una única Processing API en su host api, con el checkout alojado en su host pay para el pagador. Los comercios gestionan claves de API y callbacks en su panel e integran con la documentación de su propio host docs.

Como las particularidades de los proveedores se normalizan antes de llegar a la API, una integración sigue funcionando cuando añade un proveedor, un método o una divisa.

Cada llamada de procesamiento va firmada: una firma HMAC sobre el cuerpo, una marca de tiempo y un nonce. Las peticiones repetidas se rechazan. Cada fallo — validación, autenticación, firma, conflicto — devuelve la misma forma de error: ok, error.code, error.message, error.details.

merchant_order_id es único por inquilino y comercio. Enviar el mismo otra vez devuelve un conflicto 409 controlado en lugar de un segundo pago, así que los reintentos en una red inestable son seguros.

Sí. Los comercios configuran los callbacks en la sección de desarrolladores de su panel. Los estados usan un único vocabulario condensado, así que los comercios ven los mismos estados sea cual sea el proveedor que procesó el pago.

Sí, en su propio host docs: con su marca, una referencia seleccionada de la Processing API y los datos de su entorno. La integración nunca lleva a un comercio a una marca de terceros.

En la parte de la plataforma no hay código de procesamiento que escribir: reclamar el dominio, conectar proveedores, definir tarifas y enrutamiento, dar de alta comercios. En la práctica, el ritmo lo marcan sus contratos con proveedores y el alta de comercios, por eso acordamos el calendario con usted por escrito antes de firmar.

Sí: la migración desde una pasarela existente es una de las cosas de las que se ocupa nuestro equipo técnico. Lo habitual es traer primero los proveedores y después mover los comercios por fases, empezando por un comercio piloto con tráfico real.

Los canales de soporte, los horarios y cualquier nivel de servicio quedan recogidos en su hoja de pedido. Las preguntas técnicas van a tech@omwio.com, y las consultas reciben respuesta en un día hábil.

Usted: son sus comercios, bajo su marca. El módulo Bandeja de soporte permite a su equipo atender las incidencias de los comercios dentro del panel, junto a los datos de las transacciones, y Bandeja de soporte con IA añade respuestas sugeridas y clasificación.

No. Cada petición se vincula a su inquilino por dominio antes de que se ejecute nada más, así que el aislamiento forma parte de la arquitectura y no es un filtro de consulta que alguien pueda olvidar. Dentro de un inquilino, RBAC decide qué puede ver y hacer cada rol, y la actividad administrativa queda registrada.