Außendienst-App: was sie können muss – auch ohne Netz

Mit einer Außendienst-App erfassen Techniker, Monteure, Fahrer und Lagerkräfte Aufträge, Material, Arbeitszeit, Fotos und Unterschrift direkt vor Ort, statt Zettel abends abzutippen. Weil im Keller oder in der Tiefgarage oft kein Netz ist, muss sie offline arbeiten und die Daten automatisch abgleichen, sobald wieder Verbindung besteht. Eine fertige App reicht, wenn Ihre Abläufe zu ihrem ERP passen. Eine eigene Entwicklung ist nötig, wenn ein bestehendes ERP angebunden oder ein besonderer Ablauf abgebildet werden muss.

Aktualisiert am

Robustes Smartphone mit Checkliste und Offline-Anzeige in der Hand eines Technikers im Heizungskeller

Was ist eine Außendienst-App – und wer braucht sie?

Eine Außendienst-App ist eine App für Mitarbeiter, die nicht am Schreibtisch arbeiten. Sie bringt Aufträge auf Smartphone oder Tablet und schickt die erfassten Daten zurück ins Büro, meist in das ERP, also die Software für Aufträge, Lager und Rechnungen. Typische Nutzer sind:

  • Techniker und Monteure in Service und Wartung: Aufträge abarbeiten, Wartungsprotokolle ausfüllen, Material und Arbeitszeit buchen.
  • Fahrer und Lieferdienste: Lieferungen bestätigen, Fotos als Nachweis machen, den Empfang quittieren lassen.
  • Mitarbeiter im Lager: Ein- und Ausgänge buchen und den Bestand prüfen, mit Barcode-Scanner.

Ohne App läuft das meist über Papier. Was wir dann immer wieder sehen: Zettel werden abends abgetippt. Angaben fehlen oder sind unleserlich, und das Büro muss nachfragen. Rechnungen gehen erst Tage nach dem Einsatz raus. Und wer schon eine Online-App nutzt, kennt das andere Problem: Im Keller oder in der Tiefgarage ist kein Netz, und die App hängt.

Was muss eine Außendienst-App können?

Der Kern ist für alle drei Gruppen gleich: Daten dort erfassen, wo die Arbeit passiert, vollständig und lesbar, und ohne Abtippen ins Büro bringen. Die Checkliste hilft beim Vergleich von Apps und beim Formulieren eigener Anforderungen.

Checkliste: Das gehört in eine Außendienst-App

  • Aufträge erfassen und bearbeiten: Auftrag, Kunde, Adresse und Tätigkeit auf dem Gerät.
  • Wartungsprotokolle: Checklisten und Messwerte direkt an der Anlage ausfüllen.
  • Material buchen: am Auftrag, aus dem Artikelstamm oder als Freitext.
  • Arbeitszeit buchen: Beginn, Ende und Pause je Auftrag.
  • Fotos vor Ort: Schäden und erledigte Arbeit am Auftrag dokumentieren.
  • Unterschrift auf dem Gerät: Der Kunde bestätigt Leistung und Material direkt nach dem Einsatz.
  • Barcode scannen: Material, Geräte und Lagerplätze ohne Tippen erfassen.
  • Offline arbeiten: alles oben auch ohne Netz, mit automatischem Abgleich, sobald wieder Verbindung besteht.
  • Status sichtbar: online oder offline, wie viele Einträge noch nicht gesendet sind und wann zuletzt abgeglichen wurde.
  • Anbindung ans Büro: Zeiten, Material und Berichte landen ohne Abtippen im ERP.

Warum muss eine Außendienst-App offline arbeiten?

Im Keller, in der Tiefgarage oder in großen Hallen ist das Mobilfunknetz oft schwach oder ganz weg. Eine App, die für jeden Schritt den Server fragt, hängt dann, und die Information landet wieder auf einem Zettel.

