Wie werden Aufzeichnungen wiederkehrender Prüfungen an Standorten ohne Internet sicher erfasst?

Kurze Antwort: Wie wird die Prüfaufzeichnung ohne Internet geführt?

Speichern Sie das Prüfformular in einer transaktionalen lokalen Datenbank auf dem Gerät; vergeben Sie jeder Aufzeichnung eine eindeutige Transaktionsidentität, halten Sie den Sendestatus sichtbar und gleichen Sie nach Verbindungsaufbau ohne Duplikaterzeugung mit dem Server ab.

Im Offline-Betrieb ist „gespeichert“ nicht ein einzelner Zustand. Dem Benutzer sollten die Zustände auf dem Gerät gespeichert, Senden ausstehend, vom Server angenommen und Prüfung erforderlich getrennt angezeigt werden. So wird bei schwacher Verbindung nicht angenommen, dass das auf dem Bildschirm sichtbare Formular die Zentrale erreicht hat.

Welche Daten sollten vor dem Außendiensteinsatz auf das Gerät geladen werden?

Kurze Antwort: Es sollte nur das aktuelle und autorisierte Datenpaket geladen werden, das zur Erledigung des zugewiesenen Auftrags erforderlich ist.

• Arbeitsauftrag und unveränderliche Ausrüstungsidentität
• Die fixierte Version des der Ausrüstungsart zugeordneten Prüfformulars
• Erforderliche Prüfkriterien und Auswahllisten
• Aufgabenbereich des zugewiesenen Personals und Geräte-Referenzen
• Zeitpunkt der letzten Synchronisierung und Paketversion

Die W3C-Specification zu Service Workern erläutert, dass Offline-Webanwendungen mit Workern, die Anfragen abfangen, und einem lokalen Anfrage-/Antwortspeicher aufgebaut werden können. Die Entsprechung im VizyonTech-Ablauf ist nicht nur, das Seitengerüst zwischenzuspeichern, sondern Formular- und Referenzdaten des zugewiesenen Auftrags vor dem Außendienst als verifiziertes Paket bereitzustellen.

Ist das Paket nicht aktuell, sollte die Anwendung nicht stillschweigend das alte Formular öffnen. Zeitpunkt der letzten Synchronisierung, Formularversion und Offline-Nutzungsgrenze müssen sichtbar sein; fehlen kritische Stammdaten, muss das Anlegen des Datensatzes nach dem Fail-closed-Prinzip blockiert werden. Wie die Beziehung von Arbeitsauftrag, Ausrüstung und Formular hergestellt wird, können Sie in der Leitlinie zu Wiederholungsprüfplänen sehen.

Wie sollte das Formular auf dem Gerät gespeichert werden?

Kurze Antwort: Schreiben Sie jede Feldänderung nicht in einen temporären Bildschirmspeicher, sondern in eine kurze, atomare lokale Datenbanktransaktion.

Der W3C-Entwurf IndexedDB 3.0 beschreibt für Offline-Webanforderungen das lokale Halten strukturierter Objekte und Transaktionen, die entweder vollständig geschrieben oder im Fehlerfall zurückgerollt werden. Beim Außendienstformular bedeutet dies, dass Messwert, Einheit, Beschreibung, Fotoverweis und Erfassungszeitpunkt in eine konsistente Entwurfsversion geschrieben werden.

Die Schaltfläche „Speichern“ darf erst Erfolg anzeigen, wenn die lokale Transaktion abgeschlossen ist. Das Schließen der Anwendung, ein leerer Akku oder ein kurzzeitiger Verbindungsaufbau dürfen kein halbfertiges Formular in den Status „gesendet“ überführen.

Wie sollte die Synchronisierung nach Verbindungsaufbau erfolgen?

Kurze Antwort: Senden Sie die Warteschlange der Reihe nach, wiederholen Sie jedes Element mit derselben Transaktionsidentität und markieren Sie erst nach ausdrücklicher Annahmeantwort des Servers als abgeschlossen.

1. Verifizieren Sie nicht nur das Vorhandensein der Verbindung, sondern den Zugriff auf den Anwendungsserver.
2. Prüfen Sie die lokale Integrität und Pflichtfelder des Warteschlangendatensatzes erneut.
3. Senden Sie die Aufzeichnung mit Anhängen unter unveränderlicher Transaktionsidentität und lokaler Version.
4. Führen Sie die Prüfungen des Servers zu Berechtigung, Arbeitsauftrag, Formularversion und aktueller Datensatzversion aus.
5. Schreiben Sie bei erfolgreicher Annahme die Datensatzidentität und die Annahmezeit des Servers auf das Gerät.
6. Trennen Sie vorübergehende Fehler in kontrollierte Wiederholungsversuche und dauerhafte Verifizierungsfehler in eine menschliche Prüfung.

RFC 9110 erläutert, dass eine idempotente Anfrage nach einem Verbindungsfehler mit derselben beabsichtigten Wirkung wiederholt werden kann. Bei der Wiederholungsprüfung genügt der Methodenname allein nicht: Der Server darf eine zweite Anfrage mit demselben Transaktionsschlüssel nicht als neuen Bericht anfügen; er sollte das vorherige Annahmenergebnis zurückgeben.

