SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA. w postępowaniu o udzielenie zamówienia publicznego prowadzonym w trybie przetargu nieograniczonego na

Transkrypt

1 Znak sprawy: TZ/370/47/13 SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA w postępowaniu o udzielenie zamówienia publicznego prowadzonym w trybie przetargu nieograniczonego na budowę środowiska testowego dla Platformy Windows w Centrali ZUS Wartość zamówienia przekracza równowartość kwoty EURO Warszawa, 2013 r.

2 SPIS TREŚCI ROZDZIAŁ I INFORMACJE OGÓLNE I. INFORMACJA O ZAMAWIAJĄCYM II. TRYB UDZIELENIA ZAMÓWIENIA I WARTOŚĆ ZAMÓWIENIA III. OFERTY CZĘŚCIOWE, WARIANTOWE IV. FORMA PRZEKAZYWANIA INFORMACJI, OŚWIADCZEŃ I DOKUMENTÓW W POSTĘPOWANIU ORAZ KOPII ODWOŁAŃ V. OSOBY UPRAWNIONE DO KONTAKTÓW Z WYKONAWCAMI VI. ZAMÓWIENIE UZUPEŁNIAJĄCE VII. INFORMACJE DODATKOWE ROZDZIAŁ II OPIS PRZEDMIOTU ZAMÓWIENIA I TERMIN WYKONANIA I. PRZEDMIOT ZAMÓWIENIA II.TERMIN WYKONANIA ZAMÓWIENIA, WARUNKI PŁATNOŚCI, GWARANCJA ROZDZIAŁ III WYSOKOŚĆ I ZASADY WNIESIENIA WADIUM I. WYSOKOŚĆ WADIUM II. FORMA WADIUM III. TERMIN I MIEJSCE WNIESIENIA WADIUM IV. ZWROT WADIUM V. ZATRZYMANIE WADIUM ROZDZIAŁ IV WARUNKI UDZIAŁU W POSTĘPOWANIU, OPIS SPEŁNIENIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU, OFERTA ORAZ DOKUMENTY WYMAGANE OD WYKONAWCY I. WARUNKI UDZIAŁU W POSTĘPOWANIU II. WYMOGI FORMALNE OFERTY III. WYMAGANE DOKUMENTY IV. ZASADY UDZIAŁU W POSTĘPOWANIU WYKONAWCÓW WYSTĘPUJĄCYCH WSPÓLNIE V. FORMA DOKUMENTÓW VI. OPAKOWANIE OFERTY VII. OPIS SPOSOBU DOKONYWANIA OCENY SPEŁNIANIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU ROZDZIAŁ V OPIS SPOSOBU OBLICZENIA CENY OFERTY ROZDZIAŁ VI INFORMACJE O MIEJSCU I TERMINIE SKŁADANIA I OTWARCIA OFERT I.MIEJSCE I TERMIN SKŁADANIA OFERT II. MIEJSCE I TERMIN OTWARCIA OFERT III. PUBLICZNE OTWARCIE OFERT IV.TERMIN ZWIĄZANIA OFERTĄ V. ZMIANA I WYCOFANIE OFERTY ROZDZIAŁ VII KRYTERIA I ZASADY OCENY OFERT I. TRYB OCENY OFERT II. KRYTERIA WYBORU NAJKORZYSTNIEJSZEJ OFERTY III.ZASADY OCENY OFERT WEDŁUG USTALONYCH KRYTERIÓW ROZDZIAŁ VIII ZABEZPIECZENIE NALEŻYTEGO WYKONANIA UMOWY ROZDZIAŁ IX WZÓR UMOWY ROZDZIAŁ X POUCZENIE O ŚRODKACH OCHRONY PRAWNEJ ROZDZIAŁ XI FORMALNOŚCI PO WYBORZE OFERTY W CELU ZAWARCIA UMOWY I. OGŁOSZENIE O WYNIKU POSTĘPOWANIA II. WARUNKI ZAWARCIA UMOWY ROZDZIAŁ XII ZMIANA UMOWY 2

3 Rozdział I INFORMACJE OGÓLNE I. INFORMACJA O ZAMAWIAJĄCYM Zamawiającym jest Zakład Ubezpieczeń Społecznych z siedzibą w Warszawie, ul. Szamocka 3, 5, Warszawa, tel , faks II. TRYB UDZIELENIA ZAMÓWIENIA I WARTOŚĆ ZAMÓWIENIA Postępowanie o udzielenie zamówienia publicznego prowadzone jest w trybie przetargu nieograniczonego na podstawie przepisów ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (zwana dalej ustawą ), (Dz. U. z 2010 r. Nr 113, poz. 759 z późn. zm.). Wartość zamówienia: Wartość zamówienia przekracza wyrażoną w złotych równowartość kwoty euro, o której mowa w przepisach wydanych na podstawie art. 11 ust. 8 ustawy Pzp. III. OFERTY CZĘŚCIOWE, WARIANTOWE. 1. Każdy Wykonawca ma prawo złożyć tylko jedną ofertę. 2. Oferta musi obejmować całość przedmiotu zamówienia, wskazanego w Rozdziale II SIWZ. 3. Zamawiający nie dopuszcza możliwości składania ofert wariantowych w rozumieniu art. 2 pkt 7 ustawy. 4. Zamawiający nie dopuszcza możliwości składania ofert częściowych. IV. FORMA PRZEKAZYWANIA INFORMACJI, OŚWIADCZEŃ I DOKUMENTÓW W POSTĘPOWANIU ORAZ KOPII ODWOŁAŃ 1. Oświadczenia, wnioski, zawiadomienia oraz informacje Zamawiający i Wykonawcy przekazują faksem lub mailem w postaci skanu dokumentu z podpisem z uwzględnieniem ust. 2. Nr faxu Zamawiającego: /36. Adres mail Zamawiającego: SekretariatDZP@zus.pl 2. Forma pisemna zastrzeżona jest dla złożenia oferty wraz z załącznikami (dotyczy również uzupełnienia oferty art. 26 ust.3 ustawy), w tym oświadczeń i dokumentów potwierdzających spełnianie warunków udziału w postępowaniu oraz oświadczeń i dokumentów potwierdzających spełnianie przez oferowany przedmiot zamówienia wymagań określonych przez Zamawiającego, a także zmiany lub wycofania oferty. 3. Wykonawca potwierdza niezwłocznie fakt otrzymania oświadczenia, wniosku, zawiadomienia lub informacji poprzez podpisanie pierwszej strony dokumentu i jej odesłanie na faks lub mail Zamawiającego. 4. Jeżeli Wykonawca przekaże oświadczenia, wnioski, zawiadomienia oraz informacje faksem/mailem i pisemnie za datę ich złożenia przyjmuje się datę wpływu pierwszego dokumentu - dokument uważa się za złożony w terminie jeżeli jego treść dotarła do adresata przed upływem wyznaczonego terminu, z zastrzeżeniem ust. 2. 3

