Prüf- und Übergabeprotokolle am Einsatzort erfassen

Ein Protokoll hält den Zustand zu einem Zeitpunkt fest

Ein Protokoll ist eine schriftliche Festhaltung dessen, was an einem Objekt zu einem bestimmten Zeitpunkt getan, gemessen und festgestellt wurde. Sein Zweck ist der Beleg gegenüber einem Dritten: dem Kunden, dem nächsten Monteur, einem Prüfer oder im Streitfall einem Gericht. Für diesen Beleg muss die Arbeit nachvollziehbar festgehalten sein; ihre bloße Ausführung reicht dafür nicht.

Drei Arten begegnen im Betrieb am häufigsten, und sie unterscheiden sich im Zweck. Ein Wartungsprotokoll hält fest, welche wiederkehrenden Tätigkeiten an einer Anlage ausgeführt wurden, damit der nächste Einsatz darauf aufbaut. Ein Prüfprotokoll hält das Ergebnis einer Kontrolle fest, oft mit Messwerten und dem Urteil, ob ein Grenzwert eingehalten ist. Ein Übergabeprotokoll hält den Zustand im Moment der Übergabe fest, wenn eine Leistung oder ein Gegenstand vom Betrieb an den Kunden geht. Allen drei ist gemeinsam, dass sie an einem Zeitpunkt hängen und diesen Zeitpunkt nicht nachträglich erzeugen können.

Genau daran scheitert die nachgelagerte Erfassung im Büro. Wird das Protokoll erst Stunden oder Tage nach dem Einsatz aus Notizen und Erinnerung zusammengesetzt, bildet es den Zeitpunkt nur noch nach. Ein Beleg des Zeitpunkts selbst entsteht so nicht. Das fällt im Alltag nicht auf und wird zum Problem, sobald jemand den festgehaltenen Zustand anzweifelt.

Die Erfassung gehört an den Ort der Arbeit

Den Umweg über das Büro gibt niemand vor; er ergibt sich aus der Ausstattung: Das Formular liegt als Papierblock im Fahrzeug, die Ablage steht auf dem Rechner im Büro, und dazwischen vergehen die Fahrt und der nächste Termin. Jede dieser Lücken kostet Zeit und verändert Angaben.

Wird am Einsatzort direkt in einer Anwendung erfasst, verschwinden gleich mehrere Fehlerquellen auf einmal.

• Keine doppelte Erfassung. Der Wert wird einmal eingegeben und nicht später von einem Zettel abgeschrieben. Das Abtippen entfällt, und mit ihm der Zahlendreher, der dabei entsteht.
• Vollständigkeit beim Abschluss. Die Anwendung lässt das Protokoll erst abschließen, wenn die Pflichtfelder ausgefüllt sind. Eine vergessene Angabe fällt vor Ort auf, nicht erst bei der Ablage, wenn der Kunde längst nicht mehr erreichbar ist.
• Belege am richtigen Vorgang. Fotos und Messwerte hängen sofort am laufenden Protokoll. Die spätere Suche danach, welches Bild zu welchem Einsatz gehört, fällt weg.
• Ein Zeitstempel, der stimmt. Erfassung und Zeitpunkt fallen zusammen. Das Protokoll trägt die Uhrzeit der Arbeit, nicht die des Abtippens.

Der gleiche Gedanke liegt dem Weg aus der Tabellendatei zugrunde: Eine Angabe gehört an die Stelle, an der sie entsteht, und von dort einmal erfasst statt mehrfach kopiert. Welche vier Eigenschaften eine gewachsene Tabelle zum Risiko machen, behandelt der Beitrag zu wichtigen Abläufen in einer Tabellendatei.

Vier Bestandteile machen ein Protokoll belastbar

Ob ein Protokoll im Zweifel trägt, entscheidet sich an vier Bestandteilen. Fehlt einer, bleibt das Dokument eine Notiz, die sich anzweifeln lässt.

1. Pflichtfelder richten sich nach der Einsatzart

Welche Angaben ein Protokoll braucht, hängt von der Art des Einsatzes ab. Eine Dichtheitsprüfung verlangt andere Felder als die Übergabe einer fertigen Montage. Die Anwendung hält für jede Einsatzart eine eigene Vorlage bereit und zeigt nur die Felder, die dort vorgesehen sind. Das verhindert zweierlei: dass eine nötige Angabe fehlt, und dass die erfassende Person sich durch Felder arbeitet, die für ihren Fall ohne Bedeutung sind.

2. Fotos belegen den Zustand vor und nach der Arbeit

Ein Foto hält fest, was sich in Worten schwer beschreiben lässt: der Zustand vor der Arbeit, eine beschädigte Stelle, der Zählerstand, das aufgeräumte Ergebnis nach dem Einsatz. Aufgenommen wird es aus der Anwendung heraus, damit es sofort am Protokoll hängt und nicht erst aus der Bildergalerie des Telefons gesucht werden muss. Ein kurzer Text am Bild hält fest, was es zeigt.

