Zum Inhalt springen
megapromotingLassen Sie uns sprechen
Produkte QR-Menü

Instrumente pentru ospitalitate Dezvoltare & demonstrații

Das Menü, der Tisch und das Team, in einem einzigen Ablauf.

Wir bauen eine Plattform für digitale Menüs und per QR zugängliche Abläufe. Der Kunde gelangt mit dem Telefon an die Informationen, und das Team verwaltet das Menü und die Anfragen.

  1. 1Cod la masă
  2. 2Meniu în browser
  3. 3Solicitare către echipă
Schemă explicativă ·QR-Menü

QR-Menü

Von der Information zur erledigten Arbeit.

01

Scanezi

Der Tischcode öffnet das Menü im Browser.

02

Alegi

Sie durchsuchen die verfügbaren Kategorien, Optionen und Informationen.

03

Das Team setzt fort

Anfragen und Status sind in der Konfiguration des Lokals organisiert.

Wo es nützlich wird.

Digitales Menü

Verwaltung der Produkte, Bilder und Varianten.

Interaktionen am Tisch

Szenarien für das Anfordern des Personals, der Rechnung oder der Bestellung.

Operațiuni

Rollen und Verbindungen, angepasst an die Arbeitsweise des Lokals.

Bestellungen, Zahlungen und die Anbindung an das Verwaltungssystem werden für jede Implementierung bestätigt.

QR-Menü im Detail

Was Sie mit diesem Projekt tun können.

Meniu QR ist die Plattform, über die ein Kunde den Code auf dem Tisch scannt, das Menü auf dem Telefon öffnet, ohne etwas zu installieren, bestellt, den Kellner ruft oder die Rechnung anfordert. Der Code ist nicht nur ein Link: Er kann mit einem Tisch, einem Bereich, einem Standort oder einem Dienst verknüpft sein, und dieser Kontext wird mit jeder Anfrage weitergegeben, sodass das Personal weiß, woher sie kommt.

Im Hintergrund bildet die Struktur ab, wie ein Lokal tatsächlich aussieht: Restaurant, Standorte, Bereiche (innen, Terrasse, Bar, VIP, außen), Tische und darüber Personal mit Rolle — Kellner, Barkeeper, Hookah, Koch, Administrator oder eigene Rolle — sowie Zuweisung zu Tischen. Die Bestellung hat sieben Status mit Zeitstempel für jede Übergabe: neu, bestätigt, in Vorbereitung, fertig, geliefert, bezahlt, storniert. Der Kellnerruf hat seinen eigenen Zyklus: ausstehend, übernommen, gelöst.

Das Personal braucht keine neue App: Die Benachrichtigungen laufen über Telegram, mit Regeln, die pro Ereignis konfiguriert sind — neue Bestellung, nicht bestätigte Bestellung, Tischruf, negatives Feedback, erfolgreiche oder fehlgeschlagene Zahlung. Wenn niemand innerhalb des festgelegten Intervalls übernimmt (standardmäßig fünf Minuten), eskaliert die Benachrichtigung an den Administrator.

01

QR-Code mit Kontext, nicht nur ein Link

Vier Arten von Codes: Tisch, Bereich, Standort und Service. Die Codes werden in der Plattform generiert, können als PDF für den Druck exportiert werden, und der erstellte Link trägt den Standort und den Tisch mit sich.

02

Menü mit getrennten Inhaltsübersetzungen

Kategorien und Produkte haben eigene Übersetzungstabellen, daher überschreibt der Text in einer anderen Sprache das Original nicht. Die automatische Übersetzung läuft zuerst über Anthropic (`claude-sonnet-4`), und wenn dieser Schlüssel fehlt, über Google (`gemini-2.0-flash`). Die Oberfläche ist auf Rumänisch, Russisch und Englisch verfügbar.

03

Bestellung mit Status und Zeitstempel

Sieben Zustände, jeder mit seinem registrierten Zeitpunkt: Bestätigung, Zubereitung, Lieferung, Zahlung. Die Produkte in der Bestellung haben ihren eigenen Zustand und ihre eigenen gewählten Optionen, wodurch ein Teil der Bestellung an die Bar und ein anderer in die Küche gehen kann.

04

Benachrichtigungen auf Telegram, mit Eskalation

Bot auf Basis von grammy, im Webhook-Modus. Die Regeln werden pro Restaurant und pro Ereignis gesetzt, und wenn niemand innerhalb des konfigurierten Intervalls bestätigt — standardmäßig fünf Minuten — geht die Anfrage an den Administrator. Jede gesendete Benachrichtigung bleibt im Protokoll.

05

Zahlungen mit den Konten des Lokals, nicht über uns

Die Plattform vermittelt kein Geld: Das Restaurant verwendet seine eigenen Zugangsdaten. Die Adapter für Stripe, Bargeld und Überweisung sind implementiert. MAIB existiert als Gerüst, im Code als unvollendet markiert.