4 5. W przypadku wniesienia odwołania, Odwołujący przesyła kopię odwołania Zamawiającemu za pomocą faksu wyłącznie na nr / 36 lub drogą elektroniczną wyłącznie na adres: SekretariatDZP@zus.pl V. OSOBY UPRAWNIONE DO KONTAKTÓW Z WYKONAWCAMI Osobą uprawnioną do kontaktu z Wykonawcami jest imię i nazwisko: Renata Łukasiewicz stanowisko służbowe: główny specjalista tel.: , fax.: /36 godziny urzędowania: od poniedziałku do piątku w godz VI. ZAMÓWIENIE UZUPEŁNIAJĄCE Zamawiający nie przewiduje udzielenia zamówienia uzupełniającego na przedmiot zamówienia określony w Rozdziale II niniejszej Specyfikacji. VII. INFORMACJE DODATKOWE 1. Postępowanie, którego dotyczy niniejszy dokument oznaczone jest znakiem: TZ/370/47/13. Wskazane jest aby Wykonawcy we wszelkich kontaktach z Zamawiającym powoływali się na ten znak 2. Istnieje możliwość uzyskania załączników do SIWZ niezbędnych do przygotowania oferty (załączniki nr 1, 3 i 4 do SIWZ), w wersji elektronicznej, pod warunkiem przekazania Zamawiającemu prośby wraz z podaniem adresu poczty elektronicznej ( ) Wykonawcy. Rozdział II OPIS PRZEDMIOTU ZAMÓWIENIA I TERMIN WYKONANIA I. PRZEDMIOT ZAMÓWIENIA A. Przedmiotem zamówienia jest dostawa i wdrożenie środowiska testowo-rozwojowego dla platformy Windows oraz VMware. Przedmiot zamówienia wg Wspólnego Słownika Zamówień (CPV): Urządzenia do przechowywania i odczytu danych, Urządzenia komputerowe Pakiety oprogramowania i systemy informatyczne 1. Przedmiot zamówienia obejmuje: 1) Dostawę, instalację i uruchomienie serwerów typu blade w przeznaczonej dla nich obudowie, macierzy dyskowej oraz wirtualizatora (wraz z oprogramowaniem do wirtualizacji), 2) Dostawę dwóch serwerów zarządzających, 4

5 3) Wykonanie projektu technicznego dotyczącego wszystkich oferowanych funkcjonalności w szczególności rozmieszczenia zasobów dyskowych oraz ich przyporządkowania do systemów komputerowych, 4) Wdrożenie konfiguracji zasobów dyskowych zgodnie z powyższym projektem i wymaganiami Zamawiającego, 5) Rekonfiguracja aktualnie eksploatowanej sieci SAN potrzebna do realizacji projektu zgodnie z projektem, 6) Pełne wdrożenie wszystkich oferowanych funkcjonalności zgodnie z wymaganiami Zamawiającego, 7) Wykonanie testów funkcjonalnych, 8) Wykonanie dokumentacji konfiguracji, 9) Udzielenie licencji na czas nieograniczony na oferowane oprogramowanie, w tym oprogramowanie systemowe (w przypadku, gdy zaoferowane rozwiązanie wymagać będzie udzielenia odrębnych licencji na oprogramowanie), 10) Zapewnienie dla zaoferowanego oprogramowania wsparcia technicznego (w tym dostęp do aktualizacji i poprawek) oraz udzielenie bezpośredniej obsługi gwarancyjnej przez organizację serwisową producenta lub jego autoryzowanego partnera przez okres 36 miesięcy. 11) Obsługa zgłoszeń serwisowych w trybie 8h x przez 5 dni w tygodniu z czasem reakcji w następnym dniu roboczym od zgłoszenia, z wyłączeniem macierzy dyskowej dla której obsługa zgłoszeń serwisowych ma być realizowana 24h/dobę przez 7 dni w tygodniu z 4h czasem reakcji. 12) Serwis gwarancyjny świadczony w jęz. polskim przez autoryzowaną organizację serwisową producenta dostarczonego sprzętu. Z wyłączeniem sprzętu oraz oprogramowania do wirtualizacji zasobów macierzy, dla którego dopuszcza się, by serwis świadczony był w języku angielskim przez autoryzowaną organizację producenta (sprzętu i oprogramowania). 2. Oferowane urządzenia muszą posiadać certyfikat CE lub deklarację zgodności CE. 3. Oferowane środowisko powinno być zgodne z aktualnie eksploatowanym środowiskiem produkcyjnym, w szczególności w zakresie: 1) Narzędzi do zarządzania wszystkimi elementami infrastruktury i ich konfigurowania, 2) Możliwości przenoszenia komponentów (w tym modułów komunikacyjnych, serwerów typu blade oraz dysków macierzowych) pomiędzy środowiskiem produkcyjnym i testowym, 3) Wersji mikrokodów wszystkich jego komponentów. Musi istnieć możliwość wykonania testu nowych wersji mikrokodów, które po pozytywnym zakończeniu testu zostaną uruchomione na środowisku produkcyjnym (dla wszystkich komponentów sprzętowych środowiska). 4. Wszystkie dostarczone urządzenia w ramach infrastruktury muszą być fabrycznie nowe i wyprodukowane nie wcześniej niż Oferowane urządzenia nie mogą być urządzeniami prototypowymi i muszą pochodzić z seryjnej produkcji, urządzenia w dniu składania ofert nie mogą być przeznaczone przez producenta do wycofania z produkcji lub znajdować się na liście produktów, których producent nie wspiera. 5. Macierze dyskowe i serwery objęte będą 36 miesięczną obsługą gwarancyjną i 5

6 wsparciem technicznym organizacji serwisowej producenta lub jego autoryzowanego partnera. A.I. Minimalne wymagania szczegółowe dla infrastruktury serwerów typu blade oraz serwerów zarządzających 1. Minimalne szczegółowe wymagania dla obudowy kasetowej przeznaczonej dla zestawu serwerów typu blade 1) Obudowa musi być przystosowana do montażu w szafie typu rack 19, umożliwiająca obsadzenie minimum 16 serwerów dwuprocesorowych bez konieczności rozbudowy o kolejne elementy sprzętowe. Dostarczona obudowa musi zapewniać montaż serwerów blade zarówno w technologii x86 jak i w architekturze RISC lub EPIC. Musi być zapewniona możliwość umieszczania w ramach pojedynczej obudowy wszystkich typów serwerów blade danego producenta. 2) Obudowa kasetowa wchodząca w skład oferowanej infrastruktury musi być wyposażona w następujące elementy: a. Co najmniej 2 urządzenia sieciowe LAN typu 10GbE agregujące i wyprowadzające sygnały z portów sieciowych na serwerach z zachowaniem redundancji połączeń. Moduły (równoważnie oprogramowanie producenta serwerów w połączeniu z modułami) muszą posiadać funkcjonalność przydzielania predefiniowanych adresów MAC na karty Ethernet. Dodatkowo w ramach modułów Ethernet i kart na serwerach musi istnieć funkcjonalność podzielenia każdej z kart na min. 4 interfejsy sieciowe, widziane, jako interfejsy fizyczne przez system operacyjny (posiadające predefiniowany MAC adres). Rozwiązanie musi być niezależne od systemu operacyjnego (dostarczane w ramach rozwiązania blade dla certyfikowanych systemów operacyjnych). Każde urządzenie sieciowe musi posiadać minimum 10 zewnętrznych portów gotowych do obsadzenia modułami SFP/SFP+. Wraz z każdym modułem należy dostarczyć minimum 2 wkładki 1Gb RJ45 SFP i 4 wkładki 10Gb Ethernet SFP+ SR (optyczne). b. Minimum dwa moduły typu przełącznik 8Gb Fibre Channel, wyprowadzające sygnały ze wszystkich portów FC na serwerach. Urządzenia te muszą umożliwiać wyprowadzenie sygnałów SAN z infrastruktury z zachowaniem redundancji połączeń i zapewniać min. 8 portów zewnętrznych gotowych do obsadzenia modułami SFP. Wszystkie porty muszą być aktywne i wyposażone w moduły SFP 8Gb SFP+ SW. c. Zestaw redundantnych wiatraków ( typu hot plug, czyli z możliwością wymiany podczas pracy urządzenia) zapewniających chłodzenie dla maksymalnej liczby serwerów i urządzeń I/O zainstalowanych w obudowie blade. Wentylatory niezależne od zasilaczy, wymiana wentylatora (wentylatorów) nie może powodować konieczności wyjęcia zasilacza ( zasilaczy). d. Zestaw zasilaczy redundantnych typu Hot Plug. System zasilania zdolny do obsługi awarii połowy z zainstalowanych zasilaczy (dowolne N zasilaczy przy założeniu konfiguracji N + N), wymagane ciągłe dostarczanie mocy niezbędnej do zasilenia maksymalnej liczby serwerów i urządzeń I/O zainstalowanych w obudowie, przy pracy procesorów z nominalną, maksymalną częstotliwością. Wymiana zasilacza nie może powodować konieczności odłączenia zewnętrznej infrastruktury zasilania (kabla zasilającego), jak również nie może powodować konieczności wyjęcia lub odłączenia wentylatorów (pojedynczego wentylatora lub modułu wentylatorów) 6

