Przejdź do treści
megapromotingPorozmawiajmy
Produkty Menu QR

Instrumente pentru ospitalitate Dezvoltare & demonstrații

Menu, stół i zespół, w tym samym przepływie.

Budujemy platformę do cyfrowych menu i operacji dostępnych przez QR. Klient dociera do informacji z telefonu, a zespół administruje menu i zgłoszeniami.

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

Menu QR

Od informacji do wykonanej pracy.

01

Scanezi

Kod ze stołu otwiera menu w przeglądarce.

02

Alegi

Przeglądasz kategorie, opcje i dostępne informacje.

03

Zespół kontynuuje

Prośby i statusy są uporządkowane w konfiguracji lokalu.

Gdzie staje się przydatny.

Menu cyfrowe

Zarządzanie produktami, obrazami i wariantami.

Interakcje przy stole

Scenariusze prośby o personel, rachunek lub zamówienie.

Operațiuni

Role i połączenia dostosowane do sposobu pracy lokalu.

Zamówienia, płatności i połączenie z systemem zarządzania są potwierdzane dla każdej implementacji.

Meniu QR w szczegółach

Co możesz zrobić z tym projektem.

Meniu QR to platforma, przez którą klient skanuje kod ze stołu, otwiera menu w telefonie bez instalowania czegokolwiek, zamawia, woła kelnerkę lub prosi o rachunek. Kod to nie tylko link: może być przypisany do stołu, strefy, lokalizacji albo usługi, a ten kontekst przechodzi dalej z każdą prośbą, więc personel wie, skąd ona pochodzi.

W tle struktura odwzorowuje to, jak naprawdę wygląda lokal: restauracja, lokalizacje, strefy (wewnątrz, taras, bar, VIP, na zewnątrz), stoły, a nad nimi personel z rolą — kelnerka, barman, hookah, kucharka, administratorka lub rola własna — oraz przypisanie do stołów. Zamówienie ma siedem statusów z oznaczeniem czasu dla każdej zmiany: nowe, potwierdzone, w przygotowaniu, gotowe, dostarczone, opłacone, anulowane. Wezwanie kelnerki ma własny cykl: oczekujące, przejęte, rozwiązane.

Personel nie potrzebuje nowej aplikacji: powiadomienia trafiają przez Telegram, z regułami skonfigurowanymi według zdarzenia — nowe zamówienie, niepotwierdzone zamówienie, wezwanie do stołu, negatywny feedback, udana lub nieudana płatność. Jeśli nikt nie przejmie w ustalonym czasie (domyślnie pięć minut), powiadomienie eskaluje do administratorki.

01

Kod QR z kontekstem, nie tylko link

Cztery typy kodów: stół, strefa, lokalizacja i usługa. Kody są generowane w platformie, można je eksportować jako PDF do druku, a zbudowany link niesie ze sobą lokal i stół.

02

Menu z osobnymi tłumaczeniami treści

Kategorie i produkty mają własne tabele tłumaczeń, więc tekst w innym języku nie nadpisuje oryginału. Tłumaczenie automatyczne najpierw przechodzi przez Anthropic (`claude-sonnet-4`), a jeśli ten klucz brakuje, przez Google (`gemini-2.0-flash`). Interfejs ma język rumuński, rosyjski i angielski.

03

Zamówienie ze stanami i znacznikiem czasu

Siedem statusów, każdy z własnym zarejestrowanym momentem: potwierdzenie, przygotowanie, dostawa, płatność. Produkty w zamówieniu mają własny status i własne wybrane opcje, co pozwala, aby część zamówienia trafiła do baru, a inna do kuchni.

04

Powiadomienia na Telegramie, z eskalacją

Bot zbudowany na grammy, w trybie webhook. Reguły ustawia się dla każdej restauracji i dla każdego zdarzenia, a jeśli nikt nie potwierdzi w skonfigurowanym interwale — domyślnie pięć minut — żądanie trafia do administratora. Każde wysłane powiadomienie pozostaje w dzienniku.

05

Płatności z kont lokalu, nie przez nas

Platforma nie pośredniczy w pieniądzach: restauracja korzysta z własnych danych uwierzytelniających. Zaimplementowane są adaptery dla Stripe, gotówki i przelewu. MAIB istnieje jako szkielet, oznaczony w kodzie jako niedokończony.

06

