Cómo conciliar el estado de un pedido entre plataforma, TPV y cocina

Detecta qué fuente confirma cada etapa y resuelve pedidos que aparecen listos en un sistema pero abiertos en otro.

Equipo enginerIT· 3 min de lectura

Listo en un dispositivo no significa entregado al cliente

El TPV, la pantalla de cocina y la plataforma de pedidos pueden describir etapas distintas. Una comanda quizá esté preparada mientras el canal sigue mostrando “en curso”; también puede aparecer como entregada sin que el restaurante haya registrado la recogida. Conciliar implica enseñar fuente y hora de cada cambio y dejar claro qué acción física confirmó el equipo.

Define qué significa cada estado en el restaurante

Documenta qué evento marca aceptado, en preparación, listo para recoger, recogido o cerrado, y quién puede confirmarlo. Un nombre de estado parecido entre plataformas no garantiza el mismo significado. Mapea equivalencias con ejemplos reales antes de sincronizar cambios automáticamente.

Vincula identificadores antes de comparar

Relaciona referencia de la plataforma, número de comanda del TPV y etiqueta visible en cocina. Si la integración no envía la clave externa, guarda el vínculo en el momento de aceptación. No asocies por importe y hora únicamente cuando hay varios pedidos simultáneos.

Compara estados con marcas temporales

Muestra qué sistema emitió cada transición, cuándo y qué usuario o integración la registró. Al interpretar horas, conserva la zona del local y de los dispositivos conectados. Una captura antigua puede explicar un estado desfasado; no la presentes como la situación actual.

Separa transición digital de acción física

“Listo” en pantalla no demuestra que se colocó la bolsa en el área de recogida, y “retirado” no prueba quién la recibió. El restaurante decide qué evento necesita confirmación presencial o un escaneo. Diseña el registro alrededor de la acción que realmente quiere verificar.

Resuelve diferencias por la fuente definida

Si cocina, TPV y canal discrepan, aplica el procedimiento acordado y asigna revisión a la persona responsable. No reemplaces todos los estados por el más reciente: una integración puede notificar tarde o repetir un evento. Conserva la discrepancia hasta saber qué fuente gobierna esa transición.

Prepara una explicación para atención al cliente

La persona que responde consulta el estado confirmado y comunica solo esa etapa, con hora o referencia cuando ayude. Si nadie ha verificado la recogida, informa de que el restaurante la está comprobando. Evita afirmar que el repartidor salió o que el cliente recibió el pedido por una etiqueta automática.

Reconcilia cierres y pedidos que desaparecen

Al terminar el turno, busca comandas abiertas en un sistema y cerradas en otro, y movimientos sin una secuencia reconocible. El encargado valida correcciones y conserva quién las hizo. No elimines registros inconsistentes solo para que todos los paneles muestren el mismo total.

Prueba fallos de red y eventos fuera de orden

Simula una actualización tardía, una reconexión que reenvía eventos y un pedido marcado listo desde dos terminales. Comprueba que el flujo no retrocede a un estado anterior ni duplica acciones. Documenta cómo volver a sincronizar cuando no puede determinar cuál evento es válido.

Antes de ponerlo en marcha

✓ Referencia enlazada entre fuentes
✓ Hora local del último evento
✓ Estado comunicado por cada sistema
✓ Acción física confirmada por equipo
✓ Cliente o repartidor identificado por evento
✓ Excepción con responsable y siguiente paso

Elige diez comandas y compara el último estado del TPV, cocina y canal de venta.

Anota qué transición no tiene evidencia y quién puede confirmarla. Ese mapa permite definir sincronizaciones útiles sin dar por hecho que los estados tienen el mismo significado.

Cuéntanos qué necesitas →