7 e. Dwa redundantne, sprzętowe moduły zarządzające typu Hot Plug. 3) Infrastruktura dla serwerów blade musi być dostarczona z odpowiednimi elementami sprzętowymi i odpowiednim oprogramowaniem, które zapewni: a. Zdalne włączanie/wyłączanie/restart niezależnie dla każdego serwera. b. Zdalny dostęp z poziomu przeglądarki internetowej, bez konieczności instalacji specyficznych komponentów programowych producenta sprzętu. c. Zdalną identyfikację fizycznego serwera i obudowy za pomocą sygnalizatora optycznego. d. Zdalne udostępnianie napędu CD-ROM/DVD/ISO na potrzeby każdego serwera z możliwością bootowania z w/w napędów. e. W danym momencie niezależny, równoległy dostęp do konsol tekstowych i graficznych wszystkich serwerów w ramach infrastruktury f. Zautomatyzowaną konfigurację sprzętową każdego serwera niezależnie oraz wielu serwerów równocześnie za pomocą skryptów g. Zautomatyzowaną instalacje systemu operacyjnego h. Zautomatyzowane, spersonalizowane, zrównoleglone instalacje systemów operacyjnych oraz aplikacji z wykorzystaniem tzw. plików odpowiedzi dostarczanych przez producenta oprogramowania użytkowego i. Zautomatyzowane, zrównoleglone kopiowanie środowisk, połączone z natychmiastową personalizacją systemu j. Zdalna dystrybucja oprogramowania, k. Automatyczne wykrywanie i identyfikacja urządzeń zainstalowanych w ramach infrastruktury (serwery, obudowy blade, karty zarządzające) i prezentacja infrastruktury w postaci graficznej l. Monitorowanie utylizacji następujących podzespołów serwera: procesor, pamięć, dyski twarde, interfejsy sieciowe m. Integrację z oprogramowaniem do wirtualizacji, w zakresie wykrywania hostów, wirtualnych maszyn na nich pracujących, możliwości sterowania wirtualnymi maszynami (start, stop, przejęcie konsoli graficznej). Jeżeli są wymagane licencje na powyższą funkcjonalność to powinna być dostarczone w ilości odpowiadającej wszystkim dostarczanym serwerom typu blade. 2. Minimalne szczegółowe wymagania dla serwerów typu blade Zamawiający wymaga dostarczenia min. 16 sztuk serwerów typu blade. Każdy z serwerów musi spełnić następujące minimalne wymagania: 1) Serwery muszą być w obudowie typu blade, kompatybilnej z dostarczoną obudową kasetową na serwery blade. 2) Min. 2 procesory 64 bit w architekturze x86-64, w technologii wielordzeniowej. Procesory osiągające w testach SPECint_rate2006 wynik nie gorszy niż 692 punktów dla konfiguracji serwera testowego wyposażonego w 2 procesory (pod uwagę brany jest tylko wynik testu opublikowanego na stronie 3) Min. 96 GB RAM DDR3 Registred DIMMs, min. 1333MHz. Możliwość instalacji w serwerze min. 384 GB pamięci RAM, min. 12 slotów na pamięć z czego po instalacji wszystkich wymaganych modułów pamięci min. 4 gniazda muszą być nieobsadzone. 4) Kontroler dysków wewnętrznych zapewniający ochronę RAID 0 oraz 1. Kontroler wyposażony w pamięć podręczną cache min. 512MB z zabezpieczeniem typu flash lub baterią podtrzymującą pamięć cache. 5) Min. 2 dyski twarde 300GB SAS 6G 15k rpm typu Hot Plug lub minimum dwa dyski SSD (technologia SLC) o pojemności sumarycznej minimum 600GB. 7

8 6) Min. 2 interfejsy sieciowe CNA 10Gb, z możliwością podzielenia każdego interfejsu na 4 wirtualne karty sieciowe (posiadające własne adresy MAC oraz będące widoczne z poziomu systemu operacyjnego jako fizyczne karty sieciowe). Podział musi być niezależny od zainstalowanego na serwerze systemu operacyjnego/platformy wirtualizacyjnej. 7) Min. dwa interfejsy FC 8Gb/s, umożliwiające podłączenie zewnętrznej macierzy dyskowej 8) Min. 1 wewnętrzne gniazdo USB i min. 1 wewnętrzne gniazdo na karty SD/microSD; miejsce do zainstalowania modułu TPM 9) Karta zdalnego zarządzania zapewniająca: a. zdalne włączanie/wyłączanie/restart niezależnie dla każdego serwera. b. zdalny dostęp z poziomu przeglądarki internetowej, bez konieczności instalacji specyficznych komponentów programowych producenta sprzętu. c. zdalną identyfikację fizycznego serwera za pomocą sygnalizatora optycznego. d. montowanie zdalnych napędów CD-ROM/DVD/ISO z możliwością bootowania z w/w napędów. e. podgląd logów sprzętowych serwera i karty f. przejęcie pełnej konsoli tekstowej i graficznej serwera niezależnie od jego stanu (także podczas startu, restartu OS). g. obsługę Secure Shell, SSL, AES, RC4, dostęp z poziomu przeglądarki WWW jak i z CLI, obsługę skryptów XML/PERL. 10) Serwer musi znajdować się na liście kompatybilności następującego oprogramowania: MS Windows 2008 R2, Red Hat Enterprise Linux,SUSE Linux Enterprise Server, VMware. 3. Minimalne szczegółowe wymagania dla serwerów zarządzających Zamawiający wymaga dostarczenia 2 sztuk serwerów Każdy z serwerów musi spełnić następujące minimalne wymagania: 1) Serwery muszą być dostarczone w obudowie przeznaczonej do montażu w szafie rack 19. 2) Minimum 1 procesor 64-bit w architekturze x86-64, w technologii wielordzeniowej. Procesory osiągające w testach SPECint_rate2006 wynik nie gorszy niż 390 punktów dla konfiguracji serwera testowego wyposażonego w 2 procesory (pod uwagę brany jest tylko wynik testu opublikowanego na stronie 3) Płyta główna zaprojektowana przez producenta serwera, z możliwością montażu minimum dwóch procesorów. 4) Minimum 2 sloty PCI-Express Generacji 3, w tym jeden slot x16 (prędkość slotu bus width) oraz minimum jedno gniazdo pełnej wysokości. 5) Minimum 16 GB RAM DDR3 Registred DIMMs, min. 1333MHz. Możliwość instalacji w serwerze min. 768 GB pamięci RAM, min. 24 sloty na pamięć, z czego po instalacji wszystkich wymaganych modułów pamięci min. 18 gniazd musi być nieobsadzonych. 6) Kontroler dysków wewnętrznych zapewniający ochronę RAID 0 oraz 1. Kontroler wyposażony w pamięć podręczną cache min. 1024MB z zabezpieczeniem typu flash lub baterią podtrzymującą pamięć cache. 7) Minimum 2 dyski twarde 300GB SAS 6G 15k rpm typu Hot Plug lub minimum dwa dyski SSD (technologia SLC) o pojemności sumarycznej minimum 600GB. 8) Minimum 4 zintegrowane interfejsy sieciowe Ethernet 1Gb. 9) Karta zdalnego zarządzania zapewniająca: a. zdalne włączanie/wyłączanie/restart serwera. 8

