System IT i urządzenia pomiarowe społeczności energetycznej – gmina Chojnice

Obowiązuje termin 15 grudnia 2026 r.

Zamawiający informuje, że kompletny wykaz PPE oraz obiektów objętych przedmiotem zamówienia, wraz z informacjami dotyczącymi mocy, układów pomiarowych, rozdzielnic, taryf, zostanie udostępniony niezwłocznie po podpisaniu umowy. Wszystkie PPE i obiekty objęte zamówieniem zlokalizowane są na terenie Gminy Chojnice. Są to budynki użyteczności publicznej, posiadające dostęp do internetu. Zamawiający nie przewiduje udostępnienia kompletnego wykazu wskazanych danych na etapie prowadzonego postępowania. Dane te zostaną udostępnione Wykonawcy po zawarciu umowy, w zakresie niezbędnym do prawidłowej realizacji przedmiotu zamówienia.

Obowiązuje wymóg z pkt 1.1 ppkt 4 OPZ – import dostępnych danych historycznych z okresu minimum 12 miesięcy. Obowiązek dotyczy danych przekazanych przez Zamawiającego (dane godzinowe OSD w plikach CSV/XLS/XML oraz faktury), w formacie i zakresie uzgodnionym w Etapie 1. Jeżeli dla danego PPE Zamawiający dysponuje danymi z krótszego okresu, Wykonawca importuje dane za okres, za który je otrzymał; nie stanowi to wady ani podstawy do naliczenia kar umownych.

Tak. Zamawiający dopuszcza rozwiązanie wielomodułowe, w którym fakturowanie, obsługę KSeF lub repozytorium dokumentów z OCR realizuje zintegrowany produkt podmiotu trzeciego, pod warunkiem że: 1. moduły łącznie spełniają wszystkie wymagania pkt 1.2 i 1.4 OPZ; 2. integracja działa automatycznie – rozliczenie przechodzi do faktury, faktura do KSeF, a status i numer KSeF wracają do Systemu bez ręcznego eksportu i importu plików przez użytkownika; 3. każdy moduł działa w języku polskim, przez przeglądarkę, z rolami i uprawnieniami z pkt 1.2 OPZ i zabezpieczeniami z § 6 ust. 3 pkt 3 wzoru umowy; dopuszczalne jest odrębne logowanie do modułu; 4. Wykonawca odpowiada za cały System jak za własne działanie (§ 10 ust. 3 wzoru umowy): zgłoszenia przyjmuje jeden helpdesk, a SLA z § 7 obejmuje także moduł podmiotu trzeciego; 5. licencje na wszystkie moduły na 12 miesięcy są wliczone w cenę oferty i mogą zostać przeniesione na Spółdzielnię (§ 6 ust. 1–2 wzoru umowy); 6. moduł i jego producent są wskazani w specyfikacji oferowanego rozwiązania, a podmiot przetwarzający dane osobowe – w Załączniku nr 5 do umowy (§ 15 ust. 4); 7. eksport pełnej bazy danych (§ 6 ust. 5 wzoru umowy) obejmuje także dane modułu podmiotu trzeciego. Zamawiający wyjaśnia ponadto, że nie wymaga prowadzenia w Systemie ksiąg rachunkowych. Funkcje „księgowe” ograniczają się do wymienionych w pkt 1.2 OPZ: wystawiania faktur i korekt (w tym samofakturowania), obsługi KSeF oraz repozytorium dokumentów z OCR.

Zamawiający nie wymaga aktywnego połączenia z CSIRE w chwili odbioru. Wymagana „gotowość do wymiany danych z CSIRE” (pkt 1.1 ppkt 5 OPZ, § 5 ust. 1 wzoru umowy) oznacza, że na dzień odbioru: 1. Oprogramowanie obsługuje import danych pomiarowych w formatach zgodnych z obowiązwującymi Standardami Wymiany Informacji CSIRE; 2. Wykonawca przekazuje dokumentację opisującą zakres i sposób wymiany danych z CSIRE oraz kroki niezbędne do jej uruchomienia; 3. w testach (Etap 4) Wykonawca demonstruje import przykładowego pliku zgodnego ze Standardami Wymiany Informacji CSIRE na danych testowych. Brak aktywnego połączenia z przyczyn niezależnych od Wykonawcy, w szczególności brak uprawnień Spółdzielni do danych w CSIRE, nie jest przeszkodą w odbiorze. Jeżeli Spółdzielnia uzyska dostęp do CSIRE w Okresie Utrzymania, Wykonawca skonfiguruje i uruchomi wymianę danych w ramach wynagrodzenia.