Funkcje uruchamiane w ramach abonamentu, nie wszystkie naraz

Każda restauracja ma zestaw przełączników — zamówienie, wezwanie personelu, płatności online, opinie, wiele języków, integracja z kasą fiskalną, podział rachunku, rezerwacja stolika, promocje. Domyślnie włączone są tylko wezwanie personelu i płatność gotówką; reszta aktywuje się po planie. Limit stolików sprawdza się przy dodawaniu, nie pod koniec miesiąca.

Dane i działanie

Co trafia do systemu. Co trzeba sprawdzić.

Jedno miejsce dla wszystkich lokali, oddzielonych od siebie
PostgreSQL przez Prisma, z identyfikatorem restauracji we wszystkich tabelach i politykami dostępu na poziomie wiersza. Uwierzytelnianie administratorów odbywa się przez Supabase, personel wchodzi przez Telegram, a klient przy stole nie ma w ogóle konta.
Klient pozostaje anonimowy
Odwiedzająca osoba otrzymuje identyfikator sesji w ciasteczku httpOnly, ważny 24 godziny, oznaczony `secure` w produkcji. Nie wymaga konta, nie wymaga telefonu, niczego nie instaluje. Zamówienie i wezwanie kelnera są powiązane z tą sesją i ze stołem.
Menu pozostaje własnością lokalu
Kategorie, produkty, grupy opcji i opcje są edytowane przez restaurację. Tłumaczenia znajdują się w osobnych tabelach, więc błędne tłumaczenie automatyczne można poprawić bez dotykania oryginału.
Co nie jest połączone automatycznie
Typy płatności rozpoznawane w kodzie są osiem, ale napisane adaptery istnieją dla czterech, a ten dla MAIB jest niedokończony. Dla pozostałych — Moldindconbank, Paynet, Netopia, MobilPay — istnieją tylko nazwy na liście, bez integracji. To rozróżnienie trzeba zrobić, zanim obieca się coś lokalowi.

Od eksploracji do wdrożenia

Jak przygotowujemy projekt z Meniu QR.

01

Mapujemy lokal przed menu

Lokalizacje, strefy, stoły, personel i ich role. Kody QR generują się na tej strukturze; jeśli struktura jest błędna, kontekst w każdym żądaniu też jest błędny.

02

Wybieramy, co uruchamia się na start

Zamówienia, płatność online i integracja z kasą fiskalną to osobne przełączniki. Dla pierwszego lokalu wywołanie kelnera i cyfrowe menu wystarczą, aby przetestować przepływ z realnym personelem.

03

Kończymy część płatności i kasy fiskalnej, dla tego lokalu

Adapter MAIB i dopasowanie stołów do systemu kasowego to praca do wykonania, nie konfiguracja. Szacuje się to dla konkretnego dostawcy lokalu, z jego danymi dostępowymi i dokumentacją.

04

Testujemy z personelem, na realnej zmianie

Przepływ psuje się na ludziach, nie na kodzie: kto potwierdza, w jakim czasie, co się dzieje, gdy nikt nie odpowiada. Eskalacja po pięciu minutach to punkt wyjścia, który kalibruje się w lokalu.

Pytania, które warto wyjaśnić.

Czy lokal może używać tego jutro?

Nie. To prototyp kompletny pod względem pokrycia, ale niedokończony i niewydany: jedna podstawowa migracja bazy danych z 4 kwietnia 2026, brak commitów po tym dniu, brak testów automatycznych i brak publicznej instalacji. Co można zrobić jutro: demonstrację na strukturze realnego lokalu, aby zobaczyć przepływ od początku do końca i oszacować, czego jeszcze brakuje.

Czy klient musi instalować aplikację?

Nie. Skanuje kod i otwiera się w przeglądarce. Otrzymuje identyfikator sesji w ciasteczku httpOnly ważnym 24 godziny — bez konta, bez telefonu, bez danych osobowych. Zamówienie i wywołanie kelnera są powiązane z tą sesją i ze stołem z kodu.

Czy można płacić online?

To zależy od dostawcy i warto powiedzieć to dokładnie. Adapter Stripe jest funkcjonalny, podobnie gotówka i przelew. Adapter MAIB jest napisany jako szkielet i oznaczony w kodzie jako niedokończony — potrzebuje SDK banku i certyfikatów TLS. Dla Moldindconbank, Paynet, Netopia i MobilPay istnieją tylko nazwy na liście typów, bez integracji. Ważne do zapamiętania: platforma nie trzyma pieniędzy; lokal używa własnych danych dostępowych.

