Orquestación de pagos construida para la complejidad de los marketplaces.
Múltiples vendedores. Múltiples proveedores. Múltiples regiones. Múltiples reglas de split. Los pagos de marketplaces no son una sola integración — son un sistema operativo que se complica con cada vendedor que incorporas. Tokeflow te da la capa de orquestación para gestionarlo sin construir un equipo de pagos.
Los pagos de marketplaces son un problema diferente.
En una operación de e-commerce estándar, una entidad vende, una entidad cobra, un proveedor procesa. En un marketplace, cada transacción involucra al menos a tres partes — el comprador, el vendedor y la plataforma — cada una con diferentes intereses y obligaciones.
La plataforma retiene una comisión. El vendedor recibe el resto. Puede que haya que retener impuestos. El método de pago puede variar según la región. Y si una transacción falla, la lógica de cascada debe respetar la configuración del split — no reintentar a ciegas. La mayoría de las integraciones de pago no fueron diseñadas para esto.
Los problemas que se complican con cada vendedor que incorporas.
Lógica de split que se rompe cuando cambias de proveedor
Los splits de comisión son sencillos hasta que las APIs cambian, agregas un segundo proveedor o las reglas fiscales exigen un split de tres vías. La mayoría de las plataformas codifican la lógica de split contra un solo PSP — cuando eso se rompe, depurar durante la disputa de un vendedor cuesta confianza.
Lo que esto te cuesta: Fragilidad de ingeniería. La lógica de split se convierte en el código más tocado y menos comprendido de tu stack.
Configuración a nivel de vendedor a escala de plataforma
El Vendedor A usa Pix en Brasil; el Vendedor B usa Stripe en EE. UU.; el Vendedor C trae su propio adquirente. Tu plataforma debe soportar todo esto simultáneamente — sin una integración a la medida por vendedor.
Lo que esto te cuesta: Velocidad de onboarding. Los vendedores no estándar arrastran a la ingeniería a cada incorporación.
Visibilidad operativa en un stack fragmentado
Cada proveedor tiene su propio dashboard, webhooks, IDs y taxonomía de rechazos. Responder “¿cuál es la tasa de aprobación de los vendedores en la categoría X en todos los proveedores?” no debería requerir fusionar hojas de cálculo.
Lo que esto te cuesta: Sobrecarga operativa que escala con cada nuevo proveedor.
Qué cambia con Tokeflow en tu marketplace.
Orquestación consciente del split
Define la comisión, la parte del vendedor y la retención de impuestos a nivel de plataforma. Tokeflow mantiene el enrutamiento y la interacción con el proveedor alineados con esas reglas cuando agregas o cambias PSPs.
Orquestación multiproveedor · Smart Routing
Configuración de pagos por vendedor
Cada vendedor se mapea a una entidad Merchant con conectores, perfiles de enrutamiento, webhooks y datos aislados. El onboarding es configuración — no un nuevo despliegue.
Gobernanza multi-tenant · Normalización de webhooks
Capa operativa unificada
Un solo modelo de eventos, una sola taxonomía de rechazos, un solo registro de auditoría — con payloads sin procesar de proveedores almacenados para disputas.
Normalización de webhooks y eventos · Auditoría y trazabilidad
Cómo los marketplaces usan Tokeflow.
Marketplaces multivendedor
Vendedores independientes con diferentes requisitos, aislados por Merchant, con una vista unificada de comisiones y transacciones.
Marketplaces de servicios y plataformas gig
Comisión de plataforma, payout al proveedor y retención de impuestos — orquestados entre proveedores con reglas de split consistentes.
Marketplaces verticales
Estandariza la experiencia del comprador mientras permites configuración por vendedor para métodos y enrutamiento.
Plataformas agregadoras
Muchos Merchants, una sola experiencia — cada uno opera de forma independiente bajo el modelo multi-tenant de Tokeflow.
Cómo fluye una transacción de marketplace a través de Tokeflow.
- El comprador inicia el pago — los datos de la tarjeta se tokenizan; tu plataforma nunca almacena el PAN.
- La plataforma envía los parámetros del split (p. ej. 85% vendedor, 15% plataforma).
- El motor de enrutamiento selecciona el PSP desde el perfil del vendedor.
- El PSP autoriza; los soft declines o errores técnicos hacen cascada al fallback automáticamente.
- Eventos normalizados a los webhooks de la plataforma y del vendedor.
- Registro de auditoría completo: enrutamiento, cascadas, respuestas, splits, entregas.
const payment = await tokeflow.payments.create({
merchant_id: 'merch_seller_042',
amount: 10000,
currency: 'BRL',
method: 'credit_card',
payment_method: { token: 'tok_card_...' },
routing: { profile_id: 'rp_seller_042_brl', fallback: true },
customer: { id: 'buyer_xyz' },
split: {
rules: [
{ destination: 'merch_seller_042', percentage: 85 },
{ destination: 'platform', percentage: 15 }
]
},
metadata: {
order_id: 'order_78901',
marketplace_category: 'electronics'
}
});
// payment.split_detail → settled amounts per destinationUna sola vista. Cada vendedor. Cada proveedor.
Consultas unificadas de transacciones
Filtra entre vendedores, proveedores y métodos desde una sola API — se acabó fusionar exportaciones CSV manualmente.
Traza de enrutamiento por transacción
Ve qué proveedor fue seleccionado, cuáles se omitieron, los tiempos de cascada y los motivos de rechazo.
Taxonomía de rechazos normalizada
Un solo vocabulario en Stripe, Mercado Pago, Paystack y el resto.
const results = await tokeflow.payments.list({
status: 'declined',
method: 'credit_card',
currency: 'BRL',
metadata: { marketplace_category: 'electronics' },
created_after: '2026-04-05T00:00:00Z',
created_before: '2026-04-12T00:00:00Z'
});Qué cambia en las operaciones de marketplace.
| Sin Tokeflow | Con Tokeflow | |
|---|---|---|
| Incorporar un nuevo vendedor | Elección de PSP, webhooks, pruebas de split | Crear Merchant → conectores → enrutamiento |
| Vendedor en una nueva región | Nuevo contrato, integración, código de split | Agregar conector + regla de enrutamiento |
| Caída de proveedor | Los vendedores del PSP quedan fuera de línea | Cascada automática |
| El vendedor disputa el payout | Dashboard + logs + código | GET /payments/:id/trace con detalle del split |
| Investigación de pico de rechazos | Exportar y fusionar dashboards | Consulta unificada + taxonomía |
| Agregar Pix para vendedores de BR | Pix a la medida + actualizaciones de split | Conector + ruta; split sin cambios |
Límites claros para las operaciones de marketplace.
| Responsabilidad | Tu marketplace | Tokeflow |
|---|---|---|
| Relaciones entre comprador y vendedor | Tú las gestionas | — |
| UX y checkout del marketplace | Tu marca | — |
| Comisión y precios | Tus reglas | — |
| Integraciones de proveedores | — | API unificada |
| Enrutamiento y fallback por vendedor | Tú defines las reglas | Tokeflow las ejecuta |
| Normalización de webhooks | — | Un solo formato de eventos |
| Registro de auditoría de transacciones | — | Ciclo de vida completo + detalle del split |
Tokeflow no gestiona tu marketplace. Gestiona la capa de pagos por debajo.
No ejecutamos el KYC de vendedores, los payouts ni la política de comisiones. Tokeflow proporciona la orquestación para que puedas enrutar transacciones, normalizar eventos, aislar vendedores y mantener visibilidad entre proveedores — sin contratar un equipo de operaciones de pago. La lógica de tu marketplace sigue siendo tuya; la fontanería se vuelve nuestra.
¿Gestionas un marketplace? Hablemos de arquitectura de pagos.
Mapearemos la estructura de tus vendedores, tu panorama de proveedores y tus requisitos de split — luego haremos una demo de cómo Tokeflow orquesta transacciones multivendedor y multiproveedor en tiempo real. Acceso al sandbox incluido.
Conoce Tokeflow dentro de tu producto.
Comparte algunos detalles sobre tu caso de uso y agendaremos una demo técnica adaptada a tu stack. Acceso al sandbox incluido.