udzielanego zgodnie z postanowieniami ustawy z dnia 11 września 2019 r. Prawo zamówień publicznych (tekst jednolity Dz. U. 2019. 2019) zwanej dalej ustawą, w trybie podstawowym o wartości zamówienia poniżej 214 000 EUR

SPECYFIKACJA WARUNKÓW ZAMÓWIENIA

na dostawę, instalację, uruchomienie, konfigurację serwerów, macierzy dyskowej, przełączników SAN i przełączników sieciowych oraz oprogramowania

wraz ze wsparciem serwisowym ich producenta, migrację danych oraz

sporządzenie dokumentacji powykonawczej

(znak sprawy: ET/159/2021/W)

1. NAZWA I ADRES ZAMAWIAJĄCEGO

Polskie Radio - Regionalna Rozgłośnia we Wrocławiu - „Radio Wrocław” – Spółka Akcyjna z siedzibą we Wrocławiu przy Xxxx Xxxxxxxxxxxx 00, 00-000 Xxxxxxx, NIP: 000-00-00-000, KRS: 0000089881 Spółka zarejestrowana w Sądzie Rejonowym dla Wrocławia – Fabryczna we Wrocławiu, VI Wydział Gospodarczy, kapitał zakładowy w wysokości 1.328 900,00 zł, wpłacony w całości.

E-mail do korespondencji w sprawie Zamówienia: XxxxxxxxxxxXxxxxxx@xxx.xx

Strona internetowa: xxxx://xxx.xxxxxxxxxxxx.xx/XxxxxxxxXxxxxxxxxx/xxxxx/00/xxxxxxxxx

2. TRYB UDZIELENIA ZAMÓWIENIA

2.1. Postępowanie o udzielenie zamówienia publicznego prowadzone jest w trybie podstawowym poniżej 214 000 euro, na podstawie art. 275 ustawy z dnia 11 września 2019 r. Prawo zamówień publicznych (Dz. U. z 2019 r. poz. 2019 ze zm.) – zwanej dalej ustawą Pzp – oraz przepisów wykonawczych wydanych na jej podstawie, w szczególności rozporządzenia Ministra Rozwoju, Pracy i Technologii z dnia 23 grudnia 2020 r. w sprawie podmiotowych środków dowodowych oraz innych dokumentów lub oświadczeń, jakich może żądać zamawiający od wykonawcy (Dz. U. z 2020 r. poz. 2415) oraz rozporządzeniu Prezesa Rady Ministrów z dnia 30 grudnia 2020 r. w sprawie sposobu sporządzania i przekazywania informacji oraz wymagań technicznych dla dokumentów elektronicznych oraz środków komunikacji elektronicznej w postępowaniu o udzielenie zamówienia publicznego lub konkursie (Dz. U. z 2020 r. poz. 245).

2.2. Zgodnie z art. 275 pkt 1 ustawy Pzp oraz niniejszą specyfikacją warunków zamówienia – zwaną

dalej SWZ – Zamawiający wybierze najkorzystniejszą ofertę bez przeprowadzenia negocjacji.

3. INFORMACJE OGÓLNE DOTYCZĄCE KOMUNIKACJI ZAMAWIAJĄCEGO Z WYKONAWCAMI

3.1. W postępowaniu o udzielenie zamówienia komunikacja między Zamawiającym a Wykonawcami odbywa się przy użyciu miniPortalu, który dostępny jest pod adresem:

xxxxx://xxxxxxxxxx.xxx.xxx.xx/,

ePUAPu, dostępnego pod adresem: xxxxx://xxxxx.xxx.xx/xxx/xxxxxx .

3.2. Wykonawca zamierzający wziąć udział w postępowaniu o udzielenie zamówienia publicznego, musi posiadać konto na ePUAP. Wykonawca posiadający konto na ePUAP ma dostęp do następujących formularzy: „Formularz do złożenia, zmiany, wycofania oferty lub wniosku” oraz do

„Formularza do komunikacji”.

3.3. Wymagania techniczne i organizacyjne wysyłania i odbierania dokumentów elektronicznych, elektronicznych kopii dokumentów i oświadczeń oraz informacji przekazywanych przy ich użyciu opisane zostały w Regulaminie korzystania z systemu miniPortal oraz Warunkach korzystania z elektronicznej platformy usług administracji publicznej (ePUAP).

3.4. Maksymalny rozmiar plików przesyłanych za pośrednictwem dedykowanych formularzy:

„Formularz złożenia, zmiany, wycofania oferty lub wniosku” i „Formularza do komunikacji” wynosi

150 MB. W przypadku przekroczenia dopuszczalnego rozmiaru pojedynczego pliku należy podzielić go na części i po zaszyfrowaniu przesłać z kolejnymi numerami.

3.5. Za datę przekazania oferty, wniosków, zawiadomień, dokumentów elektronicznych, oświadczeń lub elektronicznych kopii dokumentów lub oświadczeń oraz innych informacji przyjmuje się datę ich przekazania na ePUAP.

4. OPIS PRZEDMIOTU ZAMÓWIENIA

4.1. Przedmiotem zamówienia jest dostawa, instalacja, uruchomienie, konfiguracja serwerów, macierzy dyskowej, przełączników SAN i przełączników sieciowych oraz oprogramowania wraz ze

wsparciem serwisowym ich producenta, migracja danych oraz sporządzenie dokumentacji

powykonawczej na warunkach określonych w SWZ.

4.2. Opis przedmiotu zamówienia, opis procedury wdrożenia i szczegółowe wymagania techniczne znajdują się w Załączniku nr 1 do SWZ.

4.3. Główny przedmiot zamówienia wg Wspólnego Słownika Zamówień Publicznych: 48820000-2 – Serwery

30233141-1 - Nadmiarowa macierz niezależnych dysków (RAID)

30237110-3 - Interfejsy sieciowe

48000000-8 - Pakiety oprogramowania i systemy informatyczne

4.4. Zamawiający nie dopuszcza składania ofert częściowych.

4.5. Zamawiający nie dopuszcza możliwości składania ofert wariantowych.

4.6. Uzasadnienie niedokonania podziału zamówienia na części zawarte jest w załączniku nr 2 do SWZ.

5. TERMIN WYKONANIA ZAMÓWIENIA

Realizacja zamówienia: do 18 tygodni od dnia zawarcia umowy, uwzględniając dostawę sprzętu i oprogramowania, instalację, konfigurację urządzeń, migrację danych, testy oraz sporządzenie dokumentacji powykonawczej.

6. PODSTAWY WYKLUCZENIA I WARUNKI UDZIAŁU W POSTĘPOWANIU

6.1. O udzielenie zamówienia mogą ubiegać się wykonawcy, którzy:

6.1.1. nie podlegają wykluczeniu z postępowania na podstawie art. 108 ust. 1 ustawy Pzp.

6.1.2. spełniają warunek udziału w postępowaniu określony w art. 112 ust. 2 pkt 4 Pzp, tj.:

• Wykonawca spełni ten warunek jeżeli wykaże, że w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, w sposób należyty zrealizował minimum dwie dostawy serwerów, macierzy dyskowych wraz z instalacją i konfiguracją, o wartości nie mniejszej niż 500 tysięcy złotych brutto, dla jednego zadania.

7. OFERTA, PODMIOTOWE ŚRODKI DOWODOWE ORAZ POZOSTAŁE DOKUMENTY LUB OŚWIADCZENIA WYMAGANE W POSTĘPOWANIU

7.1. Na ofertę składają się:

7.1.1. formularz oferty zgodny w treści z załącznikiem nr 3 do SWZ,

7.1.2. szczegółowy wykaz oferowanych urządzeń, oprogramowania i rozwiązań zgodny w treści z załącznikiem nr 4 do SWZ.

7.2. Dokumenty lub oświadczenia składane razem z ofertą:

7.2.1. dokument potwierdzający uprawnienie do podpisania oferty oraz do podpisania lub poświadczenia za zgodność z oryginałem składanych dokumentów lub oświadczeń. Jeżeli odrębne przepisy wymagają wpisu do rejestru albo ewidencji, dokumentem właściwym jest odpis albo informacja z Krajowego Rejestru Sądowego albo z Centralnej Ewidencji i Informacji o Działalności Gospodarczej albo z innego właściwego rejestru albo dokument na podstawie którego dokonuje się wpisu do właściwego rejestru albo ewidencji, np. uchwała właściwego organu Wykonawcy,

7.2.2. pełnomocnictwo albo inny dokument potwierdzający umocowanie do reprezentowania Wykonawcy, w przypadku, gdy ofertę lub załączone do niej dokumenty lub oświadczenia podpisuje lub poświadcza za zgodność z oryginałem osoba, której umocowanie do reprezentowania Wykonawcy nie wynika z dokumentów, o których mowa w 7.2.1. SWZ. Wraz z pełnomocnictwem należy złożyć dokument, o którym mowa w pkt 7.2.1. SWZ.

7.2.3. wykaz wykonanych zadań z podaniem ich wartości, przedmiotu, dat wykonania i odbiorców

– zgodny w treści z Załącznikiem nr 5 do SWZ; wraz z dokumentami potwierdzającymi, że usługi wymienione w wykazie zostały wykonane należycie.

7.2.4. co najmniej jeden, ważny, certyfikat z zakresu znajomości technologii wirtualizacji producenta zaoferowanego rozwiązania,

7.2.5. dokument potwierdzający wniesienie wadium, w przypadku wniesienia wadium w formie

gwarancji lub poręczenia, o których mowa w art. 97, ust. 7 pkt 2–4 ustawy Pzp.

7.3. Oświadczenia wstępnie potwierdzające brak podstaw do wykluczenia Wykonawcy z udziału w postępowaniu składane razem z ofertą:

7.3.1. oświadczenie o niepodleganiu wykluczeniu (zgodne w treści z Załącznikiem nr 6 do SWZ, celem potwierdzenia, że na dzień składania ofert Wykonawca nie podlega wykluczeniu z postępowania w zakresie wskazanym w pkt 6.1.1. SWZ.

8. ZASADY UDZIAŁU W POSTĘPOWANIU WYKONAWCÓW WSPÓLNIE UBIEGAJĄCYCH SIĘ O UDZIELENIE ZAMÓWIENIA.

8.1. Zamawiający, dopuszcza możliwość składania oferty przez dwóch lub więcej Wykonawców (w ramach oferty wspólnej w rozumieniu art. 58 ustawy Pzp) pod warunkiem, że taka oferta spełniać będzie następujące wymagania:

8.1.1. Wykonawcy występujący wspólnie są zobowiązani do ustanowienia pełnomocnika do reprezentowania ich w postępowaniu, albo do reprezentowania ich w postępowaniu i zawarcia umowy w sprawie przedmiotowego zamówienia publicznego.

8.1.2. Pełnomocnictwo albo inny dokument potwierdzający umocowanie do reprezentowania w postępowaniu albo do reprezentowania w postępowaniu i zawarcia umowy w sprawie przedmiotowego zamówienia publicznego należy złożyć razem z ofertą.

8.1.3. Każdy z Wykonawców występujących wspólnie obowiązany jest do złożenia oświadczenia, o którym mowa w pkt 7.3.1. SWZ, celem potwierdzenia, że na dzień składania ofert każdy z Wykonawców ubiegających się wspólnie o zamówienie nie podlega wykluczeniu z postępowania w zakresie wskazanym przez Zamawiającego w pkt 6.1.1. SWZ.

8.1.4. Zamawiający wymaga, aby co najmniej jeden z Wykonawców spełniał warunek określony w

pkt. 6.1.2.

9. INFORMACJA O SPOSOBIE POROZUMIEWANIA SIĘ ZAMAWIAJĄCEGO Z WYKONAWCAMI ORAZ PRZEKAZYWANIA OŚWIADCZEŃ I DOKUMENTÓW

9.1. W postępowaniu o udzielenie zamówienia komunikacja pomiędzy Zamawiającym a Wykonawcami w szczególności składanie oświadczeń, wniosków, zawiadomień oraz przekazywanie informacji odbywa się elektronicznie za pośrednictwem dedykowanego formularza: „Formularz do komunikacji” dostępnego na ePUAP oraz udostępnionego przez miniPortal. We wszelkiej korespondencji związanej z niniejszym postępowaniem Zamawiający i Wykonawcy posługują się identyfikatorem postępowania 29852bb6-836c-42d0-b896-f633d62f4caf.

9.2. Dokumenty elektroniczne, składane są przez Wykonawcę za pośrednictwem „Formularza do komunikacji” jako załączniki.

9.3. Sposób sporządzenia dokumentów elektronicznych musi być zgodny z wymaganiami określonymi w rozporządzeniu Prezesa Rady Ministrów z dnia 30 grudnia 2020 r. w sprawie sposobu sporządzania i przekazywania informacji oraz wymagań technicznych dla dokumentów elektronicznych oraz środków komunikacji elektronicznej w postępowaniu o udzielenie zamówienia publicznego lub konkursie (Dz. U. z 2020 poz. 2452) oraz rozporządzeniu Ministra Rozwoju, Pracy i Technologii z dnia 23 grudnia 2020 r. w sprawie podmiotowych środków

dowodowych oraz innych dokumentów lub oświadczeń, jakich może żądać Zamawiający od

Wykonawcy (Dz. U. z 2020 poz. 2415).

9.4. Środki dowodowe przekazuje się w postaci elektronicznej i opatruje kwalifikowanym podpisem

elektronicznym.

10. WYMAGANIA DOTYCZĄCE WADIUM

10.1. Oferta powinna być zabezpieczona wadium w wysokości 15 000 PLN (słownie: piętnaście tysięcy złotych)

10.2. Wadium wpłaca/wnosi się przed upływem terminu składania ofert w następujących formach (w zależności preferencji Wykonawcy):

10.2.1. pieniądzu, wpłaconym na konto: Radio Wrocław SA, CITI Bank Handlowy o/Wrocław,

nr: 26 1030 1289 0000 0000 4788 2000,

10.2.2. gwarancjach bankowych;

10.2.3. gwarancjach ubezpieczeniowych;

10.2.4. poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust. 5 pkt 2 ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz. U. z 2019 r. poz. 310, 836 i 1572).

10.3. Wadium wnoszone w pieniądzu jest wniesione skutecznie jeżeli zostanie zaksięgowane na rachunku bankowym Zamawiającego przed upływem terminu składania ofert.

10.4. W przypadku wnoszenia wadium w jednej z form wymienionych w pkt 10.2.2.-10.2.4. SWZ,

dokument musi być sporządzony w języku polskim, a jego beneficjentem musi być Zamawiający.

10.5. Złożone poręczenie lub gwarancja muszą zawierać bezwarunkowe i nieodwołalne zobowiązanie gwaranta do zapłacenia kwoty gwarancji na pierwsze żądanie Zamawiającego, w przypadku zaistnienia okoliczności wymienionych w art. 98 ust. 6 pkt 1-3 ustawy Pzp.

10.6. Z wyłączeniem gwarancji bankowych w formie komunikatu SWIFT, dokument potwierdzający wniesienie wadium w jednej z form wymienionych w pkt pkt 10.2.2.-10.2.4. SWZ musi być złożony wraz z ofertą w formie oryginału, w postaci elektronicznej. Zamawiający nie dopuszcza złożenia tego dokumentu w jakiejkolwiek innej formie, np. pisemnej.

10.7. Wadium wniesione w gwarancji bankowej w formie komunikatu SWIFT jest wniesione skutecznie jeżeli przed upływem terminu składania ofert komunikat SWIFT zostanie odebrany przez bank prowadzący rachunek bankowy Zamawiającego, o którym mowa w pkt 9.2.1. SWZ.

10.8. Dowód wniesienia wadium w pieniądzu albo w gwarancji bankowej w formie komunikatu SWIFT Zamawiający zaleca załączyć do oferty.

10.9. Zwrot bądź zatrzymanie wadium nastąpi zgodnie z art. 98 ust. 1, 2, 4 i 5 ustawy Pzp.

11. TERMIN ZWIĄZANIA OFERTĄ

Termin związania ofertą wynosi 60 dni. Bieg terminu rozpoczyna się z upływem terminu składania

ofert.

12. OPIS SPOSOBU UDZIELANIA WYJAŚNIEŃ TREŚCI SWZ

