Jak trzytygodniowy proces stał się czterominutowym dla PowerGrid.

Poniedziałkowy poranek starszego inżyniera

Poniedziałek w PowerGrid Solution wyglądał tak. Pięć skoroszytów Excel otwartych. Około 35 000 wierszy na arkusz. Eksporty CSV od trzech różnych operatorów sieci dystrybucyjnych. Skany PDF z parametrami technicznymi. Rysunki DXF z CAD.

Ta sama instalacja wytwórcza pojawiała się w każdym pliku pod nieco inną nazwą. Ta sama wartość mocy wynosiła 48,5 MW w warunkach przyłączeniowych i 48,3 MW w umowie przyłączeniowej. Nazwa stacji była skrócona w jeden sposób na eksporcie operatora i inaczej na odpowiedniku wniosku G99. Jedna błędna wartość skopiowana z trzech źródeł i cykl poprawek zaczynał się trzy tygodnie później, gdy klient to zauważył.

Starszy inżynier, dokładnie taki człowiek, jakiego PowerGrid potrzebował do prawdziwego projektowania sieci, spędzał trzy tygodnie na projekt, ręcznie to uzgadniając, zanim jakakolwiek prawdziwa praca inżynierska mogła się rozpocząć. Formuły VLOOKUP, które psuły się, gdy operator zmienił nazwę kolumny. Ręczne odniesienia krzyżowe między warunkami przyłączenia a danymi wejściowymi do symulacji. Sprawdzanie duplikatów linia po linii. Każdy projekt, od nowa.

To jest to, co się dzieje, gdy Twój potok danych zależy od formatów plików, których nie kontrolujesz. Operator nie ma żadnego obowiązku utrzymywać spójności. Zmienia format jutro, a Twój zespół za każdym razem ponosi koszty.

Jak PowerGrid nas znalazł

Pierwszy mail przyszedł przez polecenie. Alex Zelinca, partner strategiczny PowerGrid, opisał problem, który słyszeliśmy w innych słowach od różnych zespołów inżynierskich w całej Europie. Ich zespół w Jassach tracił tygodnie starszych inżynierów na czyszczenie plików, zanim jakiekolwiek modelowanie mogło się zacząć. Próbowali makr Excel. Makra psuły się w ciągu miesięcy od każdej zmiany formatu operatora. Próbowali zatrudnić więcej ludzi. Wąskie gardło pozostawało.

Florin Băiceanu, ich główny inżynier i wspólnik, udostępnił przykładowe pliki pod NDA w tym samym tygodniu. Rozpoznaliśmy wzorzec w ciągu godziny od ich otwarcia. Operatorzy sieci dystrybucyjnej byli rumuńscy (Delgaz, E-Distribuție, DEER). Tryb awarii nie był. Każdy europejski zespół inżynierii sieciowej pracujący z wieloma OSD i operatorami przesyłowymi toczy tę samą bitwę. Słownictwo operatora zmienia się z kraju na kraj. Problem nie.

Co było naprawdę zepsute

PowerGrid realizuje studia przyłączeniowe w całej Rumunii. Ich klientami są deweloperzy, gminy i operatorzy przemysłowi przyłączający się do sieci dystrybucyjnej średniego i wysokiego napięcia. Każdy projekt zaczyna się od danych od operatora sieci dystrybucyjnej. Każdy operator wysyła je inaczej.

Zespół miał dane w czterech odłączonych formatach:

• Excel workbooksSkoroszyty Excel, zwykle 5 arkuszy na skoroszyt, około 35 000 wierszy na arkusz, z wierszem nagłówkowym w innej pozycji w zależności od tego, który operator eksportował
• CSV exportsEksporty CSV od operatorów, każdy z innymi konwencjami kolumn, różnymi separatorami (przecinek, średnik, tabulator) i różnymi kodowaniami znaków, które psuły parsowanie, jeśli zostały źle odgadnięte
• PDF documentsDokumenty PDF ze skanowanymi parametrami technicznymi, często z krytycznymi wartościami mocy umieszczonymi w komentarzach tekstowych zamiast kolumn strukturalnych
• DXF filesPliki DXF z CAD, z nazwami stacji skróconymi inaczej niż na własnych eksportach operatora

Wyprodukowanie jednego zestawu dokumentacji zajmowało trzy tygodnie. Starszy inżynier wyciągał dane z każdego źródła, ręcznie porównywał wartości krzyżowo, składał deliverable w Wordzie i formatował go pod szablon operatora. Jeden zły przecinek, jedna zmieniona nazwa kolumny, jeden znak nowej linii w złym miejscu — i formuły trzymające proces w całości się rozpadały.

