Insight · ·

Offline zuerst heisst: Konflikte zuerst klären

Lokal speichern reicht nicht. Eine Offline-App braucht klare Regeln für widersprüchliche Änderungen, entzogene Rechte und noch nicht übertragene Arbeit.

Offline zuerst heisst: Konflikte zuerst klären

Das Formular ist gespeichert. Welche Fassung bleibt?

Eine Technikerin bearbeitet eine Prüfung ohne Verbindung. Im Büro ändert der Koordinator denselben Auftrag. Nach der Wiederverbindung sind beide Änderungen berechtigt, aber nicht unbedingt miteinander vereinbar. Einfach die zuletzt eingetroffene Fassung zu behalten ist eine Produktentscheidung, die sich als technische Synchronisation tarnt.

Offline-Unterstützung beginnt bei dieser Entscheidung. Eine zwischengespeicherte Ansicht beweist nur, dass sich die Oberfläche öffnen lässt. Sie beweist nicht, dass Arbeit abgeschlossen werden kann oder dass Menschen erkennen, was noch auf dem Gerät liegt. Diese Zusagen gehören vor die Auswahl der Speicherbibliothek.

Lokal gespeichert ist noch nicht zentral angenommen

Die Oberfläche braucht unterscheidbare Zustände: lokaler Entwurf, ausstehende Übertragung, Annahme durch den Server und klärungsbedürftiger Konflikt. Für alle dasselbe Wort gespeichert zu verwenden ist irreführend. Beim Verlassen eines Einsatzorts muss erkennbar sein, ob Nachweise nur auf dem Gerät oder bereits für Kollegen verfügbar sind.

Hintergrundsynchronisation im Browser kann kurze Aufgaben nach Rückkehr der Verbindung fortsetzen. Browser begrenzen jedoch Hintergrundarbeit und Wiederholungen. Eine garantierte Zustellung ohne erneutes Öffnen der Anwendung folgt daraus nicht. Diese Grenzen beschreibt MDN zur Offline- und Hintergrundarbeit.

Deshalb braucht es auch eine sichtbare Liste ausstehender Arbeit und einen Wiederholungsweg bei geöffneter Anwendung. Ein blockierter Upload verlangt eine Erklärung statt eines endlosen Ladesymbols. Die ursprüngliche Arbeit bleibt erhalten, bis ihre Annahme oder bewusste Entfernung bestätigt ist.

Konflikte nach fachlicher Bedeutung behandeln

In einem beispielhaften Prüfprodukt unterscheiden sich das Anhängen eines Fotos und die Änderung der Zuständigkeit erheblich. Ein Foto lässt sich mit Herkunftsnachweis ergänzen. Eine andere Zuständigkeit kann dagegen verändern, wer die Prüfung überhaupt einreichen darf. Werden beide Aktionen als vollständiger Austausch des Datensatzes behandelt, geht dieser Unterschied verloren.

Bei bearbeitbaren Feldern sollte die Serverrevision erhalten bleiben, auf der die lokale Änderung beruht. Hat sie sich geändert, ist zu prüfen, ob unabhängige Informationen oder dieselbe Entscheidung betroffen sind. Getrennte Notizen können zusammengeführt werden. Widersprüchliche Abschlusszustände benötigen möglicherweise Prüfung. Gerätezeitstempel allein sollten den Gewinner nicht bestimmen.

Eine Konfliktansicht zeigt die relevanten Unterschiede, die Urheberschaft und die Folgen einer Auswahl. Ganze Rohdokumente zur Auswahl vorzulegen ist zwar technisch transparent, im Betrieb aber wenig hilfreich. Aufgelöst wird auf der Ebene der Arbeit, die Menschen verstehen.

Rechte und Löschung bleiben relevant

Eine Offline-Kopie kann länger bestehen als die Berechtigung, mit der sie heruntergeladen wurde. Zu definieren sind lokaler Datenumfang, gemeinsam genutzte Geräte und das Verhalten beim Abmelden. Ein entferntes System kann ein getrenntes Gerät nicht augenblicklich bereinigen. Je sensibler die Arbeit, desto bewusster muss der lokale Umfang begrenzt werden.

Beim Eingang ausstehender Änderungen wird die Berechtigung erneut geprüft. Ein gültiger lokaler Entwurf ist nicht automatisch weiterhin eine zulässige Einreichung. Haben sich Rechte geändert, braucht der Fall einen nachvollziehbaren Weg zur Klärung. Stilles Verwerfen ist ebenso unbefriedigend wie die Annahme über eine veraltete Sitzung.

Ein serverseitig entfernter Datensatz darf durch eine alte Gerätekopie nicht wieder entstehen. Die Absicht zu löschen oder stillzulegen gehört ins Synchronisationsmodell. Für lokal angehängte Nachweise muss eine eigene Regel gelten.

Diese Woche die Wiederverbindung testen

Einen tatsächlichen Aussendienstvorgang auswählen und offline bearbeiten, während jemand denselben Datensatz zentral verändert. Vor der Wiederverbindung die Rechte ändern. Anschliessend den Versuch mit einem unterbrochenen Datei-Upload wiederholen. Entscheidend ist, was beide Personen sehen, nicht nur das Serverprotokoll.

Für jeden gefundenen Konflikt eine Regel festhalten. Ausstehende Arbeit sichtbar machen und die Verantwortung für Klärungen benennen. Solange das Team nicht erklären kann, welche Fassung warum erhalten bleibt, ist zuverlässige Offline-Arbeit noch kein belastbares Versprechen.