Tak. Samofakturowanie jest funkcją z pkt 1.2 OPZ, więc podlega testom funkcjonalnym i integracyjnym i weryfikacji przy odbiorze. Test obejmuje co najmniej: wystawienie w Systemie, na podstawie testowego rozliczenia miesiąca, faktury w imieniu członka-wytwórcy oraz jej korekty, z oznaczeniem samofakturowania i rozróżnieniem odbiorcy i płatnika; przesłanie faktur do KSeF i odebranie numeru KSeF; wysyłkę e-mail. Test z KSeF przeprowadza się w środowisku testowym KSeF udostępnianym przez Ministerstwo Finansów. Umowy o samofakturowanie zawierają Spółdzielnia i jej członkowie-wytwórcy; do nich należy też nadanie uprawnień w KSeF. Wykonawca nie jest stroną tych umów. Wykonawca konfiguruje System i ujmuje w dokumentacji instrukcję uruchomienia samofakturowania w produkcyjnym środowisku KSeF. Brak zawartych umów lub nadanych uprawnień na dzień odbioru nie jest przeszkodą w odbiorze.

Zamawiający informuje, że informacje dotyczące producentów i modeli istniejących falowników PV, zainstalowanych w poszczególnych obiektach, zostaną udostępnione Wykonawcy niezwłocznie po zawarciu umowy. Dane te zostaną przekazane w ramach szczegółowego wykazu infrastruktury objętej przedmiotem zamówienia. Zamawiający dopuszcza odczyt danych z falownika lokalnie (Modbus RTU/TCP, SunSpec lub równoważny protokół) albo przez udokumentowane API producenta. Warunkiem jest automatyczne przekazywanie do Oprogramowania danych w rozdzielczości co najmniej 15-minutowej. Dostęp do konta w portalu producenta zapewni Zamawiający.