Błędy propagowały się po cichu do modelu symulacyjnego, do zestawienia zbiorczego i do opisu technicznego, i ujawniały się tygodnie później jako zapytanie klienta lub cykl poprawek od operatora. Zespół żył z tym od lat. Każda zmiana formatu od operatora oznaczała odbudowę wewnętrznego procesu. Wiedza instytucjonalna o tym, jak konkretny operator formatuje swoje pliki, żyła w głowie jednego starszego inżyniera. Nic nie było spisane.

Trzygodzinny screen share

Poprosiliśmy Florina, czy możemy obserwować starszego inżyniera pracującego przez trzy godziny. Nie prezentacja. Nie demo. Prawdziwa praca projektowa na prawdziwych plikach od operatorów, z nami robiącymi notatki.

To, co obserwowaliśmy, nie było inżynierią.

Inżynierka otworzyła najpierw arkusz ATR. Przefiltrowała po strefie. Przeskanowała w poszukiwaniu brakujących pól. Porównała krzyżowo z warunkami przyłączenia w drugim skoroszycie. Ręcznie poprawiła skrót nazwy stacji, który rozpoznała z pamięci. Otworzyła skan PDF, przeczytała wartość mocy, skopiowała ją do komórki. Złapała duplikat na oko, bo wartości mocy różniły się o 0,2 MW między dwoma źródłami, a nazwa była nieco inna. Uruchomiła VLOOKUP. VLOOKUP zwrócił #N/A, bo operator zmienił nazwę kolumny od ostatniego projektu. Odbudowała formułę. Poszła dalej.

To właśnie robił starszy inżynier przez trzy tygodnie na projekt. Ekspertyza systemów elektroenergetycznych stosowana do pracy portiera danych.

Ten screen share stał się architekturą. Nie zaproponowaliśmy platformy opartej na tym, jak naszym zdaniem powinna działać inżynieria sieciowa. Zaproponowaliśmy taką, która dokładnie odzwierciedlała to, co ich inżynierka już robiła w głowie, z każdym ręcznym krokiem zastąpionym automatycznym odpowiednikiem.

Co inżynierowie przestali robić

To jest ta część historii, która ma znaczenie.

Po wdrożeniu Modułu 1 inżynierowie przestali ręcznie filtrować pliki. Deduplikacja, która zajmowała dwa dni ręcznego porównywania krzyżowego, działała teraz w cztery minuty.

Po uruchomieniu Modułu 2 przestali otwierać eksporty z symulacji i porównywać scenariusze N z N-1 na oko. Parser binarny czytał pliki bezpośrednio. Przekroczenia progów były oznaczane automatycznie.

Po Module 3 przestali składać opisy techniczne w Wordzie.

Florin powiedział nam to wprost w czwartym tygodniu wdrożenia. Jego starsi inżynierowie właśnie zdali sobie sprawę, że większość tego, co robili przez ostatnie pięć lat, nie była inżynierią. To była praca, którą mógłby wykonać każdy z przeszkoleniem w Excelu — tyle że wymagała ich wiedzy domenowej, by wyłapać konkretne błędy, które propagowałyby się do regulowanego deliverable. Dlatego to zawsze spadało na nich. Dlatego nigdy się nie skalowało.

Noda przejęła tę warstwę. Inżynierowie odzyskali czas na decyzje projektowe, przeglądy techniczne i rozmowy z klientami, które naprawdę wymagały ich ekspertyzy.

To był moment prawdy. Nie liczby wydajności. Uświadomienie sobie, że to, co czuło się jak praca inżynierska, było kategorią zadań, która nigdy nie powinna była należeć do starszych inżynierów.

Co dostarczyliśmy

Trzy moduły. Wszystkie dziś w produkcji w PowerGrid.

Moduł 1: Ingestia i deduplikacja

Prowadzony workflow, który importuje Excel, CSV, PDF i DXF w jakimkolwiek formacie operator sieci dystrybucyjnej je wyśle. Nagłówki źródłowe są mapowane do kanonicznego schematu projektu sieciowego ze wskaźnikami pewności. Inżynier potwierdza mapowania o niskiej pewności raz. Decyzja jest zapamiętywana dla każdego przyszłego pliku od tego samego operatora.

