La liquidación de delivery casi nunca llega como una lista clara. Llega como un depósito único que no coincide con lo que marcó el POS, y la diferencia queda flotando hasta que alguien pide el desglose. Esa espera es la que alarga el cierre: nadie quiere ajustar caja sin saber qué parte fue comisión, qué parte fue promoción y qué parte todavía no tiene comprobante.
Este radar deja un método corto para conciliar esa liquidación en una sola pasada, con fuente conservada y responsable visible. Funciona con cualquier plataforma porque no discute la tarifa: verifica que cada descuento tenga documento, fecha y dueño antes de cerrar el turno.
El método en cinco pasos
Sigue este orden. Cada paso responde una pregunta distinta, y ninguno se salta sin evidencia:
- 1. Comisión: ¿qué cobró la plataforma por cada pedido? Pide el reporte por pedido, no el total redondeado. Sin ese detalle no se puede separar comisión de otros ajustes.
- 2. Promoción: ¿qué descuento asumió el local y cuál asumió la plataforma? Marca quién pagó cada cupón. La promoción mal asignada es la causa más común de diferencias que parecen comisión.
- 3. Retención: ¿qué retuvo cada parte por impuestos o cargos? Anota el concepto, la base y el comprobante. Si no hay documento, queda como pendiente, no como gasto confirmado.
- 4. Devolución y contracargo: ¿qué pedidos se devolvieron o se disputaron? Cada uno necesita ticket, motivo y fecha. Un contracargo sin ticket se registra como excepción abierta con responsable.
- 5. Fecha de depósito: ¿cuándo entra el dinero al banco? Concilia por fecha de depósito, no por fecha de venta. Un depósito que mezcla dos días explica por sí solo la mitad de los desajustes.
Ejemplo ficticio con la diferencia de USD 182,40
Ejemplo ficticio e ilustrativo, coherente con el caso de la demo. No son resultados de clientes:
Un turno ficticio marca ventas brutas por delivery de USD 1.285,40 en el POS y recibe una liquidación de USD 1.103,00. La diferencia es USD 182,40 sin desglose: el cierre no puede firmarse porque nadie sabe todavía qué parte corresponde a cada concepto. El método pide el detalle y lo reparte así, todo ficticio:
| Concepto | Monto ficticio |
|---|---|
| Ventas brutas POS (ficticio) | USD 1.285,40 |
| Comisión de plataforma (ficticio, 10% ilustrativo) | USD 128,54 |
| Promoción asumida por el local (ficticio) | USD 30,00 |
| Retención y cargos con comprobante (ficticio) | USD 12,46 |
| Devolución y contracargo con ticket (ficticio) | USD 11,40 |
| Total explicado (ficticio) | USD 182,40 |
| Liquidación recibida (ficticio) | USD 1.103,00 |
Cuando cada línea tiene comprobante y la fecha de depósito coincide con el banco, la diferencia de USD 182,40 deja de ser un misterio y pasa a ser un desglose cerrado con responsable. Si alguna línea sigue sin documento, queda como pendiente fechado para el turno siguiente, no como ajuste silencioso.
Cómo dejarlo registrado sin alargar el cierre
Wobistro conserva la liquidación original, marca la excepción por USD 182,40, prepara la conciliación dentro de los permisos del encargado y registra quién decidió cada línea. El siguiente turno abre con el desglose visible en el historial, en lugar de heredar una diferencia sin contexto.
La misma disciplina sirve para el resto del margen: el food cost se compara contra venta neta por canal, y cada merma se anota con causa y evidencia antes de culpar al turno. Por eso conviene leer este radar junto al glosario de food-cost y al de merma.
Cómo se opera
Wobistro conserva la fuente, identifica la excepción, prepara una acción dentro de los permisos y registra la decisión de la persona responsable. Cada resultado vuelve al historial para que el siguiente turno empiece con contexto.
Siguiente paso
Prueba este flujo con datos ficticios. Verlo en acción Volver a noticias
Demo sin tarjeta con datos ficticios.
Revisado el
Fuente: Wobistro · 2026-08-12