Czy łączy się z kasą fiskalną restauracji?

Częściowo, i brakująca część jest tą, która ma znaczenie. Napisane są adaptery dla iiko (Syrve) i dla Poster, z implementacją uwierzytelniania i wymiany tokenów, więc menu można pobrać z ich systemu. Wysłanie zamówienia z powrotem nie jest gotowe: dopasowanie stołu z lokalu do stołu i grupy terminali w ich systemie nadal wymaga rozwiązania. Więc import tak, pełna synchronizacja jeszcze nie.

Jak personel dowiaduje się, że ktoś złożył zamówienie albo wezwał kelnerkę lub kelnera?

Na Telegramie, za pomocą własnego bota w trybie webhook — bez nowej aplikacji do instalowania na ich telefonach. Reguły ustawia się osobno dla restauracji i dla wydarzenia: nowe zamówienie, niepotwierdzone zamówienie, wezwanie do stołu lub do administracji, negatywna opinia, personel na przerwie, płatność udana albo nieudana. Jeśli nikt nie podejmie w ustalonym czasie, domyślnie pięć minut, prośba eskaluje do administracji, a każda wysłana notyfikacja pozostaje w dzienniku.

W jakich językach działa menu?

Interfejs ma język rumuński, rosyjski i angielski. Menu ma osobne tabele tłumaczeń dla kategorii i produktów, więc tłumaczenie nie nadpisuje tekstu oryginalnego i można je poprawić ręcznie. Tłumaczenie automatyczne najpierw próbuje Anthropic (`claude-sonnet-4`) i, jeśli tego klucza brakuje, Google (`gemini-2.0-flash`).

Czy to to samo co MEGA QR?

Nie. MEGA QR generuje kody i przenosi dane optycznie. Meniu QR to platforma dla gastronomii: menu, zamawianie, wzywanie personelu, powiadomienia na zmianie i płatności. Jedyną wspólną rzeczą jest kod na stole.

Przykład ilustracyjny

Wezwanie ze stołu, które się nie gubi

Scenariusz użycia, bez danych klienta ani przypisanych wyników handlowych.

Sytuacja początkowa

Klient skanuje kod na stole 12 w strefie tarasu i naciska „wezwać kelnerkę lub kelnera”.

Jak to działa

Prośba trafia powiązana z anonimową sesją klienta i ze stołem z kodu, ze statusem „w oczekiwaniu”. Reguła powiadomień restauracji wysyła wiadomość na Telegram do personelu przypisanego do danej strefy.

Rezultatul

Kelnerka lub kelner potwierdza w Telegramie i prośba przechodzi na „podjęta”, a potem na „rozwiązana”. Jeśli nikt nie potwierdzi w skonfigurowanym czasie, domyślnie pięć minut, prośba trafia do administracji. Każda notyfikacja pozostaje w dzienniku, więc później można zobaczyć, co się opóźniło.

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.

Możliwości współpracy

Meniu QR, w kontekście Twojej organizacji.

Punkty dostępu i lokalny transfer

Kody do dostępu do informacji publicznych, instrukcji lub kontaktów; optyczny transfer plików między kompatybilnymi urządzeniami, z oceną polityk bezpieczeństwa instytucji.

Firmy prywatne

Definiujemy pilotaż wokół realnego procesu: użytkownicy, dane, integracje, koszty i kryteria akceptacji. Rozszerzenie następuje po ocenie wyniku.

Instytucje i spółki państwowe

Ustalamy wymagania dotyczące dostępności, hostingu, ochrony danych i interoperacyjności. Każde połączenie z usługami AGE lub STISC wymaga walidacji kwalifikowalności, dostępu i zatwierdzeń.

To są scenariusze adaptacji, a nie oświadczenia o istniejących umowach lub partnerstwach. Proponowane funkcje są potwierdzane w zakresie pracy projektu.

Discută un pilot

Część ekosystemu.

Co chcesz, żeby działało lepiej?

Opowiedz nam o swoim procesie. Wspólnie ustalimy, co warto zbudować, co da się połączyć i jak sprawdzimy wynik.

Porozmawiajmy