PREZYDENT MIASTA PIEKARY ŚLĄSKIE 41

Transkrypt

Sygnatura akt: BZP. 271-59/OR/12
PREZYDENT MIASTA PIEKARY ŚLĄSKIE
41-940 Piekary Śląskie ul. Bytomska 84
NIP: 645-11-05-980, REGON: 000526305
Przetarg w trybie nieograniczonym na:
„Dostawa sprzętu komputerowego”
POSTĘPOWANIE O UDZIELENIE ZAMÓWIENIA PUBLICZNEGO NA DOSTAWĘ
o wartości nieprzekraczającej kwot określonych w przepisach wydanych na podstawie art. 11 ust. 8
ustawy z dnia 29 stycznia 2004 r. – Prawo zamówień publicznych (Dz. U. z 2010 r. Nr 113, poz. 759
- zwanej dalej "ustawą"
SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA (SIWZ)
Nazwa Zamawiającego:
Prezydent Miasta Piekary Śląskie
REGON:
000526305
NIP:
645-11-05-980
Miejscowość
Piekary Śląskie
Adres:
ul. Bytomska 84
Strona internetowa:
www.piekary.pl; www.bip.piekary.pl;
Godziny urzędowania: poniedziałek 7.30 - 17.00, od wtorku do czwartku 7.30 - 15.30, piątek 7.30 14.00
Wszelką korespondencję związaną z niniejszym postępowaniem należy adresować:
Urząd Miasta Piekary Śląskie, Biuro Zamówień Publicznych, ul. Bytomska 84, 41-940 Piekary Śląskie,
pok. 218,
Podpisy Członków Komisji Przetargowej:
Ewa Grabiarz
Maria Kwaśniewicz
Izabela Szewczyk
Marcin Franke
Marcin Wieczorek
Marek Wawrzyńczok
…...............................................
…...............................................
…...............................................
.…...............................................
…………………………………….
…..............................................
Strona 1/30
- Przewodniczący Komisji
- Zastępca Przewodniczącego
- Członek
- Członek
- Członek
- Sekretarz.
Tryb udzielenia zamówienia publicznego oraz miejsca, w których zostało zamieszczone
ogłoszenie o zamówieniu.
Postępowanie o udzielanie zamówienia publicznego prowadzone jest w trybie przetargu
nieograniczonego, zgodnie z przepisami ustawy z dnia 29 stycznia 2004 r. Prawo zamówień
publicznych (Dz. U. z 2010 r. Nr 113, poz.759 z późn. zm. ), zwanej dalej ustawą oraz aktów
wykonawczych do ustawy.
Miejsce publikacji ogłoszenia o przetargu:
- Biuletyn Zamówień Publicznych Nr
- strona internetowa Zamawiającego – www.piekary.pl
- tablica ogłoszeń w siedzibie Zamawiającego
Źródło Finansowania:
budżet miasta
Rozdział I . Opis przedmiotu zamówienia
Specyfikacja zamawianego sprzętu: Sieciowy System Kopii Zapasowych
I.
Założenia ogólne:
System:
1. System kopii zapasowych ma opierać się o architekturę klient-serwer, z centralnym serwerem
zarządzającym procesem backupu oraz klientami (agentami) instalowanymi na maszynach
w sieci.
2. System kopii zapasowych musi umożliwiać promocję każdego z klientów (niezależnie od wykorzystywanego systemu operacyjnego) zarejestrowanych w centralnym systemie backupu do
funkcji serwera mediów, który może posłużyć do składowania backupu z innych klientów.
3. Powyższa funkcja ma umożliwiać promocję klienta do funkcji serwera mediów
z wykorzystaniem dedykowanej funkcji interfejsu Web, w szczególności niedopuszczalne jest,
aby konieczne było modyfikowanie plików konfiguracyjnych klienta oraz serwera a także konieczność zmian na samym kliencie.
4. Funkcja serwera mediów ma umożliwiać wykorzystanie zarówno lokalnych zasobów dyskowych każdego z klientów, jak również napędu taśmowego oraz biblioteki taśmowej do nich
podłączonych celem zapisania na nich backupu z pozostałych klientów.
5. System kopii zapasowych ma mieć możliwość wykonywania backupu na dysk, na taśmę (z
wykorzystaniem napędu taśmowego oraz biblioteki taśmowej) a także do chmury utworzonej z
serwerów backupu zainstalowanych w zdalnych lokalizacjach.
6. System backupu ma posiadać możliwość backupu 2TB (z możliwością rozbudowy).
7. System ma być wyposażony w mechanizm deduplikacji, który pozwoli zaoszczędzić ilość
miejsca na dysku poprzez wyszukiwanie bloków zapisanych na nośniku w poprzednim zadaniu backupu.
8. System musi być wyposażony w licencję, która gwarantuje współpracę z bibliotekami taśmowymi z wbudowanymi mechanizmami robotyki, bez względu na liczbę kaset oraz napędów
obsługiwanych przez daną bibliotekę.
9. System ma mieć możliwość obsługi nielimitowanej ilości napędów i bibliotek taśmowych.
10.
System ma mieć możliwość autodetekcji dowolnego napędu taśmowego i biblioteki,
która została do niego podłączona.
Strona 2/30
11.
Administrator ma mieć możliwość ręcznej definicji dowolnego napędu taśmowego i biblioteki wraz z informacjami dotyczącymi jego budowy.
12.
System ma być wyposażony w moduł zarządzania licencjami, gdzie poprzez interfejs
Web, administrator ma możliwość dodawania dowolnej licencji.
13.
Moduł zarządzania licencjami ma mieć możliwość dodawania (rozbudowy) poszczególnych funkcjonalności oprogramowania bez konieczności uruchamiania ponownie żadnego z
komponentów oprogramowania. Niedopuszczalna jest konieczność restartu jakichkolwiek
usług wchodzących w skład oprogramowania oraz jakichkolwiek maszyn wchodzących w
skład systemu kopii bezpieczeństwa (włączając w to maszyny z zainstalowaną aplikacją klienta).
14.
System backupu musi mieć możliwość obsługi nielimitowanej ilości klientów backupu,
wliczając w to agentów systemu plików, agentów dla hypervisorów (VMware, Hyper-V) oraz
agentów backupu online następujących usług:
α) MS SQL
β)MySQL
χ)Postre SQL
δ)Oracle
ε) MS Exchange
φ)ActiveDirectory
γ) LDAP
Centralny serwer backupu:
15.
Centralny serwer backupu ma zostać dostarczony w formie urządzenia dedykowanego
wyłącznie do wykonywania kopii bezpieczeństwa danych i zarządzania systemem kopii bezpieczeństwa
16.
Oprogramowanie zainstalowane w urządzeniu powinno bazować na systemie który nie
będzie wymagał od zamawiającego zakupu dodatkowych licencji
17.
System operacyjny w urządzeniu powinien być dostosowany przez producenta w taki
sposób, aby nie wymagał od zamawiającego zarządzania, utrzymywania oraz aktualizacji wewnętrznych komponentów systemu
18.
Interfejs zarządzania serwerem backupu ma być dostępny poprzez przeglądarkę internetową.
19.
Funkcjonalność zarządzania systemem przez przeglądarkę ma być dostępna jako funkcja dodatkowa, system powinien oferować możliwość wyłączenia tej funkcji i zarządzanie systemem backupu w pełni poprzez środowisko tekstowe CLI, dostępne zarówno bezpośrednio
po podłączeniu klawiatury/myszy do urządzenia, jak również poprzez interfejs SSH i dedykowany port IPMI
20.
Interfejs systemu ma być dostępny przez przeglądarkę za pomocą protokołu HTTPS,
tym samym cała komunikacja pomiędzy przeglądarką a systemem ma być szyfrowana.
21.
W domyślnej konfiguracji, interfejs dostępny przez przeglądarkę ma wykorzystywać
porty TCP 80 oraz 443.
Strona 3/30
22.
Administrator ma mieć możliwość zdefiniowania dowolnego portu TCP, na którym nasłuchiwać będzie interfejs dostępny poprzez przeglądarkę.
23.
System ma umożliwiać utworzenie dowolnej ilości kont użytkowników.
24.
Użytkownicy w systemie muszą mieć możliwość przypisania roli odzwierciedlającej poziom uprawnień.
25.
W domyślnej konfiguracji, system ma oferować minimum 3 rodzaje kont użytkowników
systemu:
α) Administrator - może wykonywać wszystkie typy operacji w systemie w tym tworzyć, modyfikować oraz usuwać obiekty i konta użytkowników,
β) Operator – może uruchamiać zadania backupu, ma dostęp z uprawnieniami tylko do odczytu do
konfiguracji systemu,
χ) Użytkownik – nie może tworzyć, usuwać ani modyfikować jakichkolwiek obiektów w systemie,
ma prawo jedynie do odtwarzania kopii zapasowych.
26.
Serwer backupu ma mieć możliwość połączenia z agentem zarówno za pomocą adresu
IP jak również z wykorzystaniem nazwy DNS.
27.
Produkt ma posiadać możliwość replikacji danych pomiędzy wieloma serwerami backupu zlokalizowanymi w różnych, także odległych lokalizacjach za pośrednictwem sieci LAN
oraz łącz WAN.
28.
Proces replikacji danych pomiędzy serwerami backupu ma mieć możliwość definiowania minimum takich właściwości jak:
α) dane przeznaczone do replikacji z dokładnością do pojedynczego zasobu dyskowego,
β) częstotliwość z jaką replikacja będzie się odbywać z dokładnością do minuty, momentu zakończenia replikacji (musi być możliwość zdefiniowania daty końcowej, wyłączenia daty końcowej –
replikacja ciągła oraz zdefiniowania ilości wystąpień zadania replikacji, po których polityka przestanie być aktywna),
χ) retencji z dokładnością do jednego dnia.
29.
Produkt ma posiadać możliwość replikacji danych pomiędzy lokalnymi zasobami dyskowymi, tym samym administrator ma mieć możliwość zwielokrotnienia tych samych danych na
wielu zasobach dyskowych celem zabezpieczenia danych przed awarią pojedynczego zasobu
dyskowego.
30.
Proces replikacji danych pomiędzy lokalnymi zasobami dyskowymi ma być wyzwalany
na żądanie administratora. Administrator ma być w stanie określić przed rozpoczęciem replikacji:
α) źródłowy logiczny zbiór danych do replikacji (z dokładnością do pojedynczego pliku),
β) docelowy zasób dyskowy, na który dane mają zostać zreplikowane,
χ) czas retencji dla danych replikowanych.
δ) włączenie/wyłączenie raportowania na e-mail o szczegółach wykonania zadania replikacji,
ε) wyłączenie aktualizacji indeksu danych o dane zreplikowane
Strona 4/30
φ) ustawienie limitu czasowego po przekroczeniu, którego proces replikacji zostanie zatrzymany.
31.
System ma umożliwiać rozbudowę o funkcjonalność szyfrowania backupu z wykorzystaniem przynajmniej takich algorytmów jak 3DES (z PCBC), Blowfish oraz AES256.
32.
Klucze szyfrujące nie mogą być zapisywane razem z danymi backupowanymi.
33.
Klucze mają być przechowywane na kliencie (agencie) a nie na centralnym serwerze
backupu.
34.
Funkcjonalność szyfrowania danych ma zabezpieczać zarówno dane przesyłane przez
sieć jak również dane zapisywane na centralnym serwerze backupu.
35.
Serwer backupu ma mieć możliwość definiowania parelizmu (maksymalnej wartości
jednoczesnych operacji) dla zasobu dyskowego
36.
System ma oferować możliwość odtwarzania backupu z możliwością określenia:
α) czy odtworzone mają być oryginalne prawa na plikach,
β)daty modyfikacji,
χ)ACL w systemie POSIX oraz atrybutów rozszerzonych Linux,
δ)czy nadpisywać pliki, jeśli istnieją na docelowej maszynie,
ε) czy nadpisywać pliki, jeśli są nowsze niż te, które znajdują się w backupie.
37.
Podczas odtwarzania, administrator ma ponadto mieć możliwość zdefiniowania systemu innego niż centralny system backupu, który będzie źródłem dla procesu odtwarzania.
38.
System ma oferować możliwość kompresji danych backupu przed przesłaniem ich poprzez sieć na backup serwer, możliwość ta ma istnieć jako opcja dla każdego z definiowanych
zadań backupu.
39.
Algorytm kompresji wykorzystywany do kompresji backupu ma bazować na algorytmie
LZ77, w szczególności niedopuszczalne jest stosowanie zamkniętych algorytmów kompresji
danych.
40.
Centralny serwer backupu ma być wyposażony w mechanizm reindeksacji istniejących
taśm z backupem. W przypadku uszkodzenia indeksu, funkcja ta musi mieć możliwość zaindeksowania taśm utworzonych zarówno na danym centralnym serwerze backupu, jak i na
każdym innym centralnym serwerze backupu wchodzącym w skład środowiska backupu.
41.
Mechanizm reindeksacji taśm ma umożliwiać administratorowi określenie następujących właściwości procesu przed jego rozpoczęciem:
α) w przypadku znanych taśm: wybór źródłowej taśmy, wybór źródłowego napędu, wybór czy rozpocząć indeksację od momentu jej przerwania czy od początku nośnika, wybór czy wysunąć taśmę z napędu po zakończeniu procesu indeksacji oraz czy po zakończeniu procesu przesłać
powiadomienie do administratora drogą elektroniczną z podsumowaniem procesu indeksacji,
β) W przypadku nieznanych taśm: wybór źródłowego napędu, wybór puli taśmowej do podłączenia, wybór typu taśmy – produkt ma zawierać listę predefiniowanych typów taśm (w tym minimum ma oferować taśmę typu NULL oraz FILE celem testowania poprawności konfiguracji),
zdefiniowania czy w zadaniu użyta ma być biblioteka taśmowa (jeśli tak, administrator ma mieć
opcję wskazania której biblioteki należy użyć podczas procesu reindeksacji oraz którego slotu
tej biblioteki), wybór czy rozpocząć indeksację od momentu jej przerwania czy od początku noStrona 5/30
śnika, wybór czy wysunąć taśmę z napędu po zakończeniu procesu indeksacji oraz czy po zakończeniu procesu powiadomić administratora wiadomością e-mail z podsumowaniem procesu
indeksacji.
42.
Centralny serwer backupu ma być wyposażony w mechanizm reindeksacji istniejących
zasobów dyskowych z backupem w przypadku uszkodzenia indeksu. Funkcja ta ma mieć
możliwość zaindeksowania dysków z danymi zarówno na danym centralnym serwerze backupu, jak i na każdym innym centralnym serwerze backupu wchodzącym w skład środowiska
backupu.
43.
Mechanizm reindeksacji dysków ma umożliwiać administratorowi określenie takich właściwości procesu przed jego rozpoczęciem jak:
α) w przypadku znanych dysków: wybór źródłowego zasobu dyskowego, wybór czy rozpocząć indeksację od momentu jej przerwania czy od początku nośnika oraz czy po zakończeniu procesu przesłać powiadomienie do administratora drogą elektroniczną z podsumowaniem procesu
indeksacji,
β) w przypadku nieznanych dysków: wybór hosta należącego do systemu backupu, do którego
podłączony jest zasób dyskowy, definicja nazwy dla nowoutworzonego zasobu dyskowego po
indeksacji, wskazanie pełnej ścieżki do indeksowanych danych, zdefiniowanie wielkości wolumenu z dokładnością do 1 megabajta, wybór czy rozpocząć indeksację od momentu jej przerwania czy od początku nośnika oraz czy po zakończeniu procesu przesłać powiadomienie do
administratora drogą elektroniczną z podsumowaniem procesu indeksacji.
44.
System ma być wyposażony w mechanizm weryfikacji taśm, który umożliwia test czy
dane zapisane na taśmie mogą być poprawnie odczytane.
45.
Powyższa funkcjonalność ma umożliwiać administratorowi zdefiniowanie przed rozpoczęciem procesu weryfikacji minimum następujących elementów:
α) wybór taśmy do weryfikacji,
β) wybór napędu, który posłuży do weryfikacji,
χ) wybór czy wznowić weryfikację od momentu, w którym proces został przerwany,
δ) wybór czy wysunąć taśmę z napędu po zakończeniu procesu weryfikacji
ε) czy po zakończeniu procesu przesłać powiadomienie do administratora drogą elektroniczną z
podsumowaniem procesu weryfikacji.
46.
System ma być wyposażony w mechanizm duplikacji taśm z zapisanymi na nich kopiami bezpieczeństwa, który umożliwi utworzenie dowolnej ilości kopii danej taśmy celem zabezpieczenia danych przed awarią lub zniszczeniem nośnika.
47.
Powyższa funkcjonalność ma umożliwiać administratorowi zdefiniowanie przed rozpoczęciem procesu duplikacji minimum następujących elementów:
α) wybór źródłowej taśmy z danymi do duplikacji,
β) wybór napędu, w którym umieszczono źródłową taśmę,
χ) wybór napędu, w którym umieszczono taśmę docelową,
δ) możliwość wyboru czy podczas procesu będzie wykorzystywana biblioteka taśmowa (jeśli tak,
to dodatkowo administrator ma mieć możliwość zdefiniowania, której biblioteki należy użyć podczas procesu oraz slotu w którym zainstalowano taśmę docelową),
Strona 6/30
ε) możliwość wymuszenia nadpisywania danych na taśmie docelowej,
φ) czy po zakończeniu procesu przesłać powiadomienie do administratora drogą elektroniczną z
podsumowaniem procesu duplikacji.
48.
System ma być wyposażony w mechanizm nawigacji, który umożliwia przeglądanie
przez przeglądarkę Web zawartości dysków twardych wszystkich klientów zarejestrowanych
w centralnym serwerze backupu oraz dodatkowo jego własne dane. Dane mają być wyświetlane w formie drzewa katalogów z możliwością przeglądania ich zawartości.
49.
Powyższa funkcjonalność ma działać niezależnie od systemu operacyjnego klienta oraz
serwera. W każdym przypadku administrator ma mieć możliwość przeglądania plików i katalogów oraz weryfikacji poprawności komunikacji pomiędzy klientem a serwerem.
50.
Mechanizm nawigacji ma oferować możliwość weryfikacji, czy na stacji poprawnie zainstalowano agenta do hot-backupu aplikacji (agent ma wówczas w drzewie przypisanym do danego klienta wyświetlać listę takich aplikacji).
51.
System ma być wyposażony w mechanizm automatycznego wykrywania urządzeń takich jak napędy i biblioteki taśmowe, które zostały podłączone do centralnego systemu backupu.
II.
Mechanizm deduplikacji danych:
1. System ma być wyposażony w technologię deduplikacji danych.
2. Deduplikacja ma działać w oparciu o technologię stałej długości bloku, przy czym długość ta
zależna jest od wykrytego typu pliku. Niedopuszczalne jest stosowanie mechanizmów deduplikacji o zmiennej długości bloku lub o zawsze stałej długości, niezależnie od typu pliku.
3. Deduplikacja ma działać w oparciu o mechanizm identyfikacji typu pliku i na tej podstawie, dobierać optymalną wielkość bloku. Program ma mieć wbudowaną bazę różnego typu plików
wraz z odpowiadającymi im rozmiarami optymalnych długości bloku.
4. Administrator ma mieć możliwość określenia jakie typy plików będą deduplikowane jaką długością bloku. Funkcjonalność ta ma dawać przynajmniej możliwość zdefiniowania następujących długości bloków w bajtach dla poszczególnych typów plików: 1024, 2048, 4096, 8192,
16384, 32768, 65536.
5. Administrator ma mieć możliwość zdefiniowania (dla każdego z zadań backupu z osobna),
czy deduplikacja będzie włączona czy nie oraz czy funkcja ta ma być realizowana na poziomie klienta (agenta) czy po stronie centralnego serwera backupu.
6. Mechanizm deduplikacji ma mieć możliwość operacji na dowolnych danych, w tym minimum
pliki, bazy danych, maszyny wirtualne, poczta MS Exchange, jak i na każdych innych danych.
7. Mechanizm deduplikacji ma działać na dowolnym systemie operacyjnym klienta (agenta)
w tym minimum na Windows, Linux, MacOS, FreeBSD, NetBSD, OpenBSD, Solaris.
III. Mechanizm łańcuchowania D2D2T:
1. Oprogramowanie ma być wyposażone w funkcję łańcuchowania backupu Disk-To-Disk-To-Tape (D2D2T).
Strona 7/30
2. Funkcjonalność ta ma umożliwiać zdefiniowanie zadania backupu na dysk, które po zakończeniu automatycznie przeniesie dane na taśmę (za pośrednictwem napędu lub biblioteki taśmowej).
3. Administrator ma mieć możliwość zdefiniowania odstępu czasu wyrażonego w minutach, które
opóźni moment przenoszenia danych na taśmę w stosunku do momentu zakończenia zadania
backupu na dysk. Czas ten ma być definiowany per zadanie backupu.
4. Funkcjonalność łańcuchowania D2D2T ma być możliwa także dla backupów zaplanowanych z
harmonogramu.
5. Przy definiowaniu zadania backupu z uaktywnionym łańcuchowaniem D2D2T administrator
ma mieć możliwość określenia polityki wykorzystywania taśm (użycie istniejących taśm do
końca lub wykorzystanie nowych taśm), określenia retencji dla backupu na taśmie oraz możliwość włączenia szczegółowego raportowania na e-mail o statusie zadania.
6. Administrator ma mieć możliwość zdefiniowania zautomatyzowanego mechanizmu D2D2T dla
danych zapisanych na dysku, przy czym wyzwolenie zdarzenia łańcuchowania będzie związane minimum z: wielkością wykorzystywanego miejsca na wybranym zasobie dyskowym z dokładnością do 1MB, ilością pozostałego miejsca na zasobie dyskowym z dokładnością do
1MB.
7. Administrator ma mieć także możliwość zdefiniowania kolejności z jaką dane będą zapisywane na taśmie, minimum jako: od najstarszych do najnowszych lub od najnowszych do najstarszych.
8. Administrator ma mieć możliwość zdefiniowania czy po zakończeniu procesu łańcuchowania
D2D2T dane na zasobie dyskowym mają być usunięte czy pozostawione.
IV. Agenci do backupu:
1.
Agent do backupu środowiska wirtualnego VMware vSphere:
α) Agent backupu musi wspierać:
• hot-backup (backup w czasie pracy) dla platformy wirtualizacyjnej VMware Infrastructure w wersjach ESX 3.0, 3.5, ESXi 3.x, Virtual Center 2.0, 2.5.
• Agent backupu ma wspierać hot-backup (backup w czasie pracy) dla platformy
wirtualizacyjnej VMware vSphere w wersjach ESXi 4.x, 5.0, ESX 4.x, vCenter
4.0, 4.1, 5.
• Agent backupu ma wspierać obsługę środowiska wirtualizacji vStorage na platformach CentOS 5, Red Hat Enterprise Linux 5, 6, SUSE Enterprise Server 10,
11, Windows Server 2003 SP2, Windows Server 2008 SP1 and R2, Windows
Desktop: 7, Vista, XP SP3.
β) Funkcjonalność agenta backupu ma umożliwiać backup zarówno zatrzymanych jak również
pracujących maszyn wirtualnych bez konieczności instalacji agenta na każdej z tych maszyn
(backup na poziomie hypervisora).
χ) Backup ma być możliwy zarówno dla całych obrazów maszyn wirtualnych, jak i na poziomie poszczególnych wykorzystanych bloków.
Strona 8/30
δ) Backup ma być realizowany jako backup pełny, jako backup przyrostowy i dyferencyjny na poziomie bloków.
ε) Agent backupu ma umożliwiać backup danych fizycznie zapisanych na wirtualnym dysku.
φ) Agent backupu ma zapewniać możliwość przywracania danych na poziomie poszczególnych
plików oraz folderów w systemach Windows i Linux dla maszyn wirtualnych (możliwość wyodrębnienia dowolnego pliku/plików oraz katalogu/katalogów) z backupu obrazu maszyny wirtualnej.
γ) Przywracanie plików z maszyny wirtualnej ma być niezależne i możliwe bez konieczności użycia platformy VMware (ESX lub vCenter).
η) Przywracanie maszyn wirtualnych ma być możliwe z przekierowaniem Hypervisora (zmiana
miejsca docelowego dla odtwarzanego backupu) , jak również ma zapewnić możliwość wyboru
data center, klastra lub hosta docelowego.
ι) Agent backupu ma pozwalać na wykonanie backupu na poziomie bloków przy wsparciu technologi Raw Device Mapping (RDM) wraz z mechanizmem Changed Block Tracking (CBT).
ϕ) Agent backupu powinien integrować się z oprogramowaniem vCenter pozwalając na zarządzanie backupem na kilku hostach fizycznych.
κ) Agent backupu ma wspierać rozwiązanie vApp, zapewniając backup grupy wspólnie pracujących maszyn.
λ) System ma zapewniać zarządzanie zadaniami backupu i przywracania dla platformy wirtualnej
z poziomu przeglądarki internetowej.
µ) System ma wspierać wiele mechanizmów transportu, w szczególności system ma wspierać
backup maszyn wirtualnych bez konieczności użycia sieci LAN (z wykorzystaniem sieci SAN),
za pośrednictwem wirtualnej sieci LAN lub bezpośrednio na urządzenie podłączone za pośrednictwem interfejsu SCSI.
ν) System ma mieć możliwość uaktywnienia mechanizmu deduplikacji danych dla backupu maszyn wirtualnych.
ο) Funkcjonalność deduplikacji ma być możliwa zarówno na poziomie centralnego serwera backupu jak i po stronie backupowanej maszyny. Funkcjonalność ta ma być definiowana (także włączana lub wyłączana) na poziomie pojedynczego zadania backupu.
π) System ma mieć możliwość uaktywnienia kompresji danych dla backupu maszyn wirtualnych.
θ) Administrator ma mieć możliwość wyboru pomiędzy przynajmniej dwoma algorytmami kompresji, przy czym produkt ma umożliwiać wybór minimum algorytmów LZRW1 oraz LZRW3-A.
2.
Agent do backupu środowiska wirtualnego Microsoft Hyper-V:
α) Agent backupu ma wspierać hot-backup (backup w czasie pracy) dla platformy wirtualizacyjnej
Microsoft Hyper-V w wersjach Windows Server 2008 oraz Windows Server 2008 R2.
β) Backup ma być możliwy zarówno dla całych obrazów maszyn wirtualnych, jak i na poziomie poszczególnych wykorzystanych bloków.
χ) Backup ma być realizowany jako backup pełny oraz backup inkrementacyjny z wykorzystaniem
technologii śledzenia zmienionych bloków.
Strona 9/30
δ) Funkcjonalność agenta backupu ma umożliwiać backup zarówno zatrzymanych jak również
pracujących maszyn wirtualnych bez konieczności instalacji agenta na każdej z tych maszyn
ε) Agent backupu ma umożliwiać backup tylko danych fizycznie zapisanych na wirtualnym dysku.
φ) Agent backupu ma zapewniać możliwość przywracania wszystkich maszyn wirtualnych lub pojedynczych, zdefiniowanych przed administratora maszyn.
γ) Przywracanie maszyn wirtualnych ma być niezależne. Proces przywracania nie ma wymagać
od administratora wykorzystywania innych maszyn niż centralnego serwera backupu oraz docelowego hosta Hyper-V, na którym maszyny zostaną odtworzone.
η) Przywracanie maszyn wirtualnych ma być możliwe z przekierowaniem hypervisora (zmiana
miejsca docelowego dla odtwarzanego backupu) ze wskazaniem hosta docelowego.
ι) Agent backupu ma pozwalać na wykonanie backupu na poziomie bloków przy wsparciu mechanizmu Changed Block Tracking (CBT).
ϕ) System ma zapewniać zarządzanie zadaniami backupu i przywracania dla platformy wirtualnej
κ) System ma wspierać wiele mechanizmów transportu, w szczególności system ma wspierać
λ) System ma mieć możliwość uaktywnienia mechanizmu deduplikacji danych dla backupu maszyn wirtualnych.
µ) Funkcjonalność deduplikacji ma być możliwa zarówno na poziomie centralnego serwera backupu jak i po stronie backupowanej maszyny. Funkcjonalność ta ma być definiowana (także włączana lub wyłączana) na poziomie pojedynczego zadania backupu.
ν) System ma mieć możliwość uaktywnienia kompresji danych dla backupu maszyn wirtualnych.
ο) System ma umożliwiać hot-backup aplikacji pracujących na maszynach wirtualnych z wykorzystaniem technologii VSS po stronie hypervisora bez konieczności instalacji agentów na każdej z
maszyn wirtualnych.
π) Powyższa funkcjonalność ma umożliwiać hot-backup przynajmniej takich aplikacji jak: Mictosoft
Exchange, Microsoft SQL Server, Microsoft Sharepoint oraz bazy danych Oracle.
θ) System ma umożliwiać eksport pliku VHD z przeprowadzonego backupu na maszynę z systemem Windows 7 lub Windows 2008 celem zamontowania pliku obrazu i odzyskania poszczególnych plików z obrazu maszyny wirtualnej.
ρ) Administrator ma mieć możliwość wyboru pomiędzy przynajmniej dwoma algorytmami kompresji, przy czym produkt ma umożliwiać wybór minimum algorytmów LZRW1 oraz LZRW3-A.
3.
Agent do backupu środowiska wirtualnego Xen oraz Citrix XenServer:
α) Agent backupu ma wspierać hot-backup (backup w czasie pracy) dla platform wirtualizacyjnych
Xen oraz Citrix XenServer w wersjach 5.5 i wyższych.
Strona 10/30
β) Backup maszyn wirtualnych bez konieczności instalacji agenta na każdej z pracujących maszyn
χ) Backup ma być realizowany jako backup pełny z uwzględnieniem wszystkich maszyn wirtualnych, zarówno pracujących jak również zatrzymanych.
δ) Agent backupu ma zapewniać możliwość przywracania wszystkich maszyn wirtualnych lub pojedynczych, zdefiniowanych przed administratora maszyn.
ε) Przywracanie maszyn wirtualnych ma być niezależne. Proces przywracania nie ma wymagać
od administratora wykorzystywania innych maszyn niż centralnego serwera backupu oraz docelowego hosta Xen/XenServer na którym maszyny zostaną odtworzone.
φ) Przywracanie maszyn wirtualnych ma być możliwe z przekierowaniem Hypervisora (zmiana
miejsca docelowego dla odtwarzanego backupu) ze wskazaniem hosta docelowego.
γ) System ma zapewniać zarządzanie zadaniami backupu i przywracania dla platformy wirtualnej
η) System ma wspierać wiele mechanizmów transportu, w szczególności system ma wspierać
ι) System ma mieć możliwość uaktywnienia mechanizmu deduplikacji danych dla backupu maszyn wirtualnych.
ϕ) Funkcjonalność deduplikacji ma być możliwa zarówno na poziomie centralnego serwera backupu jak i po stronie backupowanej maszyny. Funkcjonalność ta ma być definiowana (także włączana lub wyłączana) na poziomie pojedynczego zadania backupu.
κ) System ma mieć możliwość uaktywnienia kompresji danych dla backupu maszyn wirtualnych.
λ) Administrator ma mieć możliwość wyboru pomiędzy przynajmniej dwoma algorytmami kompresji, przy czym produkt ma umożliwiać wybór minimum algorytmów LZRW1 oraz LZRW3-A.
4.
Agent do backupu bazy danych PostgreSQL:
α) Agent backupu ma wspierać hot-backup (backup w czasie pracy) dla bazy danych PostgreSQL
w wersjach co najmniej 7.2 i nowszych na platformach FreeBSD, NetBSD, OpenBSD, Linux,
Solaris i Windows.
β) Backup ma być możliwy zarówno dla całych instancji, jak również dla poszczególnych baz danych.
χ) Backup ma być realizowany jako backup pełny.
δ) System ma mieć możliwość uaktywnienia mechanizmu deduplikacji danych dla backupu bazy
danych PostgreSQL.
ε) Funkcjonalność deduplikacji ma być możliwa zarówno na poziomie centralnego serwera backupu jak i po stronie backupowanej maszyny. Funkcjonalność ta ma być definiowana (także włączana lub wyłączana) na poziomie pojedynczego zadania backupu.
φ) System ma mieć możliwość uaktywnienia kompresji danych dla backupu bazy danych PostgreSQL.
Strona 11/30
γ) Administrator ma mieć możliwość wyboru pomiędzy przynajmniej dwoma algorytmami kompresji, przy czym produkt ma umożliwiać wybór minimum algorytmów LZRW1 oraz LZRW3-A.
5.
Agent do backupu bazy danych MySQL:
α) Agent backupu ma wspierać hot-backup (backup w czasie pracy) dla bazy danych MySQL w
wersjach 3.23 i nowszych na platformach AIX, FreeBSD, NetBSD, HP-UX, Linux, Mac OS, Tru64 i Windows.
β) Backup ma być możliwy zarówno dla całych baz danych, jak również dla poszczególnych tabel.
χ) System ma wspierać także backup dziennika binarnego (binary-log), celem późniejszego odtworzenia bazy do stanu z momentu wykonywania kopii zapasowej.
δ) Backup ma być realizowany jako backup pełny, jako backup przyrostowy oraz dyferencyjny.
ε) System ma mieć możliwość uaktywnienia mechanizmu deduplikacji danych dla backupu bazy
danych MySQL.
φ) Funkcjonalność deduplikacji ma być możliwa zarówno na poziomie centralnego serwera backupu jak i po stronie backupowanej maszyny. Funkcjonalność ta ma być definiowana (także włączana lub wyłączana) na poziomie pojedynczego zadania backupu.
γ) System ma mieć możliwość uaktywnienia kompresji danych dla backupu bazy danych MySQL.
η) Administrator ma mieć możliwość wyboru pomiędzy przynajmniej dwoma algorytmami kompresji, przy czym produkt ma umożliwiać wybór minimum algorytmów LZRW1 oraz LZRW3-A.
6.
Agent do backupu bazy danych MS-SQL:
α) Agent backupu ma wspierać hot-backup (backup w czasie pracy) dla bazy danych MS-SQL w
wersjach 7, 2000, 2005, 2008, 2008 R2.
β) Backup ma być możliwy zarówno dla całych instancji, jak również dla poszczególnych baz danych, grup plików oraz indywidualnych plików.
χ) Backup ma być realizowany jako backup pełny, kopia (VSS), backup przyrostowy (VDI) oraz
dyferencyjny.
δ) System ma wspierać relokację baz danych do innych instancji, pracujących nawet na innym hoście.
ε) System ma wspierać relokację z jednoczesną zmianą nazwy odtwarzanych obiektów.
φ) System ma mieć możliwość uaktywnienia mechanizmu deduplikacji danych dla backupu bazy
danych MS-SQL.
γ) Funkcjonalność deduplikacji ma być możliwa zarówno na poziomie centralnego serwera backupu jak i po stronie backupowanej maszyny. Funkcjonalność ta ma być definiowana (także włączana lub wyłączana) na poziomie pojedynczego zadania backupu.
η) System ma mieć możliwość uaktywnienia kompresji danych dla backupu bazy danych MS-SQL.
Strona 12/30
ι) Administrator ma mieć możliwość wyboru pomiędzy przynajmniej dwoma algorytmami kompresji, przy czym produkt ma umożliwiać wybór minimum algorytmów LZRW1 oraz LZRW3-A.
7.
Agent do backupu środowiska Active Directory:
α) Agent backupu ma wspierać hot-backup (backup w czasie pracy) dla środowisk Active Directory
w wersjach dla systemów Windows 2003, 2008 oraz 2008 R2.
β) Backup ma być możliwy w trybie pełnym, całego katalogu Active Directory
χ) Backup ma być realizowany z wykorzystaniem mechanizmu VSS
δ) System ma wspierać odtwarzanie środowiska Active Directory w oryginalną lokalizację, na inną
maszynę (migracja) oraz w formie pliku na dowolnej maszynie z zainstalowanym agentem systemu backupu
ε) System powinien umożliwiać odtwarzanie autorytatywne z możliwością oznaczania poszczególnych obiektów drzewa Active Directory
φ) System ma mieć możliwość uaktywnienia mechanizmu deduplikacji danych dla backupu Active
Directory.
γ) Funkcjonalność deduplikacji ma być możliwa zarówno na poziomie centralnego serwera backupu jak i po stronie backupowanej maszyny. Funkcjonalność ta ma być definiowana (także włączana lub wyłączana) na poziomie pojedynczego zadania backupu.
η) System ma mieć możliwość uaktywnienia kompresji danych dla backupu usługi Active Directory
ι) Administrator ma mieć możliwość wyboru pomiędzy przynajmniej dwoma algorytmami kompresji, przy czym produkt ma umożliwiać wybór minimum algorytmów LZRW1 oraz LZRW3-A.
8.
Agent do backupu serwera pocztowego MS Exchange:
α) Agent backupu ma wspierać hot-backup (backup w czasie pracy) dla serwera MS Exchange w
wersjach 2000, 2003, 2007 i 2010.
β) Backup ma być realizowany jako backup pełny, przyrostowy oraz dyferencyjny zarówno dla magazynów informacji (Information Stores), grup przechowywania (Storage Groups) jak i baz danych.
χ) Agent backupu ma wykorzystywać technologie Extensible Storage Engine (ESE) i Volume Shadow-Copy Service (VSS), wykonując zadania backupu w trakcie pracy serwera Exchange i nie
zakłócając działania usługi.
δ) Agent backupu ma używać wbudowanego w Extensible Storage Engine (ESE) interfejsu programowania aplikacji (API), zachowując przestrzeganie ścisłych formatów backupu Microsoft
zapewniając pełną integrację danych.
ε) System ma pozwalać na przywracanie danych do Recovery Storage Groups (Exchange 2007) i
Recovery Databases (Exchange 2010) na poziomie całych skrzynek jak i poszczególnych wiadomości.
φ) Agent backupu ma wspierać usługę replikacji (Site Replication Service), zapewniając kompatybilność pomiędzy serwerami MS Exchange 5.5 i 2000.
Strona 13/30
γ) Agent musi obsługiwać backup serwerów zarządzających kluczami (Key Management Server),
pozwalając na odzyskanie danych zaszyfrowanych.
η) Agent backupu musi umożliwiać pełne przywrócenie bazy serwera Exchange do stanu z określonego momentu (point-in-time).
ι) System musi umożliwiać backup klastrów CCR/LCR/SCR (Exchange 2007) i DAG (Exchange
2010).
ϕ) System ma mieć możliwość uaktywnienia mechanizmu deduplikacji danych dla backupu środowiska MS Exchange.
κ) Funkcjonalność deduplikacji ma być możliwa zarówno na poziomie centralnego serwera backupu jak i po stronie backupowanej maszyny. Funkcjonalność ta ma być definiowana (także włączana lub wyłączana) na poziomie pojedynczego zadania backupu.
λ) System ma mieć możliwość uaktywnienia kompresji danych dla backupu środowiska MS
Exchange.
µ) Administrator ma mieć możliwość wyboru pomiędzy przynajmniej dwoma algorytmami kompresji, przy czym produkt ma umożliwiać wybór minimum algorytmów LZRW1 oraz LZRW3-A.
9.
Agent do backupu serwera LDAP:
α) Agent backupu ma wspierać hot-backup (backup w czasie pracy) dla serwera OpenLDAP oraz
innych serwerów LDAP zgodnych z wersją 3 tego protokołu (np. Novell OES eDirectory)
β) Backup ma być możliwy dla całego katalogu struktury LDAP jak również dla poszczególnych
jego elementów z możliwością wyboru CN lub OU do backupu.
χ) Backup ma być realizowany jako backup pełny oraz backup przyrostowy dla każdego z elementów struktury LDAP.
δ) Proces odtwarzania wybranych elementów, jak również całego katalogu LDAP nie powinien wymagać zatrzymywania ani restartu usługi katalogowej.
ε) Konfiguracja danych autoryzacji do usługi katalogowej LDAP powinna być możliwa zarówno z
poziomu pliku konfiguracyjnego agenta, jak również z poziomu interfejsu Web.
φ) Agent backupu musi umożliwiać pełne odtworzenie struktury katalogu LDAP do momentu w
którym wykonano backup (odrzucenie wpisów dodanych w późniejszym okresie) jak również
odtwarzanie z zachowaniem tychże wpisów (z nadpisaniem wpisów uszkodzonych).
γ) Administrator ma mieć możliwość wyboru pomiędzy przynajmniej dwoma algorytmami kompresji, przy czym produkt ma umożliwiać wybór minimum algorytmów LZRW1 oraz LZRW3-A.
10. Agent do backupu bazy danych Oracle:
α) Agent backupu ma wspierać hot-backup (backup w czasie pracy) dla baz danych Oracle w wersjach 8.1.6 i nowszych na platformach Windows, Linux, HP-UX, AIX, Solaris.
Strona 14/30
β) Backup ma być możliwy za pośrednictwem narzędzia Oracle RMAN. Niedopuszczalne jest wykorzystanie innych sposobów na backup bazy danych niż poprzez narzędzie RMAN.
χ) System ma mieć możliwość uaktywnienia mechanizmu deduplikacji danych dla backupu bazy
danych Oracle.
δ) Funkcjonalność deduplikacji ma być możliwa zarówno na poziomie centralnego serwera backupu jak i po stronie backupowanej maszyny. Funkcjonalność ta ma być definiowana (także włączana lub wyłączana) na poziomie pojedynczego zadania backupu.
ε) System ma mieć możliwość uaktywnienia kompresji danych dla backupu bazy danych Oracle.
φ) Administrator ma mieć możliwość wyboru pomiędzy przynajmniej dwoma algorytmami kompresji, przy czym produkt ma umożliwiać wybór minimum algorytmów LZRW1 oraz LZRW3-A.
V. Dedykowane urządzenie komputerowe (serwer sieciowego systemu kopii zapasowej) do
wykonywania kopii bezpieczeństwa danych:
1. Urządzenie powinno być wyposażone w minimum 2 dyski 3,5” o łącznej pojemności 4TB
2. Urządzenie powinno korzystać z macierzy RAID poziomu 1, co umożliwi administratorowi za
zapisanie 2TB danych
3. Dyski w urządzeniu powinny być montowane w postaci zatok na froncie urządzenia
4. Zatoki powinny oferować funkcjonalność hot-swap czyli wymianę dowolnego dysku w czasie
pracy urządzenia
5. Frontowy panel urządzenia powinien mieć możliwość zamknięcia celem ograniczenia dostępu
do zatok dyskowych dla osób postronnych
6. Urządzenie powinno być dostarczone wraz z interfejsem SCSI, który umożliwi zamawiającemu podłączenie dedykowanego napędu taśmowego lub biblioteki taśmowej, celem zapisu danych na taśmę
7. Urządzenie powinno mieć możliwość rozszerzenia o kartę z interfejsem SAS, celem podłączenia dedykowanego napędu taśmowego lub biblioteki taśmowej, celem zapisu danych na taśmę
8. Urządzenie powinno być wyposażone w minimum dwa interfejsy GigabitEthernet o prędkości
1Gb/s
9. Urządzenie powinno być wyposażone w dedykowany port IPMI Ethernet celem zarządzania
zdalnego urządzeniem (wraz z dostępem KVM-over-IP), port ten nie powinien być portem wykorzystywanym do zadań backupu
10. Dostarczone urządzenie powinno być w formie sprzętu instalowanego w standardowej szafie
19” o wielkości nie większej niż 2U
VI. Informacje dodatkowe dot. specyfikacji systemu:
Strona 15/30
1. Dostarczony system musi posiadać dokumentację w języku polskim, co najmniej dwuletnią
gwarancję. Gwarancja na sprzęt obejmuje odbiór i dostawę serwisowanego sprzętu w
siedzibie zamawiającego.
2. Dla wyspecyfikowanego systemu podane parametry są wartościami progowymi (tzn.
minimalnymi), każdy system o parametrach lepszych od wyspecyfikowanych spełnia tą
specyfikację.
3. Wszystkie parametry dotyczą danych producenta systemu z wykorzystaniem jego
firmowych materiałów eksploatacyjnych, w razie jakichkolwiek wątpliwości muszą być
potwierdzone dokumentacją producenta przedstawioną przez oferenta.
4. System powinien spełniać wszelkie przepisy dot. prawa dopuszczenia do użytkowania w
Polsce oraz posiadać stosowne dokumenty świadczące o spełnianiu wszystkich
niezbędnych norm i wytycznych, które powinien spełniać w/w system przed dopuszczeniem
go do użytkowania. Kopie tych dokumentów Wykonawca powinien dostarczyć razem ze
systemem, wraz z oświadczeniem o ich zgodności z oryginałem.
5. W zamówieniu oferowany może być jedynie system fabrycznie nowy, nigdzie nieużywany
poza oczywistą sytuacją związaną z jego testowaniem.
6. Dostawca zobowiązany jest wymienić system na nowy o takich samych lub lepszych
parametrach po 3 kolejnych naprawach serwisowych nie usuwających objawów awarii.
7. Zgodnie z art. 29 ust. 3 ustawy Prawo Zamówień Publicznych przedmiotu zamówienia nie
można opisywać przez wskazanie znaków towarowych, patentów lub pochodzenia, chyba
że jest to uzasadnione specyfiką przedmiotu zamówienia. W każdym przypadku w którym
użyto znaków towarowych w tej specyfikacji jest to podyktowane specyfiką zamawianego
systemu oraz środowiska i zaplecza systemowo-sieciowego w którym takie urządzenie
musi pracować. Za użyciem w/w zapisów przemawia także wymóg 100% kompatybilności z
obecnie posiadaną infrastrukturą sieciowo-systemowo-sprzętową.
Przykładowy system spełniający specyfikację: Arkeia Network Backup System.
CPV: 30200000-1 Urządzenia komputerowe
Rozdział II. Oferty częściowe
Zamawiający nie dopuszcza składania ofert częściowych.
Rozdział III. Oferty wariantowe i uzupełniające
Zamawiający nie dopuszcza składania ofert wariantowych.
Zamawiający nie przewiduje udzielenia zamówień uzupełniających.
Rozdział IV.
IV Termin wykonania zamówienia
Termin wykonania : do 30 dni od daty udzielenia zamówienia
Rozdział V.
V. Informacja o podwykonawcach
Jeżeli Wykonawca zamierza powierzyć określoną część prac podwykonawcom zobowiązany jest
wskazać w ofercie zakres tych prac.
Rozdział VI. Wykonawcy wspólnie ubiegający się o zamówienie
Wykonawcy wspólnie ubiegający się o zamówienie:
- ponoszą solidarną odpowiedzialność za niewykonanie lub nienależyte wykonanie zobowiązania,
- zobowiązani są ustanowić Pełnomocnika do reprezentowania ich w postępowaniu o udzielenie
Strona 16/30
zamówienia publicznego albo reprezentowania w postępowaniu i zawarcia umowy w sprawie
zamówienia; przyjmuje się, że pełnomocnictwo do podpisania oferty obejmuje pełnomocnictwo do
poświadczenia za zgodność z oryginałem wszystkich dokumentów;
- pełnomocnictwo musi wynikać z umowy lub z innej czynności prawnej, mieć formę pisemną; fakt
ustanowienia Pełnomocnika musi wynikać z załączonych do oferty dokumentów, wszelka
korespondencja prowadzona będzie z Pełnomocnikiem;
- jeżeli oferta konsorcjum zostanie wybrana jako najkorzystniejsza, Zamawiający może przed
zawarciem umowy wezwać pełnomocnika do przedstawienia umowy regulującej współpracę tych
Wykonawców.
Rozdział VII. Wykonawca mający siedzibę lub miejsce zamieszkania poza terytorium
Rzeczypospolitej Polskiej
Wykonawca mający siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej
składa dokumenty zgodnie z przepisami rozporządzenia Prezesa Rady Ministrów z dnia 30 grudnia
2009 r. w sprawie rodzajów dokumentów, jakich może żądać Zamawiający od Wykonawcy oraz form, w
jakich te dokumenty mogą być składane (Dz. U. Nr 226, poz. 1817).
Rozdział VIII. Waluta, w jakiej będą prowadzone rozliczenia związane z realizacją niniejszego
zamówienia publicznego
Wszelkie rozliczenia związane z realizacją niniejszego zamówienia dokonywane będą w złotych
polskich [PLN].
Rozdział IX. Warunki udziału w postępowaniu, opis sposobu dokonywania oceny spełniania tych
warunków
A) O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy – na podstawie art. 22 ust. 1 spełniają warunki udziału dotyczące:
a) posiadania uprawnień do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa
nakładają obowiązek ich posiadania;
b) posiadania wiedzy i doświadczenia;
c) dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania
zamówienia;
d) sytuacji ekonomicznej i finansowej
Na podstawie art. 26 ust. 2a ustawy Pzp, Wykonawca na żądanie Zamawiającego i w zakresie przez
niego wskazanym jest zobowiązany wykazać odpowiednio, nie później niż na dzień składania ofert,
spełnienie warunków, o których mowa w art. 22 ust. 1 ustawy Pzp.
B) W postępowaniu mogą wziąć udział wykonawcy, którzy spełniają warunek udziału w
postępowaniu dotyczący braku podstaw do wykluczenia z postępowania o udzielenie
zamówienia publicznego w okolicznościach, o których mowa w art. 24 ust. 1 ustawy Pzp.
W przypadku wykonawców wspólnie ubiegających się o udzielenie zamówienia warunek określony
w punkcie B powinien spełniać każdy z wykonawców samodzielnie.
1. Ocena spełnienia warunków udziału w postępowaniu zostanie dokonana wg formuły „spełnia – nie
spełnia”, w oparciu o informacje zawarte w dokumentach i oświadczeniach (wymaganych przez
Zamawiającego i podanych w SIWZ) dołączonych do oferty.
2. Zamawiający wezwie w trybie art.26 ust.3 Wykonawców, którzy w określonym terminie nie złożyli
Strona 17/30
oświadczeń i dokumentów potwierdzających spełnianie warunków udziału w postępowaniu lub którzy
złożyli dokumenty zawierające błędy, do ich uzupełnienia w wyznaczonym terminie chyba, że mimo
ich uzupełnienia konieczne byłoby unieważnienie postępowania.
3. W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia wymaga się, aby
przynajmniej jeden z Wykonawców (lub wspólnie) spełniał wymagania, o których mowa w rozdziale
IX. A pkt a) - d). W przypadku konsorcjum żaden z Wykonawców wspólnie ubiegających się o
udzielenie zamówienia nie może podlegać wykluczeniu na podstawie art. 24 ust. 1 Ustawy, o którym
mowa w rozdziale IX .B).
Rozdział X. Wykaz oświadczeń lub dokumentów potwierdzających spełnianie warunków
w niniejszym postępowaniu:
A. W celu potwierdzenia, że Wykonawca posiada uprawnienia do określonej działalności lub czynności
na podstawie art. 44 ustawy Pzp, Wykonawcy zobowiązani są przedłożyć
a) Oświadczenie o spełnianiu warunków pozwalających na udział w ubieganiu się o udzielenie
zamówienia publicznego (Załącznik Nr 2 do SIWZ),
w zakresie posiadania wiedzy i doświadczenia
w zakresie dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do
wykonania zamówienia;
B. W celu wykazania braku podstaw do wykluczenia z postępowania o udzielenie zamówienia
wykonawcy w okolicznościach, o których mowa w art. 24 ust. 1 ustawy, należy złożyć następujące
dokumenty w formie oryginału lub kserokopii poświadczonych za zgodność z oryginałem przez
wykonawcę lub osobę upoważnioną, z zachowaniem sposobu reprezentacji:
a) Oświadczenie o braku podstaw do wykluczenia na podstawie art. 24 ust . 1 ustawy PZP (Załącznik nr 3 do SIWZ)
b) Aktualny odpis z właściwego rejestru, jeżeli odrębne przepisy wymagają wpisu do rejestru, w celu
wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt. 2 ustawy, wystawiony nie
wcześniej niż 6 m-cy przed upływem terminu składania oferty - (Załącznik do sporządzenia przez
oferenta), a w stosunku do osób fizycznych oświadczenie w zakresie art. 24 ust. 1 pkt.2 ustawy (Załącznik nr 4a do SIWZ).
W przypadku oferty składanej przez Wykonawców wspólnie ubiegających się o udzielenie zamówienia
dokumenty wymienione w ust. X.A pkt. a. X.B pkt. a i b niniejszego rozdziału składa każdy z
Wykonawców oddzielnie.
Wykonawca powołujący się przy wykazywaniu spełnienia warunków udziału w postępowaniu na
potencjał innych podmiotów, jest zobowiązany udowodnić zamawiającemu, iż będzie dysponował
zasobami niezbędnymi do realizacji zamówienia, w szczególności przedstawiając pisemne
zobowiązanie innych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres
korzystania z nich przy wykonywaniu zamówienia .
Rozdział XI. Wymagania dotyczące wadium
Zamawiający nie żąda wniesienia wadium.
Rozdział XII. Termin związania ofertą
1.Wykonawca składając ofertę pozostaje nią związany przez okres 30 dni. Bieg terminu związania
ofertą rozpoczyna swój bieg wraz z dniem wskazanym jako termin składania ofert.
2.W uzasadnionych przypadkach, co najmniej na 3 dni przed upływem terminu związania ofertą,
Zamawiający może tylko raz zwrócić się do Wykonawców o wyrażenie zgody na przedłużenie tego
terminu o oznaczony okres, nie dłuższy jednak niż 60 dni.
Strona 18/30
3.Zgoda Wykonawcy na przedłużenie okresu związania ofertą musi być wyrażona na piśmie i jest
dopuszczalna tylko z przedłużeniem okresu ważności wadium albo, jeżeli nie jest to możliwe, z
wniesieniem nowego wadium na przedłużony okres związania ofertą.
4.Wniesienie odwołania po upływie terminu składania ofert zawiesza bieg terminu związania ofertą do
czasu ogłoszenia przez Krajową Izbę Odwoławczą orzeczenia.
Rozdział XIII. Informacje o sposobie porozumiewania się Zamawiającego z Wykonawcami oraz
przekazywania oświadczeń i dokumentów, a także wskazanie osoby uprawnionej do
porozumiewania się z Wykonawcami
1.W niniejszym postępowaniu wszelkie oświadczenia, wnioski, zawiadomienia oraz informacje
przekazywane będą w formie pisemnej, faksem (nr 032 39 39 379) lub drogą elektroniczną
([email protected]).
Jeżeli Zamawiający lub Wykonawca przekazują korespondencję za pomocą faksu lub drogą
elektroniczną – każda ze stron na żądanie drugiej niezwłocznie potwierdza fakt ich otrzymania –
podstawa art. 27 ust. 2 ustawy Prawo zamówień publicznych.
Wykonawca może zwrócić się (pisemnie, faksem, elektronicznie) do Zamawiającego o przekazanie
SIWZ. We wniosku należy podać:
- nazwę i adres Wykonawcy,
- nr telefonu i faksu, e-mail,
- imię i nazwisko osoby upoważnionej do kontaktów z Zamawiającym w sprawach dotyczących
niniejszego postępowania,
- znak postępowania – BZP. 271- 59/OR/12
2. SIWZ można także odebrać w siedzibie Zamawiającego - Urząd Miasta Piekary Śląskie, ul.
Bytomska 84, 41-940 Piekary Śląskie, w godzinach urzędowania Zamawiającego.
Wykonawca może zwracać się pisemnie do Zamawiającego o wyjaśnienie treści SIWZ. Zamawiający
jest obowiązany udzielić wyjaśnień niezwłocznie, jednak nie później niż na 2 dni przed upływem terminu
składania ofert pod warunkiem, że wniosek o wyjaśnienie treści specyfikacji istotnych warunków
zamówienia wpłynął do Zamawiającego nie później niż do końca dnia, w którym upływa połowa
wyznaczonego terminu składania ofert.
Do kontaktowania się z Wykonawcami Zamawiający upoważnia:
Ewa Grabiarz, Marek Wawrzyńczok, nr fax. 32 39 39 379, e-mail: [email protected]
Rozdział XIV.
XIV. Opis sposobu przygotowania oferty
Oferta powinna składać się z:
1. Wypełniony formularz oferty wraz z specyfikacją oferowanego sprzętu – załącznik nr 1 do
SIWZ.
2.Oryginału pełnomocnictwa lub kopii poświadczonej za zgodność z oryginałem udzielanego
osobom podpisującym ofertę, o ile prawo do reprezentowania Wykonawcy w powyższym zakresie
nie wynika wprost z dokumentu rejestrowego,
3. Zestawu oświadczeń i dokumentów, o których mowa w rozdziale X niniejszej specyfikacji,
Opakowanie i adresowanie oferty.
Ofertę należy umieścić w dwóch zamkniętych kopertach. Kopertę zewnętrzną nieoznakowaną
nazwą Wykonawcy należy oznaczyć:
Adresat:
Urząd Miasta Piekary Śląskie
41-940 Piekary Śląskie ul. Bytomska 84
Biuro Zamówień Publicznych pokój 218
Strona 19/30
NIE OTWIERAĆ PRZED TERMINEM OTWARCIA OFERT
19.09.2012 r. godz. 10.00
Koperta wewnętrzna oprócz opisu j.w. winna zawierać nazwę i adres Wykonawcy.
Podpisy.
Oferta i oświadczenia muszą być podpisane przez osobę/osoby upoważnione do reprezentowania
Wykonawcy w obrocie prawnym zgodnie z danymi ujawnionymi w KRS – rejestrze przedsiębiorców
albo w ewidencji działalności gospodarczej; w przypadku składania wspólnej oferty przez dwóch lub
więcej Wykonawców - przez osobę/osoby posiadające Pełnomocnictwo w postaci oryginału lub kopii
poświadczonej notarialnie.
Forma dokumentów i oświadczeń.
Dokumenty i oświadczenia dołączone do oferty mają być w formie oryginałów lub kserokopii
poświadczonych za zgodność z oryginałem.
W przypadku dokumentów lub oświadczeń sporządzonych w językach obcych należy dołączyć
tłumaczenie na język polski podpisane przez Wykonawcę.
Tajemnica przedsiębiorstwa:
1/ jeżeli według Wykonawcy oferta będzie zawierała informacje objęte tajemnicą jego przedsiębiorstwa
w rozumieniu przepisów ustawy z 16 kwietnia 1993r. o zwalczaniu nieuczciwej konkurencji (tekst
jednolity Dz.U. z 2003 r. nr 153, poz. 1503, z późn. zm.), muszą być oznaczone klauzulą NIE
UDOSTĘPNIAĆ – TAJEMNICA PRZEDSIĘBIORSTWA. Zaleca się umieścić takie dokumenty na
końcu oferty (ostatnie strony w ofercie lub osobno),
2/ zastrzeżenie informacji, danych, dokumentów lub oświadczeń nie stanowiących tajemnicy
przedsiębiorstwa w rozumieniu przepisów o nieuczciwej konkurencji spowoduje ich odtajnienie.
Informacje pozostałe:
1/ Wykonawca ponosi wszelkie koszty związane z przygotowaniem i złożeniem oferty,
2/ Wykonawca może złożyć tylko jedną ofertę przygotowaną według wymagań określonych w
niniejszej SIWZ,
3/ oferta musi być sporządzona w języku polskim, w formie pisemnej.
Zaleca się, aby:
1/ ewentualne poprawki i skreślenia lub zmiany w tekście oferty (i w załącznikach do oferty) były
parafowane przez osobę upoważnioną do reprezentowania Wykonawcy lub posiadającą
Pełnomocnictwo,
2/ każda zapisana strona oferty (wraz z załącznikami do oferty) była parafowana i ponumerowana
kolejnymi numerami,
3/ kartki oferty były spięte (z zastrzeżeniem, że część stanowiąca tajemnicę przedsiębiorstwa może
stanowić odrębną część oferty),
4/ oferta została opracowana zgodnie ze wzorem załączonym do specyfikacji.
Zmiana / wycofanie oferty:
1/ zgodnie z art. 84 ustawy Wykonawca może przed upływem terminu składania ofert zmienić lub
wycofać ofertę,
2/ o wprowadzeniu zmian lub zamiarze wycofania oferty należy pisemnie powiadomić Zamawiającego
przed upływem terminu,
3/ pismo należy złożyć zgodnie z opisem podanym w rozdziale 15 pkt. 1 niniejszej SIWZ oznaczając
odpowiednio „ZMIANA OFERTY”/„WYCOFANIE OFERTY”,
4/ do pisma o wycofaniu oferty musi być załączony dokument, z którego wynika prawo osoby
podpisującej informację do reprezentowania Wykonawcy.
Zwrot oferty bez otwierania
Ofertę złożoną po terminie składania ofert Zamawiający zwróci niezwłocznie.
Rozdział XV. Miejsce oraz termin składania i otwarcia ofert
1. Ofertę należy złożyć Zamawiającemu, z siedzibą w Urzędzie Miasta Piekary Śląskie ul. Bytomska 84,
41-940 Piekary Śląskie, pokój nr 218, w terminie do dnia 19.09.2012 roku, do godz. 09:00.
Strona 20/30
2. Złożona oferta zostanie zarejestrowana (dzień, godzina) oraz otrzyma kolejny numer.
3. Otwarcie ofert nastąpi w dniu 19.09.2012 roku, o godz. 10:00. Urzędzie Miasta Piekary Śląskie ul.
Bytomska 84, 41-940 Piekary Śląskie, pokój nr 201,
4. Wykonawcy mogą być obecni przy otwieraniu ofert.
5. Bezpośrednio przed otwarciem ofert Zamawiający poda kwotę, jaką zamierza przeznaczyć na
sfinansowanie zamówienia.
6. Otwierając oferty Zamawiający poda nazwy (firmy) oraz adresy Wykonawców, którzy złożyli oferty a
także informacje dotyczące cen.
7. Informacje, o których mowa w pkt 5 i 6 przekazuje się niezwłocznie Wykonawcom, którzy nie byli
przy otwarciu ofert, na ich wniosek.
8. UWAGA – za termin złożenia oferty przyjmuje się datę i godzinę wpływu oferty do Zamawiającego.
Rozdział XVI . Opis sposobu obliczania ceny
Ofertę należy wyliczyć ściśle zgodnie z opisanym przedmiotem zamówienia. Cenę brutto należy podać
za całość dostawy. Cena oferty musi zawierać wszystkie koszty związane z wykonaniem zamówienia.
Cenę należy podać do dwóch miejsc po przecinku z zastosowaniem reguł matematycznych.
Zamawiający zastrzega sobie prawo do poprawy oczywistej omyłki rachunkowej z uwzględnieniem
konsekwencji rachunkowych dokonanych poprawek oraz poprawy innych omyłek wymienionych w art.
87 ust. 2 ustawy Prawo Zamówień Publicznych.
Rozdział XVII. Opis kryteriów, którymi Zamawiający będzie się kierował przy wyborze oferty,
wraz z podaniem znaczenia tych kryteriów i sposobu oceny ofert
Kryterium wyboru wykonawcy zadania: Cena brutto – 100%
1. Przy wyborze i ocenianiu ofert uznanych za ważne Zamawiający będzie się kierował następującym
kryterium: łączna cena ofertowa (brutto) - 100%
2. Ocena ofert w oparciu o powyższe kryterium dokonana zostanie w oparciu o wzór:
Ocena punktowa = cena minimalna / cena badana x 100 pkt.
3. Oceny ofert będzie dokonywała Komisja Przetargowa. W pierwszej kolejności ocenie będzie
podlegało spełnienie warunków formalnych.
4. Oferta, która przedstawia najkorzystniejszy bilans (maksymalną ilość punktów w oparciu o ustalone
kryterium) zostanie uznana za najkorzystniejszą, pozostałe oferty zostaną sklasyfikowane
zgodnie z ilością uzyskanych punktów. Realizacja zamówienia zostanie powierzona Wykonawcy,
który uzyska najwyższą ilość punktów.
5. W toku dokonywania badania i oceny złożonych ofert Zamawiający może żądać udzielenia przez
Wykonawców dodatkowych wyjaśnień dotyczących treści złożonych przez nich ofert.
6. W sytuacji, gdy Zamawiający nie będzie mógł dokonać wyboru oferty najkorzystniejszej ze
względu na to, że zostały złożone oferty o takiej samej cenie, wezwie Wykonawców, którzy złożyli
te oferty, do złożenia w określonym przez niego terminie ofert dodatkowych.
7. Wykonawcy składający dodatkowe oferty nie mogą zaoferować ceny wyższej niż zaoferowane w
złożonych ofertach.
8. Zamawiający nie przewiduje przeprowadzenia dogrywki w formie aukcji elektronicznej.
Rozdział XVIII. Informacje o formalnościach, jakie zostaną dopełnione po wyborze oferty w celu
zawarcia umowy w sprawie zamówienia publicznego
1. W zawiadomieniu o wyborze oferty najkorzystniejszej Zamawiający poinformuje Wykonawcę o
terminie i miejscu zawarcia umowy.
2. Zamawiający zawrze umowę w sprawie zamówienia publicznego w terminie określonym artykułem
94 Pzp.
3. Umowa w sprawie zamówienia publicznego może zostać zawarta po upływie terminu związania
ofertą, jeżeli Zamawiający przekaże wykonawcom informację o wyborze oferty przed upływem
terminu związania ofertą, a Wykonawca wyrazi zgodę na zawarcie umowy na warunkach
określonych w złożonej ofercie.
Rozdział XIX. Wymagania dotyczące zabezpieczenia należytego wykonania umowy
Zamawiający nie żąda wniesienia zabezpieczenia należytego wykonania umowy
Strona 21/30
Rozdział XX. Wzór umowy w sprawie zamówienia publicznego
1. Istotne postanowienia do umowy zawiera projekt umowy stanowiący Załącznik nr 5 do SIWZ.
Rozdział XXI. Inne informacje
Nie przewiduje się:
1) zawarcia umowy ramowej,
2) ustanowienia dynamicznego systemu zakupów,
3) wyboru najkorzystniejszej oferty z zastosowaniem aukcji elektronicznej.
Rozdział XXII. Pouczenie o środkach ochrony prawnej przysługujących Wykonawcy w toku
postępowania o udzielenie zamówienia.
Wykonawcom, których interes prawny w uzyskaniu zamówienia doznał lub może doznać uszczerbku w
wyniku naruszenia przez Zamawiającego przepisów ustawy, przepisów wykonawczych jak też
postanowień niniejszej SIWZ przysługują środki ochrony prawnej przewidziane w Dziale VI ustawy
Prawo zamówień publicznych.
Załącznik nr 1 – wzór oferty
Załącznik nr 2 – oświadczenie art. 22 ust.1
Załącznik nr 3 – oświadczenie art. 24 ust.1
Załącznik nr 4a – oświadczenie art. 24 ust. 1 pkt.2
Załącznik nr 5 – wzór umowy
Strona 22/30
Załącznik nr 1 do SIWZ
OFERTA
WYKONAWCY
............................................................
............................................................
(nazwa i adres wykonawcy)
Nawiązując do „przetargu nieograniczonego” pod nazwą:
Wartość brutto ogółem …………………………………………………
(słownie : ...........................................................................................................................................)
Nazwa oferowanego sprzętu: ………………………………………………………………………………
Termin wykonania : ( do 30 dni od daty udzielenia zamówienia )
Dostawy objęte przetargiem zamierzamy wykonać sami za wyjątkiem
…..................................................................................................................................................................
................................................................................................................................................................
Oświadczamy, że:
1. Zapoznaliśmy się z warunkami podanymi przez Zamawiającego w SIWZ i nie wnosimy do nich
żadnych zastrzeżeń;
2. Uzyskaliśmy wszelkie niezbędne informacje do przygotowania oferty i wykonania zamówienia;
3. Akceptujemy postanowienia umowy oraz termin realizacji przedmiotu zamówienia podany przez
Zamawiającego;
4. Uważamy się za związanych niniejszą ofertą przez 30 dni od dnia upływu terminu składania
ofert;
5. W przypadku otrzymania faxem pisma dotyczącego niniejszego postępowania, zobowiązuję się
niezwłocznie potwierdzić fakt jego otrzymania.
Podwykonawcom zamierzamy powierzyć wykonanie następujących części zamówienia:
...........................................................................................................................................................
...........................................................................................................................................................
W przypadku udzielenia nam zamówienia zobowiązujemy się do zawarcia umowy w miejscu i
terminie wskazanym przez Zamawiającego.
Oferta została złożona na: ………………….. stronach.
Do oferty dołączono następujące dokumenty:
...........……………………………………………………….,
……………………………………………………………….,
……………………………………………………………….,
……………………………………………………………….,
Nazwa i adres WYKONAWCY :
..................................................................................................................................................................
NIP............................................ REGON ....................................
Adres, na który Zamawiający powinien przesyłać ewentualną korespondencję:
..................................................................................................................................................................
Strona 23/30
Strona internetowa Wykonawcy :
..................................................................................................................
Osoba wyznaczona do kontaktów z Zamawiającym:
…..............................................................................................................
numer telefonu: …..................................................................................
numer faksu: ….......................................................................................
e-mail: ......................................................................................................
....................................., dn. _ _ . _ _ . 2012r.
....................................................................
Podpis osób uprawnionych do składania
świadczeń woli w imieniu Wykonawcy
oraz pieczątka / pieczątki
Strona 24/30
.................................................
pieczęć adresowa Wykonawcy
...........................................
miejscowość i data
O Ś W I A D C Z E N I E
My niżej podpisani, uprawnieni do reprezentowania Wykonawcy ubiegającego się o udzielenie
zamówienia publicznego na wykonanie zadania pn.:
oświadczamy, że spełniamy warunki:
a) posiadania uprawnień do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa
nakładają obowiązek ich posiadania;
b) posiadania wiedzy i doświadczenia;
c) dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania
zamówienia;
d) sytuacji ekonomicznej i finansowej.
..................................................................
podpis(y) osób uprawnionych (upoważnionych)
do reprezentowania Wykonawcy
Strona 25/30
.................................................
...........................................
O Ś W I A D C Z E N I E
My niżej podpisani uprawnieni do reprezentowania Wykonawcy ubiegającego się o udzielenie
zamówienia publicznego na wykonanie zadania pn:
oświadczamy, że nie podlegamy wykluczeniu z postępowania o udzielenie zamówienia publicznego na
podstawie art. 24 ust. 1 ustawy Prawo Zamówień.
..............................................................
podpis(y) osób uprawnionych
(upoważnionych)
do reprezentowania Wykonawcy
Strona 26/30
Załącznik Nr 4a do SIWZ
.................................................
...........................................
OŚWIADCZENIE
/ Art. 24 ust.1 pkt 2 Ustawy z dnia 29 stycznia 2004 roku Prawo zamówień publicznych,
tekst jednolity (Dz.U. z 2010, Nr 113, poz.759 z późn. zm./
Oświadczam, że nie zaistniała przesłanka, o której mowa w art. 24 ust.1 pkt 2 Ustawy z
dnia 29 stycznia 2004 roku Prawo zamówień publicznych, tekst jednolity (Dz.U. z 2010 roku Nr 113,
poz. 759 z późn. zm.) uzasadniająca wykluczenie mnie jako wykonawcy z postępowania o
zamówienie publiczne:
….............................................
podpisy osób uprawnionych do
reprezentacji wykonawcy
1) Dotyczy tylko osób fizycznych
2) Dotyczy osób fizycznych, o których mowa w Paragrafie 1 ust. 2 Rozporządzenia Prezesa
Rady Ministrów w sprawie
rodzajów dokumentów, jakich może żądać zamawiający od
wykonawcy oraz formy, w jakich te dokumenty mogą być składane (Dz.U. z 2009 r. Nr 226
poz. 1817),
3) Art. 24 ust. 1 pkt 2 - “Z postępowania o udzielenie zamówienia wyklucza się wykonawców, w
stosunku do których otwarto likwidację lub których upadłość ogłoszono, z wyjątkiem
wykonawców, którzy po ogłoszeniu upadłości zawarli układ zatwierdzony prawomocnym
postanowieniem sądu, jeżeli układ nie przewiduje zaspokojenia wierzycieli przez likwidację
majątku upadłego”.
Strona 27/30
UMOWA Nr …………
zawarta w Piekarach Śląskich w dniu ……………… 2012 r. pomiędzy :
Gminą Piekary Śląskie przy ul. Bytomskiej 84 ,NIP 645-11-05-980, REGON 000526305
zwaną dalej „Zamawiającym”, reprezentowanym przez:
1 ………………………………………………,
2. ………………………………………………
a
<Nazwa i Adres>
zwaną w dalszej części umowy „Dostawcą” reprezentowaną przez:
<Imię , Nazwisko, Funkcja>.
W wyniku dokonania przez Zamawiającego wyboru Dostawcy zgodnie z ustawą Prawo
zamówień publicznych z dnia 29 stycznia 2004 r. (tekst jednolity: Dz. U. z 2010 nr 113 poz. 759 ze
zm.) w trybie przetargu nieograniczonego (art. 39-46 ustawy) oraz Zarządzeniem Nr <Nr
zarządzenia> Prezydenta Miasta Piekary Śląskie z dnia ................. 2012 r. została zawarta umowa
następującej treści:
1.
2.
1.
2.
1.
2.
3.
4.
§ 1.
Zamawiający zleca, a Dostawca podejmuje się sprzedaży i dostarczenia sprzętu
komputerowego zgodnie z oferowaną specyfikacją. Zakres przedmiotowy umowy
określony został w załączniku nr 1 do niniejszej umowy stanowiącym integralną jej część.
Dostawca oświadcza, że jego oferta spełnia wszelkie wymagania postawione przez
Zamawiającego w toku postępowania o udzielenie zamówienia publicznego (oświadczenie
Dostawcy o zgodności oferowanego sprzętu z wymaganą specyfikacją stanowi załącznik nr
2 do umowy).
§ 2.
Strony umowy ustalają, że wynagrodzenie za wykonanie przedmiotu umowy wynosi brutto
<kwota brutto> PLN (słownie: ……… …/100 brutto).
Wykaz cen jednostkowych dostarczonego sprzętu i urządzeń zawiera załącznik nr 1 do
umowy.
§ 3.
Dostawca udziela dwuletniej gwarancji na sprzęt będący przedmiotem umowy, liczonej od
dnia bezusterkowego odbioru przedmiotu umowy.
W razie wystąpienia awarii sprzętu bądź ujawnienia się jego wad lub usterek Zamawiający
zgłosi ten fakt Dostawcy drogą telefoniczną, faksową lub elektroniczną (e-mail).
Dostawca zobowiązuje się do usunięcia awarii, wad lub usterek sprzętu w siedzibie
Zamawiającego w czasie nie dłuższym niż 14 dni kalendarzowych od daty ich zgłoszenia.
W przypadku gdy usunięcie awarii, wady lub usterki będzie możliwe jedynie w warunkach
warsztatowych poza siedzibą Zamawiającego, Dostawca – z dochowaniem terminu, o jakim
mowa w ust. 3 – na własny koszt przetransportuje sprzęt do miejsca naprawy i z powrotem
do siedziby Zamawiającego. Dostawca ponosi odpowiedzialność za naprawiany sprzęt w
fazie jego demontażu, transportu, naprawy i ponownego montażu w siedzibie
Zamawiającego.
Strona 28/30
5.
1.
2.
1)
2)
Po dokonaniu w ramach gwarancji 3 kolejnych napraw tego samego komponentu
technicznego nie usuwających ostatecznie awarii, wady lub usterki sprzętu, Dostawca
zobowiązany jest nieodpłatnie wymienić wadliwy sprzęt na nowy, wolny od wad, o takich
samych lub lepszych parametrach, w terminie wskazanym przez Zamawiającego.
§ 5.
Dostarczenie przedmiotu zamówienia do siedziby Zamawiającego odbędzie się nie później
niż 30 dni od daty zawarcia umowy.
Opóźnienie w dostarczeniu przedmiotu umowy przekraczające 30 dni upoważnia
Zamawiającego do odstąpienia od umowy bez wyznaczania dodatkowego terminu,
niezależnie od uprawnień przysługujących na podstawie § 8 ust. 1 pkt. 3.
§ 6.
Osobami nadzorującymi realizację postanowień niniejszej umowy są:
ze strony Dostawcy: ................................................
ze strony Zamawiającego: ......................................
§ 7.
1. Rozliczenie za wykonanie przedmiotu umowy nastąpi na podstawie prawidłowo wystawionej
przez Dostawcę faktury VAT, doręczonej Zamawiającemu.
2. Podstawą wystawienia faktury VAT będzie protokół bezusterkowego odbioru całości przedmiotu
zamówienia, podpisany ze strony Zamawiającego przez osobę wskazaną w § 6 ust. 2.
3. Termin płatności wynagrodzenia wynosi 30 dni od daty wpływu faktury VAT do siedziby
Zamawiającego.
§ 8.
1. Dostawca zapłaci Zamawiającemu kary umowne:
1. za opóźnienie w wykonaniu przedmiotu umowy 0,3% od wartości wynagrodzenia brutto,
określonego w § 2 ust. 1 za każdy dzień opóźnienia,
2. za opóźnienie w usunięciu awarii, wad lub usterek stwierdzonych w okresie gwarancji w
wysokości 0,2% wartości brutto niesprawnego urządzenia za każdy dzień opóźnienia liczony
od dnia wyznaczonego na ich usunięcie,
3. z tytułu odstąpienia od niniejszej umowy z przyczyn leżących po stronie Dostawcy
w wysokości 10% od wartości wynagrodzenia brutto, określonego w § 2 ust. 1.
2. Kary umowne podlegają sumowaniu.
3. Zamawiający zastrzega sobie możliwość dochodzenia na zasadach ogólnych odszkodowania
uzupełniającego w przypadku, gdy szkoda rzeczywista przewyższy wartość zastrzeżonych kar
umownych.
§ 9.
W sprawach nieuregulowanych postanowieniami niniejszej umowie mają zastosowanie
przepisy Kodeksu cywilnego oraz ustawy Prawo zamówień publicznych (tekst jednolity: Dz. U.
z 2010 nr 113 poz. 759 z późn. zm.)
§ 10.
Przedstawiciele Dostawcy i Zamawiającego wyszczególnieni w umowie oświadczają, iż posiadają
umocowania prawne pozwalające na skuteczne podpisanie umowy.
§ 11.
Spory wynikłe na tle niniejszej umowy będą rozstrzygane przez sąd powszechny właściwy
miejscowo dla siedziby Zamawiającego.
§ 12.
Umowa sporządzona została w trzech jednobrzmiących egzemplarzach – jeden dla Dostawcy oraz
dwa dla Zamawiającego.
Strona 29/30
Zamawiający
Dostawca
Załącznik nr 1:
Specyfikacja oferowanego przedmiotu zamówienia z wykazem cen jednostkowych.
Załącznik nr 2:
Oświadczenie o zgodności oferowanego sprzętu ze specyfikacją.
Strona 30/30

PREZYDENT MIASTA PIEKARY ŚLĄSKIE 41

Transkrypt

Podobne dokumenty

StorageCraft ShadowProtect

StorageCraft ShadowProtect SPX - Ulotka ogólna

BACKUP I ODZYSKIWANIE DANYCH DLA SERWERÓW

SyncBack Free Backup Software

backup i odzyskiwanie danych dla stacji roboczych i