Venerdi sera a Eskisehir: cinque persone a tavola. Due ordinano via QR, due dal POS del cameriere, la quinta chiama per un asporto. Tre canali, un tavolo, un conto — e 2.300 ordini al mese confluiscono puliti in un'unica table_session.
Una sessione, piu fonti
Ogni tavolo apre una table_session con TTL di 1 ora. QR, POS e telefono condividono lo stesso session_token; il campo order_source traccia l'origine.
La riconciliazione di fine turno e passata da 40–50 minuti a 3 minuti.
Scritture atomiche
POST simultanei gestiti con Idempotency-Key da crypto.randomUUID() e db.batch() atomico in D1.
- QR e POS scrivono senza collisioni.
- Il server impone il prezzo canonico.
- Shadowban applicato per fonte.
Risposta tecnica a "Unified Orders"
Un order_source enum, una FK table_session_id e carte KDS colorate per fonte. Telefono blu, QR verde.
I clienti anziani preferiscono il cameriere, recuperando un 18% di uso che il QR solo perderebbe.
FAQ
Come si lega un ordine telefonico alla sessione? Il cameriere seleziona il tavolo; riusa la sessione aperta o ne apre una nuova.
Due QR ordinano lo stesso piatto? Due righe order_item, due carte KDS — voluto.
Cosa succede a TTL scaduto? I conti aperti restano; il cron 04:00 UTC pulisce solo sessioni chiuse.
Ti è stato utile? Condividilo.
Articoli correlati
Cos'è un menù QR? La guida completa per i ristoranti
Un menù QR permette ai clienti di accedere alla tua carta istantaneamente dallo …
Dal menù cartaceo al menù QR digitale: guida passo passo
Vuoi adottare i menù QR ma non sai da dove iniziare? Questa guida copre fotograf…
Menu QR geolocalizzati: servire lingue diverse in base all'IP del visitatore
Come un resort da 180 coperti ad Antalya instrada lo stesso QR a menu turchi, te…