QR-Bestellung ohne POS-Umbau

Die meisten QR-Bestell-Pitches beginnen mit einer schicken Demo und enden mit einem leisen Satz: „Konnektor zu Ihrem Kassensystem auf Anfrage verfügbar." Zwei Monate später erfährst du, dass „verfügbar" ein individuelles Entwicklungsprojekt bedeutet, eine Lightspeed-Partner-Program-Prüfung und sechs Wochen Wartezeit. Bis es soweit ist, ist die Saison vorbei.

Tablarios erste Version von QR-Bestellung macht das unglamouröse Gegenteil. Kein POS-Konnektor. Keine Zahlungsabwicklung. Keine Kartenterminal-Integration. Was sie macht: Sie erfasst die Bestellung vom Handy des Gastes, zeigt sie in Echtzeit auf einem Dashboard-Tab und spielt einen Ton, sobald eine neue ankommt. Die Küche liest die Bestellung vom Dashboard oder von einem gedruckten Bon ab und tippt sie in dasselbe Kassensystem, das sie schon verwendet. Derselbe Ablauf wie bei der gedruckten Karte — nur tippt der Gast.

Das klingt unspektakulär, bis dir klar wird, dass das Tippen der Bestellung der einzige Schritt ist, den QR-Bestellung jemals wirklich verändert hat. Alles andere — Bon an die Küche, Bon an die Bar, Modifier, Gangfolge — macht dein Kassensystem schon. Wir müssen es nicht ersetzen. Wir müssen es füttern.

Was „keine Zahlung" wirklich bedeutet

Wenn ein Gast heute über QR an einem Tablario-Tisch bestellt, passiert Folgendes:

1. Der Gast scannt den QR-Code auf dem Tischaufsteller. Die URL tablario.com/r/dein-restaurant/menu?table=12 öffnet sich.
2. Er sieht deine Karte — dieselbe wie auf deiner öffentlichen Restaurant-Seite — mit Allergenen, Fotos und Preisen.
3. Er tippt Gerichte an, baut einen Warenkorb, drückt „An die Küche senden."
4. Die Bestellung erscheint auf deinem Dashboard, mit Tischnummer und Zeitstempel. Ein Ton spielt.
5. Dein Team liest die Bestellung, tippt sie genauso in dein Kassensystem ein, als wäre sie an der Bar zugerufen worden, und löst den Küchen-Bon aus.
6. Der Gast zahlt am Ende, wie er es immer getan hat — Kartenterminal, bar, oder was dein Kassensystem schon unterstützt.

Das ist der gesamte Ablauf. Der Gast gibt nie eine Karte ein. Wir sehen nie eine. Dein Kassensystem, dein Kartenterminal, deine Buchhaltung — nichts davon ändert sich.

Warum das ein Feature ist, keine Einschränkung

In Deutschland ist Zahlungsintegration nicht trivial. Die KassenSichV (Kassensicherungsverordnung) verlangt, dass jede kassenrelevante Transaktion von einer TSE (Technischen Sicherheitseinrichtung) erfasst wird. Die rechtliche Ausnahme für „Bezahlsysteme" (Zahlungssysteme, die keine artikelbezogenen Verkaufsdaten speichern) ist eng und hängt davon ab, was deine Software persistiert.

Würden wir heute zahlungsintegrierte QR-Bestellung ausliefern, würden wir entweder:

• Zur Kasse werden im BMF-Sinn — was eine TSE, einen jährlichen Export und eine prüffeste Speicherung jeder einzelnen Position erfordert. Das ist ein Projekt, kein Sprint.
• Die Regel still verletzen, indem wir artikelbezogene Daten ohne TSE speichern — was einige internationale Wettbewerber tun und womit sie ihre Kunden, nicht sich selbst, exponieren.

Wir haben Option drei gewählt: artikelbezogene Verkaufsdaten gar nicht erst speichern. Die Bestellung geht zur Erfüllung an das Dashboard. Die erfüllte Bestellung wird mit Zeitstempel und Gesamtbetrag protokolliert — sonst nichts. Keine Artikel-Zeilen persistiert. Die BMF-Ausnahme greift sauber. Keine TSE nötig.

