Umowa nr ………..

Umowa nr ………..

w dniu ……………………….. 2020 roku pomiędzy:

Skarbem Państwa - Kasą Rolniczego Ubezpieczenia Społecznego, z siedzibą: 00-608 Warszawa, Xx. Xxxxxxxxxxxxxx 000, XXX 000-00-00-000, REGON 012513262 reprezentowaną przez:

Pana ……………………………………………………. Dyrektora/Wicedyrektora Biura Informatyki i Telekomunikacji, na podstawie pełnomocnictwa udzielonego przez Prezesa Kasy Rolniczego Ubezpieczenia Społecznego nr ………. z dnia………………………..….

zwaną dalej „Zamawiającym”,

a

……… z siedzibą w Warszawie, pod adresem ..................................................................; wpisaną do rejestru przedsiębiorców Krajowego Rejestru Sadowego pod numerem KRS ……………., NIP ……………., REGON ……………, o kapitale zakładowym w wysokości ………………………………..

zwaną w dalszej części Umowy „Wykonawcą”,

reprezentowaną przez:

Pana …………………….

zwaną dalej Wykonawcą,

zwanymi dalej łącznie Stronami

W wyniku przeprowadzenia uproszczonego postępowania, do którego na podstawie art. 4 pkt 8 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2020 r., poz. 1526.) nie stosuje się przepisów niniejszej ustawy, zawarto umowę następującej treści:

§ 1

1. Przedmiotem umowy jest zakup wraz z dostawą licencji systemu backup o nazwie ……………

1. Wykonawca oświadcza, że oferowany System jest zgodny/spełnia warunki określone w Specyfikacji technicznej systemu – Załącznik nr 1 do niniejszej umowy.

2. Licencja systemu zakupiona/dostarczona zostaje wraz ze wsparciem producenta (ATiK), aktywnym przez okres 12 miesięcy licząc od dnia podpisania przez Strony Protokołu odbioru końcowego bez uwag.

3. Udzielona licencja jest licencją niewyłączną i bezterminową, udzieloną Zamawiającemu na warunkach opublikowanych przez producenta oprogramowania.

§ 2

1. Dostarczone oprogramowanie/licencja pochodzi z oficjalnego kanału sprzedaży producenta, jest wolna od wad technicznych i prawnych.

2. Wykonawca gwarantuje, że realizacja niniejszej umowy nie spowoduje naruszenia czyichkolwiek praw autorskich, znaków handlowych, towarowych, patentów, rozwiązań konstrukcyjnych oraz innych praw chronionych.

3. Na mocy niniejszej umowy Zamawiający uprawniony jest do korzystania z systemu określonego w § 1 na następujących polach eksploatacji:

1. prawo do korzystania ze wszystkich funkcjonalności dostarczonego systemu w dowolny sposób w liczbie kopii/ stanowisk/ serwerów/ użytkowników charakterystycznej dla dostarczonego systemu, zgodnie z opublikowanymi przez producenta warunkami licencyjnymi,

2. prawo do instalowania dostarczonego systemu w liczbie kopii/ stanowisk/ serwerów/użytkowników charakterystycznej dla odsprzedawanego systemu zgodnie z opublikowanymi przez producenta warunkami licencyjnymi,

3. prawo do instalowania wszelkich poprawek opublikowanych na stronach producenta systemu oraz polach eksploatacji określonych w opublikowanych przez producenta warunkach licencyjnych.

4. Odbiór przedmiotu umowy potwierdzony zostanie protokołem odbioru, podpisanym przez upoważnionych przedstawicieli Wykonawcy i Zamawiającego. Wzór protokołu odbioru stanowi Załącznik nr 2 do umowy.

5. W ramach wsparcia producenta (ATiK) Zamawiający nabędzie uprawnienia zdefiniowane przez producenta Oprogramowania w ramach ww. usługi, w szczególności prawa co najmniej do:

1. pobierania od producenta w postaci elektronicznej nowych wersji posiadanego Oprogramowania,

2. pobierania od producenta poprawek i łatek do posiadanego Oprogramowania bez dodatkowych opłat licencyjnych,

3. zgłaszania problemów i uzyskiwania pomocy technicznej od producenta
   w zakresie problemów, wad i błędów wykrytych w Oprogramowaniu bezpośrednio od producenta,

4. dostępu do bazy wiedzy producenta w zakresie posiadanego Oprogramowania.

6. Wsparcie producenta (ATiK) będzie świadczone co najmniej od poniedziałku do piątku, w godz. 8.00-16.00, w języku polskim lub angielskim.​

§ 3

1. Całkowite wynagrodzenie Wykonawcy z tytułu realizacji przedmiotu umowy wynosi ……….. zł brutto (słownie: ………… zł 00/100), w tym podatek VAT (23%).

2. Wynagrodzenie, o którym mowa w ust. 1 zawiera wszystkie koszty Wykonawcy związane z realizacją przedmiotu umowy, w tym koszty nośników Oprogramowania.

3. Zapłata wynagrodzenia za przedmiot umowy nastąpi przelewem na rachunek bankowy Wykonawcy podany na fakturze w terminie 14 dni od dnia doręczenia do Zamawiającego oryginału prawidłowo wystawionej faktury VAT wraz z oryginałem protokołu odbioru podpisanym bez zastrzeżeń przez upoważnionych przedstawicieli Stron, sporządzonym wg wzoru stanowiącego Załącznik nr 2 do niniejszej umowy. Wykonawca zobowiązany jest zamieścić na fakturze adnotację „mechanizm podzielonej płatności”, jeżeli dokumentuje ona czynność podlegającą temu mechanizmowi.

4. Za dzień zapłaty wynagrodzenia Strony przyjmują dzień obciążenia rachunku bankowego Zamawiającego należną Wykonawcy kwotą.

5. Zamawiający nie wyraża zgody na cesję wierzytelności wynikających z realizacji niniejszej umowy.

6. Zamawiający oświadcza, że zgodnie z przepisami ustawy z dnia 11 marca 2004 roku o podatku od towarów i usług (DZ.U. z 2020 r. poz. 106 z późn. zm.), wyraża zgodę na wystawianie przez Wykonawcę faktury VAT, korekt faktury VAT oraz ich duplikatów w formie elektronicznej (w formacie PDF) i przesyłanie ich za pośrednictwem poczty elektronicznej na adres: xx@xxxx.xxx.xx. Wykonawca oświadcza, że adresem z którego będą wysyłane faktura VAT, korekty faktury VAT oraz ich duplikaty jest następujący adres: „…………………………”.

§ 4

1. Wykonawca dostarczy oprogramowanie/licencje w nieprzekraczalnym terminie dostawy do dnia 30.12.2020 r.

2. W przypadku niezrealizowania dostawy licencji w terminie do 30.12.2020 r. Zamawiający odstępuje od umowy z przyczyn leżących po stronie Wykonawcy.

§ 5

1. W przypadku odstąpienia od umowy przez Wykonawcę lub Zamawiającego z przyczyn leżących po stronie Wykonawcy, Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 10% wynagrodzenia całkowitego brutto, o którym mowa w § 3 ust.1.

2. Zamawiający może dochodzić odszkodowania przewyższającego wysokość kar umownych na zasadach ogólnych. Całkowita wysokość kar umownych nie przekroczy wartości umowy brutto.

§ 6

1. Wszelkie zmiany umowy wymagają formy pisemnej w postaci aneksu, pod rygorem nieważności zmiany.

2. W sprawach nieuregulowanych niniejszą umową mają zastosowanie przepisy ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz. U. z 2019 r. poz. 1231 z późn. zm.) oraz ustawy z dnia 23 kwietnia 1964 r. Kodeks cywilny (Dz. U. z 2020 r. poz. 1740).