06

Funktionen je nach Abonnement aktiviert, nicht alle auf einmal

Jedes Restaurant hat einen Satz von Schaltern — Bestellung, Personal rufen, Online-Zahlungen, Feedback, mehrere Sprachen, Integration mit der Kasse, geteilte Rechnung, Tischreservierung, Aktionen. Standardmäßig sind nur das Rufen des Personals und die Zahlung mit Bargeld aktiviert; der Rest wird nach dem Plan freigeschaltet. Das Tischlimit wird beim Hinzufügen geprüft, nicht am Monatsende.

Daten und Funktionsweise

Was in das System eingeht. Was geprüft werden muss.

Ein einziger Ort für alle Lokale, voneinander getrennt
PostgreSQL über Prisma, mit der Restaurant-ID auf allen Tabellen und Zugriffsrichtlinien auf Zeilenebene. Die Anmeldung der Administratoren erfolgt über Supabase, das Personal meldet sich über Telegram an, und der Kunde am Tisch hat überhaupt kein Konto.
Der Kunde bleibt anonym
Der Besucher erhält eine Sitzungskennung in einem httpOnly-Cookie, 24 Stunden gültig, in Produktion als `secure` markiert. Er fordert kein Konto an, keine Telefonnummer, installiert nichts. Die Bestellung und der Ruf des Kellners sind an diese Sitzung und an den Tisch gebunden.
Das Menü bleibt das des Lokals
Kategorien, Produkte, Optionsgruppen und Optionen werden vom Restaurant bearbeitet. Die Übersetzungen befinden sich in separaten Tabellen, daher kann eine fehlerhafte automatische Übersetzung korrigiert werden, ohne das Original zu berühren.
Was nicht automatisch verbunden ist
Die im Code erkannten Zahlungsarten sind acht, aber geschriebene Adapter gibt es für vier, und der für MAIB ist unvollendet. Für die übrigen — Moldindconbank, Paynet, Netopia, MobilPay — stehen nur die Namen in der Liste, nicht auch die Integration. Das ist eine Unterscheidung, die vor jeder Zusage an ein Lokal gemacht werden muss.

Von der Erkundung zur Implementierung

Wie wir ein Projekt mit Meniu QR vorbereiten.

01

Wir kartieren das Lokal vor dem Menü

Standorte, Bereiche, Tische, Personal und ihre Rollen. Die QR-Codes werden auf dieser Struktur erzeugt; wenn die Struktur falsch ist, ist der Kontext in jeder Anfrage falsch.

02

Wir wählen, was von Anfang an aktiviert wird

Bestellungen, Online-Zahlung und die Integration mit der Kasse sind separate Schalter. Für ein erstes Lokal reichen der Kellner-Ruf und das digitale Menü aus, um den Ablauf mit echtem Personal zu testen.

03

Wir schließen den Zahlungs- und Kassenteil für das jeweilige Lokal ab

Der MAIB-Adapter und die Zuordnung der Tische zum Kassensystem sind Arbeit, die zu erledigen ist, keine Konfiguration. Sie wird auf Grundlage des konkreten Anbieters des Lokals, seiner Zugangsdaten und seiner Dokumentation geschätzt.

04

Wir testen mit dem Personal in einer echten Schicht

Der Ablauf bricht bei den Menschen, nicht beim Code: wer bestätigt, in welcher Zeit, was passiert, wenn niemand antwortet. Eine Eskalation nach fünf Minuten ist ein Ausgangspunkt, der im Lokal kalibriert wird.

Fragen, die sich lohnen, geklärt zu werden.

Kann ein Lokal es morgen nutzen?

Nein. Es ist ein Prototyp mit vollständiger Abdeckung, aber unvollendet und nicht gestartet: eine einzige Datenbankmigration vom 4. april 2026, kein Commit nach diesem Tag, kein automatischer Test und keine öffentliche Installation. Was morgen möglich ist: eine Demo auf der Struktur eines echten Lokals, damit der Ablauf von Anfang bis Ende sichtbar wird und eingeschätzt werden kann, was noch fehlt.

Muss der Kunde eine App installieren?

Nein. Sie scannen den Code und er öffnet sich im Browser. Sie erhalten eine Sitzungskennung in einem 24 Stunden gültigen httpOnly-Cookie — ohne Konto, ohne Telefon, ohne personenbezogene Daten. Die Bestellung und der Kellnerruf sind mit dieser Sitzung und mit dem Tisch auf dem Code verknüpft.

Kann man online bezahlen?

Das hängt vom Anbieter ab, und es lohnt sich, das genau zu sagen. Der Stripe-Adapter ist funktionsfähig, ebenso Bargeld und Überweisung. Der MAIB-Adapter ist als Skelett geschrieben und im Code als unvollendet markiert — er braucht das SDK der Bank und TLS-Zertifikate. Für Moldindconbank, Paynet, Netopia und MobilPay gibt es nur die Namen in der Liste der Typen, ohne Integration. Wichtig zu beachten: Die Plattform hält das Geld nicht; das Lokal verwendet seine eigenen Zugangsdaten.