9 b. zdalny dostęp z poziomu przeglądarki internetowej, bez konieczności instalacji specyficznych komponentów programowych producenta sprzętu c. zdalną identyfikację fizycznego serwera za pomocą sygnalizatora optycznego. d. montowanie zdalnych napędów CD-ROM/DVD/ISO z możliwością bootowania z w/w napędów. e. podgląd logów sprzętowych serwera i karty f. przejęcie pełnej konsoli tekstowej i graficznej serwera niezależnie od jego stanu (także podczas startu, restartu OS). g. obsługę Secure Shell, SSL, AES, RC4, dostęp z poziomu przeglądarki WWW jak i z CLI, obsługę skryptów XML/PERL. 10) Minimum 2 redundantne zasilacze sieciowe, każdy o mocy minimum 750W. 11) Redundantne wentylatory, hot plug. 12) Porty: 1x szeregowy, 7x USB 2.0 (w tym jeden wewnętrzny), 1x VGA, 1x wewnętrzny slot na kartę SD lub port ussd. 13) Serwery muszą być dostarczone z odpowiednim oprogramowaniem, które zapewni: a. Zdalne włączanie/wyłączanie/restart niezależnie serwera. b. Zdalny dostęp z poziomu przeglądarki internetowej, bez konieczności instalacji specyficznych komponentów programowych producenta sprzętu. c. Zdalną identyfikację fizycznego serwera za pomocą sygnalizatora optycznego. d. Zdalne udostępnianie napędu CD-ROM/DVD/ISO na potrzeby serwera z możliwością bootowania z w/w napędów. e. Zautomatyzowaną konfigurację sprzętową serwera za pomocą skryptów. f. Zautomatyzowaną instalacje systemu operacyjnego na pojedynczym serwerze oraz na wielu serwerach jednocześnie. g. Zautomatyzowane, spersonalizowane instalacje systemów operacyjnych oraz aplikacji z wykorzystaniem tzw. plików odpowiedzi dostarczanych przez producenta oprogramowania użytkowego. h. Automatyczne wykrywanie i identyfikacja urządzeń zainstalowanych w ramach infrastruktury i prezentacja infrastruktury w postaci graficznej. i. Monitorowanie utylizacji następujących podzespołów serwera: procesor, pamięć, dyski twarde, interfejsy sieciowe. j. Integrację z oprogramowaniem do wirtualizacji. Jeżeli są wymagane licencje na powyższą funkcjonalność to powinna być dostarczone w ilości odpowiadającej dostarczanym serwerom. 14) Serwery muszą znajdować się na liście kompatybilności następującego oprogramowania: MS Windows 2008 R2, Red Hat Enterprise Linux, SUSE Linux Enterprise Server, VMware A.II. Minimalne wymagania szczegółowe dla oprogramowania do wirtualizacji serwerów Zamawiający wymaga dostarczenia licencji oprogramowania w ilości wystarczającej dla oferowanych serwerów (tzn. min. 8 serwerów dwuprocesorowych) oraz umożliwiającej utworzenie na nich minimum 50 wirtualnych maszyn pracujących w chmurze obliczeniowej. Oferowane oprogramowanie musi spełnić następujące wymagania dla całego środowiska: 9

10 1) Warstwa wirtualizacji powinna być rozwiązaniem systemowym tzn. powinna być zainstalowana bezpośrednio na sprzęcie fizycznym, dostarczonym przez Wykonawcę. Sprzęt musi spełniać wymogi producenta oprogramowania do wirtualizacji. 2) Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością dostępu do 1TB pamięci operacyjnej. 3) Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych 64 procesorowych. 4) Rozwiązanie powinno wspierać następujące systemy operacyjne instalowane na wirtualnych maszynach: Windows XP, Windows Vista, Windows 7, Windows NT, Windows 2000, Windows Server 2003, Windows Server 2008, SLES 11, SLES 10, SLES9, SLES8, Ubuntu 11, RHEL 6, RHEL 5, RHEL 4, RHEL3, RHEL 2.1, Solaris 10, Debian, CentOS, FreeBSD, SCO OpenServer, SCO Unixware, Oracle Enterprise Linux, Apple Mac OS X 10. 5) Rozwiązanie powinno posiadać centralną konsolę graficzną do zarządzania maszynami wirtualnymi usługami. Rozwiązanie powinno zapewnić możliwość monitorowania wykorzystania zasobów fizycznych infrastruktury wirtualnej. 6) Oprogramowanie do wirtualizacji powinno zapewnić możliwość wykonywania kopii zapasowych instancji systemów operacyjnych oraz ich odtworzenia w możliwie najkrótszym czasie. 7) Oprogramowanie do wirtualizacji powinno zapewnić możliwość wykonywania kopii migawkowych instancji systemów operacyjnych na potrzeby tworzenia kopii zapasowych bez przerywania ich pracy. 8) Oprogramowanie do wirtualizacji powinno zapewnić możliwość klonowania systemów operacyjnych wraz z ich pełną konfiguracją i danymi. 9) Oprogramowanie zarządzające musi posiadać możliwość przydzielania i konfiguracji uprawnień z możliwością integracji z usługami katalogowymi Microsoft Active Directory. 10) Oprogramowanie musi umożliwiać wykorzystanie wielościeżkowego dostępu do macierzy multipathing. Oprogramowanie do wirtualizacji musi obsługiwać przełączenie ścieżek SAN (bez utraty komunikacji) w przypadku awarii jednej z dwóch ścieżek. 11) Rozwiązanie powinno mieć mechanizm przenoszenia maszyn wirtualnych w czasie ich pracy pomiędzy serwerami fizycznymi. W szczególności mechanizm ten powinien umożliwiać przenoszenie dysków wirtualnych pomiędzy fizycznymi zasobami dyskowymi, bez przerywania pracy maszyny wirtualnej. 12) Rozwiązanie powinno zapewniać mechanizm bezpiecznego uaktualniania warstwy wirtualizacyjnej, hostowanych systemów operacyjnych (np. wgrywania patch y) i aplikacji tak aby zminimalizować ryzyko awarii systemu na skutek wprowadzenia zamiany. 13) Rozwiązanie musi umożliwiać dodawanie i rozszerzanie dysków wirtualnych, procesorów i pamięci RAM podczas pracy wybranych systemów, 14) Oprogramowanie powinno posiadać mechanizm automatycznego równoważenia obciążenia serwerów poprzez analizę wykorzystania zasobów serwera przez wirtualne maszyny i ewentualną automatyczną, bezprzerwową migrację maszyn wirtualnych na serwery mniej obciążone. 15) Oprogramowanie musi umożliwiać integrację z macierzami dyskowymi poprzez udostępnianie interfejsów do macierzy API. 16) Oprogramowanie musi zawierać mechanizmy: centralnej kontroli konfiguracji portów wirtualnych przełączników, nazewnictwa grup portów, ustawień filtra/filtrów itp. pomiędzy wieloma serwerami wirtaulizacyjnymi (host). Musi również posiadać: 10