12.1. Wykonawca może zwrócić się do Zamawiającego z pisemną prośbą o wyjaśnienie treści SWZ za pośrednictwem dedykowanego formularza dostępnego na ePUAP oraz udostępnionego przez miniPortal (Formularz do komunikacji). We wszelkiej korespondencji związanej z niniejszym postępowaniem Zamawiający i Wykonawcy posługują się identyfikatorem postępowania 29852bb6-836c-42d0-b896-f633d62f4caf.

12.2. Zamawiający odpowie zidentyfikowanym Wykonawcom niezwłocznie, jednak nie później niż na 2

dni przed upływem terminu składania ofert oraz umieści taką informację na własnej stronie

internetowej (xxxx://xxx.xxxxxxxxxxxx.xx/XxxxxxxxXxxxxxxxxx/xxxxx/00/xxxxxxxxx), pod warunkiem, że wniosek o wyjaśnienie treści SWZ wpłynie do Zamawiającego, nie później niż na 4 dni przed upływem terminu składania ofert.

12.3. W przypadku rozbieżności pomiędzy treścią niniejszej SWZ, a treścią udzielonych odpowiedzi, jako obowiązującą należy przyjąć treść pisma zawierającego późniejsze oświadczenie Zamawiającego.

12.4. Zamawiający nie przewiduje zwołania zebrania wszystkich Wykonawców w celu wyjaśnienia treści

SWZ.

12.5. W uzasadnionych przypadkach Zamawiający może przed upływem terminu składania ofert zmienić treść specyfikacji warunków zamówienia. Dokonaną zmianę treści specyfikacji Zamawiający przesyła zidentyfikowanym Wykonawcom w sposób określony w pkt. 8.1. SWZ oraz w/w zmianę zamieszcza na własnej stronie internetowej

(xxxx://xxx.xxxxxxxxxxxx.xx/XxxxxxxxXxxxxxxxxx/xxxxx/00/xxxxxxxxx).

12.6. Jeżeli zmiana SWZ będzie prowadziła do zmiany treści ogłoszenia o zamówieniu, Zamawiający zamieści ogłoszenie w Dzienniku Urzędowym Unii Europejskiej.

12.7. Zamawiający przedłuży termin składania ofert, jeżeli zmiany treści SWZ są istotne dla sporządzenia oferty lub wymagają od Wykonawców dodatkowego czasu na zapoznanie się ze zmianą SWZ i przygotowanie ofert, oraz zamieści taką informację na swojej stronie internetowej: xxxx://xxx.xxxxxxxxxxxx.xx/XxxxxxxxXxxxxxxxxx/xxxxx/00/xxxxxxxxx

12.8. Przedłużenie terminu składania ofert nie wpływa na bieg terminu składania wniosku z zapytaniem, o którym mowa w pkt. 12.2. SWZ.

13. OPIS SPOSOBU PRZYGOTOWANIA I SKŁADANIA OFERT

13.1. Wykonawca może złożyć tylko jedną ofertę. Złożenie większej liczby ofert lub oferty zawierającej rozwiązania alternatywne lub oferty wariantowej, spowoduje odrzucenie wszystkich ofert złożonych przez danego Wykonawcę.

13.2. Oferta musi obejmować całość przedmiotu zamówienia i być sporządzona zgodnie z niniejszą SWZ.

13.3. Wykonawca składa ofertę za pośrednictwem „Formularza do złożenia, zmiany, wycofania oferty lub wniosku” dostępnego na ePUAP i udostępnionego również na miniPortalu (identyfikator postępowania 29852bb6-836c-42d0-b896-f633d62f4caf). Funkcjonalność do zaszyfrowania oferty przez Wykonawcę jest dostępna dla Wykonawców na miniPortalu, w szczegółach danego postępowania. W formularzu oferty Wykonawca zobowiązany jest podać adres skrzynki ePUAP, na którym prowadzona będzie korespondencja związana z postępowaniem.

13.4. Sposób złożenia oferty, w tym zaszyfrowania oferty opisany został w „Instrukcji użytkownika”, dostępnej na stronie: xxxxx://xxxxxxxxxx.xxx.xxx.xx/

13.5. Jeżeli dokumenty elektroniczne, przekazywane przy użyciu środków komunikacji elektronicznej, zawierają informacje stanowiące tajemnicę przedsiębiorstwa w rozumieniu przepisów ustawy z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (Dz. U. z 2020 r. poz. 1913), Wykonawca, w celu utrzymania w poufności tych informacji, przekazuje je w wydzielonym i odpowiednio oznaczonym pliku, wraz z jednoczesnym zaznaczeniem polecenia „Załącznik stanowiący tajemnicę przedsiębiorstwa” a następnie wraz z plikami stanowiącymi jawną część należy ten plik zaszyfrować.

13.6. Oferta powinna być sporządzona w języku polskim, z zachowaniem postaci elektronicznej w szczególności w formacie danych: pdf, doc, docx, rtf, xps, odt.

13.7. Oferta może być złożona tylko do upływu terminu składania ofert.

13.8. Wykonawca może przed upływem terminu do składania ofert może wycofać ofertę za pośrednictwem „Formularza do złożenia, zmiany, wycofania oferty lub wniosku” dostępnego na ePUAP i udostępnionego również na miniPortalu. Sposób wycofania oferty został opisany w

„Instrukcji użytkownika” dostępnej na miniPortalu

13.9. Oferta powinna być podpisana przez osobę upoważnioną/osoby upoważnione do reprezentowania

Wykonawcy.

13.10. Pełnomocnictwo przekazuje się w postaci elektronicznej i opatruje kwalifikowanym podpisem elektronicznym.

13.11. W przypadku gdy pełnomocnictwo zostało sporządzone jako dokument w postaci papierowej i opatrzone własnoręcznym podpisem, przekazuje się cyfrowe odwzorowanie tego dokumentu opatrzone kwalifikowanym podpisem elektronicznym, poświadczającym zgodność cyfrowego odwzorowania z dokumentem w postaci papierowej.

13.12. Przez cyfrowe odwzorowanie, o którym mowa w pkt. 13.11., należy rozumieć dokument elektroniczny będący kopią elektroniczną treści zapisanej w postaci papierowej, umożliwiający zapoznanie się z tą treścią i jej zrozumienie, bez konieczności bezpośredniego dostępu do oryginału.

13.13. Podmiotowe środki dowodowe sporządzone w języku obcym muszą być złożone wraz z tłumaczeniem na język polski.

14. TERMIN SKŁADANIA OFERT

Oferty powinny być przesłane do Zamawiającego na zasadach określonych w pkt 13. SWZ w terminie do 30.06.2021 r. do godz. 12:00.

15. TERMIN OTWARCIA OFERT

15.1. Otwarcie ofert nastąpi w dniu 30.06.2021 r., o godzinie 12:15.

15.2. Otwarcie ofert nie jest publiczne, Wykonawcy nie mogą uczestniczyć w sesji otwarcia ofert.

15.3. Otwarcie ofert następuje poprzez użycie mechanizmu do odszyfrowania ofert dostępnego po zalogowaniu w zakładce Deszyfrowanie na miniPortalu i następuje poprzez wskazanie pliku do odszyfrowania.

15.4. Niezwłocznie po otwarciu ofert Zamawiający udostępni na stronie internetowej prowadzonego postępowania informacje o:

(1) nazwach albo imionach i nazwiskach oraz siedzibach lub miejscach prowadzonej działalności gospodarczej albo miejscach zamieszkania Wykonawców, których oferty zostały otwarte;

(2) cenach lub kosztach zawartych w ofertach.

16. SPOSÓB OBLICZENIA CENY

16.1. W Formularzu oferty należy podać wartość netto za realizację danej części zamówienia, do której, na potrzeby oceny ofert, należy dodać kwotę podatku VAT obliczoną wg właściwej stawki, których suma stanowić będzie cenę brutto (z podatkiem VAT) za realizację całego zamówienia.

16.2. Cena ofertowa winna obejmować wszystkie koszty i składniki niezbędne do wykonania całości przedmiotu zamówienia w zakresie objętym opisem przedmiotu zamówienia oraz Wzorem umowy. Cena ofertowa musi być wyrażona w złotych polskich (PLN), z dokładnością do dwóch miejsc po przecinku, zgodnie z ustawą z dnia 7 lipca 1994 r. o denominacji złotego (Dz.U. z 1994 r. nr 84, poz. 386 ze zm.) i ustalona zgodnie z ustawą z dnia 9 maja 2014 r. o informowaniu o cenach towarów i usług (tekst jedn.: Dz.U. z 2019 r. poz. 178).

16.3. Podczas oceny oraz porównywania ofert złożonych w postępowaniu, Zamawiający będzie brał pod uwagę jedynie ceny brutto zgodnie z obowiązującą stawką VAT określoną na podstawie właściwych przepisów prawa.

16.4. Zamawiający nie przewiduje możliwości rozliczenia z Wykonawcą w innej walucie niż złoty polski.

17. OPIS KRYTERIÓW OCENY OFERT WRAZ Z PODANIEM WAG TYCH KRYTERIÓW I SPOSOBU OCENY OFERT

17.1. Zamawiający dokona oceny ofert złożonych w poszczególnych zadaniach oraz dokona wyboru oferty najkorzystniejszej w danym zadaniu, spośród ofert spełniających wymagania określone w Załączniku nr 1 do SWZ – „Opis przedmiotu zamówienia, opis procedury wdrożenia i szczegółowe wymagania techniczne”, w oparciu o następujące kryteria i ich wagi, przy czym 1%

= 1 pkt:

Cena oferty: waga kryterium 90 %

Liczba zaoferowanych wymagań opcjonalnych: waga kryterium 10%

Sposób dokonywania oceny wg wzoru:

PUNKTACJA = (Cn : Cb) x 90 + (Lw : 23) x 10

gdzie: Cn – cena najniższa, Cb – cena badana, Lw – liczba spełnianych przez oferowane urządzenia warunków opcjonalnych.

Lw dopuszczalna wartość od 0 do 23

Za ofertę najkorzystniejszą uznaje się tę, która uzyska największą ilość punktów.

17.2. W oparciu o powyższe kryteria opisane wzorem zostanie sporządzone zbiorcze zestawienie oceny ofert. Punkty będą liczone z dokładnością do dwóch miejsc po przecinku. Najwyższa liczba punktów wyznaczy najkorzystniejszą ofertę spośród ofert spełniających wszystkie wymagania opisane w SWZ.

17.3. W przypadku braku możliwości wyboru najkorzystniejszej oferty ze względu na to, że dwie lub więcej ofert przedstawia taki sam bilans punktów, Zamawiający spośród ofert wybierze ofertę z najniższą ceną, a jeżeli zostały złożone oferty o takiej samej cenie, Zamawiający wezwie Wykonawców, którzy złożyli te oferty, do złożenia, w terminie określonym przez Zamawiającego, ofert dodatkowych.

17.4. Jeżeli zostanie złożona oferta, której wybór prowadziłby do powstania obowiązku podatkowego Zamawiającego zgodnie z przepisami o podatku od towarów i usług w zakresie dotyczącym wewnątrzwspólnotowego nabycia towarów, Zamawiający w celu oceny takiej oferty doliczy do przedstawionej w niej ceny podatek od towarów i usług, który miałby obowiązek wpłacić zgodnie z obowiązującymi przepisami.

18. INFORMACJE O FORMALNOŚCIACH, JAKIE MUSZĄ ZOSTAĆ DOPEŁNIONE PO WYBORZE OFERTY W CELU ZAWARCIA UMOWY W SPRAWIE ZAMÓWIENIA PUBLICZNEGO

W przypadku gdy oferta Wykonawców występujących wspólnie zostanie wybrana jako najkorzystniejsza, Zamawiający może zażądać przed zawarciem umowy, kopii poświadczonej za zgodność z oryginałem przez upełnomocnionego przedstawiciela Wykonawców wspólnie ubiegających się o udzielenie zamówienia publicznego umowy regulującej ich współpracę;

19. WYMAGANIA DOTYCZĄCE ZABEZPIECZENIA NALEŻYTEGO WYKONANIA UMOWY

19.1. Zamawiający nie wymaga wnoszenia zabezpieczenia należytego wykonania umowy.

20. PROJEKTOWANE POSTANOWIENIA UMOWY W SPRAWIE ZAMÓWIENIA PUBLICZNEGO, KTÓRE ZOSTANĄ WPROWADZONE DO TREŚCI ZAWIERANEJ UMOWY

Postanowienia umowy wraz z dopuszczalnymi zmianami umowy w sprawie zamówienia publicznego zostały zawarte we Załączniku Nr 7 do SWZ.

21. POUCZENIE O ŚRODKACH OCHRONY PRAWNEJ PRZYSŁUGUJĄCYCH WYKONAWCY

21.1. Wykonawcy, a także innemu podmiotowi, jeżeli ma lub miał interes prawny w uzyskaniu danego zamówienia oraz poniósł lub może ponieść szkodę w wyniku naruszenia przez Zamawiającego przepisów ustawy Pzp, przysługują środki ochrony prawnej przewidziane w Dziale IX tej ustawy, na zasadach i w terminach określonych dla wartości zamówienia nieprzekraczającej progu unijnego.

21.2. Środkami ochrony prawnej, o których mowa w pkt 20.1. SWZ są:

21.2.1. odwołanie,

21.2.2. skarga do sądu.

21.3. Kwestie dotyczące odwołania uregulowane są w art. 513 – 578 ustawy Pzp.

21.4. Na orzeczenie Krajowej Izby Odwoławczej oraz postanowienie Prezesa Izby, o którym mowa w art. 519 ust. 1 ustawy Pzp, stronom oraz uczestnikom postępowania odwoławczego przysługuje skarga do sądu. Kwestie dotyczące skargi do sądu regulowane są w art. 579 – 590 ustawy Pzp.

22. INFORMACJE POUFNE

22.1. Zgodnie z art. 18 ust. 2 ustawy Pzp, Zamawiający informuje, że za poufne uważa się wszystkie informacje, które Zamawiający objął klauzulą poufności oraz informacje ściśle z nimi związane (np. wyjaśnienia treści SWZ dotyczące informacji poufnych).

22.2. W przypadku, w którym w postępowaniu Zamawiający będzie przekazywał informacje poufne lub informacje ściśle związane z informacjami poufnymi, w celu zachowania ich poufności, zostaną przekazane Wykonawcy w jeden z następujących wybranych przez Zamawiającego sposobów:

22.2.1. osobiście w siedzibie Zamawiającego po uprzednim wyznaczeniu przez Zamawiającego

konkretnego miejsca, daty i godziny odbioru,

22.2.2. przez posłańca na adres wskazany przez Wykonawcę,

22.2.3. za pośrednictwem Platformy.

22.3. Przekazanie informacji poufnych Zamawiający może uzależnić od dopełnienia przez Wykonawcę stosownych formalności (np. podpisanie przez należycie umocowanego przedstawiciela Wykonawcy zobowiązania do zachowania poufności).

23. ZAŁĄCZNIKI DO SWZ:

Załącznik Nr 1: Opis przedmiotu zamówienia, opis procedury wdrożenia i szczegółowe wymagania techniczne.

Załącznik nr 2: Uzasadnienie niedokonania podziału zamówienia na części. Załącznik Nr 3: Formularz oferty.

Załącznik Nr 4: Szczegółowy wykaz oferowanych urządzeń, oprogramowania i rozwiązań. Załącznik Nr 5: Wykaz zrealizowanych zadań.

Załącznik Nr 6: Oświadczenie Wykonawcy o niepodleganiu wykluczeniu. Załącznik Nr 7: Projektowane postanowienia umowy.

Załącznik Nr 8: Klauzula informacyjna RODO.

Załącznik Nr 9: Schemat obecnego środowiska sieciowego.

Xxxxxx Xxxxxxxx

Prezes Zarządu Radia Wrocław SA

...............................................................................................................................................

podpis kierownika jednostki

Radio Wrocław SA

ZAŁĄCZNIK NR 1 DO SWZ

OPIS PRZEDMIOTU ZAMÓWIENIA, OPIS PROCESU WDROŻENIA I

SZCZEGÓŁOWE WYMAGANIA TECHNICZNE

W skład przedmiotu zamówienia wchodzą następujące urządzenia i oprogramowanie

L. p.	Nazwa	Ilość	Uwagi
1	Przełączniki LAN	2 szt.	Minimum 48 portów dostępowych Ethernet z 60 miesięcznym wsparciem serwisowym
2	Przełączniki SAN	2 szt.	Minimum 24 portów SFP+, w tym minimum 8 portów Fibre Channel SFP+ z 60 miesięcznym wsparciem serwisowym
3	Macierz dyskowa	1 kpl	Wraz z 13 dyskami 2,5” 3,84TB 12Gb SAS SSD/Flash z 60 miesięcznym wsparciem serwisowym
4	Serwery	3 kpl	Z 60 miesięcznym wsparciem serwisowym
5	Oprogramowanie wirtualizacyjne	1 kpl	Licencje na 3 serwery z 60 miesięcznym wsparciem serwisowym
6	Oprogramowanie kopii zapasowej	1 kpl	Licencje na 3 serwery z 60 miesięcznym wsparciem serwisowym

Opis wdrożenia

Wdrożenie będzie obejmować dostawę, instalację, uruchomienie i konfigurację wymienionych w SWZ urządzeń i oprogramowania. Dodatkowo przedmiotem wdrożenia jest również integracja dostarczonych systemów z obecną infrastrukturą Zamawiającego oraz migracja części środowiska produkcyjnego na nowo utworzone zasoby. Szczegóły wymaganych prac są przedstawione w dalszej części opisu.

Wszystkie czynności wdrożeniowe będą wykonywane w godzinach pracy i nie mogą powodować zauważalnych zmian w wydajności środowiska produkcyjnego. Zamawiający nie dopuszcza przerw dłuższych niż 15 minut i dodatkowy czas potrzebny na ponowne uruchomienie systemu operacyjnego. Wszystkie prace wpływające na wydajność i przerwy w działaniu środowiska produkcyjnego będą uprzednio konsultowane z Zamawiającym, muszą uzyskać jego zgodę i będą przeprowadzone w czasie wskazanym przez Xxxxxxxxxxxxx. Wszystkie prace muszą być wykonywane zgodnie z najlepszymi praktykami producentów, chyba że Zamawiający zgodzi się na inną konfigurację.

Środowisko podlegające migracji jest środowiskiem produkcyjnym i emisji dźwięku. Przerwy w emisji powodują rzeczywiste koszty finansowe i utratę wizerunku Zamawiającego. Migrowane dane są bezcenne i wrażliwe. Z tego względu wymaga się od Wykonawcy odpowiedzialności za przeprowadzane czynności.

Ze względu na pandemię COVID-19 podczas montażu i innych prac w siedzibie Zamawiającego inżynierowie Wykonawcy oprócz masek muszą pracować w jednorazowych rękawiczkach oraz przestrzegać wytycznych i zaleceń Ministerstwa Zdrowia.

Zadania do realizacji w ramach przedmiotu umowy:

1. Aktualizacja firmware dostarczonych urządzeń do najwyższej zalecanej przez producenta wersji na dzień montażu systemu.

2. Montaż urządzeń w miejscach wskazanych przez Zamawiającego.

3. Uruchomienie dostarczonych urządzeń i instalacja dostarczonego oprogramowania w taki sposób, żeby Zamawiający mógł go wykorzystać do obsługi środowiska produkcyjnego bez dodatkowej konfiguracji.

Radio Wrocław XX

0. Budowa redundantnego środowiska SAN w oparciu o dostarczone serwery RACK oraz współdzieloną macierz dyskową SAN i przełączniki SAN. Konfiguracja środowiska SAN poprzez zapewnienie komunikacji pomiędzy elementami systemu, x.xx. stworzenie aliasów, stref.

5. Konfiguracja puli oraz woluminów macierzy. Konfiguracja funkcjonalności połączenia urządzenia z usługą producenta monitorującą i reagującą na krytyczne zdarzenia pojawiające się w macierzy.

6. Budowa klastra wirtualizacyjnego z dostarczonych serwerów RACK i oprogramowania wirtualizacyjnego. Konfiguracja reguł przydzielania i rezerwacji zasobów w środowisku wirtualnym.

7. Konfiguracja oprogramowania do zarządzania serwerami. Integracja z dostarczonymi serwerami RACK oraz z obecną lub dostarczaną platformą wirtualizacji.

8. Budowa systemu kopii zapasowej składającego się z posiadanych przez Zamawiającego biblioteki taśmowej LTO7 i macierzy IBM DS3524 podłączonych do sieci SAN. Na potrzeby instalacji oprogramowania kopii zapasowej Zamawiający zapewni serwer fizyczny z kartami HBA i zainstalowanym systemem operacyjnym Windows. Nie jest wymagane zapewnienie redundancji połączeń SAN serwera kopii zapasowych do obecnej infrastruktury Zamawiającego ale wymagana jest taka redundancja dla połączenia do nowo dostarczonych systemów. Wykonawca przeprowadzi analizę obecnych polityk kopii zapasowych i odtworzy te polityki, możliwie najdokładniej lub w formie ustalonej z Zamawiającym, na dostarczonym systemie kopii zapasowych. Zamawiający może wskazać inne systemy serwerowe, które będą podlegały kopii zapasowej, w tym dostarczone systemy.

9. Migracja wybranych przez Zamawiającego zasobów produkcyjnych z obecnie posiadanych macierzy IBM DS3524 i IBM Storwize v7000 i serwerów na dostarczoną macierz i serwery. Na moment migracji nie jest wymagana redundancja połączeń SAN pomiędzy wszystkimi dostarczonymi urządzeniami.

10. Budowa redundantnego środowiska sieci Ethernet w oparciu o dostarczone przełączniki. Konfiguracja przełączników do pracy w środowisku produkcyjnym Zamawiającego.

Całość prac musi być wykonana na podstawie zaakceptowanego przez Zamawiającego projektu technicznego stworzonego na podstawie dostarczonych dokumentacji powykonawczych, analizy istniejących elementów infrastruktury przeprowadzonych przez Wykonawcę oraz konsultacji ze służbami informatycznymi Zamawiającego. W celu realizacji przedmiotu umowy Wykonawca zapewni dostarczenie niezbędnych przewodów połączeniowych, a w szczególności sieci Ethernet i Fibre Channel. Projekt techniczny musi być przedstawiony do akceptacji w terminie do 3 tygodni od daty podpisania umowy. W ciągu 3 dni roboczych Zamawiający przekaże uwagi do projektu technicznego. Po akceptacji projektu Wykonawca będzie mógł przystąpić do prac wdrożeniowych. W terminie do 2 tygodni od daty podpisania protokołu odbioru jakościowego Wykonawca przedstawi dokumentację powykonawczą dotyczącą wykonanych przez Wykonawcę działań do akceptacji. W terminie 3 dni roboczych Zamawiający przedstawi uwagi do dokumentacji.

Projekt techniczny musi obejmować swoim zakresem minimum:

1. Projekt rozmieszczeniem elementów infrastruktury.

2. Projekt połączeń elektrycznych (ustalone na etapie konsultacji ze służbami informatyczny Zamawiającego).

3. Schemat połączeń fizycznych sieci Ethernet oraz Fibre Channel.

4. Podział przestrzeni na macierzy dyskowej (na podstawie wymagań i konsultacji przeprowadzonych ze służbami informatycznymi Zamawiającego).

Radio Wrocław SA

5. Konfigurację środowiska wirtualnego.

6. Konfigurację środowiska sieciowego.

7. Propozycję testów akceptacyjnych.

8. Konfigurację środowiska backupu.

9. Plan migracji wszystkich systemów Zamawiającego oraz wymagany czas potrzebny na przełączenie do nowego środowiska (nie dłuższy niż 15 min oraz restart systemu operacyjnego)

Dokumentacja powykonawcza dotyczącą wykonanych przez Wykonawcę działań obejmować

musi minimum:

1. Opis wykonanych prac.

2. Schematy połączeń fizycznych i logicznych.

3. Konfigurację oprogramowania i urządzeń.

Testy akceptacyjne powinny zawierać scenariusze testów dla wszystkich elementów wdrożenia charakteryzujących się redundancją oraz:

1. Sprawdzenie poprawności działania funkcjonalności HA (High Availbility) w klastrze

wirtualizacyjnym.

2. Sprawdzenie polityki, która określa, że kontrolery domeny (Zamawiający posiada dwa kontrolery domeny) muszą się zawsze znajdować na dwóch osobnych hostach wirtualizacyjnych.

3. Sprawdzenie redundancji połączeń, na wypadek awarii jednego z przełączników sieciowych.

4. Sprawdzenie redundancji połączeń, na wypadek awarii jednego z przełączników SAN.

5. Sprawdzenie redundancji kontrolerów w dostarczonej macierzy dyskowej.

6. Sprawdzenie poprawności działania funkcjonalności oprogramowania wirtualizacyjnego polegającej na przenoszeniu maszyn wirtualnych w czasie ich pracy pomiędzy serwerami fizycznymi.

7. Sprawdzenie poprawności wykonywania operacji tworzenia i przywracania z kopii zapasowej całej maszyny wirtualnej i pojedynczych obiektów za pomocą dostarczonego oprogramowania.

8. Sprawdzenie wybranych przez Zamawiającego funkcjonalności opisanych w SWZ a przekazanych Wykonawcy na etapie tworzenia Projektu Technicznego lub jako uwagi do Projektu Technicznego.

W testach akceptacyjnych muszą się znaleźć x.xx. nazwa testu, wykonywane akcje, spodziewany rezultat i potwierdzenie zgodności spodziewanego rezultatu z zachowaniem się systemu po wykonaniu akcji. Testy akceptacyjne zostaną wykonane w obecności Zamawiającego i są podstawą do podpisania protokołu odbioru. Możliwe jest przeprowadzenie części testów przed migracją ale w docelowej konfiguracji testowanych systemów.

Wymagany termin realizacji zamówienia – 18 tygodni od daty podpisania umowy

Szczegółowe wymagania techniczne

Przełączniki LAN
Nr		Wymaganie
		Wymagania ogólne
L -	1.	Przełącznik musi być dedykowanym urządzeniem sieciowym o wysokości 1U przystosowanym do montażu w szafie rack.
L -	2.	Przełącznik musi posiadać co najmniej 48 portów dostępowych Ethernet, w tym co najmniej 24 porty 10/100/1000BASE-T i co najmniej 24 porty działające w standardzie 100/1000/2500/5000/10000Base-T.
L -	3.	Przełącznik musi być wyposażony w co najmniej 4 interfejsy 40GbE dedykowane na potrzeby zestawiania urządzeń w stos.
L -	4.	Przełącznik musi posiadać możliwość wyposażenia w dodatkowy moduł uplink. Moduły muszą być dostępne w co najmniej następujących konfiguracjach:
L -	5.	- moduł obsługujący 2 porty 40GbE QSFP+
L -	6.	- moduł obsługujący co najmniej 4 porty 1/10GbE SFP/SFP+.
L -	7.	Wszystkie porty dostępowe 40 Gigabit Ethernet muszą być aktywne po wyposażeniu przełącznika w moduł uplink.
L -	8.	Przełącznik musi umożliwiać stworzenie stosu (w postaci pętli) liczącego nie mniej niż 10 urządzeń. Do łączenia w stos muszą być zastosowane połączenia o prędkości co najmniej 40 Gb/s. Przełącznik musi pozwalać również na stworzenie stosu przełączników połączonych każdy z każdym (full mesh) dla nie mniej niż 5 urządzeń. Jeśli funkcja stackowania wymaga licencji i/lub dodatkowych modułów, elementy te wraz z okablowaniem muszą zostać dostarczone z przełącznikiem.
L -	9.	Stos musi być odporny na awarie, tzn. przełącznik kontrolujący pracę stosu (master) musi być automatycznie zastąpiony przełącznikiem pełniącym rolę backup’u – wybór przełącznika backup nie może odbywać się w momencie awarii przełącznika master. Przełączniki master i backup muszą synchronizować między sobą stany protokołów rutingu oraz protokołów warstwy 2.
L -	10.	Przełącznik musi być wyposażony w dwa redundantne wewnętrzne zasilacze AC. Urządzenie musi posiadać co najmniej 2 moduły wentylacji. Przepływ powietrza przód-tył. Zarówno zasilacze, jak i moduły wentylacji muszą mieć możliwość wymiany podczas pracy urządzenia (hot swap).
L -	11.	Przełącznik musi być wyposażony w port konsoli oraz dedykowany interfejs Ethernet do zarządzania OOB (out-of-band).
L -	12.	Przełącznik musi być wyposażony w dysk SSD nie mniej niż 48 GB oraz 8 GB pamięci DRAM ECC. Przełącznik musi posiadać slot USB pozwalający na podłączenie zewnętrznego nośnika danych.
L -	13.	Zarządzanie urządzeniem musi odbywać się za pośrednictwem interfejsu linii komend (CLI) przez port konsoli, ssh, a także za pośrednictwem interfejsu WWW.
L -	14.	Wydajność przełączania w warstwie 2 (dla pakietów 64 bajtowych) nie może być niższa niż 900 Gb/s i 700 milionów pakietów na sekundę. Przełącznik musi obsługiwać co najmniej 64 000 adresów MAC.

L -	15.	Przełącznik musi obsługiwać ramki Jumbo (9216 bajtów).
L -	16.	Przełącznik musi obsługiwać sieci VLAN zgodne z IEEE 802.1q w ilości nie mniejszej niż 2000. Urządzenie musi wspierać protokół MVRP.
L -	17.	Urządzenie musi obsługiwać agregowanie połączeń zgodne z IEEE 802.3ad - nie mniej niż 128 grup LAG, nie mniej niż 16 portów w grupie.
L -	18.	Urządzenie musi umożliwiać tworzenie agregowanych połączeń zgodnie z 802.3ad dla portów należących do różnych jednostek w stosie.
L -	19.	Przełącznik musi obsługiwać protokół Spanning Tree i Rapid Spannig Tree, zgodnie z IEEE 802.1D-2004, a także Multiple Spanning Tree zgodnie z IEEE 802.1Q-2003 (nie mniej niż 64 instancje MSTP).
L -	20.	Przełącznik musi obsługiwać standardy: IEEE 802.1AE MACsec,, IEEE 802.3az Energy Efficient Ethernet (EEE). Jeżeli funkcja MACsec wymaga dodatkowej, płatnej licencji Zamawiający nie wymaga jej dostarczenia w niniejszym postępowaniu.
L -	21.	Przełącznik musi obsługiwać protokół LLDP.
L -	22.	Urządzenie musi obsługiwać ruting statyczny oraz protokół RIP. Ilość tras obsługiwanych sprzętowo nie może być mniejsza niż 15 000 prefiksów.
L -	23.	Urządzenie musi posiadać możliwość obsługi protokołu VRRP, VRF-Lite, protokołów rutingu dynamicznego OSPFv2/v3 oraz rutingu multicast w postaci PIM-SM, PIM-DM, PIM- SSM oraz IGMP v1, v2, v3. Jeżeli funkcje wymagają dodatkowej, płatnej licencji Zamawiający nie wymaga jej dostarczenia w tym postępowaniu.
L -	24.	Urządzenie musi umożliwiać obsługę Ethernet VPN (EVPN) oraz Virtual Extensible LAN (VXLAN). Jeżeli funkcje wymagają dodatkowej, płatnej licencji Zamawiający nie wymaga jej dostarczenia w tym postępowaniu.
L -	25.	Urządzenie musi posiadać mechanizmy priorytetyzowania i zarządzania ruchem sieciowym (QoS) w warstwie 2 i 3. Klasyfikacja ruchu musi odbywać się w zależności od co najmniej: interfejsu, typu ramki Ethernet, sieci VLAN, priorytetu w warstwie 2 (802.1p), adresów MAC, adresów IP, wartości pola ToS/DSCP w nagłówkach IP, portów TCP i UDP. Urządzenie musi obsługiwać sprzętowo nie mniej niż 12 kolejek per port fizyczny.
L -	26.	Urządzenie musi obsługiwać filtrowanie ruchu co najmniej na poziomie portu i sieci VLAN dla kryteriów z warstw 2-4. Urządzenie musi realizować sprzętowo nie mniej niż 2500 reguł filtrowania ruchu. W regułach filtrowania ruchu musi być dostępny mechanizm zliczania dla zaakceptowanych lub zablokowanych pakietów. Musi być dostępna funkcja edycji reguł filtrowania ruchu na samym urządzeniu.
L -	27.	Przełącznik musi obsługiwać takie mechanizmy bezpieczeństwa jak limitowanie adresów MAC, Dynamic ARP Inspection, DHCP snooping.
L -	28.	Przełącznik musi obsługiwać DHCP server, relay i helper
L -	29.	Przełącznik musi obsługiwać IEEE 802.1x zarówno dla pojedynczego, jak i wielu suplikantów na porcie. Przełącznik musi przypisywać ustawienia dla użytkownika na podstawie atrybutów zwracanych przez serwer RADIUS (co najmniej VLAN oraz reguła filtrowania ruchu). Przełącznik musi obsługiwać co najmniej następujące typy EAP: MD5, TLS, TTLS, PEAP.
L -	30.	Urządzenie musi obsługiwać protokół SNMP (wersje 2c i 3), oraz grupy RMON 1, 2, 3, 9. Musi być dostępna funkcja kopiowania (mirroring) ruchu na poziomie portu i sieci VLAN.
L -	31.	Architektura systemu operacyjnego urządzenia musi posiadać budowę modularną (poszczególne moduły muszą działać w odseparowanych obszarach pamięci), x.xx. moduł

		przekazywania pakietów, odpowiedzialny za przełączanie pakietów musi być oddzielony od modułu rutingu IP, odpowiedzialnego za ustalanie tras rutingu i zarządzanie urządzeniem.
L -	32.	Urządzenie musi posiadać mechanizm szybkiego odtwarzania systemu i przywracania konfiguracji. W urządzeniu musi być przechowywanych nie mniej niż 40 poprzednich, kompletnych konfiguracji. Plik konfiguracyjny urządzenia musi być możliwy do edycji w trybie off-line.
L -	33.	Przełącznik musi umożliwiać bezpieczne wprowadzanie zmian ustawień w przypadku zdalnej konfiguracji tzn., musi istnieć mechanizm wymagający potwierdzenia wprowadzonych zmian w aktywnej konfiguracji. W przypadku braku potwierdzenia zmian konfiguracyjnych musi zostać przywrócona ostatnia, działająca konfiguracja.
		Wymagania opcjonalne
Lo -	1.	Przełącznik musi posiadać możliwość wyposażenia w dodatkowy moduł uplink obsługujący jeden port 100GbE QSFP28.
Lo -	2.	Przełącznik musi obsługiwać Ethernet Ring Protection Switching.

Przełączniki SAN
Nr		Wymaganie
		Wymagania ogólne
F -	1.	Maksymalna wysokość urządzenia 1U;
F -	2.	Obsługa przynajmniej 24 portów SFP+ z czego co najmniej 8 portów musi być aktywnych i wyposażonych w moduły optyczne Fibre Channel SFP+ o przepustowości nie mniejszej niż 16Gb/s każdy. Moduły optyczne muszą pozwalać na komunikację standardem Fibre Channel 16Gb/s ze środowiskiem SAN.
F -	3.	Obsługa wkładek 32 Gb FC SFP+ (co najmniej SWL i LWL) oraz 16 Gb FC SFP+ (co najmniej SWL, LWL, ELWL)
F -	4.	Możliwość instalacji jednocześnie wkładek 32Gb i 16Gb w tym samym przełączniku;
F -	5.	Możliwość pracy z następującymi prędkościami 4/8/16/32Gb/s;
F -	6.	Przełącznik musi mieć możliwość obsługi portów typu: F_Port, M_Port, E_Port, D_Port, N_Port;
F -	7.	Obsługa NPIV (N_Port ID virtualization) - możliwość przypisania do jednego fizycznego portu FC wielu wirtualnych portów, z których każdy ma własny N_Port ID i wirtualny WWN;
F -	8.	Wsparcie dla technologii NVMe over Fibre Channel;
F -	9.	Możliwość pracy w trybie Full Fabric oraz Acces Gateway;
F -	10.	Zagregowana przepustowość przełącznika musi wynosić co najmniej 768 Gbps, a maksymalne opóźnienie wprowadzane przez przełącznik nie może być większe niż 0.9 µs;
F -	11.	Minimalna liczba buforów na ramki FC musi wynosić 2000;
F -	12.	Minimalna liczba urządzeń znajdująca się w jednym fabricu nie może być mniejsza niż 200;
F -	13.	Przełącznik musi posiadać możliwość grupowania portów w jedno logiczne połączenie (ISL Trunking) i dawać możliwość obsługi co najmniej 8 portów w grupie. Jeśli funkcjonalność ta jest licencjonowana oddzielenie w ramach niniejszego zamówienia nie jest wymagane dostarczenie licencji dla tej funkcjonalności;
F -	14.	Musi umożliwiać definiowanie stref (ang. Zoning) z obsługą zoningu na postawie numerów portów, adresów WWN oraz broadcast zoning;
F -	15.	Przełącznik musi posiadać system dynamicznego wyboru ścieżki mający na celu równoważnie obciążenia i optymalizację wydajności pozwalający na automatyczne przekierowaniu danych do najbardziej wydajnej ścieżki w topologii;
F -	16.	Obsługa Quality of Service (QoS) pozwalająca na określenie co najmniej 3 priorytetów dla transferowanego ruchu FC. Jeśli funkcjonalność ta jest licencjonowana oddzielenie w ramach niniejszego zamówienia wymagane jest dostarczenie licencji dla maksymalnej konfiguracji przełącznika;
F -	17.	Zarządzanie przełącznikiem musi być możliwe co najmniej za pomocą: przeglądarki WWW, SMI-S, REST API oraz protokołów SSH i SNMPv3;
F -	18.	Integracja z LDAP, RADIUS, TACACS+ w zakresie uwierzytelniania użytkowników;
F -	19.	Możliwość instalacji przełącznika w szafach 4 słupkowych jak i 2 słupkowych. Zamawiający wymaga dostarczenia wraz z przełącznikiem co najmniej zestawu pozwalającego na montaż w szafie 4 słupkowej;

F -	20.	Minimum 4 redundantne wentylatory z redundancją chłodzenia N+1 i przepływem powietrza typu back to front (przepływ od strony bez portów FC w kierunku, gdzie znajdują się porty FC);
		Musi być wyposażony w następujące dodatkowe interfejsy:
F -	21.	- 1 interfejs zarządzający Ethernet 10/100/1000 Mb ze złączem RJ-45;
F -	22.	- 1 port USB;
F -	23.	- 1 port konsolowy RS-232 ze złączem RJ-45;
F -	24.	Musi posiadać diody LED wskazujące co najmniej: status interfejsu Ethernet, zasilanie, status systemu, status interfejsów FC;
F -	25.	W interfejsie zarządzającym przełącznika muszą być dostępne dane o wydajności portów FC. Dane muszą być prezentowane co najmniej w postaci wykresu;
		Wymagania opcjonalne
Fo -	1.	Przełącznik powinien współpracować z oprogramowaniem pozwalającym na nieinwazyjne monitorowanie stanu i wydajności maszyn wirtualnych odbywające się w czasie rzeczywistym. Dostarczenie aplikacji, o której mowa w poprzednim zdaniu oraz licencji dla przełącznika (jeśli takowa jest konieczna dla zapewnienia współpracy z w/w aplikacją) nie jest wymagane;

Macierz dyskowa
Nr		Wymaganie
		Wymagania ogólne
M -	1.	Macierz musi miec´ moz˙liwos´c´ zainstalowania w standardowej szafie RACK 19”. Wymagany jest zestaw montaz˙owy do takiej instalacji.
M -	2.	Obudowa kontrolero´w/węzło´w macierzy nie moz˙e byc´ większa niz˙ 2U.
M -	3.	Macierz musi cechowac´ brak pojedynczego punktu awarii, minimum dwa redundantne kontrolery pracujące w trybie active-active. Xxxxxxx musi posiadac´ redundancję dla pamięci cache, zasilaczy i wentylatoro´w aby awaria pojedynczego elementu nie wpływała na funkcjonowanie całego systemu. Wymienione w tym punkcie komponenty muszą byc´ wymienialne w trakcie pracy macierzy.
M -	4.	Urządzenie musi wykorzystywac´ po´łki dyskowe wysokiej gęstos´ci, co najmniej 24 dyski na 2U wysokos´ci dla dysko´w 2,5 cala, po´łki dyskowe zawierające co najmniej 12 dysko´w 3,5 cala na wysokos´ci 2U. Pojedyncza po´łka musi posiadac´ min. dwa interfejsy SAS 12 Gb.
M -	5.	Macierz musi umoz˙liwiac´ zarządzanie poprzez siec´ LAN za pomocą interfejsu Ethernet. Macierz musi posiadac´ moz˙liwos´c´ zarządzania całos´cią dostępnych zasobo´w dyskowych z jednej konsoli administracyjnej, interfejs zarządzający GUI, CLI, oraz zapewnienie moz˙liwos´ci tworzenia skrypto´w uz˙ytkownika. Dostęp do linii polecen´ poprzez połączenie szyfrowane.
M -	6.	Zainstalowane min. 8 porto´w 16Gb/s (4 porty na kontroler) wyposaz˙one w moduły SFP SW FC 16Gb.
M -	7.	Zainstalowane min. 4 porty 10Gb/s iSCSI (2 porty na kontroler) w standardzie 10GBASE- T lub ze złączem SFP+ wyposaz˙onym w moduły optyczne SFP+ SW SR 10Gb/s oraz 4 porty SAS 12Gb (2 porty na kontroler) na potrzeby podłączenia po´łek dyskowych. Wymagane są dwa łan´cuchy SAS dla pary kontrolero´w.
M -	8.	Minimum jeden procesor (co najmniej 6 rdzeni) dla kaz˙dego z kontrolero´w.
M -	9.	Macierz musi byc´ wyposaz˙ona w minimum 64GB pamięci cache (32GB na kontroler). Macierz musi umoz˙liwiac´ rozbudowę pamięci cache do 128GB w ramach klastra macierzy zarządzanego z jednego interfejsu GUI, CLI. Pamięc´ cache nie moz˙e byc´ zastąpiona przez pamięc´ NVMe.
M -	10.	Macierz musi byc´ wyposaz˙ona w minimum 13 dysko´w 2,5” 3.84TB 12Gb SAS SSD/Flash.
M -	11.	Xxxxxxx musi wspierac´ zasilanie z dwo´ch niezalez˙nych z´ro´deł prądu.
M -	12.	Urządzenie musi wspo´łpracowac´ z siecią energetyczną o nominalnych parametrach 230V, 50 Hz.
M -	13.	Macierz musi obsługiwac´ połączenia do po´łek dyskowych oraz do dysko´w w standardzie SAS 12Gb/s.
M -	14.	Macierz musi umoz˙liwiac´ obsługę dysko´w SAS o prędkos´ciach obrotowych 10000 oraz 7200 obr/min. oraz dyski SSD 800 GB, 1,92 TB , 3,84 TB, 7,68 TB, 15,36 TB, 30,72 TB. Xxxxxxx musi umoz˙liwiac´ rozbudowę o pojedyncze dyski fizyczne i pojedyncze po´łki rozszerzen´. Musi umoz˙liwiac´ konfigurację, kto´ra w jednym rozwiązaniu łączyc´ będzie po´łki rozszerzen´ na dyski 2,5” z po´łkami na dyski 3,5”. Musi obsługiwac´ co najmniej 500 dysko´w na parę kontrolero´w z zastosowaniem dodatkowych po´łek bez potrzeby wymiany zainstalowanych komponento´w. Macierz musi pozwalac´ na instalację do min. 1000 dysko´w wewnętrznych w systemie złoz˙onym z wielu par kontrolero´w (klaster).
M -	15.	Macierz musi umoz˙liwiac´ stworzenie rozproszonego/wirtualnego systemu RAID, gdzie na jedną grupę RAID moz˙e się składac´ co najmniej 40 dysko´w. Wymagana jest obsługa

		rozproszonego/wirtualnego RAID 1, 5 i 6.
M -	16.	Macierz musi zapewnic´ moz˙liwos´c´ wymiany uszkodzonych dysko´w podczas pracy systemu (Hot-Swap).
M -	17.	Macierz musi miec´ moz˙liwos´c´ dodawania kolejnych po´łek dyskowych oraz dysko´w bez przerywania pracy macierzy, dla dowolnej konfiguracji macierzy.
M -	18.	Moz˙liwos´c´ tworzenia pul dyskowych. Pula dyskowa definiowana jako zbio´r grup RAID opartych na dyskach fizycznych, udostępniająca przestrzen´ dyskową dla jednego lub więcej wolumino´w.
M -	19.	Obsługa co najmniej 150 pul dyskowych na macierz.
M -	20.	Macierz musi posiadac´ moz˙liwos´c´ skalowalnos´ci (w stosunku moz˙liwie bliskim liniowemu) parametro´w wydajnos´ciowych oraz zasobo´w dyskowych poprzez dodanie dodatkowej pary kontrolero´w tego samego typu (do co najmniej 2 par kontrolero´w), przy zachowaniu jednolitego i wspo´lnego zarządzania zasobami dyskowymi. W niniejszym postępowaniu wymagane jest dostarczenie jednej pary kontrolero´w.
M -	21.	Musi istniec´ moz˙liwos´c´ bezpos´redniego monitoringu stanu, w jakim w danym momencie macierz się znajduje, dane o parametrach wydajnos´ciowych macierzy muszą byc´ dostępne w postaci wykreso´w w interfejsie GUI.
M -	22.	Musi istniec´ funkcjonalnos´c´ cache dla procesu odczytu.
M -	23.	Musi istniec´ funkcjonalnos´c´ Mirrored Cache dla procesu zapisu.
M -	24.	Wymagana jest funkcjonalnos´c´ partycjonowania pamięci cache.
M -	25.	Urządzenie musi posiadac´ system podtrzymania zasilania pozwalający na zapis danych z cache na dyski wewnętrzne.
M -	26.	Wymagana jest funkcjonalnos´c´ separacji przestrzeni dyskowych pomiędzy ro´z˙nymi podłączonymi hostami.
M -	27.	Wymagana jest funkcjonalnos´c´ zwiększania i zmniejszania rozmiaru wolumino´w oraz powiększanie grup dyskowych.
M -	28.	Macierz musi umoz˙liwiac´ tworzenie wolumino´w o pojemnos´ci nie mniejszej niz˙ 250 TB.
M -	29.	Wymagana jest funkcjonalnos´c´ zarządzania ilos´cią operacji wejs´cia / wyjs´cia wykonywanych na danym woluminie - zarządzanie musi byc´ moz˙liwe zaro´wno poprzez okres´lenie ilos´ci operacji I/O na sekundę jak ro´wniez˙ przepustowos´ci okres´lonej w MB/s.
M -	30.	Macierz musi obsługiwac´ funkcjonalnos´ci LUN Masking i LUN Mapping. Minimalna ilos´c´ wspieranych wirtualnych dysko´w logicznych (LUN) dla całej (globalnej) puli dyskowej musi wynosic´ co najmniej 2000. Urządzenie musi umoz˙liwiac´ stworzenie mirrorowanych LUN pomiędzy ro´z˙nymi typami dysko´w oraz pomiędzy parami kontrolero´w w klastrze, dla kto´rych awaria jednej kopii lustra musi byc´ niezauwaz˙alna dla systemu hosta.
M -	31.	Dla urządzenia muszą być dostępne sterowniki do obsługi wielościeżkowego dostępu do woluminów, awarii ścieżki i rozłożenia obciążenia po ścieżkach dostępu dla podłączanych systemów operacyjnych (jeżeli jest wymagana licencja, należy dostarczyć licencję na całość oferowanych zasobów).
M -	32.	Macierz musi posiadać możliwość optymalizowania wykorzystania dysków SSD i HDD poprzez automatyczną identyfikację najbardziej obciążonych fragmentów woluminów w zarządzanych zasobach dyskowych oraz ich automatyczną migrację na grupę dyskową składającą się z szybszych nośników. Macierz musi posiadać możliwość wykorzystania mechanizmu optymalizacji umiejscowienia danych pomiędzy przynajmniej 3 rodzajami grup dyskowych składających się z dysków – SSD, Enterprise (10K) oraz NL- SAS/SATA/midline SAS, jak również przy wykorzystaniu dwóch dowolnych z wyżej wymienionych typów. Opisany powyżej proces optymalizacji musi posiadać funkcję

		włączenia/wyłączenia na poziomie pojedynczego woluminu. Jeżeli funkcjonalność jest licencjonowana musi być zawarta w cenie.
M -	33.	Macierz musi optymalizować wykorzystanie dysków SSD/HDD, tak, aby w ramach puli składającej się z grup dyskowych tego samego rodzaju (pojemności/prędkości dysków) wszystkie składowe grupy dyskowe były utylizowane względem pojemności w możliwie równym stopniu.
M -	34.	Macierz musi obsługiwać funkcjonalność udostępniania przestrzeni bez konieczności fizycznego alokowania wolnego miejsca na dyskach (thin provisioning) dla wszystkich woluminów. Musi istnieć możliwość wyłączenia tej funkcjonalności dla wybranych woluminów. Możliwość korzystania z funkcji thin provisioning dotyczy całej oferowanej pojemności macierzy.
M -	35.	Wymagana jest funkcjonalność wykonania kopii danych typu Point-In-Time (PiT) woluminów z wykorzystaniem jedynie kontrolerów macierzy. Zasoby źródłowe oraz docelowe kopii PiT mogą być zabezpieczone różnymi poziomami RAID i egzystować na różnych technologicznie dyskach stałych (SAS, SSD). Funkcjonalność ta musi być realizowana w trybie copy-on-write. Jeżeli funkcjonalność jest licencjonowana to musi być dostarczona ii musi obejmować całą oferowaną pojemność macierzy.
M -	36.	Kopie danych typu PiT muszą być tworzone w trybach kopii pełnej (klon) oraz kopii wskaźników (migawka), incremental (kopiowanie tylko bloków zmienionych pomiędzy kolejnymi wykonaniami kopii), multitarget (wiele kopii z jednego źródła), cascaded (kopia z kopii).
M -	37.	Urządzenie musi pozwalać na utworzenie co najmniej 4000 kopii danych typu PiT oraz pozwalać na co najmniej 250 kopii PiT z jednego źródła.
M -	38.	Macierz musi mieć możliwość odtworzenia zawartości woluminu logicznego z kopii typu snapshot bez konieczności kopiowania danych za pośrednictwem serwera.
M -	39.	Urządzenie musi umożliwiać replikację danych opartych na pamięci masowej przy użyciu synchronicznych oraz asynchronicznych transmisji danych przez łącza komunikacyjne IP oraz FC lub FCoE. Zasoby źródłowe kopii zdalnej oraz docelowe kopii zdalnej mogą być zabezpieczone różnymi poziomami RAID i egzystować na różnych technologicznie dyskach stałych (SAS, SSD). Oba rodzaje replikacji muszą wspierać program VMware Site Recovery Manager do odzyskiwania danych po awarii.
M -	40.	Dla funkcjonalności replikacji danych, przy replikacji z wykorzystaniem protokołu IP urządzenie musi zapewniać mechanizm optymalizacji transmisji danych po IP.
M -	41.	Dla funkcjonalności replikacji danych macierz musi umożliwiać utworzenie co najmniej 400 relacji replikacji źródło-cel.
M -	42.	Macierz musi mieć możliwość wykonania migracji woluminów logicznych pomiędzy różnymi typami dysków wewnątrz macierzy bez zatrzymywania aplikacji korzystającej z tych woluminów. Wymaga się, aby zasoby źródłowe podlegające migracji oraz zasoby, do których są migrowane mogły być zabezpieczone różnymi poziomami RAID i egzystować na różnych technologicznie dyskach stałych (SAS, SSD).
M -	43.	Macierz musi umożliwiać monitorowanie stanu jej pracy za pośrednictwem protokołu SNMP.
M -	44.	Macierz musi mieć możliwość automatyzacji procesu informacji o stanie urządzenia, w tym informacji o awariach, za pomocą wiadomości przesyłanych drogą elektroniczną (SMTP).
M -	45.	Macierz musi mieć możliwość kompresji i deduplikacji danych. Musi posiadać możliwość kompresji danych online, gdzie dane zapisywane w macierzy są kompresowane w locie i zapisywane na dyskach w postaci skompresowanej, a przy odczycie dane są również w locie dekompresowane i w takiej postaci przesyłane poza macierz. Operacja kompresji

		nie może wymagać alokacji innej przestrzeni dyskowej niż ta, która jest niezbędna do zapisania skompresowanych danych. Jeżeli funkcjonalność jest licencjonowana, licencja musi być zawarta w cenie i musi obejmować całą zaoferowaną w ramach macierzy przestrzeń dyskową.
M -	46.	Dla utworzonych na macierzy nieskompresowanych woluminów producent urządzenia musi udostępniać własne narzędzie służące do oszacowania redukcji zajmowanego na macierzy miejsca jeżeli kompresja zostałaby włączona dla tego woluminu. Oszacowanie musi być wykonane na podstawie danych znajdujących się na nieskompresowanym woluminie.
M -	47.	Producent urządzenia musi udostępniać własne narzędzie służące do oszacowania redukcji zajmowanego miejsca po zastosowaniu kompresji i deduplikacji na testowanych dyskach systemu operacyjnego, na którym narzędzie jest uruchomione.
M -	48.	Macierz musi mieć możliwość realizacji szyfrowania danych. Możliwość przechowywania danych zaszyfrowanych oraz niezaszyfrowanych na jednej macierzy. Jeżeli funkcjonalność jest licencjonowana, licencja nie musi być zawarta w cenie.
M -	49.	Macierz musi mieć możliwość wirtualizacji zasobów znajdujących się na posiadanych przez Zamawiającego macierzach (IBM DS3512 oraz IBM Storwize V7000) na potrzeby migracji danych. Migracja musi się odbyć w trybie bezprzerwowym (bez konieczności restartu macierzy).
M -	50.	Macierz musi mieć wsparcie dla systemów wirtualizacyjnych VMware vSphere 6.x,7.x.
M -	51.	Wymagana jest funkcjonalność połączenia urządzenia z usługą producenta monitorującą i reagującą na krytyczne zdarzenia pojawiające się w macierzy. W wypadku awarii komponentu macierzy problem automatycznie zostanie zgłoszony do serwisu producenta, zostanie wygenerowane zgłoszenie oraz serwis podejmie kroki w celu naprawy awarii. Funkcjonalność musi być dostępna przez cały okres trwania gwarancji.
M -	52.	Macierz musi umożliwiać zmianę wersji oprogramowania bez przerywania dostępu do danych.
M -	53.	Dostarczone urządzenie musi spełniać wymagania norm CE, tj. musi spełniać wymogi niezbędne do oznaczenia produktów znakiem CE.
		Wymagania opcjonalne
Mo -	1.	Macierz musi wykorzystywać półki dyskowe umożliwiające upakowanie co najmniej 90 dysków na maksymalnej wysokości 5U.
Mo -	2.	Wymagana jest możliwość wyłączenia cache dla odczytu i zapisu dla poszczególnych woluminów.
Mo -	3.	Urządzenie musi obsługiwać funkcjonalność ochrony przed skasowaniem lub odmapowaniem od hosta woluminu dyskowego, do którego były przesłane operacje wejścia/wyjścia w żądanym przez użytkownika czasie.

Serwery
Nr		Wymaganie
		Wymagania ogólne
		Płyta główna
S -	1.	musi prawidłowo współpracować ze wszystkimi komponentami serwera
S -	2.	musi być wyposażona w minimum 24 slotów pamięci RAM
S -	3.	wsparcie pamięci RAM taktowanej z prędkością 2933 MHz
		Procesor
S -	4.	minimum 2 procesory 20-sto rdzeniowe x64 o taktowaniu co najmniej 2,1GHz
S -	5.	wydajność serwera w konfiguracji dwuprocesorowej w teście CPU2017 Integer Rates (wynik Base) minimum 221 pkt
S -	6.	wynik musi być dostępny na stronie xxx.xxxx.xxx
		Pamięć operacyjna
S -	7.	zainstalowana minimum 256 GB pamięci RAM pracującej z częstotliwością minimum 2666 MHz
S -	8.	obsługa do min. 3 TB przy wykorzystaniu wyłącznie modułów DIMM
S -	9.	obsługa do min. 7.5 TB przy wykorzystaniu DIMM i DCPMM w trybie „App Direct Mode”
		obsługa minimum następujących mechanizmów ochrony pamięci:
S -	10.	- dla DIMM: ECC, SDDC, ADDDC, memory mirroring, memory rank sparing, patrol scrubbing, demand scrubbing
S -	11.	- dla DCPMM: ECC, SDDC, DDDC, patrol scrubbing, and demand scrubbing
		Karty rozszerzeń
S -	12.	minimum 2 portowa karta FC kompatybilna z szybkością 16 Gb/s Gen6
		Zatoki HDD
S -	13.	Serwer musi umożliwiać rozbudowę do minimum 24 dysków o rozmiarze 2.5" oraz do minimum 2 dysków o rozmiarze 3.5" (w zależności od obsadzenia slotów PCIe).
S -	14.	Obsługa co najmniej dysków SAS, NL SAS, SATA, SSD, NVMe,
S -	15.	Wszystkie dyski twarde muszą mieścić się w obudowie.
		Obsługiwana przestrzeń dyskowa
S -	16.	Obsługa minimum 368.64TB pojemności dla dysków 2.5".
		Interface sieciowy
S -	17.	Minimum 2 złącza LOM 10GbE Base-T z obsługą load balancing, VXLAN i jumbo frames.
S -	18.	Minimum 4 złącza 1GbE RJ45 na interfejsie PCI-Express lub ML2.
S -	19.	Możliwość rozbudowy o interfejsy 40GbE na interfejsie PCI-Express.
		Sloty PCI Express
S -	20.	Minimum 6 slotów PCI Express 3.0 w tym:
S -	21.	- minimum 4 sloty PCIe x8 (minimum 2 z nich pozwalające na instalację kart Full-height half-length)

S -	22.	- możliwość rozbudowy o co najmniej 2 sloty PCIe x16 Full-height half-length
		Moduł zarządzający
S -	23.	Zintegrowany moduł wideo o rozdzielczości minimum 1920x1200
S -	24.	Działający na łączu 1 GbE niezależnie od zainstalowanego systemu operacyjnego umożliwiająca między innymi:
S -	25.	- obsługę i aktualizowanie serwera
S -	26.	- komunikacja przez dedykowany port RJ45 (port niewliczany do ilości portów karty sieciowej)
S -	27.	- dostęp przez graficzny interfejs Web karty
S -	28.	- zdalną instalacje systemu operacyjnego (wirtualne media przez LAN )
S -	29.	- monitorowanie komponentów serwera i informowanie o ich statusie (między innymi konfiguracja serwera, prędkość obrotowa wentylatorów)
S -	30.	- szyfrowane połączenie TLS oraz autoryzację użytkownika
S -	31.	- możliwość podmontowania zdalnych wirtualnych napędów
S -	32.	- możliwość pracy minimum 2 administratorów jednocześnie
S -	33.	- wirtualna konsola z dostępem do klawiatury i myszy
S -	34.	- możliwość monitorowania w czasie rzeczywistym poboru prądu
S -	35.	- możliwość wysyłania powiadomień mailem o awariach
S -	36.	- zdalna instalacja systemów operacyjnych
S -	37.	- zdalny restart serwera
		BIOS
S -	38.	Z możliwością aktualizacji
		Porty
S -	39.	USB minimum 4 szt. (w tym 2 na przedniej ścianie serwera), minimum 3 porty USB w standardzie 3.0
S -	40.	VGA DSUB 15
		Bezpieczeństwo
S -	41.	zintegrowany z płytą główną moduł TPM
		Obudowa
S -	42.	rozmiar maksymalnie 2U
S -	43.	obudowa umożliwiająca montaż w szafie rack 19’ o rozstawie szyn wynoszącym 77cm, montowana na dołączonych dedykowanych szynach umożliwiająca wysuwanie serwera
		Zasilacz
S -	44.	zasilanie nadmiarowe min. 2 zasilacze
S -	45.	zasilacze Hot-Plug
S -	46.	uszkodzenie jednego nie powoduje wyłączenia serwera oraz umożliwia włączenie i pracę serwera
		Chłodzenie
S -	47.	minimum 6 wentylatorów z nadmiarowością
S -	48.	uszkodzenie dowolnego pojedynczego wentylatora nie powoduje wyłączenia serwera

		oraz umożliwia włączenie i pracę serwera
		Oprogramowanie
S -	49.	producent musi umożliwiać dostęp przez www do aktualizacji, sterowników komponentów serwera. Wykonawca poda adres strony na której dostępne są sterowniki do wybranego modelu
S -	50.	oprogramowanie do zarządzania i konfiguracji dyskowych kontrolerów RAID z poziomu systemu operacyjnego
S -	51.	oprogramowanie wspierające instalację systemu operacyjnego
S -	52.	oprogramowanie diagnostyczne producenta serwera umożliwiające diagnostykę (między innymi procesora, pamięć, dyski)
		Certyfikaty
S -	53.	oferowane urządzenia posiadają deklarację zgodności CE
S -	54.	oferowane urządzenie znajduje się na liście Windows Server Catalog oraz posiada status „Certified for Windows” dla systemów Microsoft Windows Server 2016, Windows Server 2019 (potwierdzenie złożone przez Wykonawcę najwyżej ocenionego)
		Wymagania opcjonalne
		Karty rozszerzeń
So -	1.	możliwość rozbudowy serwera o kontroler DAS z obsługą RAID i nieulotnym cache minimum 4 GB mogący obsłużyć minimum 240 dysków
		Oprogramowanie do zarządzania serwerami
		Dodatkowe oprogramowanie umożliwiające zarządzanie poprzez sieć, spełniające minimalne wymagania:
So -	2.	- obsługa z poziomu przeglądarki internetowej
So -	3.	- wsparcie dla zaoferowanych serwerów
So -	4.	- możliwość zarządzania dostarczonymi serwerami bez udziału dedykowanego agenta
So -	5.	- możliwość zarządzania innymi urządzeniami (jak na przykład macierze dyskowe i przełączniki sieciowe) tego samego producenta co serwery bez udziału dedykowanego agenta
So -	6.	- szczegółowy opis wykrytych systemów oraz ich komponentów
So -	7.	- moduł raportujący pozwalający wygenerować między innymi: numer seryjny sprzętu, wersje oprogramowania wewnętrznego, osadzenia slotów PCIe i gniazd pamięci
So -	8.	- możliwość przejęcia pulpitu zdalnego
So -	9.	- możliwość podmontowania wirtualnego napędu
So -	10.	- możliwość integracji z innym oprogramowaniem zarządzającym przy pomocy REST API
So -	11.	- oprogramowanie musi pełnić rolę lokalnego centralnego repozytorium firmware dla zarządzanych serwerów
So -	12.	- oprogramowanie musi umożliwiać tworzenie spójnej polityki wersji firmware dla zarządzanych serwerów i zdalnej aktualizacji firmware
So -	13.	- oprogramowanie musi umożliwiać tworzenia centralnej polityki konfiguracji serwerów oraz wymuszanie zgodności z nią (jeśli dla zapewnienia tej funkcjonalności wymagana jest dodatkowa licencja Zamawiający wymaga jej dostarczenia)
So -	14.	- możliwość monitorowana zarządzanych przez oprogramowanie serwerów z poziomu smartfona/tabletu w tym: przegląd komponentów serwera, monitoring szczegółowego

		statusu serwera, możliwość restartu/włączenia/wyłączenia serwera z poziomu smartfona/tabletu
So -	15.	- jeśli oprogramowanie może działać jako maszyna wirtualna wymagane jest wsparcie co najmniej dla Microsoft Hyper-V oraz VMware vSphere, jeśli oprogramowanie wymaga dedykowanego serwera wymagane jest jego dostarczenie w maksymalnej konfiguracji
So -	16.	- oprogramowanie musi pozwalać na zdalną instalację systemów operacyjnych na zarządzanych serwerach (jeśli dla zapewnienia tej funkcjonalności wymagana jest dodatkowa licencja Zamawiający wymaga jej dostarczenia)
So -	17.	- możliwość integracji z Vmware vCenter oraz Microsoft System Center (jeśli dla zapewnienia tej funkcjonalności wymagana jest dodatkowa licencja Zamawiający wymaga jej dostarczenia)

Oprogramowanie wirtualizacyjne
Nr		Wymaganie
		Wymagania ogólne
V -	1.	Warstwa wirtualizacji musi być zainstalowana bezpośrednio na sprzęcie fizycznym bez dodatkowych pośredniczących systemów operacyjnych.
V -	2.	Rozwiązanie musi zapewnić możliwość obsługi wielu instancji systemów operacyjnych na jednym serwerze fizycznym i musi charakteryzować się wysokim stopniem konsolidacji sprzętowej.
V -	3.	Pojedynczy klaster musi się skalować do minimum 3 fizycznych hostów (serwerów) z zainstalowaną warstwą wirtualizacji.
V -	4.	Oprogramowanie do wirtualizacji musi zapewniać możliwość stworzenia dysku maszyny wirtualnej o wielkości 62 TB.
V -	5.	Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością przydzielenia 24 TB pamięci operacyjnej RAM.
V -	6.	Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć 1-10 wirtualnych kart sieciowych.
V -	7.	Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć 32 porty szeregowe.
V -	8.	Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć 20 portów USB.
V -	9.	Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z których każda może mieć 4 GB pamięci graficznej.
V -	10.	Rozwiązanie musi wspierać następujące systemy operacyjne: Windows 7/8/10, Windows Server, Amazon Linux 2, macOS, OS X, Asianux, Ubuntu, CentOS, NeoKylin, CoreOS, Debian, FreeBSD, Oracle Linux, RHEL, SUSE, Photon OS.
V -	11.	Rozwiązanie musi umożliwiać przydzielenie większej ilości pamięci RAM dla maszyn wirtualnych niż fizyczne zasoby RAM serwera w celu osiągnięcia maksymalnego współczynnika konsolidacji.
V -	12.	Oprogramowanie do wirtualizacji musi zapewnić możliwość wykonywania kopii migawkowych instancji systemów operacyjnych (tzw. snapshot) na potrzeby tworzenia kopii zapasowych bez przerywania ich pracy.
V -	13.	Rozwiązanie musi umożliwiać udostępnienie maszynie wirtualnej większej ilości zasobów dyskowych niż jest fizycznie zarezerwowane na dyskach lokalnych serwera lub na macierzy.
V -	14.	System musi posiadać funkcjonalność wirtualnego przełącznika sieciowego umożliwiającego tworzenie sieci wirtualnej w obszarze hosta i pozwalającego połączyć maszyny wirtualne w obszarze jednego hosta, a także na zewnątrz sieci fizycznej. Pojedynczy przełącznik wirtualny musi mieć możliwość konfiguracji do 4000 portów.
V -	15.	Pojedynczy wirtualny przełącznik musi posiadać możliwość przyłączania do niego dwóch i więcej fizycznych kart sieciowych, aby zapewnić bezpieczeństwo połączenia ethernet w razie awarii karty sieciowej.
V -	16.	Wirtualne przełączniki muszą obsługiwać wirtualne sieci lokalne (VLAN).
V -	17.	Rozwiązanie musi zawierać zintegrowaną funkcjonalność do zarządzania poprawkami i podnoszenia wersji wirtualizatora.

V -	18.	Oprogramowanie do wirtualizacji musi zapewnić możliwość klonowania systemów operacyjnych wraz z ich pełną konfiguracją i danymi.
V -	19.	Oprogramowanie do wirtualizacji musi posiadać możliwość integracji z usługami katalogowymi Microsoft Active Directory.
V -	20.	Rozwiązanie musi posiadać wbudowany interfejs programistyczny (API) zapewniający pełną integrację zewnętrznych rozwiązań wykonywania kopii zapasowych z istniejącymi mechanizmami warstwy wirtualizacyjnej.
V -	21.	Rozwiązanie musi posiadać centralną konsolę graficzną do zarządzania maszynami wirtualnymi i do konfigurowania innych funkcjonalności. Centralna konsola graficzna dostarczana jest w postaci gotowej, wstępnie skonfigurowanej maszyny wirtualnej tzw. virtual appliance. Dostęp do konsoli musi być realizowany z poziomu przeglądarki internetowej z wykorzystaniem protokołu HTML5.
V -	22.	Rozwiązanie musi zapewnić możliwość bieżącego monitorowania wykorzystania zasobów fizycznych infrastruktury wirtualnej (np. wykorzystanie procesorów, pamięci RAM, wykorzystanie przestrzeni na dyskach/wolumenach) oraz przechowywać i wyświetlać dane historyczne.
V -	23.	Rozwiązanie musi zapewniać mechanizm replikacji wskazanych maszyn wirtualnych pomiędzy różnymi systemami pamięci masowych.
V -	24.	Rozwiązanie musi zawierać funkcjonalność pozwalającą na ominięcie testów inicjalizacyjnych sprzętu fizycznego w celu szybkiego startu wirtualizatora.
V -	25.	Rozwiązanie musi zawierać możliwość zabezpieczania maszyn wirtualnych przez rozwiązania antywirusowe firm trzecich bez konieczności instalacji agenta wewnątrz maszyny wirtualnej.
V -	26.	Rozwiązanie musi mieć możliwość przenoszenia maszyn wirtualnych w czasie ich pracy pomiędzy serwerami fizycznymi. Mechanizm musi umożliwiać 8 takich procesów przenoszenia jednocześnie.
V -	27.	Musi zostać zapewniona odpowiednia redundancja i taki mechanizm (wysokiej dostępności HA), aby w przypadku awarii lub niedostępności serwera fizycznego wybrane przez administratora i uruchomione na nim wirtualne maszyny zostały uruchomione na innych serwerach z zainstalowanym oprogramowaniem wirtualizacyjnym. Rozwiązanie musi posiadać co najmniej 2 niezależne mechanizmy wzajemnej komunikacji między serwerami oraz z serwerem zarządzającym, gwarantujące właściwe działanie mechanizmów wysokiej dostępności na wypadek izolacji sieciowej serwerów fizycznych lub partycjonowania sieci.

Oprogramowanie kopii zapasowej
Nr		Wymaganie
		Wymagania ogólne
B -	1.	Oprogramowanie musi być produktem przeznaczonym do obsługi środowisk DataCenter. Oferowany produkt musi znajdować się w kwadracie liderów Gartner Magic Quadrant for Data Center Backup and Recovery Solutions oraz na ogólnie dostępnej liście referencyjnej Gartner: xxxxx://xxx.xxxxxxx.xxx/xxxxxxx/xxxxxx/xxxx-xxxxxx-xxxxxx-xxx-xxxxxxxx- solutions i spełniać minimalne wymaganie : - minimalna liczba referencji 150, - minimalna ocena z referencji 4,5,
B -	2.	Oprogramowanie musi współpracować z infrastrukturą VMware w wersji 5.5, 6.0, 6.5, 6.7 oraz 7.0. Wszystkie funkcjonalności w specyfikacji muszą być dostępne na wszystkich wspieranych platformach wirtualizacyjnych,
B -	3.	Oprogramowanie musi współpracować z hostami zarządzanymi przez VMware vCenter oraz pojedynczymi hostami.
B -	4.	Oprogramowanie musi zapewniać tworzenie kopii zapasowych wszystkich systemów operacyjnych maszyn wirtualnych wspieranych przez vSphere,
B -	5.	Oprogramowanie musi zapewniać tworzenie kopii zapasowych z sieciowych urządzeń plikowych NAS opartych o SMB, CIFS i/lub NFS oraz bezpośrednio z serwerów plikowych opartych o Windows i Linux.
		Całkowite koszty posiadania
B -	6.	Oprogramowanie musi być niezależne sprzętowo i umożliwiać wykorzystanie dowolnej platformy serwerowej i dyskowej
B -	7.	Oprogramowanie musi tworzyć “samowystarczalne” archiwa do odzyskania których nie wymagana jest osobna baza danych z metadanymi deduplikowanych bloków
B -	8.	Oprogramowanie musi pozwalać na tworzenie kopii zapasowych w trybach: pełny, pełny syntetyczny, przyrostowy i odwrotnie przyrostowy (tzw. reverse-inremental)
B -	9.	Oprogramowanie musi mieć mechanizmy deduplikacji i kompresji w celu zmniejszenia wielkości archiwów. Włączenie tych mechanizmów nie może skutkować utratą jakichkolwiek funkcjonalności wymienionych w tej specyfikacji
B -	10.	Oprogramowanie nie może przechowywać danych o deduplikacji w centralnej bazie. Utrata bazy danych używanej przez oprogramowanie nie może prowadzić do utraty możliwości odtworzenia backupu. Metadane deduplikacji muszą być przechowywane w plikach backupu.
B -	11.	Oprogramowanie nie może instalować żadnych stałych agentów wymagających wdrożenia czy upgradowania wewnątrz maszyny wirtualnej dla jakichkolwiek funkcjonalności backupu lub odtwarzania
B -	12.	Oprogramowanie musi mieć możliwość uruchamiania dowolnych skryptów przed i po zadaniu backupowym lub przed i po wykonaniu zadania snapshota.
B -	13.	Oprogramowanie musi mieć wbudowane mechanizmy backupu konfiguracji w celu prostego odtworzenia systemu po całkowitej reinstalacji
B -	14.	Oprogramowanie musi mieć wbudowane mechanizmy szyfrowania zarówno plików z backupami jak i transmisji sieciowej. Włączenie szyfrowania nie może skutkować utratą jakiejkolwiek funkcjonalności wymienionej w tej specyfikacji
B -	15.	Oprogramowanie musi posiadać architekturę klient/serwer z możliwością instalacji więcej niż jednej instancji konsoli administracyjnych.

		Wymagania RPO (Recovery Point Objectives)
B -	16.	Oprogramowanie musi wykorzystywać mechanizmy Change Block Tracking na platformie wirtualizacyjnej VMware.
B -	17.	Oprogramowanie musi automatycznie wykrywać i usuwać snapshoty-sieroty (orphaned snapshots), które mogą zakłócić poprawne wykonanie backupu. Proces ten nie może wymagać interakcji administratora
B -	18.	Oprogramowanie musi posiadać wsparcie dla VMware vSAN,
B -	19.	Oprogramowanie musi wspierać kopiowanie plików na taśmy
B -	20.	Oprogramowanie musi mieć możliwość tworzenia retencji GFS (Grandfather-Father-Son)
B -	21.	Oprogramowanie musi wspierać BlockClone API w przypadku użycia Windows Server 2016 lub 2019 z systemem pliku ReFS jako repozytorium backupu. Podobna funkcjonalność musi być zapewniona dla repozytoriów opartych o linuxowy system plików XFS.
B -	22.	Oprogramowanie musi mieć możliwość replikacji wirtualnych maszyn bezpośrednio z infrastruktury VMware vSphere, pomiędzy hostami ESXi, włączając asynchroniczną replikacją ciągłą. Dodatkowo oprogramowanie musi mieć możliwość użycia plików kopii zapasowych jako źródła replikacji.
B -	23.	Oprogramowanie musi umożliwiać przechowywanie punktów przywracania dla replik
B -	24.	Oprogramowanie musi umożliwiać wykorzystanie istniejących w infrastrukturze wirtualnych maszyn jako źródła do dalszej replikacji (replica seeding)
B -	25.	Oprogramowanie musi wykorzystywać wszystkie oferowane przez hypervisor tryby transportu (sieć, hot-add, LAN Free-SAN)
B -	26.	Oprogramowanie musi dawać możliwość tworzenia backupów ad-hoc z konsoli jak i z klienta webowego vSphere
B -	27.	Oprogramowanie musi przetwarzać wiele wirtualnych dysków jednocześnie (parallel processing)
		Wymagania RTO (Recovery Time Objective)
B -	28.	Oprogramowanie musi umożliwiać jednoczesne uruchomienie jednej i więcej maszyn wirtualnych bezpośrednio ze zdeduplikowanego i skompresowanego pliku backupu, z dowolnego punktu przywracania, bez potrzeby kopiowania jej na storage produkcyjny. Funkcjonalność musi być oferowana dla środowiska VMware niezależnie od rodzaju storage’u użytego do przechowywania kopii zapasowych.
B -	29.	Dodatkowo dla środowiska vSphere powyższa funkcjonalność musi umożliwiać uruchomianie backupu z innych platform (inne wirtualizatory, maszyny fizyczne oraz chmura publiczna)
B -	30.	Oprogramowanie musi pozwalać na migrację on-line tak uruchomionych maszyn na storage produkcyjny. Migracja musi odbywać się mechanizmami wbudowanymi w hypervisor. Jeżeli licencja na hypervisor nie posiada takich funkcjonalności - oprogramowanie musi realizować taką migrację swoimi mechanizmami
B -	31.	Oprogramowanie musi pozwalać na zaprezentowanie pojedynczego dysku bezpośrednio z kopii zapasowej do wybranej działającej maszyny wirtualnej vSpehre
B -	32.	Oprogramowanie musi umożliwiać pełne odtworzenie wirtualnej maszyny, plików konfiguracji i dysków
B -	33.	Oprogramowanie musi umożliwiać pełne odtworzenie wirtualnej maszyny bezpośrednio do Microsoft Azure, Microsoft Azure Stack oraz Amazon EC2.

B -	34.	Oprogramowanie musi umożliwić odtworzenie plików na maszynę operatora, lub na serwer produkcyjny bez potrzeby użycia agenta instalowanego wewnątrz wirtualnej maszyny. Funkcjonalność ta nie powinna być ograniczona wielkością i liczbą przywracanych plików
B -	35.	Oprogramowanie musi mieć możliwość odtworzenia plików bezpośrednio do maszyny wirtualnej poprzez sieć, przy pomocy VIX API dla platformy VMware .
		Oprogramowanie musi wspierać odtwarzanie plików z następujących systemów plików:
B -	36.	- Linux: ext2, ext3, ext4, XxxxxxXX, JFS, XFS, Btrfs
B -	37.	- BSD: UFS, UFS2
B -	38.	- Solaris: ZFS, UFS
B -	39.	- Mac: HFS, HFS+
B -	40.	- Windows: NTFS, FAT, FAT32, ReFS
B -	41.	- Novell OES: NSS
B -	42.	Oprogramowanie musi wspierać przywracanie plików z partycji Linux LVM.
B -	43.	Oprogramowanie musi umożliwiać granularne odtwarzanie obiektów aplikacji wymienionych w kolejnych punktach (od B–44 do B-47) bez użycia jakiegokolwiek agenta zainstalowanego wewnątrz maszyny wirtualnej.
B -	44.	Oprogramowanie musi wspierać granularne odtwarzanie obiektów Active Directory oraz pozwalać na odtworzenie haseł.
B -	45.	Oprogramowanie musi wspierać granularne odtwarzanie Microsoft Exchange 2010 i nowszych (dowolny obiekt w tym obiekty w folderze "Permanently Deleted Objects").
B -	46.	Oprogramowanie musi wspierać granularne odtwarzanie Microsoft SQL 2005 i nowsze.
B -	47.	Oprogramowanie musi wspierać granularne odtwarzanie Microsoft Sharepoint 2010 i nowsze.
B -	48.	Oprogramowanie musi wspierać także specyficzne metody odtwarzania w tym "reverse CBT" oraz odtwarzanie z wykorzystaniem sieci SAN
		Ograniczenie ryzyka
B -	49.	Oprogramowanie musi umożliwiać integrację z oprogramowaniem antywirusowym w celu wykonania skanu zawartości pliku backupowego przed odtworzeniem jakichkolwiek danych. Integracja musi być zapewniona minimalnie dla Windows Defender, Symantec Protection Engine oraz ESET NOD32.
		Monitoring
B -	50.	System musi zapewnić możliwość monitorowania środowiska wirtualizacyjnego opartego na VMware vSphere bez potrzeby korzystania z narzędzi firm trzecich
B -	51.	System musi umożliwiać monitorowanie środowiska wirtualizacyjnego VMware w wersji 5.x oraz 6.x – zarówno w bezpłatnej wersji ESXi jak i w pełnej wersji ESX/ESXi zarządzane przez konsole vCenter Server lub pracujące samodzielnie
B -	52.	System musi mieć status „VMware Ready” i być przetestowany i certyfikowany przez VMware
B -	53.	System musi umożliwiać kategoryzacje obiektów infrastruktury wirtualnej niezależnie od hierarchii stworzonej w vCenter
B -	54.	System musi umożliwiać tworzenie alarmów dla całych grup wirtualnych maszyn jak i pojedynczych wirtualnych maszyn

B -	55.	System musi dawać możliwość układania terminarza raportów i wysyłania tych raportów przy pomocy poczty elektronicznej w formacie HTML oraz Excel
B -	56.	System musi dawać możliwość podłączenia się do więcej niż jednej instancji vCenter Server jednocześnie, w celu centralnego monitorowania wielu środowisk
B -	57.	System musi mieć wbudowane predefiniowane zestawy alarmów wraz z możliwością tworzenia własnych alarmów i zdarzeń przez administratora
B -	58.	System musi mieć wbudowane połączenie z bazą wiedzy opisującą problemy z predefiniowanych alarmów
B -	59.	System musi mieć centralną konsolę z sumarycznym podglądem wszystkich obiektów infrastruktury wirtualnej (ang. Dashboard)
B -	60.	System musi mieć możliwość monitorowania platformy sprzętowej, na której jest zainstalowana infrastruktura wirtualna
B -	61.	System musi zapewnić możliwość podłączenia się do wirtualnej maszyny (tryb konsoli) bezpośrednio z narzędzia monitorującego
B -	62.	Komponent monitorujący (jeśli nie jest wbudowany w oprogramowanie do tworzenia kopii zapasowych) musi pochodzić od tego samego producenta i w pełni integrować się z tym oprogramowaniem
B -	63.	System musi mieć możliwość monitorowania obciążenia serwerów backupowych, statusu zadań kopii zapasowych oraz replikacji.
B -	64.	System musi oferować inteligentną diagnostykę rozwiązania backupowego poprzez monitorowanie logów celem wykrycia znanych problemów oraz błędów konfiguracyjnych w celu wskazania rozwiązania bez potrzeby otwierania zgłoszenia suportowego oraz bez potrzeby wysyłania jakichkolwiek danych diagnostycznych do producenta oprogramowania backupu.
B -	65.	System musi mieć możliwość granularnego monitorowania infrastruktury, zależnego od uprawnień nadanym użytkownikom dla platformy VMware
B -	66.	System musi mieć możliwość monitorowania instancji VMware vCloud Director w wersji 8.x i 9.x
		Raportowanie
B -	67.	System raportowania musi umożliwić tworzenie raportów z infrastruktury wirtualnej bazującej na VMware ESX/ESXi 5.x, 6.x oraz 7.0 vCenter Server 5.x, 6.x oraz 7.0,
B -	68.	System musi wspierać więcej niż jedną instancję vCenter Server jednocześnie bez konieczności instalowania dodatkowych modułów.
B -	69.	System musi być certyfikowany przez VMware i posiadać status „VMware Ready”
B -	70.	System musi mieć możliwość eksportowania raportów do formatów Microsoft Word, Microsoft Excel, Microsoft Visio, Adobe PDF
B -	71.	System musi mieć możliwość ustawienia harmonogramu kolekcji danych z monitorowanych systemów jak również możliwość tworzenia zadań kolekcjonowania danych ad-hoc
B -	72.	System musi mieć możliwość ustawienia harmonogramu generowania raportów i dostarczania ich do odbiorców w określonych przez administratora interwałach

B -	73.	System w raportach musi mieć możliwość uwzględniania informacji o zmianach konfiguracji monitorowanych systemów
B -	74.	System musi mieć możliwość generowania raportów z dowolnego punktu w czasie zakładając, że informacje z tego czasu nie zostały usunięte z bazy danych
B -	75.	System musi posiadać predefiniowane szablony z możliwością tworzenia nowych jak i modyfikacji wbudowanych raportów.
B -	76.	Komponent raportujący (jeśli nie jest wbudowany w oprogramowanie do tworzenia kopii zapasowych) musi pochodzić od tego samego producenta i musi mieć możliwość generowania raportów na podstawie danych uzyskanych z oprogramowania do tworzenia kopii zapasowych.
B -	77.	System musi mieć możliwość generowania raportu dotyczącego zabezpieczanych maszyn, zdefiniowanych zadań tworzenia kopii zapasowych oraz replikacji jak również wykorzystania zasobów serwerów backupowych.
B -	78.	System musi mieć możliwość generowania raportu planowania pojemności (capacity planning) bazującego na scenariuszach „what-if”.
B -	79.	System musi mieć możliwość granularnego raportowania infrastruktury, zależnego od uprawnień nadanym użytkownikom dla platformy VMware
B -	80.	System musi mieć możliwość generowania raportów dotyczących tzw. migawek-sierot (orphaned snapshots)
B -	81.	System musi mieć możliwość generowania personalizowanych raportów zawierających informacje z dowolnych predefiniowanych raportów w pojedynczym dokumencie

Wymagania dotyczące wsparcia i gwarancji na sprzęt i oprogramowanie

Gwarancje, wsparcie, licencje itp.
		Przełączniki LAN
Nr		Wymagania dla 2 szt.
G -	1.	Wymagane jest oświadczenie producenta lub autoryzowanego dystrybutora, że oferowany do przetargu sprzęt jest fabrycznie nowy, nieużywany w innych projektach i pochodzi z oficjalnego kanału sprzedaży na rynek polski (złożenie oświadczenia wymagane w momencie dostawy sprzętu).
G -	2.	Oferowane urządzenie w dniu składania oferty nie może być przeznaczone przez producenta do wycofania z produkcji lub sprzedaży (End Of Life, End Of Sale).
G -	3.	Wraz z urządzeniem wymagane jest dostarczenie 60 miesięcznego serwisu producenta lub autoryzowanego dystrybutora sprzętu. Opieka musi zawierać: wsparcie techniczne świadczone telefonicznie i pocztą elektroniczną przez producenta lub autoryzowanego dystrybutora sprzętu, wymianę uszkodzonego sprzętu w trybie Next Business Day, dostęp do nowych wersji oprogramowania, a także dostęp do baz wiedzy, przewodników konfiguracyjnych i narzędzi diagnostycznych.
G -	4.	Zamawiający posiada obecnie urządzenia firmy Juniper. Jeżeli zarządzanie przełącznikami (nazewnictwo w procesie konfiguracji, obsługa Web GUI oraz linia poleceń CLI) nie jest tożsame z posiadanymi przez Zamawiającego rozwiązaniami, Zamawiający wymaga szkolenia dla minimum 3 osób w zakresie konfiguracji dostarczanych przełączników, minimum switching oraz routing, trwającego 5 dni. 1 dzień szkolenia musi trwać co najmniej 7 godzin.
G -	5.	Pomoc techniczna oraz ew. szkolenia z produktu muszą być dostępne w Polsce. Usługi te świadczone być muszą w języku polskim.
		Przełączniki SAN
Nr		Wymagania dla 2 szt.
G -	6.	Wymagane jest oświadczenie producenta lub autoryzowanego dystrybutora, że oferowany do przetargu sprzęt jest fabrycznie nowy, nieużywany w innych projektach i pochodzi z oficjalnego kanału sprzedaży na rynek polski (złożenie oświadczenia wymagane w momencie dostawy sprzętu).
G -	7.	Oferowane urządzenie w dniu składania oferty nie może być przeznaczone przez producenta do wycofania z produkcji lub sprzedaży (End Of Life, End Of Sale).
G -	8.	Serwis: co najmniej 60 miesięczny serwis producenta lub autoryzowanego dystrybutora sprzętu z gwarantowaną odpowiedzią w trybie Next Business Day.
		Macierz dyskowa
Nr		Wymagania
G -	9.	Wymagane jest oświadczenie producenta lub autoryzowanego dystrybutora, że oferowany do przetargu sprzęt jest fabrycznie nowy, nieużywany w innych projektach i pochodzi z oficjalnego kanału sprzedaży na rynek polski (złożenie oświadczenia wymagane w momencie dostawy sprzętu).
G -	10.	Oferowane urządzenie w dniu składania ofert nie może być przeznaczone przez producenta do wycofania z produkcji lub sprzedaży (End Of Life, End Of Sale).
G -	11.	Urządzenia i ich komponenty muszą być oznakowane przez producenta w taki sposób, aby możliwa była identyfikacja zarówno produktu jak i producenta.

G -	12.	Wymagana jest gwarancja na wszystkie elementy macierzy (sprzęt oraz oprogramowanie) świadczona w reżimie 24/7 przez okres 60 miesięcy z reakcją serwisu w ciągu 6 godzin od momentu zgłoszenia usterki. Ze względu na 60 miesięczny okres Zamawiający wymaga, aby usługi serwisowe świadczone były przez producenta lub autoryzowanego dystrybutora oferowanego sprzętu i oprogramowania.
G -	13.	Zamawiający posiada macierz IBM Storwize V7000. Jeżeli zarządzanie oferowaną macierzą (nazewnictwo w procesie konfiguracji, obsługa Web GUI oraz linia poleceń CLI) nie jest tożsame z posiadanymi przez Zamawiającego rozwiązaniami, Zamawiający wymaga szkolenia z oferowanego urządzenia trwającego 3 dni dla 3 osób. 1 dzień szkolenia musi trwać co najmniej 7 godzin.
G -	14.	Ew. szkolenia z produktu muszą być dostępne w Polsce świadczone w języku polskim.
		Serwery
Nr		Wymagania dla 3 szt.
G -	15.	Wymagane jest oświadczenie producenta lub autoryzowanego dystrybutora, że oferowany do przetargu sprzęt jest fabrycznie nowy, nieużywany w innych projektach i pochodzi z oficjalnego kanału sprzedaży na rynek polski (złożenie oświadczenia wymagane w momencie dostawy sprzętu).
G -	16.	Oferowane urządzenie w dniu składania ofert nie może być przeznaczone przez producenta do wycofania z produkcji lub sprzedaży (End Of Life, End Of Sale).
G -	17.	Wraz z urządzeniem wymagane jest dostarczenie 60 miesięcznego serwisu na części i robociznę realizowane w miejscu eksploatacji sprzętu na następujących warunkach:
G -	18.	- możliwość szybkiego zgłaszania usterek przez portal internetowy, telefon lub mail;
G -	19.	- dostępność wsparcia technicznego przez 8 godzin w dni robocze (w godz. 8 – 16) przez cały rok w języku polskim (podanie numeru telefonicznego wsparcia podane przez Wykonawcę najwyżej ocenianego)
G -	20.	- czas dostawy części zamiennych: Next Business Day
G -	21.	- oświadczenie producenta lub autoryzowanego dystrybutora potwierdzające, że serwis urządzenia będzie realizowany na wymaganym poziomie bezpośrednio przez producenta i/lub we współpracy a autoryzowanym partnerem serwisowym producenta.
		Oprogramowanie wirtualizacyjne
G -	22.	Licencja na oprogramowanie do wirtualizacji musi obejmować wszystkie dostarczone serwery. Wymagana jest licencja wieczysta, typu on-premise oraz wsparcie dla oprogramowania na okres 60 miesięcy.
		Oprogramowanie kopii zapasowej
G -	23.	Zamawiający wymaga dostarczenia licencji wieczystej na oprogramowanie do tworzenia kopii zapasowych. Oferowany produkt musi posiadać licencje na wszystkie serwery dostarczane w ramach tego postępowania.
G -	24.	Oferowane oprogramowanie musi być objęte wsparciem producenta lub autoryzowanego dystrybutora przez okres 60 miesięcy. Wsparcie musi być świadczone w języku polskim lub w języku angielskim w dni robocze w godzinach 8-20 z maksymalnym czasem reakcji nie dłuższym niż 24 godziny robocze.
G -	25.	Możliwość zgłaszania problemów technicznych co najmniej za pomocą portalu WWW lub linii telefonicznej. Wykonawca, którego oferta zostanie oceniona najwyżej poda informacje kontaktowe do zgłaszania problemów technicznych.
G -	26.	W ramach zakupionej licencji Zamawiający musi mieć dostęp do bazy wiedzy oraz musi mieć możliwość pobierania aktualizacji zakupionego oprogramowania.

ZAŁĄCZNIK NR 2 DO SWZ

Uzasadnienie niedokonania podziału zamówienia na części, w postępowaniu o udzielenie zamówienia publicznego

Zamawiający nie dokonał podziału zamo´wienia na częs´ci ze względu na koniecznos´c´ zagwarantowania pełnej odpowiedzialnos´ci oraz kompletnos´ci wykonywanych czynnos´ci instalacji, uruchomienia i konfiguracji, dotyczących s´rodowiska informatycznego Zamawiającego. Tylko Wykonawca kto´ry będzie odpowiadał jednoczes´nie za dostawę, instalację, uruchomienie i konfigurację z istniejącą infrastrukturą informatyczną, usuwanie awarii oraz aktualizacje oprogramowania będzie w stanie zapewnic´ taki sposo´b s´wiadczenia prac, jakiego wymaga zamawiający w Opisie Przedmiotu Zamo´wienia.

Jednocześnie zamówienie obejmujące dostawę oraz instalację, uruchomienie i konfigurację, ze względów technicznych i organizacyjnych jest trudno podzielne, gdyż zamówienie ma charakter kompleksowy i wykonawczo jednorodny. Podzielenie zamówienia stanowiłoby istotną przeszkodę techniczną w jego realizacji i mogłoby doprowadzić do rozproszenia odpowiedzialności wykonawców. W określonym w SWZ modelu realizacji zamówienia Wykonawca ma za zadanie zrealizować zamówienie zgodnie z SWZ w sposób kompletny i odpowiadać z tytułu gwarancji oraz rękojmi za pełną funkcjonalność. Nie byłoby to możliwe przy realizacji zamówienia z udziałem wielu wykonawców.

ZAŁĄCZNIK NR 3 DO SWZ

……………………….............………

(pieczęć firmowa Oferenta)

Formularz oferty

Dane Oferenta:

nazwa Oferenta: .........................................................................................

.........................................................................................

Składając ofertę w postępowaniu o udzielenie zamówienia na dostawę, instalację, uruchomienie, konfigurację serwerów, macierzy dyskowej, przełączników SAN i

przełączników sieciowych oraz oprogramowania wraz ze wsparciem serwisowym ich producenta, migrację danych oraz sporządzenie dokumentacji powykonawczej (znak sprawy: ET/159/2021/W):

1. OFERUJEMY wykonanie przedmiotu zamówienia objętego SWZ za cenę netto zł

(słownie: ………………………………….……...................... ................................... zł), plus podatek VAT wg stawki …….%, w kwocie ……………………… zł, co daje cenę brutto: ………………….. zł (słownie:

………………………….).

2. UWAŻAMY, się za związanych niniejszą ofertą przez czas wskazany w SWZ.

3. OŚWIADCZAMY, że zapoznaliśmy się z projektowanymi postanowieniami umowy, stanowiącymi Załącznik nr 7 do SWZ i zobowiązujemy się, w przypadku wyboru naszej oferty, do zawarcia umowy na określonych warunkach, w miejscu i terminie wyznaczonym przez Zamawiającego.

4. OŚWIADCZAM/(MY), że wadium w kwocie ....................zł (słownie ) zostało

wniesione w dniu ................................ w formie ........................

Wadium wniesione w pieniądzu należy zwrócić do:

Nazwa banku........................................................................................................................................

na konto nr...........................................................................................................................................

z zastrzeżeniem art. 98 ust. 6 ustawy Prawo zamówień publicznych.

5. OŚWIADCZAMY, iż Wykonawca wyraża zgodę na przetwarzanie przez Zamawiającego informacji zawierających dane osobowe oraz, że wykonał obowiązek informacyjny, wynikający z przepisów o ochronie danych osobowych, informując pisemnie każdą osobę, której dane osobowe są podane w ofercie oraz dokumentach składanych wraz z niniejszą ofertą lub będą podane w oświadczeniach i dokumentach złożonych przez Wykonawcę w niniejszym postępowaniu

o udzielenie zamówienia. Jednocześnie oświadczamy, że w przypadku wyboru oferty złożonej

przez Wykonawcę, Wykonawca, poinformuje pisemnie każdą osobę fizyczną, od której dane osobowe bezpośrednio lub pośrednio pozyska w celu wykonania umowy i realizacji przedmiotu zamówienia, zgodnie z przepisami o ochronie danych osobowych.

6. Jednocześnie dla celów informacyjnych oświadczamy, iż jesteśmy*:

1) mikroprzedsiębiorstwem

2) małym przedsiębiorstwem