3. Messwerte brauchen Einheit und Grenzwert

Eine Zahl allein sagt wenig. Ein Messwert wird erst zum Beleg, wenn die Einheit dabeisteht und der Grenzwert, an dem er sich misst. Die Anwendung führt beides zusammen und kann unmittelbar anzeigen, ob der erfasste Wert innerhalb des zulässigen Bereichs liegt. Die erfassende Person sieht vor Ort, ob ein Wert eine Nacharbeit auslöst, statt es im Büro aus einer Tabelle abzulesen.

4. Die Unterschrift des Kunden schließt das Protokoll ab

Den Abschluss bildet die Unterschrift des Kunden, die bestätigt, dass er den festgehaltenen Stand zur Kenntnis genommen hat. Sie steht am Ende, wenn das Protokoll vollständig ist, und wird mit dem genauen Stand gespeichert, den der Kunde gesehen hat. Dem eigenen Abschnitt weiter unten liegt dieser Baustein zugrunde.

Die Unterschrift bestätigt die Übergabe am Gerät

Die Unterschrift auf dem Bildschirm dokumentiert, dass der Kunde den Inhalt des Protokolls zum festgehaltenen Zeitpunkt zur Kenntnis genommen hat. Sie entspricht dem unterschriebenen Durchschlag auf Papier und übernimmt dessen Zweck: Sie hält fest, dass über den Zustand Einvernehmen bestand, als die Arbeit abgeschlossen war.

Damit die Unterschrift diesen Zweck erfüllt, kommt es auf drei Punkte an. Der Kunde sieht vor der Unterschrift denselben Stand, der gespeichert wird, und nicht eine spätere Fassung. Die Unterschrift wird zusammen mit dem Datum, der Uhrzeit und dem abgeschlossenen Inhalt gesichert, sodass sich nachträglich belegen lässt, was unterschrieben wurde. Und der Kunde erhält unmittelbar eine Kopie, damit er denselben Stand in der Hand hält wie der Betrieb.

Ist der Kunde beim Abschluss nicht vor Ort, hält die Anwendung das fest, statt die Unterschrift zu erzwingen. Das Protokoll wird mit dem Vermerk abgeschlossen, dass die Bestätigung aussteht, und dem Kunden anschließend zur Durchsicht geschickt. Eine erzwungene Unterschrift unter einen Stand, den der Kunde nicht gesehen hat, wäre wertlos.

Die Erfassung läuft auch ohne Netz weiter

Protokolle entstehen oft an Orten ohne Empfang: im Heizungskeller, in der Tiefgarage, im Aufzugsschacht, auf dem Feld. Eine Anwendung, die dort stehen bleibt, wäre für den Einsatz unbrauchbar. Deshalb arbeitet sie auf dem Gerät und braucht die Verbindung erst für die Übertragung, nicht für die Erfassung.

Für die Person vor Ort bedeutet das: Sie erfasst Felder, Fotos und Messwerte, lässt unterschreiben und schließt das Protokoll ab, ganz ohne Rücksicht darauf, ob gerade Empfang besteht. Die Anwendung hält den Stand auf dem Gerät vor. Sobald die Verbindung zurück ist, überträgt sie die abgeschlossenen Protokolle im Hintergrund und meldet, welche in der zentralen Ablage angekommen sind. Diese Rückmeldung ist der Punkt, an dem sich die erfassende Person darauf verlassen kann, dass nichts auf dem Gerät hängen geblieben ist.

Technisch steckt dahinter, dass die Anwendung die Daten lokal sichert, bis die Übertragung bestätigt ist, und ausschließlich bestätigte Übertragungen aus dem Zwischenspeicher nimmt. Für den Betrieb zählt die Folge: Ein Funkloch hält den Einsatz nicht auf, und ein Protokoll geht nicht verloren, weil jemand das Gerät ausschaltet, bevor es Empfang hatte.

Jedes Protokoll bleibt am Objekt auffindbar

Ein abgeschlossenes Protokoll ist nur so viel wert, wie es sich später wiederfinden lässt. Liegt es als Datei im Postfach der Person, die den Einsatz gefahren hat, ist es für den Betrieb praktisch nicht vorhanden. Deshalb legt die Anwendung jedes Protokoll an dem Objekt ab, zu dem es gehört: an der Anlage, dem Gerät, der Liegenschaft.

Aus dieser Ablage am Objekt entsteht von selbst ein Verlauf. Wer eine Anlage öffnet, sieht alle Einsätze an ihr in der Reihenfolge, in der sie stattgefunden haben: die letzte Wartung, die Messwerte der vergangenen Prüfungen, die Übergabe nach der Montage. Der nächste Monteur baut darauf auf, statt beim Kunden nachzufragen, was beim letzten Mal war. Ein Zugang am Gerät selbst, etwa über einen aufgeklebten Kennzeichnungscode, führt direkt zu dieser Historie.