3. Strony zobowiązują się do polubownego rozwiązywania sporów wynikłych na tle Umowy. W przypadku nieosiągnięcia porozumienia spory będą podlegały rozstrzygnięciu przez sąd powszechny właściwy miejscowo dla siedziby Zamawiającego.

4. Integralną część umowy stanowią wymienione niżej załączniki.

5. Umowę sporządzono w dwóch jednobrzmiących egzemplarzach - jeden egzemplarz dla Zamawiającego i jeden dla Wykonawcy.

Wykaz załączników:

Załącznik nr 1 - Specyfikacja techniczna systemu,

Załącznik nr 2 - Protokół odbioru.

ZAMAWIAJĄCY: WYKONAWCA:

Załącznik nr 1

do umowy nr …………….

z dn. ……………………..

Specyfikacja techniczna systemu backup

1. Wymagania ogólne

1. Oprogramowanie musi obsługiwać kopie zapasowe z 11 fizycznych serwerów (bez limitu fizycznych procesorów) lub 24 fizycznych procesorów (bez limitu fizycznych serwerów).

2. Oprogramowanie musi zawierać licencje na wszystkie moduły, które są wymagane wg poniższej specyfikacji bez limitu ilości bakupowanych danych.

3. Oprogramowanie musi być produktem przeznaczonym do obsługi środowisk DataCenter. Oferowany produkt musi znajdować się w kwadracie liderów Gartner Magic Quadrant for Data Center Backup and Recovery Solutions oraz na ogólnie dostępnej liście referencyjnej Gartner: xxxxx://xxx.xxxxxxx.xxx/xxxxxxx/xxxxxx/xxxx-xxxxxx-xxxxxx-xxx-xxxxxxxx-xxxxxxxxx i spełniać minimalne wymaganie : - minimalna liczba referencji 150, - minimalna ocena z referencji 4,5,

4. Oprogramowanie musi współpracować z infrastrukturą VMware w wersji 5.5, 6.0, 6.5, 6.7 and 7.0 oraz Microsoft Hyper-V 2012, 2012 R2 i 2019. Wszystkie funkcjonalności w specyfikacji muszą być dostępne na wszystkich wspieranych platformach wirtualizacyjnych, chyba, że wyszczególniono inaczej

5. Oprogramowanie musi współpracować z hostami zarządzanymi przez VMware vCenter oraz pojedynczymi hostami.

6. Oprogramowanie musi współpracować z hostami zarządzanymi przez System Center Virtual Machine Manger, klastrami hostów oraz pojedynczymi hostami.

7. Oprogramowanie musi zapewniać tworzenie kopii zapasowych wszystkich systemów operacyjnych maszyn wirtualnych wspieranych przez vSphere i Hyper-V

8. Oprogramowanie musi zapewniać tworzenie kopii zapasowych z sieciowych urządzeń plikowych NAS opartych o SMB, CIFS i/lub NFS oraz bezpośrednio z serwerów plikowych opartych o Windows i Linux.

1. Wymagania funkcjonalne

1. Oprogramowanie musi być niezależne sprzętowo i umożliwiać wykorzystanie dowolnej platformy serwerowej i dyskowej

2. Oprogramowanie musi tworzyć “samowystarczalne” archiwa do odzyskania których nie wymagana jest osobna baza danych z metadanymi deduplikowanych bloków

3. Oprogramowanie musi pozwalać na tworzenie kopii zapasowych w trybach: Pełny, pełny syntetyczny, przyrostowy i odwrotnie przyrostowy (tzw. reverse-inremental)

4. Oprogramowanie musi mieć mechanizmy deduplikacji i kompresji w celu zmniejszenia wielkości archiwów. Włączenie tych mechanizmów nie może skutkować utratą jakichkolwiek funkcjonalności wymienionych w tej specyfikacji