11 a. funkcjonalność negocjowania automatycznej konfiguracji LACP (Link Aggregation Control Protocol) między serwerami (hostami) i przełącznikiem warstwy dostępu fizycznego b. wsparcie dla protokołów zdalnego analizy sieci (RSPAN i ERSPAN), wsparcie dla SNMPv3, c. zapewnienie odtworzenia i wycofania dla czynności zastosowania poprawek i aktualizowania konfiguracji sieci d. wsparcie dla rozszerzeń wirtualnych przełączników innych producentów e. wsparcie dla SR-IOV (Single Root I/O Virtualization) 17) Oprogramowanie musi zawierać mechanizmy umożliwiające: a. tworzenie i zarządzanie usługami infrastrukturalnymi w warstwie wirtualizacyjnej, b. zautomatyzowane tworzenie i konfigurowanie aplikacji w wielowarstwowej strukturze infrastruktury, c. monitorowanie aplikacji, systemów operacyjnych i warstw pośredniczących d. zgodność i pełną integracje mechanizmów automatyzacji z platformą wirtualizacji e. raportowanie i optymalizację wydajności i pojemności infrastruktury f. analizowanie zależności aplikacjami od poszczególnych elementów infrastruktury g. pomiar wykorzystania infrastruktury przez poszczególne aplikacje. h. tworzenia wirtualnych zestawów zasobów dedykowanych dla określonych zestawów aplikacji, w obrębie wielu klastrów wirtualizacyjnych i. tworzenie predefiniowanych zastawów usług infrastrukturalnych (tj. maszyn wirtualnych, systemów operacyjnych, aplikacji) do ich automatycznego uruchamiania w warstwie wirtualizacyjnej. j. uruchamianie zdefiniowanych aplikacji w obszarze publicznej chmury obliczeniowej (ang. Public Cloud) 18) Oprogramowanie musi zawierać mechanizmy umożliwiające: a. automatyczne przełączenia aplikacji pomiędzy ośrodkami przetwarzania danych w przypadku awarii jednego z nich b. planowanie i testowanie scenariuszy awarii i przełączenia pomiędzy ośrodkami przetwarzania c. tworzenie polityk dostęp do aplikacji na bazie mechanizmów zapory ogniowej (ang. firewall). Mechanizmy te powinny również umożliwiać tworzenie stref zdemilitaryzowanych ( ang. DMZ) oraz translacje adresów sieciowych NAT d. tworzenie wirtualnych sieci prywatnych VPN do połączeń pomiędzy ośrodkami przetwarzania e. zdalny dostęp w celach administracyjnych i konfiguracyjnych do środowiska poprzez mechanizmy SSL. f. balansowanie ruchem do serwerów aplikacyjnych z wykorzystaniem co najmniej następujących algorytmów: round-robin, cookie based, session-based g. dostęp do integracji z innymi systemami poprzez dedykowane API h. tworzenie segmentów sieci VLAN jak również segmentów sieci definiowanych poprzez oprogramowanie (ang. Software Defined Networking) 19) Oprogramowanie musi zawierać portal www pozwalający uprawnionym użytkownikom na dostęp do katalogu dostępnych aplikacji. A.III. Minimalne wymagania szczegółowe dla infrastruktury pamięci masowych 11

12 1. Minimalne szczegółowe wymagania dla macierzy dyskowej 1) Macierz dyskowa musi zapewniać poprawną i wydajną współpracę po podłączeniu do środowiska heterogenicznego platform systemowych a w szczególności do: a. VMware vsphere 4.x, 5.x b. MS Windows 2003, 2008, 2012, HyperV c. Linux RedHat 5, 6, d. SuSe Linux Enterprise 10, 11. 1) Macierz dyskowa musi zapewniać ochronę dostępu do danych w heterogenicznym środowisku sieci SAN tzw. LUN masking. 2) Macierz dyskowa musi być wyposażona w oprogramowanie do zarządzania przez administratora klienta graficzny interfejs umożliwiający co najmniej monitorowanie stanu i konfiguracji macierzy, diagnostykę, konfigurowanie dysków logicznych, mapowanie zasobów do serwerów. Wymagane dostarczenie oprogramowania do zarówno bieżącej, jak i historycznej analizy wydajności macierzy na poziomie poszczególnych komponentów sprzętowych (co najmniej: dysków, pamięci cache, interfejsów zewnętrznych, kontrolerów). 3) Stałe monitorowanie macierzy przez zdalne centrum serwisowe. 4) Dla potrzeb postępowania i określania pojemności dysków i macierzy przyjmuje się założenia: 1TB=1024GB, 1GB=1024MB, 1MB=1024kB, 1kB=1024B; 2. Minimalne wymagania dotyczące oferowanych dysków w macierzy: 1) Wymagane jest zastosowanie dysków wykonanych w technologii SAS 6Gb/s w energooszczędnym formacie 2.5, 2) Podłączenie dysków do kontrolerów w architekturze SAS w pełni przełączanej (bez pośrednictwa szyn, hubów, pętli etc) 3. Minimalne wymagania dotyczące parametrów macierzy dyskowej: 1) wymagane jest minimum GB użytkowej przestrzeni dyskowej skonfigurowanej w RAID-5 przy użyciu dysków o pojemności nie większej niż 300GB i prędkości obrotowej nie mniejszej niż 15k rpm, 2) oferowana macierz dyskowa musi posiadać kontrolery RAID umożliwiające ochronę wolumenów na poziomie RAID 1, 5, 6. Możliwość tworzenia RAID 5 na grupie 4 oraz 8 dysków. 3) Wymagane jest zaoferowanie dodatkowo trzech dysków SAS spełniających zadanie hot-spare. 4) Wymagane jest, aby macierz dyskowa posiadała co najmniej 8 interfejsów FC umożliwiających pracę w trybach 2Gb/s, 4Gb/s oraz 8Gb/s. Wszystkie interfejsy powinny mieć możliwość obsługi zdalnej replikacji danych do macierzy zapasowej. 5) Wymagane jest, aby macierz dyskowa posiadała min. 40 GB pojemności użytkowej pamięci przeznaczonej na cache danych (z dynamicznym przydziałem zasobów dla zapisu lub odczytu) oraz na składowanie wewnętrznych informacji kontrolnych macierzy. Wymagana jest możliwość zaalokowania co najmniej 40% tej pojemności na potrzeby zapisu danych do macierzy. 4. Minimalne wymagania dotyczące skalowalności macierzy dyskowej: 1) Proponowane macierze dyskowe muszą mieć możliwość rozbudowy przestrzeni dyskowej poprzez dołożenie dysków SAS (spełniających wymienione wyżej wymagania dotyczące dysków) o min. 130%, bez konieczności rozbudowy macierzy o dodatkowe szafy dyskowe. Rozbudowa przestrzeni dyskowej o kolejne dyski musi 12