3) średnim przedsiębiorstwem

4) prowadzimy jednoosobową działalność gospodarczą,

5) osobą fizyczną nieprowadzącą działalności gospodarczej,

6) inny rodzaj

*Proszę wybrać z listy punktów status odpowiadający wykonawcy

7. Załącznikami formularza oferty są:

• Załącznik Nr 1: Szczegółowe opisy oferowanych urządzeń i oprogramowania takie jak karty produktów, dokumentacje techniczne, specyfikacje - dopuszczalna forma: pliki komputerowe w formacie PDF, w języku polskim lub angielskim (opisy te powinny dać możliwość Zamawiającemu weryfikacji wymagań postawionych w SWZ zgodnie z Tabelami potwierdzającymi spełnianie wymagań technicznych).

• Załącznik Nr 2: Tabele potwierdzające spełnianie wymagań technicznych.

• Załącznik nr 3: Potwierdzona za zgodność z oryginałem kopia wymaganego certyfikatu, o którym mowa w punkcie 7.2.4. SWZ.

• Załącznik Nr 4: Oświadczenie producenta potwierdzające, że elementy, z których są zbudowane oferowane serwery są jego produktami lub są przez niego certyfikowane.

• Załącznik Nr 5: Oświadczenia producenta lub autoryzowanego dystrybutora potwierdzające spełnianie wymagań technicznych opisanych w punktach