Das unterscheidet die Ablage am Objekt von der Datei zum Herunterladen. Eine Datei gibt den einzelnen Stand heraus und eignet sich, um ihn an den Kunden zu geben oder zu archivieren. Für den laufenden Zugriff über viele Einsätze hinweg eignet sich das feste Dateiformat schlecht. Wann eine Datei zum Download die richtige Form ist und wann eine abrufbare Seite gewinnt, behandelt der Beitrag zu PDF-Dateien auf der Website.

Das Protokoll trägt den Nachweis gegenüber Dritten

Der eigentliche Wert eines Protokolls zeigt sich erst, wenn jemand außerhalb des Betriebs es sehen will. Bis dahin liegt es nur herum. Vier Situationen sind es, in denen es gebraucht wird, und in jeder entscheidet die Qualität der Erfassung.

• Die Gewährleistung. Ein Kunde meldet nach Monaten einen Mangel. Das Übergabeprotokoll mit Fotos belegt den Zustand bei der Übergabe und grenzt ein, was zur Leistung gehörte und was später hinzukam.
• Die wiederkehrende Prüfung. Viele Anlagen sind in wiederkehrenden Abständen zu kontrollieren. Das Prüfprotokoll weist nach, wann zuletzt kontrolliert wurde, zu welchem Befund das führte und bis wann die nächste Kontrolle ansteht.
• Der Schadensfall. Nach einem Schaden fragt eine Versicherung nach dem Zustand und der Wartung. Die lückenlose Historie am Objekt zeigt, dass die vorgesehenen Einsätze erfolgt sind.
• Der Betreiberwechsel. Ein Objekt wechselt den Eigentümer oder den Dienstleister. Die am Objekt abgelegten Protokolle gehen mit und geben dem Nachfolger den Stand, ohne dass Wissen in Köpfen verloren geht.

In allen vier Fällen zählt dasselbe: ein festgehaltener Zustand, ein belegter Zeitpunkt, eine Bestätigung. Genau die drei Eigenschaften, die bei der nachträglichen Erfassung im Büro als Erste verloren gehen. Wie ein Betrieb das so festgehaltene Wissen dauerhaft sichert und an die nächste Generation weitergibt, behandelt der Beitrag zu Betriebswissen sichern.

So führen wir die Protokoll-Erfassung ein: vier Schritte

Die Einführung läuft als eigenes Vorhaben mit fester Reihenfolge. Die ersten beiden Schritte liegen noch vor der Programmierung, und am Abschluss jedes Schritts steht ein greifbares Zwischenergebnis für Sie.

1. Wir nehmen Ihre Protokolle auf. Gemeinsam mit den Personen, die vor Ort erfassen, gehen wir die vorhandenen Formulare durch und klären je Einsatzart, welche Felder Pflicht sind, welche Messwerte mit welchem Grenzwert gebraucht werden und an welcher Stelle Fotos nötig sind. Sie erhalten: eine Übersicht Ihrer Einsatzarten mit den zugehörigen Pflichtfeldern.
2. Wir legen die Ablage fest. Wir klären, an welchen Objekten die Protokolle hängen, wie diese Objekte benannt und am Gerät gekennzeichnet werden und wer welche Einsätze sehen und erfassen darf. Sie erhalten: die Struktur Ihrer Objekte und die Rollen, nach denen sich der Zugriff richtet.
3. Wir bauen die Anwendung. Aus Vorlagen und Ablage entsteht eine Anwendung, die auf dem Tablet und dem Telefon läuft, ohne Netz weiterarbeitet und die Protokolle am Objekt ablegt. Ihre Leute erfassen frühe Einsätze zur Probe und sehen das Ergebnis am echten Gerät. Sie erhalten: die Anwendung mit Quellcode und Beschreibung.
4. Wir begleiten den ersten Echtbetrieb. Für einen festgelegten Zeitraum laufen die Einsätze über die Anwendung, und wir gehen die erfassten Protokolle mit Ihnen durch: Fehlt ein Feld, ist ein Grenzwert falsch hinterlegt, hakt eine Bedienung vor Ort. Danach rollen wir auf die übrigen Einsatzarten aus. Sie erhalten: die abgenommene Protokoll-Erfassung im laufenden Betrieb.

Vier Fehler treten bei der Umstellung immer wieder auf

Vier Fehler sehen wir unabhängig von Branche und Größe des Vorhabens wiederkehren. Jeder ist vor dem Start vermeidbar, und für jeden steht in den vier Schritten oben die passende Gegenmaßnahme bereit.