IT-Systeme · Praxisleitfaden

Power Apps offline validieren: Synchronisation und Konflikte

Die Eingabe wurde auf dem Mobilgerät gespeichert. Im zentralen Datensatz ist sie noch nicht angekommen. Für GxP-Prozesse muss das Team erkennen können, welcher Zustand vorliegt und wann eine Aufzeichnung für den nächsten Entscheidungsschritt verwendet werden darf.

Inhaltsverzeichnis

Das Wichtigste vorab

Wie validiert man eine offlinefähige Power App?

Prüfen Sie den vollständigen Lebenszyklus von initialem Download, lokaler Eingabe und Synchronisation bis zur zentralen Verwendung. Definieren Sie Regeln für konkurrierende Änderungen, abgewiesene Updates, Wiederholung und Gerätewechsel. Dieser Leitfaden fokussiert eigenständige Dataverse-basierte Canvas-Apps mit integriertem Offline-first-Verfahren; andere App-Typen benötigen eine eigene Bewertung.

Den App-Typ und Offline-Mechanismus zuerst abgrenzen

Power Apps umfasst unterschiedliche Anwendungstypen und Offline-Verfahren. Eine eigenständige Canvas-App mit integriertem Dataverse-Offline-first ist nicht dasselbe wie eine Modell-App, eine eingebettete Canvas-App oder eine selbst entwickelte Lösung mit LoadData und SaveData. Diese Unterschiede beeinflussen Datenhaltung und Fehlerbehandlung.

Microsoft beschreibt beim integrierten Offline-first-Verfahren die Arbeit mit lokalen Daten auch bei bestehender Verbindung. Anfangs werden benötigte Daten heruntergeladen; später erfolgt die Synchronisation mit dem Server. Ein online angezeigtes Netzsymbol bedeutet deshalb nicht automatisch, dass jeder aktuelle lokale Wert bereits zentral verarbeitet wurde.

Die Validierung betrachtet den vorgesehenen Prozess mit App-Version, Mobilclient, Geräteplattform, Offline-Profil, Tabellen und Erweiterungen. Für GMP-relevante Anwendungen sind Datenintegrität, Zugriff, Nachvollziehbarkeit und Fehlerbehandlung mitzudenken. Die folgende Testmatrix ist eine eigene fachliche Ableitung, keine universelle Microsoft-Konformitätsliste.

Quellen: [1] [2] [3]

Lokal gespeichert, synchronisiert und fachlich verwendbar unterscheiden

Definieren Sie die Zustände so, dass Anwender sie verstehen. Ein Datensatz kann lokal gespeichert, zur Übertragung ausstehend, zentral angenommen oder wegen einer Regel abgewiesen sein. Diese Zustände dürfen nicht in einer einzigen Erfolgsmeldung verschwinden, wenn daraus unterschiedliche fachliche Handlungen folgen.

Legen Sie fest, wann eine zentrale Entscheidung auf der Aufzeichnung beruhen darf. Im konstruierten Prüfprozess dürfen unvollständig übertragene Ergebnisse beispielsweise noch nicht in den Abschluss eingehen. Die App braucht dafür geeignete Anzeige und Prozesssteuerung. Ein grünes Häkchen sollte eine definierte Aussage tragen.

Berücksichtigen Sie Zeit und Identität. Lokale Erfassungszeit, Serververarbeitung und gegebenenfalls fachliche Entscheidung sind unterschiedliche Ereignisse. Prüfen Sie, welche Zeitinformation tatsächlich gespeichert wird und wie der Ablauf später nachvollzogen werden kann. Ein Serverzeitpunkt allein erklärt nicht immer, wann eine Beobachtung vor Ort erfolgte.

Quellen: [2] [3] [1]

Das Offline-Profil als Teil des geprüften Umfangs behandeln