Duplikaty między plikami są wykrywane za pomocą scoringu podobieństwa na poziomie pól, z dowodami źródłowymi pokazanymi obok siebie. Auto-scalanie powyżej 95 procent pewności. Przegląd inżyniera między 85 a 95. Pominięcie poniżej 85.

Na danych produkcyjnych PowerGrid: 35 000 wierszy uzgodnionych w 4 minuty. Wcześniej 2 pełne dni czasu starszego inżyniera.

Moduł 2: Analiza scenariuszy

Noda czyta eksporty z symulacji bezpośrednio przez parser binarny, który zbudowaliśmy od zera dla dominującego europejskiego narzędzia do symulacji sieci. Według naszej wiedzy jesteśmy jedyną firmą poza oryginalnym dostawcą, która potrafi czytać te pliki programistycznie. Parser uruchamia deterministyczne porównania scenariuszy N i N-1 w wielu horyzontach czasowych i reżimach sezonowych, i automatycznie oznacza przekroczenia progów.

Na plikach PowerGrid: 1500+ szyn zbiorczych i 1400+ linii energetycznych sparsowanych i zwizualizowanych w poniżej 30 minut. Wcześniej 2 do 3 dni.

Moduł 3: Składanie dokumentów

Wartości krytyczne dla bezpieczeństwa są obliczane deterministycznie. Rozpływ mocy. Prąd zwarciowy. Progi napięciowe. Obliczenia współczynników. Szacunki ekonomiczne. AI redaguje sekcje narracyjne z cytatami regulacyjnymi. Inżynier zatwierdza każdy output przed dotarciem do klienta. Każda wartość niesie plik źródłowy, wiersz źródłowy, regułę transformacji, tożsamość recenzenta i znacznik czasu zatwierdzenia.

W workflow PowerGrid: poniżej 1 godziny na regulowany dokument techniczny. Wcześniej 4 do 8 godzin.

AI asystuje. Inżynierowie zatwierdzają.

Nic nie opuszcza systemu bez ludzkiego podpisu. Zakres AI jest celowo ograniczony do rozpoznawania wzorców, redakcji narracyjnej i wykrywania anomalii. Każda obliczenie krytyczne dla bezpieczeństwa jest deterministyczne. Każdy output jest w pełni audytowalny.

Tak Noda jest zaprojektowana wobec wymagań wysokiego ryzyka z Aneksu III Aktu AI UE, obowiązujących od sierpnia 2026. Generyczne narzędzia AI (ChatGPT, Copilot) nie będą zgodne na danych infrastruktury krytycznej po tej dacie. Noda została zbudowana, żeby być.

Rezultaty

312 stacji przetworzonych. 8 formatów operatorów objętych. 35 000 wierszy na plik uzgodnionych w minuty zamiast dni. Zero duplikatów docierających do końcowego dokumentu. Infrastruktura hostowana w UE, zgodna z RODO, pełna ścieżka audytu na każdym wyjściu.

Zespół inżynierski wdrożył się bez jednej sesji szkoleniowej. To był test, na którym najbardziej nam zależało. Gdyby system wymagał szkolenia, oznaczałoby to, że nie zrozumieliśmy ich workflow wystarczająco dobrze.

Co powiedział Florin

Noda działa tak, jak myślą nasi inżynierowie. Nie musieliśmy zmieniać sposobu pracy. System dostosował się do nas. To, co zajmowało tygodnie, teraz zajmuje minuty, a starsi inżynierowie wreszcie spędzają czas na inżynierii.

Co to oznacza dla Twojego zespołu

Jeśli Twój zespół inżynierii sieciowej traci dni starszych inżynierów na uzgadnianie plików od operatorów, problem nie leży w Twoich inżynierach. Problem polega na tym, że każdy operator sieci dystrybucyjnej wysyła dane inaczej, każdy operator przesyłowy ma własne konwencje szablonów, a narzędzia między nimi nigdy nie zostały zaprojektowane, żeby ze sobą rozmawiać.

Noda wypełnia tę lukę. Nie zastępujemy NEPLAN, PowerFactory ani CAD. Nie zastępujemy oceny inżynierskiej. Usuwamy pracę ręczną wokół tych narzędzi, żeby Twoi starsi inżynierowie mogli spędzać czas na decyzjach, które naprawdę wymagają ich ekspertyzy.

Wzorzec, który zobaczyliśmy w PowerGrid, to wzorzec, który teraz widzimy w zespołach inżynierii sieciowej w Polsce, Niemczech i Wielkiej Brytanii. Słownictwo operatora zmienia się z kraju na kraj. Problem nie.