Timerise Offline: Inselmodus für den Außeneinsatz

Samstagnachmittag auf einem Schießstand dreißig Kilometer außerhalb der Stadt. Zwanzig Kunden vor Ort, die nächste Gruppe meldet sich gerade am Kiosk an. Dann verliert das LTE-Modem das Signal — ein überlasteter Mobilfunkmast während einer lokalen Veranstaltung oder einfach die Realität eines Betriebs, der von Betonwänden und Wald umgeben ist. Das Cloud-Dashboard wird dunkel.

Was passiert mit den Buchungen? Mit den Bestandszahlen? Mit den elektronischen Schlössern, die die Waffenkammer sichern? Wenn Ihr Buchungssystem ausschließlich in der Cloud lebt, lautet die Antwort: Alles steht still. Das Personal wechselt zu Papier, Kunden warten, und wenn die Verbindung zurückkehrt, verbringen Sie den Rest des Tages damit, handschriftliche Notizen mit der Datenbank abzugleichen.

Warum reine Cloud-Systeme im Außeneinsatz versagen

Cloud-First-Architektur funktioniert hervorragend für Büros, Kliniken und urbane Coworking-Spaces — Orte mit redundanter Glasfaseranbindung und stabilem WLAN. Aber eine wachsende Kategorie von Unternehmen operiert in Umgebungen, in denen unterbrechungsfreies Internet ein Luxus ist, keine Selbstverständlichkeit:

Schießstände — oft in Industriegebieten oder ländlichen Gegenden mit schlechter Mobilfunkabdeckung, dicke Betonwände dämpfen das Signal
Paintball- und Airsoft-Felder — Waldlichtungen, verlassene Gebäude, offenes Gelände ohne festen Breitbandanschluss
Offroad-Parks und Rallye-Strecken — abgelegene Standorte, wo das nächste Glasfaserkabel Kilometer entfernt ist
Bushcraft-Camps und Survival-Events — bewusst abseits des Netzes, manchmal mit Satellitenverbindung oder mobilem Hotspot als einzige Verbindung zur Zivilisation

Diese Einrichtungen verbindet ein gemeinsames Muster: Sie benötigen ein Buchungssystem, Bestandsverfolgung und Zutrittskontrolle genau wie jedes Stadtunternehmen — können aber keine ununterbrochene Konnektivität garantieren. Sie arbeiten mit Synchronisierungsfenstern — Zeiträumen, in denen Internet verfügbar ist — statt mit einer Always-On-Verbindung.

Inselmodus: Ihr Standort wird autark

Timerise löst dieses Problem mit dem Inselmodus (Island Mode) — einem lokalen Server, der vor Ort eingesetzt wird, eine vollständige Replik der Standortdaten vorhält und automatisch übernimmt, wenn die Cloud nicht erreichbar ist.

Der lokale Server läuft auf einem kompakten Linux-Rechner (Mini-PC, Intel NUC, sogar ein Raspberry-Pi-Gerät mit ausreichend RAM), der an dasselbe LAN wie Kiosk- und Mitarbeiterterminals angeschlossen ist. Er repliziert kontinuierlich Daten aus der Cloud im Hintergrund. Wenn das Internet ausfällt, wechseln die Terminals nahtlos zum lokalen Server. Wenn die Verbindung zurückkehrt, synchronisiert sich alles wieder.

Kein manuelles Eingreifen. Kein Datenverlust. Keine Ausfallzeit.

Architektur: Cloud, lokaler Server und Terminals

                    Internet
                       |
              +--------+--------+
              |      Cloud      |
              |  Firestore SSOT |
              +--------+--------+
                       |
             Replikation auf DB-Ebene
                   (Echtzeit)
                       |
              +--------+--------+
              |  Lokaler Server |
              |  NestJS + RxDB  |
              +--------+--------+
                       |
                  LAN (WLAN/ETH)
                       |
           +-----------+-----------+
           |           |           |
        Kiosk      Personal    Hardware
        (PWA)       (PWA)    (Schlösser)

Online-Modus: Terminals kommunizieren mit der Cloud-API. Der lokale Server repliziert im Hintergrund leise alle Daten — Buchungen, Inventar, Preise, Personaldaten, Schlosszustände — acht Sammlungen in Echtzeit synchronisiert.

Offline-Modus (Inselmodus): Wenn die Cloud unerreichbar wird, leiten sich die Terminals zum lokalen Server im LAN um. Buchungen laufen weiter, Bestandsaktualisierungen fließen, elektronische Schlösser reagieren auf Befehle. Der Standort operiert als autonome Insel.

Rückkehr online: Der lokale Server erkennt die wiederhergestellte Konnektivität, überträgt alle lokal erstellten Daten in die Cloud, und die Terminals migrieren zurück zur Cloud-API. Der Übergang ist für Personal und Kunden unsichtbar.

Heartbeat und automatisches Failover

