KIO 3166/25

Sygn. akt: KIO 3166/25 WYROK Warszawa, dnia 12 września 2025 r. Krajowa Izba Odwoławcza - w składzie: Przewodniczący:Anna Wojciechowska Protokolant: Patryk Pazura po rozpoznaniu na rozprawie w Warszawie w dniu 10 września 2025 r. odwołania wniesionego do Prezesa Krajowej Izby Odwoławczej w dniu 28 lipca 2025 r. przez wykonawcę Trecom Wrocław sp. z o.o. z siedzibą w Warszawie w postępowaniu prowadzonym przez zamawiającego Uniwersytet Opolski z siedzibą w Opolu orzeka: 1.Oddala odwołanie. 2.Kosztami postępowania obciąża odwołującego wykonawcę Trecom Wrocław sp. z o.o. z siedzibą w Warszawie i 2.1.zalicza w poczet kosztów postępowania odwoławczego kwotę 7500 zł 00 gr (siedem tysięcy pięćset złotych zero groszy) uiszczoną przez wykonawcę Trecom Wrocław sp. z o.o. z siedzibą w Warszawie tytułem wpisu od odwołania, kwotę 3600 zł 00 gr (trzy tysiące sześćset złotych zero groszy) tytułem wynagrodzenia pełnomocnika zamawiającego oraz kwotę 715 zł 30 gr (siedemset piętnaście złotych trzydzieści groszy) tytułem kosztów dojazdu zamawiającego na posiedzenie i rozprawę, 2.2.zasądza od wykonawcy Trecom Wrocław sp. z o.o. z siedzibą w Warszawie na rzecz zamawiającego Uniwersytetu Opolskiego z siedzibą w Opolu kwotę 4315 zł 30 gr (cztery tysiące trzysta piętnaście złotych trzydzieści groszy) stanowiącą uzasadnione koszty strony poniesione tytułem wynagrodzenia pełnomocnika oraz kosztów dojazdu na posiedzenie i rozprawę. Na orzeczenie - w terminie 14 dni od dnia jego doręczenia - przysługuje skarga za pośrednictwem Prezesa Krajowej Izby Odwoławczej do Sądu Okręgowego w Warszawie - Sądu Zamówień Publicznych. Przewodniczący: ………………………….. Sygn. akt KIO 3166/25 Uzasadnienie Zamawiający – Uniwersytet Opolski - prowadzi postępowanie o udzielenie zamówienia publicznego w trybie podstawowym bez negocjacji na podstawie art. 275 pkt 1 ustawy z dnia 11 września 2019 r. - Prawo zamówień publicznych (tekst jednolity Dz. U. 2024 r., poz. 1320 z późn. zm. – dalej „ustawa pzp”), pn. „Zakup i dostawa licencji wieczystych do oprogramowania wraz z usługą wdrożenia oraz usługą utrzymania i wsparcia technicznego, nr referencyjny postępowania: D/27/2025”. Ogłoszenie o zamówieniu opublikowane zostało w Biuletynie Zamówień Publicznych w dniu 3 kwietnia 2024 r., za numerem 2025/BZP 00175740. W dniu 28 lipca 2025 r. odwołanie wniósł wykonawca Trecom Wrocław sp. z o.o. z siedzibą w Warszawie – dalej Odwołujący. Odwołujący wniósł odwołanie wobec: 1) zaniechania odrzucenia z postępowania oferty wykonawcy działającego pod firmą Śląska Grupa Informatyczna sp. z o.o. z siedzibą w Bytomiu (dalej „ŚGI” lub „Wybrany Wykonawca”) zgodnie z żądaniem uznanego przez Zamawiającego w całości odwołaniem z dnia 12 maja 2025 r. z uwagi na niezgodność tej oferty z warunkami zamówienia w zakresie części 2 zamówienia, które to odwołanie zostało w całości uznane przez Zamawiającego przy braku sprzeciwu Wybranego Wykonawcy, który złożył przystąpienie do postępowania odwoławczego wszczętego odwołaniem z 12 maja 2025 r.; 2) bezpodstawnego uznania, że oferta Wybranego Wykonawcy w zakresie części nr 2 pn. Zakup i dostawa licencji wieczystych do oprogramowania systemu zbierania logów i korelacji zdarzeń SIEM, wraz z usługą wdrożenia oraz usługą utrzymania i wsparcia technicznego jest zgodna z warunkami zamówienia oraz wobec zaniechania odrzucenia tej oferty jako niezgodnej z warunkami zamówienia. Odwołujący zarzucił Zamawiającemu naruszenie: 1. art. 522 ust. 2 ustawy pzp przez zaniechanie odrzucenia z postępowania oferty Wybranego Wykonawcy zgodnie z żądaniem uznanego przez Zamawiającego odwołania z dnia 12 maja 2025 r., tj. żądania odrzucenia oferty Wybranego Wykonawcy z powodu niezgodności jej treści z warunkami zamówienia w zakresie części 2 zamówienia, które to odwołanie zostało w całości uznane przez Zamawiającego przy braku sprzeciwu Wybranego Wykonawcy, który złożył przystąpienie do postępowania odwoławczego wszczętego odwołaniem z 12 maja 2025 r. 2. art. 226 ust. 1 pkt 5 ustawy pzp przez bezpodstawne uznanie, że oferta Odwołującego jest zgodna z warunkami zamówienia, kiedy oferowane przez Wybranego Wykonawcę oprogramowanie Energy Logserver SIEM i SOAR Perpetual nie odpowiada wymaganiom Zamawiającego w ten sposób, że korzysta z oprogramowania typu Open Source pn. Elasticsearch, Logstasch, Kibana i TheHive m.in. w obszarach składowania, parsowania, korelacji logów, algorytmów uczenia maszynowego, co jednoznacznie zostało wykluczone w opisie przedmiotu zamówienia dla Części nr 2 zamówienia (dalej „Zamówienie”). Odwołujący w oparciu o wyżej wskazane zarzuty wniósł o uwzględnienie odwołania, jak również nakazanie Zamawiającemu: 1) unieważnienia czynności rozstrzygnięcia postępowania w zakresie Zamówienia z dnia 21 lipca 2025 r., tj. unieważnienia czynności uznania za najkorzystniejszą i wyboru oferty wykonawcy Śląska Grupa Informatyczna sp. z o.o.; 2) odrzucenia oferty Wybranego Wykonawcy z uwagi na jej niezgodność z warunkami zamówienia 3) powtórzenia czynności badania i oceny ofert pozostałych w postepowaniu po odrzuceniu oferty ŚGI. Odwołujący uzasadniając zarzuty odwołania wskazał, że w dniu 7 maja 2025 r. Zamawiający dokonał pierwszego rozstrzygnięcia postępowania w zakresie części nr 2 zamówienia przez wybór oferty ŚGI. Odwołujący zaskarżył to rozstrzygnięcie postępowania zarzucając Zamawiającemu zaniechanie odrzucenia oferty ŚGI mimo jej niezgodności z warunkami zamówienia w zakresie tożsamym z zarzutem opisanym w zarzucie 2 odwołania. Postępowanie odwoławcze wszczęte pierwszym odwołaniem z 12 maja 2025 r. otrzymało sygnaturę akt KIO 1878/25. W dniu 22 maja 2025 r. Zamawiający uznał pierwsze odwołanie na pierwsze rozstrzygnięcie postępowania w zakresie części nr 2 zamówienia w całości. Wybrany Wykonawca, który przystąpił do tamtego postępowania odwoławczego po stronie Zamawiającego, w dniu 28 maja 2025 r. oświadczył, że nie będzie korzystał z prawa do sprzeciwu wobec uznania przez Zamawiającego pierwszego odwołania i nie złożył takiego sprzeciwu. Wobec jasnych oświadczeń Zamawiającego i Przystępującego Krajowa Izba Odwoławcza w dniu 3 czerwca 2025 r. wydała postanowienie o umorzeniu postępowania odwoławczego w sprawie o sygn. akt KIO 1878/25 na podstawie art. 568 pkt 3 ustawy pzp w związku z art. 522 ust. 2 ustawy pzp. Według najlepszej wiedzy Odwołującego postanowienia ww. postanowienie Izby uprawomocniło się. Po unieważnieniu rozstrzygnięcia postępowania z 12 maja 2025 r. Zamawiający wzywał dwukrotnie ŚGI do wyjaśnień treści jego oferty. Zarówno treść wezwań do wyjaśnień treści oferty ŚGI jak i wyjaśnień treści tej oferty nie dotyczyła niezgodności treści oferty Wybranego Wykonawcy, które Odwołujący wskazywał w pierwszym odwołaniu i które ponownie podnosi w zarzucie 2 odwołania. Zatem wyjaśnienia udzielone przez Wybranego Wykonawcę nic nie wniosły w tym zakresie do postępowania i podnoszone zarzuty niezgodności treści oferty Wybranego Wykonawcy z warunkami zamówienia pozostają aktualne w pełnym zakresie. Przedmiotem zamówienia w zakresie Części nr 2 jest dostawa licencji wieczystych do oprogramowania systemu zbierania logów i korelacji zdarzeń SIEM wraz z usługą wdrożenia oraz usługą utrzymania i wsparcia technicznego świadczoną przez okres 36 miesięcy od dostarczenia i wdrożenia produktu. Zamawiający opisał szczegółowo przedmiot Zamówienia (w zakresie Części nr 2) w załączniku nr 1B do SW Z pn. Opisy przedmiotu zamówienia (dalej „OPZ”). Zgodnie z ust. 133 rozdziału I pn. Wymagania ogólne OPZ Zamawiający zastrzegł, w odniesieniu do zamawianego oprogramowania, że: System nie może działać w oparciu o oprogramowanie otwarte (ang: open source) w następującym zakresie funkcjonalnym: składowanie, parsowanie, korelacja logów (SIEM) algorytmy uczenia maszynowego. Zamawiający nie zaakceptuje rozwiązania, które wykorzystuje mechanizmy typu open source np.: Elastic Search, OSSIM, Snort, The Hive, AlienVault itd. lub został stworzony przez modyfikację oprogramowania otwartego. Zaoferowane przez Wybranego Wykonawcę oprogramowanie Energy Logserver SIEM opera się - w swoich kluczowych elementach, w tym w zakresie składowania, parsowania, korelacji logów (SIEM) - o oprogramowanie typu open source w postaci narzędzi Elasticsearch, Logstasch i Kibana. Elasticsearch, Logstash i Kibana to zestaw narzędzi open source służący do analizy dużych ilości danych. Elasticsearch jest otwarto źródłowym (open source) silnikiem wyszukiwania i analizy. Logstash dokonuje centralizacji strumieni danych. Natomiast Kibana umożliwia wizualizację danych. Dzięki zestawowi Elasticsearch, Logstash i Kibana możliwe jest gromadzenie, analiza, monitoring i wizualizacja danych w czasie rzeczywistym. Dowody: artykuł pn. Czym jest Elasticsearch? dostępny na stronie: https://smartbees.pl/blog/elasticsearch Artykuł pn. ELK Stack: Wprowadzenie do narzędzia i zrozumienie jego mechanizmu działania dostępny na stronie: https://boringowl.io/blog/elk-stack-wprowadzenie-do-narzedzia-izrozumienie-jego-mechanizmu-dzialania Odwołujący wskazał, że działanie oprogramowania Energy Logserver SIEM oparte jest o zestaw narzędzi Elasticsearch, Logstasch i Kibana, o czym świadczy najnowsza dokumentacja tego oprogramowania pn. Energy-Log- Server-7.x Documentation (dalej „Dokumentacja EnergyLogserver”) datowana na 11 lutego 2025 r. i dostępna na stronie producenta pod linkiem: https://kb.energylogserver.com/en/latest/00-00-00-About.html. W Dokumentacji EnergyLogserver hasło Elasticsearch pojawia się 660 razy. Podobnie jest z hasłami Logstash i Kinbana, które w wynikach wyszukiwania w Dokumentacji EnergyLogserver pojawiają się odpowiednio: 659 razy i 537 razy. W rozdziale 5 (Chapter 5) Dokumentacji EnergyLogserver pt. Instrukcja użytkownika (User Manual), podrozdziale 5.1 pt. Wstęp (Introduction) zawarte są trzy podrozdziały wprost odwołujące się do tych komponentów: podrozdział 5.1.1 Elasticsearch, podrozdział 5.1.2 Kibana i podrozdział 5.1.3 Logstash. W podrozdziale 5.1.1 Elasticsearch Dokumentacji EnergyLogserver wydawca oprogramowania wskazuje w odniesieniu do roli kodu Elasticsearch w oferowanym przez Wybranego Wykonawcę oprogramowaniu: Tłumaczenie podrozdziału 5.1.1. Elasticsearch: „Elasticsearch to rozwiązanie bazodanowe NoSQL, które stanowi serce naszego systemu. Informacje tekstowe wysyłane do systemu, aplikacja i logi systemowe są przetwarzane przez filtry Logstash i kierowane do Elasticsearch. To środowisko przechowywania tworzy, na podstawie otrzymanych danych, ich odpowiedni układ w formie binarnej, nazywany indeksem danych. Indeks jest podany na węzły Elasticsearch implementujące odpowiednie założenia konfiguracji, takie jak: • Indeks replikacji pomiędzy węzłami, • Wskaźnik dystrybucji pomiędzy węzłami. Środowisko Elasticsearch składa się z węzłów: • Węzeł danych – odpowiedzialny za przechowywanie dokumentów w indeksach, • Węzeł główny – odpowiada za nadzór nad węzłami, • Węzeł kliencki - odpowiedzialny za współpracę z klientem. Elementy danych, główne i klienckie można znaleźć nawet w najmniejszych instalacjach Elasticsearch, dlatego często środowisko jest określane mianem klastra, niezależnie od liczby skonfigurowanych węzłów. W klastrze Elasticsearch decyduje, które porcje danych są przechowywane na konkretnym węźle. Układ indeksów, ich nazwa i zestaw pól są dowolne i zależą od sposobu użytkowania systemu. Jest to powszechna praktyka umieścić dane o podobnym charakterze w tym samym typie indeksu, który ma stałą pierwszą część nazwy. Druga część nazwy często pozostaje datą utworzenia indeksu, co w praktyce oznacza, że tworzony jest nowy indeks codziennie. Praktyka ta jest jednak konwencjonalna i każdy indeks może mieć swoją konwencję rotacji, konwencję nazewnictwa, schemat konstrukcji i własny zestaw innych cech. W wyniku przejścia dokumentu przez Indeksy zbudowane są z elementarnych części zwanych fragmentami. Dobrą praktyką jest tworzenie indeksów z liczbą fragmenty, które są wielokrotnością liczby węzłów danych Elasticsearch. Elasticsearch w wersji 7.x ma nową funkcję, tzw. identyfikatory sekwencji, które gwarantują skuteczniejsze i wydajniejsze odzyskiwanie fragmentów. Elasticsearch używa mapowania do opisu pól lub właściwości, jakie mogą posiadać dokumenty danego typu. Z Elasticsearch. Wersja 7.x ogranicza indeksy do jednego typu.” W podrozdziale 5.1.2 Kibana Dokumentacji EnergyLogserver wydawca oprogramowania wskazuje w odniesieniu do roli narzędzia Kibana w oferowanym przez Wybranego Wykonawcę oprogramowaniu: Tłumaczenie podrozdziału 5.1.2 Kibana: „Kibana umożliwia wizualizację danych Elasticsearch i nawigację po Elastic Stack. Kibana daje Ci wolność wybierz sposób, w jaki chcesz nadać kształt swoim danym. Nie zawsze musisz wiedzieć, czego szukasz. Rdzeń Kibany zawiera klasyczne funkcje: histogramy, wykresy liniowe, diagramy kołowe, diagramy słoneczne i wiele innych. Ponadto możesz używać gramatyki Vega aby zaprojektować Twoje wizualizacje. Wszystkie wykorzystują pełne możliwości agregacji Elasticsearch. Wykonaj zaawansowany analizę szeregów czasowych danych Elasticsearch za pomocą naszych starannie dobranych interfejsów użytkownika. Opisuj zapytania, transformacje i wizualizacje z wyrazistymi, łatwymi do nauczenia się wyrażeniami. Kibana 7.x ma dwie nowe funkcje – nowy tryb „Pełnego ekranu” do przeglądania pulpitów nawigacyjnych oraz nowy tryb „Tylko pulpit nawigacyjny”, który umożliwia administratorom bezpieczne udostępnianie pulpitów nawigacyjnych.” Natomiast w podrozdziale 5.1.3 Logstash Dokumentacji EnergyLogserver wydawca oprogramowania wskazuje w odniesieniu do roli narzędzia Logstash w oferowanym przez Wybranego Wykonawcę oprogramowaniu: Tłumaczenie: „Logstash to otwarto źródłowy moduł do zbierania danych z możliwością przetwarzania w czasie rzeczywistym. Logstash może dynamicznie ujednolicać dane z różnych źródeł i normalizuj dane w wybranych miejscach docelowych. Oczyścić i zdemokratyzować wszystkie Twoje dane do wykorzystania w różnorodnych zaawansowanych analizach i wizualizacjach. Choć pierwotnie Logstash był pionierem innowacji w zakresie gromadzenia dzienników, jego możliwości wykraczają daleko poza ten przypadek użycia. Każdy typ zdarzenia można wzbogacić i przekształcić za pomocą szerokiej gamy wtyczek wejściowych, filtrujących i wyjściowych, a wiele kodeków natywnych jeszcze bardziej upraszcza proces wchłaniania. Logstash przyspiesza Twoje spostrzeżenia, wykorzystując większą objętość, różnorodność danych. Wersja Logstash 7.x zapewnia natywną obsługę wielu potoków. Te potoki są zdefiniowane w pliku pipelines.yml, który ładowany domyślnie. Użytkownicy będą mogli zarządzać wieloma potokami w ramach Kibany. To rozwiązanie wykorzystuje Elasticsearch umożliwia przechowywanie konfiguracji potoków i bieżącą rekonfigurację potoków Logstash.” Oferowane przez Wybranego Wykonawcę oprogramowanie EnergyLogserver w najświeższej, zaoferowanej przez Wybranego Wykonawcę wersji oprogramowania wykorzystuje, a w istocie opiera się na narzędziach typu open source, w tym wprost wykluczonym w rozdziale I ust. 133 OPZ narzędziu Elasticsearch, co stanowi wprost o niezgodności oferty ŚGI z warunkami zamówienia. Odwołujący podniósł również, że zaoferowane przez Wybranego Wykonawcę oprogramowanie SOAR Perpetual wykorzystuje oprogramowanie typu open source w postaci narzędzia TheHive, którego użycie Zamawiający wprost wykluczył w ust. 133 rozdz. I OPZ. Oprogramowanie SOAR Perpetual opiera się o platformę The Hive do zarządzania incydentami i koordynowania odpowiedzi na zagrożenia, która jest oprogramowaniem open source. W publikacji Energy SOAR User Guide (Instrukcja Użytkowania Energy SOAR), datowanej na 17 kwietnia 2025 r., dostępnej na stronie producenta tego oprogramowania: https://kb.energysoar.com/en/latest/index.html producent wielokrotnie odwołuje się do narzędzia open soure pn. TheHive. Wynik wyszukiwania hasła TheHive to 366 użyć w tej instrukcji. Rozdział 4 pt. Configuration (Konfiguracja) Instrukcji Użytkowania Energy SOAR zawiera podrozdział 4.2 pt. TheHive, opisuje aspekty konfiguracji narzędzia TheHive w toku konfiguracji oprogramowania Energy SOAR jako niezbędnego elementu tego oprogramowania, w tym wskazuje odniesienie do umowy licencyjnej dla narzędzia TheHive. Oferowane przez wybranego wykonawcę oprogramowanie SOAR Perpetual w najświeższej, zaoferowanej przez Wybranego Wykonawcę wersji oprogramowania wykorzystuje na narzędzie open source TheHive, którego możliwości użycia Zamawiający wprost wykluczył w rozdziale I ust. 133 OPZ, co stanowi o niezgodności oferty ŚGI z warunkami zamówienia. W dniu 3 września 2025 r. Zamawiający złożył odpowiedź na odwołanie, w której wniósł o oddalenie wniesionego odwołania w całości. W złożonej odpowiedzi oraz na rozprawie przedstawił uzasadnienie faktyczne i prawne swojego stanowiska. Izba ustaliła, co następuje: Izba ustaliła, że odwołanie czyni zadość wymogom proceduralnym zdefiniowanym w Dziale IX ustawy z dnia 11 września 2019 r. - Prawo zamówień publicznych, tj. odwołanie nie zawiera braków formalnych oraz został uiszczony od niego wpis. Izba ustaliła, że nie zaistniały przesłanki określone w art. 528 ustawy pzp, które skutkowałyby odrzuceniem odwołania. Izba stwierdziła, że Odwołujący wykazał przesłanki dla wniesienia odwołania określone w art. 505 ust. 1 i 2 ustawy pzp, tj. posiadanie interesu w uzyskaniu danego zamówienia oraz możliwości poniesienia szkody w wyniku naruszenia przez Zamawiającego przepisów ustawy pzp. Izba ustaliła, że w terminie wynikającym z art. 525 ust. 1 ustawy pzp do postępowania odwoławczego nie zgłosił przystąpienia żaden wykonawca. Izba postanowiła dopuścić dowody z dokumentacji przedmiotowego postępowania, odwołanie wraz z załącznikami, odpowiedź na odwołanie wraz z załącznikami, stanowisko pisemne oraz dowody złożone przez Odwołującego na posiedzeniu. Na podstawie tych dokumentów, jak również biorąc pod uwagę oświadczenia, stanowiska i dowody złożone przez strony w trakcie posiedzenia i rozprawy, Krajowa Izba Odwoławcza ustaliła i zważyła: Odwołanie podlegało oddaleniu. W zakresie podniesionych zarzutów Izba ustaliła następujący stan faktyczny: Zgodnie z SWZ: - „3. Opis przedmiotu postępowania i zamówienia 3.1. Przedmiot zamówienia: Zakup i dostawa licencji wieczystych do oprogramowania wraz z usługą wdrożenia oraz usługą utrzymania i wsparcia technicznego, w podziale na części, tj.: 3.1.1. Część nr 1 - Zakup i dostawa licencji wieczystych na oprogramowanie typu Network Access Control (NAC), wraz z usługą wdrożenia oraz usługą utrzymania i wsparcia technicznego, 3.1.2. Część nr 2 - Zakup i dostawa licencji wieczystych do oprogramowania systemu zbierania logów i korelacji zdarzeń SIEM, wraz z usługą wdrożenia oraz usługą utrzymania i wsparcia technicznego. (…) 3.2. Przedmiot zamówienia w części nr 2 obejmuje dostawę licencji wieczystych do oprogramowania systemu zbierania logów i korelacji zdarzeń SIEM wraz z usługą wdrożenia oraz usługą utrzymania i wsparcia technicznego świadczoną przez okres 36 miesięcy od dostarczenia i wdrożenia produktu. Szczegółowy opis przedmiotu zamówienia zawierają opisy przedmiotu zamówienia stanowiące załączniki nr 1A-1B do SWZ (odpowiednio do części). 3.6. Wykonawca zobowiązany jest wskazać w ofercie dane dotyczące zaoferowanego przedmiotu zamówienia, tj. producenta oprogramowania, nazwę oprogramowania, umożliwiające Zamawiającemu jednoznaczną identyfikację oferowanego przez Wykonawcę przedmiotu zamówienia i mające służyć sprawdzeniu zgodności zaoferowanego przedmiotu zamówienia z wymaganiami wskazanymi w dokumentacji zamówienia. Brak w ofercie informacji umożliwiającej dokonanie jednoznacznej identyfikacji oferowanego przedmiotu zamówienia Zamawiający uzna jako niezgodność oferty z treścią SW Z i odrzuci ofertę na podstawie art. 226 ust. 1 pkt. 5 ustawy. Jeżeli zachodzi taka konieczność i dla jednoznacznego określenia oferowanego przedmiotu zamówienia, wymagane jest wskazanie dodatkowych informacji Wykonawca jest zobligowany do ich wskazania, tak aby nie było dla stron postępowania wątpliwości co do zaoferowanego przedmiotu zamówienia.” Zgodnie z załącznikiem nr 1B do SW Z:„Opis przedmiotu zamówienia/umowy Część nr 2 Zakup i dostawa licencji wieczystych do oprogramowania systemu zbierania logów i korelacji zdarzeń SIEM, wraz z usługą wdrożenia oraz usługą utrzymania i wsparcia technicznego Przedmiotem zamówienia jest dostawa licencji wieczystych do oprogramowania systemu zbierania logów i korelacji zdarzeń SIEM wraz z usługą wdrożenia oraz usługa utrzymania i wsparcia technicznego świadczoną przez okres 36 miesięcy od dostarczenia i wdrożenia produktu. I. Wymagania ogólne (…) 133. System nie może działać w oparciu o oprogramowanie otwarte (ang: open source) w następującym zakresie funkcjonalnym: składowanie, parsowanie, korelacja logów (SIEM) algorytmy uczenia maszynowego. Zamawiający nie zaakceptuje rozwiązania, które wykorzystuje mechanizmy typu open source np.: Elastic Search, OSSIM, Snort, The Hive, AlienVault itd. lub został stworzony przez modyfikację oprogramowania otwartego. (…) II. Wymagania dotyczące usługi wdrożenia (…) 4. Przygotowanie i dostarczenie dokumentacji powdrożeniowej, tj: a. opisu i schematu wdrożonej architektury i konfiguracji w infrastrukturze Zamawiającego b. instrukcji dla operatora/ analityka bezpieczeństwa; c. instrukcji dla administratora.” Wykonawca Śląska Grupa Informatyczna sp. z o.o. zaoferował: Producent oprogramowania Energy Logserver, Nazwa oprogramowania Energy Logserver SIEM + SOAR Perpetual. Pismem z dnia 23 kwietnia 2025 r. Zamawiający wezwał wykonawcę Śląska Grupa Informatyczna sp. z o.o. do złożenia wyjaśnień w trybie art. 223 ust. 1 ustawy pzp: „W załączniku nr 1B do Specyfikacji warunków zamówienia (SW Z) Zamawiający szczegółowo określił, dla części nr 2, przedmiot zamówienia wskazując m.in. wymagane parametry, funkcjonalności, wyposażenie i komponenty jakie musi posiadać zaoferowane przez Wykonawcę oprogramowanie systemu zbierania logów i korelacji zdarzeń SIEM. W załączonym do oferty Formularzu ofertowym, Wykonawca zaoferował oprogramowanie Energy Logserver SIEM + SOAR Perpetual producenta Energy Logserver jednakże na podstawie wskazanych informacji, weryfikując za pomocą witryny producentów oferowanych systemów, Zamawiający nie może jednoznacznie potwierdzić, że oferowane oprogramowanie/system posiada wszystkie wymagane funkcjonalności / komponenty. W związku z powyższym należy złożyć wyjaśnienia w zakresie: 1. Z jakich komponentów/modułów składa się oferowany system? 2. Jaki typ bazy danych jest wykorzystywany w celu przechowywania danych przetwarzanych przez system. 3. Czy system pozwala na import podatności CVE z publicznie dostępnych baz danych? 4. Czy system pozwala na synchronizacje z listami referencyjnymi typu Tor Exit Nodes? 5. Z jakimi bazami zagrożeń (Threat Inteligence Feeds) jest zintegrowany oferowany system? 6. Czy i w jakim stopniu oferowany system integruje się z MITRE ATT&CK? 7. Czy system posiada zaimplementowane mechanizmy Machine Learning ? 8. Czy system działa wyłącznie w oparciu o autorskie oprogramowanie producenta, lub jeśli wykorzystuje oprogramowanie otwarte to w zakresie jakich funkcji? 9. W jaki sposób realizowana jest aktualizacja oferowanego systemu?” Pismem z dnia 24 kwietnia 2025 r. Wykonawca odpowiedział: „1. Z jakich komponentów/modułów składa się oferowany system? System składa się z poniższych modułów: Moduł Log Management Moduł SIEM, w ramach którego: Wbudowana nierelacyjna baza danych oparta o silnik noSQL, Sonda sieciowa, która spełnia funkcje przekaźnika logów oraz kolektorów, Wbudowana w interfejs użytkownika funkcjonalność worker, Dedykowane agenty. Moduł SOAR 2. Jaki typ bazy danych jest wykorzystywany w celu przechowywania danych przetwarzanych przez system. Do przechowywania danych przetwarzanych przez systemy Energy jest wykorzystywana nierelacyjna baza danych oparta o silnik noSQL. 3. Czy system pozwala na import podatności CVE z publicznie dostępnych baz danych? Tak, system pozwala na import podatności CVE z publicznie dostępnych baz danych. Nie rzadziej niż raz na dobę, system jest wzbogacany nowymi IOC poprzez komunikację z repozytorium producenta. Repozytorium jest zasilane z ogólnodostępnych baz danych o zagrożeniach, w tym serwerami MISP. Może zostać wzbogacony dowolnymi bazami zagrożeń wykorzystywanymi przez Zamawiającego. https://kb.energylogserver.com/en/latest/13-Integration/13-Integration.html?highlight=ioc#energy-security-feeds https://kb.energylogserver.com/en/latest/06-SIEM_Plan/06-SIEM_Plan.html?highlight=cve#vulnerability-detection 4. Czy system pozwala na synchronizacje z listami referencyjnymi typu Tor Exit Nodes? Tak, system pozwala na synchronizacje z listami referencyjnymi, w tym m.in. Malicious IPs, Bad IPs, Tor Exit Nodes, Bad Hashes, Compromised e-mail addreses. Wykorzystywana jest do tego m.in. integracja z MISP CIRCL LU, możliwa integracja z dowolną listą. 5. Z jakimi bazami zagrożeń (Threat Inteligence Feeds) jest zintegrowany oferowany system? System jest zintegrowany z MISP CIRCL LU oraz wszystkimi zawartymi w nim listami. https://kb.energylogserver.com/en/latest/13-Integration/13-Integration.html?highlight=ioc#energy-security-feeds MISP Default Feeds 6. Czy i w jakim stopniu oferowany system integruje się z MITRE ATT&CK? System jest zintegrowany z MITRE ATT&CK, metody w nim zawarte są zamapowane w Energy Logserver. System m.in. umożliwia mapowanie zdarzeń na poszczególne techniki oraz zapewnia mechanizmy filtrowania zdarzeń po technikach oraz wyświetla szczegóły związane z danymi technikami. https://kb.energylogserver.com/en/latest/06-SIEM_Plan/06-SIEM_Plan.html?highlight=mitre#incidents https://kb.energylogserver.com/en/latest/06-SIEM_Plan/06-SIEM_Plan.html?highlight=mitre#siem-module https://kb.energylogserver.com/en/latest/06-SIEM_Plan/06-SIEM_Plan.html?highlight=mitre#siem-plan 7. Czy system posiada zaimplementowane mechanizmy Machine Learning ? System jest wyposażony w moduł Empowered AI, jest to algorytmiczny moduł analityki danych system Energy Logserver. Za pomocą opracowanych modeli i algorytmów uczących się, funkcjonalność pozwana na detekcje anomalii w różnych obszarach danych bezpieczeństwa. Nadrzędnym celem Empowered AI jest wyłuskanie krytycznych incydentów z fali strumieni logów, które przykrywają pojedyncze wpisy. Funkcjonalność Empowered AI można podzielić na: - detekcję anomalii w danych liczbowych - detekcja anomalii wielowymiarowych ciągach liczbowych - detekcję anomalii w wyrażeniach słownikowych - budowanie modeli trendów i detekcje anomalii na podstawie odstępstw od zachowania modelu - automatyczne grupowanie, klastrowanie danych w poszukiwanie zdarzeń podobnych oraz tych odbiegających od pozostałych - poszukiwanie związków przyczynowo-skutkowych Empowered AI pozwala na zachowanie wyuczonego modelu w "Bibliotece modeli". Modele można przenosić pomiędzy danymi, a nawet pomiędzy instalacjami Energy Logserver. Logika detekcji w oparciu o model pozwala pracę zarówno z poziomu warstwy zarządzania systemem, jak i na poziomie przyjmowania i korelowania komunikatów wejściowych. Mechanizm AI działa zarówno na danych surowych, danych pochodzących z profilowania zachowań użytkowników (UBA) jak i również na efekcie działania tradycyjnych reguł alertowych, wspomagając tym samym proces podejmowania decyzji w rozwiązywaniu incydentów. https://kb.energylogserver.com/en/latest/08-Empowered_AI/08-Empowered-AI.html?highlight=empowered#empowered-ai 8. Czy system działa wyłącznie w oparciu o autorskie oprogramowanie producenta, lub jeśli wykorzystuje oprogramowanie otwarte to w zakresie jakich funkcji? System Energy Logserver nie działa w oparciu o oprogramowanie otwarte w zakresie składowania, parsowania, korelacji logów, algorytmów uczenia maszynowego, analizy zachowania użytkowników i zasobów (UEBA), mechanizmów reakcji/ scenariuszy reakcji (SOAR). Jednoznacznie zapewniamy, że Energy Logserver nie wykorzystuje mechanizmów typu open source np.: Elastic Search, OSSIM, Snort, The Hive, AlienVault itd. I nie został stworzony przez modyfikację oprogramowania otwartego. Właścicielem licencji całego oferowanego systemy jest jego producent spółka EMCA Software sp. z o.o. co jednoznacznie zostało stwierdzone w dokumentacji produktu https://kb.energylogserver.com/en/latest/00-00-00-About.html „All title and ownership rights to the Product, its entire code, and any copies thereof, including without limitation Copyright, are owned by EMCA Software sp. z o.o.. Any rights not expressly granted are reserved to EMCA Software. All software components, including all modules are maintained by EMCA software and protected with vendor license.„ Tłumaczenie : „Wszystkie prawa własności do Produktu, jego całego kodu i wszelkich jego kopii, w tym bez ograniczeń prawa autorskie, należą do EMCA Software sp. z o.o.. Wszelkie prawa, które nie zostały wyraźnie przyznane, są zastrzeżone dla EMCA Software. Wszystkie komponenty oprogramowania, w tym wszystkie moduły, są utrzymywane przez EMCA Software i chronione licencją dostawcy.„ Jednoznacznie potwierdzamy, że Energy logserver nie zależy od żadnych innych licencji otwartych lub obcych. 9. W jaki sposób realizowana jest aktualizacja oferowanego systemu? Aktualizacja Energy Logserver realizowana jest w zgodzie z cyklem zarządzania pakietami systemu Linux. Narzędzia instalacyjne bazują na dostarczanych przez producenta pakietach rpm w odpowiednich wersjach. Jest to jednolity proces zarówno do instalacji jak i aktualizacji oprogramowania. Pakiety nowej wersji mogą być dostarczane do instalacji offline lub przez sieć.” Zamawiający w dniu 28 kwietnia 2025 r. ponownie wezwał Wykonawcę do złożenia wyjaśnień wskazując: „W zakresie pytania nr 8: „Czy system działa wyłącznie w oparciu o autorskie oprogramowanie producenta, lub jeśli wykorzystuje oprogramowanie otwarte to w zakresie jakich funkcji?” Wykonawca odpowiedział: „System Energy Logserver nie działa w oparciu o oprogramowanie otwarte w zakresie składowania, parsowania, korelacji logów, algorytmów uczenia maszynowego, analizy zachowania użytkowników i zasobów (UEBA), mechanizmów reakcji/ scenariuszy reakcji (SOAR). (…)” Zamawiający analizując udzielone odpowiedzi m.in. na portalu https://kb.energylogserver.com będącym portalem informacyjnym producenta oprogramowania odnalazł następujące zapisy: a. W module Installation: a. Check cluster/indices status and Elasticsearch version … b. start Elasticsearch service c. start Logstash service b. W module User Manual: Elasticsearch is a NoSQL database solution that is the heart of our system. Text information sent to the system, application, and system logs are processed by Logstash filters and directed to …… Ponadto do Zamawiającego wpłynęła informacja od konkurencyjnego Wykonawcy (po udostępnieniu do wglądu Państwa oferty), w której Wykonawca podnosi niezgodność oferowanego oprogramowania Energy Logserver z Opisem przedmiotu zamówienia (OPZ) m.in. również w oparciu o powyżej wskazane informacje dostępne na portalu producenta. Ponieważ w OPZ (pkt. 133) Zamawiający wskazywał, że wymaga od oferowanego rozwiązania: „System nie może działać w oparciu o oprogramowanie otwarte (ang: open source) w następującym zakresie funkcjonalnym: składowanie, parsowanie, korelacja logów (SIEM) algorytmy uczenia maszynowego. Zamawiający nie zaakceptuje rozwiązania, które wykorzystuje mechanizmy typu open source np.: Elastic Search, OSSIM, Snort, The Hive, AlienVault itd. lub został stworzony przez modyfikację oprogramowania otwartego” należy wyjaśnić w jaki sposób oferowane oprogramowanie Energy Logserver spełnia wymagania pkt. 133 OPZ jeżeli na portalu producenta widnieją zapisy wskazujące na niezgodność oferowanego oprogramowania z OPZ.” Pismem z dnia 2 maja 2025 r. Wykonawca wyjaśnił: „dotyczy : D-27-2025 - Wez. z art. 223 ust. 1 - of. nr 3 (wezwanie II) W odpowiedzi na Wezwanie przesyłam jako załącznik odpowiedź producenta systemu. Ponadto zaznaczam, że fragmenty dokumentacji dostępne w Bazie Wiedzy (https://kb.energylogserver.com ), które mogą wskazywać na obecność nazw takich jak „Elasticsearch” lub „Logstash”, są pozostałością po starszych wersjach systemu, które nie są przedmiotem oferty złożonej w ramach niniejszego postępowania. Informacje te są nieaktualne i zostaną zaktualizowane w najbliższym czasie wg informacji, które posiadamy od producenta rozwiązania. Wersja systemu oferowana Zamawiającemu w ramach przedmiotowego zamówienia nie zawiera żadnych komponentów open source. (…).” Pismem z dnia 30 kwietnia 2025 r. producent oprogramowania: EMCA Software sp. z o.o. oświadczył:„W odpowiedzi na wątpliwości Zamawiającego dotyczące zgodności systemu Energy Logserver z wymaganiami określonymi w punkcie 133 Opisu Przedmiotu Zamówienia (OPZ), w szczególności w zakresie niewykorzystywania mechanizmów typu open source w obszarach składowania, parsowania, korelacji logów, algorytmów uczenia maszynowego, jednoznacznie oświadczamy, że system Energy Logserver nie korzysta z oprogramowania typu open source (w tym m.in. Elasticsearch, Logstash, OSSIM, Snort, The Hive, AlienVault) w żadnym z wymienionych w OPZ funkcjonalnie krytycznych obszarów, tj.: składowania danych/logów, parsowania danych, korelacji zdarzeń, algorytmów uczenia maszynowego (ML), analiz UEBA, automatyzacji reakcji (SOAR). Wymienione komponenty typu open source nie są częścią oferowanego rozwiązania. Energy Logserver stanowi w pełni autorskie oprogramowanie stworzone i rozwijane przez EMCA Software sp. z o.o., niebędące modyfikacją ani integracją z narzędziami open source. Jednocześnie oświadczamy, że cały kod źródłowy systemu jest własnością EMCA Software sp. z o.o. i wszystkie komponenty systemu są objęte licencją producenta. W związku z czym, system Energy Logserver spełnia warunek z pkt. 133 OPZ. W przypadku dalszych wątpliwości, pozostajemy do dyspozycji Zamawiającego w zakresie przedstawienia dodatkowych wyjaśnień lub dokumentów potwierdzających powyższe oświadczenia.” Izba ustaliła, że w dniu 7 maja 2025 r. Zamawiający dokonał wyboru oferty wykonawcy: Śląska Grupa Informatyczna sp. z o.o. Na powyższą czynność odwołanie w dniu 12 maja 2025 r. wniósł obecny Odwołujący. Pismem z dnia 22 maja 2025 r. Zamawiający uwzględnił odwołanie w całości. W odpowiedzi na odwołanie Zamawiający wskazał: „Zamawiający po przeanalizowaniu treści zarzutów wskazanych w odwołaniu postanowił uwzględnić zarzuty odwołania w całości. Jednakże należy wskazać, iż Zamawiający nie mógł dokonać czynności zgodnie z żądaniem Odwołującego (w zakresie odrzucenia oferty Przystępującego), ponieważ kwestia ta będzie podlegała ocenie Zamawiającego, której ten dokona w wyniku powtórzenia czynności badania i oceny ofert. (…) Zamawiający uznał zarzuty zawarte w odwołaniu w całości, jednakże dokona czynności w postępowaniu o udzielenie zamówienia publicznego w sposób przewidziany w niniejszym piśmie, kierując się koniecznością zachowania zasad określonych w dyspozycji art. 16 pkt 1) i pkt 2) Ustawy Prawo zamówień publicznych.” Wykonawca Śląska Grupa Informatyczna sp. z o.o., który przystąpił do postepowania odwoławczego po stronie Zamawiającego nie wniósł sprzeciwu wobec uwzględnienia odwołania. Postanowieniem z dnia 3 czerwca 2025 r. Izba na podstawie art. 522 ust. 2 ustawy pzp umorzyła postępowanie odwoławcze. W dniu 12 czerwca 2025 r. Zamawiający unieważnił wybór oferty najkorzystniejszej. Izba ustaliła, że pismem z dnia 22 maja 2025 r. Zamawiający zwrócił się do producenta oprogramowania - EMCA Software sp. z o.o. o wyjaśnienia wskazując: „W nawiązaniu do otrzymanego od Wykonawcy Śląska Grupa Informatyczna Sp. z o.o. ul. Bażantowa 8, 41-907 Bytom, będącego uczestnikiem ww. postępowania, oświadczenia firmy EMCA Software Sp. z o.o. ul. Wiejska 20, 00-490 Warszawa z dnia 30.04.2025 r. dot. zgodności zaoferowanego przez Wykonawcę oprogramowanie Energy Logserver SIEM + SOAR Perpetual producenta Energy Logserver, z wymaganiami określonymi w Opisie przedmiotu zamówienia Zamawiający prosi o dodatkowe wyjaśnienia i dokumenty potwierdzające. W dniu 12 maja br., konkurencyjny Wykonawca, wniósł Odwołanie do Krajowej Izby Odwoławczej na czynność Wyboru najkorzystniejszej oferty Wykonawcy: Śląskiej Grupy Informatycznej Sp. z o.o. ul. Bażantowa 8, 41-907 Bytom, oferującej oprogramowanie Energy Logserver SIEM + SOAR Perpetual producenta Energy Logserver, które zdaniem Odwołującego jest niezgodne z warunkami zamówienia, ponieważ korzysta z oprogramowania typu Open Source pn. Elasticsearch, Logstasch, Kibana i TheHive m.in. w obszarach składowania, parsowania, korelacji logów, algorytmów uczenia maszynowego. W związku z powyższym Zamawiający prosi o pilne udzielenie wyczerpującej odpowiedzi, o ile możliwe, popartej dowodami w poniżej wskazanym zakresie: 1. Jaka jest aktualna wersja oprogramowania wskazanego w ofercie Wykonawcy, tj. oprogramowanie Energy Logserver SIEM + SOAR Perpetual producenta Energy Logserver oraz czy starsze wersje oprogramowania dalej są oferowane w sprzedaży czy zostają one wycofane? 2. Z czego wynika rozbieżność w informacjach zawartych na stronie kb.energylogserver.com, a tymi w oświadczeniu dotycząca wykorzystywania rozwiązań opensource? Jakiej wersji dotyczą informacje zawarte na stronie W W W oraz czy jest dostępna instrukcja do wersji oferowanej Zamawiającemu? 3. Czy we wcześniejszych wersjach wykorzystywano narzędzia opensource m.in. elasticsearch, logstasch, kibana i thehive , a w nowszej wersji zostaną one zastąpione ? Jeśli tak to jakimi narzędziami zostaną one zastąpione?” Pismem z dnia 23 maja 2025 r. producent oprogramowania - EMCA Software sp. z o.o. oświadczył:„W odpowiedzi na pismo z dnia 22 maja 2025 r. dotyczące wyjaśnień w zakresie oferowanego przez nas oprogramowania Energy Logserver SIEM i Energy SOAR, uprzejmie przedstawiamy stanowisko producenta – EMCA Software Sp. z o.o. Na wstępie pragniemy potwierdzić, że aktualnie oferowaną i rozwijaną wersją oprogramowania Energy Logserver jest wersja 7.8.0, a wersją narzędzia Energy SOAR – 1.2.2. Starsze wersje produktów zostały wycofane z oferty i nie są już dostępne w sprzedaży. Każda nowa wersja systemu automatycznie zastępuje poprzednie, zgodnie z polityką rozwoju i bezpieczeństwa EMCA Software Sp. z o.o. W odniesieniu do rozbieżności pomiędzy treściami zawartymi na stronie kb.energylogserver.com a treścią oświadczenia złożonego przez naszą firmę, informujemy, że portal Knowledge Base ma charakter informacyjny i pełni funkcję ogólnego przewodnika dla użytkowników. Nie stanowi on dokumentacji technicznej ani oferty handlowej. Ze względu na dynamikę zmian w oprogramowaniu oraz realizację wymagań rynkowych, treści publikowane we wspomnianym portalu nie są każdorazowo aktualizowane równolegle z rozwojem produktu. Zawarte tam informacje mogą zawierać odniesienia do starszych rozwiązań, które obecnie nie są już częścią rozwijanego systemu. Dokumentacja aktualnej wersji systemu jest przekazywana klientom indywidualnie, w formie pliku PDF. Odnosząc się do kwestii komponentów Open Source, potwierdzamy, że we wcześniejszych wersjach systemu były one wykorzystywane. Jednak od wersji 7.4.0, wydanej w dniu 1 sierpnia 2023 roku, wszystkie te komponenty zostały całkowicie zastąpione przez własne rozwiązania autorskie stworzone przez EMCA Software Sp. z o.o. Decyzja ta była podyktowana zmianą modelu licencyjnego rozwiązań Elastic.co, które przestały być dostępne na zasadach Open Source po wprowadzeniu licencji SSPL. Tym samym, obecnie oferowany system nie zawiera żadnych elementów Open Source. Cały kod oprogramowania stanowi wyłączną własność naszej spółki, co zostało jednoznacznie opisane w dokumencie Software License Agreement określającym zasady wykorzystania licencji produktów z rodziny Energy. W trosce o pełną transparentność procesu oraz w celu rozwiania wszelkich wątpliwości, proponujemy zorganizowanie spotkania roboczego, podczas którego przedstawimy działanie systemu w praktyce. Spotkanie to będzie okazją do zadania pytań, zweryfikowania kluczowych aspektów technicznych i funkcjonalnych oraz bezpośredniego zapoznania się z architekturą systemu. Jesteśmy otwarci zarówno na formę zdalną, jak i stacjonarną – pozostajemy do dyspozycji w zakresie uzgodnienia dogodnego terminu. W razie potrzeby udzielenia dodatkowych informacji lub przekazania dokumentów potwierdzających nasze stanowisko, prosimy o kontakt. Zależy nam na pełnej współpracy i transparentności wobec Zamawiającego.” Zamawiający wezwał Wykonawcę do złożenia wyjaśnień pismami z dnia 18 czerwca 2025 r. oraz 27 czerwca 2025 r. Wyjaśnienia Wykonawca złożył odpowiednio 25 czerwca 2025 r. i 1 lipca 2025 r. W dniu 21 lipca 2025 r. Zamawiający dokonał wyboru oferty najkorzystniejszej wykonawcy Śląska Grupa Informatyczna sp. z o.o. Przedmiot sporu w niniejszej sprawie sprowadzał się do odpowiedzi na pytanie czy Zamawiający zasadnie w części 2 postępowania dokonał wyboru oferty wykonawcy Śląska Grupa Informatyczna sp. z o.o. nie odrzucając jej za niezgodność z warunkami zamówienia. Odwołujący podnosił, że Zamawiający po uwzględnieniu odwołania z dnia 12 maja 2025 r. i umorzeniu postępowania odwoławczego był zobowiązany dokonać odrzucenia oferty ww. Wykonawcy zgodnie z żądaniami odwołania, a zaniechanie w tym zakresie stanowi naruszenie art. 522 ust. 2 ustawy pzp. Nadto, podnosił jak w odwołaniu z dnia 12 maja 2025 r., że oferta wykonawcy Śląska Grupa Informatyczna sp. z o.o. pozostaje niezgodna z warunkami zamówienia określonymi w pkt I. 133 OPZ (załącznik nr 1B do SW Z), ponieważ zaoferowane przez tego Wykonawcę oprogramowanie działa w oparciu o oprogramowania otwarte w zakresie funkcjonalnym: składowanie, parsowanie, korelacja logów (SIEM) algorytmy uczenia maszynowego. Izba nie podzieliła interpretacji art. 522 ust. 2 ustawy pzp prezentowanej przez Odwołującego, natomiast zarzut dotyczący niezgodności oferty z warunkami zamówienia uznała za nieudowodniony. Odnosząc się w pierwszej kolejności do zarzutu naruszenia art. 522 ust. 2 ustawy pzp, zgodnie z którym: „Jeżeli uczestnik postępowania odwoławczego, który przystąpił do postępowania po stronie zamawiającego, nie wniesie sprzeciwu co do uwzględnienia w całości zarzutów przedstawionych w odwołaniu przez zamawiającego, Izba umarza postępowanie, a zamawiający wykonuje, powtarza lub unieważnia czynności w postępowaniu o udzielenie zamówienia, zgodnie z żądaniem zawartym w odwołaniu.” Izba w całości podziela pogląd wyrażony w orzecznictwie przywołanym przez Zamawiającego w odpowiedzi na odwołanie. Bezsporne było przy tym w sprawie, że Zamawiający uwzględnił odwołanie z dnia 12 maja 2025 r. wniesione przez Odwołującego w całości, a przystępujący wykonawca Śląska Grupa Informatyczna sp. z o.o. nie zgłosił sprzeciwu wobec uwzględnienia zarzutów, co skutkowało umorzeniem postępowania odwoławczego. Okoliczności te jak podnosił Odwołujący powinny co do zasady skutkować wykonaniem żądań odwołania z dnia 12 maja 2025 r., czyli powtórzeniem czynności badania i oceny ofert oraz odrzuceniem oferty wykonawcy Śląska Grupa Informatyczna sp. z o.o. Odwołujący jednak pominął w prezentowanej interpretacji art. 522 ust. 2 ustawy pzp, że zamawiający przeprowadzając ponowne badanie i ocenę ofert musi podejmować czynności pozostające w zgodności z przepisami prawa. W sytuacji, gdy zamawiający w określonym stanie faktycznym stwierdzi, że wykonanie żądań odwołania prowadziłoby do naruszenia przepisów to jest zobowiązany dokonać czynności odpowiadających prawu. Nie zmienia tej interpretacji podkreślana przez Odwołującego na rozprawie okoliczność, że Zamawiający uwzględniając odwołanie dysponował już oświadczeniem producenta z dnia 30 kwietnia 2025 r., na które się obecnie powołuje wnioskując o oddalenie odwołania. Izba zauważa, że oświadczenie to zostało przekazane Zamawiającemu w wyniku wyjaśnień treści oferty przez wykonawcę Śląska Grupa Informatyczna sp. z o.o. Natomiast w dniu 22 maja 2025 r. Zamawiający zwrócił się bezpośrednio do producenta o wyjaśnienie rozbieżności pomiędzy oświadczeniem z dnia 30 kwietnia 2025 r. a informacjami ze strony internetowej. W tym samym dniu Zamawiający uznając - co wynika z odpowiedzi na odwołanie z dnia 22 maja 2025 r., że konieczna jest ponowna ocena oferty wykonawcy Śląska Grupa Informatyczna sp. z o.o. uwzględnił odwołanie. Odpowiedź producenta datowana jest na 23 maja 2025 r., a więc już po uwzględnieniu odwołania przez Zamawiającego. Ponadto, jak wynika z wezwań do wyjaśnienia treści oferty z dnia 18 czerwca 2025 r. oraz 27 czerwca 2025 r. Zamawiający miał również inne wątpliwości w zakresie zgodności oferty wykonawcy Śląska Grupa Informatyczna sp. z o.o. z warunkami zamówienia niż tylko wynikające z odwołania z dnia 12 maja 2025 r. Zamawiający podejmował więc czynności, które w jego ocenie były zgodne z ustawą pzp i w konsekwencji dokonał ponownego wyboru oferty ww. Wykonawcy. Zaznaczenia wymaga, że wbrew twierdzeniom Odwołującego, skutkiem niewykonania żądań odwołania z dnia 12 maja 2025 r. nie może być niejako automatyczne uwzględnienie przez Izbę obecnie wniesionego odwołania i nakazanie realizacji żądań poprzedniego odwołania. Zaakceptowanie takiej wykładni art. 522 ust. 2 ustawy pzp prowadziłoby do usankcjonowania przez Izbę czynności w postępowaniu, które w przypadku merytorycznego rozpoznania zarzutów mogłyby okazać się nieprawidłowe, naruszające przepisy ustawy. Konsekwencją niewykonania żądań odwołania jest uprawnienie wykonawcy do wniesienia kolejnego środka ochrony prawnej i merytoryczne rozpoznanie przez Izbę zarzutów na co wskazuje dyspozycja art. 527 ustawy pzp: „Na czynność zamawiającego wykonaną zgodnie z treścią wyroku Izby lub sądu, albo, w przypadku uwzględnienia zarzutów przedstawionych w odwołaniu, którą wykonał zgodnie z żądaniem zawartym w odwołaniu, odwołującemu oraz wykonawcy wezwanemu zgodnie z art. 524 nie przysługują środki ochrony prawnej.” oraz art. 528 pkt 5 ustawy pzp: „Izba odrzuca odwołanie, jeżeli stwierdzi, że: (…) 5) odwołanie dotyczy czynności, którą zamawiający wykonał zgodnie z treścią wyroku Izby lub sądu lub, w przypadku uwzględnienia zarzutów przedstawionych w odwołaniu, którą wykonał zgodnie z żądaniem zawartym w odwołaniu.” Odwołujący pomimo niewykonania żądań odwołania nie zostaje więc pozbawiony możliwości ponownego kwestionowania czynności w postępowaniu, gdyż w takim przypadku odwołanie nie podlega odrzuceniu. Nie jest też tak jak podnosił Odwołujący, że prezentowana wyżej interpretacja powoduje, że regulacja dotycząca uwzględnienia odwołania i nakazująca wykonanie żądań odwołania pozostaje regulacją „martwą”. W praktyce, niejednokrotnie żądania odwołania są realizowane przez zamawiającego uwzględniającego odwołanie. Odmienne działania zamawiających wynikają wyłącznie z przekonania o działaniu zgodnie z przepisami ustawy, do czego zamawiający są zobowiązani. Izba nie uwzględniła więc zarzutu o charakterze formalnym naruszenia art. 522 ust. 2 ustawy pzp oraz wniosku wykonania żądań poprzednio wniesionego odwołania i rozpoznała obecnie wniesione odwołanie merytorycznie. Przechodząc więc do zarzutu naruszenia art. 226 ust. 1 pkt 5 ustawy pzp wskazania wstępnie wymaga, że zgodnie z dyspozycją tego przepisu: „1. Zamawiający odrzuca ofertę, jeżeli: (…) 5) jej treść jest niezgodna z warunkami zamówienia.” Natomiast w myśl art. 7 pkt 29 ustawy pzp: „Ilekroć w niniejszej ustawie jest mowa o: 29) warunkach zamówienia – należy przez to rozumieć warunki, które dotyczą zamówienia lub postępowania o udzielenie zamówienia, wynikające w szczególności z opisu przedmiotu zamówienia, wymagań związanych z realizacją zamówienia, kryteriów oceny ofert, wymagań proceduralnych lub projektowanych postanowień umowy w sprawie zamówienia publicznego.” Podkreślić należy, że zamawiający aby odrzucić ofertę na podstawie przywołanego przepisu jest zobowiązany przeprowadzić analizę porównawczą treści oferty oraz warunków zamówienia (w szczególności, co do zakresu, ilości, jakości, warunków realizacji i innych elementów istotnych dla wykonania zamówienia ale również wymagań proceduralnych lub projektowanych postanowień umownych), które stanowią merytoryczne postanowienia oświadczeń woli odpowiednio: zamawiającego, który w szczególności przez opis przedmiotu zamówienia precyzuje i uszczegóławia, jakiego świadczenia oczekuje po zawarciu umowy w sprawie zamówienia publicznego, oraz wykonawcy, który zobowiązuje się do wykonania tego świadczenia w razie wyboru złożonej przez niego oferty (zdefiniowanej w art. 66 kodeksu cywilnego) jako najkorzystniejszej. Dokonanie takiego porównania przesądza o tym, czy treść złożonej w postępowaniu oferty odpowiada warunkom zamówienia w rozumieniu art. 7 pkt 29 ustawy pzp. Niezgodność treści oferty z warunkami zamówienia zachodzi więc, gdy zawartość merytoryczna złożonej w danym postępowaniu oferty nie odpowiada ukształtowanym przez zamawiającego i zawartym w SWZ wymaganiom. Istotnym jest, że niezgodność oferty z warunkami zamówienia musi po pierwsze być oczywista i niewątpliwa, czyli zamawiający musi mieć pewność co do niezgodności oferty z jego oczekiwaniami, przy czym postanowienia SW Z powinny być jasne i klarowne (tak też: wyrok z dnia 22 września 2020 roku, sygn. akt: KIO 1864/20; wyrok z dnia 20 stycznia 2020 roku, sygn. akt: KIO 69/20). Po drugie, odrzucenie oferty nie może nastąpić z błahych, czysto formalnych powodów nie wpływających na treść złożonej oferty, jak również, gdy zamawiający ma możliwość poprawienia błędów jakie zawiera oferta. Przenosząc powyższe na kanwę niniejszej sprawy wskazać należy, że Odwołujący podjął próbę wykazania, że oferowane przez wykonawcę Śląska Grupa Informatyczna sp. z o.o. oprogramowanie: Energy Logserver SIEM + SOAR Perpetual nie odpowiada warunkom zamówienia w zakresie w jakim w elementach: składowania, parsowania, korelacji logów (SIEM) opiera się o oprogramowanie typu open source w postaci narzędzi Elasticsearch, Logstasch i Kibana, a w odniesieniu do SOAR Perpetual o oprogramowanie TheHive. Odwołujący w odwołaniu powoływał się na dokumentacje z dnia 11 lutego 2025 r. dostępne na stronie internetowej - portalu Knowledge Base i podnosił, że podrozdziały 5.1.1, 5.1.2. oraz 5.1.3. dla Energy Logserver wprost wskazują na oprogramowania typu open source: Elasticsearch, Kibana, Logstash, a dla SOAR Perpetual w pkt. 4.2. dokumentacja z dnia 17 kwietnia 2025 r. odwołuje się do narzędzia open soure pn. TheHive. Na rozprawie Odwołujący omówił przeprowadzoną analizę przedstawioną w stanowisku pisemnym odwołującą się do informacji pochodzących z ww. Portalu wskazując na wersję najnowszą dokumentu z 9 września 2025 r. Odwołujący podnosił, że jakkolwiek została ona zmieniona w porównaniu z dostępną na moment wniesienia odwołania i brak jest bezpośrednich odniesień do narzędzi typu open source, to poszczególne elementy, opisy i reguły prowadzą w sposób pośredni do takich narzędzi, w tym w zakresie reguł korelacyjnych do rozwiązania open source – Wazuh, co dalej świadczy o niezgodności oferty ŚGI z warunkami zamówienia. Odwołujący argumentował, że mimo usunięcia przez producenta z najnowszej wersji dokumentacji Energy Logserver wszystkich określeń dotyczących wykorzystania technologii otwarto - źródłowych, czyli głównie nazw: Elastic Search, Logstash, Kibana itp., nadal widoczne są zrzuty ekranu obrazujące interfejs systemu Energy Logserver wykorzystujący otwarcie wspominane narzędzia. Zdaniem Izby, powyższe twierdzenia nie są wystarczające dla stwierdzenia niezgodności oferty z warunkami zamówienia, dlatego zarzut należało oddalić. Izba zauważa, że Zamawiający w dokumentach zamówienia nie wymagał przedłożenia wraz z ofertą przedmiotowych środków dowodowych potwierdzających zgodność oferowanego oprogramowania z warunkami zamówienia. Wykonawcy byli zobowiązani do wskazania w ofercie wyłącznie nazwy i producenta oprogramowania tak aby możliwa była identyfikacja produktu. Zamawiający nie żądał również próbki oprogramowania ani nie przewidział prezentacji produktu. Nie wymagał, aby informacje dotyczące oferowanego oprogramowania pozwalające na weryfikację zgodności z warunkami zamówienia były ogólnodostępne, w tym na stronach internetowych. Zamawiający oceniając oferty zdecydował się polegać na oświadczeniu i zobowiązaniu wykonawcy do realizacji zamówienia zgodnie z wymaganiami. Dokumenty zamówienia w takim kształcie wiążą zarówno Zamawiającego jak i wykonawców składających oferty w postępowaniu. W konsekwencji, ciężar dowodu wykazania, że zaoferowane przez ŚGI oprogramowanie nie spełnia wymagań opisu przedmiotowego zamówienia obciążał Odwołującego i zdaniem Izby Odwołujący temu obowiązkowi nie podołał. Izba zwraca uwagę, że jakkolwiek Odwołujący dokonał szczegółowej analizy dokumentacji oprogramowania Energy Logserver przedstawionej na Portalu Knowledge Base wskazującej pośrednio na narzędzia open source to Odwołujący nie wykazał w sposób niewątpliwy, że oprogramowanie tam przedstawione stanowi produkt zaoferowany przez ŚGI w przedmiotowym postępowaniu, w tym, że dane tam wskazane są wiążące, aktualne i kompletne, a nie stanowią wyłącznie wskazówek dotyczących oprogramowania. Odwołujący, co wynika z wypowiedzi prezentowanych na rozprawie, przedstawił szereg przypuszczeń i wątpliwości w zakresie spełnienia wymagania z pkt I. 133 OPZ, w tym odnoszących się do dokonywanych zmian informacji o oprogramowaniu przedstawianych na Portalu. Jak już Izba wskazała na wstępnie, odrzucenie oferty za niezgodność z warunkami zamówienia może nastąpić wyłącznie w sytuacji, gdy jest ona pewna i niewątpliwa. W orzecznictwie Izby wielokrotnie podkreśla się, że informacje zamieszczane na stronach internetowych nie mogą stanowić wiarygodnego źródła w zakresie specyfikacji produktów, gdyż często przedstawiają błędne bądź nieaktualne dane. Dlatego Izba za Zamawiającym uznała, że okoliczności na jakie powoływał się Odwołujący a wynikające z danych zamieszczonych na Portalu: Baza Wiedzy są niewystarczające dla uznania, że oprogramowanie zaoferowane przez ŚGI nie jest zgodne z pkt I.133 OPZ. Izba za wiarygodne uznała oświadczenia producenta oprogramowania, z których wynika, że: „system Energy Logserver nie korzysta z oprogramowania typu open source (w tym m.in. Elasticsearch, Logstash, OSSIM, Snort, The Hive, AlienVault) w żadnym z wymienionych w OPZ funkcjonalnie krytycznych obszarów, tj.: składowania danych/logów, parsowania danych, korelacji zdarzeń, algorytmów uczenia maszynowego (ML), analiz UEBA, automatyzacji reakcji (SOAR).Wymienione komponenty typu open source nie są częścią oferowanego rozwiązania. Energy Logserver stanowi w pełni autorskie oprogramowanie stworzone i rozwijane przez EMCA Software sp. z o.o., niebędące modyfikacją ani integracją z narzędziami open source. Jednocześnie oświadczamy, że cały kod źródłowy systemu jest własnością EMCA Software sp. z o.o. i wszystkie komponenty systemu są objęte licencją producenta.” oraz że: „W odniesieniu do rozbieżności pomiędzy treściami zawartymi na stronie kb.energylogserver.com a treścią oświadczenia złożonego przez naszą firmę, informujemy, że portal Knowledge Base ma charakter informacyjny i pełni funkcję ogólnego przewodnika dla użytkowników. Nie stanowi on dokumentacji technicznej ani oferty handlowej. Ze względu na dynamikę zmian w oprogramowaniu oraz realizację wymagań rynkowych, treści publikowane we wspomnianym portalu nie są każdorazowo aktualizowane równolegle z rozwojem produktu. Zawarte tam informacje mogą zawierać odniesienia do starszych rozwiązań, które obecnie nie są już częścią rozwijanego systemu.” Dalej podnieść należy, że Odwołujący przyznał, że praktyka jest taka, że instrukcje użytkowania są przekazywane wraz z dostawą oprogramowania. Zostało to przewidziane przez Zamawiającego w pkt II.4 OPZ i wynika z oświadczenia producenta, że: „Dokumentacja aktualnej wersji systemu jest przekazywana klientom indywidualnie, w formie pliku PDF.” Zdaniem Izby potwierdza to, że opublikowane na stronie: Baza Wiedzy dane stanowią wyłącznie wskazówki, a klienci bazują na instrukcji przekazywanej wraz z produktem. Odnosząc się do argumentacji Odwołującego o sprzeczności oświadczenia producenta, że wszystkie komponenty open source (dotyczące obszaru parsowania czy składowania logów), w tym Elasticsearch czy Kibana zostały począwszy od wersji 7.4.0 zastąpione rozwiązaniami autorskimi z okolicznością, że dokumentacje dostępne na Portalu w wersji 7.4.0., 7.4.1., 7.4.2., 7.4.3., 7.5.0., 7.6.0., 7.7.0. zawierają nawiązania do komponentów otwarto - źródłowych Izba zaznacza, że może to świadczyć o tym, że informacje podawane na Portalu zawierają błędy i nie są aktualizowane, a niekoniecznie o tym, że producent oświadczył nieprawdę. Odwołujący podnosił na rozprawie, że zna produkt zaoferowany przez ŚGI, nie przedstawił jednak żadnych dowodów, pochodzących bezpośrednio od producenta, z których wynikałoby, że oprogramowanie zaoferowane przez ŚGI nie spełnia wymagań Zamawiającego. Izba wzięła więc pod uwagę, że zarówno z wyjaśnień Wykonawcy jak i oświadczeń producenta oprogramowania wynika, że zaoferowany produkt nie wykorzystuje w zakresie wskazanym w pkt I.133 OPZ narzędzi typu open – source. Dowody i argumentację Odwołującego bazującą na informacjach ze stron internetowych Izba uznała za niewystarczającą dla stwierdzenia niezgodności oferty ŚGI z warunkami zamówienia. W konsekwencji Izba oddaliła odwołanie w całości, dlatego orzeczono jak w sentencji. O kosztach postępowania odwoławczego orzeczono stosownie do jego wyniku na podstawie art. 575 oraz art. 574 ustawy pzp, a także w oparciu o przepisy § 5 pkt 1 i 2 lit. a i b oraz § 8 ust. 2 pkt 1 rozporządzenia Prezesa Rady Ministrów z dnia 30 grudnia 2020 r. w sprawie szczegółowych rodzajów kosztów postępowania odwoławczego, ich rozliczania oraz wysokości i sposobu pobierania wpisu od odwołania (Dz. U. z 2020 r., poz. 2437 ze zm.) zaliczając na poczet niniejszego postępowania odwoławczego koszt wpisu od odwołania uiszczony przez Odwołującego, koszty wynagrodzenia pełnomocnika Zamawiającego oraz koszty dojazdu Zamawiającego na posiedzenie i rozprawę oraz zasądzając od Odwołującego na rzecz Zamawiającego koszty wynagrodzenia pełnomocnika w wysokości 3600,00 zł oraz koszty dojazdu na posiedzenie i rozprawę w wysokości 715,30 zł na podstawie spisu kosztów złożonego przez Zamawiającego na rozprawie. Przewodniczący: ………………………………