Multimodale bestillinger: QR, servitor og telefon ved samme bord

Fredag kveld i Eskisehir: fem gjester rundt bordet. To bestiller via QR, to via servitorens POS, den femte ringer inn en takeaway-tillegg. Tre kanaler, ett bord, en regning — og 2 300 bestillinger per maned samles rent i en enkelt table_session.

En session, mange kilder

Hvert bord apner en table_session med 1-times TTL. QR, POS og telefon deler samme session_token; order_source logger opphav.

Avstemming ved vaktslutt falt fra 40–50 minutter til 3 minutter.

Atomic writes

Samtidige POSTer loses med Idempotency-Key fra crypto.randomUUID() og atomic db.batch() i D1.

• QR og POS skriver uten kollisjon.
• Serveren tvinger kanonisk pris.
• Shadowban per kilde.

Teknisk svar pa "Unified Orders"

Konkret: order_source enum, felles FK table_session_id og fargekodet KDS-kort per kilde. Telefon bla, QR gronn.

Eldre gjester foretrekker servitorruten og fanger 18% bruk som QR alene ville mistet.

FAQ

Hvordan kobles en telefonbestilling til riktig session? Servitoren velger bordnummer; apen session gjenbrukes, eller ny opprettes.

To QR-brukere legger til samme vare samtidig? To order_item-rader, to KDS-kort — tilsiktet.

Hva skjer ved 1-times TTL? Apne regninger bevares; 04:00 UTC cron rydder kun lukkede sessions.

Var dette nyttig? Del det.