o X-0, X-0, X-00 i G-17 - serwis urządzenia będzie realizowany na wymaganym poziomie bezpośrednio przez Producenta i/lub we współpracy z Autoryzowanym Partnerem Serwisowym Producenta,

o X-0, X-0, G-9 i G-15 - oferowany do przetargu sprzęt jest fabrycznie nowy, nieużywany w innych projektach i pochodzi z oficjalnego kanału sprzedaży na rynek polski.

.......................... dn. ................. ..................................................................

podpis Wykonawcy

lub upełnomocnionego przedstawiciela (przedstawicieli) Wykonawcy

................................ ............................................................

(miejscowość, dnia) (podpis osoby upoważnionej)

Tabele potwierdzające spełnianie wymagań technicznych

Wykonawca winien odnieść się w poniższych tabelach do wszystkich wymagań określonych w tabelach umieszczonych w SWZ w części „Szczegółowe wymagania techniczne”

Przełączniki LAN
Nr wymagania	Dokumentacja/Nazwa pliku	Strona/miejsce w dokumentacji
X-0
X-0
X-0
X-0
X-0
X-...
Wymagania opcjonalne
Lo-1
Lo-2

Przełączniki SAN
Nr wymagania	Dokumentacja/Nazwa pliku	Strona/miejsce w dokumentacji
F-1
F-2
F-3
F-4
F-5
F-...
Wymagania opcjonalne
Fo-1

