Todas las guías Cómo hacer

Cómo funcionan las liquidaciones de marketplaces para restaurantes

Un marketplace de delivery cobra al restaurante una comisión por pedido, se queda su parte del precio que pagó el cliente y paga el resto al restaurante en una liquidación periódica — normalmente semanal o quincenal. Los restaurantes que operan varios marketplaces acaban reconciliando varios flujos de liquidación con las ventas del POS, con los ingresos bancarios, con devoluciones y disputas. Sinqro Data Sync sustituye esa persecución mensual con una reconciliación automatizada contra los datos en vivo del POS.

Las piezas de una liquidación de marketplace

Un extracto de liquidación típico tiene cinco piezas: ventas brutas (el precio que pagaron los clientes), comisión del marketplace (un porcentaje más cuotas fijas), promociones financiadas por el restaurante (descuentos que el marketplace ejecutó en nombre del restaurante), devoluciones y disputas (pedidos reembolsados al cliente), y pago neto (lo que el marketplace transfiere realmente a la cuenta bancaria del restaurante). Cada marketplace lo formatea distinto y usa términos distintos — parte de por qué reconciliar duele.

Por qué reconciliar a mano duele

El bucle manual estándar es: descargar el CSV del marketplace por cada semana; abrir el POS para encontrar los tickets de venta correspondientes; casar cada línea con el pedido correcto del POS; detectar las devoluciones; cruzar con el ingreso bancario; discutir con el marketplace cuando falta un pedido o una devolución está mal aplicada. El trabajo es lineal en el número de pedidos y cuadrático en el número de marketplaces. Una cadena con cinco locales y cuatro marketplaces gasta días al mes en ello.

Cómo lo cambia Sinqro Data Sync

Sinqro Data Sync recoge cada pedido en el momento en que entra en Order Hub, conserva el ID de pedido del marketplace y el ID del local, sigue el pedido por la entrega al POS (donde recibe un ID de ticket del POS) y lo enlaza después al registro de liquidación del marketplace cuando llega. Cada pedido acaba con una sola cadena de auditoría: pedido del marketplace → ticket del POS → liquidación del marketplace → ingreso bancario. La reconciliación se vuelve un control derivado: ¿esta liquidación cuadra con la suma de tickets del POS atribuidos a este marketplace en este periodo?

Las disputas habituales que Sinqro detecta sola

Tres disputas recurrentes concentran la mayoría de los desacuerdos. (1) Pedidos faltantes: la liquidación del marketplace omite un pedido que el POS claramente lanzó y que el cliente recibió. (2) Devoluciones mal aplicadas: el marketplace dedujo una devolución que era culpa del repartidor, no del restaurante. (3) Tier de comisión erróneo: el marketplace cobró una comisión más alta que la contratada. Data Sync detecta cada una automáticamente cruzando POS, marketplace y banco; el equipo de operaciones solo gestiona las excepciones.

Respuestas rápidas

Preguntas frecuentes

¿Con qué frecuencia pagan los marketplaces a los restaurantes?
La mayoría de marketplaces pagan semanal o quincenal en Europa y Latinoamérica. La cadencia exacta está en el contrato del restaurante con cada marketplace.
¿Sinqro habla directamente con la API de liquidaciones del marketplace?
Cuando el marketplace expone un endpoint de liquidaciones, sí — el conector de Sinqro lo lee en su cadencia. Cuando solo hay exportaciones CSV, Sinqro ingesta los mismos ficheros que el equipo de operaciones descargaba a mano.
¿Una cadena puede ver liquidaciones por local y por marca?
Sí. Cada pedido lleva el ID de local y la atribución de marca, así que las vistas de liquidación agregan a cualquier nivel: por local, por marca, por región, por marketplace, por periodo.