Scanezi
Il codice al tavolo apre il menu nel browser.
Prodotti Menù QR
Strumenti per l’ospitalità Sviluppo & demo
Il menu, il tavolo e il team, nello stesso flusso.
Costruiamo una piattaforma per menu digitali e operazioni accessibili tramite QR. Il cliente arriva all’informazione dal telefono, mentre il team amministra il menu e le richieste.
- 1Codice a tavolo
- 2Menu nel browser
- 3Richiesta al team
Menù QR
Dall’informazione al lavoro svolto.
Alegi
Esplora le categorie, le opzioni e le informazioni disponibili.
Il team continua
Le richieste e gli stati sono organizzati nella configurazione del locale.
Dove diventa utile.
Menu digitale
Gestione dei prodotti, delle immagini e delle varianti.
Interazioni al tavolo
Scenari per richiedere il personale, il conto o l'ordine.
Operazioni
Ruoli e connessioni adattati al modo di lavoro del locale.
Gli ordini, i pagamenti e la connessione con il sistema di gestione sono confermati per ogni implementazione.
Menu QR in dettaglio
Cosa potete fare con questo progetto.
Menu QR è la piattaforma tramite cui un cliente scansiona il codice sul tavolo, apre il menu sul telefono senza installare nulla, ordina, chiama il cameriere o chiede il conto. Il codice non è solo un link: può essere collegato a un tavolo, a una zona, a una sede o a un servizio, e quel contesto continua con ogni richiesta, quindi il personale sa da dove proviene.
Dietro le quinte, la struttura segue come è fatto davvero un locale: ristorante, sedi, zone (interno, terrazza, bar, VIP, esterno), tavoli, e sopra di essi il personale con ruolo — cameriere, barista, hookah, cuoco, amministratore o ruolo proprio — e assegnazione ai tavoli. L'ordine ha sette stati con marca temporale per ogni transizione: nuovo, confermato, in preparazione, pronto, consegnato, pagato, annullato. La chiamata del cameriere ha il proprio ciclo: in attesa, presa in carico, risolta.
Il personale non ha bisogno di una nuova app: le notifiche arrivano su Telegram, con regole configurate per evento — ordine nuovo, ordine non confermato, chiamata al tavolo, feedback negativo, pagamento riuscito o fallito. Se nessuno prende in carico entro l'intervallo stabilito (di default cinque minuti), la notifica viene escalata all'amministratore.
Codice QR con contesto, non solo un link
Quattro tipi di codice: tavolo, zona, posizione e servizio. I codici vengono generati nella piattaforma, possono essere esportati come PDF per la stampa, e il link costruito porta con sé il locale e il tavolo.
Menu con traduzioni separate dei contenuti
Le categorie e i prodotti hanno tabelle di traduzione proprie, quindi il testo in un’altra lingua non sovrascrive l’originale. La traduzione automatica passa prima tramite Anthropic (`claude-sonnet-4`), e se quella chiave manca, tramite Google (`gemini-2.0-flash`). L’interfaccia è in romeno, russo e inglese.
Ordine con stati e marcatura temporale
Sette stati, ciascuno con il proprio momento registrato: conferma, preparazione, consegna, pagamento. I prodotti dell’ordine hanno il proprio stato e le proprie opzioni scelte, il che consente che una parte dell’ordine vada al bar e un’altra in cucina.
Notifiche su Telegram, con escalation
Bot costruito su grammy, in modalità webhook. Le regole si impostano per ristorante e per evento, e se nessuno conferma entro l’intervallo configurato — per impostazione predefinita cinque minuti — la richiesta sale all’amministratore. Ogni notifica inviata rimane nel registro.
Pagamenti con gli account del locale, non tramite noi
La piattaforma non intermedia il denaro: il ristorante utilizza le proprie credenziali. Sono implementati i connettori per Stripe, contanti e bonifico. MAIB esiste come scheletro, marcato nel codice come incompleto.
Funzioni attivate in base all’abbonamento, non tutte insieme
Ogni ristorante ha un insieme di interruttori — ordine, chiamata personale, pagamenti online, feedback, più lingue, integrazione con il registratore di cassa, conto diviso, prenotazione del tavolo, promozioni. Per impostazione predefinita sono attive solo la chiamata del personale e il pagamento in contanti; il resto si attiva dopo il piano. Il limite dei tavoli viene verificato all’aggiunta, non alla fine del mese.
Dati e funzionamento
Ciò che entra nel sistema. Ciò che deve essere verificato.
- Un unico posto per tutti i locali, separati tra loro
- PostgreSQL tramite Prisma, con l’identificatore del ristorante su tutte le tabelle e politiche di accesso a livello di riga. L’autenticazione degli amministratori avviene tramite Supabase, il personale entra tramite Telegram, mentre il cliente al tavolo non ha alcun account.
- Il cliente rimane anonimo
- Il visitatore riceve un identificatore di sessione in un cookie httpOnly, valido 24 ore, marcato `secure` in produzione. Non richiede un account, non richiede il telefono, non installa nulla. L’ordine e la chiamata del cameriere si collegano a quella sessione e al tavolo.
- Il menu rimane del locale
- Categorie, prodotti, gruppi di opzioni e opzioni sono modificati dal ristorante. Le traduzioni stanno in tabelle separate, quindi una traduzione automatica errata si corregge senza toccare l’originale.
- Ciò che non è connesso automaticamente
- I tipi di pagamento riconosciuti nel codice sono otto, ma gli adattatori scritti esistono per quattro, e quello per MAIB è incompleto. Per gli altri — Moldindconbank, Paynet, Netopia, MobilPay — esiste solo il nome nell’elenco, non anche l’integrazione. È una distinzione che va fatta prima di promettere qualcosa a un locale.
Dall’esplorazione all’implementazione
Come prepariamo un progetto con Meniu QR.
Mappiamo il locale prima del menu
Località, aree, tavoli, personale e i loro ruoli. I codici QR vengono generati su questa struttura; se la struttura è sbagliata, anche il contesto di ogni richiesta è sbagliato.
Scegliamo cosa si avvia subito
Gli ordini, il pagamento online e l’integrazione con il registratore di cassa sono interruttori separati. Per un primo locale, la chiamata del cameriere e il menu digitale sono sufficienti per testare il flusso con il personale reale.
Completiamo la parte di pagamento e di registratore di cassa, per quel locale
L’adattatore MAIB e l’allineamento dei tavoli con il sistema di cassa sono lavoro da fare, non configurazione. Si stima sul fornitore concreto del locale, con le sue credenziali e la sua documentazione.
Testiamo con il personale, in un turno reale
Il flusso si rompe con le persone, non con il codice: chi conferma, in quanto tempo, cosa succede quando nessuno risponde. L’escalation a cinque minuti è un punto di partenza che si calibra nel locale.
Domande che meritano di essere chiarite.
Un locale può usarlo domani?
No. È un prototipo completo come copertura, ma incompleto e non lanciato: una sola migrazione del database, del 4 aprile 2026, nessun commit dopo quel giorno, nessun test automatico e nessuna installazione pubblica. Ciò che si può fare domani: una dimostrazione sulla struttura di un locale reale, per vedere il flusso end-to-end e stimare cosa manca ancora.
Il cliente deve installare un’applicazione?
No. Scansiona il codice e si apre nel browser. Riceve un identificatore di sessione in un cookie httpOnly valido 24 ore — senza account, senza telefono, senza dati personali. L’ordine e la chiamata del cameriere si collegano a quella sessione e al tavolo del codice.
Si può pagare online?
Dipende dal fornitore, e vale la pena dirlo esattamente. L’adattatore Stripe è funzionante, così come il contante e il bonifico. L’adattatore MAIB è scritto come scheletro e segnato nel codice come incompleto — ha bisogno dell’SDK della banca e di certificati TLS. Per Moldindconbank, Paynet, Netopia e MobilPay esistono solo i nomi nell’elenco dei tipi, senza integrazione. Importante da ricordare: la piattaforma non trattiene i soldi; il locale usa le proprie credenziali.
Si collega al registratore di cassa del ristorante?
Parzialmente, e la parte mancante è quella che conta. Sono scritti adattatori per iiko (Syrve) e per Poster, con autenticazione e scambio di token implementati, quindi il menu può essere importato dal loro sistema. L’invio dell’ordine indietro non è pronto: l’allineamento del tavolo del locale con il tavolo e il gruppo di terminali del loro sistema è ancora da risolvere. Quindi importazione sì, sincronizzazione completa non ancora.
Come sa il personale che qualcuno ha ordinato o ha chiamato il cameriere?
Su Telegram, con un proprio bot in regime webhook — senza una nuova applicazione da installare sui loro telefoni. Le regole si impostano per ristorante e per evento: nuovo ordine, ordine non confermato, chiamata al tavolo o all’amministratore, feedback negativo, personale in pausa, pagamento riuscito o fallito. Se nessuno prende in carico entro l’intervallo stabilito, per impostazione predefinita cinque minuti, la richiesta viene escalata all’amministratore, e ogni notifica inviata rimane nel registro.
In quali lingue funziona il menu?
L’interfaccia ha rumeno, russo e inglese. Il menu ha tabelle di traduzione separate per categorie e prodotti, quindi la traduzione non sovrascrive il testo originale e può essere corretta manualmente. La traduzione automatica prova prima Anthropic (`claude-sonnet-4`) e, se quella chiave manca, Google (`gemini-2.0-flash`).
È la stessa cosa di MEGA QR?
No. MEGA QR genera codici e trasferisce dati in modo ottico. Meniu QR è una piattaforma di ospitalità: menu, ordinazione, chiamata del personale, notifiche durante il turno e pagamenti. L’unica cosa in comune è il codice sul tavolo.
Esempio illustrativo
Una chiamata dal tavolo che non si perde
Uno scenario di utilizzo, senza dati del cliente o risultati commerciali attribuiti.
Situazione iniziale
Un cliente scansiona il codice sul tavolo 12 nell’area terrazza e preme «chiama il cameriere».
Come funziona
La richiesta entra collegata alla sessione anonima del cliente e al tavolo nel codice, con stato «in attesa». La regola di notifica del ristorante invia il messaggio su Telegram al personale assegnato a quella zona.
Rezultatul
Il cameriere conferma da Telegram e la richiesta passa a «presa in carico», poi a «risolta». Se nessuno conferma entro l’intervallo configurato, per impostazione predefinita cinque minuti, la richiesta sale all’amministratore. Ogni notifica rimane nel registro, quindi si può vedere in seguito cosa ha ritardato.
Ciò che è necessario:La struttura del locale inserita (ubicazione, zone, tavoli), personale registrato nel bot con i propri ruoli, regole di notifica impostate sugli eventi e i codici QR stampati sui tavoli. Gli ordini e il pagamento online sono commutatori separati, che possono rimanere chiusi nel primo locale.
Possibilità di collaborazione
Meniu QR, nel contesto della tua organizzazione.
Punti di accesso e trasferimento locale
Codici per l’accesso a informazioni pubbliche, istruzioni o contatti; trasferimento ottico di file tra dispositivi compatibili, con valutazione delle politiche di sicurezza dell’istituzione.
Imprese private
Definiamo un pilot attorno a un processo reale: utenti, dati, integrazioni, costi e criteri di accettazione. L’estensione segue dopo la valutazione del risultato.
Istituzioni e società statali
Stabiliamo i requisiti di accessibilità, hosting, protezione dei dati e interoperabilità. Ogni connessione con servizi AGE o STISC richiede la validazione dell’ammissibilità, dell’accesso e delle approvazioni.
Questi sono scenari di adattamento, non dichiarazioni su contratti o partenariati esistenti. Le funzioni proposte si confermano nell’ambito di lavoro del progetto.
Discuti un pilotParte di un ecosistema.
Agenti vocali AI
Kallina
Sviluppiamo agenti che rispondono e avviano chiamate, usano le informazioni dell'attività e lavorano con i vostri sistemi.
PiattaformaConversazioni e supporto
aichat
Un assistente connesso alle informazioni della vostra attività, nei canali in cui vi scrivono i clienti.
PiattaformaStrumenti nel browser
MEGA QR
MEGA QR include un generatore di codici e uno strumento di trasferimento ottico.
Strumento pubblicoCosa vorresti che funzionasse meglio?
Raccontaci il tuo processo. Insieme stabiliamo cosa vale la pena costruire, cosa possiamo collegare e come verifichiamo il risultato.