Energetyka 3 min czytania
DSR
Demand side response Inne nazwy: demand response, redukcja zapotrzebowania, odpowiedź odbioru
Definicja
DSR (demand response) to zmiana poboru energii przez odbiorców końcowych względem ich zwykłego profilu, w reakcji na ceny albo płatne wezwanie operatora sieci lub agregatora. Może ją oferować jeden obiekt albo wiele obiektów połączonych przez agregację.
Cytuj hasło
Tekst
"DSR". Order Group, Słownik oprogramowania, 10 października 2026. https://ordergroup.co/pl/slownik/dsr/
HTML
<a href="https://ordergroup.co/pl/slownik/dsr/">DSR</a> - Order Group
Jak działa DSR
Prawo UE definiuje demand response w dyrektywie 2019/944 (art. 2 pkt 20) jako zmianę poboru energii przez odbiorców końcowych względem ich zwykłego lub bieżącego profilu zużycia. Impulsem może być sygnał rynkowy, na przykład cena zmienna w czasie albo płatność motywacyjna, albo przyjęcie oferty odbiorcy, który sprzedaje zmniejszenie lub zwiększenie poboru na zorganizowanym rynku. Odbiorca może to robić sam albo przez agregację, którą ten sam artykuł definiuje jako łączenie poboru lub wytwarzania wielu odbiorców w celu sprzedaży na dowolnym rynku energii.
W praktyce są dwie odmiany. W DSR implicit odbiorca widzi cenę, na przykład taryfę dynamiczną, i sam przesuwa zużycie. Nikt go nie wzywa i nikt nie porównuje jego poboru z profilem bazowym. W DSR explicit odbiorca, zwykle przez agregatora, sprzedaje elastyczność jako produkt. Kupujący (operator sieci, mechanizm mocowy albo rynek bilansujący) wysyła wezwanie, portfel zmniejsza lub zwiększa pobór w zadanym oknie, a zapłata zależy od tego, co zmierzono.
Zdarzenie explicit ma pięć kroków: rejestrację i test każdego obiektu, profil bazowy, czyli szacunek poboru bez wezwania, samo wezwanie z okresem wyprzedzenia, realizację oraz rozliczenie względem profilu bazowego.
| Cecha | Implicit (cenowy) | Explicit (motywacyjny) |
|---|---|---|
| Impuls | Sygnał cenowy, np. taryfa dynamiczna | Wezwanie operatora sieci, rynku lub agregatora |
| Kto decyduje | Odbiorca albo jego automatyka | Kupujący elastyczność, w granicach umowy |
| Zapłata | Niższy rachunek za energię | Płatność za gotowość i/lub realizację |
| Potrzebny profil bazowy | Nie | Tak, realizację mierzy się względem niego |
| Kara za brak realizacji | Brak | Utrata płatności i kara umowna |
Zasady w Polsce
W Polsce DSR explicit sprzedaje się głównie na rynku mocy, jako jednostki rynku mocy redukcji zapotrzebowania. PSE ogłaszają okresy przywołania (dawniej okresy zagrożenia) nie później niż 8 godzin wcześniej. Dostawca mocy z jednostką redukcji zapotrzebowania może wystąpić do PSE o testowy okres przywołania. W czasie testu jednostka musi dostarczyć co najmniej swój obowiązek mocowy w danej godzinie. Negatywny wynik testu oznacza utratę wynagrodzenia za ten okres i karę.
Na rynku bilansującym agregator może połączyć obiekty wytwórcze, magazyny i odbiory w jednostkę grafikową agregatu (JGA) o mocy od 0,2 MW do 50 MW; zasady wejścia po reformie z czerwca 2024 r. opisujemy w haśle aFRR. Na razie nikt z tej drogi nie skorzystał: w ocenie URE za pierwszy rok reformy, do 30 czerwca 2025 r., na rynku bilansującym nie było ani jednej jednostki grafikowej agregatu.
Co DSR oznacza dla oprogramowania
Większość platformy DSR to obsługa danych, a wezwania są mniejszą częścią. O jej architekturze decydują zwykle te wymagania:
- Rejestr obiektów działa na poziomie punktu poboru energii (PPE). Każdy punkt potrzebuje mocy zadeklarowanej lub umownej, możliwej redukcji, właściciela i jednostki agregacyjnej, do której należy. Jeden klient może mieć punkty w kilku jednostkach, a jedno wezwanie może objąć punkty wielu klientów.
- Metodę profilu bazowego określają zasady programu, więc system musi ją wdrożyć dokładnie, wersjonować i przeliczać, gdy wezwanie pojawi się z krótkim wyprzedzeniem albo dane pomiarowe przyjdą z opóźnieniem. Luki w danych wymagają jawnej reguły; po cichu interpolowane wartości ktoś zakwestionuje przy rozliczeniu.
- Wezwanie ma początek, koniec i żądaną moc. Platforma dzieli tę moc między punkty (po równo, według mocy zadeklarowanej albo z buforem ponad żądany wolumen) i sprawdza, czy suma zgadza się z wezwaniem.
- Powiadomienia SMS, e-mail lub przez API muszą dotrzeć do uczestników, a system powinien zauważyć, kiedy nie dotarły.
- Pomiar opiera się na danych interwałowych w rozdzielczości rozliczeniowej (na większości rynków UE 15 minut). Raporty godzinowe lub interwałowe powinny powstawać zaraz po zamknięciu interwału, z sumami na wezwanie, jednostkę i klienta.
- Operator sieci, agregator, odbiorca końcowy i doradca energetyczny, który zarządza punktami w imieniu klienta, widzą tylko swoje punkty i swój udział w wezwaniu.
| Etap | Dane potrzebne systemowi | Typowy błąd |
|---|---|---|
| Rejestracja | Numer PPE, moc zadeklarowana, przynależność do jednostki | Punkt przypisany do dwóch jednostek |
| Profil bazowy | Historyczne dane interwałowe, wersja metody | Brakujące dni, późne korekty |
| Wezwanie | Okno, żądana moc, przydział na punkt | Suma punktów nie zgadza się z wezwaniem |
| Powiadomienie | Odbiorca, kanał, status doręczenia | Wiadomość wysłana, ale niedoręczona |
| Rozliczenie | Pomiar względem profilu bazowego w każdym interwale | Sporny profil, błędy strefy czasowej lub zmiany czasu |
Z naszych projektów
Zbudowaliśmy moduł DSR w platformie zarządzania energią Zeronest. Grupuje on pojedyncze punkty poboru w jednostki agregacyjne i pozwala agregatorowi tworzyć na nich wezwania. W 2026 r., na prośbę agregatora korzystającego z platformy, zmieniliśmy logikę przydziału: wcześniej wezwanie dzieliło żądaną redukcję po równo między punkty, a teraz każdy punkt dostaje zadeklarowaną dla niego moc. Zadeklarowane moce mogą w sumie przekraczać wezwanie, więc agregator może wezwać 5 MW, a od swoich klientów wymagać 5,25 MW. API odrzuca wezwanie, gdy żądana suma nie zgadza się z limitem i buforem.
Po utworzeniu wezwania uczestnicy dostają SMS i e-mail z linkiem do potwierdzenia. Dziesięć minut później platforma sprawdza, czy wszystkie SMS-y wyszły, i wysyła operatorowi e-mailem listę tych, które nie dotarły. Dla każdego wezwania platforma liczy skorygowany profil bazowy, ma proces odtwarzania danych po przerwach, także dłuższych niż dziesięć dni, i tworzy raport za każdą godzinę wkrótce po jej końcu: dla wezwania od 14:00 do 15:00 o 15:15. Klient, którego punkty są w jednym wezwaniu z punktami innych klientów, widzi tylko łączną moc własnych punktów.
Więcej na blogu
Źródła
Najczęstsze pytania
-
Peak shaving to obniżanie przez obiekt własnego szczytu, żeby zmniejszyć własne opłaty mocowe lub sieciowe. Nikt go nie wzywa i nikt za to nie płaci poza samą oszczędnością. DSR reaguje na sygnał z zewnątrz, a w wersji explicit jest opłacany i rozliczany względem profilu bazowego.
-
Tak, przez agregatora, który łączy je w jednostkę wystarczająco dużą dla rynku. Minimalną moc jednostki na polskim rynku bilansującym opisujemy w haśle aFRR.
-
Danych interwałowych w rozdzielczości rozliczeniowej, zwykle 15-minutowej, dla każdego zgłoszonego punktu, oraz historii wystarczającej do policzenia profilu bazowego. Telemetria zbliżona do czasu rzeczywistego pomaga śledzić realizację w trakcie wezwania, ale rozliczenie zwykle opiera się na zweryfikowanych danych pomiarowych.
-
Operator programu albo rynku, w swoich zasadach. Oprogramowanie musi wdrożyć tę metodę dokładnie i przechowywać każdą jej wersję, bo rozliczenie można zakwestionować wiele miesięcy po wezwaniu.
Budujesz system, w którym liczy się DSR?
Zobacz, jak budujemy oprogramowanie w tej dziedzinie: case studies i technologie, których używamy.