Die Background-Synchronization-API kann die Aufgabe an einen Service Worker verschieben, wenn die Verbindung zurückkehrt; MDN kennzeichnet sie jedoch als Funktion ohne breite Browserunterstützung. Daher darf die Warteschlange nicht allein am Hintergrundereignis hängen; sie sollte auch beim Anwendungsstart und bei der Benutzeraktion „jetzt senden“ zuverlässig funktionieren.

Was geschieht, wenn dieselbe Aufzeichnung auf zwei Geräten geändert wurde?

Kurze Antwort: Verwenden Sie bei Mess- und Konformitätsfeldern kein „Wer zuletzt schreibt, gewinnt“; stoppen Sie den Versionskonflikt und zeigen Sie beide Änderungen der berechtigten Person.

Ist die Version auf dem Server weiter fortgeschritten als die Basisversion, die das Gerät beim Auftragsbeginn erhalten hat, kann automatisches Überschreiben zu Datenverlust führen. Konfliktfreie Felder können kontrolliert zusammengeführt werden; wurden dieselbe Messung, dasselbe Ergebnis oder dieselbe kritische Beschreibung auf beiden Seiten geändert, ist die Aufzeichnung in den Zustand Prüfung erforderlich zu überführen.

• Vergleichen Sie die Serverversion mit der Basisversion des Geräts.
• Bewahren Sie geänderte Felder und Akteure in der Verarbeitungsspur auf.
• Ersetzen Sie einen veröffentlichten Bericht nicht stillschweigend durch einen Offline-Entwurf.
• Erfassen Sie die Konfliktlösung als neue Revision mit Begründung.
• Zeigen Sie der Person deutlich, auf welchem Gerät welche Aufzeichnung aussteht.

Wie sollten Offline-Daten auf dem Gerät geschützt werden?

Kurze Antwort: Laden Sie nur die erforderlichen Daten herunter, schützen Sie die lokalen Daten mit dem sicheren Speicher der Plattform und wenden Sie eine kontrollierte Bereinigung an, die an den Geräte-/Sitzungslebenszyklus gebunden ist.

OWASP MASVS-STORAGE-1 verlangt die sichere Speicherung sensibler Daten unabhängig vom Ort auf dem Gerät. MASWE-0006 empfiehlt, nicht benötigte sensible Daten nicht lokal zu halten, Schlüssel im sicheren Schlüsselspeicher der Plattform zu schützen und geeignete Verschlüsselung zu verwenden.

• Nehmen Sie nicht das gesamte Kundenarchiv in das Offline-Paket, sondern nur den zugewiesenen Auftrag.
• Schützen Sie Sitzungsschlüssel, personenbezogene Daten, Fotos und Messanhänge nach Datenklasse.
• Bewahren Sie den Verschlüsselungsschlüssel nicht neben der Datendatei oder im Quellcode auf.
• Testen Sie Szenarien für Geräteverlust, Benutzerwechsel und Berechtigungswiderruf.
• Bereinigen Sie übermittelte lokale Anhänge gemäß der Aufbewahrungsrichtlinie sicher.
• Schreiben Sie keine sensiblen Aufzeichnungen in gemeinsam genutzte Dateibereiche oder unkontrollierte Sicherungen.

Der Offline-Betrieb hebt die Berechtigungsprüfung nicht auf. Auch wenn das Gerät zuvor autorisiert wurde, muss der Server während der Synchronisierung Benutzer, Organisation, Arbeitsauftrag und Formularversion erneut verifizieren.

Welche Szenarien sollten vor der Inbetriebnahme getestet werden?

Kurze Antwort: Ein Flugmodus-Test genügt nicht; nachgewiesen werden muss, dass die Unterbrechung in jeder Phase der Aufzeichnung eintritt und die Wiederholung keine Duplikate erzeugt.

1. Öffnet die Anwendung beim ersten Mal offline, oder meldet sie eine unvollständige Vorbereitung korrekt?
2. Wird bei einem Anwendungsabbruch während der Felderfassung die letzte abgeschlossene lokale Transaktion bewahrt?
3. Reißt bei einem Verbindungsabbruch während des Foto-Uploads die Verbindung zwischen Formular und Anhang ab?
4. Öffnet eine erneute Sendung eine zweite Aufzeichnung, wenn der Server die Aufzeichnung annimmt, die Antwort aber das Gerät nicht erreicht?
5. Wie wird ein alter Offline-Auftrag aufgelöst, wenn sich die Formularversion zentral geändert hat?
6. Stoppt bei Bearbeitung desselben Auftrags auf zwei Geräten der Konflikt in kritischen Feldern?
7. Wird bei einem widerrufen-berechtigten Benutzer nach erneuter Verbindung die Sendung abgelehnt und die Aufzeichnung bewahrt?
8. Kann der Benutzer, wenn die Warteschlange tagelang wartet, erkennen, welche Aufzeichnungen nicht in der Zentrale sind?

Vizyon Periyodik sollte die Offline-Funktion nicht nur mit einer „Formular öffnet“-Demonstration, sondern gemeinsam mit lokalem Commit, sichtbarer Warteschlange, idempotenter Annahme, Konfliktbehandlung und Gerätesicherheit getestet werden. Für weitere Fail-closed-Schranken bei der Softwareauswahl sehen Sie die Leitlinie zur Auswahl von Software für Wiederholungsprüfungen nachlesen.