Sumar delivery y pickup es una fuente real de ingresos extra, pero si se maneja como un canal aparte y desordenado, termina saturando la cocina justo cuando la sala también está llena.
Cuando el delivery se toma por WhatsApp o por una app externa desconectada del POS, cocina recibe dos flujos de pedidos que no hablan entre sí — y es fácil que un pedido de delivery se atienda tarde, o que se dupliquen esfuerzos.
La solución no es un sistema aparte — es que el POS permita crear una comanda de delivery o pickup igual que una de mesa, pero sin mesa asignada, con los mismos ítems, modificadores y flujo hacia el KDS de cocina.
Para la cocina, un ítem es un ítem, venga de una mesa, de delivery o de pickup. Lo que sí importa es la prioridad y el tiempo — un pedido para retirar en 20 minutos tiene una urgencia distinta a uno de mesa que se está comiendo la entrada.
Un plato vendido por delivery consume los mismos ingredientes que uno servido en mesa. Si el sistema de delivery está desconectado del inventario del restaurante, esa venta no descuenta stock real — y el conteo se desalinea con lo que de verdad sale de cocina.
El pedido de delivery también necesita factura, y en muchos casos un método de pago distinto (pago contra entrega, transferencia, plataforma externa). El sistema debe poder registrar eso sin que sea un proceso manual aparte del cobro normal.
Poder ver cuánto vino de mesa, cuánto de delivery y cuánto de pickup ayuda a decidir dónde enfocar esfuerzo — pero solo tiene sentido si esos tres canales viven en el mismo sistema, no en tres reportes distintos que hay que sumar a mano.
El módulo de Restaurantes de Nexus Commerce permite crear comandas de delivery o pickup sin mesa física, con el mismo flujo de cocina, el mismo descuento de inventario y la misma factura que una venta de mesa — para que la cocina no tenga que operar dos sistemas distintos según de dónde vino el pedido.
14 días de prueba en todos los planes, sin tarjeta de crédito.