Cómo unificar pedidos de delivery de varios canales en un restaurante

Relaciona canal, comanda y estado del pedido sin duplicar entradas ni perder instrucciones validadas.

Equipo enginerIT· 3 min de lectura

Una referencia común conecta el mensaje con la cocina

Un restaurante puede recibir pedidos desde su web, una plataforma, teléfono y punto de venta. Si la misma notificación se procesa dos veces o una modificación queda en un canal sin llegar a cocina, el equipo trabaja con comandas distintas. Un flujo multicanal mantiene una referencia común, conserva el origen y muestra cuándo una persona debe confirmar antes de cambiar la preparación.

Identifica canal, local y referencia del pedido

Registra plataforma de origen, referencia externa, hora de recepción y punto de preparación. No uses nombre del cliente y total como clave: varias comandas pueden compartir esos datos. Si la plataforma no aporta una referencia estable, crea una interna y conserva el vínculo que permita volver al evento original.

Detecta eventos repetidos sin ocultar cambios reales

Al recibir una notificación, comprueba si ya existe el mismo pedido y tipo de evento. Un reenvío de confirmación no debe generar otra comanda; un cambio posterior sí necesita una actualización enlazada. Conserva número y hora del evento para distinguir repetición técnica de una nueva instrucción del cliente.

Normaliza artículos sin cambiar el pedido

El sistema puede mostrar nombres y unidades con un formato común mientras conserva cómo llegaron del canal. Si un artículo no coincide con el catálogo interno, márcalo para revisión y no lo sustituyas por el más parecido. El responsable del restaurante decide equivalencias y evita cambios que la persona cliente no aceptó.

Conserva instrucciones y su estado de validación

Muestra observaciones exactamente como se recibieron, con origen y hora. Separa indicación del cliente, confirmación del canal y nota interna. No resumas hasta perder una condición relevante; si no se entiende una instrucción, pide revisión antes de presentarla como resuelta.

Elige una fuente operativa para cada transición

Acuerda dónde cocina consulta pedido aceptado, en preparación y listo. Los eventos de plataforma pueden actualizar una vista, pero deben reconciliarse con el punto de venta o el sistema del restaurante. Si un canal no tiene integración, asigna quién lo actualiza y con qué control de duplicados.

Avisa a cocina con el contexto que necesita

La comanda muestra referencia, artículos, cantidades, instrucciones y hora, sin mezclar pedidos del mismo cliente. Si hay una modificación posterior, destaca qué cambió y qué espera revisión. Un mensaje de aceptación del canal no debe ocultar que el restaurante aún no confirmó que puede incorporar el cambio.

Controla cancelaciones y estados incompatibles

Una cancelación recibida mientras la comanda está en preparación requiere que una persona confirme cómo proceder según el flujo del restaurante. Registra el estado de cada fuente y la decisión. No borres la comanda local solo porque el canal dejó de mostrarla en su lista de activas.

Mide fallos por canal y tipo de evento

Revisa duplicados, cambios no sincronizados, referencias sin comanda y discrepancias entre estados. Separa fallo de integración de error de carga manual y de decisión pendiente. Un recuento total de incidencias no señala qué canal o transición conviene corregir primero.

Ensaya un pedido recibido dos veces y un cambio de cantidad que llega mientras cocina ya lo ve.

Comprueba que el evento duplicado no crea una comanda nueva y que la modificación permanece pendiente hasta confirmar que llegó a la persona adecuada.

Cuéntanos qué necesitas →