Scanezi
Der Tischcode öffnet das Menü im Browser.
Instrumente pentru ospitalitate Dezvoltare & demonstrații
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.
QR-Menü
Der Tischcode öffnet das Menü im Browser.
Sie durchsuchen die verfügbaren Kategorien, Optionen und Informationen.
Anfragen und Status sind in der Konfiguration des Lokals organisiert.
Verwaltung der Produkte, Bilder und Varianten.
Szenarien für das Anfordern des Personals, der Rechnung oder der Bestellung.
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
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.
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.
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.
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.
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.
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.
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
Von der Erkundung zur Implementierung
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.
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.
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.
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.
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.
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.
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.
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.
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.
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`).
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 Nutzungsszenario, ohne Kundendaten oder zugeordnete kommerzielle Ergebnisse.
Ein Kunde scannt den Code von Tisch 12 im Terrassenbereich und drückt „den Kellner rufen“.
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.
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
Codes für den Zugriff auf öffentliche Informationen, Anweisungen oder Kontakte; optischer Dateitransfer zwischen kompatiblen Geräten, mit Bewertung der Sicherheitsrichtlinien der Institution.
Wir definieren einen Pilot rund um einen realen Prozess: Nutzer, Daten, Integrationen, Kosten und Abnahmekriterien. Die Erweiterung erfolgt nach der Bewertung des Ergebnisses.
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 pilotWir entwickeln Agenten, die Anrufe annehmen und tätigen, die Informationen des Unternehmens nutzen und mit Ihren Systemen arbeiten.
PlatformăEin Assistent, der mit den Informationen Ihres Unternehmens verbunden ist, in den Kanälen, in denen Ihre Kunden Ihnen schreiben.
PlatformăMEGA QR umfasst einen Code-Generator und ein optisches Übertragungstool.
Instrument publicErzä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.