Das Offline-Profil bestimmt, welche Daten auf dem Gerät verfügbar sind. Prüfen Sie nicht nur die Haupttabelle, sondern auch benötigte Referenzen und Beziehungen. Eine Probe ohne die passende Spezifikation kann lokal sichtbar sein, während die fachliche Bearbeitung unvollständig bleibt.

Microsoft nennt Grenzen des integrierten Verfahrens, beispielsweise bei anderen Connectoren, bestimmten Tabellentypen und Offline-Nutzung von Power-Automate-Flows. Ein serverseitiger Ablauf steht offline nicht allein deshalb zur Verfügung, weil die App online funktioniert. Prüfen Sie die aktuellen Grenzen für den tatsächlich verwendeten Funktionsumfang.

Testen Sie mit einer repräsentativen Benutzerrolle. Ein automatisch erzeugtes Profil kann mehr berechtigte Daten herunterladen als für den konkreten Einsatz benötigt werden. Umfang, Gerätedaten und Zugriffsverfahren werden deshalb zusammen bewertet. Ein technischer Download-Erfolg bestätigt noch nicht die fachlich richtige Auswahl.

Quellen: [1] [4]

Arbeitsbeispiel: zwei Personen ändern denselben Prüfdatensatz

Das Beispiel ist konstruiert. Benutzer A lädt Prüfdatensatz P-41 auf sein Gerät und arbeitet offline. Benutzer B ändert zentral den Status. A ändert später einen Messwert und synchronisiert. Es muss geklärt sein, welche Kombination aus Messwert und Status fachlich zulässig ist und wie sie überprüft wird.

Microsoft beschreibt für den betrachteten Synchronisationskontext eine spaltenbezogene Aktualisierung: Die letzte Aktualisierung je Spalte wird gespeichert; serverseitige Validierung oder Plug-ins können Änderungen ablehnen. Eine automatische technische Konfliktbehandlung schützt daher nicht automatisch vor einer fachlich widersprüchlichen Kombination verschiedener Felder.

Führen Sie zwei Varianten aus. In Variante eins ändern A und B dieselbe Spalte. In Variante zwei ändern sie verschiedene, fachlich zusammenhängende Spalten. Dokumentieren Sie Reihenfolge, lokale und zentrale Werte sowie das tatsächlich wirksame Ergebnis. Das Soll wird aus der eigenen Prozessregel bestimmt, nicht erst nach Beobachtung der Plattform festgelegt.

Eigene Konfliktmatrix für P-41
SituationFachliche SollfrageZu beobachtender Nachweis
Gleiche Spalte, zwei ÄnderungenWelche Version darf maßgeblich werden?Reihenfolge, Endwert und Nachvollziehbarkeit
Messwert lokal, Status zentralIst die entstehende Kombination zulässig?Gemeinsame Konsistenz und weitere Verwendung
Server lehnt lokale Änderung abWie wird der Vorgang geklärt?Sync-Fehler, lokaler Rückgang und Bearbeitung
Wiederholung nach AbbruchEntsteht ein doppelter Vorgang?Identität und zentrale Verarbeitung
Referenz zentral geändertDarf mit lokal altem Stand weitergearbeitet werden?Verwendeter Referenzstand und Nutzungsgrenze

Quellen: [5] [2]

Fehlernachbearbeitung gehört zum Prozess

Microsoft beschreibt eine Sync-Error-Tabelle und die erforderlichen Leserechte für deren Nutzung. Bei Canvas-Apps muss die entsprechende Statusdarstellung eingerichtet sein. Prüfen Sie, ob der vorgesehene Anwender oder eine zuständige Bearbeitungsrolle Fehler tatsächlich erkennt, zuordnet und bearbeiten kann.

Ein Wiederholen-Button allein löst keinen fachlichen Konflikt. Wenn ein Server-Plug-in eine unzulässige Änderung ablehnt, muss die Ursache geklärt werden. Definieren Sie, wer lokale Eingabe, zentralen Stand und erforderliche Korrektur bewertet. Eine automatische Benachrichtigung kann unterstützen, ersetzt aber nicht die Bearbeitung.