Macierz dyskowa
Nr wymagania	Dokumentacja/Nazwa pliku	Strona/miejsce w dokumentacji
X-0
X-0
X-0
X-0
X-0
M-…
Wymagania opcjonalne
Mo-1
Mo-...

Serwery
Nr wymagania	Dokumentacja/Nazwa pliku	Strona/miejsce w dokumentacji
S-1
S-2
S-3
S-4
S-5
S-...
Wymagania opcjonalne
So-1
So-...

Oprogramowanie wirtualizacyjne
Nr wymagania	Dokumentacja/Nazwa pliku	Strona/miejsce w dokumentacji
V-1
V-2
V-3
V-4
V-5
V-...

Oprogramowanie kopii zapasowej
Nr wymagania	Dokumentacja/Nazwa pliku	Strona/miejsce w dokumentacji
X-0
X-0
X-0
X-0
X-0
B-…

ZAŁĄCZNIK NR 4 DO SWZ

SZCZEGÓŁOWY WYKAZ OFEROWANYCH URZĄDZEŃ, OPROGRAMOWANIA I ROZWIĄZAŃ.

Uwaga! Tabela powinna zawierać wszystkie komponenty posiadające własne oznaczenia producenta (Part Number/Symbol) wchodzące w skład oferowanego urządzenia/oprogramowania w niniejszym postępowaniu przetargowym. Dla pakietów serwisowych należy podać w kolumnie „Uwagi” czas ich trwania.