Deshalb kommt Zahlung auch in Phase 2 — mit dokumentiertem Rechtsgutachten. Wenn wir Zahlung hinzufügen, muss die Architektur sich ändern, und wir wollen, dass ein deutscher Steueranwalt das Design abnimmt, bevor ein einziger Euro fließt.

Allergenkennzeichnung, die tatsächlich rechtskonform ist

Jedes Gericht im Tablario-Menü-Modul unterstützt die 14 Allergene aus der EU-VO 1169/2011: Gluten, Krebstiere, Eier, Fisch, Erdnüsse, Soja, Milch, Schalenfrüchte, Sellerie, Senf, Sesam, Sulfite, Lupinen, Weichtiere.

Das ist keine Option. Seit 2014 verlangt EU-Recht, dass Restaurants Allergeninformationen für jedes Gericht ausweisen — auf einer Karte, einer separaten Liste oder per App. Die meisten Restaurants erfüllen das mit einem handgetippten PDF, das niemand pflegt. Das Tablario-Menü-Modul erzwingt es im Datenmodell: Du kannst kein Gericht speichern, ohne Allergen-Tags zu setzen.

Gäste können die QR-Karte vor der Bestellung nach Allergenen filtern („Alles mit Milch ausblenden"). Die Küche sieht dieselben Allergene auf dem Bestellbon. Die Konformität wird automatisch — und der operative Nutzen entsteht stromabwärts: weniger allergische Überraschungen, weniger Reklamations-Mahlzeiten, weniger böse Bewertungen.

Echtzeit-Dashboard, keine Druckerwarteschlange

Der Bestelltab in deinem Tablario-Dashboard ist die Betriebsansicht. Jede aktive Bestellung zeigt Tischnummer, Gerichte, Modifier, verstrichene Zeit seit Eingang. Neue Bestellungen klingen; Bestellungen älter als fünf Minuten pulsieren leise. Du kannst Bestellungen als „abgesetzt" oder „serviert" markieren — diese Events fließen in dein Gäste-CRM (damit die Stammgast-Historie stimmt), aber gehen nicht ins Kassensystem.

Das Dashboard läuft in jedem Browser. Ein 50-€-Android-Tablet an der Wand reicht. Haben wir getestet.

Was es nicht ist

• Kein Ersatz für Tischbedienung. Servicekräfte nehmen Bestellungen weiter wie gewohnt für Gäste auf, die das vorziehen. QR ist Opt-in pro Gast, nicht erzwungen.
• Kein Ersatz für dein Kassensystem. Es füttert dein Kassensystem manuell. Das ist heute ein Feature; in Phase 2 wird daraus eine Integration für Restaurants, die das wollen.
• Nicht für Fast-Casual gedacht. Fast-Casual-Betreiber fahren meist einen vertikalen Stack (Square, Toast), wo diese Überlappung keinen Sinn ergibt. Wir zielen auf Full-Service-Häuser, die ihr Kassensystem schon lieben und nicht wechseln wollen.

Was du brauchst, um anzufangen

Einen gedruckten QR-Code pro Tisch (wir generieren ihn, du druckst auf was du willst), ein Tablet oder Laptop am Pass fürs Dashboard, und die Speisekarte im Tablario-Admin. Mehr nicht.

Wenn du artikelbezogene Verkaufsauswertung brauchst — dein Kassensystem hat sie schon. Wenn du Zahlung am Tisch brauchst — warte auf Phase 2 und sag uns Bescheid. Welche POS-Konnektoren wir in welcher Reihenfolge bauen, entscheidet, welche unsere Kunden tatsächlich verwenden.

QR-Bestellung ohne Zahlung ist Teil des Phase-1-Releases bis September 2026. POS-Konnektoren und Zahlungsintegration kommen in Phase 2 (geplant Q1 2027), abhängig von einem Rechtsgutachten für DE/CH/AT.