Der lokale Server sendet alle 30 Sekunden einen Heartbeat an die Cloud. Erkennt die Cloud über 60 Sekunden lang keinen Heartbeat, markiert sie den Standort als offline. Dieser Status propagiert sich in Echtzeit — die öffentliche Buchungsseite deaktiviert neue Reservierungen für diesen Standort (da die Cloud die Slot-Verfügbarkeit nicht garantieren kann, während der Standort im Inselmodus ist), während der Betrieb vor Ort über den lokalen Server unterbrechungsfrei weiterläuft.

Replikation auf Datenbankebene: Warum es wichtig ist

Die meisten offline-fähigen Systeme versuchen, die Synchronisation auf der Anwendungsebene zu lösen — API-Aufrufe in Warteschlangen stellen, REST-Anfragen wiederholen, Konflikte über Middleware auflösen. Dieser Ansatz ist fragil. Jeder Endpoint braucht seine eigene Offline-Warteschlange. Konfliktlösung ist ad-hoc. Eine fehlgeschlagene Wiederholung kann Daten in einem inkonsistenten Zustand hinterlassen.

Timerise verfolgt einen grundlegend anderen Ansatz: Die Replikation erfolgt auf Datenbankebene.

Der lokale Server verwendet RxDB — eine reaktive Datenbank, die für Echtzeit-Replikation entwickelt wurde — direkt mit Firestore in der Cloud synchronisiert. Dies ist kein API-Cache. Es ist eine vollständige bidirektionale Datenbankreplik mit integrierter Konfliktlösung.

Die Vorteile sind erheblich:

Geschwindigkeit — Daten werden als Dokumente repliziert, nicht als serialisierte HTTP-Request-Response-Zyklen. Kein REST-Overhead, keine Retry-Warteschlangen, keine Middleware-Übersetzung.
Konsistenz — Die Datenbank-Engine übernimmt die Konfliktlösung über Zeitstempel und Dokumentrevisionen, nicht über Anwendungscode. Jeder Datensatz hat eine einzige Quelle der Wahrheit.
Sicherheit — Die Replikation nutzt authentifizierte Datenbankkanäle mit Dienstkonto-Anmeldedaten, keine exponierten API-Endpoints. Die Angriffsfläche ist kleiner als bei einer API-basierten Synchronisationsschicht.
Vollständigkeit — Alle acht Datensammlungen (Standorte, Buchungen, Inventar, Transaktionen, Schlösser, Schloss-Logs, Preise, Personal) werden als Einheit repliziert. Es besteht kein Risiko einer teilweisen Synchronisation, bei der Buchungen aktualisiert werden, das Inventar aber nicht.

Wenn die Verbindung nach einer Offline-Phase zurückkehrt, gleichen sich die lokale RxDB-Instanz und der Cloud-Firestore automatisch ab. Kein manuelles Zusammenführen. Keine verlorenen Datensätze.

Kiosk- und Personalterminals

Der Inselmodus betreibt zwei Arten von Vor-Ort-Terminals, beide als Progressive Web Apps (PWAs) im Browser:

Selbstbedienungs-Kiosk

Ein Touchscreen-Terminal, an dem Kunden ohne Personalunterstützung buchen und einchecken. Der Kiosk läuft im Vollbildmodus auf einem dedizierten Display — keine Adressleiste, keine System-UI, keine Ablenkungen. Er unterstützt mehrere Sprachen, setzt sich nach Inaktivität automatisch zurück und deaktiviert alle Browser-Fluchtmöglichkeiten (Rechtsklick, Pinch-Zoom, Wisch-Navigation).

Im Inselmodus verbindet sich der Kiosk über LAN mit dem lokalen Server und zeigt weiterhin verfügbare Slots an, nimmt Buchungen entgegen und verarbeitet Check-ins. Kunden merken nicht, dass das Internet ausgefallen ist.

Personal-Terminal

Eine PWA für Mitarbeiter zur Verwaltung des Tagesbetriebs: heutige Buchungen einsehen, Kunden einchecken, Inventargegenstände ausgeben und zurücknehmen (Waffen, Munition, Schutzausrüstung), elektronische Schlösser steuern und Bestandsmengen anpassen. Personal authentifiziert sich mit seinen Zugangsdaten — im Online-Modus von der Cloud verifiziert, im Offline-Modus gegen die lokale Personalreplik geprüft.

Das Personal-Terminal deckt den operativen Kern eines Standorts ab: Buchungen, Inventar und physische Zutrittskontrolle — alle drei funktionieren im Inselmodus.

Anwendungsfälle: Wo der Inselmodus glänzt

Schießstände

Der ursprüngliche Anwendungsfall. Schießstände vereinen mehrere offline-feindliche Faktoren: massive Betonkonstruktion (Signaldämpfung), ländliche Standorte (schlechte Abdeckung) und hochsensibles Inventar (Waffen und Munition, die präzise verfolgt werden müssen). Der Inselmodus hält den Buchungsfluss, das Bestandsbuch und die elektronischen Waffenkammerschlösser unabhängig von der Konnektivität am Laufen. Wenn das Internet zurückkehrt — ob nach Minuten oder am Ende des Tages — synchronisieren sich alle Daten mit der Cloud.