5. Oprogramowanie musi zapewniać warstwę abstrakcji nad poszczególnymi urządzeniami pamięci masowej, pozwalając utworzyć jedną wirtualną pulę pamięci na kopie zapasowe. Wymagane jest wsparcie dla co najmniej trzech pamięci masowych w takiej puli.

6. Oprogramowanie musi pozwalać na rozszerzenie lokalnej przestrzeni backupowej poprzez integrację z Microsoft Azure Blob, Amazon S3 oraz z innymi kompatybilnymi z S3 macierzami obiektowymi. Proces migracji danych powinien być zautomatyzowany. Jedynie unikalne bloki mogą być przesyłane w celu oszczędności pasma oraz przestrzeni na przechowywane dane. Funkcjonalność ta nie może mieć wpływu na możliwości odtwarzania danych.

7. Oprogramowanie nie może przechowywać danych o deduplikacji w centralnej bazie. Utrata bazy danych używanej przez oprogramowanie nie może prowadzić do utraty możliwości odtworzenia backupu. Metadane deduplikacji muszą być przechowywane w plikach backupu.

8. Oprogramowanie nie może instalować żadnych stałych agentów wymagających wdrożenia czy upgradowania wewnątrz maszyny wirtualnej dla jakichkolwiek funkcjonalności backupu lub odtwarzania

9. Oprogramowanie musi mieć możliwość uruchamiania dowolnych skryptów przed i po zadaniu backupowym lub przed i po wykonaniu zadania snapshota.

10. Oprogramowanie musi oferować portal samoobsługowy, umożliwiający odtwarzanie użytkownikom wirtualnych maszyn, obiektów MS Exchange i baz danych MS SQL oraz Oracle (w tym odtwarzanie point-in-time)

11. Oprogramowanie musi mieć wbudowane mechanizmy backupu konfiguracji w celu prostego odtworzenia systemu po całkowitej reinstalacji

12. Oprogramowanie musi mieć wbudowane mechanizmy szyfrowania zarówno plików z backupami jak i transmisji sieciowej. Włączenie szyfrowania nie może skutkować utratą jakiejkolwiek funkcjonalności wymienionej w tej specyfikacji

13. Oprogramowanie musi posiadać mechanizmy chroniące przed utratą hasła szyfrowania

14. Oprogramowanie musi wspierać backup maszyn wirtualnych używających współdzielonych dysków VHDX na Hyper-V (shared VHDX)

15. Oprogramowanie musi posiadać architekturę klient/serwer z możliwością instalacji wielu instancji konsoli administracyjnych.

3. Wymagania RPO

1. Oprogramowanie musi wykorzystywać mechanizmy Change Block Tracking na wszystkich wspieranych platformach wirtualizacyjnych. Mechanizmy muszą być certyfikowane przez dostawcę platformy wirtualizacyjnej

2. Oprogramowanie musi oferować możliwość sterowania obciążeniem storage'u produkcyjnego tak aby nie przekraczane były skonfigurowane przez administratora backupu poziomy latencji. Funkcjonalność ta musi być dostępna na wszystkich wspieranych platformach wirtualizacyjnych

3. Oprogramowanie musi automatycznie wykrywać i usuwać snapshoty-sieroty (orphaned snapshots), które mogą zakłócić poprawne wykonanie backupu. Proces ten nie może wymagać interakcji administratora

4. Oprogramowanie musi posiadać wsparcie dla VMware vSAN potwierdzone odpowiednią certyfikacją VMware.

5. Oprogramowanie musi wspierać kopiowanie backupów na taśmy wraz z pełnym śledzeniem wirtualnych maszyn

6. Oprogramowanie musi mieć możliwość tworzenia retencji GFS (Grandfather-Father-Son)

7. Oprogramowanie musi umieć korzystać z protokołu DDBOOST w przypadku, gdy repozytorium backupów jest umiejscowione na Dell EMC DataDomain. Funkcjonalność powinna wspierać łącze sieciowe lub FC.