13 się odbywać bez konieczności przerywania pracy macierzy. Macierz musi umożliwiać mieszanie dysków o różnych pojemnościach i prędkościach obrotowych. 2) Proponowana macierz dyskowa musi mieć możliwość zwiększenia ilości dysków do co najmniej ) Macierz musi obsługiwać dyski SSD oraz dyski klasy nearline, o prędkości obrotowej 7.2k rpm. 4) Macierz musi mieć możliwość rozbudowy do co najmniej 256GB pojemności użytkowej pamięci przeznaczonej na cache danych oraz na składowanie wewnętrznych informacji kontrolnych macierzy. 5) Macierz musi mieć możliwość rozbudowy do co najmniej 32 interfejsów FC. 6) Maksymalna przepustowość dla operacji sekwencyjnych z dysków musi być zagwarantowana na poziomie nie niższym niż 10GB/s dla oferowanego modelu macierzy. 5. Minimalne wymagania dotyczące odporności na awarie zasilania oraz wysokiej dostępności macierzy: 1) proponowana macierz musi posiadać skuteczne mechanizmy zabezpieczające przed utratą danych z pamięci cache w przypadku zaniku napięcia (dla całej zaoferowanej pamięci cache), 2) Oferowana macierz powinna umożliwiać wykonywanie aktualizacji mikrokodu macierzy w trybie online bez wyłączania żadnego z interfejsów macierzy, 3) Zdublowanie następujących elementów oferowanej macierzy: a. Płyty pamięci cache (podział pamięci cache na co najmniej dwie redundantne karty, zasilane dwoma obwodami zasilania), b. Płyty interfejsów FC (podział interfejsów FC na co najmniej dwie redundantne karty, zasilane dwoma obwodami zasilania), c. Podwójne interfejsy dysków SAS d. Kontrolery macierzowe, e. Zasilacze/wentylatory (odporność na zanik zasilania jednej fazy lub awarię jednego z zasilaczy macierzy) 6. Minimalne wymagania dotyczące funkcjonalności macierzy: 1) Macierz musi być wyposażona w funkcjonalność tzw. thin provisioningu alokowania większych zasobów pojemności do serwerów niż aktualnie posiadane zasoby fizycznych dysków, z możliwością dynamicznego zwiększenia puli fizycznych zasobów dyskowych. 2) Macierz musi być wyposażona w funkcjonalność partycjonowania pamięci cache macierzy możliwość przydziału odrębnych obszarów pamięci cache dla różnych systemów - co najmniej 30 partycji. 3) Macierz musi wspierać funkcje automatycznego przełączania ścieżki przesyłu danych z uszkodzonego kanału I/O na inny kanał (tzw. path failover). W szczególności wymagane jest wsparcie dla mechanizmów własnych systemu operacyjnego VMware. 4) Macierz musi posiadać wsparcie dla mechanizmów VMware VAAI (Hardware Assisted Locking, Full Copy oraz Block Zero) oraz VASA. 5) Macierz musi posiadać funkcjonalność trwałego usuwania danych z dysków za pomocą wielokrotnego nadpisywania w sposób uniemożliwiający odtworzenie danych. 6) Macierz musi posiadać możliwość rozbudowy o mechanizm definiowania różnych klas (co najmniej trzech) przestrzeni dyskowych (storage tiering) oraz automatycznego przenoszenia danych pomiędzy tymi klasami na poziomie części pojedynczego LUN-a bez konieczności przerywania pracy aplikacji. 13

14 7) Macierz musi mieć możliwość wyposażenia w funkcjonalność bieżącej fizycznej replikacji danych (w trybie online) na obecnie eksploatowaną w ZUS macierz HP P9500 bez pośrednictwa dodatkowych serwerów, kontrolerów czy wirtualizatorów (również bez pośrednictwa wirtualizacji na poziomie oferowanej lub obecnie eksploatowanej macierzy). Wymagana jest możliwość wykonywania replikacji w trybie synchronicznym oraz w trybie asynchronicznym (z gwarantującym spójność danych kolejkowaniem zapisów do zdalnej macierzy). Wymagana jest możliwość zawieszania replikacji i powtórnej synchronizacji zasobów obu macierzy (zarówno z oferowanej macierzy na P9500, jak i z P9500 na oferowaną macierz). Opisane powyżej mechanizmy replikacji muszą być oficjalnie wspierane przez producentów oferowanej i ww. macierzy P9500 Zamawiający zastrzega sobie prawo weryfikacji na etapie oceny złożonych przez potencjalnych Wykonawców ofert. 8) W oparciu o ww. mechanizmy replikacji danych wymagane jest, aby była możliwość uruchomienia oprogramowania klastra rozległego pomiędzy oferowaną macierzą a posiadaną macierzą P9500 co najmniej dla systemów Windows, Linux oraz VMware. W szczególności opisana w poprzednim punkcie funkcjonalność zdalnej replikacji danych musi się integrować z oprogramowaniem klastra rozległego VMware Site Recovery Manager dla platformy VMware vsphere. Opisane rozwiązanie klastrowe musi być oficjalnie wspierane przez producentów obu macierzy (nowej i aktualnie eksploatowanej) oraz oprogramowania klastrowego Zamawiający zastrzega sobie prawo weryfikacji na etapie oceny złożonych przez potencjalnych Wykonawców ofert. 7. Dodatkowe wymagania dotyczące serwisu macierzy dyskowej: 1) Obsługa zgłoszeń w trybie 24h/7 dni w tygodniu. Oczekujemy przygotowania planu obsługi serwisowej. Wymagane są półroczne przeglądy techniczne, konserwacyjne, ocena stanu macierzy i środowiska ich pracy oraz nanoszenie poprawek mikrokodu i oprogramowania. Opieka dedykowanego dla danej instalacji inżyniera serwisowego. 2) Uszkodzone dyski pozostają własnością Zamawiającego. 8. Minimalne wymagania dotyczące funkcjonalności rozwiązania do wirtualizacji zasobów macierzy: 1) Rozwiązanie ma umożliwiać wirtualizację zasobów dyskowych pamięci masowych w wymiarze nie mniejszym niż 10TB. Jeśli dla osiągnięcia ww. funkcjonalności niezbędne jest posiadanie stosownych licencji, Wykonawca zobowiązany jest udzielić je Zamawiającemu. 2) Rozwiązanie ma umożliwiać udostępnienie zasobów do składowania danych w sieci SAN za pomocą protokołów FC/iSCSI/Infiniband. 3) Dostęp do zasobów powinien być zabezpieczony na wypadek awarii rozwiązania do wirtualizacji. 4) Rozwiązanie do wirtualizacji musi zapewniać replikację po łączu WAN. 5) Rozwiązanie do wirtualizacji musi oferować funkcjonalność optymalizacji ruchu replikacji po łączach WAN. 6) Rozwiązanie musi zapewniać wysoką dostępność w trybie active/active oraz active/pasive. 7) Rozwiązanie musi umożliwiać zestawienie klastra rozciągniętego (stretched cluster) na odległość przynajmniej 33km przy wykorzystaniu łącz światłowodowych. 8) Rozwiązanie musi zapewniać replikację w trybie wielu-do-jednego, realizowaną na poziomie sprzętowym. 9) Rozwiązanie do wirtualizacji musi zapewniać możliwość tworzenia kopii migawkowych (tzw. Snapshot). 14