Szczegółowy scenariusz testów Wykonawca przygotowuje w Etapie 1 i przedkłada do akceptacji razem z koncepcją konfiguracji (§ 4 ust. 1 i § 5 ust. 4 wzoru umowy). Scenariusz musi obejmować co najmniej poniższe testy z podanymi kryteriami akceptacji. Testy kończą się wynikiem pozytywnym, gdy wszystkie kryteria są spełnione; wady nieistotne nie blokują odbioru (odpowiedź na pytanie 11). [Tabela testów T1–T11 z kryteriami akceptacji, m.in.: T1 Akwizycja i poprawność pomiaru w każdym PPE – odczyty U, I, P, Q zgodne z licznikiem OSD lub pomiarem kontrolnym w granicach klasy dokładności układu (protokół montażu); energia czynna za okres obserwacji różni się od danych OSD o nie więcej niż 3%, jeżeli Urządzenie mierzy cały pobór PPE; T2 Okres obserwacji (min. 14 dni) – kompletność co najmniej 99,5% interwałów 15-minutowych dla każdego PPE; nie wlicza się udokumentowanych przerw z przyczyn po stronie Zamawiającego, operatora sieci lub zaników zasilania; T3 Utrata łączności (symulowane odłączenie na min. 2 h) – alarm w aplikacji i e-mail w ciągu 15 min; po przywróceniu łączności automatyczne uzupełnienie 100% danych z bufora; T4 Monitoring bieżący – wartości chwilowe odświeżane nie rzadziej niż co 60 s; T5 Alarmy: moc umowna, tg φ, napięcie, brak komunikacji – alarm wyzwolony przy progu ustawionym testowo; powiadomienie w aplikacji i e-mail w ciągu 5 min; T6 Bilans Spółdzielni – bilans godzinowy zgodny z obliczeniem kontrolnym w arkuszu (dokładność 0,001 kWh), z uwzględnieniem współczynnika ilościowego; T7 Testowe rozliczenie pełnego miesiąca – ilości i wartości dla każdego PPE zgodne z obliczeniem kontrolnym (0,001 kWh, 0,01 zł); raporty miesięczne i sprawozdawcze generują się poprawnie; T8 Faktury, korekty, samofakturowanie, KSeF – faktury przyjęte przez testowe środowisko KSeF z numerem KSeF, bez błędów walidacji; odbiór faktury z KSeF; wysyłka e-mail; T9 Repozytorium i OCR – każdy z min. 5 skanów testowych (min. 300 dpi) odnajdywany po frazie z jego treści; T10 Role, uprawnienia, rejestr zdarzeń – użytkownik członka widzi wyłącznie własne PPE; próba dostępu do cudzych danych jest odrzucona i zapisana w rejestrze zdarzeń; działa uwierzytelnianie dwuskładnikowe; T11 Eksporty i API – eksport do XLS/XLSX, CSV i PDF; pełny eksport bazy zgodny z odpowiedzią na pytanie 10; dane pobrane przez API zgodne z danymi w interfejsie.] Wydajność (§ 6 ust. 3 pkt 4 wzoru umowy) weryfikuje się na instancji testowej z syntetycznym zbiorem danych odpowiadającym 50 PPE i 5 latom danych 15-minutowych. Wykonawca przeprowadza test w obecności Zamawiającego (dopuszczalnie zdalnie) i przekazuje raport. Pomiar wykonuje się w przeglądarce przy łączu min. 20 Mb/s, każdą operację powtarza się 10 razy. [Kryteria wydajności: Otwarcie pulpitu z bieżącym bilansem Spółdzielni – 9 z 10 pomiarów ≤ 3 s, żaden > 10 s; Wykres profilu 15-minutowego 1 PPE za 12 miesięcy – 9 z 10 pomiarów ≤ 3 s, żaden > 10 s; Porównanie 5 PPE za 12 miesięcy – 9 z 10 pomiarów ≤ 5 s; Miesięczne rozliczenie dla 50…

Wynagrodzenie obejmuje licencję i przechowywanie danych przez 12 miesięcy. Wymóg „nie krócej niż 5 lat” (pkt 1.2 OPZ, § 6 ust. 3 pkt 5 wzoru umowy) dotyczy cechy Oprogramowania: system nie może automatycznie usuwać ani uśredniać danych pomiarowych młodszych niż 5 lat i musi pomieścić co najmniej 5 lat danych 15-minutowych dla 50 PPE. Zamawiający nie wymaga przechowywania danych przez Wykonawcę po zakończeniu licencji dłużej niż przez 90 dni, o których mowa w § 6 ust. 5. Jeżeli licencja nie zostanie przedłużona, dalszą archiwizację zapewni Zamawiający na podstawie eksportu pełnej bazy danych; przy przedłużeniu licencji dane z wcześniejszych okresów pozostają dostępne w Oprogramowaniu.

„Pełna baza danych” obejmuje wszystkie dane wprowadzone do Oprogramowania lub w nim wygenerowane, w szczególności: 1. rejestry: członkowie, PPE, umowy, stawki, grupy taryfowe, moce umowne, progi alarmowe; 2. dane pomiarowe w rozdzielczości, w jakiej są przechowywane (co najmniej profile 15-minutowe), oraz dane zaimportowane z OSD i z falownika; 3. wyniki bilansowania, rozliczenia i raporty; 4. faktury i korekty – dane strukturalne, pliki XML przesłane do KSeF, numery KSeF oraz wizualizacje PDF; 5. dokumenty z repozytorium wraz z metadanymi i tekstem rozpoznanym przez OCR; 6. alarmy, rejestr zdarzeń oraz konfigurację użytkowników i ról (bez haseł). Dane strukturalne eksportuje się w formacie CSV, JSON lub XML (UTF-8) wraz z opisem struktury: pliki, pola, typy, jednostki, strefa czasowa, klucze i powiązania. Skany i inne pliki binarne eksportuje się w oryginalnym formacie, w archiwum ZIP, z plikiem manifestu (CSV lub JSON) wiążącym każdy plik z rekordem: identyfikator, nazwa, typ, data, suma kontrolna SHA-256. Eksport udostępnia się przez szyfrowane łącze do pobrania (HTTPS lub SFTP), a na żądanie Zamawiającego – na nośniku. Eksport nie obejmuje kodu źródłowego ani natywnego zrzutu bazy danych Wykonawcy. Zamawiający uzupełnia § 6 ust. 5 wzoru umowy (zmiana nr 6).

Tak. Wady nieistotne wpisuje się do protokołu odbioru wraz z terminem ich usunięcia; nie blokują one odbioru ani wystawienia faktury. Wada nieistotna to nieprawidłowość, która nie uniemożliwia ani istotnie nie utrudnia korzystania z Systemu lub Opracowania zgodnie z przeznaczeniem. W szczególności nie wpływa na poprawność odczytów, bilansowania, rozliczeń i faktur, nie obniża bezpieczeństwa danych i nie stanowi Awarii Krytycznej (np. błąd kosmetyczny interfejsu, drobny brak redakcyjny w dokumentacji).