Verbindet es sich mit der Kasse des Restaurants?

Teilweise, und der fehlende Teil ist der, der zählt. Es sind Adapter für iiko (Syrve) und für Poster geschrieben, mit implementierter Authentifizierung und Token-Austausch, also kann das Menü aus ihrem System übernommen werden. Das Zurücksenden der Bestellung ist nicht fertig: die Zuordnung des Tisches im Lokal zum Tisch und zur Terminalgruppe in ihrem System ist noch zu lösen. Also Import ja, vollständige Synchronisierung noch nicht.

Wie erfährt das Personal, dass jemand bestellt oder den Kellner gerufen hat?

Auf Telegram, mit einem eigenen Bot im Webhook-Betrieb — ohne neue App, die auf ihren Telefonen installiert werden muss. Die Regeln werden pro Restaurant und pro Ereignis festgelegt: neue Bestellung, nicht bestätigte Bestellung, Ruf zum Tisch oder zum Administrator, negatives Feedback, Personal in Pause, erfolgreiche oder fehlgeschlagene Zahlung. Wenn niemand innerhalb des festgelegten Zeitraums übernimmt, standardmäßig fünf Minuten, wird die Anfrage an den Administrator eskaliert, und jede gesendete Benachrichtigung bleibt im Protokoll.

In welchen Sprachen läuft das Menü?

Die Oberfläche hat Rumänisch, Russisch und Englisch. Das Menü hat separate Übersetzungstabellen für Kategorien und Produkte, daher überschreibt die Übersetzung den Originaltext nicht und kann manuell korrigiert werden. Die automatische Übersetzung versucht zuerst Anthropic (`claude-sonnet-4`) und, falls dieser Schlüssel fehlt, Google (`gemini-2.0-flash`).

Ist das dasselbe wie MEGA QR?

Nein. MEGA QR generiert Codes und überträgt Daten optisch. Meniu QR ist eine Hospitality-Plattform: Menü, Bestellung, Personalruf, Schichtbenachrichtigungen und Zahlungen. Das Einzige, was gemeinsam ist, ist der Code am Tisch.

Beispiel zur Veranschaulichung

Ein Ruf vom Tisch, der nicht verloren geht

Ein Nutzungsszenario, ohne Kundendaten oder zugeordnete kommerzielle Ergebnisse.

Ausgangssituation

Ein Kunde scannt den Code von Tisch 12 im Terrassenbereich und drückt „den Kellner rufen“.

Wie es funktioniert

Die Anfrage wird mit der anonymen Sitzung des Kunden und dem Tisch aus dem Code verknüpft, mit dem Status „in Wartestellung“. Die Benachrichtigungsregel des Restaurants sendet die Nachricht auf Telegram an das dem jeweiligen Bereich zugewiesene Personal.

Rezultatul

Der Kellner bestätigt in Telegram und die Anfrage wechselt auf „übernommen“, dann auf „gelöst“. Wenn innerhalb des konfigurierten Zeitraums, standardmäßig fünf Minuten, niemand bestätigt, wird die Anfrage an den Administrator weitergeleitet. Jede Benachrichtigung bleibt im Protokoll, sodass später gesehen werden kann, was sich verzögert hat.

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.

Möglichkeiten der Zusammenarbeit

Meniu QR, im Kontext Ihrer Organisation.

Zugangspunkte und lokaler Transfer

Codes für den Zugriff auf öffentliche Informationen, Anweisungen oder Kontakte; optischer Dateitransfer zwischen kompatiblen Geräten, mit Bewertung der Sicherheitsrichtlinien der Institution.

Private Unternehmen

Wir definieren einen Pilot rund um einen realen Prozess: Nutzer, Daten, Integrationen, Kosten und Abnahmekriterien. Die Erweiterung erfolgt nach der Bewertung des Ergebnisses.

Institutionen und staatliche Unternehmen

Wir legen die Anforderungen an Zugänglichkeit, Hosting, Datenschutz und Interoperabilität fest. Jede Verbindung mit AGE- oder STISC-Diensten erfordert die Validierung der Berechtigung, des Zugriffs und der Genehmigungen.

Dies sind Anpassungsszenarien, keine Aussagen über bestehende Verträge oder Partnerschaften. Die vorgeschlagenen Funktionen werden im Arbeitsbereich des Projekts bestätigt.

Discută un pilot

Teil eines Ökosystems.

Was sollte bei Ihnen besser laufen?

Erzählen Sie uns von Ihrem Prozess. Gemeinsam legen wir fest, was sich zu bauen lohnt, was wir anbinden können und wie wir das Ergebnis prüfen.

Lassen Sie uns sprechen