Scanezi
Il codice al tavolo apre il menu nel browser.
Prodotti Menù QR
Instrumente pentru ospitalitate Dezvoltare & demonstrații
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.
- 1Cod la masă
- 2Meniu în browser
- 3Solicitare către echipă
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.
Operațiuni
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.
Ce este necesar:Structura localului introdusă (locație, zone, mese), personal înregistrat în bot cu rolurile lui, reguli de notificare setate pe evenimente și codurile QR tipărite pe mese. Comenzile și plata online sunt comutatoare separate, care pot rămâne închise la primul local.
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.
Discută un pilotParte di un ecosistema.
Agenți vocali AI
Kallina
Sviluppiamo agenti che rispondono e avviano chiamate, usano le informazioni dell'attività e lavorano con i vostri sistemi.
PlatformăConversații și suport
aichat
Un assistente connesso alle informazioni della vostra attività, nei canali in cui vi scrivono i clienti.
PlatformăInstrumente în browser
MEGA QR
MEGA QR include un generatore di codici e uno strumento di trasferimento ottico.
Instrument publicCosa vorresti che funzionasse meglio?
Raccontaci il tuo processo. Insieme stabiliamo cosa vale la pena costruire, cosa possiamo collegare e come verifichiamo il risultato.