15 10) Rozwiązanie musi zapewniać integrację z mechanizmu robienia kopii migawkowych z aplikacjami/bazami danych w celu zapewnienia 100% spójności danych. Funkcjonalność ta musi być dostępna dla aplikacji. 11) Rozwiązanie musi zapewniać mechanizmy LUN masking i obsługę wielościeżkowości. 12) Oferowane rozwiązanie musi umożliwiać podłączenie zasobów dyskowych służących mu później do składowania danych za pomocą protokołów iscsi i FC. 13) Oferowane rozwiązanie musi być dostępne w postaci maszyny wirtualnej, uruchamianej na posiadanej przez Zamawiającego platformie VMware vsphere w wersjach 4.x; 5.x 14) Oferowane rozwiązanie musi współpracować z oprogramowaniem do tworzenia kopii zapasowych wiodących producentów takich jak: Symantec, HP, EMC. 15) Oferowane rozwiązanie musi oferować możliwość wykorzystania pamięci typu cache. 16) Oferowane rozwiązanie musi umożliwiać zarządzanie za pomocą interfejsu linii komend jak i graficznego interfejsu użytkownika. 17) Oprogramowanie do zarządzania musi rezydować na oferowanym rozwiązaniu bez konieczności dedykowania osobnych serwerów. 18) Oferowane rozwiązanie musi umożliwiać prezentację bieżących jak i historycznych danych dotyczących jego funkcjonowania (np. zajętość dysków, obciążenie, itp.) II. TERMIN WYKONANIA I WARUNKI REALIZACJI ZAMÓWIENIA, GWARANCJA 1. Termin realizacji przedmiotu zamówienia: dostawa i wdrożenie do 6 tygodni od daty zawarcia umowy. 2. Płatność za realizację przedmiotu zamówienia nastąpi przelewem na rachunek Wykonawcy wskazany na fakturze, w terminie 30 dni od daty otrzymania przez Zamawiającego Zakład Ubezpieczeń Społecznych, Departament Zarządzania Systemami Informatycznymi (sekretariat ul. Szamocka 3, 5) faktury prawidłowo wystawionej na podstawie podpisanego przez strony bez zastrzeżeń protokołu odbioru (załącznik nr 3 do wzoru umowy). 3. Oferowany sprzęt i oprogramowanie objęte będą 36 miesięczną gwarancją. Warunki gwarancji zostały doprecyzowane we wzorze umowy. 4. Szczegółowe warunki realizacji zamówienia znajdują się we wzorze umowy stanowiącym załącznik nr 2 do niniejszej SIWZ. Rozdział III WYSOKOŚĆ I ZASADY WNIESIENIA WADIUM 15

16 I. WYSOKOŚĆ WADIUM Zamawiający wymaga wniesienia wadium w kwocie: ,00zł (słownie złotych: czterdzieści osiem tysięcy 00/100 ). II. FORMA WADIUM Wadium może być wniesione w jednej lub kilku z poniższych form: 1) pieniądzu, 2) poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowokredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym, 3) gwarancjach bankowych, 4) gwarancjach ubezpieczeniowych, 5) poręczeniach udzielonych przez podmioty, o których mowa w art. 6 b ust. 5 pkt 2 ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (tekst jedn. Dz. U. z 2007 r. Nr 42, poz. 275 ze zm.). III. TERMIN I MIEJSCE WNIESIENIA WADIUM 1. Wadium należy wnieść przed upływem terminu składania ofert określonego w Rozdziale VI, podrozdział I pkt W przypadku wnoszenia wadium w pieniądzu ustaloną kwotę należy wpłacić na rachunek bankowy Zamawiającego w banku: PKO BP S.A. Nr: Zaleca się aby na przelewie umieścić informację: wadium do postępowania na budowę środowiska testowego dla Platformy Windows w Centrali ZUS - znak sprawy TZ/370/47/ Wadium winno znaleźć się na rachunku bankowym Zamawiającego przed upływem terminu składania ofert. 4. W przypadku wnoszenia wadium w pozostałych dopuszczalnych formach określonych w podrozdziale II oryginał należy złożyć w siedzibie Zamawiającego w Warszawie ul. Szamocka 3, 5 Departament Finansów Zakładu, pok. 201 a (II piętro, skrzydło A ), a kserokopię dokumentu potwierdzającego wniesienie wadium zaleca się dołączyć do oferty. 5. Z dokumentu wadium wniesionego w formie gwarancji bankowej/ubezpieczeniowej powinno wynikać jednoznacznie gwarantowanie wypłat należności w sposób nieodwołalny, bezwarunkowy i na pierwsze żądanie Zamawiającego zawierające oświadczenie o okolicznościach stanowiących podstawę do żądania wypłaty należności. 6. Nie wniesienie wadium w wymaganym terminie (także na przedłużony okres związania ofertą), wysokości lub formie skutkuje wykluczeniem Wykonawcy z postępowania. IV. ZWROT WADIUM 1. Zamawiający zwróci wadium wszystkim Wykonawcom niezwłocznie po wyborze oferty najkorzystniejszej lub unieważnieniu postępowania, z wyjątkiem Wykonawcy, którego oferta została wybrana jako najkorzystniejsza, z zastrzeżeniem ust. 2 działu V Zatrzymanie Wadium. 16

17 2. Wykonawcy, którego oferta została wybrana jako najkorzystniejsza, Zamawiający zwróci wadium niezwłocznie po zawarciu umowy w sprawie zamówienia publicznego oraz wniesieniu zabezpieczenia należytego wykonania umowy. 3. Zamawiający zwróci wadium niezwłocznie na pisemny wniosek Wykonawcy, który wycofał ofertę przed upływem terminu składania ofert. 4. Jeżeli wadium wniesiono w pieniądzu, Zamawiający zwraca je wraz z odsetkami wynikającymi z umowy rachunku bankowego, na którym było ono przechowywane, pomniejszonym o koszty prowadzenia rachunku oraz prowizji bankowej za przelew pieniędzy na rachunek Wykonawcy. V. ZATRZYMANIE WADIUM 1. Wykonawca, którego oferta została wybrana, traci wadium wraz z odsetkami na rzecz Zamawiającego w sytuacjach, gdy: 1) odmówił podpisania umowy na warunkach określonych w ofercie, 2) nie wniósł wymaganego zabezpieczenia należytego wykonania umowy, 3) zawarcie umowy stało się niemożliwe z przyczyn leżących po stronie Wykonawcy. 2. Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli Wykonawca w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3 ustawy, nie złożył dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1 ustawy, lub pełnomocnictw, chyba że udowodni, że wynika to z przyczyn nieleżących po jego stronie. Rozdział IV WARUNKI UDZIAŁU W POSTĘPOWANIU, OPIS SPEŁNIENIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU, OFERTA ORAZ DOKUMENTY WYMAGANE OD WYKONAWCY I. WARUNKI UDZIAŁU W POSTĘPOWANIU 1. O udzielenie zamówienia ubiegać się mogą Wykonawcy, którzy spełniają warunki dotyczące: 1) posiadania uprawnień do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa nakładają obowiązek ich posiadania; 2) posiadania wiedzy i doświadczenia; 3) dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia; 4) sytuacji ekonomicznej i finansowej. 2. O udzielenie zamówienia ubiegać się mogą Wykonawcy, którzy nie podlegają wykluczeniu z postępowania o udzielenie zamówienia. 3. Wykonawcy mogą polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia lub zdolnościach finansowych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków. II. WYMOGI FORMALNE OFERTY 1. Oferta musi spełniać następujące wymogi: 17