Prüfen Sie den vollständigen Fehlerweg mit einem gezielten ungültigen Update. Die Aufzeichnung muss im vereinbarten Verfahren auffindbar bleiben. Nach Korrektur wird kontrolliert, dass der richtige zentrale Zustand entsteht und kein zweiter Vorgang angelegt wird. Halten Sie auch die fachliche Entscheidung über verworfene oder erneut erfasste Daten fest.

Quellen: [5] [2]

Eine Testfolge vom Erststart bis zum Gerätewechsel planen

Beginnen Sie mit dem initialen Download. Prüfen Sie einen vollständigen Lauf und eine Unterbrechung. Die App darf im eigenen Beispiel erst dann für den vorgesehenen Offline-Prozess bereitstehen, wenn alle benötigten Daten und Referenzen verfügbar sind. Ein gestarteter Download ist keine bestätigte Einsatzbereitschaft.

Erzeugen Sie anschließend lokale Datensätze ohne Verbindung, wechseln Sie das Netz und beobachten Sie die zentrale Verarbeitung. Testen Sie auch App-Neustart, gesperrten Bildschirm und die tatsächlichen Bedingungen der Synchronisation. Die Dokumentation nennt Grenzen für regelmäßige Synchronisation im Hintergrund; verlassen Sie sich nicht auf eine ungeprüfte Annahme, dass der ausgeschaltete Bildschirm alles fertig überträgt.

Bei Geräteverlust oder Wechsel muss der Umgang mit noch nicht übertragenen Aufzeichnungen geregelt sein. Ein neues Gerät kann nur das nutzen, was ihm tatsächlich verfügbar gemacht wird. Bewerten Sie Schutz lokaler Daten, mögliche Wiederherstellung und fachliche Behandlung verlorener Eingaben im konkreten Verfahren.

Eigene Prüffolge für den gesamten Offline-Lebenszyklus
PrüfphaseGezielter FallAkzeptanzkriterium im Beispiel
Erst-SyncDownload unterbrochenUnvollständige Vorbereitung erkennbar
Offline-EingabeNetz vollständig getrenntAufzeichnung lokal eindeutig gespeichert
WiederverbindungMehrere ausstehende ÄnderungenRichtige zentrale Zuordnung und Status
ServerregelAbsichtlich unzulässiger WertAblehnung sichtbar und bearbeitbar
Client-NeustartApp mit ausstehenden Daten neu startenVorgesehener Datenbestand bleibt nachvollziehbar
GerätewechselNicht synchronisierten Vorgang berücksichtigenGrenzen und Klärungsverfahren bekannt

Quellen: [1] [4]

Freigabekriterien und spätere Änderungen festlegen

Das Nachweispaket enthält App- und Profilstand, Datenmodell, Rollen, Prozessregeln, Testeingaben und Ergebnisse. Die Grenzen werden ausdrücklich benannt: unterstützte Geräte, benötigte Referenzen, zulässige Offline-Dauer nach eigener Regel und Voraussetzungen für die zentrale Verwendung.

Eine fachlich festgelegte Offline-Dauer ist kein allgemeiner regulatorischer Zahlenwert. Sie richtet sich unter anderem danach, wie schnell sich kritische Referenzen ändern und welche Folgen veraltete Daten haben. Prüfen Sie, ob die Anwendung diese Regel tatsächlich unterstützt oder ob ein ergänzendes Verfahren nötig ist.

Neue Spalten, Tabellen, Plug-ins oder Profilfilter können die Offline-Aussage verändern. Änderungen werden daher auf Datenverfügbarkeit, Konflikte und Fehlerbehandlung geprüft. Schulung sollte einen echten Sync-Fehler behandeln: Was bedeutet der Status, welche Arbeit darf weitergehen und wen muss der Anwender einbeziehen?

Quellen: [2] [4]

Häufige Fragen zu Power Apps: Offline

Kann jede Power App offline genutzt werden?

