Professional Documents
Culture Documents
WZORCOWE KLAUZULE
WPROWADZENIE
1. Opracowane wzorce maj na celu zaproponowanie standardowych zapisw do umw
wdroeniowych uwzgldniajcych zarwno wymagania prawa, w tym prawa zamwie
publicznych, jak i dobrych praktyk rynkowych.
4. Wzorce s tylko wytycznymi i pomoc. Projekty IT rni si midzy sob bardzo istotnie, rne
s oczekiwania zamawiajcych, rne stany faktyczne. Zastosowanie wzorca i opracowanie
docelowej umowy wymaga kadorazowo wsppracy dziaw prawnych i merytorycznych.
W szczeglnoci w przypadku duych projektw rekomendowane jest opracowanie od pocztku
zaoe oraz struktury umowy, a nastpnie jedynie robocze uzupenianie jej o przydatne
rozwizania z zaczonych wzorcw. Oczywiste jest, e moliwa jest take rna interpretacja
przepisw prawa i wzorce mog by modyfikowane w zalenoci od takiej interpretacji.
5. Wzorce s napisane pod metodyki tzw. kaskadowe (waterfall). Podejcie zwinne (agile) staramy
si implementowa przy do obszernych klauzulach dotyczcych procedury zarzdzania zmian,
jednak naley pamita, e metodyki zwinne (scrum, kanban itp.) wymagaj innej konstrukcji
umw.
7. Konieczno dochowania najwyszej starannoci przy opracowywaniu umw wynika m.in. z faktu,
e projekty IT nawet przy wysokich budetach decyduj o realizacji znacznie wikszych
przedsiwzi (np. obsuga systemu zdrowia czy dotacji). Niepowodzenie projektu (np. ze
wzgldu na nieprecyzyjne zapisy umowy i spr midzy stronami) moe mie dla zamawiajcego
lub szerzej samorzdu, Skarbu Pastwa, zdecydowanie dalej idce skutki.
9. Wzorce maj by uniwersalne, std cz zapisw jest celowo oglna lub odsya do zacznikw.
Doprecyzowanie ich treci jest konieczne w zalenoci od uwarunkowa danego projektu.
10. Przyjcie, e umowa w obszarze wdroenia skonstruowana jest jako umowa o dzieo, nie
przesdza charakteru przedmiotu zamwienia w rozumieniu przepisw prawa zamwie
publicznych. Wdroenie moe stanowi zarwno dostaw w rozumieniu art. 2 pkt 2) pzp, jak
i usug w rozumieniu art. 2 pkt 10) pzp, a nawet wdroenie moe by dokonywane w ramach
zamwienia na roboty budowlane w rozumieniu art. 2 pkt 8 pzp. Ten ostatni wariant jest jednak
przypadkiem szczeglnym i bardzo rzadkim, w zwizku z czym proponowane klauzule nie
obejmuj specyfiki zamwie na roboty budowlane.
1.DEFINICJE .............................................................................................................................. 4
2.PRZEDMIOT UMOWY ..............................................................................................................12
3.HARMONOGRAM.....................................................................................................................14
4.OGLNE ZASADY REALIZACJI UMOWY ....................................................................................16
5.OWIADCZENIA I ZOBOWIZANIA WYKONAWCY ....................................................................17
6.OBOWIZKI ZAMAWIAJCEGO ................................................................................................20
7.ZARZDZANIE PERSONELEM ...................................................................................................21
8.PODWYKONAWCY ..................................................................................................................25
9.STRUKTURA ZARZDZANIA REALIZACJ UMOWY ....................................................................29
10.ZMIANY UMOWY. PROCEDURA KONTROLI ZMIAN ..................................................................31
11.ANALIZA ..............................................................................................................................36
12.INFRASTRUKTURA TECHNICZNA ...........................................................................................39
13.ODBIORY .............................................................................................................................42
14.GWARANCJA ........................................................................................................................47
15.USUGI UTRZYMANIA ...........................................................................................................50
16.USUGI ROZWOJU ................................................................................................................59
17.PRAWA WASNOCI INTELEKTUALNEJ POSTANOWIENIA OGLNE ......................................60
18.PRAWA WASNOCI INTELEKTUALNEJ STANDARDOWE OPROGRAMOWANIE SYSTEMOWE ...63
19.PRAWA WASNOCI INTELEKTUALNEJ STANDARDOWE OPROGRAMOWANIE APLIKACYJNE ..64
20.PRAWA WASNOCI INTELEKTUALNEJ OPROGRAMOWANIE DEDYKOWANE .........................66
21.POZOSTAE POSTANOWIENIA DOTYCZCE WASNOCI INTELEKTUALNEJ .............................68
22.WYNAGRODZENIE ................................................................................................................81
23.ZABEZPIECZENIE NALEYTEGO WYKONANIA UMOWY ............................................................83
24.KARY UMOWNE ....................................................................................................................85
25.ODPOWIEDZIALNO STRON ...............................................................................................91
26.ODSTPIENIE OD UMOWY ....................................................................................................94
27.PRZETWARZANIE DANYCH OSOBOWYCH ............................................................................. 101
28.POUFNO ......................................................................................................................... 103
29.POSTANOWIENIA KOCOWE .............................................................................................. 105
KOMENTARZ: pojcie bdu jako typu wady oraz kategorii bdw moe zosta opcjonalnie
wprowadzone do umowy, aby wyrni nieprawidowoci funkcjonowania oprogramowania,
podczas gdy wady dotycz nieprawidowoci w funkcjonowaniu caego systemu, niezalenie od
rda i skutkw ich wystpowania. Wprowadzenie bardziej szczegowego podziau
nieprawidowoci pozostawiono do decyzji zamawiajcego, w zalenoci od specyfiki i potrzeb
danego projektu. Wprowadzenie takiego podziau umoliwia przewidzenie odrbnego SLA dla
Bdw i odrbnego dla innych Wad. Dokumentacja wszelka dokumentacja dotyczca Systemu,
w tym w szczeglnoci Oprogramowania, Infrastruktury Technicznej lub jakichkolwiek innych prac
Wykonawcy, ktra jest dostarczana lub powstanie w ramach realizacji Umowy. [OPCJONALNIE:
Wymagania dotyczce dokumentacji zostay zawarte w Zaczniku nr __ [WYMAGANIA
DOKUMENTACJI]].
2. Dzie Roboczy dzie od poniedziaku do pitku z wyjtkiem dni ustawowo wolnych od pracy
w Polsce.
13. Produkt okrelone wiadczenie Wykonawcy opisane Umow lub Analiz jako Produkt.
KOMENTARZ: jedno z przyjtych zaoe. Moliwa jest definicja szeroka produktu, jako kadego
wiadczenia Wykonawcy, ale konieczna jest wtedy np. odpowiednia zmiana procedur odbioru.
14. Protok Odbioru dokument stanowicy potwierdzenie dokonanie Odbioru w zakresie
poszczeglnych Produktw, Etapw lub caoci Umowy, sporzdzony zgodnie z Zacznikiem nr
__ [WZORY PROTOKOW ODBIORU].
15. SLA postanowienia Umowy okrelajce zasady usuwania Wad / [OPCJONALNIE: w tym odrbne
warunki dotyczce usuwania Bdw] lub parametry dotyczce dziaania Systemu okrelone w
Zaczniku nr __ [SLA].
Czas Reakcji czas midzy zgoszeniem Wady a uzyskaniem potwierdzenia przystpienia do jej
usunicia;
Czas Naprawy czas midzy zgoszeniem Wady a jej usuniciem. W przypadku dostarczenia
poprawki lub dokonania innych czynnoci, ktre nie usuwaj Wady, Czas Naprawy uwaa si za
niedochowany;
18. Usugi Rozwoju opisane Umow usugi majce na celu zapewnienie modyfikacji i rozbudowy
Systemu.
Wada Krytyczna nieprawidowe dziaanie Systemu powodujce albo cakowity brak moliwoci
korzystania z Systemu, albo takie ograniczenie moliwoci korzystania z niego, e przestaje on
spenia swoje podstawowe funkcje. Przykadem Wady Krytycznej jest niemono uruchomienia
Systemu, brak odczytu/zapisu z bazy danych, utrata danych lub ich spjnoci, brak moliwoci
zalogowania uytkownika, niedostpno krytycznych funkcji Systemu.
KOMENTARZ: pojcie wady obejmuje wszelkie nieprawidowoci mogce wystpi w systemie, zatem
take nieprawidowoci w funkcjonowaniu oprogramowania. W przypadku gdy do umowy
wprowadzone zostanie, obok pojcia wady pojcie bdu, naley odpowiednio
opisa poszczeglne kategorie wad oraz bdw z podaniem przykadw.
20. Wdroenie opisane Umow wiadczenia Wykonawcy majce na celu wykonanie Systemu.
KOMENTARZ
3. Zakres wiadcze Wykonawcy w ramach realizacji przedmiotu Umowy moe zosta sprecyzowany
lub w granicach dopuszczalnych przez przepisy prawa i Umow zmodyfikowany w Analizie
zaakceptowanej na zasadach przewidzianych Umow.
PRZYKADOWO:
1) wykona Analiz;
2) dostarczy Infrastruktur Techniczn zgodnie z Umow,
9) przeprowadzi warsztaty;
10) przeniesie na Zamawiajcego autorskie prawa majtkowe lub udzieli albo zapewni
uzyskanie przez Zamawiajcego licencji na korzystanie z utworw opisanych Umow;
PRZYKADOWO:
PRZYKADOWO:
KOMENTARZ
Opis przedmiotu umowy naley do kluczowych grup postanowie, decydujcych o zakresie i modelu
umowy. Opis przedmiotu umowy powinien by maksymalnie precyzyjny, przy czym w realiach projektw
IT bdzie on z reguy podlega sprecyzowaniu w czasie realizacji umowy, w toku prac analityczno-
projektowych. Konieczno uwzgldnienia takich zmian zostaa opisana w czci dotyczcej
dopuszczalnych zmian umowy o zamwienie publiczne.
W zdecydowanej wikszoci przypadkw opis przedmiotu umowy w jej gwnym tekcie bdzie
okrelony przez oglne nazwanie wykonywanych prac i odesanie do zacznika opisujcego
szczegowo wymagania funkcjonalne, parametry pozafunkcjonalne i inne wymagania co do przedmiotu
umowy. Z reguy zacznikiem takim bdzie odpowiedni zacznik do SIWZ (zwany przewanie Opisem
Przedmiotu Zamwienia OPZ), przy czym w celu uniknicia wtpliwoci i niespjnoci na etapie
realizacji naley pamita o uwzgldnieniu wszelkich zmian OPZ oraz wyjanie udzielanych na pytania
wykonawcw w toku postpowania. Precyzja w sporzdzaniu OPZ ma pierwszorzdne znaczenie z racji
bezporedniego przeoenia na sukces danego projektu, m.in. na opracowanie przez
wykonawc specyfikacji infrastruktury technicznej adekwatnej do potrzeb zamawiajcego w ramach
realizacji projektu, co przeoy si bezporednio na etapie postpowania ofertowego na cen danej
oferty i wybr konkretnego wykonawcy, a w okresie realizacji umowy na jako wsppracy stron i
finalnie na sukces wdroenia systemu. Jak ju zaznaczono, nieprawidowe zwymiarowanie systemu
moe mie zarwno wpyw na cen jeeli zamawiajcy zdefiniuje wymagania nadmiarowe jak i
moe utrudni lub uniemoliwi naleyte wykonanie systemu jeeli zamawiajcy zdefiniuje wymagania
niewystarczajce dla uruchomienia rozwizania.
Projektowane klauzule obejmuj rwnie mechanizm umoliwiajcy realizacj pewnego pakietu prac
rozwojowych (w ramach zdefiniowanej przez zamawiajcego liczby roboczogodzin, roboczodni lub
innych jednostek rozliczeniowych), przy czym naley podkreli, e nie jest to klasyczna umowa
rozwojowa. Proponowana konstrukcja ma zapewni zamawiajcemu moliwo elastycznego
zarzdzenia realizacj dodatkowych usug, jeli w toku wdroenia pojawi si konieczno szybkiego
skorzystania ze wsparcia wykonawcy w rnych obszarach (np. w zakresie prac programistycznych czy
konsultacji wykraczajcych poza gwny przedmiot umowy). Natomiast rozwj systemu w jakim
konkretnym zakresie, np. poprzez rozszerzenie o dodatkowe moduy funkcjonalne czy roll-out systemu
na inne jednostki, wymaga rozwiza specyficznych dla danej sytuacji i przygotowania dedykowanej
umowy.
PRZYKADOWO:
KOMENTARZ
2. Jzykiem Umowy i jzykiem stosowanym podczas jej realizacji jest jzyk polski. Dotyczy to take
caej komunikacji midzy Stronami. Wszystkie Produkty oraz inne rezultaty prac o ile Umowa
nie stanowi inaczej zostan dostarczone w jzyku polskim.
3. Zamawiajcy zastrzega sobie prawo korzystania w trakcie wykonywania Umowy z usug osb
trzecich celem kontroli jakoci i sposobu prowadzenia caoci lub poszczeglnych prac objtych
Umow, jak rwnie do przeprowadzenia takiej kontroli samodzielnie. Osobom posiadajcym
pisemne upowanienie ze strony Zamawiajcego Wykonawca zobowizany bdzie niezwocznie
udzieli wszelkich informacji, danych i wyjanie w danym zakresie oraz udostpni
i zaprezentowa rezultaty prowadzonych prac (w tym Produkty oraz inne rezultaty prac, take
w postaci nieukoczonej), jak rwnie zapewni moliwo ich kontroli.
KOMENTARZ
Paragraf ma na celu wskazanie oglnych zasad wsppracy stron. Moe on zosta dowolnie rozbudowany
w zalenoci od potrzeb. W szczeglnoci jest rekomendowane przesdzenie o jzyku projektu,
a zwaszcza o wyjtkach. Jzykiem projektu bdzie z reguy jzyk polski. Poszczeglne produkty, np.
techniczna dokumentacja oprogramowania narzdziowego moe by dostpna w jzyku angielskim,
zwyczajowo stosowanym przez profesjonalistw w technicznych aspektach IT, jeli taka wersja jest
powszechnie uywana i wystarczajca. W takiej sytuacji wymg dostarczenia wersji polskiej moe
okaza si niecelowy i moe wpyn na cen oferty.
Rekomendowane jest wprowadzenie prawa audytu i opisanie zasad zdalnego dostpu, jeeli ma
zastosowanie.
Do uznania zamawiajcego jest ewentualne wprowadzenie w zakresie wdroenia lub utrzymania
wskazania okrelonych metodyk (standardw). Z uwagi na konieczno zapewnienia konkurencyjnoci
i rwnego traktowania wykonawcw co do zasady nie jest moliwe narzucenie konkretnej metodyki
projektowej. Moliwe jest natomiast wskazanie w SIWZ, jako przykadw i punktw odniesienia,
konkretnych metodyk, typu PRINCE 2, z dopuszczeniem metodyk rwnowanych i zdefiniowaniem
warunkw tej rwnowanoci. Celem takich postanowie SIWZ jest wymaganie posuenia si przez
7. O ile nic innego nie wynika wprost z Umowy, Wykonawca jest zobowizany zapewni wszelkie
KOMENTARZ
Paragraf ma na celu okrelenie podstawowych zasad realizacji umowy przez wykonawc. Moe on zosta
dowolnie rozbudowany w zalenoci od potrzeb.
Sporna jest praktyka regulacji umownych w zakresie tzw. miernika starannoci. Zgodnie z art. 355
kodeksu cywilnego obowizujcy jest miernik naleytej starannoci, przy czym naleyt staranno
w zakresie prowadzonej dziaalnoci gospodarczej okrela si przy uwzgldnieniu zawodowego
charakteru tej dziaalnoci. Oznacza to obowizek dochowania starannoci oglnie wymaganej
w stosunkach danego rodzaju. W praktyce umw wdroeniowych trudno jest okreli ow oglnie
wymagan staranno wynika to zarwno z rnorodnoci i niepowtarzalnoci projektw, jak
i stosunkowo krtkiego okresu istnienia w obrocie tego typu umw, a co za tym idzie skromnego
orzecznictwa i doktryny. W umowach spotyka si podwyszenie tego miernika do tzw. najwyszej
starannoci, co nakada na wykonawc wiksze, ale nadal niedookrelone obowizki. W praktyce moe
okaza si, e okrelenie rnic midzy tymi miernikami bdzie utrudnione. Z drugiej strony, jak kady
czynnik ryzyka, takie wymaganie moe wpywa na ofert wykonawcy, a w szczeglnoci na jej cen.
Rekomendujemy wprowadzanie miernika najwyszej starannoci wyjtkowo, wycznie w szczeglnie
istotnych projektach.
Praktyk jest uszczegowienie obowizku informacyjnego poprzez wprowadzenie zasady informowania
o przebiegu projektu na pimie, na danie zamawiajcego. W przypadku bardzo sformalizowanych
projektw mona dookreli termin przekazania takich informacji, ale zazwyczaj nie jest to konieczne
(zasada niezwocznoci z kodeksu cywilnego). Naduywanie tego uprawnienia (skadanie
niepotrzebnych wnioskw w krtkich odcinkach czasowych) moe by uznane za przeszkod w realizacji
projektu lec po stronie zamawiajcego.
Opcjonalne (tam, gdzie ma to zastosowanie) naley wprowadzi klauzul o zgodnoci oprogramowania
z prawem mona take rozbudowa j o wykaz aktw prawnych. Naley pamita, e cz regulacji
obowizujcych administracj (np. wytyczne czy rekomendacje) lub okrelone sektory (np. finansowy
rola KNF) nie stanowi przepisw prawa i regulacje te nie bd objte tak klauzul. W takiej sytuacji
regulacje naley wczy do umowy np. w zaczniku Wymagania Organizacyjne Zamawiajcego.
Wan decyzj jest okrelenie, w ktrym momencie projektu taka zgodno jest badana. Rozwizaniem
teoretycznie najkorzystniejszym dla zamawiajcego jest moment odbioru wdroenia, ale im duszy
projekt, tym wiksze ryzyko po stronie wykonawcy, co moe mie znaczenie przy ustalaniu ceny
i co moe stanowi problem z uwagi na zasad okrelonoci przedmiotu zamwienia. Co wicej, dua
zmiana legislacyjna moe wymaga szeregu zmian projektowych (od harmonogramu po zmian
wymaga funkcjonalnych) i powinna by prowadzona w trybie procedury zmian, a nie oglnego
obowizku wykonawcy. Istnieje wic moliwo, e w przypadku postawienia wymagania zapewnienia
zgodnoci z prawem na dzie pniejszy ni zoenie oferty, wykonawcy bd mogli postawi suszny
zarzut, i w takim przypadku nie s w stanie prawidowo skalkulowa oferty, bowiem nie mog
2. W celu uniknicia wtpliwoci przyjmuje si, e jeeli Strony nie zdefinioway danego dziaania
niezbdnego do prawidowej realizacji Umowy jako obowizku Zamawiajcego, Stron zobowizan
do wykonania takiego dziaania jest Wykonawca.
KOMENTARZ:
KOMENTARZ: w skad personelu kluczowego mog wchodzi albo wycznie osoby wskazane
przez wykonawc we wniosku lub w ofercie, jeeli byo to wymagane przez zamawiajcego, albo
take inne osoby oddelegowane przez wykonawc na kluczowe stanowiska. W pierwszym
przypadku wystarczajce jest odesanie do oferty lub wniosku, a w drugim konieczne jest
stworzenie dedykowanego zacznika okrelajcego personel kluczowy. W wikszoci przypadkw
wystarczajce i wygodniejsze bdzie odesanie do oferty lub wniosku.
6. OPCJONALNIE (do zastosowania w przypadku gdy personel kluczowy zosta udostpniony jako
zasb podmiotu trzeciego, na ktry wykonawca powoa si w celu wykazania spenienia
warunkw udziau w postpowaniu lub kryteriw kwalifikacji) . Powysze postanowienia
zobowizujce do zachowania trwaoci Personelu Kluczowego stosuj si take do tych czonkw
Personelu Kluczowego, ktrzy zostali udostpnieni Wykonawcy przez inny podmiot, na
zdolnociach lub sytuacji ktrego polega Wykonawca, w celu wykazania spenienia warunkw
udziau w postpowaniu lub kryteriw selekcji z zastrzeeniem, e:
11. Zamawiajcy w kadym czasie moe zada dodatkowych dokumentw lub wyjanie, jeeli
stwierdzi, e dokumenty przedstawione przez Wykonawc budz wtpliwoci co do ich
autentycznoci lub co do okolicznoci, ktre powinny potwierdza. W takim przypadku
Wykonawca zobowizany jest do przedstawienia dodatkowych dokumentw w terminie
wyznaczonym przez Zamawiajcego.
12. Jeeli Wykonawca nie przedstawi dokumentw lub wyjanie potwierdzajcych fakt zatrudnienia
osb wskazanych powyej (w tym take dodatkowych dokumentw na danie Zamawiajcego)
albo jeeli przedstawione dokumenty lub wyjanienia potwierdzaj brak wymaganego
zatrudnienia, Zamawiajcy jest uprawniony do:
15. Powysze regulacje maj na celu zapewnienie naleytego wykonania Umowy i nie zmieniaj
charakteru Umowy w zakresie Wdroenia jako umowy o dzieo.
KOMENTARZ
Wdroenie mimo charakteru umowy o dzieo realizowane jest przez konkretny zesp ludzi i od ich
kompetencji, zaangaowania i umiejtnoci wsppracy w duym stopniu zaley sukces projektu.
W interesie zamawiajcego ley wic, aby wykonawca oddelegowa do realizacji wdroenia osoby
posiadajce odpowiednie kompetencje, a take by skad osobowy personelu wykonawcy nie ulega
czstym zmianom.
Przepisy ustawy Prawo zamwie publicznych przewiduj moliwo dania od wykonawcy wykazania
speniania warunkw udziau w postpowaniu w postaci dysponowania personelem o okrelonych
kwalifikacjach i dowiadczeniu, przy czym nie zawsze wymagania takie s stawiane.
W proponowanych wyej klauzulach przyjto zaoenie, e pewna grupa czonkw personelu wykonawcy
(skadajca si przede wszystkim z osb, ktrymi wykonawca powinien dysponowa zgodnie z
wymaganiami zamawiajcego postawionymi w ramach warunkw udziau w postpowaniu), powinna
pozostawa w zasadzie niezmienna, przynajmniej w okrelonych etapach projektu (mona przygotowa
zacznik okrelajcy dostpno poszczeglnych osb w poszczeglnych etapach prac). Zmiana tych
osb powinna nastpi w zasadzie wycznie z przyczyn losowych lub poza kontrol wykonawcy oraz na
umotywowane danie zamawiajcego.
Art. 36b ust. 2 pzp stanowi, e jeeli zmiana albo rezygnacja z podwykonawcy dotyczy podmiotu,
na zasobach ktrego polega wykonawca w celu wykazania spenienia warunkw udziau w postpowaniu
albo kryteriw kwalifikacji, to wykonawca zobowizany jest wykaza, e proponowany podwykonawca
samodzielnie spenia te warunki lub kryteria w stopniu nie mniejszym ni dotychczasowy
podwykonawca. Z uwagi na rne moliwoci interpretacji tego przepisu dla bezpieczestwa przyjto
take, e jeeli wykonawca dokona zmiany podwykonawcy w okolicznociach opisanych w art. 36b ust. 2
pzp, to uprawnia go to rwnie do wymiany czonkw personelu kluczowego zapewnionych przez
wymienianego podwykonawc.
Proponowanych ogranicze w zakresie wymiany czonkw personelu zazwyczaj nie ma potrzeby
stosowa w odniesieniu do pozostaych czonkw personelu, std wzorcowe klauzule nie przewiduj
takiego trybu poza oglnym zobowizaniem do zapewnienia odpowiednio kompetentnego personelu,
ktrego wprowadzenie jest opcjonalnie proponowane w sytuacjach, w ktrych nie jest przewidziane
wyrnienie personelu kluczowego.
Jako opcj mona przewidzie wprowadzenie kar umownych za niezapewnienie staoci personelu
kluczowego stosuje si kar przypisan do danego czonka personelu (brak jego obecnoci na
projekcie) lub nawet kar za kady przypadek nieobecnoci mimo uzgodnionego terminu spotkania.
Takie kary s rekomendowane wycznie w projektach, w ktrych faktyczna kontrola nad personelem
wykonawcy jest kluczowa.
Znowelizowane przepisy art. 29 ust. 3a pzp stanowi e zamawiajcy przewiduje w SIWZ wymagania
w zakresie zatrudnienia w oparciu o umow o prac osb, ktre wykonuj czynnoci polegajce
na wykonywaniu pracy w rozumieniu art. 22 1 Kodeksu pracy. Czynnoci takie musz by oczywicie
wskazane przez zamawiajcego w SIWZ. Z kolei, zgodnie z art. 36 ust. 2 pkt 8a pzp, konieczne jest te
wprowadzenie do umowy zasad dotyczcych dokumentowania faktu zatrudnienia takich osb, kontroli
speniania wymaga oraz sankcji w wypadku ich niespenienia. Z tego wzgldu, w celu przewidzenia
wymaganych przepisami sankcji, wprowadzono postanowienia o karach umownych oraz odrbnym
uprawnieniu do odstpienia od umowy (przy czym naley pamita, e odstpienie od umowy jest nie
tyle sankcj, co sposobem rozwizania umowy w sytuacji, w ktrej zamawiajcy zazwyczaj z przyczyn
12. Jeeli Zamawiajcy stwierdzi, e wobec danego Podwykonawcy zachodz podstawy wykluczenia,
Wykonawca zobowizany jest zastpi tego Podwykonawc lub zrezygnowa z powierzenia
wykonania odpowiedniej czci zamwienia Podwykonawcy. W przypadku niewykonania tego
zobowizania Zamawiajcy jest uprawniony, wedug swego wyboru, do:
2) odstpienia od Umowy i naliczenia kary umownej w wysokoci ___ [ kwota kary do ustalenia
co do zasady powinna by spjna z kar za odstpienie z przyczyn zawinionych przez
wykonawc]. Zamawiajcy moe wykona umowne prawo odstpienia opisane w tym
punkcie do dnia wyznaczonego Harmonogramem jako termin _____ [do ustalenia chodzi
o termin zakoczenia realizacji umowy, przy czym w zalenoci od przypadku moe to by
odbir wdroenia, odbir po zakoczeniu wiadczenia usug utrzymania etc. ].
KOMENTARZ
Przede wszystkim konieczne jest zdefiniowanie pojcia podwykonawca. Ustawa pzp nie definiuje
wprost tego terminu, przewiduje natomiast definicj umowy o podwykonawstwo, z ktrej mona
wywie wniosek, e podwykonawc bdzie podmiot inny ni wykonawca, ktremu wykonawca powierza
2. Podejmowanie decyzji oraz biece zarzdzanie realizacj Umowy odbywa si bdzie przez
wzajemne uzgodnienia Kierownikw Projektu. Osoby te mog wskaza swoich zastpcw, o czym
druga Strona zostanie poinformowana na pimie.
6. Strony powouj Komitet Sterujcy. W skad Komitetu Sterujcego wchodzi co najmniej ____
osb wskazanych przez Strony. Przewodniczcym Komitetu Sterujcego bdzie kadorazowo
przedstawiciel ze strony Zamawiajcego. W posiedzeniach Komitetu Sterujcego mog rwnie
bra udzia osoby trzecie, wskazane przez Zamawiajcego.
10. OPCJONALNIE: Kierownicy Projektu Stron mog w kadej chwili zada zwoania dodatkowego
posiedzenia Komitetu Sterujcego.
12. Komitet Sterujcy uzgadnia decyzje przy obecnoci co najmniej jednego przedstawiciela kadej
ze Stron, w tym przewodniczcego Komitetu Sterujcego. Do decyzji potrzebna jest zgoda obu
Stron.
14. Kada ze stron ma prawo zmiany czonkw Komitetu Sterujcego, przy czym zmiany wchodz
w ycie od chwili poinformowania o nich w formie pisemnej Kierownika Projektu drugiej Strony.
Jeeli czonek Komitetu Sterujcego jest jednoczenie czonkiem personelu Kluczowego, zmiany
nie mog narusza postanowie dotyczcych Personelu Kluczowego. Strony zobowizuj si nie
dokonywa zmian czonkw Personelu Kluczowego bez istotnych powodw.
15. W celu uniknicia wtpliwoci zmiany w strukturze zarzdzania realizacj Umowy, tj. zmiany
Kierownikw Projektu Stron lub zmiany czonkw Komitetu Sterujcego nie wymagaj podpisania
aneksu do Umowy.
KOMENTARZ
4. Wszelkie zmiany, zarwno istotne, ktre wraz z warunkami ich wprowadzenia zostay
przewidziane niniejsz Umow lub ktrych wprowadzenie moliwe jest zgodnie z przepisami
prawa, jak i nieistotne bd dokumentowane w ramach Procedury Kontroli Zmian. Procedura
Kontroli Zmian zostaje rozpoczta przez zgoszenie przez Kierownika Projektu jednej ze Stron
Kierownikowi Projektu drugiej Strony wniosku o dokonanie zmiany. Wniosek o dokonanie zmiany
zostanie przygotowany w formie ____________ [ do uzupenienia w zalenoci od przyjtych
w danym projekcie kanaw i form komunikacji].
10. W celu uniknicia wtpliwoci Strony potwierdzaj, e z daniem zmiany Wynagrodzenia moe
wystpi take Zamawiajcy w takim przypadku Wykonawca zobowizany bdzie
do przedstawienia wskazanych w tym postanowieniu szczegowych kalkulacji niezwocznie po
otrzymaniu dania Zamawiajcego.
11. Zmiana wysokoci Wynagrodzenia nastpi od momentu jej wprowadzenia przez Strony, przy czym
jeeli zmiana kosztw Wykonawcy nastpia przed dokonaniem zmiany Umowy, zmiana wysokoci
Wynagrodzenia bdzie uwzgldniaa take zmian wysokoci kosztw ponoszonych po dacie
zmiany odpowiednich przepisw prawa, a przed dat dokonania zmiany Umowy.
KOMENTARZ
Zarzdzanie zmian jest jednym z kluczowych obszarw, ktre powinny by uregulowane umow
dotyczc realizacji projektu IT. Jest to istotny element praktycznie kadej metodyki projektowej.
W projektach realizowanych w reimie prawa zamwie publicznych zmiany mog by wprowadzane
wycznie w okolicznociach, w ktrych zgodnie z ustaw Pzp jest to dopuszczalne.
W znowelizowanej ustawie Pzp utrzymana zostaa generalna zasada, zgodnie z ktr, co do zasady
zmiany umowy o zamwienie publiczne s niedopuszczalne, z zastrzeeniem wyjtkw okrelonych
ustaw, przy czym katalog wyjtkw zosta znaczco rozszerzony. Generalnie znowelizowana ustawa
Pzp podchodzi do problematyki zmian umowy w sposb znacznie bardziej elastyczny ni dotychczasowe
regulacje oraz praktyka orzecznicza. Na potrzeb i moliwo wprowadzenia zmian do umw
w uzasadnionych przypadkach wskazuje take Dyrektywa 2014/24/UE (tzw. Nowa Dyrektywa
Klasyczna), w ktrej motywie 111 stwierdzono m.in., e wystarczajco jasno sformuowane klauzule
przegldowe lub klauzule dotyczce opcji mog np. przewidywa indeksacj cen lub zapewnia,
by przykadowo urzdzenia komunikacyjne dostarczane w trakcie danego okresu byy w dalszym
cigu odpowiednie, rwnie w przypadku zmiany protokow komunikacyjnych lub innych zmian
technologicznych. Na podstawie wystarczajco jasnych klauzul powinno by rwnie moliwe
wprowadzenie zapisw przewidujcych dostosowanie umw, konieczne z uwagi na trudnoci techniczne,
ktre pojawiy si w trakcie uytkowania lub utrzymania.
Utrzymana zostaa take zasada, zgodnie z ktr dopuszczalne jest wprowadzenie do umowy zmian
nieistotnych, przy czym wprowadzono ustawow definicj zmiany istotnej, powtarzajc dotychczas
przyjte w orzecznictwie rozumienie tego pojcia.
Utrzymana zostaa (cho w nieco zmodyfikowanym brzmieniu) zasada, zgodnie z ktr moliwe jest
wprowadzenie do umowy zmian, ktre zostay przewidziane przez zamawiajcego w SIWZ. Przepis
stanowi przy tym, e postanowienia przewidujce zmiany, powinny:
by jednoznaczne,
przewidywa warunki, w jakich zmiany mog by wprowadzone,
okrela zakres i charakter moliwych zmian.
Zaproponowane klauzule umowne obejmuj wic katalog typowych przypadkw zmian, ktrych naley
si spodziewa w toku realizacji umowy wdroeniowej, opisany z uwzgldnieniem powyszych zalece.
Katalog ten jest jednak przykadowy i poszczeglne klauzule mog w konkretnych przypadkach nie mie
zastosowania lub te konieczne moe by wprowadzenie innych zmian, jeeli zamawiajcy, formuujc
postanowienia SIWZ, zdaje sobie spraw z istnienia okolicznoci, ktre mog spowodowa konieczno
wprowadzenia do umowy konkretnych zmian. Konieczno taka moe wynika np. z zalenoci danego
Poza powyszym na uwag zasuguj nowe przepisy ustawy pzp wymienione poniej:
art. 144 ust. 1 pkt 2, zgodnie z ktrym moliwe jest rozszerzenie zakresu zamwienia
w okolicznociach uzasadniajcych dotychczas udzielenie zamwienia z wolnej rki
w ramach tzw. zamwie uzupeniajcych i dodatkowych. Ustanowiono przy tym jednolity
prg 50% dla dodatkowych dostaw, usug lub robt budowlanych oraz uproszczono
i zagodzono przesanki takich rozszerze, w szczeglnoci rezygnujc z wymagania, by
konieczno zwikszenia zakresu zamwienia wynikaa z przyczyn obiektywnie
nieprzewidywalnych;
art. 144 ust. 1 pkt 3, zgodnie z ktrym moliwe jest wprowadzanie zmian spowodowanych
okolicznociami, ktrych zamawiajcy, dziaajc z naleyt starannoci, nie mg
przewidzie, o wartoci nieprzekraczajcej 50% wartoci zamwienia (cznej ceny
umowy);
art. 144 ust. 1 pkt 4, zgodnie z ktrym moliwe jest w przypadkach okrelonych
przepisem dokonanie zmiany wykonawcy;
art. 144 ust. 1 pkt 6, zgodnie z ktrym moliwe jest wprowadzenie zmian bez adnego
uzasadnienia (wycznie z uwagi na tak wol stron), o ile warto tych zmian nie
przekracza 10% wartoci zamwienia i rwnoczenie jest nisza ni kwoty progowe
przewidziane w przepisach wydanych na podstawie art. 11 ust. 8 pzp. Z uwagi na fakt,
e przepis ten przewiduje moliwo wprowadzania praktycznie dowolnych zmian, bez
koniecznoci wykazywania jakichkolwiek przesanek jego zastosowania, poza
nieprzekroczeniem okrelonej wartoci zmiany, mona si spodziewa, e bdzie
narzdziem czsto wykorzystywanym w realiach projektw wdroeniowych.
Zmiany dokonywane w oparciu o art. 144 ust. 1 pkt 6 pzp mog dotyczy dowolnego obszaru umowy
i ich wprowadzenie zaley wycznie od zgodnej woli Stron. Dziaanie takie bdzie legalne, o ile nie
bdzie prowadzi do zmiany charakteru umowy, do obejcia prawa lub do naruszenia innych przepisw
prawa (np. z zakresu prawa konkurencji czy innych dziedzin prawa poza pzp). Na dowolno w tym
zakresie wskazuje nie tylko redakcja przepisu znowelizowanej ustawy pzp, lecz take brzmienie art. 72
ust. 2 Nowej Dyrektywy Klasycznej oraz motywu 107 tej dyrektywy, zgodnie z ktrym modyfikacje
umowy skutkujce nieznaczn zmian wartoci umowy do okrelonej wartoci powinny by moliwe
zawsze bez koniecznoci przeprowadzania nowego postpowania o udzielenie zamwienia.
Omawiany przepis art. 144 ust. 1 pkt 6 pzp nie precyzuje wprawdzie, jak naley rozumie pojcie
warto zmiany, czyli w szczeglnoci, czy zmiana powodujca obnienie wynagrodzenia wykonawcy
o dan kwot posiada warto rwn tej kwocie, jednak wydaje si, e z uwagi na cel omawianej
regulacji chodzi tu o kwot, o jak ulegnie zwikszeniu wynagrodzenie. Oznacza to, e strony mog
wprowadzi do umowy niemal dowoln zmian, ktra nie ma adnego wpywu na warto umowy.
Jedyne aczkolwiek bardzo istotne ograniczenia w dokonywaniu modyfikacji w ramach
przewidzianego ustawowo budetu zmian to przepis art. 144 ust. 1b pzp, zgodnie z ktrym dokonane
zmiany nie mog prowadzi do zmiany charakteru umowy oraz oglny zakaz dokonywania czynnoci
sprzecznych z prawem lub majcych na celu obejcie ustawy (art. 58 Kodeksu cywilnego). Jeeli wic
zamawiajcy stwierdzi potrzeb zakupu dodatkowych wiadcze, bezporednio zwizanych
z wykonywanym zamwieniem (np. dodatkowych usug konsultacyjnych), a wykonawca zgodzi si takie
wiadczenia speni, to strony mog rozszerzy zakres umowy, jeeli warto tych wiadcze nie
przekracza wskazanych powyej kwot, bez koniecznoci wykazywania spenienia jakichkolwiek
dodatkowych przesanek. Nie byoby natomiast dopuszczalne dokonanie takich zmian, ktrych
wprowadzenie nie spowodowaoby wprawdzie jakichkolwiek zmian wysokoci wynagrodzenia
wykonawcy, ale istotnie wpynoby na przedmiot umowy, zmieniajc jej charakter. Ustawa nie definiuje
pojcia charakteru umowy, wic dan zmian naley ocenia w okolicznociach konkretnego
przypadku. Opierajc si na sugestiach wynikajcych z Nowej Dyrektywy Klasycznej (np. motyw 109),
1) wynagrodzenie zapacone Wykonawcy za Analiz nie podlega zwrotowi, a jeeli nie zostao
ono zapacone, Wykonawca ma prawo do takiego wynagrodzenia;
KOMENTARZ
Specyfik umw wdroeniowych jest to, e w chwili ich zawarcia strony nie s w stanie okreli dokadnie
szczegw realizacji umowy. Kwestie te s precyzowane dopiero na etapie opracowywania analizy
(analizy przedwdroeniowej, dokumentacji technicznej, HLD, LLD, itp.). Zakres analizy powinien okrela
OPZ, np. co do zakresw funkcjonalnych i niefunkcjonalnych. W rozbudowanych systemach analiza
moe nawet obejmowa kwestie takie jak opisanie implementacji wymaga prawnych
w systemie. Po akceptacji analizy wykonanie umowy zgodnie z jej treci bdzie co do zasady
naleytym wykonaniem umowy, nawet jeeli okae si, e okrelone cechy systemu nie speniaj
zakadanych wymaga zamawiajcego. Podobnie ewentualne nieprawidowoci wdroenia, w tym bdy
oprogramowania, bd weryfikowane w wietle zapisw analizy. Moment weryfikacji i odbioru analizy
jest kluczowy dla projektu.
Procedury odbioru mog by opisane szczegowo w zaczniku i s rekomendowane w przypadku
rozbudowanych analiz. W szczeglnoci konieczne jest zwrcenie uwagi na terminy odbioru, poniewa
s to czynnoci czasochonne i mog wymaga konsultacji z zewntrznymi ekspertami. Akceptacja przez
zamawiajcego analizy bez dogbnej jej weryfikacji moe prowadzi do faktycznego, sprzecznego
z zamierzeniami zamawiajcego ograniczenia zakresu projektu. We wzorcowych klauzulach
zamieszczono obowizek odrbnego wykazywania odstpstw od zakresu umowy, w szczeglnoci OPZ,
ale nawet takie dokumenty potrafi zawiera kilkaset stron.
Analiza jest klasycznym etapem umw realizowanych w metodykach kaskadowych (waterfall).
Oczywicie jeeli przedmiot wiadczenia jest opisany wyczerpujco w OPZ, realizacja tego etapu moe
nie mie uzasadnienia.
Analiza moe zmieni zakres wiadcze wykonawcy. Jeeli zmiana taka jest zgodna z przepisami prawa,
jest ona dopuszczalna. Warto w tym miejscu podkreli, e znowelizowane przepisy ustawy pzp
(nowelizacja z dnia 22 czerwca 2016 r.) w szerszym ni dotychczas zakresie zezwalaj na zmiany
umowy, w tym take na zmian wysokoci wynagrodzenia wykonawcy, co pozwala znaczco elastyczniej
podej do kwestii zmian, ktrych wprowadzenie okazao si konieczne na etapie analitycznym.
Oczywicie warunkiem zmian jest zawsze spenienie okrelonych przesanek oraz niespowodowanie
zmiany charakteru umowy ani obejcia prawa (wicej uwag na ten temat w komentarzu do paragrafu
opisujcego zmiany umowy).
Analiza moe ujawni take okolicznoci, ktre albo znaczco wpyn na przebieg wdroenia (np.
konieczno przeprowadzenia kosztownej integracji z nietypowymi systemami zamawiajcego, brak
dostatecznej spjnoci danych zamawiajcego, utrudniajcy automatyczn realizacj migracji
do nowego systemu itp.), albo ogranicz funkcjonalno wdraanego systemu. Po wykonaniu analizy
moe si wic okaza, e dalsza realizacja umowy jest z punktu widzenia zamawiajcego niecelowa,
bo albo system bdzie odbiega od jego oczekiwa, albo jego wdroenie nie bdzie moliwe w zaoonym
czasie i budecie. Ujawnione okolicznoci nie musz przy tym oznacza moliwoci skorzystania przez
zamawiajcego z jakiegokolwiek ustawowego uprawnienia do odstpienia wynikajcego z przepisw
Kodeksu cywilnego, bowiem na tym etapie umowa moe by realizowana naleycie, a tylko prawidowo
5. Wasno Infrastruktury Technicznej oraz ryzyko jej przypadkowego uszkodzenia lub utraty
przechodz na Zamawiajcego z chwil jej Odbioru przez Zamawiajcego (w caoci lub
odpowiednio w zakresie jej poszczeglnych elementw).
KOMENTARZ
Warto take zauway, e moliwe (i czsto praktykowane) jest wprowadzanie do SIWZ postanowie
obejmujcych specyficzne wymagania w stosunku do infrastruktury technicznej, np. w zakresie
zapewnienia, by oferowane urzdzenia byy fabrycznie nowe i nieregenerowane, aby pochodziy z
oficjalnego kanau dystrybucyjnego, byy objte wsparciem producenckim na okrelonym poziomie
etc. Oczywicie postawienie takich wymaga zaley od konkretnej sytuacji zamawiajcego i
uwarunkowa uzasadniajcych poszczeglne oczekiwania. Czsto take zamawiajcy nie maj
praktycznej moliwoci weryfikacji spenienia tego rodzaju wymaga na etapie skadania ofert (trudno
jest np. oceni w oparciu o tre oferty, czy wykonawca zamierza dostarczy sprzt pochodzcy z
oficjalnego kanau dystrybucji). Jeeli jednak oferta zostanie wybrana, umowa zostanie zawarta, a
dane wymaganie nie zostanie spenione (co zamawiajcy moe weryfikowa przy odbiorze dowolnymi
rodkami, np. zwracajc si o konieczne informacje do producentw), to oczywicie stanowi to
nienaleyte wykonanie umowy, ze wszystkimi wynikajcymi std konsekwencjami - od moliwoci
dania spenienia wiadczenia zgodnego z umow a do odstpienia od umowy i naliczenia
przewidzianych ni kar.
Na potrzeby konstrukcji klauzul modelowych przyjto koncepcj jednolitoci dziea, jakim jest
wdroenie oprogramowania na dostarczanej przez wykonawc infrastrukturze technicznej, a jako opcj
przewidziano take wspprac caoci systemu z infrastruktur zamawiajcego. Istnieje
rwnie moliwo przyjcia koncepcji podzielnoci wiadcze w ramach dziea, gdzie dostarczenie
infrastruktury technicznej oraz wdroenie oprogramowania stanowi bd odrbne wiadczenia.
Naley jednak podkreli, e takie uksztatowanie wiadczenia jako podzielnego ma istotny wpyw na
ksztat uprawnie zamawiajcego, w tym przede wszystkim na zakres uprawnienia do odstpienia od
umowy, zatem zamawiajcy powinien dogbnie rozway celowo wprowadzenia takiego rozwizania
konstrukcyjnego.
Infrastruktura techniczna moe stanowi przedmiot odrbnego odbioru. Naley tutaj zaznaczy, e
uzgodnienia stron w zakresie sposobu dostarczenia infrastruktury technicznej, tj. czy bdzie ona
dostarczona w caoci czy te w czciach, powinny znale bezporednie odzwierciedlenie w
harmonogramie oraz w konstrukcji klauzul dot. kar umownych oraz odstpienia.
9. Strony potwierdzaj, e przedmiotem Umowy jest wykonanie dziea, a pena weryfikacja dziea
w tym jego ewentualna integracja z innym oprogramowaniem oraz wydajno bdzie moliwa
wycznie po jego cakowitym wykonaniu i przedstawieniu do Odbioru Wdroenia. Jakiekolwiek
Odbiory poszczeglnych Produktw lub Etapw nie wyczaj prawa Zamawiajcego do
weryfikacji caoci Wdroenia.
10. Odbir prac wykonanych w trakcie realizacji Umowy polega na weryfikacji, czy przedmiot Odbioru
spenia wymagania okrelone w Umowie, z uwzgldnieniem bardziej szczegowych wymaga
okrelonych w toku wsppracy Stron.
11. Odbiory Produktw, Etapw dokonywane s w imieniu Zamawiajcego przez Kierownika Projektu
/ [OPCJONALNIE: Komitet Sterujcy]. Odbir Wdroenia oraz Odbir Kocowy dokonywane s
przez Komitet Sterujcy.
ZAMIENNIE: Odbiory dokonywane s przez Komisj Odbiorow, w skad ktrej wchodzi ________
dwch przedstawicieli Zamawiajcego / Kierownik ______ .
12. Za dzie Odbioru uwaa si dzie podpisania przez Zamawiajcego Protokou Odbioru, chyba
e inna data zostaa wskazana w Protokole Odbioru. Protok Odbioru sporzdzony zostanie
w formie pisemnej, pod rygorem niewanoci, w dwch egzemplarzach, po jednym dla kadej ze
Stron. O ile z Umowy lub przepisw prawa nie wynika inaczej, jedynie podpisany Protok Odbioru
jest podstaw do dokonania zapaty odpowiedniej czci Wynagrodzenia. Wzr protokou Odbioru
znajduje si w Zaczniku nr __ [WZORY PROTOKOW ODBIORU]. Zamawiajcy nie dopuszcza
jednostronnych Protokow Odbioru wystawionych przez Wykonawc.
13. Zamawiajcy ma prawo do weryfikacji naleytego wykonania Umowy dowoln metod, w tym
take z wykorzystaniem opinii zewntrznego audytora. W szczeglnoci uzgodnienie okrelonych
scenariuszy testowych nie wyklucza prawa do weryfikacji prac innymi testami.
14. Odbir jest czynnoci jednostronn Zamawiajcego. Jeeli w Umowie mowa jest o podmiotach
zarzdzajcych realizacj Umowy dokonujcych Odbioru (np. Komitet Sterujcy) rozumie si
przez to przedstawicieli Zamawiajcego bdcych czonkami takiego podmiotu.
15. Dokonanie Odbioru nie wpywa na moliwo skorzystania przez Zamawiajcego z uprawnie
przysugujcych mu na mocy przepisw prawa lub Umowy w przypadku nienaleytego wykonania
Umowy, a w szczeglnoci na prawo naliczenia kar umownych, dochodzenia odszkodowa oraz
odstpienia od Umowy, jeeli fakt nienaleytego wykonania Umowy zostanie ujawniony po
dokonaniu Umowy.
17. Wykonawca dokona zgoszenia gotowoci danego wiadczenia do Odbioru w terminie okrelonym
Umow, a jeeli termin nie jest okrelony bezzwocznie po jego wykonaniu. Wykonawca jest
zobowizany przekaza wiadczenia w terminie umoliwiajcym Odbir zgodnie
z Harmonogramem.
ODBIR PRODUKTU
19. Odrbnym Odbiorom podlegaj wycznie Produkty, co do ktrych Umowa tak stanowi lub ich
Odbir zostanie uzgodniony w Analizie. Pozostae Produkty i inne wiadczenia Wykonawcy s
odbierane w ramach Odbioru Etapu, Odbioru Wdroenia lub Odbioru Kocowego.
ZAMIENNIE: Odrbnemu odbiorowi podlegaj wszystkie Produkty opisane Umow lub Analiz.
20. Umowa moe przewidywa okrelone kryteria Odbioru danego Produktu (np. wymagania co do
zakresu czy jakoci Dokumentacji). Spenienie takich kryteriw jest warunkiem koniecznym
dokonania Odbioru. Kryteria mog ulec zmianie w drodze zastosowania Procedury Kontroli Zmian.
21. Podstawowym kryterium Odbioru Oprogramowania jest brak Wad / [OPCJONALNIE (w przypadku
zastosowania rozrnienia na Wady i Bdy): Bdw oraz brak innych niezgodnoci z Umow].
22. OPCJONALNIE: Oprogramowanie podlega odrbnej procedurze Odbioru, w tym testom, opisanej
w Zaczniku nr __ [TESTY I PROCEDURA ODBIORU].
ODBIR ETAPU
25. Po wykonaniu wszystkich Produktw oraz innych wiadcze wchodzcych w skad danego Etapu
Wykonawca przedstawi Etap do Odbioru.
26. Odbir Etapu polega na weryfikacji, czy wszystkie Produkty oraz inne wiadczenia wchodzce
w skad Etapu zostay naleycie zrealizowane.
KOMENTARZ: w zalenoci od projektu etapy mog mie przewidziane odrbne testy (np.
integracja poszczeglnych etapw) opisane w zaczniku. Moliwy jest take odbir
wycznie formalny, polegajcy na weryfikacji, czy wszystkie produkty wchodzce w skad
etapu zostay odebrane.
ODBIR WDROENIA
28. Odbir Wdroenia ma na celu potwierdzenie spenienia przez Wykonawc caoci zobowiza
okrelonych Umow w zakresie Wdroenia, w szczeglnoci wykonania Systemu.
ODBIR KOCOWY
30. Po wykonaniu caoci wiadcze opisanych Umow Zamawiajcy dokona Odbioru Kocowego.
31. Zamawiajcy moe dokona Odbioru Warunkowego. W razie dokonania Odbioru Warunkowego
Wykonawca usunie wszystkie Wady lub inne niezgodnoci z Umow zgoszone przez
Zamawiajcego w terminie przyjtym w Warunkowym Protokole Odbioru i przedstawi przedmiot
Odbioru do ponownego Odbioru. Jeeli w ramach ponownej procedury dany przedmiot Odbioru
zostanie zaakceptowany, za dzie wykonania uwaa si dzie podpisania Warunkowego Protokou
Odbioru.
32. OPCJA II: W przypadku dokonania Odbioru Warunkowego Zamawiajcy zapaci Wykonawcy
___% Wynagrodzenia po podpisaniu Warunkowego Protokou Odbioru, a pozostae ___%
Wynagrodzenia po usuniciu wszystkich Wad lub innych niezgodnoci z Umow zgoszonych
przez Zamawiajcego.
33. Jeeli Zamawiajcy odmwi Odbioru z powodu nieusunicia Wad lub innych niezgodnoci, Odbir
Warunkowy nie wywouje adnych skutkw i uwaa si za niebyy, a terminem wykonania bdzie
termin podpisania bezwarunkowego Protokou Odbioru przez Zamawiajcego. Dokonanie Odbioru
Warunkowego skutkuje, w zalenoci od danego przedmiotu Odbioru Warunkowego,
przeniesieniem przez Wykonawc na Zamawiajcego majtkowych praw autorskich albo
udzieleniem Zamawiajcemu przez Wykonawc licencji na warunkach i w zakresie opisanym w
paragrafach regulujcych prawa wasnoci intelektualnej. W celu uniknicia wtpliwoci Strony
potwierdzaj, e realizacja procedury Odbioru Warunkowego oraz okrelenie liczby Odbiorw
Warunkowych jest wycznie prawem Zamawiajcego, a nie jego obowizkiem.
Dokonanie odbioru jest zobowizaniem zamawiajcego. Taki obowizek jest cile przewidziany
w przepisach prawa w tym wprost w art. 643 k.c. (Zamawiajcy obowizany jest odebra dzieo,
ktre przyjmujcy zamwienie wydaje mu zgodnie ze swym zobowizaniem) i potwierdzony
orzecznictwem. W praktyce kwestie odbioru budz jednak wiele sporw i wtpliwoci.
Nie ulega wtpliwoci, e nie mona mwi o obowizku odebrania dziea, gdy ma ono wady, zwaszcza
istotne. Na szczegln uwag zasuguje postanowienie Sdu Najwyszego z dnia 17 kwietnia 2015 r.
(III CZP 8/15) w ktrym stwierdzi on, e () zgodnie z art. 643 k.c., zamawiajcy ma obowizek
odbioru dziea a wic dokonania czynnoci wyraajcej wol przyjcia wiadczenia i uznania go za
wykonane nie kadego, lecz tylko takiego, ktre przyjmujcy zamwienie wydaje mu zgodnie ze swym
zobowizaniem. Nie sposb uzna, nawet przy ograniczeniu si do regu wykadni jzykowej, aby
zamawiajcy mia obowizek odebrania dziea, o ktrym mowa w art. 643 k.c., i zapaty wynagrodzenia
(art. 642 1 k.c.) w razie wydania mu dziea z wadami istotnymi, a wic takimi, ktre uniemoliwiaj
korzystanie z niego zgodnie z przeznaczeniem lub sprzeciwiaj si wyranie umowie. Taki pogld by
zreszt wielokrotnie wyraany wczeniej.
Warto zaznaczy, e w przywoanym postanowieniu sd odwouje si do pojcia wady istotnej.
Zdecydowanie bardziej dyskusyjn kwesti jest zagadnienie odbioru dziea z tzw. wadami nieistotnymi,
gdzie reprezentowane s odmienne pogldy. Istot tych wtpliwoci jest, czy zamawiajcy jest
zobowizany do odbioru dziea, gdy wady nie uniemoliwiaj jego eksploatacji odpowied odmowna
mogaby oznacza sprzeczn z zasadami wspycia spoecznego obstrukcj, np. odmow odbioru
wielostronicowej dokumentacji z powodu nielicznych bdw interpunkcyjnych. Granica midzy wadami
istotnymi a nieistotnymi (pomijajc nawet fakt uchylenia art. 637 k.c.) jest wyjtkowo nieostra w
przypadku projektw informatycznych, gdzie np. bd jednego znaku w kodzie moe skutkowa wad
okrelan jako istotn. Z drugiej strony istnienie bdw w oprogramowaniu jest zjawiskiem cakowicie
powszechnym i w obecnym stanie raczej nieuniknionym. Due znaczenie ma okoliczno, e to z reguy
zamawiajcemu zaley, eby zacz korzysta z systemu mimo istnienia wad mniejszej wagi
(nieistotnych) wady takie mog by usunite podczas eksploatacji produkcyjnej i nie powinny
wstrzymywa odbioru. Z tego powodu rekomendowane jest zwrcenie szczeglnej uwagi na definicje
wad i opracowanie zacznika z procedur testw systemu, w ktrym podane bd warunki akceptacji
systemu, nawet mimo istnienia okrelonych wad. W rozbudowanych systemach mona odrbnie okreli
warunki akceptacji samego oprogramowania, w tym okrelone kategorie (te o mniejszym wpywie na
funkcjonowanie systemu) oraz dodatkowo maksymaln liczb bdw w poszczeglnych kategoriach,
pomimo wystpienia ktrych oprogramowanie moe zosta zaakceptowane, np. przy testach
uytkownikw (UAT) i testach integracyjnych. Inaczej te zazwyczaj definiuje si bdy zwizane z
migracj danych. Kluczowa jest jak najdalej posunita precyzja w tych definicjach i zwrcenie uwagi, e
zbyt rygorystyczne przesanki akceptacji mog dziaa na niekorzy przede wszystkim zamawiajcego.
Naley zwrci uwag, e przyjta we wzorcach definicja bdu odwouje si do cech oprogramowania
i przypadkw jego nieprawidowego dziaania. Podczas odbiorw mog wystpi inne nieprawidowoci,
ktre nie skutkuj wystpieniem bdw w tym znaczeniu (w zalenoci od definicji, bdem nie musi
by np. brak okrelonej funkcjonalnoci), dlatego kryterium odbiorw nie powinno zawa si jedynie
do weryfikacji systemu pod ktem bdw w przypadku, gdy dzieem jest system, a nie samo
oprogramowanie, odbiory powinny weryfikowa funkcjonowanie systemu pod ktem wystpowania
jakichkolwiek nieprawidowoci w systemie i z tego wzgldu wprowadzone zostao pojcia wady.
Rekoemndowane jest precyzyjne zdefiniowanie kategorii wad. Wprowadzenie pojcia bdu (jako
szczeglnego typu wady) oraz jego kategorii traktowa naley jako dziaanie uszczegawiajce
uzalenione od wymaga danego projektu.
Z reguy procedury weryfikacji oprogramowania s bardziej rozbudowane ni innych produktw,
w szczeglnoci zawieraj wykaz testw integracyjnych, wydajnociowych, regresji, UAT etc. Mog
te opisywa reguy rozpoczcia testowania (nie wszystkie systemy mog by testowane od razu po
dostarczeniu danego oprogramowania) czy te poszczeglne, przykadowe scenariusze. Standardowe
oprogramowanie systemowe oraz standardowe oprogramowanie aplikacyjne moe o ile procedura lub
umowa nie stanowi inaczej zosta odebrane wstpnie tylko ilociowo, po weryfikacji dostarczenia
2. Gwarancja udzielana jest w ramach Wynagrodzenia, a Wykonawcy nie jest nalene jakiekolwiek
dodatkowe wynagrodzenie z tytuu wykonania wiadcze gwarancyjnych.
ZAMIENNIE: Gwarancja na kady Etap jest udzielona na okres _____, poczwszy od dnia Odbioru
danego Etapu, przy czym nie moe skoczy si wczeniej ni po upywie _____ od dnia Odbioru
Wdroenia.
16) wskaza przyczyn nieprawidowego dziaania Systemu poprzez wskazanie elementu, ktry
j powoduje, a jeeli to moliwe take podmiotu odpowiedzialnego za usunicie takiej
nieprawidowoci dziaania Systemu;
17) w razie zgoszenia takiej potrzeby przez Zamawiajcego do wsparcia osoby trzeciej
usuwajcej przyczyny zgoszenia, w tym udzielenia takiej osobie wszelkich informacji
o Systemie, potrzebnych do przywrcenia penej jego funkcjonalnoci.
9. Powysze nie ma zastosowania w przypadku gdy przyczyna Wady ley poza Systemem, ale
Wykonawca ponosi odpowiedzialno za jej wystpienie, w szczeglnoci w przypadku gdy
11. Umowa stanowi dokument gwarancyjny bez koniecznoci skadania dodatkowego dokumentu na
okoliczno udzielenia gwarancji.
12. Zamawiajcy nie jest zobowizany do wydania Systemu lub jego elementu w celu wiadczenia
usug gwarancyjnych, w rozumieniu przepisw Kodeksu cywilnego o gwarancji.
15. Gwarancja nie wycza, nie ogranicza ani nie zawiesza uprawnie Zamawiajcego wynikajcych
z przepisw prawa o rkojmi za wady dziea. Zamawiajcy uprawniony jest do wykonywania
uprawnie z tytuu rkojmi za wady dziea, niezalenie od uprawnie wynikajcych z gwarancji.
KOMENTARZ
2. Celem Usug Utrzymania jest zapewnienie poprawnego i nieprzerwanego dziaania Systemu oraz
zapewnienie wiadczenia dodatkowych usug wspomagajcych korzystanie z Systemu przez
Zamawiajcego.
OPCJONALNIE:
8. OPCJONALNIE: Wykonawca moe wykonywa Usugi Utrzymania przez zdalny dostp do Systemu
na warunkach okrelonych w Zaczniku nr __ [WYMAGANIA ORGANIZACYJNE
ZAMAWIAJCEGO].
10. Kady miesic wiadczenia Usug Utrzymania bdzie potwierdzany odpowiednim raportem. Raport
zostanie przygotowany przez Wykonawc w terminie _____ dni po zakoczeniu danego miesica
i bdzie okrela co najmniej:
14. W celu uniknicia wtpliwoci przyjmuje si, e Wykonawca usunie wszystkie zgoszone Wady,
nawet pomimo zakoczenia okresu wiadczenia Usug Utrzymania, o ile zostay one zgoszone
przed upywem tego okresu.
Wada
Krytyczna
Wada
Powana
Wada
Niskiej
Kategorii
OPCJONALNIE:
Bd
Krytyczny
Bd
Powany
Bd
Niskiej
Kategorii
6) W razie otrzymania przez Wykonawc zgoszenia lub w razie uzyskania przez Wykonawc
wiedzy o wystpieniu Wady z innego rda ni zgoszenie Zamawiajcego Wykonawca
zobowizany bdzie do podjcia dziaa zmierzajcych do jej usunicia. Wykonawca jest
zobowizany do poinformowania Zamawiajcego o podjciu dziaa w Czasie Reakcji.
10) Jeeli Wykonawca stwierdzi, e przyczyna Wady ley poza Oprogramowaniem lub
Infrastruktur Techniczn, w szczeglnoci w Infrastrukturze Zamawiajcego, Wykonawca
nie jest zobowizany do usunicia Wady, lecz jest zobowizany:
OPCJONALNIE: DOSTPNO
19. W ramach Usug Utrzymania Wykonawca zapewni usugi wsparcia przy instalacji aktualizacji,
obejmujce __________.
KOMENTARZ: umowa w tym zakresie jest umow usugow, ktra, stosownie do art. 142 ust.
1 pzp, nie moe by zawarta na czas nieoznaczony (i nie ma takiej rynkowej praktyki). Okres
usug utrzymania naley do decyzji zamawiajcego, przy czym, stosownie do art. 142 ust. 2 pzp,
nie moe by on duszy ni 4 lata, chyba e zajd przesanki okrelone w tym przepisie.
21. Zamawiajcy moe wypowiedzie niniejsz Umow w odniesieniu do Usug Utrzymania:
31) w przypadku wypowiedzenia przez Zamawiajcego caoci Usug Utrzymania lub okrelonej
przez Zamawiajcego czci;
32) w przypadku wypowiedzenia przez Wykonawc zawsze caoci Usug Utrzymania.
25. czny wymiar usug zwizanych z przekazaniem Usug Utrzymania nie przekroczy ____ godzin.
26. Niezalenie od dalej idcych postanowie Umowy, w tym paragrafw regulujcych prawa
wasnoci intelektualnej, Zamawiajcy jest uprawniony do samodzielnego wykorzystania lub do
przekazania osobie trzeciej, w celu zapewnienia przejcia Usug Utrzymania, wszelkich
Produktw, dokumentw, prezentacji, rezultatw prac Wykonawcy otrzymanych w ramach
realizacji Umowy oraz dokumentacji realizacyjnej (np. ustale Kierownikw Projektu, notatek
Komitetu Sterujcego etc.).
27. W zakresie jakichkolwiek utworw dostarczonych przez Wykonawc w ramach Usug Utrzymania
maj zastosowanie postanowienia paragrafw regulujcych prawa wasnoci intelektualnej.
Zamawiajcy nabywa odpowiednio prawa majtkowe lub licencje do utworw dostarczonych
w ramach Usug Utrzymania.
KOMENTARZ
Zakres usug utrzymania wynika z OPZ. Standardowo usugi takie polegaj na usuwaniu wad w systemie,
w tym bdw w oprogramowaniu, zapewnieniu innych parametrw, takich jak dostpno, wydajno
itp. Stosunkowo czsto w ramach utrzymania zapewniane s aktualizacje oprogramowania
standardowego, w tym oprogramowania dostarczanego przez wykonawc w ramach infrastruktury
technicznej, jednak zamawiajcy moe mie w tym zakresie odrbn umow. W rozbudowanych
umowach utrzymaniowych spotyka si take inne wiadczenia, jak zapewnienie I czy II linii wsparcia,
konsultacje, usugi back-up, usugi administracji systemem itp. Umowa musi zosta dostosowana do
takich wymaga, w szczeglnoci w przypadku rozbudowanych usug utrzymania rekomendowane jest
wprowadzenie zacznika w postaci katalogu usug, gdzie kada usuga moe by dokadnie opisana
i moe zosta jej przyporzdkowane okrelone SLA. W przypadku wprowadzenia takiego zacznika
naley umieci w umowie odwoania do jego treci.
Postanowienia dotyczce SLA maj bardzo rny charakter od zasad dotyczcych czasu usunicia
wady do bardzo zaawansowanych systemw powizanych ze sob wskanikw, metod obliczania
poszczeglnych parametrw etc. Opisanie parametrw SLA wymaga wiedzy technicznej
o funkcjonowaniu danego systemu, o realnych moliwociach i cechach danego produktu. Konstrukcja
musi by w peni dostosowana do danego przypadku nie tylko formalnie, ale przede wszystkim od strony
technicznej. Przypisanie skutkw nieosignicia danego parametru SLA (np.
w postaci kary umownej), wymaga rozwaenia wagi poszczeglnych parametrw i negatywnych dla
zamawiajcego skutkw ich niedotrzymania. W zdecydowanej wikszoci przypadkw uzasadnione jest
oparcie odpowiedzialnoci wykonawcy za dotrzymanie parametrw SLA na zasadzie ryzyka. Tego
rodzaju odpowiedzialno wykonawcy zostanie uwzgldniona w cenie oferty, w zwizku z czym
zamawiajcy powinien w sposb adekwatny do swoich uzasadnionych potrzeb ksztatowa zarwno
same parametry SLA, jak i przypisan do ich niespenienia odpowiedzialno.
Parametr dostpnoci jest stosunkowo czsto stosowany w umowach utrzymaniowych, gdy typowe SLA
na czas naprawy moe by rozwizaniem niewystarczajcym. Dla zilustrowania problemu mona
posuy si jaskrawym przykadem sytuacji, w ktrej wykonawca wprawdzie wykonuje swoje
zobowizania w zakresie usuwania wad (np. w terminie 8h od ich zgoszenia), ale wady wystpuj
codziennie. Dostpno zazwyczaj jest okrelana jako okres, w ktrym nie wystpoway wady okrelonej
kategorii, np. krytyczne i powane. Czas usuwania takich wad jest czasem niedostpnoci, a po
przekroczeniu okrelonego poziomu powoduje naliczenie kar umownych. Spotyka si systemy
weryfikujce automatycznie czas dostpnoci 24h na dob i automatycznie generujce raporty
dostpnoci. Naley zwrci uwag, e wielokrotnie parametr dostpnoci jest ustawiany bardzo
restrykcyjnie. Jeeli zamawiajcy okreli dostpno na poziomie 99% w miesicu, oznacza to,
e maksymalny czas niedostpnoci (przy miesicu majcym 30 dni) wynosi 7 godzin i 12 minut. Do
rozwaenia przez zamawiajcego, czy faktycznie potrzebuje tak wysokiego SLA, majc na uwadze wpyw
takiego zobowizania na wynagrodzenie i oferty wykonawcw. Wprowadzenie SLA zarwno na czas
naprawy, jak i na dostpno jest rekomendowan praktyk. Istotne jest skoordynowanie tych
KOMENTARZ
Konieczne jest ustalenie formy komunikacji i osb upowanionych do skadania owiadcze w toku
zamawiania prac rozwojowych. W praktyce czsto owiadczenia tego rodzaju dokonywane s przez
kierownikw projektu, poczt elektroniczn na wskazane w umowie adresy, jednak w umowie
o zamwienie publiczne dla bezpieczestwa wskazane jest zachowanie formy pisemnej. Zlecenie usug
rozwoju w okrelonym wymiarze stanowi bowiem skorzystanie z prawa opcji w zakresie objtym
zleceniem, w zwizku z czym ksztatuje ostateczny zakres zamwienia oraz okrela wydatkowane przez
zamawiajcego rodki.
12. Wykonawca dostarczy Oprogramowanie na informatycznych nonikach danych lub w innej postaci
umoliwiajcej prawidow instalacj tego Oprogramowania oraz certyfikaty autentycznoci,
klucze instalacyjne oraz inne dokumenty i zabezpieczenia najpniej w dacie Odbioru tego
Oprogramowania, chyba e z Umowy wynika inna data przekazania.
13. Informatyczne noniki danych, kopie, certyfikaty autentycznoci, klucze instalacyjne oraz inne
dokumenty i zabezpieczenia, o ktrych mowa w poprzednim ustpie, powinny by zgodne
z wymaganiami okrelonymi przez producenta Oprogramowania. Zamawiajcy jest uprawniony
do weryfikacji, czy certyfikaty autentycznoci, klucze instalacyjne oraz inne dokumenty
i zabezpieczenia s wystarczajce i zgodne z wymogami okrelonymi przez producenta. W tym
celu Zamawiajcy moe zwraca si do osb trzecich, w tym producenta Oprogramowania.
16. W przypadku, w ktrym w wyniku wiadczenia przez Wykonawc gwarancji, Usug Utrzymania
lub Usug Rozwoju dojdzie do zmiany Oprogramowania, Dokumentacji lub innych utworw,
18. Jakiekolwiek postanowienie Umowy, w tym zacznikw do niej, nie ogranicza uprawnie
Zamawiajcego wynikajcych z obowizujcych przepisw prawa, w tym z art. 75 ust. 1 do 3
Ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych.
OPCJONALNIE: udzielenie licencji (stosowane wyjtkowo, jeeli nabycie praw nie ma uzasadnienia
ekonomicznego)
7. Licencja, o ktrej mowa powyej, udzielana jest bez ogranicze co do celu lub sposobu
korzystania z Oprogramowania Dedykowanego, w tym umoliwia Zamawiajcemu korzystanie
z Oprogramowania Dedykowanego we wasnej infrastrukturze informatycznej oraz w
infrastrukturze informatycznej udostpnianej Zamawiajcemu przez osoby trzecie.
DOKUMENTACJA STANDARDOWA
1) trwae lub czasowe zwielokrotnianie Dokumentacji w caoci lub w czci dla wewntrznych
potrzeb Zamawiajcego zwizanych z korzystaniem z tego Oprogramowania, w tym
utrwalanie i zwielokrotnianie takiej Dokumentacji dowoln technik, w tym technik zapisu
magnetycznego lub technik cyfrow, tak jak zapis na pycie CD, DVD, Blu-ray, urzdzeniu
z pamici flash lub jakimkolwiek innym noniku pamici;
2. Udzielenie przez Wykonawc licencji na Dokumentacj, o ktrej mowa powyej, nastpi z chwil
jej wydania Zamawiajcemu.
3. O ile Umowa wyranie nie stanowi inaczej, licencje na Dokumentacj udzielane s bez ogranicze
czasowych i terytorialnych.
DOKUMENTACJA DEDYKOWANA
8. O ile Umowa wyranie nie stanowi inaczej, w przypadku, w ktrym Wykonawca w wykonaniu
zobowiza wynikajcych z Umowy dostarczy lub stworzy inne utwory, w rozumieniu ustawy
z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych, ni opisane w poprzednich
ustpach, w tym instrukcje, opisy i inne materiay dla uytkownikw kocowych, struktury baz
danych, zbiory i informacje sownikowe lub materiay graficzne, Wykonawca zobowizuje si
przenie na Zamawiajcego autorskie prawa majtkowe do takich utworw na nastpujcych
polach eksploatacji:
2) obrt utworami, w tym wprowadzanie do obrotu, uyczanie lub najem utworw, a take
rozpowszechnianie utworw w inny sposb, w tym ich publiczne wykonywanie,
wystawianie, wywietlanie, odtwarzanie, a take publiczne udostpnianie w taki sposb,
aby kady mg mie do nich dostp w miejscu i w czasie przez siebie wybranym.
10. Przeniesienie przez Wykonawc na Zamawiajcego praw do utworw, o ktrych mowa powyej,
nastpi z chwil ich wydania Zamawiajcemu.
OPCJONALNIE: Kod rdowy (w przypadku prawa do modyfikacji licencja lub przeniesienie praw)
13. Kod rdowy, o ktrym mowa w poprzednim ustpie, zostanie dostarczony na informatycznym
noniku danych, w formie umoliwiajcej Zamawiajcemu swobodny odczyt kodu rdowego, a
take zapisanie kodu na innym noniku i doprowadzenie tego kodu rdowego do formy
wykonywalnej (w szczeglnoci w drodze kompilacji) na odpowiednio wyposaonym stanowisku
komputerowym. Wraz z kodem rdowym Wykonawca dostarczy kompletny wykaz narzdzi
programistycznych, bibliotek i innych elementw niezbdnych do doprowadzenia takiego
Oprogramowania do formy wykonywalnej. Wykonawca nie jest uprawniony do stosowania
jakichkolwiek technik lub ogranicze, ktre uniemoliwiyby lub istotnie utrudniy Zamawiajcemu
odczyt lub zapisywanie kodu, w szczeglnoci szyfrowania.
14. Kod rdowy zostanie przekazany Zamawiajcemu wraz z danym Oprogramowaniem, w kadym
przypadku nie pniej ni na ____ dni przed dat Odbioru.
15. W przypadku, w ktrym Wykonawca zaktualizuje kod rdowy w wyniku wiadczenia usug
Utrzymania lub Rozwoju, Wykonawca przekae Zamawiajcemu taki kod po wprowadzeniu zmian,
przy czym przewidziane Umow wymagania co do sposobu przekazania i udokumentowania kodu
oraz co do elementw, ktre maj by przekazane wraz z kodem rdowym, stosuje si take
do aktualizacji kodu.
17. Wykaz Oprogramowania Open Source, z ktrego moe korzysta Wykonawca, wraz z warunkami
licencyjnymi jest zawarty w Zaczniku nr __ [OPROGRAMOWANIE OPEN SOURCE].
Wykorzystanie innego Oprogramowania Open Source wymaga zachowania Procedury Kontroli
Zmian.
19. Wykonawca owiadcza i gwarantuje, e wykorzystanie Oprogramowanie Open Source nie bdzie
ogranicza Zamawiajcego w zakresie rozpowszechniania innego Oprogramowania poczonego
z Oprogramowaniem Open Source, w tym nie moe nakada na Zamawiajcego obowizku
rozpowszechniania takiego poczonego Oprogramowania wraz z kodem rdowym.
W przypadku, w ktrym dana licencja na Oprogramowanie Open Source uzalenia zakres takich
obowizkw od sposobu poczenia Oprogramowania Open Source z innym Oprogramowaniem,
Wykonawca zobowizany jest do zrealizowania takiego poczenia w sposb nienakadajcy na
Zamawiajcego obowizku rozpowszechniania poczonego Oprogramowania wraz z kodem
rdowym.
20. Wykonawca owiadcza i gwarantuje, e licencja na Oprogramowanie Open Source nie bdzie
nakada na Zamawiajcego obowizku odprowadzania jakichkolwiek opat lub wynagrodzenia na
rzecz podmiotw uprawnionych do takiego Oprogramowania.
WYPOWIEDZENIE LICENCJI
21. Ilekro Umowa przewiduje udzielenie upowanienia (licencji lub sublicencji) przez Wykonawc,
intencj Stron jest zblienie takiego upowanienia na korzystanie ze Standardowego
Oprogramowania Aplikacyjnego do umowy o charakterze jednorazowej transakcji podobnej do
sprzeday w zwizku z tym w zamian za uiszczon opat licencyjn (stanowic w przypadku
25. Wykonawca zapewnia i gwarantuje, e podmiot trzeci nie wypowie udzielonych licencji.
Wykonawca owiadcza i gwarantuje, e licencja udzielana przez podmiot trzeci bdzie zawiera
zasady wypowiedzenia analogiczne do opisanych w poprzednich ustpach.
26. W przypadku gdy Wykonawca lub podmiot trzeci, mimo zobowizania, o ktrym mowa
w poprzednim ustpie, wypowie licencj, Wykonawca bdzie zobowizany do zapaty na rzecz
Zamawiajcego, na jego danie, kwoty odpowiadajcej sumie opaty licencyjnej za Standardowe
Oprogramowanie Aplikacyjne okrelonej w Umowie oraz rzeczywicie poniesionych przez
Zamawiajcego kosztw zapewnienia (w tym uzyskania licencji i wdroenia) rozwizania
zastpczego, umoliwiajcego dalsz eksploatacj Systemu.
POZOSTAE POSTANOWIENIA
28. Cakowite wynagrodzenie z tytuu udzielenia odpowiednio licencji lub przeniesienia autorskich
praw majtkowych na wszystkich polach eksploatacji objtych Umow, w tym jeeli znajduje
to zastosowanie w zakresie prawa zezwalania na korzystanie i rozporzdzanie opracowaniami,
a take wynagrodzenie za przeniesienie wasnoci nonikw, na ktrych utwory utrwalono,
zawiera si w Wynagrodzeniu.
29. Ilekro umowa przewiduje uzyskanie przez Zamawiajcego licencji, Zamawiajcy moe przenie
prawa i obowizki wynikajce z takiej licencji na inny podmiot publiczny (przez ktry rozumie si:
organy wadzy publicznej, w tym organy administracji rzdowej, organy kontroli pastwowej
i ochrony prawa oraz sdy i trybunay, jednostki samorzdu terytorialnego oraz ich zwizki,
zwizki metropolitalne, jednostki budetowe, samorzdowe zakady budetowe, agencje
wykonawcze, instytucje gospodarki budetowej, pastwowe fundusze celowe, Zakad
Ubezpiecze Spoecznych i zarzdzane przez niego fundusze oraz Kas Rolniczego Ubezpieczenia
Spoecznego i fundusze zarzdzane przez Prezesa Kasy Rolniczego Ubezpieczenia Spoecznego,
Jest to jedna z czciej rozwaanych kwestii. Ustawa o prawie autorskim i prawach pokrewnych
przewiduje dwa gwne sposoby nabycia uprawnie do korzystania z utworu przeniesienie autorskich
praw majtkowych oraz udzielenie licencji. W wyniku umowy przenoszcej autorskie prawa majtkowe
nabywca staje si podmiotem autorskich praw majtkowych (ich wacicielem). W wyniku udzielenia
licencji nabywa upowanienie (na czas oznaczony lub nieoznaczony) do okrelonego korzystania
z utworu. Naley przy tym pamita, e tre uprawnie nabytych wskutek umowy przenoszcej prawa
moe by identyczna jak nabytych wskutek udzielenia licencji. O treci tych praw decyduj gwnie tzw.
pola eksploatacji, a nie typ umowy.
Zgodnie z art. 41 ust. 2 ustawy o prawie autorskim i prawach pokrewnych umowa o przeniesienie
autorskich praw majtkowych lub umowa licencyjna obejmuje wycznie pola eksploatacji wyranie w
niej wymienione. Wymg ten naley rozumie jako konieczno okrelenia w umowie zakresu
autorskich praw majtkowych objtych przeniesieniem praw lub licencj.
Zakres przeniesienia praw lub licencji (pola eksploatacji) do oprogramowania powinien by okrelany w
umowie przy uwzgldnieniu przepisu art. 74 ust. 4 pr.aut. Zgodnie z tym przepisem autorskie prawa
majtkowe obejmuj prawo do:
zwielokrotniania, obejmujce zarwno wykonanie trwaych kopii jak i zwielokrotnienia
krtkotrwae, w tym wprowadzanie do pamici komputera (zwyke korzystanie
z programu),
modyfikacji (tumaczenia, adaptacji oraz wprowadzania innych zmian),
rozpowszechniania.
Ponadto uwzgldni naley art. 2 ust. 2 pr. aut., zgodnie z ktrym podmiotowi autorskich praw
majtkowych do programu przysuguje rwnie prawo zezwalania na korzystanie i rozporzdzanie
autorskimi prawami zalenymi (prawami do opracowa, tj. rnego rodzaju przerbek, dostosowa,
adaptacji dostarczonego oprogramowania itp.).
Zamawiajcy powinien w kadym przypadku zapewni sobie prawo do zwielokrotniania dostarczonego
oprogramowania w niezbdnym zakresie. Nie chodzi tu jednak tylko o moliwo wytwarzania trwaych
kopii (np. sporzdzenia kopii zapasowych, nagrania programu na pycie DVD, pendrive itp.), ale
o zwielokrotnienia tymczasowe, dokonywane w pamici komputera, ktre ze wzgldw technicznych s
Jedn z wanych decyzji jest okrelenie momentu nabycia praw majtkowych lub uzyskania praw
z licencji. W przypadku nabycia praw majtkowych chwila ta moe by ustalona de facto dowolnie (z
reguy najwczeniejszym momentem jest przekazanie oprogramowania), przy czym naley zwrci
uwag na powizania patnoci wynagrodzenia z faktem przejcia praw. Co do zasady, nabycie
majtkowych praw autorskich nie jest dla zamawiajcego konieczne w toku realizacji projektu
(zwaszcza e dopiero po zakoczeniu wdroenia utwr, do ktrego nabywane s prawa, uzyska
ostateczny ksztat), w zwizku z czym momentem przejcia majtkowych praw autorskich w wikszoci
przypadkw moe by odbir potwierdzajcy realizacj caoci umowy w zakresie wdroenia.
W przypadku licencji, zwaszcza licencji osb trzecich, decyzja jest bardziej skomplikowana i moe
wymaga dodatkowych warunkw umieszczonych w SIWZ. W wielu przypadkach nabycie
oprogramowania standardowego, czy to systemowego czy aplikacyjnego, jest zwizane z koniecznoci
ponoszenia kosztw usug utrzymania (serwisu) na rzecz takiej osoby trzeciej. Zbyt wczesny moment
uzyskania licencji, np. przy podpisaniu umowy, moe oznacza konieczno wczesnego ponoszenia
takich opat. Dodatkowo w takich przypadkach naley pamita, aby w razie odstpienia od umowy
uregulowa prawa do takiego oprogramowania lub kwesti zwrotu kosztw jego nabycia. Z drugiej
strony moe okaza si, e prawa do takiego serwisu i wsparcia producenta s niezbdne ju podczas
wdroenia i rekomendowane wtedy bdzie jak najwczeniejsze nabycie praw.
KOD RDOWY
Z punktu widzenia prawa kod rdowy i kod wynikowy (wykonywalny, obiektowy) s formami wyraenia
programu komputerowego. Regulacje tak prawa wsplnotowego, jak i polskiego s w tym zakresie
przezroczyste, tzn. niezalenie od tego, jak posta ma program (rdow, wynikow), jest nadal tym
samym programem, do ktrego prawa przysuguj tej samej osobie. Nie istniej osobne uprawnienia
do rde z reguy jest to skrt mylowy obejmujcy prawo do modyfikacji oprogramowania oraz
fizyczne wadztwo nad kodem rdowym.
Nabycie praw lub uzyskanie licencji w zakresie modyfikowania oprogramowania oraz korzystania
i rozporzdzania prawami zalenymi determinuje prawn moliwo wprowadzenia zmian do programu.
Dostp do kodu rdowego umoliwia faktyczne wprowadzenie zmian i dokonanie modyfikacji
programu, a tym samym efektywne korzystanie z nabytych uprawnie.
Dobr praktyk jest wymaganie od wykonawcy, aby wraz z kodem rdowym dostarczy przynajmniej
minimalny zakres dokumentacji dotyczcej rodowiska programistycznego, w ktrym kod moe by
skompilowany (przetworzony do formy kodu wykonywalnego), w szczeglnoci informacje
o kompilatorze wykorzystywanym przez wykonawc, bibliotekach programistycznych niezbdnych do
kompilacji oraz parametrach i ustawieniach umoliwiajcych prawidowe przeprowadzenie tego procesu.
Chwila przekazania kodu rdowego powinna uwzgldnia okoliczno, czy kod podlega zmianom
w czasie realizacji wdroenia. W odniesieniu do oprogramowania dedykowanego, ktre podlega
zmianom w czasie realizacji wdroenia, danie dostarczenia przez wykonawc kodu rdowego po
kadej zmianie moe by niepraktyczne. W przypadku rozwiza gotowych kod rdowy moe by
dostarczony wraz z odpowiednim pakietem oprogramowania. W przypadku braku potrzeby posiadania
kodu rdowego w czasie realizacji wdroenia rozwizaniem najprostszym jest wprowadzenie
obowizku jego dostarczenia z odpowiednim wyprzedzeniem przed dat odbioru wdroenia, tak aby
umoliwi zamawiajcemu weryfikacj kompletnoci dostarczonego kodu i towarzyszcej mu
dokumentacji. Z drugiej strony umowa moe przewidywa obowizek trzymania kodu w repozytorium
zamawiajcego, co oznacza cigy obowizek jego aktualizacji.
W przypadku wprowadzenia przez wykonawc zmian do oprogramowania w ramach usug utrzymania
i rozwoju dostarczony kod rdowy powinien zosta zaktualizowany przez wykonawc. Aktualizacji
powinna ulec rwnie towarzyszca mu dokumentacja i inne narzdzia przekazywane wraz z kodem
w celu umoliwienia jego praktycznego wykorzystania.
W obrocie spotyka si rwnie tzw. umowy przechowania (depozytu escrow) kodu rdowego.
Umowa przechowania zawierana z osob trzeci (przechowawc) obejmuje zobowizanie
przechowawcy do wydania okrelonej osobie trzeciej nonika z kodem rdowym w razie ziszczenia si
okrelonego warunku (najczciej zaprzestania lub zmiany profilu dziaalnoci przez producenta, jego
likwidacji lub ogoszenia upadoci). Rwnoczenie umowa czca producenta z uytkownikiem
zobowizuje producenta do oddania kodu rdowego na przechowanie oraz przyznaje uytkownikowi
okrelone uprawnienia eksploatacyjne po jego wydaniu z depozytu. W typowej sytuacji zawarcie takiej
umowy nie jest rozwizaniem rekomendowanym przede wszystkim z uwagi na trudno w takim
skonstruowaniu warunkw wydania kodu rdowego z depozytu, aby dostatecznie zabezpieczy interes
zamawiajcego (m.in. dyskusyjny stan prawny w przypadku ogoszenia upadoci czy nawet zoenia
wniosku o ogoszenie upadoci). W razie potrzeby zawarcia takiej umowy powinna ona by opracowana
oddzielnie.
Nie w kadym przypadku odrbne przekazanie kodu rdowego jest uzasadnione. Cz technologii
(np. czsto wykorzystywane przy tworzeniu serwisw internetowych PHP czy Java Script) zakada
wykonywanie oprogramowania wprost z postaci, w jakiej zapisa je programista (rdowej). W takim
przypadku posta wykonywalna programu, jak otrzymuje Zamawiajcy, jest tosama z kodem
rdowym.
DOKUMENTACJA
INNE UTWORY
W ramach wdroenia i utrzymania moe doj do opracowania lub przekazania take innych utworw
zdj, tekstw itp. Klauzule zawieraj przykadow tre nabycia szerokich uprawnie, ale w zalenoci
od projektu moe i powinna by ona modyfikowana np. w przypadku nabywania zdj z tzw. bankw
zdj narzucajcych wasne reguy licencyjne.
OPEN SOURCE
Oprogramowanie open source stanowi podstaw wielu profesjonalnych rozwiza. Szczeglnie czsto
wykorzystywane s udostpniane na tej licencji systemy operacyjne, oprogramowanie serwerowe (np.
serwery HTTP), biblioteki programistyczne czy niektre systemy bazodanowe. Zazwyczaj przez open
source rozumie si oprogramowanie udostpniane przez jego twrcw na licencjach umoliwiajcych
swobodne korzystanie z programu dla potrzeb wasnych uytkownika, jego dalsz nieograniczon
dystrybucj (zwielokrotnianie w celu udostpnienia osobom trzecim i rozpowszechnianie
oprogramowania), dostp do kodu rdowego i swobod wprowadzania modyfikacji warunki open
source s umieszczone na licznych stronach internetowych.
Z praktycznego punktu widzenia najwiksze znaczenie maj rnice pomidzy licencjami copyleft i non-
copyleft. Najoglniej ujmujc, licencje copyleft zobowizuj do udostpniania efektw dalszego
rozwijania programu i dokonywania w nim zmian (opracowa, utworw pochodnych) na takich samych
zasadach, jak w przypadku programu pierwotnego. Decydujc si na wykorzystanie w swoim produkcie
fragmentw programu objtego jedn z licencji copyleft, licencjobiorca w istocie zaraa go tego
rodzaju licencj, bowiem program pochodny powinien by rwnie objty licencj typu copyleft. Ten
szczeglny skutek licencji copyleft (tzw. copyleft effect) zabezpiecza ma utrzymanie otwartoci
danego programu i tego rodzaju postanowienia obecne s przede wszystkim w licencji GNU GPL.
W innych licencjach copyleft (przede wszystkim LGPL) spotka mona pewne wyjtki, umoliwiajce
pod pewnymi warunkami czenie rozwiza zamknitych i otwartych. Przykadowo licencja LGPL
ODPATNO
Z art. 43 ust. 1 pr. aut. wynika zasada odpatnoci umw przenoszcych autorskie prawa majtkowe i
umw licencyjnych. Zgodnie z powoanym przepisem, jeeli z umowy nie wynika, e przeniesienie
autorskich praw majtkowych lub udzielenie licencji nastpio nieodpatnie, twrcy przysuguje prawo
do wynagrodzenia. Ponadto zgodnie z art. 45 pr. aut., w braku odmiennych postanowie umownych
twrcy przysugiwa powinno odrbne wynagrodzenie za korzystanie z utworu na kadym odrbnym
polu eksploatacji. W przypadku, w ktrym umowa przewiduje wynagrodzenie, nie precyzujc za co to
wynagrodzenie przysuguje, moe si zdarzy e wykonawca bdzie twierdzi, e jest to wynagrodzenie
wycznie za wykonanie dziea (wdroenia), nie za za przeniesienie praw bd udzielenie licencji. Z tych
wzgldw konieczne jest zamieszczenie w umowie postanowie, ktre jednoznacznie przesdz,
e otrzymane przez wykonawc wynagrodzenie stanowi cao nalenego mu wynagrodzenia i obejmuje
rwnie wynagrodzenie za przeniesienie praw lub udzielenie licencji.
Nie jest jednoznacznie przesdzone, czy moliwe jest zawarcie umowy licencyjnej na czas duszy ni 5
lat, ktrej licencjodawca nie moe wypowiedzie. Taka moliwo jest raczej niedopuszczalna, cho
pojawiaj si gosy przeciwne. W praktyce wykonywania umw licencyjnych na oprogramowanie ryzyko
wypowiedzenia umowy licencyjnej pojawia si w przypadku konfliktu pomidzy zamawiajcym
a wykonawc, do ktrego moe doj np. w przypadku nieprzeduenia przez zamawiajcego
korzystania z usug serwisu oprogramowania. Zamieszczone w klauzulach propozycje postanowie
zmierzaj do zabezpieczenia trwaoci korzystania z oprogramowania przez licencjobiorc na dwa
sposoby. Po pierwsze, maj na celu umowne ograniczenie przysugujcego licencjodawcy uprawnienia
do wypowiedzenia umowy licencyjnej. Po drugie, maj tak uksztatowa zasady rozlicze stron na
wypadek wypowiedzenia, eby wypowiedzenie tej umowy uczyni nieopacalnym.
Warto podkreli, e moliwo wypowiedzenia umowy licencyjnej jest wanie jednym z kluczowych
elementw odrniajcych licencje od nabycia praw majtkowych, ktra to czynno ma co do zasady
charakter stay.
W realiach projektw publicznych trzeba wzi pod uwag fakt, e w niektrych przypadkach
postawienie nawet racjonalnych wymaga zmierzajcych do ochrony interesw zamawiajcego moe
praktycznie wyczy moliwo zoenia ofert przez niektrych wykonawcw. Posugiwanie si przez
producentw oprogramowania standardowymi wzorcami umw licencyjnych jest elementem rynkowej
rzeczywistoci i z punktu widzenia niektrych producentw (zwaszcza duych, midzynarodowych
korporacji), nie bdzie moliwe zoenie oferty w sytuacji wymagajcej dokonania modyfikacji wzorca,
zwaszcza istotnie ingerujcej w sam model udostpniania oprogramowania (np. wymg modyfikacji
i dostpu do kodu rdowego). Z drugiej strony wikszo producentw oprogramowania zdaje sobie
spraw z faktu, e zamawiajcy, zwaszcza publiczni, maj uzasadnione oczekiwania co do
zabezpieczenia swoich interesw (np. w zakresie unikania tzw. vendor lock-in lub uprawnie do
rozpowszechnienia oprogramowania w ramach zdefiniowanej grupy podmiotw), w zwizku z czym
2)
3. Wynagrodzenie za realizacj Umowy w zakresie Utrzymania bdzie patne przez okres ____ lat
za kady miesic / kwarta / rok z dou w wysokoci ____________z brutto / OPCJONALNIE:
zgodnie z Zacznikiem nr __ [WYNAGRODZENIE].
4. Podstaw obliczenia wynagrodzenia za realizacj danej czci zakresu opcjonalnego stanowi
ceny jednostkowe zgodne z ofert Wykonawcy, wskazane w Zaczniku nr ___ [ZAKRES
OPCJONALNY]. Wynagrodzenie takie bdzie patne po Odbiorze wiadcze Wykonawcy.
6. Jeeli rozpoczcie lub zakoczenie wiadczenia usug w zakresie Usug Utrzymania nastpi w
trakcie danego miesica, Wynagrodzenie miesiczne za Usugi Utrzymania zostanie ustalone
proporcjonalnie do liczby dni wiadczenia Usug Utrzymania.
ZAPATA WYNAGRODZENIA
9. Wynagrodzenie bdzie patne przelewem w terminie _____ dni od daty otrzymania prawidowo
wystawionej faktury VAT wraz z zaczon kopi Protokou Odbioru / raportu ze wiadczenia Usug
Utrzymania. Wynagrodzenie bdzie patne na rachunek Wykonawcy
______________________________.
10. Podstaw wystawienia faktury w czci Wdroenia jest odpowiedni Protok Odbioru lub Protokoy
Odbioru.
KOMENTARZ
KOMENTARZ
Zgodnie z art. 147 ust. 2 pzp, zabezpieczenie suy pokryciu roszcze z tytuu nienaleytego wykonania
umowy. Oznacza to, e aby zachowa realny charakter zabezpieczenia, powinno ono zosta wniesione
przy zawarciu umowy teoretycznie bowiem ju od tego momentu moliwe jest powstanie roszcze
zamawiajcego. Powysze potwierdzaj take porednio przepisy o zwrocie wadium zamawiajcy ma
obowizek zatrzyma wadium, jeeli wykonawca nie wnis wymaganego zabezpieczenia (art. 46 ust. 5
pkt 2 pzp), natomiast wadium ma by co do zasady zwrcone niezwocznie po zawarciu umowy
i wniesieniu zabezpieczenia. Std w proponowanych klauzulach przewidziano model, w ktrym
Przepis art. 151 pzp wywouje pewne wtpliwoci w przypadku umw, ktrych przedmiotem jest
wdroenie systemu (wykonanie dziea) oraz wiadczenie usug utrzymania. Zgodnie z art. 151 ust. 1
pzp, zamawiajcy powinien zwrci zabezpieczenie w terminie 30 dni od dnia wykonania zamwienia
i uznania przez zamawiajcego za naleycie wykonane, a wic jeeli przedmiotem zamwienia jest
wdroenie systemu oraz np. 4letnie utrzymanie, to niewtpliwie cae zamwienie zostanie wykonane
po upywie 4 lat utrzymania. Z drugiej jednak strony, stosownie do art. 151 ust. 2, kwota pozostawiona
na zabezpieczenie roszcze z tytuu rkojmi za wady nie moe przekracza 30% wysokoci
zabezpieczenia. Jeeli wic rkojmia za wady rozpoczyna bieg od odbioru systemu (odbioru wdroenia
zgodnie z niniejszymi klauzulami) i trwa rwnolegle z utrzymaniem (przez okres ustalony przez strony
lub, w braku takiego ustalenia, wynikajcy z przepisw prawa), to powstaje wtpliwo, kiedy w takim
przypadku zamawiajcy powinien zwolni 70% zabezpieczenia. Warto zwrci uwag na fakt, e
restrykcyjne podejcie do stosowania przepisu i wymaganie wniesienia zabezpieczenia na cay okres
realizacji umowy (np. roczne wdroenie i 4letnie utrzymanie), oznacza konieczno poniesienia przez
wykonawcw kosztu utrzymania zabezpieczenia, ktry z pewnoci zostanie uwzgldniony w cenie
oferty. Z tego wzgldu zwaszcza biorc pod uwag fakt, i danie zabezpieczenia jest fakultatywne,
wic tym bardziej mona ograniczy jego zakres moliwe jest przewidzenie konstrukcji, w ramach
ktrej po wykonaniu zasadniczej czci zamwienia (wdroenie) zwolnione zostanie 70%
zabezpieczenia, a pozostae 30% po zakoczeniu rkojmi, ktrej okres naley wyduy tak, by
pokrywaa si ona z okresem utrzymania. Osignie si dziki temu efekt zabezpieczenia naleytego
wykonania umowy w okresie utrzymania na poziomie 30% pierwotnego zabezpieczenia.
POSTANOWIENIA WSTPNE
3. Kary umowne s nalene take w przypadku odstpienia od Umowy lub jej wypowiedzenia,
niezalenie od przyczyn odstpienia lub wypowiedzenia.
5. O ile wyranie nie postanowiono inaczej, w zakresie kar umownych odpowiedzialno Wykonawcy
za przekroczenie terminu wskazanego w Umowie lub wyznaczonego zgodnie z postanowieniami
Umowy jest odpowiedzialnoci z tytuu zwoki.
ZAMIENNIE (zasada ryzyka): O ile wyranie nie postanowiono inaczej, w zakresie kar umownych
opisanych Umow, odpowiedzialno za opnienie oznacza przyjcie przez Wykonawc
odpowiedzialnoci za przekroczenie terminu wskazanego w Umowie lub wyznaczonego zgodnie z
postanowieniami Umowy na zasadzie ryzyka, od ktrej moe si uwolni wycznie wykazujc, e
opnienie nastpio z przyczyn, za ktre odpowiedzialno ponosi Zamawiajcy lub byo
spowodowane przyczynami o charakterze siy wyszej.
KOMENTARZ: konsekwentnie w treci umowy naley uywa pojcia zwoka lub opnienie.
2) ___ PLN za kady rozpoczty dzie zwoki / opnienia, poczwszy od ___ dnia zwoki /
opnienia, a do ___ dnia zwoki / opnienia,
3) ___ PLN za kady rozpoczty dzie powyej ___ dnia zwoki / opnienia.
7. Dla uniknicia wtpliwoci, kara jest naliczana za kady Etap niezalenie i okoliczno zapaty kary
za zwok / opnienie w jednym Etapie nie wyklucza moliwoci naliczenia kary za kolejne Etapy.
10. Zamawiajcy naliczy kary umowne w przypadku zwoki / opnienia w Odbiorze Kocowym
w wysokoci ___ PLN za kady rozpoczty dzie zwoki / opnienia.
11. OPCJONALNIE: Kary umowne za zwok / opnienie nie przekrocz cznie __% Wynagrodzenia
/ kwoty ____ PLN.
13. Zamawiajcy naliczy kary umowne za niedochowanie zgodnie z SLA Czasu Naprawy:
1) w przypadku Dostpnoci poniej 99% zgodnie z SLA ______ PLN za kady rozpoczty
punkt procentowy obnienia Dostpnoci;
2) w przypadku Dostpnoci poniej 95% zgodnie z SLA ______ PLN za kady rozpoczty
punkt procentowy obnienia Dostpnoci,
16. OPCJONALNIE (kary za Usugi Rozwoju): Zamawiajcy naliczy kary umowne w zakresie Usug
Rozwoju za zwok / opnienie w wykonaniu uzgodnionej usugi w wysokoci ___%
uzgodnionego wynagrodzenia z tytuu tej usugi za kady dzie zwoki / opnienia,
17. OPCJONALNIE: Kary umowne za zwok / opnienie w wykonaniu Usug Rozwoju nie przekrocz
cznie __% Wynagrodzenia / kwoty ____ PLN.
18. Zamawiajcy naliczy kar umown w wysokoci ___ PLN w przypadku odstpienia od Umowy
z powodu okolicznoci lecych po stronie Wykonawcy. Dla uniknicia wtpliwoci kara jest
nalena zarwno w przypadku odstpienia umownego, jak i na podstawie przepisw ustawy,
zarwno odstpienia ze skutkiem do caej Umowy, jak i odstpienia w czci, jeeli Umowa lub
przepis to przewiduje.
20. Niezalenie od kar umownych opisanych powyej, Zamawiajcy naliczy kary umowne:
KOMENTARZ
26 ODPOWIEDZIALNO STRON
1. Wykonawca ponosi odpowiedzialno za niewykonanie lub nienaleyte wykonanie Umowy
poprzez zapat kar umownych lub odszkodowania na zasadach oglnych, chyba e Umowa
w danym przypadku przewiduje modyfikacj tych zasad.
KOMENTARZ
3. Jeeli Wykonawca bdzie realizowa Umow w sposb wadliwy albo sprzeczny z Umow,
Zamawiajcy wezwie Wykonawc do zmiany sposobu jej wykonywania i wyznaczy mu w tym celu
dodatkowy termin, nie krtszy ___ 30 dni. Po bezskutecznym upywie tego terminu Zamawiajcy
bdzie uprawniony do odstpienia od Umowy (umowne prawo odstpienia). Wezwanie bdzie
wystosowane w formie pisemnej pod rygorem bezskutecznoci.
5. W takim przypadku:
7. W takim przypadku:
1) Zamawiajcy zachowa Produkty, Etapy lub czci Infrastruktury Technicznej, ktre zostay
odebrane (w tym uprawnienia nabyte na podstawie Umowy, takie jak autorskie prawa
majtkowe lub udzielone licencje), a Wykonawca:
2) jeeli do odebranych Produktw lub Etapw Zamawiajcy nie naby praw lub licencji zgodnie
z zasadami opisanymi w paragrafach regulujcych prawa wasnoci intelektualnej,
Zamawiajcy w ramach nalenego Wykonawcy wynagrodzenia nabywa do nich stosowne
prawa lub licencje na zasadach opisanych w paragrafach regulujcych prawa wasnoci
intelektualnej, z chwil zoenia owiadczenia o odstpieniu;
5) z tytuu korzystania przez Zamawiajcego z Produktw, usug lub innych wiadcze, o ktrych
mowa powyej, w okresie od ich dostarczenia przez Wykonawc do dnia ich zwrotu lub
zniszczenia Wykonawcy nie przysuguje jakiekolwiek wynagrodzenie lub odszkodowanie.
9. W takim przypadku:
10. Ilekro Umowa zastrzega dla Zamawiajcego umowne prawo odstpienia od Umowy z przyczyn,
za ktre odpowiedzialno ponosi Wykonawca, Zamawiajcy jest uprawniony do wykonania tego
uprawnienia w terminie 6 miesicy od daty, w ktrej powzi wiadomo o przyczynie
uzasadniajcej odstpienie od Umowy, w kadym przypadku nie pniej ni w terminie 12
miesicy od daty przewidzianej w Harmonogramie na Odbir Kocowy.
11. Z zastrzeeniem nastpnych ustpw, postanowienia niniejszej Umowy nie maj zastosowania do
odstpienia od Umowy na podstawie art. 145 pzp lub jej rozwizania na podstawie art. 145a pzp.
12. W przypadku odstpienia na podstawie art. 145 pzp lub rozwizania umowy na podstawie art.
145a pzp, Zamawiajcy zapaci wynagrodzenie Wykonawcy, przy czym wysoko tego
wynagrodzenia zostanie ustalona w oparciu o Wynagrodzenie opisane w Umowie, a jeeli bdzie
to niewystarczajce (np. w przypadku niedokoczonych prac) proporcjonalnie do stanu
zaawansowania prac.
13. Strony zastrzegaj dla owiadczenia o odstpieniu od Umowy form pisemn pod rygorem
niewanoci.
KOMENTARZ
Umowa wdroeniowa jest zazwyczaj kwalifikowana jako umowa o dzieo i jest umow wzajemn.
Oznacza to moliwo zastosowania szeregu przepisw, przyznajcych stronom umowy uprawnienie do
odstpienia od niej. Odstpienie moe wynika zarwno z przepisw ustawy (ustawowe prawo
odstpienia) jak i regulacji umownych (umowne prawo odstpienia).
Ponadto umowa moe zastrzega dla jednej lub obu stron kontraktu umowne prawo odstpienia (art.
395 k.c.). Umowne prawo odstpienia moe przysugiwa stronie bezwarunkowo albo by ograniczone
warunkiem, ktry moe rwnie polega na okrelonym zachowaniu drugiej strony (np. nieprawidowej
realizacji umowy). Skuteczne zastrzeenie umownego prawa odstpienia od umowy wymaga wskazania
terminu (nie warunku), w jakim strona moe skorzysta z tego uprawnienia.
W ujciu kodeksu cywilnego wykonanie zarwno ustawowego, jak i umownego prawa odstpienia od
umowy wywouje skutek wsteczny (ex tunc). W szczeglnoci oznacza to zwrot wiadcze. W wielu
sytuacjach taki skutek nie ley w interesie zamawiajcego. Mimo nieudanego wdroenia zamawiajcy
moe mie uzasadniony interes w zatrzymaniu czci wiadcze. Dzieje si tak w szczeglnoci, kiedy
dane oprogramowanie moe by dalej rozwijane przez zamawiajcego lub inne podmioty. W przypadku,
kiedy dane rozwizanie choby ze wzgldu na specyficzny know-how i brak specjalistw nie moe
by rozwijane przez podmiot inny ni wykonawca, preferowanym rozwizaniem jest peen skutek
odstpienia i zwrot wiadcze. Peen skutek moe mie te zastosowanie w przypadku projektw, w
ktrych min termin wykonania, a wiadczenie po terminie nie ma dla zamawiajcego znaczenia (np.
obsuga konkretnego wydarzenia).
Moliwo wprowadzenia w umowie modyfikacji skutkw odstpienia (a wic okrelenia takiego skutku
jedynie na przyszo) jest szeroko aprobowana w przypadku umownego prawa odstpienia. Tak te
Na gruncie obowizujcego prawa niejasne jest, jaki jest stosunek przepisw art. 54 i 55 pr.aut.,
dotyczcych nieterminowego dostarczenia utworu i dostarczenia utworu z usterkami, do przepisw
kodeksu cywilnego regulujcych uprawnienie zamawiajcego do odstpienia od umowy w razie
pozostawania w zwoce z wykonaniem dziea (przede wszystkim art 635 k.c.) oraz wadliwego
wykonywania umowy (art. 636 k.c.). Wypowiedzi w nauce prawa s bardzo rozbiene, a problemu nie
rozstrzyga rwnie orzecznictwo sdw. Jakkolwiek wykonywane w czasie wdroenia prace nie zawsze
KOMENTARZ
Powierzenie przetwarzania danych osobowych jest niezbdne w sytuacji, w ktrej w toku wdroenia lub
utrzymywania systemu informatycznego wykonawca w normalnym toku czynnoci uzyskuje lub moe
uzyska dostp do rzeczywistych danych osobowych zamawiajcego. Specyfika projektw
wdroeniowych oraz utrzymaniowych powoduje, e w zdecydowanej wikszoci przypadkw wykonawca
uzyskuje taki dostp, dlatego postanowienia dotyczce powierzenia przetwarzania danych wystpuj
zasadniczo we wszystkich umowach wdroeniowych / utrzymaniowych, dotyczcych systemw
informatycznych, w ktrych przetwarzane s jakiekolwiek dane osobowe.
28 POUFNO
1. Informacje Poufne niezalenie od formy ich utrwalenia lub przekazania to informacje
Zamawiajcego, ktre nie zostay podane do publicznej wiadomoci, a zostay przekazane
Wykonawcy w zwizku z realizacj Umowy, ktre Zamawiajcy oznaczy jako poufne lub w inny
sposb poinformowa Wykonawc, e traktuje je jako poufne. Informacjami poufnymi s take
informacje przekazane Wykonawcy w toku postpowania poprzedzajcego zawarcie Umowy,
oznaczone jako poufne.
1) nie ujawnia Informacji Poufnych innym podmiotom bez zgody Zamawiajcego, udzielonej
na pimie pod rygorem niewanoci;
3) nie powiela Informacji Poufnych w zakresie szerszym, ni jest to potrzebne dla realizacji
Umowy;
KOMENTARZ
2. Umowa zawarta jest pod prawem polskim. Wszelkie spory bd poddane pod rozstrzygnicie sdu
powszechnego waciwego dla siedziby Zamawiajcego.
3. Wszelkie zmiany Umowy bd dokonywane za zgod obu Stron, w formie pisemnej pod rygorem
niewanoci. Zmiany bd dokonywane w postaci aneksw do Umowy, chyba e w Umowie
wskazano inaczej.
2) Wymagania Dokumentacji
3) Infrastruktura Techniczna
4) Infrastruktura Zamawiajcego
7) SLA
10) Harmonogram
20) Wynagrodzenie
1.
OWIADCZENIA WSTPNE
2. Zamawiajcy owiadcza, e:
a) [nazwa zbioru] obejmujcym dane osobowe [kategorie osb, ktrych dane dotycz]
w zakresie [kategorie danych];
2) przetwarza dane osobowe objte zbiorami danych opisanymi w lit a) pkt 1 i pkt 2 powyej,
jako administrator danych w rozumieniu ustawy z dnia 29 sierpnia 1997 r. o ochronie
danych osobowych (Ustawa).
3) przetwarza dane osobowe objte zbiorem opisanym w pkt 1) lit. a) i b) powyej jako
podmiot przetwarzajcy dane osobowe na zlecenie _______________[informacje o
administratorze: firma, NIP, adres] administratora danych, na podstawie umowy
powierzenia przetwarzania danych osobowych zawartej zgodnie z art. 31 Ustawy.
Zakres powierzanych danych powinien zosta okrelony poprzez wskazanie kategorii osb,
ktrych dotycz powierzane dane osobowe, np. pracownicy zamawiajcego, oraz rodzajw
danych osobowych przetwarzanych dla kadej z tych kategorii osb. Opis zakresu powinien
wskazywa kategorie osb oraz rodzaje danych moliwie precyzyjnie, aby na podstawie opisu
mona byo okreli, czy dana jednostka informacji mieci si w zakresie powierzenia czy te
nie.
W zalenoci od liczby zbiorw danych osobowych objtych powierzeniem ten wzr naley
uzupeni dodajc kolejne podpunkty w ust. 2 pkt 1). Ze wzgldw praktycznych, opis zakresu
powierzanych danych mona przenie do zacznika.
KOMENTARZ: ust. 3 odnosi si do sytuacji w ktrej umow powierzenia objty jest zbir lub
zbiory, ktrych administratorem (tj. podmiotem decydujcym o celach i rodkach przetwarzania
danych osobowych) nie jest zamawiajcy, ale podmiot trzeci, ktry powierzy zamawiajcemu do
przetwarzania dane osobowe, na podstawie odrbnej umowy powierzenia przetwarzania danych
osobowych. Powierzenie przetwarzania takich danych osobowych jest dopuszczalne jedynie w
sytuacji, w ktrej takie dalsze powierzenie przetwarzania danych zostao przewidziane w
pierwotnej umowie powierzenia (midzy administratorem tych danych a zamawiajcym). Jeli
pierwotna umowa powierzenia przewiduje dalsze powierzenie (podpowierzenie / subpowierzenie)
to jest ono dopuszczalne z uwzgldnieniem ewentualnych ogranicze wynikajcych z tej umowy.
Przed dalszym powierzeniem do przetwarzania okrelonego zbioru danych naley zweryfikowa
czy jest ono dopuszczalne oraz czy istniej jakie szczeglne ograniczenia opisane w umowie. W
szczeglnoci takim ograniczeniem moe by obowizek uzyskania zgody administratora danych
przed dalszym powierzeniem przetwarzania.
2. Wykonawca bdzie przetwarza Dane Osobowe wycznie w celu realizacji Umowy Gwnej, tj.
__________ [cel wynikajcy z umowy gwnej].
KOMENTARZ: zakres czynnoci, ktre mog by wykonywane przez wykonawc porednio wynika
z celu powierzenia przetwarzania. W ust. 3 umowa zawiera doprecyzowanie tego zakresu
(sposobu przetwarzania danych) poprzez wskazanie katalogu czynnoci przetwarzania, ktre
moe wykonywa wykonawca.
KOMENTARZ: miejsce przetwarzania danych przez wykonawc (nie chodzi to o adres siedziby,
ale o miejsce rzeczywistego przetwarzania danych, np. lokalizacj serwerw wykonawcy o ile s
na nich przechowywane powierzone dane osobowe), oraz podwykonawcw powinno by znane
zamawiajcemu. Ponadto, istotne znaczenie ma okoliczno czy dane osobowe s przetwarzane
poza terytorium Europejskiego Obszaru Gospodarczego. Jeli tak, konieczne jest spenienie
dodatkowych warunkw, legalizujcych przekazanie danych osobowych poza EOG, np. zawarcie
dodatkowej umowy opartej na tzw. Standardowych Klauzulach Umownych lub uzyskanie zgody
GIODO. W tym wzorze proponujemy ograniczenie terytorium przetwarzania do lokalizacji
terytorium Polski.
3.
ZASADY PRZETWARZANIA DANYCH
OSOBOWYCH
4.
WYNAGRODZENIE
5.
OKRES OBOWIZYWANIA UMOWY
1. Umowa zawarta zostaa na czas wykonywania Umowy Gwnej. Umowa wygasa z chwil
wyganicia lub rozwizania Umowy Gwnej.
POSTANOWIENIA KOCOWE
1 Wszelkie zmiany Umowy wymagaj formy pisemnej pod rygorem niewanoci, w postaci
Aneksu do Umowy.
2 Wszelka korespondencja zwizana z Umow kierowana bdzie na zasadach opisanych w
Umowie Gwnej.
3 Strony postanawiaj, e wszelkie spory wynike w zwizku z zawarciem lub wykonaniem 4
4 Umowy rozstrzygane bd przez sd powszechny miejscowo waciwy dla siedziby
Zamawiajcego.
5 Umowa zostaa zawarta w dwch jednobrzmicych egzemplarzach, po jednym dla kadej ze
Stron.
W sprawach nieuregulowanych w Umowie stosuje si przepisy prawa polskiego, w
szczeglnoci przepisy Ustawy oraz Kodeksu cywilnego.