Die Field Service Mobile App arbeitet offline-first: Erst nach einem vollständig abgeschlossenen initialen Sync liegen die Daten lokal auf dem Gerät und die App zeigt Aufträge, Buchungen und Kundendaten an. Bleibt der Bildschirm eines Technikers leer, ist fast immer der Offline-Profil-Sync die Ursache, nicht die App selbst. Dieser Artikel erklärt, wie der Offline-Modus funktioniert, warum die App leer bleibt, wie Sie Sync-Konflikte auflösen und wie ein schlankes Profil das Problem gar nicht erst entstehen lässt.
So funktioniert der Offline-First-Modus mit Offline-Profilen
Techniker arbeiten oft dort, wo es keine Verbindung gibt, etwa in Kellern, Anlagenräumen oder abgelegenen Regionen. Damit die App trotzdem verlässlich läuft, priorisiert sie den Offline-Betrieb. Nachdem das Offline-Profil eingerichtet und die Daten zum ersten Mal geladen wurden, greift die App bevorzugt auf die lokale Datenbank zu und synchronisiert im Hintergrund. Der Techniker erlebt die App unabhängig von der Verbindung immer gleich.
Den Rahmen dafür steckt das Offline-Profil ab. Es ist das zentrale Steuerelement und legt fest, welche Tabellen offline verfügbar sind, welche Filter je Tabelle greifen, welche Beziehungen mitgezogen werden und in welchem Intervall synchronisiert wird. Field Service liefert dafür das Standardprofil Field Service Mobile - Offline Profile mit vorkonfigurierten Tabellen, empfohlenen Filtern und Sync-Intervallen. Microsoft empfiehlt, dieses Profil zu verwenden oder es zu kopieren und darauf aufzubauen, statt bei null zu beginnen.
Über sogenannte Item Association lassen sich Tabellen über Beziehungen verknüpfen. Eine verknüpfte Tabelle folgt dann dem Filter der übergeordneten Tabelle, sodass nicht jede Tabelle einen eigenen Filter braucht. Details zur Einrichtung beschreibt Microsoft im Leitfaden zum Einrichten des Offline-Profils.
Warum die App leer bleibt: die häufigsten Ursachen
Eine leere App hat selten eine einzige Ursache. Diese fünf Muster decken die meisten Fälle ab.
Offline-Profil nicht oder falsch zugewiesen
Ist einem Nutzer kein Profil zugewiesen, hat die App nichts, was sie herunterladen könnte. Prüfen Sie in Power Apps unter den Einstellungen der Field Service Mobile App, ob der Nutzer unter Users with this profile auftaucht. Sieht ein Techniker dagegen Daten aus fremden Regionen oder Teams, ist er im falschen Profil und muss ins richtige umgezogen werden. Wichtig dabei: Weisen Sie Sicherheitsrollen direkt dem Nutzer zu, nicht nur über eine Teammitgliedschaft, weil geerbte Rollen für den mobilen Offline-Zugriff in manchen Konfigurationen nicht genügen.
Profil zu groß oder Filter zu restriktiv
Zwischen zu viel und zu wenig liegt ein schmaler Grat. Ein überladenes Profil mit vielen Tabellen und weiten Filtern lässt den Erstsync so lange laufen, dass er auf schwacher Verbindung abbricht. Sind die Filter dagegen zu eng, lädt die App zwar schnell, aber der Techniker sieht kaum Daten. Verweist ein Filter zudem auf eine verwandte Tabelle, die gar nicht im Profil enthalten ist, kann der Sync beim Publizieren lautlos scheitern und es erscheinen keine Daten.
Initialer Sync unvollständig oder unterbrochen
Der häufigste Grund für einen komplett leeren Bildschirm ist ein Erstsync, der nie fertig wurde. Ohne einen erfolgreichen initialen Download hat die App keine lokalen Daten und zeigt nichts an. Ein unterbrochener vorheriger Sync erzeugt denselben Zustand. Als schnelle Abhilfe hilft oft: abmelden, wieder anmelden und den Sync im stabilen WLAN neu anstoßen. Die Offline-Status-Seite in der App zeigt je Tabelle das letzte erfolgreiche Sync-Datum und macht sichtbar, wo es hängt.
Fehlende Berechtigungen auf Tabellen im Profil
Das Profil kann eine Tabelle enthalten, doch wenn die Sicherheitsrolle des Nutzers keine Leseberechtigung darauf hat, kommen diese Daten nicht auf das Gerät. Prüfen Sie deshalb, ob jede im Profil enthaltene Tabelle auch von der zugewiesenen Rolle gelesen werden darf. Ein klassischer Kandidat ist die Tabelle der buchbaren Ressourcenbuchungen (Bookable Resource Booking), ohne die die Agenda leer bleibt. Fehlt eine Buchung dagegen, weil die Ressource in der Disposition als nicht verfügbar gilt, hilft der Beitrag Field Service meldet Ressource nicht verfügbar.
Keine oder schwache Netzverbindung
Ein Sync startet nur, wenn die App aktiv und das Gerät online ist. Erkennt die App eine schwache oder fehlende Verbindung, erscheint die Meldung Network or Service Unavailable, neue Daten werden nicht geladen und netzabhängige Funktionen wie Karten oder die Dataverse-Suche stehen nicht zur Verfügung. Für den allerersten Sync ist eine stabile Verbindung Pflicht.
Sync-Konflikte und ihre Auflösung
Ein Sync-Konflikt entsteht, wenn derselbe Datensatz offline auf dem Gerät und parallel online auf dem Server geändert wurde. Klassisches Beispiel: Der Techniker ändert offline die Startzeit eines Auftrags, während der Disponent zeitgleich am Server arbeitet. Beim nächsten Sync weiß das System nicht, welche Version es behalten soll.
Entscheidend ist: Konflikte werden auf Tabellenebene erkannt, nicht auf Feldebene. Das System mergt nicht Feld für Feld, sondern betrachtet den ganzen Datensatz und entscheidet, welche Version gewinnt. Ändert der Techniker die Startzeit und der Disponent das Endedatum desselben Auftrags, ist das bereits ein Konflikt.
Wie er aufgelöst wird, steuert die Einstellung Set conflict detection for mobile offline synchronization in den Systemeinstellungen des mobilen Clients:
| Einstellung | Verhalten | Konsequenz |
|---|---|---|
| Nein (Standard) | Keine Konfliktprüfung beim Zurückkommen ins Netz | Die Offline-Änderung des Geräts gewinnt und überschreibt den Server |
| Ja | Die App prüft beim Online-Gehen auf Konflikte | Die Server-Änderung gewinnt, der Techniker sieht gegebenenfalls einen Konfliktfehler |
Vergangene Sync-Fehler sehen Administratoren unter Einstellungen, Sync Errors. Verwandt ist der Fehler Record Not Found: Nach einem Sync entfernt die App Datensätze, die die Profilfilter nicht mehr erfüllen, etwa einen abgeschlossenen Auftrag. Öffnet der Techniker so einen bereits entfernten Datensatz, erscheint dieser Hinweis. Tritt er häufig auf, sind die Filter zu restriktiv. Die Mechanik von Intervallen und Konflikten beschreibt Microsoft im Detail unter Configure offline data synchronization.
Best Practices für einen stabilen Offline-Sync
Die meisten leeren Bildschirme lassen sich vermeiden, bevor der Techniker losfährt. Vier Grundsätze haben sich bewährt.
- Profil schlank halten. Nehmen Sie nur Tabellen und Spalten auf, die im Feld wirklich gebraucht werden. Jede zusätzliche Tabelle verlängert den Sync und erhöht das Abbruchrisiko.
- Relevante Tabellen und saubere Filter. Setzen Sie enge, aber ausreichende Filter, etwa Buchungen der nächsten sieben Tage, und nutzen Sie Beziehungen (Item Association) statt eines eigenen Filters auf jeder Tabelle. Prüfen Sie, dass kein Filter auf eine Tabelle verweist, die nicht im Profil steckt.
- Priming im WLAN. Lassen Sie den ersten Sync bewusst im stabilen WLAN laufen, idealerweise am Standort, bevor das Gerät in den Einsatz geht. Für Nutzer mit begrenztem Datentarif können Sie Optionen wie Sync nur über WLAN oder Sync auf Anforderung aktivieren.
- Monitoring. Kontrollieren Sie die Offline-Status-Seite und die Sync-Fehler regelmäßig. Für tiefere Einblicke liefert eine Anbindung an Application Insights Telemetrie zu Sync-Dauer und Fehlern, sodass Sie Probleme erkennen, bevor sie im Feld auffallen.
Die Sync-Intervalle lassen sich je Tabelle von fünf Minuten bis zu einem Tag einstellen. Häufig geänderte Daten wie Buchungen dürfen öfter synchronisieren, selten geänderte Stammdaten wie Konten seltener. Beachten Sie, dass die App das Intervall einer Tabelle nicht immer einhält, wenn eine verknüpfte Tabelle ein kürzeres Intervall hat.
Ein sauber gepflegtes Offline-Profil ist damit ein zentraler Baustein für zuverlässigen Außendienst. Wie die Disposition die passenden Buchungen überhaupt erst erzeugt, lesen Sie in unserem Vergleich von KI-Terminplanung und Resource Scheduling Optimization. Den größeren Rahmen spannt unser Artikel zur digitalen Transformation mit Service Excellence auf.
Bleibt die App trotz sauberem Profil leer oder häufen sich Sync-Konflikte, steckt das Problem oft im Zusammenspiel aus Profil, Berechtigungen und Rollout. Sprechen Sie uns an. Wir analysieren Ihr Offline-Profil, räumen die Sync-Kette auf und sorgen dafür, dass Ihre Techniker vor Ort mit Daten arbeiten statt mit einem leeren Bildschirm.
Häufig gestellte Fragen
Warum bleibt die Field Service Mobile App komplett leer?
Meist wurde der initiale Offline-Sync nicht vollständig abgeschlossen oder unterbrochen. Ohne einen erfolgreichen Erstsync hat die App keine lokalen Daten und zeigt einen leeren Bildschirm. Weitere häufige Gründe sind ein nicht zugewiesenes Offline-Profil, ein Filter, der auf eine nicht im Profil enthaltene Tabelle verweist, sowie fehlende Berechtigungen auf den Tabellen im Profil. Als erste Maßnahme hilft es oft, sich abzumelden, wieder anzumelden und den Sync im WLAN neu anzustoßen.
Wie funktioniert der Offline-First-Modus in der Field Service Mobile App?
Nachdem das Offline-Profil eingerichtet ist und die Daten zum ersten Mal auf das Gerät geladen wurden, arbeitet die App offline-first. Das heißt, sie greift bevorzugt auf die lokale Datenbank zu und synchronisiert im Hintergrund. Der Techniker arbeitet unabhängig von der Verbindung immer gleich, egal ob er online oder in einem Funkloch ist. Das Offline-Profil legt fest, welche Tabellen, Filter und Beziehungen auf das Gerät geladen werden und wie oft sie synchronisieren.
Was ist ein Offline-Profil und warum ist die Zuweisung so wichtig?
Das Offline-Profil bestimmt, welche Daten die App herunterlädt: welche Tabellen offline verfügbar sind, welche Filter je Tabelle greifen und in welchem Intervall synchronisiert wird. Ist einem Nutzer kein Profil zugewiesen oder das falsche, sieht er wenig oder keine Daten. Sicherheitsrollen sollten direkt am Nutzer hängen und nicht nur über eine Teammitgliedschaft vererbt werden, weil das für den mobilen Offline-Zugriff in manchen Konfigurationen nicht ausreicht.
Wie werden Sync-Konflikte in Field Service aufgelöst?
Ein Konflikt entsteht, wenn dasselbe Datensatz offline auf dem Gerät und online auf dem Server geändert wurde. Die Auflösung steuert die Einstellung Set conflict detection for mobile offline synchronization in den Systemeinstellungen des mobilen Clients. Bei Nein gewinnt die Änderung des Geräts und überschreibt den Server, das ist der Standard. Bei Ja gewinnt der Server, und der Techniker sieht gegebenenfalls einen Sync-Konfliktfehler. Konflikte werden auf Tabellenebene erkannt, nicht feldweise gemergt.
Warum verschwinden Datensätze nach einem Sync aus der App?
Nach einem Sync entfernt die App alle Datensätze, die die Filterkriterien des Offline-Profils nicht mehr erfüllen. Ein abgeschlossener Auftrag verschwindet zum Beispiel aus der Agenda, wenn das Profil erledigte Buchungen ausfiltert. Öffnet der Techniker einen bereits entfernten Datensatz, erscheint der Fehler Record Not Found. Tritt das häufig auf, sind die Filter meist zu restriktiv gesetzt.
Wie halte ich das Offline-Profil performant?
Halten Sie das Profil so schlank wie möglich. Nehmen Sie nur wirklich benötigte Tabellen auf, setzen Sie enge, aber ausreichende Filter, nutzen Sie Beziehungen statt Filter auf jeder Tabelle und wählen Sie Sync-Intervalle passend zur Änderungshäufigkeit. Der erste Sync sollte im WLAN erfolgen. Über die Offline-Status-Seite, die Sync-Fehler und Application-Insights-Telemetrie behalten Sie die Sync-Gesundheit im Blick.
Sie haben Fragen zu Dynamics 365?
Wir haben die Antworten.
Vereinbaren Sie einfach ein unverbindliches Erstgespräch mit einem Dynamics-Experten.
Termin vereinbaren