Die Lösung heißt Offline-First. Die Android-Dokumentation von Google beschreibt eine Offline-First-App als App, die ihre Kernfunktionen ganz oder in den wesentlichen Teilen ohne Internet ausführen kann. Für eine Außendienst-App heißt das:

  • Lokale Datenbank als Grundlage: Aufträge, Kunden, Material und Preise liegen auf dem Gerät. Die App liest aus dieser lokalen Datenbank, nicht direkt vom Server. Laut Android-Dokumentation ist sie die maßgebliche Datenquelle der App.
  • Erst speichern, dann senden: Eingaben landen zuerst auf dem Gerät und warten in einer Warteschlange. Sobald wieder Netz da ist, gehen sie im Hintergrund an den Server. Für Daten, die nicht verloren gehen dürfen, empfiehlt die Android-Dokumentation diesen Weg.
  • Abgleich in beide Richtungen: Neue Aufträge kommen aufs Gerät, erfasste Daten gehen ins Büro, ohne Zutun des Mitarbeiters.
  • Konflikte erkennen: Haben Büro und Techniker denselben Datensatz geändert, während das Gerät offline war, muss der Abgleich das erkennen. Eine verbreitete Regel ist, dass die letzte Änderung gewinnt. Wo das nicht passt, löst die App den Konflikt nach festen Regeln oder meldet ihn dem Nutzer.

Offline-First lässt sich kaum nachträglich einbauen. Eine App, die jede Aktion direkt an den Server schickt, hat keine lokale Datenschicht. Um sie offline-fähig zu machen, muss die Datenhaltung neu gebaut werden. Deshalb gehört die Entscheidung an den Anfang des Projekts.

Fertige App oder eigene Entwicklung?

Die Frage ist, ob Ihre Abläufe zu einer vorhandenen App passen oder ob die App zu Ihren Abläufen passen muss.

Eine fertige App passt, wenn Ihre Abläufe zu dem ERP passen, zu dem sie gehört. Bei uns ist das Norlyvo, die Zeiterfassung mit App und Backoffice für Monteure, die mit unserem ERP SWX Studio zusammenarbeitet. Der Monteur bucht Arbeitszeit und Material am Auftrag. Der Kunde unterschreibt auf dem Gerät, und aus den Angaben entsteht ein Arbeitsbericht als PDF. Das Büro gibt die Woche frei und holt die Stunden ins Projekt, von dort gehen sie in die Rechnung.

Eine eigene Entwicklung ist der richtige Weg, wenn ein bestehendes ERP angebunden oder ein besonderer Ablauf abgebildet werden muss, den keine fertige App kennt. Die Anbindung gelingt in den meisten Fällen, wenn Ihr ERP eine REST-API hat, also eine Programmierschnittstelle über das Web, oder einen anderen Exportweg. Das prüfen wir vor der Entwicklung. Wie wir dabei vorgehen, steht auf unserer Seite Apps für Android und iPhone.

Fertige App und eigene Entwicklung im Vergleich

MerkmalFertige AppEigene Entwicklung
Passt, wennIhre Abläufe zum ERP der App passenein bestehendes ERP angebunden oder ein besonderer Ablauf abgebildet werden muss
ERPgehört zur App, bei uns Norlyvo mit SWX StudioIhr vorhandenes ERP, per REST-API oder anderem Exportweg
Funktionenwie vom Hersteller vorgesehennach Ihren Anforderungen
Weg zum EinsatzeinrichtenAnforderungen aufnehmen, entwickeln, einführen

Android oder iPhone?

Beides. Wir entwickeln Apps für Android und iPhone aus einer gemeinsamen Codebasis, mit Kotlin Multiplatform oder Flutter. Alle Apps, die wir bisher gebaut haben, bieten auf beiden Systemen denselben Funktionsumfang. Ihre Mitarbeiter arbeiten also mit den Geräten, die sie haben.

Für Lager und rauen Außendienst gibt es robuste Geräte, etwa von Zebra oder Honeywell. Sie laufen unter Android, und die App läuft auch dort.

Eine interne App muss nicht in den Play Store oder App Store. Sie kommt zum Beispiel über ein Mobile Device Management (MDM) auf die Geräte, also eine Software zur zentralen Verwaltung von Smartphones und Tablets. Auf Android geht auch die direkte Installation.

Was gilt für Datenschutz und Sicherheit?

