Offline-fähige App: Arbeiten ohne Netz und was beim Abgleich passiert

Eine offline-fähige App ist eine Anwendung, die auch ohne Internetverbindung weiter funktioniert: Nutzer sehen die zuletzt geladenen Daten, erfassen neue Vorgänge und schließen Aufgaben ab. Sobald wieder Netz besteht, gleicht die Anwendung ihre Änderungen mit dem Server ab. Entscheidend ist dabei weniger das Speichern als die saubere Synchronisierung.

Was ist eine offline-fähige App?

Die meisten Anwendungen sind so gebaut, dass jede Aktion sofort beim Server ankommt. Fällt die Verbindung weg, erscheint eine Fehlermeldung oder eine leere Seite. Eine Anwendung, die ohne Netz arbeitet, dreht dieses Verhältnis um: Sie hält einen Teil der Daten auf dem Gerät, speichert Änderungen zunächst lokal und schickt sie nach, wenn die Verbindung zurückkehrt.

Offline-Fähigkeit ist dabei keine Ja-Nein-Eigenschaft. Manche Anwendungen zeigen ohne Netz nur Daten an, andere erlauben das Erfassen neuer Vorgänge, wieder andere das Bearbeiten bestehender Datensätze. Jede Stufe bringt mehr Aufwand, vor allem bei der Frage, was geschieht, wenn die Änderungen zum Server zurückkommen.

Wann braucht ein Betrieb eine offline-fähige App?

Sinnvoll ist sie überall dort, wo gearbeitet wird, das Netz aber nicht zuverlässig ist: in Kellern und Technikräumen, in Hallen mit Stahlbau, auf Baustellen, in Kühlräumen oder in Gegenden mit lückenhaftem Mobilfunk. Typisch sind Service- und Wartungsaufträge, Aufmaß vor Ort, Inventur im Lager und Lieferbestätigungen beim Kunden.

Nicht nötig ist sie, wenn Nutzer fast immer im Büro oder im WLAN arbeiten oder wenn ein Vorgang ohne aktuelle Serverdaten ohnehin keinen Sinn ergibt, etwa eine Verfügbarkeitsabfrage in Echtzeit. Dann genügt eine klare Meldung, dass gerade keine Verbindung besteht. Im Zweifel hilft ein Tag Begleitung im Außendienst: Wo fehlt das Netz tatsächlich, und was wird genau dort erledigt?

Lokale Daten und Synchronisierung

Die Anwendung braucht einen lokalen Speicher, im Browser etwa IndexedDB, in installierten Apps oft SQLite. Welche Daten dort liegen, muss bewusst entschieden werden: die Aufträge des Tages, der Artikelstamm, die Kundenadressen. Alles zu speichern ist selten sinnvoll, weil Speicherplatz, Aktualität und Datenschutz dagegen sprechen. Geht ein Gerät verloren, sollten die lokalen Daten verschlüsselt sein und der Zugang aus der Ferne gesperrt werden können.

Änderungen ohne Netz landen in einer Warteschlange. Jede Änderung braucht eine eindeutige Kennung, die schon auf dem Gerät vergeben wird, damit der Server doppelte Übertragungen erkennt. Kommt die Verbindung zurück, wird die Warteschlange abgearbeitet, und die Anwendung zeigt, welche Änderungen übertragen sind und welche noch warten. Fotos und Unterschriften brauchen besondere Aufmerksamkeit, weil sie groß sind und bei schwachem Netz abbrechen können.

Konflikte: wenn zwei Geräte denselben Datensatz ändern

Der schwierigste Teil ist der Konflikt. Ein Monteur ändert offline einen Auftrag, während der Innendienst denselben Auftrag im Büro anpasst. Welche Änderung gilt? Üblich sind drei Antworten: Die letzte Änderung gewinnt, einzelne Felder werden zusammengeführt, oder der Konflikt wird einem Menschen zur Entscheidung vorgelegt. Keine davon ist immer richtig; die Regel muss je Datenart fachlich festgelegt werden.

Viele Konflikte lassen sich schon durch das Datenmodell vermeiden. Wer Erfassungen als neue Einträge anlegt, etwa eine Rückmeldung zu einem Auftrag, statt bestehende Felder zu überschreiben, hat deutlich seltener widersprüchliche Stände. Auch ein sichtbarer Hinweis in der Oberfläche, dass ein Datensatz zuletzt ohne Netz geändert wurde, beugt Missverständnissen im Innendienst vor.

Web-App oder Store-App ohne Netz

Auch Web-Apps können ohne Netz arbeiten, mit Service Workern und lokalem Speicher im Browser. Für einfache Fälle genügt das. Es gibt aber Grenzen: Browser dürfen gespeicherte Daten unter bestimmten Bedingungen löschen, und nicht jeder Browser unterstützt die Synchronisierung im Hintergrund. Wo über längere Zeit viele Daten offline gebraucht werden, ist eine installierte App oft die verlässlichere Wahl, auch wenn Verteilung und Updates dann zusätzlichen Aufwand bedeuten. Wie beide Varianten zu den Nutzern kommen, beschreibt der Artikel zur B2B-App.

Wie wir Offline-Fähigkeit planen

Wir klären vor dem Angebot, welche Vorgänge ohne Netz laufen müssen und welche nicht, und legen für jede Datenart fest, wie Konflikte aufgelöst werden. Diese Regeln stehen als Prüfkriterien im Angebot und werden vor der Abnahme mit abgeschaltetem Netz und parallelen Änderungen getestet, nicht erst beim ersten Einsatz im Keller eines Kunden. Den Ablauf beschreibt die Seite App-Entwicklung; wie die Daten dahinter aussehen, zeigt der Artikel zum Kundenportal.