Drei Auftragnehmer reichen Angebote für dieselbe Reparaturkampagne ein. Jedes enthält eine Schadenszusammenfassung, die aus denselben OEM-Inspektionsberichten erstellt wurde. Keine der drei Zusammenfassungen stimmt überein.
Das liegt nicht daran, dass jemand lügt. Es liegt daran, dass drei verschiedene Personen bei drei verschiedenen Unternehmen drei verschiedene Wochen damit verbracht haben, dieselben PDFs manuell zu lesen und das Gesehene in drei verschiedene Tabellenkalkulationen zu tippen. Der technische Leiter eines Auftragnehmers rundet eine grenzwertige Risslänge auf, weil seine Vorlage nur Felder mit ganzen Millimetern hat. Ein anderer erfasst denselben Schaden als andere Schadenskategorie, weil seine interne Taxonomie die Dinge leicht anders unterteilt. Ein dritter übersieht schlicht eine Seite. Ein Asset Manager, der versucht, die drei Angebote eins zu eins zu vergleichen, vergleicht in der Praxis drei getrennte Akte manueller Transkription, nicht drei Lesarten desselben Berichts.
In diesem Inspektionsbericht soll es eigentlich nur eine Wahrheit geben. In der Praxis gibt es davon so viele Versionen wie Personen, die ihn abgetippt haben.
Zwei Teams, derselbe Engpass
Auf Seiten des Auftragnehmers hat ein Ausschreibungsteam, das 200 oder 300 Inspektionsberichte erhält, nur eine Option, wenn es die Arbeit bepreisen will: jeden Bericht lesen und die relevanten Felder von Hand in eine Tabelle eintragen. Das ist langsam, zieht erfahrene Mitarbeiter von bezahlter Arbeit ab, und es ist genau die Art von Aufgabe, bei der am Ende eines langen Tages ein Dezimalpunkt vertippt wird und es niemand bemerkt, bis die Ausschreibung bereits eingereicht ist. Bei einem Vertrag auf Basis von Zeit und Material ist ein solcher Fehler verkraftbar — die Rechnung spiegelt am Ende wider, was der Auftrag tatsächlich erfordert. Eine Festpreis-Ausschreibung verzeiht weniger. Den Auftrag für 2.000.000 £ zu gewinnen, kann am Tag der Vertragsunterzeichnung wie eine gesunde Zahl aussehen. Sie kann schnell verschwinden, sobald man am Blatt arbeitet und der Schaden nicht ganz dem entspricht, was bepreist wurde.
Die Person, die diese Extraktion durchführt, ist meist die teuerste, die für diese Aufgabe verfügbar ist, und sie weiß, dass ihr die Woche fehlt, die es braucht, um es richtig zu machen. Also wird trianiert. Man liest nach den Schäden, die tatsächlich in die Ausschreibung einfließen sollen, typischerweise Kategorie 3 und 4, die zwischen „beobachten“ und „sofortige Maßnahme“ liegen. Befunde der Kategorie 1 und 2, manchmal auch bereits gekennzeichnete und andernorts behandelte Kategorie-5-Einträge, werden überflogen. Nicht, weil sie unwichtig wären, sondern weil niemand die Zeit bezahlt, Daten zu erfassen, die nicht in dieses spezifische Angebot einfließen.
Die Schäden, die niemand in die Ausschreibung eingepreist hat, hören nicht auf zu existieren. Sie hören nur auf, sichtbar zu sein, bis jemand sie zufällig wiederfindet.
Auf Seiten des Betreibers zeigt sich das Problem anders, hat aber dieselbe Ursache. Ein Asset Manager, der Angebote prüft oder den Abschlussbericht eines Auftragnehmers mit den ursprünglichen Inspektionsdaten abgleicht, hat keine unabhängige Möglichkeit, die Zahlen zu verifizieren, ohne dieselbe manuelle Extraktion selbst zu wiederholen. In der Praxis tun das die wenigsten. Sie vertrauen der Zusammenfassung des Auftragnehmers, weil es für niemanden eine realistische Verwendung einer Woche ist, sie gegen 300 Quell-PDFs zu prüfen.
Die Wahrheitsquelle aufbauen
SCOPE™ verarbeitet PDF-Inspektionsberichte in zwei Durchgängen. Der erste extrahiert die übergeordneten Metadaten: Standort, Turbinenkennung, Berichtsdatum, Kampagnenkontext. Sie prüfen und bestätigen diese, bevor irgendetwas Tieferes geschieht. Der zweite Durchgang geht jeden einzelnen Schadensfall im Bericht durch, alle, nicht nur die, die ein unter Zeitdruck stehender Prüfer priorisiert hätte, und extrahiert Typ, Schweregrad, Lage sowie das dazugehörige Originalfoto. Nichts wird übernommen, bevor es eine Person geprüft und bestätigt hat.
Das ist die Wahrheitsquelle. Keine unter Termindruck zusammengeschriebene Zusammenfassung, sondern der vollständige Inhalt des Berichts, einmal erfasst und so strukturiert, dass jederzeit von jedem darauf zurückgegriffen werden kann, ohne die Extraktion zu wiederholen.
Die manuelle Extraktion von Daten aus mehr als 380 Inspektionsberichten nimmt ein erfahrenes technisches Team etwa zwei Arbeitswochen in Anspruch. Ein Collabaro-Kunde ließ dieselbe Menge an Berichten durch SCOPE™ laufen und war in wenigen Stunden fertig — eine Reduzierung der Extraktionszeit um mehr als 98 %. Nicht 98 % schneller bei derselben Aufgabe. Die Aufgabe selbst, Bericht für Bericht abzutippen, hört weitgehend auf, etwas zu sein, das eine Person überhaupt tun muss. Und weil der Projektmanager nicht zwei Wochen lang daran gebunden war, blieb er frei, in der Zwischenzeit andere Ausschreibungen zu bepreisen, statt Arbeit abzulehnen, weil keine Kapazität bestand, sie rechtzeitig zu verarbeiten.
Von der Wahrheitsquelle zur Ausschreibung
Sobald die Daten extrahiert sind, können sie nach beliebiger Kombination der Parameter gefiltert werden, die die Ausschreibung tatsächlich benötigt:
- Standort oder Windpark
- Turbinen-ID und Blattposition
- Schadensnummer oder Schadenskategorie
- Quell-Inspektionsbericht
- Schweregrad, Lage am Blatt und mehrere weitere Attribute
Filtern, nach XLSX oder CSV exportieren, und das Ergebnis fließt direkt in das Ausschreibungsdokument ein. Die einzige manuelle Eingabe, die dem Projektmanager bleibt, ist die Materialschätzung, sofern erforderlich, und die Arbeitskosten — Werte, die Collabaro voraussichtlich in naher Zukunft anhand der eigenen historischen Daten des Kunden schätzen können wird. Für einen Betreiber wird dieselbe Extraktion, unabhängig gegen Berichte mehrerer Auftragnehmer ausgeführt, zu einem einzigen vergleichbaren Datensatz, aufgebaut aus den Quelldokumenten und nicht aus der jeweils eigenen Arithmetik der Bieter.
Von der Wahrheitsquelle zum Reparaturauftrag
Gewinnt der Auftragnehmer den Auftrag, wird die Wahrheitsquelle kein zweites Mal neu erfasst. Schaden auswählen, oder eine Reihe von Schäden, den richtigen Workflow oder Aufgabentyp zuweisen und an einen einzelnen Techniker oder eine Gruppe senden. Das ist der gesamte administrative Schritt. Ein bis zwei Minuten, nicht die Stunden, die es früher brauchte, um einen neuen Auftrag von Grund auf aufzusetzen — eine Reduzierung des Verwaltungsaufwands um mehr als 90 %, um einen vergebenen Reparaturauftrag in die Hände eines Technikers zu bringen.
Der Techniker, oder das dem Auftrag zugewiesene Team, sieht das Projekt und seine Aufträge in dem Moment, in dem sich das Gerät mit dem Server synchronisiert. Wo der Workflow entsprechend eingerichtet ist, bringt diese Synchronisierung auch den ursprünglichen Inspektionsbericht mit, und bestimmte Attribute des ursprünglichen Schadensdatensatzes — die Oberfläche ist das naheliegendste — befinden sich direkt im Workflow selbst. Der Techniker kann am Blatt stehen und prüfen, was er sieht, gegen das, was der Bericht sagte, ohne ein separates Dokument zu durchsuchen oder darauf zu warten, dass jemand im Büro es nachreicht.
Eine Wahrheitsquelle, bis jemand wieder am Blatt ist
Hier ist der Teil, der leicht übersehen wird. Aus Sicht des OEM oder des Windparkbetreibers ist der Inspektionsbericht die Wahrheit, bis genau zu dem Moment, in dem ein Techniker wieder an diesem Blatt steht, um die Reparatur durchzuführen. Manchmal sind das nur Wochen. Manchmal mehrere Monate. Blattschaden wartet in der Zwischenzeit nicht höflich. Erosion schreitet fort. Ein Riss, der bei der Inspektion 40 mm maß, kann länger sein, bis jemand wieder nah genug ist, um ihn zu berühren.
Hier gehen die meisten Systeme, ob auf Papier oder digital, still und leise falsch. Die Aufzeichnung wird als endgültig behandelt, und was der Techniker am Tag der Arbeit vorfindet, wird entweder gezwungen, dazu zu passen, oder irgendwo festgehalten, das nachgelagert niemand je sieht.
Collabaro sendet den ursprünglichen Inspektionsbericht an den Techniker, der die Reparatur durchführt, einschließlich der Bilder und, sofern im ursprünglichen Bericht erfasst, der Schadensfläche. Der Techniker kommt mit der Ausgangslage in der Hand an, nicht mit einer mündlichen Einweisung oder einer halb erinnerten Zusammenfassung. Hat sich das Vorgefundene verändert — eine größere Fläche, ein anderer Versagensmodus, ein Schaden, der über die ursprüngliche Klassifizierung hinaus fortgeschritten ist —, meldet er die Abweichung in Echtzeit an seinen Projektmanager. Dieser kann den Kunden, OEM oder Windparkbetreiber dann informieren, bevor die Reparatur fortgesetzt wird, statt nachdem eine Rechnung die Frage aufwirft.
Die Wahrheitsquelle ist keine einzelne Momentaufnahme, die am Inspektionstag gemacht und dann sich selbst überlassen wird. Sie ist eine laufende Historie dieses spezifischen Schadens — der ursprüngliche Befund, jede vom Techniker gemeldete Abweichung, wer wann informiert wurde —, sodass die Aufzeichnung beim Abschluss der Reparatur die vollständige Geschichte dieses Schadens erzählt, nicht nur, wo er begann.
Warum das wichtig ist
Für einen Auftragnehmer bedeutet das, auf eine Ausschreibung in der Zeit zu reagieren, die tatsächlich zur Verfügung steht, mehr Arbeit parallel anzubieten und vergebene Arbeit in Minuten statt Tagen in technikerfertige Aufträge zu verwandeln. Für einen Betreiber bedeutet es ein Angebot, das aus den Quelldokumenten aufgebaut ist statt aus der Arithmetik eines Auftragnehmers, und eine Reparaturaufzeichnung, die nicht nur zeigt, was inspiziert wurde, sondern was tatsächlich vorgefunden wurde, als schließlich jemand zur Reparatur ans Blatt zurückkehrte.
Um zu sehen, wie die Aufzeichnung entsteht, vom PDF über die Ausschreibung bis zum Techniker, buchen Sie eine Demo, und wir gehen sie anhand Ihrer eigenen Inspektionsberichte durch.
← Zurück zu Field Notes