Auf dem Gerät liegen Kundennamen, Adressen, Fotos und Unterschriften. Damit gilt die DSGVO. Nach Art. 32 DSGVO treffen Verantwortliche geeignete technische und organisatorische Maßnahmen für ein Schutzniveau, das dem Risiko angemessen ist. Ausdrücklich genannt ist unter anderem die Verschlüsselung. Bei einer Offline-App betrifft das auch die Daten auf dem Gerät.

Was das für Smartphones und Tablets bedeutet, beschreibt das BSI im IT-Grundschutz. Dazu gehören ein Gerätesperrcode mit automatischer Bildschirmsperre, ein verschlüsselter Speicher und die Verwaltung der Geräte über ein MDM. Über das MDM sollen sich dienstliche Daten aus der Ferne löschen lassen, etwa wenn ein Gerät verloren geht.

Wie läuft die Einführung?

Bei einer eigenen Entwicklung stehen die Fragen am Anfang, nicht der Code. Diese fünf Schritte gehören dazu:

  • 1. Abläufe aufnehmen: Wer erfasst heute was, auf welchem Zettel, und wohin geht er danach?
  • 2. Offline-Bedarf klären: Welche Daten braucht der Mitarbeiter ohne Netz? Wie groß ist die Datenmenge, die vorab aufs Gerät muss? Wann wird abgeglichen, was passiert bei Konflikten, und wie erfährt der Nutzer von Fehlern beim Abgleich?
  • 3. Anbindung prüfen: Hat das ERP eine REST-API oder einen anderen Exportweg? Binden wir direkt an, oder braucht es eine Zwischenschicht?
  • 4. Geräte und Verteilung festlegen: Android, iPhone oder robuste Geräte, Verteilung per MDM oder direkt.
  • 5. Entwickeln: zum Festpreis, den wir nach der Anforderungsaufnahme nennen.

Eine überschaubare App, etwa eine Auftragserfassung mit Abgleich, ist bei uns in 8 bis 14 Wochen fertig. Komplexere Apps mit mehreren Modulen, Barcode-Scanner, Kamera und ERP-Anbindung brauchen 4 bis 6 Monate. Bei einer fertigen App entfällt die Entwicklung, es bleibt die Einrichtung.

Häufige Fragen zur Außendienst-App

Was kostet eine Außendienst-App?
Das hängt vom Umfang ab, etwa von Offline-Daten, Barcode-Scanner und ERP-Anbindung. Eine eigene App entwickeln wir zum Festpreis, den wir nach der Anforderungsaufnahme nennen.
Funktioniert eine Außendienst-App ohne Internet?
Ja, wenn sie als Offline-First-App gebaut ist. Dann liegen Aufträge und Stammdaten auf dem Gerät, und Eingaben werden automatisch abgeglichen, sobald wieder Netz da ist.
Android oder iPhone?
Für beide. Wir entwickeln Android und iPhone aus einer gemeinsamen Codebasis, mit Kotlin Multiplatform oder Flutter, mit demselben Funktionsumfang. Robuste Android-Geräte wie Zebra oder Honeywell im Lager sind weiterhin möglich.
Kann die App an unser ERP angebunden werden?
In den meisten Fällen ja, wenn Ihr ERP eine REST-API oder einen anderen Exportweg hat. Das prüfen wir vor der Entwicklung.
Fertige App oder eigene Entwicklung?
Eine fertige App wie Norlyvo passt, wenn Ihre Abläufe zum ERP SWX Studio passen, mit dem sie zusammenarbeitet. Eine eigene Entwicklung ist nötig, wenn ein bestehendes ERP angebunden oder ein besonderer Ablauf abgebildet werden muss.

Quellen

Hinweis: Stand 12.10.2026. Dieser Artikel ersetzt keine Rechtsberatung.

App für den Außendienst geplant?

Schildern Sie uns Ihre Abläufe. Wir sagen Ihnen, ob eine fertige App reicht oder was eine eigene kostet.

Weitere Artikel

API-Vertrag: Warum er vor der Entwicklung stehen muss → ERP-Einführung: Ablauf, Dauer und typische Fehler →