Multimodala bestallningar: QR, servitor och telefon vid samma bord

Fredag kvall i Eskisehir: fem gaster vid bordet. Tva bestaller via QR, tva via servitorens POS, den femte ringer in ett takeaway-tillagg. Tre kanaler, ett bord, en nota — och 2 300 bestallningar per manad hamnar rent i en enda table_session.

En session, flera kallor

Varje bord oppnar en table_session med 1-timmes TTL. QR, POS och telefon delar samma session_token; order_source-faltet loggar ursprunget.

Avstamning vid passets slut sjonk fran 40–50 minuter till 3 minuter.

Atomic writes

Samtidiga POSTar hanteras med Idempotency-Key fran crypto.randomUUID() och atomic db.batch() i D1.

• QR och POS skriver utan kollision.
• Servern tvingar kanoniskt pris.
• Shadowban per kalla.

Tekniskt svar pa "Unified Orders"

Konkret: order_source enum, gemensam FK table_session_id och fargkodade KDS-kort per kalla. Telefon bla, QR gron.

Aldre gaster foredrar servitorvagen, vilket fangar 18% anvandning som QR ensam skulle missa.

FAQ

Hur kopplas en telefonbestallning till ratt session? Servitoren valjer bordsnummer; oppen session ateranvands, annars skapas en ny.

Tva QR lagger till samma vara samtidigt? Tva order_item-rader, tva KDS-kort — avsiktligt.

Vad hander vid 1-timmes TTL? Oppna notor sparas; 04:00 UTC cron rensar bara stangda sessions.

Var detta hjälpsamt? Dela det.