Paintball- und Airsoft-Felder

Typischerweise in Wäldern, verlassenen Industrieanlagen oder auf offenen Feldern gelegen. Die Infrastruktur ist minimal. Internet kommt oft von einem mobilen Hotspot, der das Signal verliert, wenn sich das Wetter ändert oder zu viele Handys verbunden sind. Mit dem Inselmodus verarbeitet der Check-in-Kiosk am Eingang weiterhin Gruppen, Personal verfolgt Ausrüstungsausgabe und -rückgabe, und der Betrieb läuft reibungslos durch das Synchronisierungsfenster — morgendliches Setup mit Internet, offline während der Stoßzeiten, abendliche Synchronisation, wenn das Personal in den Bürobereich zurückkehrt.

Offroad-Parks und Rallye-Veranstaltungen

Temporäre oder semipermanente Einrichtungen in abgelegenem Gelände. Konnektivität kann satellitenbasiert sein mit hoher Latenz und begrenzter Bandbreite, oder ein mobiler Hotspot, der nur von der Anhöhe beim Eingang funktioniert. Der Inselmodus ist genau für dieses Szenario konzipiert: Alles während des Konnektivitätsfensters replizieren, autonom während der Veranstaltung operieren, Ergebnisse synchronisieren, wenn die Crew zusammenpackt und in den Empfangsbereich zurückkehrt.

Bushcraft- und Survival-Events

Mehrtägige Veranstaltungen an bewusst netzfernen Standorten. Internetverfügbarkeit kann auf ein 30-minütiges Satellitenfenster jeden Morgen beschränkt sein. Der Inselmodus verwandelt dieses Fenster in eine Synchronisierungsgelegenheit — der lokale Server überträgt alle über Nacht erstellten Buchungen, Ausrüstungsprotokolle und Zutrittsdatensätze in die Cloud, holt Updates (neue Preise, Zeitplanänderungen) und operiert dann unabhängig bis zum nächsten Fenster.

Wie die Synchronisation in der Praxis funktioniert

Der Lebenszyklus eines typischen Tages an einem Außenstandort mit Inselmodus:

Morgenstart — Der lokale Server startet mit dem Rechner (automatischer systemd-Dienst). Er verbindet sich mit dem Internet und beginnt die Replikation. Innerhalb von Sekunden sind alle acht Datensammlungen mit der Cloud synchronisiert.
Betriebsbeginn — Kunden treffen ein. Kiosk und Personalterminals verbinden sich über die Cloud-API, solange Internet verfügbar ist. Der lokale Server repliziert weiter im Hintergrund und pflegt einen Live-Spiegel.
Internet fällt aus — Der Heartbeat scheitert. Nach drei aufeinanderfolgenden fehlgeschlagenen Heartbeats (konfigurierbar) wechselt der lokale Server in den Offline-Modus. Terminals erkennen die Änderung und leiten sich zur LAN-Adresse des lokalen Servers um. Der Betrieb läuft ohne Unterbrechung weiter.
Inselbetrieb — Neue Buchungen werden lokal erstellt. Bestandsbewegungen werden erfasst. Schlossbefehle werden ausgeführt. Alle Daten werden in der lokalen RxDB-Instanz mit voller Konsistenz gespeichert.
Internet kehrt zurück — Der lokale Server erkennt die Konnektivität, sendet einen Heartbeat und beginnt, lokal erstellte Daten an Firestore zu übertragen. Die Cloud markiert den Standort als online. Terminals migrieren nach und nach zurück zur Cloud-API. Die öffentliche Buchungsseite wird wieder aktiviert.
Tagesende — Alle Daten sind zwischen lokal und Cloud konsistent. Der Manager kann den Tagesbetrieb von überall aus einsehen — jede Buchung, jede Bestandstransaktion, jedes Schlossereignis ist in der Cloud, unabhängig davon, wie viele Offline-Perioden aufgetreten sind.

Für die reale Welt gebaut

Der Inselmodus ist keine theoretische Absicherung — es ist ein Produktionsfeature, das für Einrichtungen konzipiert ist, in denen Offline-Betrieb Alltag ist, kein Randfall. Replikation auf Datenbankebene bedeutet, dass die Synchronisation schnell, konsistent und sicher ist. PWA-Terminals bedeuten, dass keine nativen Apps installiert oder aktualisiert werden müssen. Automatisches Failover bedeutet, dass das Personal keinen Schalter umlegen oder die IT anrufen muss.

Wenn Ihre Einrichtung dort betrieben wird, wo das Internet nicht hinreicht, läuft Timerise weiter.

Bereit, Ihren Betrieb ausfallsicher zu machen? Kontaktieren Sie uns, um den Inselmodus für Ihren Standort zu besprechen, oder entdecken Sie Timerise, um die gesamte Plattform zu sehen.