TPV con reparto a domicilio para bares: lo que hay que tener atado antes del primer pedido

Un bar que empieza a repartir a domicilio no tiene un problema de reparto. Tiene un problema de comandas: la que entra por la plataforma no se parece en nada a la que canta el camarero, y durante las primeras semanas alguien la teclea a mano en el TPV mientras la cocina espera.

¿Qué trae Odoo de serie cuando el pedido llega de una plataforma?

Más de lo que mucha gente supone, y con nombres propios. La documentación oficial describe UrbanPiper como un sistema de gestión de pedidos que se conecta con varias plataformas de comida a domicilio y consolida todos esos pedidos en una única interfaz. Odoo no habla con Uber Eats directamente: habla con UrbanPiper, y UrbanPiper habla con las plataformas.

En la práctica, la configuración vive dentro de los ajustes del punto de venta, en una sección llamada Food Delivery Connector. Ahí se marca la opción, se rellenan usuario y clave de la API, se eligen las plataformas y se pulsa Create Store, que da de alta el local en Atlas, la consola de UrbanPiper, con el nombre del propio punto de venta. Al guardar, Odoo selecciona por su cuenta la tarifa y la posición fiscal. La carta se publica con el botón Sync Menu, y cada plato tiene un campo Available on Food Delivery además de tipo de comida y marcas de recomendado y de alcohólico.

Lo que de verdad importa está en el flujo del pedido. Cuando entra uno, salta un aviso y aparece en una lista con tres estados: nuevos, en curso y terminados. Al aceptarlo, su estado pasa de Placed a Acknowledged y el pedido se muestra automáticamente en la pantalla de preparación. Esa frase del manual es la que decide si el proyecto sale bien: el pedido de la plataforma cae en la misma pantalla de cocina que el de la mesa siete.

¿Y si tu plataforma de reparto no está en la lista?

Aquí es donde se cae la mitad de estos proyectos, y casi nunca por culpa del software.

La documentación pone como ejemplos de cuentas de revendedor a Uber Eats, DoorDash, Careem, Deliveroo y Zomato, y en sus reglas de rechazo nombra además a Swiggy, JustEat y HungerStation. La lista completa de proveedores admitidos está en ese mismo manual, se organiza por regiones y se actualiza. Comprobar que la tuya aparece, y que aparece para el país donde repartes, es el primer paso y no el último. Si no está, no hay conector: hay desarrollo a medida, o hay tablet de la plataforma encima de la barra, que es como funciona hoy la mayoría de los bares que conocemos.

Un detalle operativo que nadie mira hasta que le pasa: el manual advierte de que los pedidos de Deliveroo, JustEat y HungerStation no admiten rechazo, y los de Swiggy no se pueden rechazar directamente. Si te quedas sin un plato a las nueve y media, esa limitación deja de ser un párrafo del manual.

¿Qué hay que tener atado antes del primer pedido?

• La carta que se publica. No todo lo que vendes en barra aguanta veinte minutos en una bolsa. El campo que marca cada plato como disponible para reparto existe justamente para eso: decidir plato a plato, no publicar la carta entera de golpe.
• Los menús del día. Es la primera pregunta que hace cualquier bar y la respuesta incomoda: no hay producto combinado. Hay que rehacer el menú como un plato con opciones, y eso cambia cómo se ve en la plataforma y cómo entra en cocina.
• El precio. Una ración que se vende a 12 euros en mesa rara vez puede venderse a 12 euros con la comisión de la plataforma encima. Odoo asigna tarifa y posición fiscal al crear el local de reparto, así que el precio del canal se decide ahí, antes de publicar nada.
• La cocina. Si no tienes pantalla de preparación o impresora de comandas, el pedido aceptado no aparece en ningún sitio útil y vuelves al papel. Esta es la pieza que más se aplaza y la que más duele.
• Quién acepta y quién rechaza. Con la barra llena, alguien tiene que estar mirando la lista de pedidos nuevos. Conviene decidir si es el encargado, el cocinero o una tablet en un sitio fijo, y decirlo en voz alta antes del primer viernes.
• El último kilómetro. El flujo documentado termina cuando marcas el pedido como listo. Quién lo lleva, con qué ruta y en cuánto tiempo no está en ese flujo. Si reparte la plataforma, se lo queda ella. Si repartes tú, esa parte hay que montarla aparte.

Desde nuestra experiencia

Cuando lanzamos nuestro sistema de pedidos por código QR para hostelería, la pieza que decidía si aquello funcionaba no era la carta digital ni el diseño: era el enganche con cocina. La comanda se envía al sistema de la cocina en cuanto se confirma el pago, y ese detalle es el que quita gritos de la barra. Con el reparto pasa lo mismo, con un agravante: el cliente no está delante, así que cada minuto que un pedido espera a que alguien lo teclee es un minuto de comida enfriándose.

Sigue leyendo Odoo para hostelería: qué trae de serie el TPV de un restaurante y qué hay que montar Antes del reparto conviene tener resuelto el salón: mesas, comandas y escandallos. Leer →

Si el reparto va a mover volumen, el control de existencias deja de ser un detalle y se vuelve el cuello de botella; ese lado lo desarrollamos en la guía de stock y reabastecimiento en Odoo. Y si prefieres verlo aplicado a tu local en vez de en abstracto, es la conversación que planteamos en nuestra página de TPV para bares y restaurantes: qué se resuelve configurando y qué hay que montar.

Preguntas frecuentes

Fuentes: Odoo · Online food delivery (documentación 18.0, consultada para este artículo) · Odoo · Online food delivery (19.0) · Odoo · Restaurant features (19.0). Los ejemplos de precio y los seis puntos de la lista son propios de epoint y no figuran en la documentación de Odoo.