Trzej wykonawcy składają oferty na tę samą kampanię naprawczą. Każda z nich zawiera podsumowanie uszkodzeń sporządzone na podstawie tego samego zestawu raportów inspekcyjnych OEM. Żadne z trzech podsumowań się nie zgadza.
Nie dlatego, że ktoś kłamie. Dlatego, że trzy różne osoby, w trzech różnych firmach, spędziły trzy różne tygodnie na ręcznym czytaniu tych samych plików PDF i wpisywaniu tego, co zobaczyły, do trzech różnych arkuszy kalkulacyjnych. Lider techniczny jednego wykonawcy zaokrągla graniczną długość pęknięcia w górę, ponieważ jego szablon ma tylko pola z pełnymi milimetrami. Inny loguje to jako inną kategorię uszkodzenia, ponieważ jego wewnętrzna taksonomia dzieli rzeczy nieco inaczej. Trzeci po prostu pomija stronę. Kierownik ds. aktywów próbujący porównać trzy oferty na równych zasadach w praktyce porównuje trzy odrębne akty ręcznej transkrypcji, a nie trzy odczyty tego samego raportu.
W tym raporcie inspekcyjnym powinna być jedna prawda. W praktyce istnieje tyle jej wersji, ilu jest ludzi, którzy ją przepisali.
Dwa zespoły, to samo wąskie gardło
Po stronie wykonawcy zespół ds. przetargów, który otrzymuje 200 lub 300 raportów inspekcyjnych, ma jedną opcję, jeśli chce wycenić pracę: przeczytać każdy raport i ręcznie wpisać odpowiednie pola do arkusza kalkulacyjnego. To powolne, odciąga starszych pracowników od płatnej pracy, i jest to zadanie, przy którym pod koniec długiego dnia łatwo pomylić przecinek dziesiętny, a nikt tego nie zauważy, dopóki przetarg nie zostanie już złożony. Przy kontrakcie rozliczanym za czas i materiały taki błąd da się naprawić — faktura odzwierciedla to, czego praca faktycznie wymagała. Przetarg o stałym koszcie jest mniej wybaczający. Wygranie kontraktu za 2 000 000 funtów może wyglądać na zdrową liczbę w dniu podpisania umowy. Może szybko zniknąć, gdy tylko dotrze się na łopatę, a uszkodzenie nie do końca pasuje do tego, co wyceniono.
Osoba wykonująca to wyodrębnianie jest zwykle najdroższą osobą dostępną do tego zadania i wie, że nie ma tygodnia, który byłby potrzebny, aby zrobić to porządnie. Więc segreguje. Czyta pod kątem uszkodzeń, które faktycznie spodziewa się wycenić w przetargu, zazwyczaj kategorii 3 i 4, tych mieszczących się między „monitorowaniem“ a „natychmiastowym działaniem“. Ustalenia kategorii 1 i 2, czasem elementy kategorii 5 już oznaczone i obsłużone gdzie indziej, są pomijane pobieżnie. Nie dlatego, że nie mają znaczenia, ale dlatego, że nikt nie płaci za czas potrzebny na przechwycenie danych, które nie trafą do tej konkretnej wyceny.
Uszkodzenia, których nikt nie wycenił w przetargu, nie przestają istnieć. Po prostu przestają być widoczne, dopóki ktoś nie znajdzie ich ponownie przez przypadek.
Po stronie operatora problem objawia się inaczej, ale wynika z tej samej przyczyny źródłowej. Kierownik ds. aktywów przeglądający oferty lub sprawdzający raport z zakończenia prac wykonawcy w odniesieniu do oryginalnych danych inspekcyjnych nie ma niezależnego sposobu na zweryfikowanie liczb bez ponownego wykonania tego samego ręcznego wyodrębniania. W praktyce większość tego nie robi. Przyjmują podsumowanie wykonawcy na wiarę, ponieważ sprawdzenie go względem 300 źródłowych plików PDF nie jest realistycznym sposobem spędzenia czyjegoś tygodnia.
Budowanie rekordu
SCOPE™ przetwarza pliki PDF raportów inspekcyjnych w dwóch przebiegach. Pierwszy wyodrębnia metadane wysokiego poziomu: lokalizację, identyfikację turbiny, datę raportu, kontekst kampanii. Przeglądasz i zatwierdzasz to, zanim wydarzy się cokolwiek głębszego. Drugi przebieg przechodzi przez każdy pojedynczy przypadek uszkodzenia w raporcie, wszystkie, nie tylko te, które spieszący się recenzent uznałby za priorytetowe, wydobywając typ, ważność, lokalizację i oryginalną fotografię załączoną do każdego z nich. Nic nie zostaje zatwierdzone, dopóki osoba tego nie przejrzy i nie potwierdzi.
To jest rekord prawdy. Nie podsumowanie, które ktoś napisał pod presją terminu, ale pełna zawartość raportu, przechwycona raz i ustrukturyzowana tak, aby można było się do niej odwołać w dowolnym momencie, przez każdego, bez ponownego wykonywania wyodrębniania.
Ręczne wyodrębnienie danych z zestawu ponad 380 raportów inspekcyjnych zajmuje doświadczonemu zespołowi technicznemu około dwóch tygodni roboczych. Wykonawca korzystający z Collabaro przepuścił taką samą liczbę raportów przez SCOPE™ i miał to zrobione w kilka godzin — skrócenie czasu wyodrębniania o ponad 98%. Nie 98% szybciej przy wykonywaniu tej samej pracy. Sama praca, siedzenie i przepisywanie raportu za raportem, w dużej mierze przestaje być czymś, co musi robić człowiek. A ponieważ kierownik projektu nie był zajęty tym przez dwa tygodnie, w tym czasie mógł swobodnie wyceniać inne przetargi, zamiast odrzucać zlecenia z powodu braku zdolności do ich przetworzenia na czas.
Od rekordu do przetargu
Gdy dane zostaną wyodrębnione, można je filtrować według dowolnej kombinacji parametrów, których faktycznie wymaga przetarg:
- Lokalizacja lub farma wiatrowa
- Identyfikator turbiny i pozycja łopaty
- Numer uszkodzenia lub kategoria uszkodzenia
- Źródłowy raport inspekcyjny
- Ważność, lokalizacja na łopacie i kilka innych atrybutów
Filtrujesz, eksportujesz do XLSX lub CSV, a wynik trafia bezpośrednio do dokumentu przetargowego. Jedynym ręcznym wkładem pozostawionym kierownikowi projektu jest szacunek materiałowy, tam gdzie jest wymagany, oraz koszt robocizny — wartości, które Collabaro ma w niedalekiej przyszłości szacować automatycznie na podstawie własnych danych historycznych klienta. Dla operatora to samo wyodrębnianie, przeprowadzone niezależnie na raportach od wielu wykonawców, staje się jednym porównywalnym zbiorem danych, zbudowanym na podstawie dokumentów źródłowych, a nie własnej arytmetyki każdego oferenta.
Od rekordu do zlecenia naprawy
Jeśli wykonawca wygra kontrakt, rekord nie jest wprowadzany ponownie. Wybierasz uszkodzenie lub serię uszkodzeń, przypisujesz właściwy przepływ pracy lub typ zadania i wysyłasz to do pojedynczego technika lub grupy. To cały krok administracyjny. Minuta lub dwie, a nie godziny, które kiedyś zajmowało utworzenie nowego zlecenia od zera — redukcja o ponad 90% pracy administracyjnej potrzebnej, aby przyznana naprawa trafiła w ręce technika.
Technik lub zespół przypisany do zlecenia widzi projekt i jego zadania w momencie, gdy jego urządzenie zsynchronizuje się z serwerem. Tam, gdzie przepływ pracy jest tak skonfigurowany, ta synchronizacja przenosi także oryginalny raport inspekcyjny, a konkretne atrybuty z oryginalnego rekordu uszkodzenia — powierzchnia będąca oczywistym przykładem — znajdują się wewnątrz samego przepływu pracy. Technik może stanąć przy łopacie i sprawdzić to, na co patrzy, w odniesieniu do tego, co mówił raport, bez przeszukiwania osobnego dokumentu czy czekania, aż ktoś w biurze mu go prześle.
Rekord prawdy — dopóki ktoś nie wróci na łopatę
To część, którą łatwo pominąć. Z punktu widzenia OEM-u lub operatora farmy wiatrowej raport inspekcyjny jest prawdą aż do momentu, gdy technik wraca na tę łopatę, aby wykonać naprawę. Czasem to kwestia tygodni. Czasem kilku miesięcy. Uszkodzenie łopaty nie czeka w tym czasie grzecznie. Erozja postępuje. Pęknięcie, które podczas inspekcji miało 40 mm, może być dłuższe, zanim ktośkolwiek znajdzie się wystarczająco blisko, aby ponownie go dotknąć.
Tutaj większość systemów, papierowych czy cyfrowych, po cichu zawodzi. Rekord jest traktowany jako trwały, a to, co technik znajdzie danego dnia, jest albo naciągane, by do niego pasować, albo zapisywane gdzieś, gdzie nikt dalej w łańcuchu tego nigdy nie zobaczy.
Collabaro przekazuje technikowi wykonującemu naprawę oryginalny raport inspekcyjny, łącznie ze zdjęciami oraz, tam gdzie oryginalny raport to zarejestrował, powierzchnią uszkodzenia. Technik przybywa mając w ręku punkt odniesienia, a nie ustny instruktaż czy na wpół zapamiętane podsumowanie. Jeśli to, co znajdzie, uległo zmianie — większa powierzchnia, inny mechanizm uszkodzenia, uszkodzenie, które rozwinęło się poza pierwotną klasyfikację — zgłasza tę zmianę w czasie rzeczywistym swojemu kierownikowi projektu. Kierownik projektu może wtedy poinformować klienta, OEM lub operatora farmy wiatrowej, zanim naprawa zostanie przeprowadzona, a nie dopiero po tym, jak pytanie postawi faktura.
Rekord prawdy nie jest pojedynczym zrzutem wykonanym w dniu inspekcji i potem pozostawionym samemu sobie. To bieżąca historia konkretnego uszkodzenia — pierwotne ustalenie, każda zmiana zgłoszona przez technika, kto i kiedy został poinformowany — tak, że gdy naprawa zostaje zamknięta, rekord opowiada pełną historię tego uszkodzenia, a nie tylko to, jak się zaczęło.
Dlaczego to ma znaczenie
Dla wykonawcy oznacza to reagowanie na przetarg w czasie, jaki faktycznie się posiada, składanie ofert na więcej prac równolegle i przekształcanie przyznanej pracy w gotowe do przekazania technikowi zlecenia w kilka minut zamiast dni. Dla operatora oznacza to ofertę zbudowaną na podstawie dokumentów źródłowych, a nie własnej arytmetyki wykonawcy, oraz rekord naprawy pokazujący nie tylko to, co zostało zinspekcjonowane, ale to, co faktycznie znaleziono, gdy ktoś w końcu wrócił na łopatę, by ją naprawić.
Aby zobaczyć, jak powstaje rekord — od PDF-a przez przetarg po technika — zarezerwuj demo, a przejdziemy przez ten proces na przykładzie Twoich własnych raportów inspekcyjnych.
← Powrót do Field Notes