Salta ai contenuti

58. Gestire ordini fatti al kiosk

Ti serve quando vuoi distinguere gli ordini arrivati dal kiosk da quelli arrivati da telefono o tavolo, per esempio per capire quanto vale il canale self-service.

Dove arrivano gli ordini kiosk

Tutti gli ordini fatti al kiosk arrivano nella stessa pagina degli altri ordini: /admin/orders. Non c’e’ una pagina separata. Il KDS cucina (/admin/kds) li mostra insieme agli altri di asporto/delivery, perche’ il kiosk produce ordini di tipo “ritiro” o “delivery”, non ordini al tavolo.

Come distinguerli a colpo d’occhio

Sotto ogni ordine in /admin/orders c’e’ una riga grigia con tre informazioni separate da ·:

14:32 · chat · cash
  • Ora — quando e’ stato creato.
  • Canale (source)chat (telefono cliente o kiosk), kiosk (raro, vedi GAP-25 sotto), table (QR tavolo), delivery (consegna domicilio).
  • Metodo pagamentocash, card, online, oppure N/D se il cliente non ha ancora pagato.

Buco noto: il kiosk segna source = chat, non kiosk

Sembra strano ma e’ cosi’ oggi: il sistema non distingue un ordine fatto da kiosk in pizzeria da uno fatto dal cliente sul divano. Entrambi arrivano marcati source = 'chat' (vedi GAP-25 nel backlog di prodotto, riga components/peppe/CheckoutSheet.tsx:164).

Cosa significa concretamente per te

  • Non puoi rispondere alla domanda “quanti ordini ho ricevuto al kiosk questo mese?” guardando il pannello — tutti i kiosk sono mescolati con i mobile.
  • Non puoi filtrare la lista ordini per “solo kiosk” (vedi anche GAP-26: filtro per source mancante).
  • I dati per misurare il ROI del tablet (canone connessione + ammortamento hardware) non li vedi nel pannello.

Workaround: chiedi al cliente di scrivere “kiosk” nelle note

Se vuoi misurare l’impatto del kiosk in modo grezzo, puoi chiedere allo staff di banco di annotare a mano quanti ordini sono fatti al kiosk in un giorno tipo. Oppure, indirettamente, contare gli ordini take-away (pickup) che arrivano nei 5-10 minuti subito prima della stampa scontrino al banco — quelli sono quasi sicuramente kiosk, perche’ il cliente e’ fisicamente li’.

Filtri disponibili oggi nella lista ordini

/admin/orders ha solo questi filtri:

  • Stato — chip in alto: tutti, in attesa, confermati, in preparazione, pronti, in consegna, consegnati, annullati.
  • Ricerca — campo testo per ID ordine o nome cliente.

Non c’e’ un filtro “per canale” (chat / kiosk / table / delivery): per vedere “solo kiosk” oggi non e’ possibile.

Il KDS cucina riceve correttamente l’ordine kiosk

Anche se la lista admin non distingue il kiosk, la cucina lo riceve come qualsiasi altro ordine asporto:

  • Compare nella colonna Asporto del KDS unified (vedi sezione 28).
  • Stampa scontrino comanda funziona se attiva.
  • Lo stato passa per pending -> confirmed -> preparing -> ready come gli altri.

In altre parole: il flusso operativo cucina funziona perfettamente. Il problema e’ solo nella misurazione (sapere a posteriori quanti ordini erano kiosk vs telefono).

Pagamento ordini kiosk

Il cliente al kiosk ha le stesse opzioni del cliente da telefono:

  • Online (carta di credito Stripe) — paga al kiosk con il tablet, tu non devi fare nulla al banco.
  • Da incassare al banco (cash o POS) — il cliente conferma l’ordine al kiosk ma paga in cassa quando ritira. Tu in /admin/orders vedi il badge giallo Da incassare al banco e premi Pagato cash o Pagato carta quando il cliente arriva alla cassa (vedi sezione 26).

Quale dei due si attiva al kiosk dipende dalla configurazione canale pagamento (vedi sezione 42). Tipicamente al kiosk ha senso lasciare entrambi: carta per chi vuole velocita’, cassa per chi non vuole tirare fuori la carta davanti al tablet.

Suggerimento: se vuoi misurare seriamente il ROI del kiosk, apri un ticket al referente tecnico per il fix di GAP-25 (forzare source = 'kiosk' quando l’ordine arriva da tablet). Sono 30 minuti di lavoro e ti sblocca la statistica.

Attenzione: se un cliente al kiosk sceglie “pago al banco” e poi non si presenta a ritirare, l’ordine resta in /admin/orders con badge Da incassare al banco per sempre. A fine giornata controlla quelli con stato ready e paga zero: o li annulli (vedi sezione 19) o li sposti in stato delivered con nota “no-show” per non sporcare il report.