8. Oprogramowanie musi umieć korzystać z protokołu Catalyst (w tym Catalyst Copy) w przypadku, gdy repozytorium backupów jest umiejscowione na HPE StoreOnce. Funkcjonalność powinna wspierać łącze sieciowe lub FC.

9. Oprogramowanie musi wspierać BlockClone API w przypadku użycia Windows Server 2016 lub 2019 z systemem pliku ReFS jako repozytorium backupu. Podobna funkcjonalność musi być zapewniona dla repozytoriów opartych o linuxowy system plików XFS.

10. Oprogramowanie musi mieć możliwość replikacji włączonych wirtualnych maszyn bezpośrednio z infrastruktury VMware vSphere, pomiędzy hostami ESXi, włączając asynchroniczną replikacją ciągłą. Dodatkowo oprogramowanie musi mieć możliwość użycia plików kopii zapasowych jako źródła replikacji.

11. Oprogramowanie musi umożliwiać przechowywanie punktów przywracania dla replik

12. Oprogramowanie musi umożliwiać wykorzystanie istniejących w infrastrukturze wirtualnych maszyn jako źródła do dalszej replikacji (replica seeding)

13. Oprogramowanie musi posiadać takie same funkcjonalności replikacji dla Hyper-V

14. Oprogramowanie musi wykorzystywać wszystkie oferowane przez hypervisor tryby transportu (sieć, hot-add, LAN Free-SAN)

15. Oprogramowanie musi dawać możliwość tworzenia backupów ad-hoc z konsoli jak i z klienta webowego vSphere

16. Oprogramowanie musi przetwarzać wiele wirtualnych dysków jednocześnie (parallel processing)

4. Wymagania RTO

1. Oprogramowanie musi umożliwiać jednoczesne uruchomienie wielu maszyn wirtualnych bezpośrednio ze zdeduplikowanego i skompresowanego pliku backupu, z dowolnego punktu przywracania, bez potrzeby kopiowania jej na storage produkcyjny. Funkcjonalność musi być oferowana dla środowisk VMware oraz Hyper-V niezależnie od rodzaju storage’u użytego do przechowywania kopii zapasowych.

2. Dodatkowo dla środowiska vSphere powyższa funkcjonalność powinna umożliwiać uruchomianie backupu z innych platform (inne wirtualizatory, maszyny fizyczne oraz chmura publiczna)

3. Oprogramowanie musi pozwalać na migrację on-line tak uruchomionych maszyn na storage produkcyjny. Migracja powinna odbywać się mechanizmami wbudowanymi w hypervisor. Jeżeli licencja na hypervisor nie posiada takich funkcjonalności - oprogramowanie musi realizować taką migrację swoimi mechanizmami

4. Oprogramowanie musi pozwalać na zaprezentowanie pojedynczego dysku bezpośrednio z kopii zapasowej do wybranej działającej maszyny wirtualnej vSpehre

5. Oprogramowanie musi umożliwiać pełne odtworzenie wirtualnej maszyny, plików konfiguracji i dysków

6. Oprogramowanie musi umożliwiać pełne odtworzenie wirtualnej maszyny bezpośrednio do Microsoft Azure, Microsoft Azure Stack oraz Amazon EC2.

7. Oprogramowanie musi umożliwić odtworzenie plików na maszynę operatora, lub na serwer produkcyjny bez potrzeby użycia agenta instalowanego wewnątrz wirtualnej maszyny. Funkcjonalność ta nie powinna być ograniczona wielkością i liczbą przywracanych plików

8. Oprogramowanie musi mieć możliwość odtworzenia plików bezpośrednio do maszyny wirtualnej poprzez sieć, przy pomocy VIX API dla platformy VMware i PowerShell Direct dla platformy Hyper-V.

9. Oprogramowanie musi wspierać odtwarzanie plików z następujących systemów plików:

• Linux

• ext2, ext3, ext4, XxxxxxXX, JFS, XFS, Btrfs