L. p.	Nazwa oferowanego urządzenia lub oprogramowania	Oznaczenie producenta (np. PN/Symbol)	Ilość	Uwagi (np. czas trwania pakietu serwisowego)
1	Przełączniki LAN		2 szt.
2	Pakiet serwisowy dla przełącznika LAN
	Przełączniki SAN		2 szt.
	Pakiet serwisowy dla przełącznika SAN
	Macierz dyskowa		1 kpl
	…
	Pakiet serwisowy dla macierzy
	Serwer		3 kpl
…	…
	Pakiet serwisowy dla serwera
	Oprogramowanie wirtualizacyjne		1 kpl	Licencje na 3 serwery
	…
	Oprogramowanie kopii zapasowej		1 kpl	Licencje na 3 serwery
	…

ZAŁĄCZNIK NR 5 DO SWZ

WYKAZ ZREALIZOWANYCH ZADAŃ

Składając ofertę w postępowaniu o udzielenie zamówienia publicznego, prowadzonym w trybie podstawowym na dostawę, instalację, uruchomienie, konfigurację serwerów, macierzy dyskowej, przełączników SAN i przełączników sieciowych oraz oprogramowania wraz ze wsparciem serwisowym ich producenta, migrację danych oraz sporządzenie dokumentacji powykonawczej (znak sprawy: ET/159/2021/W) oświadczamy, że w zakresie niezbędnym do wykazania spełnienia warunku dotyczącego posiadania wiedzy i doświadczenia zrealizowaliśmy następujące zadania:

L. p.

Przedmiot zadania

Wartość netto

PLN

Data

rozpoczęcia

Data zakończenia

Odbiorca

Jednocześnie załączamy dokumenty potwierdzające należyte wykonanie ww. zadań.

.................................. dn. ........................... ......................................................................................

podpis Wykonawcy lub upełnomocnionego

przedstawiciela Wykonawcy

OŚWIADCZENIE

o niepodleganiu wykluczeniu

Ubiegając się o udzielenie zamówienia publicznego w postępowaniu na dostawę, instalację, uruchomienie, konfigurację serwerów, macierzy dyskowej, przełączników SAN i przełączników sieciowych oraz oprogramowania wraz ze wsparciem serwisowym ich producenta, migrację danych oraz sporządzenie dokumentacji powykonawczej oświadczamy, że brak jest podstaw do wykluczenia Wykonawcy z postępowania z powodu niespełniania przesłanek, o których mowa w art. 108 ust. 1 ustawy z dnia 11 września 2019 r. Prawo zamówień publicznych (Dz. U. z 2019 r. poz. 2019, ze zm.).

.................................. dn. ........................... ......................................................................................

podpis Wykonawcy lub upełnomocnionego

przedstawiciela Wykonawcy

PROJEKTOWANE POSTANOWIENIA UMOWY