18 1) treść oferty musi odpowiadać treści Specyfikacji; 2) oferta musi zostać sporządzona w języku polskim w formie pisemnej, na maszynie do pisania, komputerze lub inną trwałą i czytelną techniką; 3) oferta i załączone do niej oświadczenia i dokumenty, wymagane przez Zamawiającego, sporządzone przez Wykonawcę muszą być podpisane; za podpisanie uznaje się własnoręczny podpis złożony (w sposób umożliwiający identyfikację osoby) przez osobę(-y) upoważnioną(-e) do reprezentowania Wykonawcy; 4) poprawki lub zmiany w ofercie, muszą być dokonane w sposób czytelny, parafowane własnoręcznie przez osobę(-y) podpisującą(-e) ofertę, 2. Zaleca się, aby: 1) każda strona oferty była parafowana przez osobę podpisującą ofertę; 2) wszystkie strony oferty wraz z załącznikami były ponumerowane oraz połączone w sposób trwały; 3) materiały nie wymagane przez Zamawiającego, tj. nie stanowiące oferty (druki i foldery reklamowe) były wyraźnie oznaczone i oddzielone od oferty; 4) osoba podpisująca ofertę opatrzyła swój podpis pieczątką imienną. 3. W przypadku, gdy informacje zawarte w ofercie stanowią tajemnicę przedsiębiorstwa w rozumieniu przepisów ustawy z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (t. jedn. Dz. U. z 2003 r. Nr 153 poz ze zm.), Wykonawca powinien to wyraźnie zastrzec w ofercie i odpowiednio oznaczyć zastrzeżone informacje. Wskazane jest wyodrębnienie dokumentów zawierających zastrzeżone informacje. Nie podlegają zastrzeżeniu informacje obejmujące: nazwę (firmę) oraz adres Wykonawcy, cenę oferty, termin wykonania zamówienia, okres gwarancji i warunki płatności. III. WYMAGANE DOKUMENTY 1. Wykonawca składa wraz z ofertą następujące dokumenty i oświadczenia: 1.1. Oświadczenia i dokumenty potwierdzające spełnianie warunków udziału w postępowaniu: 1) oświadczenie potwierdzające spełnianie przez Wykonawcę warunków określonych w art. 22 ust. 1 ustawy, sporządzone wg wzoru stanowiącego Załącznik nr 3 do niniejszej Specyfikacji; 2) jeżeli Wykonawca polega na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia lub zdolnościach finansowych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków, zobowiązany jest udowodnić Zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie takich podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonywaniu zamówienia Oświadczenia i dokumenty o braku podstaw do wykluczenia z postępowania o udzielenie zamówienia: 1) oświadczenie o braku podstaw do wykluczenia, sporządzone wg wzoru stanowiącego załącznik nr 4 do niniejszej Specyfikacji; 18

19 2) aktualny odpis z właściwego rejestru lub z centralnej ewidencji i informacji o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy, wystawiony nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert; 3) aktualne zaświadczenie właściwego naczelnika urzędu skarbowego potwierdzające, że Wykonawca nie zalega z opłacaniem podatków lub zaświadczenie, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawione nie wcześniej niż 3 miesiące przed upływem terminu składania ofert; 4) aktualne zaświadczenie właściwego oddziału Zakładu Ubezpieczeń Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzające, że Wykonawca nie zalega z opłacaniem składek na ubezpieczenie zdrowotne i społeczne lub potwierdzenie, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawione nie wcześniej niż 3 miesiące przed upływem terminu składania ofert; 5) aktualna informacja z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 4-8 oraz 10 i 11 ustawy wystawiona nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert; 6) aktualna informacja z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 9 ustawy wystawiona nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert; 7) lista podmiotów należących do tej samej grupy kapitałowej o której mowa w art. 24 ust. 2 pkt 5 ustawy lub informacja o tym, że Wykonawca nie należy do grupy kapitałowej Oświadczenia i dokumenty potwierdzające, że oferowany przedmiot zamówienia odpowiada wymaganiom określonym przez Zamawiającego dla przedmiotu zamówienia - oświadczenie Wykonawcy, że oferowany przedmiot zamówienia spełnia wszystkie wymagania Zamawiającego określone w Opisie przedmiotu zamówienia, zawartym w Rozdziale II Specyfikacji Inne wymagane oświadczenia i dokumenty: 1) w przypadku, gdy Wykonawcę reprezentuje pełnomocnik - pełnomocnictwo określające jego zakres i podpisane przez osoby uprawnione do reprezentacji Wykonawcy; 2) w przypadku, gdy ofertę składają wykonawcy ubiegający się wspólnie o udzielenie zamówienia wymagane jest załączenie dokumentu pełnomocnictwa określającego zakres umocowania pełnomocnika ustanowionego do reprezentowania ich w postępowaniu, stosownie do art. 23 ust. 2 ustawy; 3) dokument potwierdzający wniesienie wadium, jeżeli zostało wniesione w innej formie niż w pieniądzu (zaleca się dołączyć). 2. Jeżeli, w przypadku Wykonawcy mającego siedzibę na terytorium Rzeczypospolitej Polskiej, osoby, o których mowa w art. 24 ust. 1 pkt 5-8, 10 i 11 ustawy, mają miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, Wykonawca składa w odniesieniu do nich zaświadczenie właściwego organu sądowego albo administracyjnego miejsca zamieszkania dotyczące niekaralności tych osób w zakresie określonym w art. 24 ust. 1 pkt 5-8, 10 i 11 ustawy, wystawione nie wcześniej niż 6 miesięcy przed upływem 19

20 terminu składania ofert, z tym że w przypadku gdy w miejscu zamieszkania tych osób nie wydaje się takich zaświadczeń - zastępuje się je dokumentem zawierającym oświadczenie złożone przed właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego miejsca zamieszkania tych osób, lub przed notariuszem. 3. Wykonawca zagraniczny 3.1. Wykonawca zagraniczny (mający siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej) zamiast dokumentów wskazanych w pkt 1.2.: 1) ppkt 2), 3), 4), 6) składa dokument lub dokumenty, wystawione w kraju, w którym ma siedzibę lub miejsce zamieszkania, potwierdzające odpowiednio, że: a) nie otwarto jego likwidacji ani nie ogłoszono upadłości wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert, b) nie zalega z uiszczaniem podatków, opłat, składek na ubezpieczenie społeczne i zdrowotne albo że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu wystawione nie wcześniej niż 3 miesiące przed upływem terminu składania ofert, c) nie orzeczono wobec niego zakazu ubiegania się o zamówienie wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert; 2) pkt 5 - składa zaświadczenie właściwego organu sądowego lub administracyjnego miejsca zamieszkania osoby, której dokumenty dotyczą, w zakresie określonym w art. 24 ust. 1 pkt 4-8, 10 i 11 ustawy - wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert Jeżeli w miejscu zamieszkania osoby lub w kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów wskazanych w pkt 3.1. Zastępuje się je dokumentem zawierającym oświadczenie, w którym określa się także osoby uprawnione do reprezentacji wykonawcy, złożone przed właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego odpowiednio kraju miejsca zamieszkania osoby lub kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania, lub notariuszem - wystawione odpowiednio w terminach określonych w pkt 3.1. IV. ZASADY UDZIAŁU W POSTĘPOWANIU WYKONAWCÓW WYSTĘPUJĄCYCH WSPÓLNIE 1. Wykonawcy ubiegający się wspólnie o udzielenie zamówienia ustanawiają pełnomocnika do reprezentowania ich w postępowaniu albo reprezentowania w postępowaniu i zawarcia umowy w sprawie zamówienia publicznego. 2. Wykonawcy, o których mowa w pkt 1, składają jedną ofertę, przy czym: a) wymagane oświadczenia i dokumenty wskazane w podrozdziale III pkt 1.2 niniejszego Rozdziału składa każdy z Wykonawców, b) oświadczenie potwierdzające spełnianie warunków określonych w art. 22 ust.1 ustawy wszyscy Wykonawcy wspólnie, c) pozostałe dokumenty składają wszyscy Wykonawcy wspólnie. 20