Was „offline-fähig“ bei einer Restaurantkasse wirklich bedeutet

Jede Cloud-Kasse wirbt mit Offline-Betrieb. Sehr wenige erklären, was dieser Satz abdeckt — und die Lücke zwischen Versprechen und Verhalten zeigt sich am schlimmsten Abend des Jahres.

Offline ist ein Warteschlangen-, kein Bildschirmproblem

Jede App kann eine Karte zwischenspeichern und ohne Verbindung einen Bildschirm zeichnen. Das ist die leichte Hälfte. Die schwere ist, was mit den zwanzig Bestellungen, vier Rückerstattungen und einer geschlossenen Schicht passiert, die während des Ausfalls entstanden sind.

Das sind keine Bildschirme. Das sind Tatsachen, von denen die Zahlen anderer Leute abhängen — Lager, Küche, Bücher, Kassenschublade. Sie in der richtigen Reihenfolge und genau einmal zurückzubringen, ist das ganze technische Problem.

Was die Kasse weiter können muss

Ohne Internet muss ein Kassensystem weiterhin:

• Eine Schicht öffnen und ein Wechselgeld erfassen.
• Die vollständige Karte zeigen — Preise, Optionen, Größen, Kombis.
• Bestellungen aufnehmen, parken, Rechnungen teilen, Rabatte und Aktionscodes anwenden.
• Bar kassieren und auf einem lokal angeschlossenen Drucker einen Beleg drucken.
• Stornieren und erstatten, mit denselben Genehmigungsregeln.
• Die Schublade weiterzählen, damit der Abschluss aufgeht.

Das ist ein laufendes Restaurant. Nichts davon braucht einen Server, um wahr zu sein.

Was ehrlich nicht funktionieren kann

Ehrlichkeit ist hier ein Merkmal, keine Schwäche:

• Karte und Online-Zahlung. Eine Autorisierung braucht das Gateway. Sie kassieren bar — oder mit Karte, wenn die Leitung zurück ist.
• Live-Sicht über Filialen hinweg. Der Bestand einer anderen Filiale lebt auf dem Server.
• Alles, was ein zweites Gerät sofort sehen muss. Ein Küchenmonitor im selben lokalen Netz lässt sich noch bedienen; ein Handy im Mobilfunk kann von einer Kasse ohne Uplink nichts erfahren.

Ein System, das behauptet, all das laufe offline, irrt sich — oder definiert „offline“ neu.

Wie das Aufholen abgesichert ist

Kommt die Verbindung zurück, sendet das Gerät nicht einfach erneut. Jede Aktion wurde im Moment des Geschehens lokal als unveränderlicher Datensatz geschrieben, mit:

Der Server speichert sie mit einem eindeutigen Schlüssel auf (deviceId, clientActionId). Trifft dieselbe Aktion zweimal ein — wackliges WLAN, App-Neustart, ein ungeduldiger Wiederholversuch — wird die zweite erkannt und das ursprüngliche Ergebnis zurückgegeben, statt eine zweite Bestellung anzulegen. Zahlungen tragen aus demselben Grund einen Idempotenzschlüssel: ein Retry kann nie doppelt belasten.

Wiederholversuche werden schrittweise seltener, statt die Verbindung zu hämmern; was nach der Schwelle noch scheitert, landet sichtbar in einer Fehlerliste, die ein Verantwortlicher auflöst, statt still zu verschwinden.

Wenn zwei Kassen sich widersprechen

Das ist die Frage, die jeder Anbieter beantworten sollte. Zwei Kassen offline. Beide verkaufen die letzten fünf Portionen des Tagesgerichts. Beide kommen gleichzeitig zurück.

Es gibt keine magische Antwort — die Portionen existieren nicht. Wichtig ist, dass das System deterministisch ist und es Ihnen sagt:

• Bestand, der negativ würde, wird mit einem verwertbaren Fehler abgelehnt, nicht still akzeptiert.
• Der Bestellstatus folgt nur gültigen Übergängen: ein „serviert“-Bon wird nicht wieder geöffnet.
• Eine Zahlung über dem Bestellwert wird abgelehnt.
• Der Tischstatus nimmt die maßgebliche Serverversion — zwei Gäste können nicht an Tisch 6 sitzen.

Sie werden trotzdem ein Gericht ausgeben müssen. Aber Sie wissen es im Moment des Konflikts, statt drei Wochen später eine negative Bestandszeile zu finden.

Der Ein-Minuten-Test

Bevor Sie unterschreiben, machen Sie das in der Demo: Tablet in den Flugmodus, vier Bestellungen aufnehmen, eine erstatten, Schicht schließen, dann wieder verbinden. Danach drei Bildschirme prüfen — Bestand, Küchenhistorie und Tagesumsatz — und sehen, ob alle vier Bestellungen da sind, je einmal, in der richtigen Reihenfolge, mit gebuchter Erstattung.

Dieser Test dauert eine Minute und sagt mehr als jede Funktionsliste.