Dibuja el recorrido del dinero antes de elegir proveedor
El pago de un marketplace va más allá de un checkout exitoso. Identifica quién vende al cliente, qué cuenta recibe el cobro, cómo ganan comercio y plataforma, quién financia un reembolso y cómo llega el dinero al banco. Separa responsabilidades comerciales y operativas de nombres de API.
Distingue cinco eventos: pago del cliente, cálculo de comisión, asignación o transferencia al destinatario, depósito en cuenta externa y conciliación. Ver un reparto en el pedido no demuestra que el depósito bancario haya terminado.
Incorpora al destinatario real, no a una cuenta genérica
Confirma países de plataforma y destinatario, tipo de negocio, actividad admitida, métodos, moneda, verificación y elegibilidad bancaria. Asigna quién solicita datos pendientes y comunica restricciones. Registrarse no garantiza habilitar cobros o depósitos; una cuenta verificada puede necesitar actualizaciones.
Usa requisitos vigentes del proveedor para la configuración exacta. Prueba solicitud incompleta, destinatario restringido, cambio de datos y método de depósito fallido o no disponible. Recoge información sensible mediante el flujo adecuado del proveedor, sin añadir documentos de identidad innecesarios al soporte habitual de pedidos.
Entiende el patrón de cobro que implementarás
La documentación de cobros de Connect distingue cobros directos en cuentas conectadas de cobros de plataforma con transferencias a destino o separadas. Cargos y reversiones dependen de esa elección; no son etiquetas intercambiables de una misma integración.
Con cobros y transferencias separados, un pago de plataforma puede vincularse a varios destinatarios. Stripe distingue transferencias de depósitos bancarios y documenta restricciones de saldo y geografía. Es un ejemplo de arquitectura del proveedor, no una afirmación de que toda instalación de Ordering.co use ese patrón o de que cualquier territorio admita el mismo recorrido.
Conserva un registro de asignaciones explicable
Ejemplo contable, no tarifa ni automatización de producto: un pedido reúne $60 del comercio A y $40 de B. Con comisión acordada del 10% sobre esos subtotales, corresponden $54 a A, $36 a B y $10 de comisión a la plataforma, antes de procesamiento y otros costes.
Si se reembolsan $20 de productos de A y el acuerdo devuelve su comisión, el ajuste es $18 contra A y $2 contra comisión. Quedan $36 para A, $36 para B y $8 para plataforma: $80 después del reembolso de $20 al cliente. La aritmética no decide quién paga procesamiento, cubre saldo insuficiente o trata impuestos; necesitan reglas separadas.
Guarda referencias de pedido y comercio, moneda, importes originales, base de comisión, cobro del proveedor, asignaciones/transferencias, reembolsos y depósitos bancarios. Concilia bruto, cargos y netos sin contar dos veces el dinero. Dividir el pago entre tarjetas del cliente es distinto de distribuir ingresos entre vendedores.
Separa reembolso, reversión y disputa
La guía de reembolsos y disputas de marketplace de Stripe describe cómo los cobros indirectos pueden debitar el saldo de plataforma y cómo la reversión de transferencia recupera fondos. Reembolsar al cliente y recuperar del comercio son acciones separadas que registrar.
Define quién autoriza, si devuelve comisión, qué ocurre después del depósito bancario y quién entrega evidencia antes del plazo del proveedor. Prueba reembolso parcial entre comercios, saldo insuficiente, avisos duplicados, recuperación fallida y disputa posterior al cumplimiento. Un asiento contable no recupera dinero por sí solo.
Compara API de alta y responsabilidades operativas
No hay una mejor API universal sin conocer la operación. Compara países y actividades admitidas, alta alojada o embebida, cambios de requisitos, pruebas, eventos, reintentos/idempotencia, herramientas de reembolso y disputa, exportación para conciliar, soporte y trabajo que conserva tu equipo. Usa los mismos casos de comercio restringido y depósito fallido; no clasifiques por cantidad de funciones.
Una tarjeta propia de una marca minorista es otro acuerdo comercial y de emisión. Condiciones del titular, fondos, uso permitido, incentivos y reparto de ingresos requieren acuerdo propio; cobrar comisión mediante un split no crea un programa de tarjetas ni garantiza ingreso por intercambio.
Verifica la configuración real en Ordering.co
La integración Stripe Connect de Ordering.co documenta reparto automático entre plataforma y comercio y disponibilidad de reparto al conductor. El depósito bancario sigue ajustes de la cuenta conectada y calendario del proveedor. La función no demuestra por sí sola un patrón específico de Connect, aprobación transfronteriza o cualquier automatización de reversión.
Lleva pedido normal, asignación multicomercio, reembolso parcial, cuenta restringida y depósito fallido a las demos y revisión de implementación. La guía de marketplace de dos lados alinea responsabilidades de vendedor, cliente y operador con el dinero.