Produktionshallen sind keine kontrollierten Büroumgebungen. Funkabdeckung verändert sich zwischen Maschinen, Auditoren unterbrechen Rundgänge und Fotos sind deutlich größer als einfache Antworten. „Mobile verfügbar“ bedeutet deshalb noch nicht, dass ein Audit unter realen Shopfloor-Bedingungen zuverlässig funktioniert.

Entwurf und Einreichung trennen

Ein laufendes Audit ist ein veränderlicher Entwurf. Eine eingereichte Prüfung ist ein unveränderlicher Datensatz. Diese Trennung verhindert, dass temporäre Verbindungsprobleme halbfertige Informationen als abgeschlossen markieren oder eine spätere Bearbeitung historische Ergebnisse verändert.

Autosave sollte kleine Änderungen häufig sichern und für den Anwender sichtbar machen, ob Daten nur lokal oder bereits mit dem Server synchronisiert sind. Bei einem Neustart muss der letzte konsistente Stand wiederhergestellt werden können.

Nachweise als eigene Daten behandeln

Fotos, Annotationen und Sprachaufnahmen benötigen eine robustere Warteschlange als Textantworten. Der Entwurf sollte den lokalen Bezug zur Frage behalten, bevor ein Upload bestätigt ist. Fehlgeschlagene Übertragungen müssen wiederholbar sein, ohne doppelte Dateien oder verlorene Zuordnungen zu erzeugen.

Komprimierung ist sinnvoll, darf aber den fachlich nötigen Detailgrad nicht zerstören. Legen Sie abhängig vom Anwendungsfall fest, welche Auflösung, Dateitypen und Aufbewahrungsfristen erforderlich sind.

Konflikte bewusst auflösen

Wenn mehrere Geräte denselben Entwurf bearbeiten, kann eine einfache „letzte Änderung gewinnt“-Logik Informationen überschreiben. Besser ist eindeutige Ownership während der Durchführung oder eine explizite Konfliktanzeige. Nach Einreichung sollte die Auditinstanz gesperrt sein; notwendige Ergänzungen werden als neues Lebenszyklusereignis dokumentiert.

Offline-Verhalten testen

Die MDN-Dokumentation zu Offline-Betrieb von Webanwendungen beschreibt Caches und Hintergrundsynchronisation als Bausteine, nicht als fertige Garantie. Für Audits braucht es konkrete Szenarien:

  • Verbindung während einer Fotoübertragung verlieren.
  • Browser oder App nach mehreren Antworten schließen.
  • Mit vollem Gerätespeicher umgehen.
  • Einen Entwurf nach längerer Offline-Zeit wieder öffnen.
  • Eine bereits eingereichte Instanz nicht doppelt senden.

Zusätzlich müssen Logs Fehler diagnostizierbar machen, ohne sensible Auditdaten oder Fotos in technische Protokolle zu kopieren. OWASP empfiehlt, Logging nach Sicherheits- und Datenschutzrisiken zu gestalten.

Offline-Fähigkeit ist damit kein einzelner Schalter. Sie ist eine Kombination aus Datenmodell, Synchronisationslogik, verständlicher Statusanzeige und Testfällen, die den tatsächlichen Arbeitsalltag abbilden.