• BSD

• UFS, UFS2

• Solaris

• ZFS, UFS

• Mac

• HFS, HFS+

• Windows

• NTFS, FAT, FAT32, ReFS

• Novell OES

• NSS

1. Oprogramowanie musi wspierać przywracanie plików z partycji Linux LVM oraz Windows Storage Spaces.

2. Oprogramowanie musi umożliwiać szybkie granularne odtwarzanie obiektów aplikacji bez użycia jakiegokolwiek agenta zainstalowanego wewnątrz maszyny wirtualnej.

3. Oprogramowanie musi wspierać granularne odtwarzanie dowolnych obiektów i dowolnych atrybutów Active Directory włączając hasło, obiekty Group Policy, partycja konfiguracji AD, rekordy DNS zintegrowane z AD, Microsoft System Objects, certyfikaty CA oraz elementy AD Sites.

4. Oprogramowanie musi wspierać granularne odtwarzanie Microsoft Exchange 2010 i nowszych (dowolny obiekt w tym obiekty w folderze "Permanently Deleted Objects"),

5. Oprogramowanie musi wspierać granularne odtwarzanie Microsoft SQL 2005 i nowsze włączając bazy danych z opcją odtwarzania point-in-time, tabele, schemat

6. Oprogramowanie musi wspierać granularne odtwarzanie Microsoft Sharepoint 2010 i nowsze. Opcja odtworzenia elementów, witryn, uprawnień.

7. Oprogramowanie musi wspierać granularne odtwarzanie baz danych Oracle z opcją odtwarzanie point-in-time wraz z włączonym Oracle DataGuard. Funkcjonalność ta musi być dostępna dla baz uruchomionych w środowiskach Windows oraz Linux.

8. Oprogramowanie musi pozwalać na zaprezentowanie baz MS SQL oraz Oracle bezpośrednio z pliku kopii zapasowej do działającego serwera bazodanowego

9. Oprogramowanie musi wspierać także specyficzne metody odtwarzania w tym "reverse CBT" oraz odtwarzanie z wykorzystaniem sieci SAN

1. Ograniczenie ryzyka

   1. Oprogramowanie musi dawać możliwość stworzenia laboratorium (izolowane środowisko) dla vSphere i Hyper-V używając wirtualnych maszyn uruchamianych bezpośrednio z plików backupu.

   2. Oprogramowanie musi umożliwiać weryfikację odtwarzalności wielu wirtualnych maszyn jednocześnie z dowolnego backupu według własnego harmonogramu w izolowanym środowisku. Testy powinny uwzględniać możliwość uruchomienia dowolnego skryptu testującego również aplikację uruchomioną na wirtualnej maszynie. Testy muszą być przeprowadzone bez interakcji z administratorem

   3. Oprogramowanie musi mieć podobne mechanizmy dla replik w środowisku vSphere

   4. Oprogramowanie musi umożliwiać integrację z oprogramowaniem antywirusowym w celu wykonania skanu zawartości pliku backupowego przed odtworzeniem jakichkolwiek danych. Integracja musi być zapewniona minimalnie dla Windows Defender, Symantec Protection Engine oraz ESET NOD32.

   5. Oprogramowanie musi umożliwiać dwuetapowe, automatyczne, odtwarzanie maszyn wirtualnych z możliwością wstrzyknięcia dowolnego skryptu przed odtworzeniem danych do środowiska produkcyjnego.

Załącznik nr 2

do umowy nr …….

z dnia ………………..

Miejscowość dnia ……………………..

Protokół odbioru

W dniu ……….…… w siedzibie …………….…………………… dokonano odbioru ………..…………………… w ramach umowy nr …………..……. z dnia ……………………….

Xxxxxxx została przyjęta (nieprzyjęta)* ze względu na ......................................................................................................................................

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

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

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

Zamawiający Wykonawca

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

*/ niepotrzebne skreślić