<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>Noda Energy Blog</title>
        <link>https://noda.energy/pl/blog</link>
        <description>Insights on grid engineering, energy data, and the future of power infrastructure.</description>
        <lastBuildDate>Thu, 23 Apr 2026 13:38:37 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>https://github.com/jpmonette/feed</generator>
        <language>pl</language>
        <copyright>© 2026 Noda Energy. All rights reserved.</copyright>
        <atom:link href="https://noda.energy/blog/feed.xml?locale=pl" rel="self" type="application/rss+xml"/>
        <item>
            <title><![CDATA[Czym jest rejestr przylaczen?]]></title>
            <link>https://noda.energy/pl/blog/what-is-a-connection-register</link>
            <guid isPermaLink="false">https://noda.energy/pl/blog/what-is-a-connection-register</guid>
            <pubDate>Tue, 21 Apr 2026 11:05:09 GMT</pubDate>
            <description><![CDATA[Rejestr przylaczen to strukturalna baza danych wszystkich projektow przylaczeniowych. Dlaczego Twoj zespol inzynieryjny go potrzebuje.]]></description>
            <content:encoded><![CDATA[<h2 id="rejestr-przylaczen-definicja-i-cel">Rejestr przylaczen: definicja i cel</h2>
<p>Rejestr przylaczen to strukturalna baza danych, ktora sledzi kazdy projekt przylaczenia do sieci, ktorym zarzadza Twoj zespol. Rejestruje status projektu, parametry techniczne, dokumenty, korespondencje z OSD, kluczowe daty i dane handlowe w jednym miejscu.</p>
<p>Wiekszosc zespolow inzynierii sieciowej uzywa jakiejs formy rejestru przylaczen, nawet jesli nazywaja go trakerem projektow lub glownym arkuszem kalkulacyjnym. Roznica miedzy wlasciwym rejestrem a luznym trakerem decyduje o tym, czy Twoj zespol moze sie skalowac.</p>
<h2 id="co-zawiera-rejestr-przylaczen">Co zawiera rejestr przylaczen</h2>
<p>Kompletny rejestr przylaczen zawiera te pola danych dla kazdego projektu.</p>
<h3 id="podstawowe-dane-projektu">Podstawowe dane projektu</h3>
<ul>
<li><strong>Numer referencyjny</strong>: Unikalny identyfikator projektu przylaczeniowego</li>
<li><strong>Nazwa i adres obiektu</strong>: Fizyczna lokalizacja przylaczenia</li>
<li><strong>Nazwa klienta</strong>: Deweloper lub wlasciciel instalacji</li>
<li><strong>Region OSD</strong>: Ktory Operator Systemu Dystrybucyjnego obsluguje lokalizacje</li>
<li><strong>Napiecie przylaczenia</strong>: nN, SN lub WN</li>
<li><strong>Moc (MW/MVA)</strong>: Wnioskowana moc poboru i oddawania</li>
<li><strong>Typ technologii</strong>: Solar, wiatr, BESS, hybrydowa lub odbiorcza</li>
</ul>
<h3 id="status-i-harmonogram">Status i harmonogram</h3>
<ul>
<li><strong>Data zlozenia wniosku</strong>: Kiedy wniosek o warunki przylaczenia zostal zlozony</li>
<li><strong>Data wydania warunkow</strong>: Kiedy OSD wydal warunki przylaczenia</li>
<li><strong>Termin podpisania umowy</strong>: Umowny termin podpisania umowy przylaczeniowej</li>
<li><strong>Planowana data przylaczenia</strong>: Docelowa data uruchomienia przylaczenia</li>
<li><strong>Aktualny status</strong>: Zlozony, warunki wydane, umowa podpisana, w budowie, przylaczony lub wycofany</li>
</ul>
<h3 id="parametry-techniczne">Parametry techniczne</h3>
<ul>
<li><strong>Punkt przylaczenia</strong>: Konkretna szyna zbiorcza lub stacja, gdzie nastepuje przylaczenie</li>
<li><strong>Poziom zwarciowy w punkcie przylaczenia</strong>: Trojfazowe i jednofazowe moce zwarciowe</li>
<li><strong>Dostepna moc</strong>: Pozostala moc w punkcie przylaczenia</li>
<li><strong>Nastawienia zabezpieczen</strong>: Nastawienia zgodne z IRiESD</li>
<li><strong>Uklad pomiarowy</strong>: Konfiguracja pomiarow poboru/oddawania</li>
</ul>
<h3 id="rejestr-dokumentow">Rejestr dokumentow</h3>
<ul>
<li><strong>Wniosek o warunki</strong>: Referencja i wersja</li>
<li><strong>Warunki przylaczenia</strong>: Referencja, data, waznosc</li>
<li><strong>Umowa przylaczeniowa</strong>: Podpisana/niepodpisana, data</li>
<li><strong>Raporty z ekspertyz</strong>: Rozplywy mocy, zwarcia, koordynacja zabezpieczen</li>
<li><strong>Dokumentacja powykonawcza</strong>: Finalne schematy jednokreskowe i plany</li>
<li><strong>Protokoly odbioru</strong>: Wyniki prob i dokumenty odbiorcze</li>
</ul>
<h2 id="czym-sie-rozni-od-trakera-projektow">Czym sie rozni od trakera projektow</h2>
<p>Traker projektow mowi, co musi sie zdarzyc nastepnie. Rejestr przylaczen dokumentuje pelna historie i aktualny stan kazdego przylaczenia.</p>
<table>
<thead>
<tr>
<th>Cecha</th>
<th>Traker projektow</th>
<th>Rejestr przylaczen</th>
</tr>
</thead>
<tbody><tr>
<td><strong>Glowny cel</strong></td>
<td>Zarzadzanie zadaniami</td>
<td>Dane referencyjne</td>
</tr>
<tr>
<td><strong>Orientacja czasowa</strong></td>
<td>Przyszlosc (listy zadan)</td>
<td>Historia i stan biezacy</td>
</tr>
<tr>
<td><strong>Glebokosc danych</strong></td>
<td>Zadania i terminy</td>
<td>Parametry techniczne, dokumenty, korespondencja</td>
</tr>
<tr>
<td><strong>Czestotliwosc aktualizacji</strong></td>
<td>Codziennie/co tydzien</td>
<td>Przy kazdym zdarzeniu</td>
</tr>
<tr>
<td><strong>Uzytkownicy</strong></td>
<td>Menedzerowie projektu</td>
<td>Inzynierowie, PM, zespoly handlowe</td>
</tr>
</tbody></table>
<p>Wiekszosc zespolow potrzebuje obu. Ale rejestr przylaczen jest jedynym zrodlem prawdy, do ktorego odwoluje sie traker projektow.</p>
<h2 id="dlaczego-reczne-rejestry-sie-lamia">Dlaczego reczne rejestry sie lamia</h2>
<p>Zespoly prowadzace rejestry przylaczen w Excelu lub Google Sheets w koncu napotykaja te same problemy.</p>
<h3 id="konflikty-wersji">Konflikty wersji</h3>
<p>Dwoch inzynierow aktualizuje ten sam arkusz jednoczesnie. Jeden nadpisuje zmiany drugiego. Dane sa tracone bez czyjejkolwiek wiedzy.</p>
<h3 id="nieaktualne-dane">Nieaktualne dane</h3>
<p>Inzynier aktualizuje status przylaczenia, ale zapomina zaktualizowac dane zwarciowe. Rejestr pokazuje projekt jako zaakceptowany z przestarzalymi parametrami technicznymi.</p>
<h3 id="brakujace-dokumenty">Brakujace dokumenty</h3>
<p>Rejestr mowi warunki przylaczenia otrzymane, ale nie linkuje do rzeczywistego dokumentu. Trzy miesiace pozniej nikt nie moze znalezc PDF-a.</p>
<h3 id="brak-sciezki-audytowej">Brak sciezki audytowej</h3>
<p>Wartosc mocy zmienila sie z 5 MW na 8 MW. Kiedy? Przez kogo? Dlaczego? Arkusz nie odpowiada.</p>
<h3 id="limity-skali">Limity skali</h3>
<p>Przy 50 przylaczeniach arkusz jest zarzadzalny. Przy 200 zwalnia. Przy 500 jest nieuzyteczny.</p>
<h2 id="jak-wyglada-wlasciwy-rejestr-przylaczen">Jak wyglada wlasciwy rejestr przylaczen</h2>
<p>Dobrze zbudowany rejestr przylaczen ma te wlasciwosci.</p>
<ul>
<li><strong>Strukturalny schemat</strong>: Kazde pole ma zdefiniowany typ, format i regule walidacji</li>
<li><strong>Polaczone dokumenty</strong>: Kazdy wpis linkuje do rzeczywistych plikow</li>
<li><strong>Automatyczne aktualizacje statusu</strong>: Status aktualizuje sie automatycznie przy nowych dokumentach</li>
<li><strong>Dostep oparty na rolach</strong>: Inzynierowie widza dane techniczne, zespoly handlowe dane finansowe</li>
<li><strong>Wyszukiwanie i filtrowanie</strong>: Znajdz dowolne przylaczenie w sekundy</li>
<li><strong>Eksport i raportowanie</strong>: Generuj raporty portfelowe i podsumowania OSD</li>
</ul>
<h2 id="jak-noda-automatycznie-buduje-rejestr-przylaczen">Jak Noda automatycznie buduje rejestr przylaczen</h2>
<p>Noda tworzy rejestr przylaczen z plikow, ktore Twoj zespol juz produkuje.</p>
<ul>
<li><strong>Parsowanie plikow</strong>: Przy uploadzie pliku danych OSD, warunkow przylaczenia lub raportu z ekspertyzy, Noda wyodrebnia kluczowe dane i wypelnia rejestr automatycznie</li>
<li><strong>Linkowanie dokumentow</strong>: Kazdy wpis rejestru linkuje do dokumentow zrodlowych przechowywanych w Noda</li>
<li><strong>Wykrywanie statusu</strong>: Noda odczytuje typy dokumentow i daty, aby okreslic aktualny status projektu</li>
<li><strong>Krzyzowe referencje</strong>: Noda dopasowuje punkty przylaczeniowe w roznych zrodlach danych</li>
<li><strong>Widok portfelowy</strong>: Wszystkie przylaczenia na jednym dashboardzie z filtrowaniem po OSD, statusie, mocy i technologii</li>
</ul>
<h2 id="najwazniejsze-wnioski">Najwazniejsze wnioski</h2>
<ul>
<li>Rejestr przylaczen to strukturalna baza danych wszystkich projektow przylaczeniowych, odroznialna od trakera projektow</li>
<li>Reczne rejestry w Excelu lamia sie przy skali z powodu konfliktow wersji, nieaktualnych danych i braku sciezki audytowej</li>
<li>Automatyczny rejestr budowany z dokumentow projektowych eliminuje reczne wprowadzanie danych</li>
</ul>
<h2 id="nastepne-kroki">Nastepne kroki</h2>
<p>Jesli Twoj rejestr przylaczen to arkusz kalkulacyjny, ktory ktos musi recznie aktualizowac, jest juz nieaktualny. <a href="https://noda.energy/#contact">Umow sie na demo</a>, aby zobaczyc jak Noda automatycznie buduje rejestr przylaczen z plikow, z ktorymi Twoj zespol juz pracuje.</p>
]]></content:encoded>
            <author>Pica Ovidiu</author>
            <category>DNO Data Quality</category>
            <enclosure url="https://zmrnihlpvf8wqmw2.public.blob.vercel-storage.com/blog/covers/register-cover-v3.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[Excel vs automatyzacja w inzynierii sieciowej]]></title>
            <link>https://noda.energy/pl/blog/excel-vs-automation-grid-engineering</link>
            <guid isPermaLink="false">https://noda.energy/pl/blog/excel-vs-automation-grid-engineering</guid>
            <pubDate>Tue, 21 Apr 2026 11:05:05 GMT</pubDate>
            <description><![CDATA[Porownanie recznych procesow Excel z automatycznymi potokami danych dla studiow przylaczeniowych. Czas, bledy, skalowalnosc i koszty.]]></description>
            <content:encoded><![CDATA[<h2 id="problem-arkuszy-kalkulacyjnych-w-inzynierii-sieciowej">Problem arkuszy kalkulacyjnych w inzynierii sieciowej</h2>
<p>Kazdy zespol inzynierii sieciowej zaczyna od Excela. Jest elastyczny, znajomy i darmowy. Ale gdy rosnie liczba projektow, workflow arkusza kalkulacyjnego sie lamie. Bledy kopiuj-wklej sie mnoza, kontrola wersji znika, a pojedyncza bledna formula moze uniewaznic cale studium przylaczeniowe.</p>
<p>Ten przewodnik porownuje reczne procesy Excel z automatycznymi potokami danych dla studiow przylaczeniowych, z konkretnymi liczbami dotyczacymi czasu, dokladnosci i kosztow.</p>
<h2 id="porownanie-obok-siebie">Porownanie obok siebie</h2>
<table>
<thead>
<tr>
<th>Czynnik</th>
<th>Reczny Excel</th>
<th>Automatyczny potok</th>
</tr>
</thead>
<tbody><tr>
<td><strong>Czas na studium</strong></td>
<td>4 do 8 godzin przygotowania danych</td>
<td>15 do 30 minut</td>
</tr>
<tr>
<td><strong>Wskaznik bledow</strong></td>
<td>5 do 15% komorek zawiera bledy</td>
<td>Ponizej 0,1% (walidowane przy imporcie)</td>
</tr>
<tr>
<td><strong>Skalowalnosc</strong></td>
<td>Liniowa: 2x projektow = 2x kadry</td>
<td>Subliniowa: 2x projektow = 10% wiecej obliczen</td>
</tr>
<tr>
<td><strong>Sledzenie zmian</strong></td>
<td>Reczne: kto co kiedy zmienil?</td>
<td>Automatyczne: pelny dziennik audytu</td>
</tr>
<tr>
<td><strong>Obsluga formatow</strong></td>
<td>Reczne mapowanie kolumn per OSD</td>
<td>Automatyczne wykrywanie i mapowanie</td>
</tr>
<tr>
<td><strong>Kontrola wersji</strong></td>
<td>Nazwy plikow: v2_final_FINAL_v3.xlsx</td>
<td>Wersjonowanie typu Git z porownaniem</td>
</tr>
<tr>
<td><strong>Wspolpraca</strong></td>
<td>Zalaczniki email, konflikty scalania</td>
<td>Wspolna przestrzen robocza, czas rzeczywisty</td>
</tr>
<tr>
<td><strong>Koszt na studium</strong></td>
<td>Wysoki (czas inzyniera)</td>
<td>Niski (obliczenia + subskrypcja)</td>
</tr>
</tbody></table>
<h2 id="gdzie-excel-dziala">Gdzie Excel dziala</h2>
<p>Excel nie zawsze jest zlym wyborem. Dla malych zespolow z niskim wolumenem projektow pozostaje praktyczny.</p>
<p><strong>Excel jest akceptowalny, gdy:</strong></p>
<ul>
<li>Twoj zespol realizuje mniej niz 10 studiow przylaczeniowych miesiecznie</li>
<li>Pracujesz z jednym OSD i ich format sie nie zmienia</li>
<li>Jedna osoba odpowiada za caly proces od poczatku do konca</li>
<li>Nie potrzebujesz sciezek audytowych dla zgodnosci regulacyjnej</li>
</ul>
<p><strong>Excel staje sie problemem, gdy:</strong></p>
<ul>
<li>Wielu inzynierow wspoldzieli i edytuje te same pliki danych</li>
<li>Przetwarzasz dane z 3 lub wiecej OSD z roznymi formatami</li>
<li>Wolumen projektow przekracza 20 studiow miesiecznie</li>
<li>Klienci lub URE wymagaja udokumentowanego pochodzenia danych</li>
</ul>
<h2 id="piec-kosztow-pozostawania-przy-excelu">Piec kosztow pozostawania przy Excelu</h2>
<h3 id="1-koszt-czasu">1. Koszt czasu</h3>
<p>Starszy inzynier sieciowy spedza 4 do 8 godzin na studium na samym przygotowaniu danych. Przy 20 studiach miesiecznie to 80 do 160 godzin czasu inzynierskiego.</p>
<p>Przy pelnym koszcie 200 PLN za godzine, roczny koszt wynosi 192.000 do 384.000 PLN samego przygotowania danych.</p>
<h3 id="2-koszt-bledow">2. Koszt bledow</h3>
<p>Badania pokazuja, ze <strong>88% duzych arkuszy kalkulacyjnych zawiera bledy</strong>. W inzynierii sieciowej pojedyncza bledna wartosc zwarciowa moze prowadzic do niedowymiarowanego ukladu zabezpieczen lub niebezpiecznej instalacji.</p>
<h3 id="3-koszt-wiedzy">3. Koszt wiedzy</h3>
<p>Gdy inzynier, ktory zbudowal arkusz kalkulacyjny, odchodzi z firmy, wiedza odchodzi razem z nim. Nieudokumentowane makra, ukryte kolumny i niejawne zalozenia utrudniaja przekazanie.</p>
<h3 id="4-koszt-skalowalnosci">4. Koszt skalowalnosci</h3>
<p>Podwojenie wolumenu projektow w procesie Excel oznacza podwojenie kadry. Nie ma ekonomii skali.</p>
<h3 id="5-koszt-zgodnosci">5. Koszt zgodnosci</h3>
<p>URE i OSD coraz czesciej wymagaja udokumentowanego pochodzenia danych dla studiow przylaczeniowych. Arkusz kalkulacyjny bez historii zmian nie spelnia tego standardu.</p>
<h2 id="kiedy-przejsc-schemat-decyzyjny">Kiedy przejsc: schemat decyzyjny</h2>
<table>
<thead>
<tr>
<th>Sygnal</th>
<th>Punkty</th>
</tr>
</thead>
<tbody><tr>
<td>Wiecej niz 15 studiow miesiecznie</td>
<td>+3</td>
</tr>
<tr>
<td>Dane z 3+ OSD</td>
<td>+3</td>
</tr>
<tr>
<td>Wiecej niz 2 inzynierow wspoldzielacych pliki</td>
<td>+2</td>
</tr>
<tr>
<td>Wymagana sciezka audytowa</td>
<td>+3</td>
</tr>
<tr>
<td>Roczne przerobki z bledow danych powyzej 40 godzin</td>
<td>+2</td>
</tr>
<tr>
<td>Klient wymaga udokumentowanego pochodzenia danych</td>
<td>+2</td>
</tr>
<tr>
<td>Zespol rosnie (rekrutacja w najblizszych 12 miesiacach)</td>
<td>+1</td>
</tr>
</tbody></table>
<p><strong>0-4 punkty</strong>: Excel jest prawdopodobnie wystarczajacy. Sprawdz ponownie za 6 miesiecy.
<strong>5-9 punktow</strong>: Zacznij oceniac narzedzia automatyzacji. ROI jest pozytywny w ciagu 6 miesiecy.
<strong>10+ punktow</strong>: Tracisz pieniadze co miesiac. Przejdz teraz.</p>
<h2 id="przyklad-z-praktyki-powergrid">Przyklad z praktyki: PowerGrid</h2>
<p>PowerGrid Solution, rumunska firma inzynierii sieciowej, przetwarzala studia przylaczeniowe w Excelu przez lata.</p>
<ul>
<li><strong>Przed automatyzacja</strong>: 3 tygodnie na zestaw dokumentacji, 4 rozlaczne formaty plikow (Excel, CSV, PDF, DXF), bledy wykrywane dopiero przy dostawie do klienta</li>
<li><strong>Po automatyzacji z Noda</strong>: 25 minut srednie przygotowanie danych, 0,2% wskaznik bledow, 0,5 etatu na nadzor</li>
<li><strong>Wynik</strong>: 85% redukcja czasu przygotowania danych, 97% redukcja bledow danych</li>
</ul>
<h2 id="jak-wyglada-automatyczny-potok-danych">Jak wyglada automatyczny potok danych</h2>
<ol>
<li><strong>Pobieranie danych</strong>: Przeslij plik danych OSD. System automatycznie identyfikuje operatora, format i wersje.</li>
<li><strong>Mapowanie kolumn</strong>: Kolumny sa mapowane do standardowego schematu. Bez recznego dopasowywania.</li>
<li><strong>Walidacja</strong>: Kazda wartosc jest sprawdzana wobec oczekiwanych zakresow i regul spojnosci.</li>
<li><strong>Oznaczanie bledow</strong>: Problemy sa kategoryzowane (blad, ostrzezenie, informacja) i prezentowane w raporcie.</li>
<li><strong>Konwersja formatow</strong>: Dane sa eksportowane w formacie oczekiwanym przez Twoj program (PSS/E, PowerFactory, DIgSILENT).</li>
<li><strong>Sciezka audytowa</strong>: Kazdy krok jest logowany z sygnatura czasowa, hashem wejscia i ID uzytkownika.</li>
</ol>
<h2 id="najwazniejsze-wnioski">Najwazniejsze wnioski</h2>
<ul>
<li>Excel dziala dla malych zespolow z niskimi wolumenami, ale lamie sie przy skalowaniu z powodu bledow, utraty wiedzy i luk zgodnosci</li>
<li>Ukryty koszt recznego przygotowania danych to 192.000 do 384.000 PLN rocznie dla zespolu realizujacego 20 studiow miesiecznie</li>
<li>Strukturalny schemat decyzyjny oparty na wolumenie, liczbie OSD i wymaganiach zgodnosci pomaga okreslic wlasciwy moment przejscia</li>
</ul>
<h2 id="nastepne-kroki">Nastepne kroki</h2>
<p>Oblicz swoje wlasne koszty przygotowania danych korzystajac z powyzszego schematu. Jesli liczby wskazuja na automatyzacje, <a href="https://noda.energy/#contact">umow sie na demo</a>, aby zobaczyc jak Noda zastepuje Twoj workflow przygotowania danych w Excelu automatycznym, zwalidowanym potokiem.</p>
]]></content:encoded>
            <author>Pica Ovidiu</author>
            <category>Software Workflows</category>
            <enclosure url="https://zmrnihlpvf8wqmw2.public.blob.vercel-storage.com/blog/covers/excel-automation-cover-v3.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[Wniosek o przylaczenie wg IRiESD: kompletna lista]]></title>
            <link>https://noda.energy/pl/blog/g99-connection-application-checklist</link>
            <guid isPermaLink="false">https://noda.energy/pl/blog/g99-connection-application-checklist</guid>
            <pubDate>Tue, 21 Apr 2026 11:05:01 GMT</pubDate>
            <description><![CDATA[Kompletna lista dokumentow do wniosku o przylaczenie do sieci OSD wg IRiESD. Wymagane dokumenty, bledy i wymogi poszczegolnych OSD.]]></description>
            <content:encoded><![CDATA[<h2 id="co-jest-potrzebne-do-wniosku-o-wydanie-warunkow-przylaczenia">Co jest potrzebne do wniosku o wydanie warunkow przylaczenia</h2>
<p>Wniosek o wydanie warunkow przylaczenia do sieci OSD to standardowy proces przylaczenia instalacji wytworczej do sieci dystrybucyjnej w Polsce. Prawidlowe zlozenie wniosku za pierwszym razem oszczedza tygodnie. Bledy oznaczaja uzupelnienia, opoznienia i przesuniete terminy projektowe.</p>
<p>Ta lista kontrolna obejmuje kazdy dokument, punkt danych i formularz wymagany do pomyslnego zlozenia wniosku o warunki przylaczenia, plus najczestsze przyczyny odmow.</p>
<h2 id="przed-rozpoczeciem-okresl-grupe-przylaczeniowa">Przed rozpoczeciem: okresl grupe przylaczeniowa</h2>
<p>Prawo Energetyczne (Art. 7) definiuje szesc grup przylaczeniowych. Twoja grupa okresla wymagane dokumenty i procedure.</p>
<table>
<thead>
<tr>
<th>Grupa</th>
<th>Napiecie</th>
<th>Typ instalacji</th>
<th>Procedura</th>
</tr>
</thead>
<tbody><tr>
<td>I</td>
<td>Powyzej 110 kV</td>
<td>Duze elektrownie</td>
<td>Pelna ekspertyza + OSD/OSP</td>
</tr>
<tr>
<td>II</td>
<td>110 kV</td>
<td>Duze instalacje</td>
<td>Pelna ekspertyza</td>
</tr>
<tr>
<td>III</td>
<td>1 kV do 110 kV (SN)</td>
<td>Farmy PV, wiatrowe, BESS</td>
<td>Ekspertyza + warunki przylaczenia</td>
</tr>
<tr>
<td>IV</td>
<td>Ponizej 1 kV (nN)</td>
<td>Male PV, BESS</td>
<td>Uproszczone warunki</td>
</tr>
<tr>
<td>V</td>
<td>Ponizej 1 kV</td>
<td>Odbiory</td>
<td>Standardowe warunki</td>
</tr>
<tr>
<td>VI</td>
<td>Mikroinstalacje do 50 kW</td>
<td>Male PV</td>
<td>Zgloszenie (nie wniosek)</td>
</tr>
</tbody></table>
<p>Grupy I-III wymagaja pelnego wniosku o wydanie warunkow przylaczenia. Grupa VI wymaga jedynie zgloszenia przylaczenia mikroinstalacji.</p>
<h2 id="kompletna-lista-dokumentow">Kompletna lista dokumentow</h2>
<p>Kazdy wniosek o warunki przylaczenia wymaga tych dokumentow podstawowych.</p>
<h3 id="wymagane-dla-wszystkich-wnioskow-grupy-iii-v">Wymagane dla wszystkich wnioskow (grupy III-V)</h3>
<ul>
<li><strong>Wniosek o wydanie warunkow przylaczenia</strong>: Formularz specyficzny dla danego OSD (kazdy OSD ma wlasna wersje). Pobranie z portalu OSD.</li>
<li><strong>Mapa sytuacyjna</strong>: Plan zagospodarowania terenu z zaznaczona lokalizacja obiektu, proponowanym punktem przylaczenia i trasa kablowa. Skala 1:500 lub 1:1000.</li>
<li><strong>Schemat jednokreskowy</strong>: Schemat elektryczny wszystkich zrodel wytwarzania, rozdzielnic, zabezpieczen i pomiarow od punktu przylaczenia do kazdego generatora.</li>
<li><strong>Karty katalogowe urzadzen</strong>: Dla kazdego falownika, generatora, transformatora i aparatury laczeniowej. Muszq zawierac wytrzymalosc zwarciowa, wartosci impedancji i krzywe odpowiedzi.</li>
<li><strong>Koncepcja zabezpieczen</strong>: Proponowane nastawienia zabezpieczen sieciowych i obiektowych.</li>
<li><strong>Koncepcja uziemienia</strong>: Rysunek i obliczenia planowanego systemu uziemienia.</li>
</ul>
<h3 id="dodatkowe-dla-grupy-iii-sn">Dodatkowe dla grupy III (SN)</h3>
<ul>
<li><strong>Dane zwarciowe instalacji</strong>: Troj- i jednofazowy prad zwarciowy kazdego zrodla w punkcie przylaczenia.</li>
<li><strong>Charakterystyka mocy biernej</strong>: Diagram P-Q pokazujacy dostepny zakres mocy biernej.</li>
<li><strong>Dane odpowiedzi czestotliwosciowej</strong>: Statyka regulatora, strefa martwa czestotliwosci i stale czasowe.</li>
<li><strong>Krzywe FRT</strong>: Krzywe napiecie-czas pokazujace zdolnosc przejezdzania przez zapady napiecia.</li>
<li><strong>Ocena jakosci energii</strong>: Dane harmonicznych (do 50. harmonicznej), wspolczynniki migotania i obliczenia skokow napiecia.</li>
</ul>
<h3 id="dodatkowe-dla-grupy-i-ii-wn">Dodatkowe dla grupy I-II (WN)</h3>
<ul>
<li><strong>Wyniki ekspertyzy przylaczeniowej</strong>: Obliczenia rozplywow mocy, zwarciowe i analizy napiecia z modelem sieciowym OSD/OSP.</li>
<li><strong>Macierz zgodnosci</strong>: Przypisanie kazdego wymagania IRiESD do projektu instalacji.</li>
</ul>
<h2 id="wymagania-specyficzne-dla-poszczegolnych-osd">Wymagania specyficzne dla poszczegolnych OSD</h2>
<p>Kazdy OSD dodaje wlasne wymagania ponad standard IRiESD.</p>
<h3 id="pge-dystrybucja">PGE Dystrybucja</h3>
<ul>
<li>Wlasny <strong>portal przylaczeniowy PGE</strong> z cyfrowym formularzem</li>
<li>Wymaga danych sieciowych w <strong>formacie PSS/E</strong> dla analiz powyzej 1 MW</li>
<li>Dodatkowa <strong>ocena odddzialywania na srodowisko</strong> dla duzych instalacji</li>
<li>Dostarcza dane sieciowe przez <strong>Portal Danych Sieciowych</strong></li>
</ul>
<h3 id="tauron-dystrybucja">Tauron Dystrybucja</h3>
<ul>
<li>Wymaga <strong>formularza Tauron</strong> z dodatkowymi pytaniami specyficznymi</li>
<li>Preferuje <strong>format DigSILENT PowerFactory</strong> dla ekspertyz</li>
<li>Dodatkowe wymagania dot. <strong>kompensacji mocy biernej</strong> ponad standard IRiESD</li>
<li>Dluzsze czasy przetwarzania w regionach gorskich</li>
</ul>
<h3 id="enea-operator">Enea Operator</h3>
<ul>
<li>Wymaga <strong>formularzy papierowych</strong> dla niektorych regionow (cyfrowe dla wiekszych miast)</li>
<li>Dodatkowa <strong>weryfikacja minimalnych poziomow zwarciowych</strong> dla odleglych sieci</li>
<li>Wlasne wymagania dot. <strong>nastawien zabezpieczen przekaznikowych</strong></li>
</ul>
<h2 id="najczestsze-bledy-powodujace-odmowe">Najczestsze bledy powodujace odmowe</h2>
<p>Te bledy odpowiadaja za ponad 60% odmow wnioskow przylaczeniowych w polskich OSD.</p>
<h3 id="1-nieprawidlowy-format-koncepcji-zabezpieczen">1. Nieprawidlowy format koncepcji zabezpieczen</h3>
<p>OSD oczekuja nastawien zabezpieczen w okreslonym formacie. Przeslanie ogolnych wartosci z kart katalogowych falownikow zamiast obliczonych nastawien to najczestsza przyczyna odmowy.</p>
<h3 id="2-niekompletny-schemat-jednokreskowy">2. Niekompletny schemat jednokreskowy</h3>
<p>Schemat jednokreskowy musi pokazywac kazdy komponent od punktu przylaczenia do generatorow. Czeste braki: pozycje przekladnikow, lokalizacje odlacznikow, polaczenia uziemieniowe, punkty pomiarowe.</p>
<h3 id="3-niespojne-wartosci-mocy">3. Niespojne wartosci mocy</h3>
<p>Moc podana na formularzu wniosku musi byc zgodna z kartami katalogowymi urzadzen i schematem jednokreskowym. Jakakolwiek rozbieznosc uruchamia zapytanie, ktore opoznia przetwarzanie o 2-4 tygodnie.</p>
<h3 id="4-brak-danych-zwarciowych">4. Brak danych zwarciowych</h3>
<p>Wnioski dla grupy III i wyzszej wymagaja danych o wkladzie pradu zwarciowego. Zlozenie wniosku bez tych danych oznacza automatyczna odmowe.</p>
<h3 id="5-nieprawidlowa-mapa-sytuacyjna">5. Nieprawidlowa mapa sytuacyjna</h3>
<p>Mapy sytuacyjne muszq byc oparte na aktualnych mapach geodezyjnych. Zrzuty ekranu z Google Maps lub reczne rysunki nie sa akceptowane.</p>
<h2 id="jak-noda-generuje-zgodne-pakiety-dokumentow">Jak Noda generuje zgodne pakiety dokumentow</h2>
<p>Noda automatyzuje przygotowanie pakietow wnioskow przylaczeniowych.</p>
<ul>
<li><strong>Automatycznie wypelniane formularze</strong>: Noda wypelnia formularze specyficzne dla OSD z danych projektu</li>
<li><strong>Kalkulator nastawien zabezpieczen</strong>: Oblicza nastawienia zgodne z IRiESD z kart katalogowych urzadzen</li>
<li><strong>Generator schematow</strong>: Tworzy zgodne schematy jednokreskowe z listy urzadzen</li>
<li><strong>Weryfikator zgodnosci</strong>: Waliduje kazdy dokument wobec wymagan IRiESD i regul specyficznych dla OSD</li>
<li><strong>Obsluga wielu OSD</strong>: Te same dane projektu, rozne formaty wyjsciowe dla PGE, Tauron, Enea, Energa, Stoen</li>
</ul>
<h2 id="najwazniejsze-wnioski">Najwazniejsze wnioski</h2>
<ul>
<li>Wnioski przylaczeniowe wymagaja 6 do 15 dokumentow w zaleznosci od grupy przylaczeniowej i OSD</li>
<li>Kazdy OSD dodaje specyficzne wymagania ponad standard IRiESD, szczegolnie w zakresie formatow ekspertyz i nastawien zabezpieczen</li>
<li>Ponad 60% odmow wynika z pieciu typowych bledow: zly format zabezpieczen, niekompletne schematy, niespojne moce, brak danych zwarciowych i nieprawidlowe mapy</li>
</ul>
<h2 id="nastepne-kroki">Nastepne kroki</h2>
<p>Przestancie tracic tygodnie na odmowy wnioskow przylaczeniowych. <a href="https://noda.energy/#contact">Umow sie na demo</a>, aby zobaczyc jak Noda generuje kompletne, zgodne z wymaganiami OSD pakiety dokumentow z danych Twojego projektu.</p>
]]></content:encoded>
            <author>Pica Ovidiu</author>
            <category>Grid Codes &amp; Regulations</category>
            <enclosure url="https://zmrnihlpvf8wqmw2.public.blob.vercel-storage.com/blog/covers/g99-checklist-cover-v3.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[Walidacja danych zwarciowych przed studiami OSD]]></title>
            <link>https://noda.energy/pl/blog/fault-level-data-validation-guide</link>
            <guid isPermaLink="false">https://noda.energy/pl/blog/fault-level-data-validation-guide</guid>
            <pubDate>Tue, 21 Apr 2026 11:04:58 GMT</pubDate>
            <description><![CDATA[Krok po kroku: jak sprawdzic dane zwarciowe OSD przed studiami przylaczeniowymi. Brakujace MVA, zerowe X/R i bledy nazewnictwa.]]></description>
            <content:encoded><![CDATA[<h2 id="dlaczego-bledne-dane-zwarciowe-psuja-studia-przylaczeniowe">Dlaczego bledne dane zwarciowe psuja studia przylaczeniowe</h2>
<p>Dane zwarciowe stanowia fundament kazdego studium przylaczeniowego. Gdy dane sa bledne, wyniki obliczen rozplywow mocy i zwarciowych sa rowniez nieprawidlowe. Wiekszosc inzynierow odkrywa bledy danych dopiero po uruchomieniu obliczen. To kosztuje dni przerobek.</p>
<p>Ten przewodnik opisuje najczestsze bledy w danych zwarciowych OSD, krok po kroku proces walidacji oraz automatyzacje calej kontroli.</p>
<h2 id="najczestsze-bledy-w-danych-zwarciowych-osd">Najczestsze bledy w danych zwarciowych OSD</h2>
<p>Dane zwarciowe od Operatorow Systemu Dystrybucyjnego przychodza w roznych formatach: strukturalne eksporty CSV, recznie edytowane pliki Excel czy tabele PDF. Oto najczesciej spotykane bledy.</p>
<h3 id="brakujace-wartosci-mocy-zwarciowej-mva">Brakujace wartosci mocy zwarciowej (MVA)</h3>
<p>Najczestszym bledem sa puste lub brakujace pola <strong>mocy zwarciowej (MVA)</strong>. Dzieje sie tak, gdy OSD eksportuja niepelne zbiory danych lub gdy szyny zbiorcze sa dodane jako symbole zastepcze bez obliczonych wartosci.</p>
<ul>
<li><strong>Puste komorki</strong> w kolumnie mocy zwarciowej, gdzie oczekiwana jest wartosc miedzy 250 a 2000 MVA</li>
<li><strong>Wartosci zerowe</strong> wskazujace na domyslna wartosc zamiast obliczonej</li>
<li><strong>Tekst zastepczy</strong> jak TBC lub b.d. w polach numerycznych</li>
</ul>
<h3 id="zerowe-lub-ujemne-stosunki-xr">Zerowe lub ujemne stosunki X/R</h3>
<p>Stosunek <strong>X/R</strong> (reaktancja do rezystancji) okresla charakterystyke zanikania pradu zwarciowego. Prawidlowe wartosci dla szyn zbiorczych WN i NN wynosza typowo od 5 do 15.</p>
<table>
<thead>
<tr>
<th>Typ bledu</th>
<th>Wyswietlana wartosc</th>
<th>Oczekiwany zakres</th>
</tr>
</thead>
<tbody><tr>
<td>Zerowe X/R</td>
<td>0,00</td>
<td>5 do 15 (WN)</td>
</tr>
<tr>
<td>Ujemne X/R</td>
<td>-3,2</td>
<td>Zawsze dodatnie</td>
</tr>
<tr>
<td>Ekstremalnie wysokie X/R</td>
<td>150+</td>
<td>Rzadko powyzej 30</td>
</tr>
<tr>
<td>Brakujace</td>
<td>Pusta komorka</td>
<td>Wartosc numeryczna</td>
</tr>
</tbody></table>
<p>Zerowy stosunek X/R powoduje bledy dzielenia w obliczeniach zwarciowych. Wartosci ujemne wskazuja na uszkodzenie danych lub bledy konwencji znakowej w systemie zrodlowym.</p>
<h3 id="niespojna-nazewnictwo-szyn-zbiorczych">Niespojna nazewnictwo szyn zbiorczych</h3>
<p>Systemy OSD stosuja rozne konwencje nazewnictwa dla tej samej fizycznej szyny zbiorczej. Przy laczeniu danych z wielu zrodel <strong>rozbieznosci nazw</strong> tworza duplikaty wezlow w modelu.</p>
<ul>
<li><strong>PGE Dystrybucja</strong> moze oznaczyc szyne jako MIASTO_15, podczas gdy ta sama szyna pojawia sie jako Miasto Centrum 15kV w innym zbiorze danych</li>
<li><strong>Tauron Dystrybucja</strong> uzywa prefiksow numerycznych jak 3210_KRAKOW_20, podczas gdy model obliczeniowy uzywa Krakow 20</li>
<li>Przyrostki napieciowe roznia sie: _15, _15kV, 15KV, 15 kV</li>
</ul>
<h3 id="nieaktualne-wartosci">Nieaktualne wartosci</h3>
<p>Poziomy zwarciowe zmieniaja sie wraz z rozwojem sieci. Dane starsze niz 2 lata moga nie odzwierciedlac biezacych wzmocnien sieci, nowych przylaczen wytworczych lub wycofanych z eksploatacji obiektow.</p>
<ul>
<li>Porownaj <strong>date danych</strong> z data studium</li>
<li>Sprawdz, czy wersja zbioru danych odpowiada najnowszym opublikowanym danym zwarciowym OSD</li>
<li>Oznacz wartosci rozniace sie o wiecej niz 10% od poprzedniego zbioru danych</li>
</ul>
<h2 id="krokowy-proces-walidacji">Krokowy proces walidacji</h2>
<p>Postepuj zgodnie z ta sekwencja przed importem danych zwarciowych do programu do modelowania systemow elektroenergetycznych.</p>
<h3 id="krok-1-sprawdz-kompletnosc-pliku">Krok 1: Sprawdz kompletnosc pliku</h3>
<p>Przed analiza pojedynczych wartosci potwierdz kompletnosc pliku.</p>
<ul>
<li>Policz liczbe szyn zbiorczych i porownaj z oczekiwana liczba dla regionu OSD i poziomu napiecia</li>
<li>Zweryfikuj, czy istnieja wszystkie wymagane kolumny: nazwa szyny zbiorczej, poziom napiecia, trojfazowa moc zwarciowa (MVA), jednofazowa moc zwarciowa (MVA), stosunek X/R</li>
<li>Sprawdz obciete wiersze na koncu pliku</li>
</ul>
<h3 id="krok-2-walidacja-zakresow">Krok 2: Walidacja zakresow</h3>
<p>Zastosuj kontrole granic dla kazdego pola numerycznego.</p>
<table>
<thead>
<tr>
<th>Parametr</th>
<th>Minimum</th>
<th>Maksimum</th>
<th>Dzialanie</th>
</tr>
</thead>
<tbody><tr>
<td>Trojfazowa moc zwarciowa (MVA)</td>
<td>50</td>
<td>25 000</td>
<td>Oznacz do przegladu</td>
</tr>
<tr>
<td>Stosunek X/R</td>
<td>1,0</td>
<td>40,0</td>
<td>Oznacz do przegladu</td>
</tr>
<tr>
<td>Napiecie (kV)</td>
<td>0,4</td>
<td>400</td>
<td>Oznacz do przegladu</td>
</tr>
<tr>
<td>Jednofazowa moc zwarciowa (MVA)</td>
<td>30</td>
<td>20 000</td>
<td>Oznacz do przegladu</td>
</tr>
</tbody></table>
<h3 id="krok-3-porownaj-nazwy-szyn-zbiorczych">Krok 3: Porownaj nazwy szyn zbiorczych</h3>
<p>Dopasuj nazwy szyn zbiorczych do listy referencyjnej.</p>
<ul>
<li>Normalizacja: usun spacje, konwertuj na wielkie litery, usun przyrostki napieciowe</li>
<li>Uzyj dopasowania przybliz onego do wykrycia bliskich duplikatow</li>
<li>Przypisz kazda szyne zbiorcza do unikalnego identyfikatora wezla sieci</li>
</ul>
<h3 id="krok-4-sprawdz-spojnosc-miedzy-polami">Krok 4: Sprawdz spojnosc miedzy polami</h3>
<p>Wartosci zwarciowe, napiecie i X/R powinny byc wewnetrznie spojne.</p>
<ul>
<li>Wyzsze poziomy napiecia maja z reguly wyzsze moce zwarciowe</li>
<li>Stosunki X/R rosna z poziomem napiecia</li>
<li>Jesli trojfazowa moc zwarciowa jest obecna, ale jednofazowa brakuje, oznacz to</li>
</ul>
<h3 id="krok-5-porownaj-z-poprzednimi-danymi">Krok 5: Porownaj z poprzednimi danymi</h3>
<p>Jesli posiadasz dane zwarciowe z poprzedniego studium, porownaj oba zbiory.</p>
<ul>
<li>Zidentyfikuj szyny zbiorcze ze zmiana mocy zwarciowej powyzej 15%</li>
<li>Sprawdz, czy pojawialy sie nowe szyny zbiorcze lub zniknely stare</li>
<li>Udokumentuj zmiany i zweryfikuj je na podstawie znanych modyfikacji sieci</li>
</ul>
<h2 id="jak-noda-automatyzuje-walidacje-danych-zwarciowych">Jak Noda automatyzuje walidacje danych zwarciowych</h2>
<p>Noda automatycznie przeprowadza caly proces walidacji po przeslaniu pliku z danymi zwarciowymi OSD.</p>
<ul>
<li><strong>Wykrywanie formatu</strong>: Noda rozpoznaje OSD i format pliku, mapujac kolumny do standardowego schematu</li>
<li><strong>Kontrola zakresow</strong>: Kazde pole numeryczne sprawdzane jest w odniesieniu do progow specyficznych dla poziomu napiecia</li>
<li><strong>Dopasowanie nazw</strong>: Noda utrzymuje baze referencyjna szyn zbiorczych i dopasowuje nazwy za pomoca logiki przybliz onej</li>
<li><strong>Porownanie wersji</strong>: Przy wczesniejszym przeslaniu Noda wskazuje co sie zmienilo i oznacza anomalie</li>
<li><strong>Raport walidacyjny</strong>: Podsumowanie wymienia kazdy znaleziony problem, skategoryzowany wedlug waznosci (blad, ostrzezenie, informacja)</li>
</ul>
<p>Zamiast 2 do 4 godzin recznej kontroli, walidacja konczy sie w mniej niz 30 sekund.</p>
<h2 id="specyfika-poszczegolnych-osd">Specyfika poszczegolnych OSD</h2>
<p>Kazdy OSD ma swoje osobliwosci w eksporcie danych zwarciowych.</p>
<ul>
<li><strong>PGE Dystrybucja</strong>: Eksportuje oddzielne pliki dla maksimum zimowego i minimum letniego. Upewnij sie, ze uzywasz wlasciwego scenariusza obciazeniowego.</li>
<li><strong>Tauron Dystrybucja</strong>: Uzywa wewnetrznych identyfikatorow szyn zbiorczych, ktore nie odpowiadaja opublikowanym schematom sieci.</li>
<li><strong>Enea Operator</strong>: Czesto dostarcza dane zwarciowe jako tabele PDF zamiast danych strukturalnych. Wymaga to ekstrakcji przed walidacja.</li>
<li><strong>Energa-Operator</strong>: Zawiera zarowno wartosci pradu zwarciowego udarowego jak i wylaczalnego. Sprawdz, ktorej wartosci oczekuje Twoj program obliczeniowy.</li>
<li><strong>Stoen Operator</strong>: Format danych zmienil sie w 2024 roku. Starsze skrypty moga nie dzialac z nowym ukladem kolumn.</li>
</ul>
<h2 id="najwazniejsze-wnioski">Najwazniejsze wnioski</h2>
<ul>
<li>Brakujace wartosci MVA i zerowe stosunki X/R to najczestsze bledy w danych zwarciowych we wszystkich polskich OSD</li>
<li>Pieciostopniowy proces walidacji (kompletnosc, zakresy, nazewnictwo, spojnosc, porownanie) wykrywa 95% problemow z danymi przed wplywem na studium</li>
<li>Automatyczna walidacja redukuje 2-4 godzinne zadanie reczne do ponizej 30 sekund</li>
</ul>
<h2 id="nastepne-kroki">Nastepne kroki</h2>
<p>Jesli Twoj zespol spedza godziny na sprawdzaniu danych zwarciowych przed kazdym studium przylaczeniowym zgodnie z IRiESD, istnieje szybszy sposob. <a href="https://noda.energy/#contact">Umow sie na demo</a>, aby zobaczyc jak Noda automatycznie waliduje pliki danych OSD i oznacza kazdy problem zanim trafi do Twojego modelu.</p>
]]></content:encoded>
            <author>Pica Ovidiu</author>
            <category>DNO Data Quality</category>
            <enclosure url="https://zmrnihlpvf8wqmw2.public.blob.vercel-storage.com/blog/covers/fault-level-cover-v3.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[Jak PowerGrid Solution skrócił czas dokumentacji z 3 tygodni do 5 minut dzięki Noda]]></title>
            <link>https://noda.energy/pl/blog/powergrid-studium-przypadku-pl</link>
            <guid isPermaLink="false">https://noda.energy/pl/blog/powergrid-studium-przypadku-pl</guid>
            <pubDate>Mon, 20 Apr 2026 13:36:47 GMT</pubDate>
            <description><![CDATA[Studium przypadku: PowerGrid Solution wyeliminował ręczne raportowanie dzięki platformie Noda — 95% redukcji czasu dokumentacji.]]></description>
            <content:encoded><![CDATA[<h1 id="jak-powergrid-solution-skrci-czas-dokumentacji-z-3-tygodni-do-5-minut-dziki-noda">Jak PowerGrid Solution skrócił czas dokumentacji z 3 tygodni do 5 minut dzięki Noda</h1>
<h2 id="o-kliencie">O kliencie</h2>
<p><strong>PowerGrid Solution S.R.L.</strong>, Jassy, Rumunia. Doradztwo w zakresie inżynierii elektrycznej. Studium przyłączeniowe, analiza ryzyka, projektowanie infrastruktury energetycznej dla sieci średniego i wysokiego napięcia (SN/WN). Zgodność z ANRE/EN/IEC.</p>
<h2 id="problem">Problem</h2>
<p>Dane znajdowały się w 4 niepowiązanych formatach:</p>
<ul>
<li>Excel: 5 arkuszy, po ~35.000 wierszy każdy</li>
<li>CSV</li>
<li>PDF</li>
<li>DXF</li>
</ul>
<p>Ręczne raportowanie zajmowało tygodnie. Błędy wykrywano dopiero przy dostawie. Wcześniejsze makra Excel przestawały działać przy zmianach formatu.</p>
<h2 id="rozwizanie">Rozwiązanie</h2>
<p>Noda zastąpiła 4 systemy jedną zunifikowaną platformą.</p>
<h3 id="s1-pobieranie-i-czyszczenie-danych">S1: Pobieranie i czyszczenie danych</h3>
<ul>
<li>Kreator 9-krokowy</li>
<li>44M+ porównań danych</li>
<li>Dopasowanie rozmyte (fuzzy matching)</li>
<li>Obsługa ATR/SS/PIF</li>
<li>Format eksportu Delgaz kompatybilny z operatorem systemu dystrybucyjnego (OSD)</li>
</ul>
<h3 id="s2-analiza-i-raportowanie">S2: Analiza i raportowanie</h3>
<ul>
<li>Parsowanie eksportu Neplan</li>
<li>Scenariusze N vs N-1</li>
<li>Oznaczanie przekroczeń progów</li>
<li>Raporty PDF/XLSX</li>
</ul>
<h3 id="inteligentna-dokumentacja">Inteligentna dokumentacja</h3>
<ul>
<li>Automatyczne generowanie memorandów technicznych</li>
<li>Weryfikacja AI poprzez porównanie krzyżowe ze źródłem danych</li>
</ul>
<h3 id="crm-portal-projektowy">CRM / Portal projektowy</h3>
<ul>
<li>Widoki Kanban + tabelaryczny</li>
<li>30+ punktów kontrolnych na projekt</li>
</ul>
<h2 id="wyniki">Wyniki</h2>
<table>
<thead>
<tr>
<th>Wskaźnik</th>
<th>Przed</th>
<th>Po</th>
</tr>
</thead>
<tbody><tr>
<td>Czas dokumentacji</td>
<td>3 tygodnie</td>
<td>5 minut</td>
</tr>
<tr>
<td>Redukcja czasu</td>
<td>—</td>
<td>95%</td>
</tr>
<tr>
<td>Uzgodnione punkty danych</td>
<td>—</td>
<td>44M+</td>
</tr>
<tr>
<td>Używane systemy</td>
<td>4</td>
<td>1</td>
</tr>
<tr>
<td>Wymagane szkolenia</td>
<td>Wiele</td>
<td>Zero</td>
</tr>
<tr>
<td>Zgodność z RODO</td>
<td>—</td>
<td>100% hosting w UE</td>
</tr>
</tbody></table>
<h2 id="referencje">Referencje</h2>
<blockquote>
<p>„Noda zastąpiła cały nasz codzienny przepływ pracy. To, co zajmowało tygodnie, teraz zajmuje minuty. Platforma działa dokładnie tak, jak myślą nasi inżynierowie. Nie musieliśmy zmieniać sposobu pracy — system dostosował się do nas.&quot;</p>
<p><strong>Florin Baiceanu</strong>, Główny Inżynier &amp; Partner, PowerGrid Solution S.R.L.</p>
</blockquote>
]]></content:encoded>
            <author>Noda Team</author>
            <category>Customer Stories</category>
        </item>
        <item>
            <title><![CDATA[Każdy operator, inny format. Te same dane: przewodnik po polskich operatorach sieci]]></title>
            <link>https://noda.energy/pl/blog/kazdy-operator-inny-format</link>
            <guid isPermaLink="false">https://noda.energy/pl/blog/kazdy-operator-inny-format</guid>
            <pubDate>Mon, 20 Apr 2026 11:49:05 GMT</pubDate>
            <description><![CDATA[Tauron, PGE, Enea, Energa, Stoen — pięciu operatorów dystrybucyjnych, pięć formatów warunków przyłączenia. Co to oznacza dla inżynierów sieci.]]></description>
            <content:encoded><![CDATA[<h1 id="kady-operator-inny-format-te-same-dane-przewodnik-po-polskich-operatorach-sieci">Każdy operator, inny format. Te same dane: przewodnik po polskich operatorach sieci</h1>
<p>Jeśli składasz wnioski o przyłączenie do sieci w Polsce, znasz to: każdy operator dystrybucyjny ma własne formularze, własne formaty, własny sposób wyrażania tych samych parametrów technicznych.</p>
<h2 id="operator-przesyowy">Operator przesyłowy</h2>
<p><strong>PSE S.A. (Polskie Sieci Elektroenergetyczne)</strong> — państwowy operator sieci przesyłowej 400/220 kV (~15 000 km). Odpowiada za bilansowanie systemu, połączenia transgraniczne i przyłączenia na poziomie &gt;110 kV.</p>
<h2 id="piciu-operatorw-dystrybucyjnych">Pięciu operatorów dystrybucyjnych</h2>
<ul>
<li><strong>Tauron Dystrybucja</strong> — Małopolska, Śląsk, Dolny Śląsk, Opolskie, Podkarpacie</li>
<li><strong>PGE Dystrybucja</strong> — Mazowsze (bez Warszawy), Lublin, Łódź, Rzeszów, Białystok</li>
<li><strong>Enea Operator</strong> — Wielkopolska, Kujawsko-Pomorskie, Zachodniopomorskie, Lubuskie</li>
<li><strong>Energa-Operator</strong> — Pomorze, Warmia-Mazury, część Kujawsko-Pomorskiego i Mazowsza</li>
<li><strong>Stoen Operator</strong> — tylko Warszawa (E.ON/innogy)</li>
</ul>
<p>Każdy OSD publikuje własną <strong>IRiESD</strong> (Instrukcję Ruchu i Eksploatacji Sieci Dystrybucyjnej), co tworzy fragmentację formatów.</p>
<h2 id="proces-przyczenia">Proces przyłączenia</h2>
<ol>
<li><strong>Wniosek o określenie warunków przyłączenia</strong> — dane techniczne, schemat jednolinowy, współrzędne.</li>
<li><strong>Warunki przyłączenia (WP)</strong> — wydane w 30-150 dni (ustawowo); specyfikują punkt przyłączenia, poziom napięcia, wymagane wzmocnienia.</li>
<li><strong>Umowa przyłączeniowa</strong> — zakres prac, harmonogram, opłata przyłączeniowa (taryfa URE).</li>
<li><strong>Odbiór techniczny</strong> — inspekcja przed energizacją.</li>
</ol>
<h2 id="co-sprawia-bl-inynierom">Co sprawia ból inżynierom</h2>
<p><strong>Każdy OSD używa własnych formularzy aplikacyjnych i schematów XML/PDF</strong> — nie ma krajowego standardu. Czasy przetwarzania WP często przekraczają limity ustawowe; egzekwowanie przez URE opiera się na skargach.</p>
<p>Kolejki przyłączeniowe OZE narastają — zasady cable poolingu wprowadzone w 2023 (nowelizacja ustawy OZE) częściowo to adresują.</p>
<h2 id="ostatnie-zmiany-regulacyjne">Ostatnie zmiany regulacyjne</h2>
<ul>
<li><strong>2023 — Cable pooling</strong> zalegalizowany: wielu wytwórców współdzieli jeden punkt przyłączenia</li>
<li><strong>2023-2024 — Ustawa OZE</strong> — przyspieszone procedury dla agri-PV i offshore wind</li>
<li><strong>REPowerEU</strong> — polski KPO wymaga cyfryzacji OSD i wdrożenia inteligentnych liczników do 2028</li>
</ul>
<h2 id="jak-noda-pomaga">Jak noda pomaga</h2>
<p>Niezależnie czy to Tauron, PGE czy Enea — noda normalizuje wszystkie formaty warunków przyłączenia w jedno kanoniczne zestawienie. Wrzuć WP z Taurona, IRiESD z PGE, umowę z Enei — system mapuje każde pole do tej samej struktury.</p>
<p><strong>Umów bezpłatne demo</strong> — przejrzymy twoje rzeczywiste pliki od operatorów i pokażemy mapowanie.</p>
<hr>
<p><em>Opublikowane przez Pica Ovidiu. noda buduje warstwę danych dla inżynierii sieci.</em></p>
]]></content:encoded>
            <author>Pica Ovidiu</author>
            <enclosure url="https://zmrnihlpvf8wqmw2.public.blob.vercel-storage.com/blog/covers/9886ef48-1bf.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[Dlaczego zestawienie parametrów psuje się za każdym razem, gdy operator wysyła rewizję]]></title>
            <link>https://noda.energy/pl/blog/dlaczego-zestawienie-parametrow-sie-psuje</link>
            <guid isPermaLink="false">https://noda.energy/pl/blog/dlaczego-zestawienie-parametrow-sie-psuje</guid>
            <pubDate>Mon, 20 Apr 2026 11:11:27 GMT</pubDate>
            <description><![CDATA[Każdy inżynier sieci zna to uczucie. Dwa dni pracy nad zestawieniem parametrów, potem przychodzą zmienione warunki przyłączenia. Trzy kolumny przesunięte. Zestawienie zepsute. Znowu.]]></description>
            <content:encoded><![CDATA[<h1 id="dlaczego-zestawienie-parametrw-psuje-si-za-kadym-razem-gdy-operator-wysya-rewizj">Dlaczego zestawienie parametrów psuje się za każdym razem, gdy operator wysyła rewizję</h1>
<p>Każdy inżynier sieci zna to uczucie. Spędziłeś dwa dni budując idealne zestawienie parametrów — pola zmapowane, formuły połączone, komórki sformatowane pod szablon operatora. Potem przychodzą zmienione warunki przyłączenia. Trzy kolumny się przesunęły. Dwa parametry zostały przemianowane. Moc znamionowa transformatora zmieniła się z 250 na 315 MVA w przypisie, którego nikt nie zauważył.</p>
<p>Twoje zestawienie parametrów jest teraz zepsute. Znowu.</p>
<h2 id="problem-to-nie-ty-to-workflow">Problem to nie ty. To workflow.</h2>
<p>Operatorzy sieci w Polsce — Tauron, PGE, Enea, Energa — wszyscy wysyłają dane techniczne w swoich własnych formatach. Nie ma standardu. Każdy operator ma inną kolejność kolumn, inną konwencję nazewnictwa, inny sposób wyrażenia tego samego prądu zwarciowego znamionowego.</p>
<p>Gdy twój zespół buduje zestawienie parametrów ręcznie:</p>
<ul>
<li><strong>Mapowanie kolumn jest domyślne.</strong> Żyje w głowie jednego inżyniera. Gdy jest na urlopie, nikt nie wie, która kolumna w pliku operatora odpowiada któremu wierszowi w zestawieniu.</li>
<li><strong>Wykrywanie duplikatów jest ręczne.</strong> Ta sama szyna zbiorcza pojawia się w trzech plikach z nieco różnymi nazwami. Twój inżynier zauważa dwa. Trzeci staje się fantomowym wierszem w końcowym dokumencie.</li>
<li><strong>Śledzenie rewizji nie istnieje.</strong> Gdy operator wysyła v3, nikt nie może powiedzieć dokładnie, co się zmieniło w stosunku do v2 bez porównania Excel, które zajmuje godzinę.</li>
</ul>
<h2 id="co-dokadnie-si-psuje">Co dokładnie się psuje</h2>
<p>Bądźmy precyzyjni. Oto co zwykle się dzieje, gdy rewizja przybywa:</p>
<ol>
<li><p><strong>Zakodowane na stałe odwołania do komórek pękają.</strong> Twoja formuła w komórce G47 wskazywała na plik warunków przyłączenia, arkusz 2, komórkę D12. Operator wstawił wiersz. D12 to teraz D13. Twoje zestawienie nadal czyta starą komórkę. Nikt tego nie zauważa, aż memoriał techniczny trafi do przeglądu.</p>
</li>
<li><p><strong>Nazwy parametrów dryfują.</strong> Oryginalne warunki przyłączenia nazywały to „Prąd zwarciowy znamionowy&quot;. Rewizja nazywa to „Ik&quot;. Twój WYSZUKAJ.PIONOWO zwraca #N/D!. Naprawiasz to, ale tylko dla tej kolumny — ten sam dryf nastąpił w pięciu innych miejscach.</p>
</li>
<li><p><strong>Jednostki zmieniają się po cichu.</strong> Plik stacji elektroenergetycznej miał impedancję w omach. Rewizja przeszła na wartości jednostkowe. Twoje obliczenia w dalszej części zakładają omy. Studium koordynacji zabezpieczeń jest teraz błędne.</p>
</li>
<li><p><strong>Zduplikowane wiersze się mnożą.</strong> Rewizja dodała nowy wiersz dla drugiego transformatora. Ale zachowała też stary z nieco innymi parametrami. Twoje zestawienie ma teraz oba, a operator odrzuci dokument.</p>
</li>
</ol>
<h2 id="co-robi-dobre-zespoy-i-dlaczego-to-wci-zawodzi">Co robią dobre zespoły (i dlaczego to wciąż zawodzi)</h2>
<p>Najlepsze zespoły inżynieryjne, z którymi rozmawialiśmy, mają częściowe rozwiązania:</p>
<ul>
<li><strong>Szablony Excel z kodami kolorów</strong>, zablokowanymi komórkami i walidacjami rozwijanych list. Działają, dopóki operator nie wyśle danych w formacie, który nie pasuje do szablonu.</li>
<li><strong>Starszy inżynier, który przegląda każde zestawienie parametrów.</strong> Wyłapuje 90% błędów, ale tworzy wąskie gardło.</li>
<li><strong>Porównanie plik po pliku</strong> za pomocą Beyond Compare lub WinMerge. Pomaga przy różnicach tekstowych, ale nie rozumie, że „TR1 250MVA&quot; i „Transformator 1 (250 MVA)&quot; to ta sama jednostka.</li>
</ul>
<p>Nic z tego nie skaluje się. Gdy firma przechodzi z 5 równoczesnych projektów do 15, podejście ręczne się załamuje.</p>
<h2 id="jak-wyglda-warstwa-danych-strukturalnych">Jak wygląda warstwa danych strukturalnych</h2>
<p>Wyobraź sobie zamiast tego:</p>
<ol>
<li>Wrzucasz pliki operatora — warunki przyłączenia, plan inwestycyjno-finansowy, dane stacji, załączniki umowy, niezależnie od formatu.</li>
<li>System mapuje każdą kolumnę do schematu kanonicznego, niezależnie od konwencji nazewnictwa operatora.</li>
<li>Gdy przychodzi rewizja, wrzucasz ją obok oryginału. System pokazuje dokładnie, co się zmieniło.</li>
<li>Wykrywanie duplikatów działa automatycznie. „Szyna zbiorcza 110kV&quot; i „110 kV szyna zbiorcza (Sekcja A)&quot; zostają oznaczone jako ta sama jednostka.</li>
<li>Twoje zestawienie parametrów regeneruje się z danych strukturalnych. Bez zepsutych odwołań. Bez fantomowych wierszy.</li>
</ol>
<p>To buduje noda. Nie zamiennik osądu inżyniera — zamiennik kruchej instalacji Excelowej, która psuje się za każdym razem, gdy operator wysyła rewizję.</p>
<h2 id="matematyka">Matematyka</h2>
<p>Typowy cykl rewizji warunków przyłączenia kosztuje zespół inżynieryjny:</p>
<ul>
<li><strong>2-4 godziny</strong> na ręczne porównanie starych i nowych plików</li>
<li><strong>1-2 godziny</strong> na aktualizację zestawienia parametrów</li>
<li><strong>1 godzinę</strong> na przegląd starszego inżyniera</li>
<li><strong>0,5-1 godziny</strong> na naprawę znalezionych błędów</li>
</ul>
<p>To pełny dzień inżynieryjny na rewizję na projekt. Większość projektów ma 2-3 rewizje. Dla firmy obsługującej 20 projektów rocznie to <strong>50 dni inżynieryjnych rocznie</strong> straconych na czyszczenie plików.</p>
<h2 id="co-dalej">Co dalej</h2>
<p>Jeśli twoje zestawienie parametrów zepsuło się w tym tygodniu, nie jesteś sam. Workflow jest problemem, nie twój zespół.</p>
<p>Zbudowaliśmy noda właśnie do tego. Wrzuć pliki operatora, otrzymaj dane strukturalne, regeneruj dokumenty gdy przychodzą rewizje. Każda liczba możliwa do prześledzenia do źródła.</p>
<p><strong>Umów bezpłatne demo</strong> — przejrzymy twoje rzeczywiste pliki i pokażemy, gdzie się psują.</p>
]]></content:encoded>
            <author>Pica Ovidiu</author>
            <enclosure url="https://zmrnihlpvf8wqmw2.public.blob.vercel-storage.com/blog/covers/70e06b82-f81.png" length="0" type="image/png"/>
        </item>
    </channel>
</rss>