Tre entreprenører afgiver tilbud på den samme reparationskampagne. Hvert tilbud indeholder en skadesopsummering bygget på det samme sæt OEM-inspektionsrapporter. Ingen af de tre opsummeringer stemmer overens.
Det er ikke, fordi nogen lyver. Det er, fordi tre forskellige personer hos tre forskellige virksomheder brugte tre forskellige uger på manuelt at læse de samme PDF'er og skrive det, de så, ind i tre forskellige regneark. Én entreprenørs tekniske leder runder en grænsetilfælde-revnelængde op, fordi deres skabelon kun har felter i hele millimeter. En anden registrerer den som en anden skadeskategori, fordi deres interne taksonomi opdeler tingene lidt anderledes. En tredje overser simpelthen en side. En asset manager, der forsøger at sammenligne de tre tilbud æble mod æble, sammenligner i praksis tre separate transskriptionshandlinger — ikke tre læsninger af den samme rapport.
Der findes kun én sandhed i den inspektionsrapport. I praksis findes der lige så mange versioner af den, som der er mennesker, der har genindtastet den.
To teams, samme flaskehals
På entreprenørsiden har et tilbudsteam, der modtager 200 eller 300 inspektionsrapporter, kun én mulighed, hvis de vil prissætte arbejdet: læse hver eneste rapport og indtaste de relevante felter i et regneark i hånden. Det er langsomt, det trækker erfarne folk væk fra betalende arbejde, og det er den slags opgave, hvor et decimaltegn bliver tastet forkert sent på dagen, uden at nogen opdager det, før tilbuddet allerede er indsendt. På en regningskontrakt (tid og materialer) kan den slags fejl rettes op senere — fakturaen afspejler, hvad opgaven faktisk viser sig at kræve. Et fastprisbud er mindre tilgivende. Vinder man arbejdet til 17 millioner kr., kan det se ud som et sundt tal den dag, kontrakten underskrives. Det kan hurtigt forsvinde, når man først er oppe ved vingen, og skaden ikke helt matcher det, der blev prissat.
De skader, ingen prissatte i tilbuddet, holder ikke op med at eksistere. De holder blot op med at være synlige, indtil nogen finder dem igen ved et tilfælde.
Den person, der udfører udtrækningen, er som regel den dyreste, der er til rådighed til opgaven, og de ved godt, at de ikke har den uge, det ville tage at gøre det ordentligt. Så de trierer. De læser efter de skader, de forventer faktisk at prissætte i tilbuddet — typisk Kategori 3 og 4, dem der ligger mellem »overvåg« og »øjeblikkelig handling«. Kategori 1- og 2-fund, og til tider Kategori 5-elementer, der allerede er markeret og håndteret andetsteds, bliver skimmet forbi. Ikke fordi de er ligegyldige, men fordi ingen betaler for tiden til at registrere data, der ikke indgår i netop dette tilbud.
På operatørsiden viser problemet sig anderledes, men udspringer af den samme rod. En asset manager, der gennemgår tilbud, eller tjekker en entreprenørs afslutningsrapport op mod de oprindelige inspektionsdata, har ingen uafhængig måde at verificere tallene på uden selv at gentage den samme manuelle udtrækning. I praksis gør de fleste ikke det. De tager entreprenørens opsummering på tro og love, fordi det ikke er en realistisk brug af nogens uge at tjekke den op mod 300 kilde-PDF'er.
Opbygning af registret
SCOPE™ behandler inspektionsrapport-PDF'er i to omgange. Den første udtrækker de overordnede metadata: site, mølleidentifikation, rapportdato og kampagnekontekst. Du gennemgår og bekræfter det, før noget dybere sker. Den anden omgang går igennem hver eneste individuelle skadesforekomst i rapporten — alle sammen, ikke kun dem, en tidspresset gennemgang ville have prioriteret — og trækker type, sværhedsgrad, placering og det oprindelige fotografi knyttet til hver enkelt ud. Intet gemmes endeligt, før en person har gennemgået og bekræftet det.
Det er sandhedsregistret. Ikke en opsummering, nogen har skrevet under tidspres, men rapportens fulde indhold, registreret én gang og struktureret, så det kan slås op igen når som helst, af hvem som helst, uden at gentage udtrækningen.
At udtrække data manuelt fra et sæt på over 380 inspektionsrapporter tager et erfarent teknisk team omkring to arbejdsuger. En entreprenør, der bruger Collabaro, kørte den samme mængde rapporter gennem SCOPE™ og havde det klaret på et par timer — en reduktion i udtrækningstiden på mere end 98 %. Ikke 98 % hurtigere til at udføre den samme opgave. Selve opgaven — at sidde og genindtaste rapport efter rapport — holder i vid udstrækning op med at være noget, et menneske overhovedet behøver at gøre. Og fordi projektlederen ikke var bundet i to uger til det, var vedkommende fri til at prissætte andre tilbud i mellemtiden, i stedet for at afvise arbejde, fordi der ikke var kapacitet til at behandle det i tide.
Fra register til tilbud
Når dataene er udtrukket, kan de filtreres efter den kombination af parametre, tilbuddet faktisk har brug for:
- Site eller vindmøllepark
- Mølle-ID og vingeposition
- Skadesnummer eller skadeskategori
- Kilde-inspektionsrapport
- Sværhedsgrad, placering på vingen og adskillige andre attributter
Filtrér, eksportér til XLSX eller CSV, og resultatet lander direkte i tilbudsdokumentet. Det eneste manuelle input, der er tilbage for projektlederen, er materialeoverslaget, hvor det kræves, og lønomkostningen — tal, vi forventer, at Collabaro inden for en overskuelig fremtid kan estimere ud fra kundens egne historiske data. For en operatør bliver den samme udtrækning, kørt uafhængigt mod rapporter fra flere entreprenører, til ét sammenligneligt datasæt, bygget på kildedokumenterne frem for på hver enkelt tilbudsgivers eget regnestykke.
Fra register til reparationsopgave
Hvis entreprenøren vinder arbejdet, bliver registret ikke indtastet en anden gang. Vælg skaden, eller en række skader, tildel det korrekte workflow eller opgavetype, og send det til en enkelt tekniker eller en gruppe. Det er hele det administrative trin. Ét eller to minutter — ikke de timer, det tidligere tog at oprette en ny opgave fra bunden — en reduktion på mere end 90 % i den administration, der kræves for at få en tildelt reparation ud i hænderne på en tekniker.
Teknikeren, eller det team der er tildelt opgaven, ser projektet og dets opgaver i det øjeblik, deres enhed synkroniserer med serveren. Hvor workflowet er sat op til at inkludere det, følger den oprindelige inspektionsrapport med i synkroniseringen, og specifikke attributter fra den oprindelige skadesregistrering — overfladeareal er det oplagte eksempel — ligger inde i selve workflowet. Teknikeren kan stå ved vingen og tjekke det, de kigger på, op imod det, rapporten sagde, uden at grave i et separat dokument eller vente på, at nogen på kontoret sender det over.
Et sandhedsregister — indtil nogen er tilbage på vingen
Her er den del, det er let at overse. Set fra OEM'ens eller vindmølleoperatørens perspektiv er inspektionsrapporten sandheden, lige indtil en tekniker igen er ude ved vingen for at udføre reparationen. Nogle gange er det et spørgsmål om uger. Andre gange er det flere måneder. Vingeskade venter ikke pænt i mellemtiden. Erosion skrider frem. En revne, der var 40 mm ved inspektionen, kan være længere, når nogen igen kommer tæt nok på til at røre ved den.
Det er her, de fleste systemer — papir eller digitale — stille og roligt går galt. Registret bliver behandlet som permanent, og hvad end teknikeren finder på dagen, bliver enten presset til at matche det, eller registreret et sted, som ingen længere nede i processen nogensinde ser.
Collabaro sender den oprindelige inspektionsrapport ud til teknikeren, der udfører reparationen, inklusive billederne og, hvor den oprindelige rapport registrerede det, skadens overfladeareal. Teknikeren møder op med baseline i hånden — ikke en mundtlig briefing eller en halvt husket opsummering. Hvis det, de finder, har ændret sig — et større areal, en anden fejlmekanisme, skade der er skredet frem ud over den oprindelige klassifikation — rapporterer de afvigelsen i realtid til deres projektleder. Projektlederen kan derefter informere kunden, OEM'en eller vindmølleoperatøren, før reparationen udføres, i stedet for efter en faktura rejser spørgsmålet.
Sandhedsregistret er ikke et enkelt øjebliksbillede taget på inspektionsdagen og derefter ladet ligge. Det er en løbende historik for netop den skade — det oprindelige fund, enhver afvigelse teknikeren rapporterer tilbage, hvem der blev informeret og hvornår — så registret på det tidspunkt, reparationen afsluttes, fortæller hele historien om skaden, ikke bare hvor den startede.
Hvorfor det betyder noget
For en entreprenør betyder det at kunne besvare et tilbud inden for den tid, man reelt har, byde på mere arbejde parallelt og omdanne tildelt arbejde til teknikerklare opgaver på minutter i stedet for dage. For en operatør betyder det et tilbud bygget på kildedokumenterne frem for entreprenørens eget regnestykke, og et reparationsregister, der ikke kun viser, hvad der blev inspiceret, men hvad der faktisk blev fundet, da nogen endelig var tilbage ved vingen for at reparere den.
For at se, hvordan registret bliver bygget op, fra PDF til tilbud til tekniker, book en demo, så gennemgår vi det med dine egne inspektionsrapporter.
← Tilbage til Field Notes