Nein. App-Typ, Datenquelle und Offline-Verfahren sind entscheidend. Der Artikel behandelt eigenständige Dataverse-basierte Canvas-Apps mit integriertem Offline-first. Microsoft nennt Grenzen unter anderem für eingebettete Apps und Nicht-Dataverse-Connectoren. Prüfen Sie die aktuelle Dokumentation für Ihre konkrete Architektur.

Quellen: [4]

Bedeutet Netzverbindung, dass alle Daten zentral aktuell sind?

Nicht automatisch. Offline-first arbeitet mit lokalen Daten und synchronisiert mit dem Server. Prüfen Sie den tatsächlichen Übertragungs- und Verarbeitungsstatus. Für eine fachliche Entscheidung muss klar sein, ob die benötigten Aufzeichnungen bereits zentral angenommen wurden oder noch lokal beziehungsweise fehlerhaft ausstehen.

Quellen: [1]

Verhindert automatische Konfliktlösung widersprüchliche Qualitätsdaten?

Nicht zwingend. Technische Aktualisierungsregeln ersetzen keine fachlichen Konsistenzregeln. Prüfen Sie gleiche und unterschiedliche zusammenhängende Spalten sowie serverseitige Ablehnung. Das gewünschte Ergebnis wird aus dem Prozess abgeleitet und gezielt nachgewiesen.

Quellen: [5]

Gilt die Konflikterkennungseinstellung von Modell-Apps auch für Canvas-Apps?

Microsoft weist ausdrücklich darauf hin, dass diese Einstellung nicht für Canvas-Apps gilt. Übertragen Sie deshalb keine Anleitung aus einer anderen App-Architektur ungeprüft. Dokumentieren Sie das verwendete Verfahren und prüfen Sie dessen tatsächliches Verhalten.

Quellen: [5]

Wie lange darf eine GxP-App offline bleiben?

Es gibt keinen universellen Zeitraum für jede Anwendung. Bewerten Sie Aktualität benötigter Referenzen, Aufzeichnungsrisiken und den weiteren Entscheidungsprozess. Legen Sie eine begründete Regel fest und prüfen Sie, wie diese in App und Arbeitsverfahren erkennbar eingehalten wird.

Quellen: [2]

Reicht ein erfolgreicher Synchronisationstest?

Ein Normalfall allein deckt Unterbrechung, parallele Änderung, serverseitige Ablehnung und Gerätewechsel nicht ab. Wählen Sie gezielte Fälle nach den Risiken des Prozesses. Die technische Übertragung muss außerdem zum richtigen fachlichen Ergebnis und zu einer nachvollziehbaren Aufzeichnung führen.

Quellen: [2]

Quellen & fachlicher Stand

Stand: 14. Oktober 2026. Regulatorische Einordnung und Herstellerfunktionen sind getrennt belegt. Beispiele, Testmatrizen und Vorlagen sind eigene Arbeitshilfen; sie werden für den tatsächlichen Einsatzzweck angepasst.

  1. Microsoft: Mobile offline for canvas apps
  2. Europäische Kommission: EU-GMP Annex 11, Computerised Systems (2011)
  3. PIC/S: PI 041-1, Good Practices for Data Management and Integrity (2021)
  4. Microsoft: Mobile offline limitations for canvas apps
  5. Microsoft: Resolve sync conflicts with the server

Zuletzt fachlich geprüft am 14.10.2026.

Daniel Herrmann, Daniel Herrmann Consulting

Daniel Herrmann Consulting

Wie wir Sie dabei unterstützen

Daniel Herrmann Consulting verbindet die fachliche Bewertung mit der Arbeit am konkreten System. Im Erstgespräch klären wir Ihren Einsatzzweck, vorhandene Nachweise und den nächsten sinnvollen Schritt.

  • IT-GxP-Consulting →

    Anforderungen, Tests und Umsetzung für Ihren konkreten Systemprozess zusammenführen.

Ihr Vorhaben besprechenEinblicke in unsere Projektarbeit →