Cómo integrar los pedidos a domicilio con el TPV sin duplicar comandas

Un cliente hace un pedido a domicilio desde la web. La confirmación llega por correo, alguien la copia al TPV y, mientras tanto, otro empleado introduce la misma comanda al verla en una pantalla distinta. Cocina recibe dos tickets; el cliente espera uno. El problema no es solo el trabajo duplicado: también puede afectar a la preparación, el cobro y la confianza del cliente.

La integración de pedidos a domicilio con el TPV busca que cada pedido siga un recorrido claro desde su recepción hasta su cierre. Antes de conectar sistemas, conviene decidir cuál registra cada dato, quién atiende las excepciones y cómo se comprueba que una comanda se ha creado una sola vez.

Dibujar el recorrido antes de conectar nada

Empieza por enumerar los canales reales: web propia, plataformas de reparto, teléfono u otros medios que utilice el restaurante. Para cada uno, anota dónde nace el pedido, qué información recibe el equipo, quién lo acepta y cómo llega a cocina. Incluye también cancelaciones, cambios de productos, incidencias de pago y consultas del cliente. El recorrido normal suele estar bastante claro; los duplicados aparecen con frecuencia cuando algo falla a mitad de camino.

Por ejemplo, un pedido puede quedar confirmado en la web mientras la comunicación con el TPV devuelve un error. Si una persona lo introduce manualmente y el sistema vuelve a enviarlo después, habrá dos comandas. La regla operativa debe responder a una pregunta concreta: ¿cómo sabe el equipo si ese pedido ya existe en el TPV antes de crearlo de nuevo?

Revisa también qué permite el TPV y qué información entregan los canales de venta. No todos admiten las mismas operaciones ni comunican los cambios de la misma forma. Esa comprobación determina si basta una integración entre sistemas, si hace falta ajustar el formulario de pedido o si algún canal requiere un paso manual controlado.

Definir un pedido reconocible y un responsable

Cada pedido debe conservar una referencia de su canal de origen y quedar relacionado con una única comanda en el TPV. Esa relación permite detectar reenvíos y consultar el estado sin depender solo del nombre del cliente o de la hora aproximada. Una regla de no duplicación debe tratar un segundo envío de la misma referencia como una comprobación o actualización, no como una orden automática de crear otra comanda.

Acordad qué campos son imprescindibles antes de aceptar un pedido: productos y modificadores, dirección cuando proceda, hora solicitada, instrucciones, modalidad de entrega y estado del pago. Estableced qué sistema manda sobre precios, disponibilidad y datos del pedido en cada momento. Si el catálogo de la web y el del TPV usan nombres o códigos diferentes, documentad la correspondencia; una coincidencia aproximada no es una base segura para enviar productos a cocina.

Asignad además una persona o función responsable de vigilar los pedidos pendientes de confirmación. Cuando falle la conexión o falte un dato, el equipo necesita ver qué ocurrió y decidir si corrige, contacta al cliente o introduce la comanda manualmente. Ese paso manual debe quedar marcado para impedir que un reintento posterior la duplique.

Separar altas, cambios y cancelaciones

Crear una comanda es solo una parte del proceso. Un cliente puede llamar para retirar un ingrediente después de pagar, o una plataforma puede comunicar una cancelación cuando cocina ya ha empezado. Definid hasta qué punto un cambio puede actualizarse automáticamente y cuándo exige confirmación humana.

Conviene distinguir estados comprensibles para el personal: recibido, pendiente de revisión, aceptado, enviado a cocina, cancelado o cerrado, según el funcionamiento del local. El nombre exacto importa menos que el significado compartido. Si un cambio llega después de enviar la comanda a cocina, no basta con modificar una pantalla: alguien debe asegurarse de que cocina recibe la corrección. Los ajustes de cobro, devoluciones y conflictos entre sistemas deben seguir las reglas del negocio y pasar por la persona autorizada.

Aquí suele ser más útil una automatización basada en reglas que una decisión probabilística. Referencias, estados y confirmaciones necesitan resultados verificables. Una herramienta de IA podría ayudar a resumir una incidencia escrita de forma libre para el responsable, pero no debería decidir por sí sola si existe una comanda duplicada o si corresponde devolver un pago.

Probar excepciones y desplegar por etapas

Antes de activar el flujo para todos los pedidos, prepara pruebas con quienes trabajan en caja, cocina y atención al cliente. Comprueba un pedido normal, un reenvío de la misma referencia, una caída de conexión, un producto no disponible, un modificador, un cambio posterior y una cancelación. Verifica tanto lo que aparece en el TPV como el ticket que ve cocina y el mensaje que recibe el cliente. Una confirmación al cliente no debería ocultar que el pedido sigue pendiente de aceptación interna.

Define también qué hacer si falla la integración durante el servicio: quién revisa la cola de pendientes, cómo se comprueba si una comanda existe y cuándo se permite introducirla a mano. Practicar ese procedimiento evita que la solución alternativa se convierta en una nueva fuente de duplicados.

Empieza con un canal o un grupo acotado de pedidos y mantén una revisión humana de los resultados. Registra pedidos recibidos, comandas creadas, reintentos, intervenciones manuales, errores de producto y tiempo hasta la aceptación. No hace falta inventar una meta universal: compara lo observado con el proceso anterior y revisa los casos concretos que causan fricción antes de ampliar el despliegue.

Si estás valorando conectar tus canales de reparto con el TPV, Cibercoding puede ayudarte a revisar un flujo de pedidos concreto y definir qué conviene integrar, controlar o mantener bajo supervisión humana.