--- title: "Was „offline-fähig“ bei einer Restaurantkasse wirklich bedeutet | GoSufra" description: "Offline-Betrieb ist leicht behauptet und schwer gebaut. Was eine Kasse ohne Internet weiter können muss, was sie nicht kann, und wie die Warteschlange danach sicher aufholt." url: "https://gosufra.com/de/blog/was-offline-faehig-bei-einer-restaurantkasse-wirklich/" language: "de" source: "https://gosufra.com" --- # Was „offline-fähig“ bei einer Restaurantkasse wirklich bedeutet Offline-Betrieb ist leicht behauptet und schwer gebaut. Was eine Kasse ohne Internet weiter können muss, was sie nicht kann, und wie die Warteschlange danach sicher aufholt. 2026-08-30 · 7 Min. Lesezeit ![Illustration einer Kasse, die weiter verkauft, während die Cloud-Verbindung getrennt ist](https://gosufra.com/blog/how-offline-mode-works.svg) ## Kernpunkte - Der Test ist nicht, ob die App offline startet, sondern ob die Warteschlange danach korrekt landet. - Jede Offline-Aktion trägt eine eigene ID — ein erneuter Versuch legt die Bestellung nie doppelt an. - Manches kann ehrlich nicht offline laufen — ein Karten-Gateway zum Beispiel. - Fragen Sie jeden Anbieter: Was passiert, wenn zwei Offline-Kassen dieselben letzten fünf Portionen verkaufen? 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: | Feld | Warum es existiert | | --- | --- | | `clientActionId` | Eine auf dem Gerät erzeugte UUID — die Identität der Aktion | | `deviceId` | Welche Kasse sie erzeugt hat | | `actionType` | Bestellung angelegt, Zahlung kassiert, Schicht geschlossen… | | `payloadJson` | Die vollständige Aktion, eingefroren zum Zeitpunkt des Geschehens | | `localCreatedAt` | Um Aktionen in der tatsächlichen Reihenfolge abzuspielen | 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. - Offline Kasse - Kassensystem Gastronomie - Kassen-Synchronisation - Cloud Kasse ## Im Produkt ### [Kasse & Bestellungen](https://gosufra.com/de/funktionen/kassensystem-gastronomie/) Ansehen ## Erledigen Sie all das von einem System aus Kasse, Küche, Bestand, Rezeptkalkulation, Personal und Buchhaltung — verbunden, und kostenlos zum Starten. [Kostenloses Konto erstellen](https://app.gosufra.com/register?lang=de) ## Verwandte Artikel ![Illustration gestapelter Bildschirme, die ein System teilen](https://gosufra.com/blog/what-is-a-restaurant-operating-system.svg) So funktioniert es 2026-09-01 · 8 Min. Lesezeit ### [Was ein Restaurant-Betriebssystem ist — und warum die Kasse nur ein Teil davon ist](https://gosufra.com/de/blog/was-ein-restaurant-betriebssystem-ist/) Die Kasse erfasst den Verkauf. Ein Restaurant-Betriebssystem erfasst den Verkauf und alles, was er auslöst: den Küchenbon, den Warenbestand, die Tellerkosten, den Lohn und die Buchung. Artikel lesen ![Illustration eines Signals, das Küchenbildschirm und Telefon gleichzeitig erreicht](https://gosufra.com/blog/real-time-updates-and-notifications.svg) So funktioniert es 2026-08-10 · 7 Min. Lesezeit ### [Echtzeit, wirklich: wie Bestellungen ankommen, ohne dass jemand aktualisiert](https://gosufra.com/de/blog/echtzeit-wirklich-wie-bestellungen-ankommen-ohne-dass/) Was ein Live-Push ist, wie ein Bon Küche und Fahrer ohne Reload erreicht, wo Benachrichtigungen hingehören, und wie sich das vom Offline-Modus unterscheidet. Artikel lesen [← Alle Artikel](https://gosufra.com/de/blog/) [Kontakt](https://t.me/GoSufraSupport)