1. Przedmiotem umowy jest dostawa, instalacja, uruchomienie, konfiguracja serwerów, macierzy dyskowej, przełączników SAN i przełączników sieciowych oraz oprogramowania wraz ze wsparciem serwisowym ich producentów, migracja danych oraz sporządzenie dokumentacji powykonawczej.

2. Przedmiot zamówienia zostanie zrealizowany w terminie 18 tygodni od daty podpisania umowy, uwzględniając dostawę, instalację, konfigurację urządzeń, testy oraz sporządzenie dokumentacji powykonawczej. Konfiguracja ma być wykonana zgodnie z ustaleniami z Zamawiającym i według jego wytycznych.

3. Odbiór przedmiotu umowy nastąpi w siedzibie Zamawiającego i zostanie potwierdzony protokołem odbioru podpisanym przez obie strony umowy.

4. Do czasu odbioru przedmiotu umowy przez Zamawiającego całkowita odpowiedzialność za

przedmiot umowy spoczywa na Wykonawcy.

5. Wykonawca oświadcza, że cały dostarczony i zainstalowany sprzęt jest fabrycznie nowy, pochodzący z bieżącej produkcji, w pełni zdatny do użytku, nieobciążony żadnymi wadami fizycznymi ani prawnymi.

6. Wykonawca w ramach realizacji umowy sporządzi i dostarczy Zamawiającemu dokumentację powykonawczą spełniającą wymagania określone w SWZ. Dokumentacja powykonawcza dotyczącą wykonanych przez Wykonawcę działań musi obejmować co najmniej:

a. opis wykonanych prac,

b. schematy połączeń fizycznych i logicznych,

c. opis konfiguracji oprogramowania i urządzeń.

7. Wykonawca w ramach realizacji umowy zapewni serwis gwarancyjny obejmujący wszystkie elementy wchodzące w skład przedmiotu umowy (oprogramowanie i sprzęt), świadczony na miejscu u Zamawiającego w okresie 5 lat od dnia protokolarnego przekazania, zgodnie z wymogami SWZ.

8. Wynagrodzenie za przedmiot umowy zostanie zapłacone przelewem na konto Wykonawcy wskazane na fakturze, na podstawie faktury VAT, w terminie 14 dni od daty jej doręczenia Zamawiającemu. Faktura ta zostanie wystawiona po podpisaniu protokołu odbioru przedmiotu zamówienia.

9. W przypadku opóźnienia w dostawie przedmiotu umowy z przyczyn leżących po stronie Wykonawcy, Zamawiający może żądać zapłacenia kary umownej w wysokości 0,5% za każdy dzień zwłoki, liczonej od wartości przedmiotu umowy, co nie wyłącza możliwości dochodzenia odszkodowania na zasadach ogólnych.

10. Wykonawca może żądać od Zamawiającego zapłacenia odsetek ustawowych liczonych od nie zapłaconej części wartości przedmiotu umowy za każdy dzień zwłoki w zapłacie należności z tytułu umowy, po upływie terminu płatności faktury.

11. W przypadku, gdy jedna ze stron odstępuje od umowy z przyczyn leżących po drugiej stronie, druga strona zapłaci stronie odstępującej karę umowną w wysokości 10% wartości zamówienia, z wyłączeniem sytuacji opisanej w art. 456, ust. 1, pkt 1) ustawy prawo zamówień publicznych.

12. W razie braku porozumienia stron, sporne kwestie będą rozstrzygane przez właściwy sąd we Xxxxxxxxx.

XXXXXXXXX XX 0 DO SWZ

KLAUZULA INFORMACYJNA RODO

1. Zamawiający informuje, że będzie przetwarzał dane osobowe uzyskane w trakcie postępowania, w szczególności dane osobowe ujawnione w ofertach i załącznikach do ofert lub w dokumentach i oświadczeniach składanych w postępowaniu oraz dane osobowe uzyskane w trakcie realizacji umów.

2. Administratorem danych osobowych, o których mowa w pkt 1, jest Zamawiający – Radio Wrocław

S.A. z siedzibą we Wrocławiu, adres: 53 – 015 Xxxxxxx, xx. Xxxxxxxxxx 00. W sprawach związanych z danymi osobowymi, o których mowa w pkt 1, należy kontaktować się z Inspektorem Ochrony Danych, adres e-mail: xxxx@xxxxxxxxxxxx.xx .

3. Xxxx osobowe, o których mowa w pkt 1, przetwarzane będą na podstawie art. 6 ust. 1 lit. c) oraz art. 6 ust. 1 lit. f) rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE (Dz. Urz. UE L 119 z 04.05.2016, str. 1), zwanego dalej „RODO”, tj. z uwagi na fakt, że przetwarzanie danych osobowych jest niezbędne w celu wypełnienia obowiązku prawnego ciążącego na Administratorze i do celów wynikających z prawnie uzasadnionych interesów realizowanych przez Administratora, związanych z realizacją umowy.

4. Odbiorcami danych osobowych uzyskanych w trakcie postępowania, o którym mowa w pkt 1. będą upoważnieni pracownicy Radia Wrocław S.A., a także osoby i podmioty, którym zostanie udostępniona dokumentacja postępowania, na podstawie obowiązujących przepisów prawa.

5. Dane osobowe, o których mowa w pkt. 1, uzyskane w związku z postępowaniem, przechowywane

będą przez Zamawiającego.

6. Dane osobowe, o których mowa w pkt 1, nie będą przekazywane poza Europejski Obszar Gospodarczy lub do organizacji międzynarodowej.

7. W odniesieniu do danych osobowych, o których mowa w pkt 1, decyzje nie będą podejmowane w

sposób zautomatyzowany oraz nie jest stosowane profilowanie.

8. Osobom, których dotyczą dane osobowe, o których mowa w pkt 1,

1) przysługuje prawo do wniesienia skargi do Prezesa Urzędu Ochrony Danych Osobowych, gdy uznają, że przetwarzanie ich danych osobowych narusza przepisy RODO,

2) prawo dostępu do danych osobowych ich dotyczących, w tym prawo zwrócenia się o przekazanie kopii danych osobowych podlegających przetwarzaniu, przy czym w przypadku, gdy wykonanie przez Zamawiającego obowiązków wynikających z przedmiotowych praw wymagałoby niewspółmiernie dużego wysiłku, Zamawiający może zażądać od osoby, której dotyczą dane osobowe, wskazania dodatkowych informacji mających na celu sprecyzowanie żądania dostępu do danych osobowych lub przekazana kopii przetwarzanych danych osobowych, w szczególności podania nazwy postępowania lub jego daty,

3) prawo do sprostowania lub uzupełnienia danych osobowych ich dotyczących, przy czym skorzystanie z tego prawa nie może skutkować zmianą wyniku postępowania, ani zmianą umowy w zakresie niezgodnym z ustawą oraz nie może naruszać integralności protokołu postępowania lub jego załączników,

4) prawo żądania od Zamawiającego, jako administratora danych osobowych, ograniczenia przetwarzania danych osobowych, z zastrzeżeniem, że:

• prawo do ograniczenia przetwarzania danych osobowych nie ma zastosowania

w odniesieniu do przechowywania protokołu postępowania i jego załączników,

• prawo do ograniczenia przetwarzania danych osobowych nie ma zastosowania w przypadku zgody osoby, której dane dotyczą lub w celu ustalenia, dochodzenia bądź obrony roszczeń lub w celu ochrony praw innej osoby fizycznej lub prawnej,

lub z uwagi na ważne względy interesu publicznego Unii Europejskiej lub

Rzeczpospolitej Polskiej,

• wystąpienie z żądaniem ograniczenia przetwarzania danych osobowych nie ogranicza przetwarzania danych osobowych do czasu zakończenia niniejszego postępowania o udzielenie zamówienia publicznego,

• prawo do wniesienia sprzeciwu wobec przetwarzania danych na podstawie art. 6 ust. 1 lit. f) RODO.

9. Osobom, których dotyczą dane osobowe, o których mowa w pkt. 1 nie przysługuje:

1) prawo do przenoszenia danych osobowych, o którym mowa w art. 20 RODO, albowiem dane osobowe, o których mowa w pkt 1 będą przetwarzane na podstawie art. 6 ust. 1 lit c) i f) RODO oraz nie będą przetwarzane w sposób zautomatyzowany,

2) w stosunku do danych osobowych przetwarzanych w celu wypełnienia obowiązku prawnego ciążącego na Zamawiającym - prawo sprzeciwu, albowiem dane osobowe będą przetwarzane na podstawie art. 6 ust. 1 lit c) RODO,

3) prawo do usunięcia danych w przypadku, gdy przetwarzanie danych osobowych, o których mowa w pkt 1, będzie niezbędne do wywiązania się przez Radio Wrocław S.A. z prawnego obowiązku wymagającego przetwarzania tych danych na mocy prawa Unii Europejskiej lub prawa obowiązującego w Rzeczpospolitej Polskiej, do ustalenia, dochodzenia lub obrony roszczeń oraz do celów archiwalnych w interesie publicznym, do celów statystycznych, o ile pojawi się prawdopodobieństwo, skorzystanie z tego prawa uniemożliwi lub poważnie utrudni realizacje tych celów.

10. Podanie danych osobowych jest dobrowolne, ale konieczne dla przeprowadzenia postępowania i możliwości ubiegania się o udzielenie zamówienia.

11. W związku informacjami przekazanymi powyżej, Wykonawca przystępując do postępowania jest obowiązany do wykonania działań wynikających z RODO wobec każdej osoby, której dane osobowe będą podane w ofercie, oświadczeniach i dokumentach złożonych w postępowaniu. Tożsamy obowiązek ciążyć będzie na Wykonawcy, którego oferta zostanie uznana za najkorzystniejszą, wobec każdej osoby, której dane osobowe będą podane w umowie lub jej załącznikach lub innych dokumentach przekazywanych w celu jej realizacji. Na tę okoliczność Wykonawca złoży stosowne oświadczenie.

ZAŁĄCZNIK NR 9 DO SWZ

Schemat obecnego środowiska sieciowego

Document Metadata

Table of Contents

udzielanego zgodnie z postanowieniami ustawy z dnia 11 września 2019 r. Prawo zamówień publicznych (tekst jednolity Dz. U. 2019. 2019) zwanej dalej ustawą, w trybie podstawowym o wartości zamówienia poniżej 214 000 EUR

Document Metadata