Multimodale ordrer: QR, tjener og telefon ved samme bord

Fredag aften i Eskisehir: fem gaester ved bordet. To bestiller via QR, to via tjenerens POS, den femte ringer ind med en takeaway-tilfojelse. Tre kanaler, et bord, en regning — og 2.300 ordrer om maneden samles rent i en enkelt table_session.

En session, mange kilder

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

Afstemning ved vagtens slut faldt fra 40–50 minutter til 3 minutter.

Atomic writes

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

• QR og POS skriver uden kollision.
• Serveren tvinger den kanoniske pris.
• Shadowban gaelder pr. kilde.

Teknisk svar pa "Unified Orders"

Konkret: order_source enum, faelles FK table_session_id og farvekodede KDS-kort pr. kilde. Telefon bla, QR gron.

Aeldre gaester foretraekker tjenervejen, hvilket fanger 18% brug.

FAQ

Hvordan kobles en telefonordre til den rigtige session? Tjeneren vaelger bordnummer; abent session genbruges, ellers oprettes ny.

To QR-brugere tilfojer samme item samtidigt? To order_item-raekker, to KDS-kort — bevidst.

Hvad efter 1-times TTL? Abne regninger bevares; 04:00 UTC cron rydder kun lukkede sessions.

Var dette nyttigt? Del det.