Was ist eine Service-App? Das Wissen zur Maschine am Ort des Einsatzes

Eine Service-App ist eine mobile Anwendung, über die Servicetechniker und Betreiber alles erreichen, was zu einer bestimmten ausgelieferten Maschine gehört: Dokumentation, Serviceverlauf, Ersatzteile und die Meldung einer Störung. Ausgangspunkt ist die Seriennummer, nicht das Produktprogramm. Damit wird der Service eines Herstellers unabhängiger von Telefon und PDF-Ablage.

Service-App: Begriff und Abgrenzung

Der Begriff wird unscharf verwendet. Gemeint ist hier keine Außendienst-Software für beliebige Aufträge, sondern eine Anwendung, die ein Hersteller rund um sein eigenes Produkt baut. Ihr Datenmodell kennt Baureihen, Varianten, Softwarestände und die Geschichte jedes einzelnen Geräts. Ein allgemeines Werkzeug für die Einsatzplanung kennt dagegen Termine und Adressen, aber nicht, welcher Antrieb in einer bestimmten Anlage verbaut wurde.

Abzugrenzen ist sie auch vom Kundenzugang im Browser. Beide greifen auf dieselben Daten zu; die App spielt ihre Stärken dort aus, wo jemand vor der Maschine steht: Kamera für Typenschild und Schadensbild, Benachrichtigungen, Arbeit bei schwacher Verbindung in Halle oder Technikraum. Viele Hersteller betreiben am Ende beides auf einer gemeinsamen Serverschicht.

Zwei Nutzergruppen, eine Maschine

Die Anwendung dient in der Regel zwei Gruppen mit unterschiedlichen Rechten.

• Eigener Service. Sie sehen Einsatzaufträge, Wartungspläne, Schaltpläne, Parameterstände und frühere Berichte zur Anlage. Sie erfassen Arbeitszeit, verbaute Teile und Messwerte und schließen den Einsatz mit einem Bericht ab, den der Kunde vor Ort bestätigt.
• Betreiber beim Kunden. Schichtleiter oder Instandhalter melden eine Störung mit Foto, verfolgen den Stand ihrer Meldung, finden die Bedienungsanleitung ihrer Ausführung und fragen Teile an. Interne Unterlagen wie Einstellwerte oder Kalkulationen bleiben für sie unsichtbar.

Die Trennung ist mehr als eine Frage der Oberfläche. Welche Rolle welches Dokument sehen darf, gehört ins Datenmodell und in die Serverschicht; eine App, die nur Menüpunkte ausblendet, gibt die Daten trotzdem heraus.

Oft kommt eine dritte Gruppe hinzu: Händler und Servicepartner in anderen Ländern, die Maschinen des Herstellers betreuen. Sie brauchen die Unterlagen in ihrer Sprache und sehen nur die Anlagen ihres Gebiets. Sprachfassungen der Dokumente und die Zuordnung von Anlagen zu Partnern gehören deshalb früh ins Datenmodell.

Funktionen einer Service-App im After-Sales

Welche Funktionen zuerst gebaut werden, hängt davon ab, wo heute die meiste Zeit verloren geht. Häufig sind es diese:

1. Identifikation per Code. Ein QR- oder Data-Matrix-Code am Typenschild öffnet die Akte genau dieser Maschine, ohne dass jemand Seriennummern abtippt.
2. Störungsmeldung mit Kontext. Fehlercode, Foto, Betriebsstunden und eine kurze Beschreibung kommen strukturiert an statt als Anruf, der erst nachträglich notiert wird.
3. Dokumente zum Auslieferungsstand. Angezeigt wird die Anleitung der gelieferten Version, nicht die aktuelle Fassung aus dem Produktprogramm.
4. Teile anfragen. Das Teil wird in einer Explosionszeichnung gewählt und als Anfrage übermittelt; das Prinzip beschreibt der Artikel zum digitalen Ersatzteilkatalog.
5. Servicebericht. Der Techniker dokumentiert, der Kunde zeichnet ab, der Bericht geht an Abrechnung und Serviceverlauf.

Wiederkehrende Aufgaben wie Inspektionen kommen aus der Planung, die unter Wartungsmanagement beschrieben ist; die App zeigt sie an und nimmt die Ergebnisse auf.

Welche Systeme dahinterstehen

Die App selbst ist selten die führende Datenquelle. Stamm- und Auftragsdaten liegen im ERP, Stücklisten im ERP oder PDM, Dokumente in einem Redaktionssystem oder einer Dateiablage, Serviceaufträge vielleicht in einem eigenen Servicemodul. Die eigentliche Arbeit ist die Verbindung dieser Quellen über definierte Schnittstellen und einen gemeinsamen Schlüssel: die Seriennummer mit dem Stand, in dem das Gerät ausgeliefert oder zuletzt umgebaut wurde.

Sendet die Maschine selbst Zustände oder Fehlercodes, kann eine Meldung schon vorbefüllt sein, bevor jemand sie tippt. Dafür braucht es eine Datenschicht zwischen Steuerung und Anwendung, wie sie der Artikel zur IoT-Plattform erklärt. Für den Anfang ist das keine Voraussetzung.

Woran Einführungen scheitern

• Datenpflege unterschätzt. Sind Dokumente und Stücklisten nicht der Seriennummer zugeordnet, zeigt die App dieselben falschen Unterlagen wie vorher der Ordner, nur schneller.
• Alles in der ersten Fassung. Viele Funktionen, keine davon verlässlich; die Techniker kehren zum Telefon zurück.
• Kein Rückkanal ins ERP. Erfasste Teile und Zeiten werden im Büro erneut eingetippt, und die doppelte Arbeit landet im Innendienst.
• Betreiber vergessen. Die Anwendung entsteht nur für den eigenen Service; Kunden melden weiter per E-Mail, und ein großer Teil des Nutzens bleibt liegen.

Wie wir eine solche Anwendung aufbauen

Wir beginnen mit dem Ablauf, der heute die meisten Rückfragen erzeugt, oft der Störungsmeldung, und verbinden ihn zuerst mit den vorhandenen Stammdaten. Umfang, Schnittstellen und Abnahmekriterien stehen vor dem Start im Angebot; weitere Funktionen folgen als eigene Lieferungen. Was zur Umsetzung gehört, beschreibt die Seite App-Entwicklung.