bip.gitd.gov.plbip.gitd.gov.pl/.../word_doc/0016/51091/siwz-kreptd-… · web viewzamawiający:...

ZAMAWIAJĄCY: SKARB PAŃSTWA – GŁÓWNY INSPEKTORATTRANSPORTU DROGOWEGO

ADRES: AL.JEROZOLIMSKIE 9400-807 WARSZAWA

ZAPROSZENIE DO UDZIAŁU W POSTĘPOWANIU I SKŁADANIA OFERTW POSTĘPOWANIU PROWADZONYM W TRYBIE PRZETARGU

NIEOGRANICZONEGONA BUDOWĘ, WDROŻENIE, UTRZYMANIE I ROZWÓJ KRAJOWEGO REJESTRU

ELEKTRONICZNEGO PRZEDSIĘBIORCÓW TRANSPORTU DROGOWEGO NUMER SPRAWY BDG.ZPB.0820.4.2015

Zapraszając do składania ofert w przedmiotowym postępowaniu Zamawiający niniejszym udostępnia specyfikację istotnych warunków zamówienia (SIWZ) obejmującą:Część I Warunki ogólne SIWZ (WO)Część II Warunki szczególne SIWZ oraz formularze pomocnicze (WS)Część III Opis przedmiotu zamówienia (OPZ)Część IV Istotne postanowienia umowy w sprawie zamówienia publicznego (IPU)

Wszystkie części SIWZ należy czytać łącznie i traktować jako wzajemnie się uzupełniającą całość. Postępowanie jest prowadzone na podstawie przepisów ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2013 r. poz. 907 z późn. zm.), zwanej dalej „ustawą Pzp”.

Ogłoszenie o zamówieniu zostało wysłane do publikacji Urzędowi Publikacji Unii Europejskiej w dniu ….………………. 2015 r. oraz opublikowane w Dzienniku Urzędowym Unii Europejskiej w dniu ….…………..……. 2015 r. numer …………………………………………………………. .Oferty należy składać w terminie do dnia ….…………….. 2015 r. do godz. 13:00 na adres: Główny Inspektorat Transportu Drogowego, Al. Jerozolimskie 94, 00-807 Warszawa w biurze podawczym (parter budynku).Otwarcie ofert nastąpi tego samego dnia o godz. 13:30 w siedzibie Zamawiającego, adres jw. Osobą upoważnioną do kontaktów jest Pani Agnieszka Markiewicz, tel. 22/220-46-31, faks 22/220-48-99, godz. urzędowania w dni robocze: od 8:15 do 16:15, e-mail: [email protected] zaproszenie jest elementem SIWZ.

Warszawa, dnia …………….……2015 r.za Komisję przetargową

……………………………………………(Przewodniczący Komisji przetargowej)

akceptuję warunki prawne

……………………………………………(Radca prawny)

zatwierdzam

……………………………………………(Kierownik Zamawiającego)

1

Część I SIWZWARUNKI OGÓLNE (WO)

1. Zamawiający.Skarb Państwa - Główny Inspektorat Transportu DrogowegoAl. Jerozolimskie 94, 00-807 Warszawastrona internetowa: www.gitd.gov.pl

2. Zamówienie.Przedmiot niniejszego postępowania jest określony w Części III i IV SIWZ.

3. Wykonawca.3.1. O udzielenie zamówienia mogą ubiegać się Wykonawcy nie podlegający wykluczeniu

na podstawie przepisów art. 24 ustawy Pzp.3.2. W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia

oraz w przypadku, gdy Wykonawca polega na potencjale podmiotów trzecich,które uczestniczyć będą w realizacji zamówienia, żaden z Wykonawców i żadenz tych podmiotów trzecich nie może podlegać wykluczeniu na podstawie przepisówart. 24 ustawy Pzp.

3.3. Na potwierdzenie braku podstaw do wykluczenia z postępowania Wykonawca składa oświadczenia i dokumenty, które są wskazane w Części II SIWZ.

3.4. O udzielenie zamówienia mogą ubiegać się Wykonawcy spełniający warunki udziałuw postępowaniu określone w art. 22 ust. 1 ustawy Pzp.

3.5. Sposób oceny spełniania warunków udziału w postępowaniu określa Część II SIWZ.3.6. Na potwierdzenie spełniania warunków udziału w postępowaniu Wykonawca składa

oświadczenia i dokumenty, które są wskazane w Części II SIWZ.3.7. W przypadku, gdy opis sposobu oceny spełniania warunków udziału w postępowaniu

określony w Części II SIWZ odnosi się do kwot podanych w złotych polskich (PLN)a Wykonawca wykazując spełnienie warunków udziału w postępowaniu wskaże kwotyw innej walucie niż złoty polski, dla potrzeb oceny spełniania warunku udziałuw postępowaniu kwoty te zostaną przez Zamawiającego przeliczone na złoty polskipo średnim kursie NBP z dnia publikacji ogłoszenia o zamówieniu w Dzienniku Urzędowym Unii Europejskiej. Jeśli w dniu publikacji tego ogłoszenia o zamówieniu nie zostanie opublikowana tabela średnich kursów NBP, zastosowany zostanie kurs z ostatniej tabeli kursów średnich opublikowanej przed dniem publikacji ogłoszenia o zamówieniu.

4. Opis sposobu przygotowania ofert.4.1. Wykonawca może złożyć tylko jedną ofertę na daną część zamówienia. Wykonawca może

złożyć ofertę na więcej niż jedną część zamówienia.4.2. Oferta musi obejmować całość zamówienia, a jeżeli Zamawiający dopuścił składanie ofert

częściowych oferta musi obejmować całość danej części zamówienia. Opis ewentualnych części zamówienia znajduje się w Części III SIWZ.

4.3. Ofertę stanowi wypełniony formularz „Oferta” (formularz numer OF.0) oraz dokumenty wymienione w Warunkach szczególnych SIWZ.

4.4. Wraz z ofertą powinny być złożone:4.4.1. oświadczenia i dokumenty potwierdzające brak przesłanek wykluczenia oraz

spełnianie warunków udziału w postępowaniu wymagane postanowieniami Części II i III SIWZ;

4.4.2. pełnomocnictwo do reprezentowania wszystkich Wykonawców wspólnie ubiegających się o udzielenie zamówienia, ewentualnie umowa o współdziałaniu, z której będzie wynikać przedmiotowe pełnomocnictwo. Pełnomocnik możebyć ustanowiony do reprezentowania Wykonawców w postępowaniualbo reprezentowania w postępowaniu i zawarcia umowy;

4.4.3. pełnomocnictwo do podpisania oferty - o ile uprawnienie do podpisania ofertynie wynika z innych dokumentów złożonych wraz z ofertą;

4.4.4. dowód wniesienia wadium, jeżeli wadium jest wymagane zgodniez postanowieniami Warunków szczególnych SIWZ. W przypadku gdy wymagane wadium wnoszone jest w innej formie niż pieniądz, Wykonawca powinien złożyć wraz z ofertą oryginał gwarancji lub poręczenia.

4.5. Oferta, oświadczenia i dokumenty, dla których Zamawiający określił wzory (formularze) powinny być sporządzone zgodnie z tymi wzorami co do treści oraz opisu kolumni wierszy.

4.6. Oferta, oświadczenia i dokumenty powinny być sporządzone w formie pisemnej, w języku polskim, w formie zapewniającej pełną czytelność treści.

4.7. Wszystkie strony oferty wraz z załącznikami zawierającymi jakąkolwiek treść powinny być podpisane lub parafowane przez Wykonawcę. Wszelkie zmiany w treści ofertyi załączników do oferty, w szczególności każde przerobienie, przekreślenie, uzupełnienie, nadpisanie, przesłonięcie korektorem, etc. muszą być podpisane lub parafowaneprzez Wykonawcę - w przeciwnym wypadku nie będą uwzględniane.

4.8. Wszystkie dokumenty powinny być złożone w oryginale albo kopii poświadczonejprzez notariusza, wystawcę dokumentu lub Wykonawcę. Pełnomocnictwa dołączonedo oferty powinny być złożone w oryginale albo kopii poświadczonej przez notariusza.

4.9. Wszystkie strony oferty winny być ze sobą trwale połączone i kolejno ponumerowane,z zastrzeżeniem przypadku, o którym mowa w pkt 4.10. W treści oferty powinnabyć umieszczona informacja o ilości stron.

4.10. Jeżeli w ofercie znajdują się informacje stanowiące tajemnicę przedsiębiorstwaw rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji, Wykonawca obowiązany jest jednoznacznie zastrzec, które spośród zawartych w ofercie informacji stanowią tajemnicę przedsiębiorstwa. Zamawiający zaleca aby informacje, co do których Wykonawca czyni zastrzeżenie, iż podlegają one ochronie jako tajemnica przedsiębiorstwa, były umieszczone w osobnym wewnętrznym opakowaniu, trwaleze sobą połączone i ponumerowane z zachowaniem ciągłości numeracji stron oferty.Prawidłowość dokonanego przez Wykonawcę zastrzeżenia będzie badana zgodniez następującymi zasadami:4.10.1. Zamawiający uwzględni zastrzeżenie, o którym mowa powyżej pod warunkiem,

że Wykonawca:a) wskaże w sposób jednoznaczny informacje podlegające tajemnicy

przedsiębiorstwa;b) do oferty załączy nieobjęte zastrzeżeniem uzasadnienie zastrzeżenia poprzez

wskazanie przyczyn faktycznych wraz ze wskazaniem spełnienia podstaw normatywnych uprawniających do dokonania zastrzeżenia;

c) do oferty załączy streszczenie lub opis zastrzeżonych informacjii dokumentów, który Zamawiający będzie mógł udostępniać osobom trzecim;

4.10.2. W przypadku braku wskazania w sposób jednoznaczny, które informacje podlegają ochronie jako tajemnica przedsiębiorstwa lub braku uzasadnienia zastrzeżenia poprzez wskazanie przyczyn faktycznych wraz ze wskazaniem spełnienia podstaw normatywnych uprawniających do dokonania zastrzeżenia, Zamawiający może nie uznać prawidłowości dokonanego zastrzeżenia tajemnicy przedsiębiorstwa bez obowiązku żądania dodatkowych wyjaśnień od Wykonawcy. W takim przypadku Zamawiający zwolniony będzie od wszelkiej

odpowiedzialności za jakiekolwiek ewentualne szkody powstałe w związku z ujawnieniem zastrzeżonych informacji osobom trzecim.W pozostałych przypadkach, jeżeli Zamawiający nie uzna prawidłowości dokonanego zastrzeżenia tajemnicy przedsiębiorstwa, poinformuje Wykonawcęo tym fakcie pisemnie w terminie 14 dni licząc od dnia otwarcia ofert, co najmniej jednak na 10 dni przed ich ujawnieniem. Jeśli w okresie tym Wykonawca skorzysta ze środków ochrony prawnej przewidzianych ustawą Pzp, Zamawiający wstrzyma się z ujawnianiem tych informacji do czasu wydania orzeczenia przez KIO lub - uwzględniając odwołanie - odstąpi od zamierzonej czynności ujawnienia zastrzeżonych informacji osobie lub osobom trzecim.

4.10.3. Przed podjęciem decyzji o braku uznania prawidłowości dokonanego przez Wykonawcę zastrzeżenia tajemnicy przedsiębiorstwa, Zamawiający może zażądać od Wykonawcy dodatkowych wyjaśnień. W takim przypadku termin14 dni, o którym mowa w pkt 4.10.2, ulega przedłużeniu o czas wyznaczony przez Zamawiającego na złożenie przez Wykonawcę dodatkowych wyjaśnień.

4.10.4. Wykonawca nie może skutecznie zastrzec, iż podlegającą ochronie tajemnicę przedsiębiorstwa stanowią informacje podawane do wiadomości podczas otwarcia ofert, to jest w szczególności informacje dotyczące ceny, terminu wykonania zamówienia, okresu gwarancji i warunków płatności zawartych w ofercie.

4.11. Ofertę wraz z oświadczeniami i dokumentami należy umieścić w zamkniętym opakowaniu, uniemożliwiającym odczytanie jego zawartości bez uszkodzeniatego opakowania. Opakowanie winno być oznaczone nazwą (firmą) i adresem Wykonawcy, zaadresowane na adres podany w Zaproszeniu do składania ofert oraz opisane: „Oferta na „Budowę, wdrożenie, utrzymanie i rozwój KREPTD” i „Nie otwierać przed dniem …………………...2015 r.”(Proszę wpisać termin otwarcia ofert).

4.12. Wymagania określone w pkt 4.9-4.11. nie stanowią o treści oferty i ich niespełnienienie będzie skutkować odrzuceniem oferty; wszelkie negatywne konsekwencje mogące wyniknąć z niezachowania tych wymagań będą obciążały Wykonawcę.

4.13. Przed upływem terminu składania ofert, Wykonawca może wprowadzić zmianydo złożonej oferty lub wycofać ofertę. Oświadczenia o wprowadzonych zmianachlub wycofaniu oferty powinny być doręczone Zamawiającemu na piśmie, pod rygorem nieważności, przed upływem terminu składania ofert. Oświadczenia powinnybyć opakowane tak jak oferta, a opakowanie powinno zawierać odpowiednio dodatkowe oznaczenie wyrazem: „ZMIANA NR …” albo „WYCOFANIE”.

4.14. W przypadku otrzymania przez Zamawiającego oferty po terminie składania ofert, stosować się będzie art. 84 ust. 2 ustawy Pzp.

4.15. Oferty wraz z załącznikami należy składać od poniedziałku do piątku w podanychw Zaproszeniu do składania ofert godzinach urzędowania, za wyjątkiem dni wolnych od pracy w rozumieniu ustawy z dnia 18 stycznia 1951 r. o dniach wolnych od pracy (Dz. U. Nr4 poz. 28 ze zm.).

5. Wymagania dotyczące wadium.Wymagania dotyczące wadium oraz jego wysokości określa Część II SIWZ.

6. Termin, do którego Wykonawca będzie związany złożoną ofertą.6.1. Termin związania ofertą został określony w Części II SIWZ. Bieg terminu rozpoczyna

się wraz z upływem terminu składania ofert.6.2. Wykonawca samodzielnie lub na wniosek Zamawiającego może przedłużyć termin

związania ofertą, z tym że Zamawiający może raz, co najmniej na 3 dni przed upływem terminu związania ofertą, zwrócić się do Wykonawców o wyrażenie zgodyna przedłużenie terminu związania ofertą, o oznaczony okres nie dłuższy niż 60 dni.

Odmowa wyrażenia zgody na przedłużenie terminu związania ofertą nie powoduje utraty wadium, jeżeli wadium w postępowaniu było wymagane.

6.3. Jeżeli wadium w postępowaniu było wymagane, przedłużenie terminu związania ofertą jest dopuszczalne tylko z jednoczesnym przedłużeniem okresu ważności wadiumalbo, jeżeli nie jest to możliwe, z wniesieniem nowego wadium na przedłużony okres związania ofertą. Jeżeli przedłużenie terminu związania ofertą dokonywane jestpo wyborze oferty najkorzystniejszej, obowiązek wniesienia nowego wadium lubjego przedłużenia, dotyczy jedynie Wykonawcy, którego oferta została wybranajako najkorzystniejsza.

6.4. W przypadku wniesienia odwołania po upływie terminu składania ofert bieg terminu związania ofertą ulega zawieszeniu do czasu ogłoszenia przez Krajową Izbę Odwoławczą orzeczenia.

7. Składanie i otwarcie ofert.7.1. Miejsce i termin składania i otwarcia ofert określa Zaproszenie do udziału

w postępowaniu.7.2. Otwarcie ofert jest jawne. Wykonawcy mogą być obecni podczas otwarcia ofert.7.3. Bezpośrednio przed otwarciem ofert Zamawiający poda kwotę, jaką zamierza przeznaczyć

na sfinansowanie zamówienia. Podczas otwarcia ofert Zamawiający odczyta nazwę (firmę) oraz adres Wykonawcy, którego oferta jest otwierana oraz informacje dotyczące ceny oferty, terminu wykonania zamówienia, okresu rękojmi i warunków płatności zawartych w ofercie.

8. Kwalifikacja Wykonawców.8.1. Zamawiający oceni czy Wykonawcy, którzy złożyli oferty nie podlegają wykluczeniu

z ubiegania się o zamówienie oraz czy spełniają warunki udziału w postępowaniu.8.2. W przypadkach, o których mowa w art. 26 ust. 3 i 4 ustawy Pzp, Zamawiający wezwie

Wykonawców do wyjaśnienia lub uzupełnienia dokumentów. 8.3. Zamawiający wykluczy z postępowania Wykonawców w przypadkach, o których mowa

w art. 24 ustawy Pzp.

9. Badanie i ocena ofert.9.1. W przypadkach, o których mowa w art. 87 ust. 1 i 2 ustawy Pzp, Zamawiający wezwie

Wykonawców do wyjaśnienia treści oferty i poprawi w ofertach omyłki.9.2. Zamawiający odrzuci ofertę w przypadku spełnienia przesłanki z art. 89 ustawy Pzp.9.3. Zamawiający wybierze ofertę najkorzystniejszą w oparciu o kryteria oceny ofert

określone w Części II SIWZ, z tym że:9.3.1. w przypadku gdy przewidziano wybór oferty najtańszej (jedynym kryterium

jest cena), za najkorzystniejszą zostanie uznana oferta najtańsza spośródofert niepodlegających odrzuceniu i złożonych przez Wykonawcęnie podlegającego wykluczeniu. Jeżeli nie będzie można dokonać wyboru oferty najkorzystniejszej ze względu na to, że zostały złożone oferty o takiej samej cenie, Zamawiający wezwie Wykonawców, którzy złożyli te oferty,do złożenia w wyznaczonym terminie ofert dodatkowych. Wykonawcyw ofertach dodatkowych nie mogą zaoferować cen wyższych niż zaoferowane w złożonych ofertach;

9.3.2. w przypadku gdy przewidziano wybór oferty najkorzystniejszej ekonomicznie (zastosowanie ma kilka kryteriów oceny ofert), za najkorzystniejszą zostanie uznana oferta przedstawiająca najkorzystniejszy bilans ceny i innych kryteriów. Jeżeli nie będzie można dokonać wyboru oferty najkorzystniejszej ze względu na to, że dwie lub więcej ofert przedstawia taki sam bilans ceny

i innych kryteriów oceny ofert, Zamawiający spośród tych ofert wybierze ofertę z najniższą ceną;

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

10. Unieważnienie postępowania.Zamawiający unieważni postępowanie w przypadkach określonych w art. 93 ust.1 ustawy Pzp lub - jeżeli przewiduje to Część II SIWZ - w art. 93 ust. 1a ustawy Pzp.O unieważnieniu postępowania Zamawiający zawiadomi Wykonawców zgodniez art.93 ust. 3 ustawy Pzp.

11. Udzielenie zamówienia.11.1. Zamawiający udzieli zamówienia Wykonawcy, którego oferta zostanie uznana

za najkorzystniejszą.11.2. Zamawiający zawiadomi o wyniku postępowania wszystkich Wykonawców, którzy złożyli

oferty zgodnie z art. 92 ustawy Pzp.11.3. Zamawiający wskaże Wykonawcy, którego oferta zostanie wybrana, miejsce i termin

podpisania umowy zgodnie z art. 94 ust. 1 i 2 ustawy Pzp.11.4. Jeżeli Wykonawca, którego oferta została wybrana, uchyla się od zawarcia umowy

lub nie wniesie wymaganego zabezpieczenia należytego wykonania umowy, Zamawiający będzie mógł wybrać ofertę najkorzystniejszą spośród pozostałych ofert,bez przeprowadzania ich ponownego badania i oceny, chyba że zachodzą przesłanki unieważnienia postępowania, o których mowa w art. 93 ust. 1 ustawy Pzp.

12. Zabezpieczenie należytego wykonania umowy.Wymagania dotyczące zabezpieczenia należytego wykonania umowy oraz jego wysokości określa Część II SIWZ.

13. Środki ochrony prawnej.Pouczenie o środkach ochrony prawnej zawiera Część II SIWZ.

14. Opis sposobu porozumiewania się i udzielania wyjaśnień treści SIWZ oraz oświadczenie, czy Zamawiający zamierza zwołać zebranie Wykonawców.

14.1. Wszelkie oświadczenia, wnioski, zawiadomienia oraz inne informacje Zamawiającyoraz Wykonawcy będą przekazywać pisemnie, faksem lub drogą elektroniczną.Dane teleadresowe określa Zaproszenie do udziału w postępowaniu.

14.2. Zamawiający wymaga niezwłocznego potwierdzenia przez Wykonawcę pisemnie, faksem lub drogą elektroniczną faktu otrzymania każdej informacji przekazanej w innej formieniż pisemna, a na żądanie Wykonawcy potwierdzi fakt otrzymania od niego informacji.

14.3. Wykonawca może zwrócić się do Zamawiającego z wnioskiem o wyjaśnienie treści SIWZ. Procedura wyjaśniania lub zmiany treści SIWZ określona została w art. 38 ustawy Pzp. Zamawiający udzieli Wykonawcy wyjaśnień niezwłocznie, jednak nie później niżw terminie określonym w art. 38 ust. 1 ustawy Pzp, przekazując treść pytań i wyjaśnień Wykonawcom, którym przekazał SIWZ, bez ujawniania źródeł zapytania, pod warunkiem, że wniosek o wyjaśnienie treści SIWZ wpłynął do Zamawiającego nie późniejniż do końca dnia, w którym upływa połowa wyznaczonego terminu składania ofert.Jeżeli wniosek o wyjaśnienie treści SIWZ wpłynie po upływie terminu, o którym mowaw zdaniu poprzednim, lub dotyczy już udzielonych wyjaśnień, Zamawiający może udzielić

wyjaśnień albo pozostawić wniosek bez rozpoznania.14.4. W przypadku rozbieżności pomiędzy treścią SIWZ a treścią udzielonych wyjaśnień

lub treścią protokołu z zebrania wszystkich Wykonawców, jako obowiązującą należy przyjąć treść pisma zawierającego późniejsze oświadczenie Zamawiającego.

FORMULARZ NUMER OF.0.BDG. ZPB.0820.4.2015

…………………………………………(pieczęć Wykonawcy/Wykonawców)

OFERTAdla

Głównego Inspektoratu Transportu Drogowego

W postępowaniu o zamówienie publiczne prowadzonym w trybie przetargu nieograniczonego na: „Budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego” my niżej podpisani:…………………………………….działając w imieniu i na rzecz ………………………………………………………………… [nazwa (firma) i dokładny adres Wykonawcy/Wykonawców, w przypadku składania oferty przez podmioty występujące wspólnie należy podać nazwy (firmy) i adresy wszystkich wspólników spółki cywilnej lub członków konsorcjum]

1) składamy ofertę na wykonanie przedmiotu zamówienia w zakresie określonym w Specyfikacji Istotnych Warunków Zamówienia w ww. postępowaniu (dalej „SIWZ”)

2) oświadczamy, że zapoznaliśmy się ze SIWZ i uznajemy się za związanychjej postanowieniami;

3) oferujemy wykonanie przedmiotu zamówienia za cenę netto………….(słownie…………….), tj. cenę brutto …………………… (słownie ……………………………………………..…) złotych;

Lp. Zakres usługi Cena netto Cena brutto

1 2 3 4

1.Budowa i wdrożenie systemu KREPTD

2. Utrzymanie systemu KREPTD

3.Rozwój systemu KREPTD (Cena jednej roboczogodziny w ramach usługi rozwoju x 20000)

Ogółem cena oferty brutto (1+2+3)

4) zobowiązujemy się do wykonania zamówienia w terminie zgodnym z postanowieniami SIWZ;

5) akceptujemy warunki płatności określone w SIWZ;6) uważamy się za związanych niniejszą ofertą przez cały okres wskazany w SIWZ,

tj. przez okres 60 dni;7) wnieśliśmy wadium w wysokości: 100 000,00 zł w formie ………….… 8) zamówienie zrealizujemy sami / w następującym zakresie przy udziale podwykonawców*: …

(należy określić zakres planowanej do powierzenia części zamówienia)

8

9) oświadczamy, że sposób reprezentacji Wykonawcy / Wykonawców* dla potrzeb niniejszego zamówienia jest następujący: ……………………………………………………… (wypełniają jedynie przedsiębiorcy składający wspólną ofertę - spółki cywilne lub konsorcja);

10) deklarujemy wniesienie zabezpieczenia należytego wykonania umowy w wysokości 10 % ceny brutto określonej w pkt 3 oferty, w następującej formie/formach: ……………………………..

11) Oświadczamy, że:

oferta oraz załączniki do oferty są jawne i nie zawierają informacji stanowiących tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji*

------------------------------ albo ------------------------------

następujące informacje w ofercie oraz załącznikach do oferty:a) … (w tym miejscu należy podać rodzaj informacji lub nazwę dokumentu)

zawarte na stronach … (w tym miejscu należy podać numery stron oferty lub nazwę załącznika do oferty i numery stron załącznika)

b) …c) …zawierają informacje stanowiące tajemnicę przedsiębiorstwa w rozumieniu przepisówo zwalczaniu nieuczciwej konkurencji. W pozostałej części oferta oraz załączniki do ofertysą jawne i nie zawierają informacji stanowiących tajemnicę przedsiębiorstwaw rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji.*

12) Oświadczamy, że w przypadku zastrzeżenia, że w naszej ofercie znajdują się informacje stanowiące tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji, akceptujemy następujące zasady badania przez Zamawiającego prawidłowości dokonanego przez nas zastrzeżenia:1) Zamawiający uwzględni zastrzeżenie pod warunkiem, że:

a) Wykonawca wskaże w sposób jednoznaczny informacje podlegające tajemnicy przedsiębiorstwa;

b) do oferty będzie załączone uzasadnienie zastrzeżenia poprzez wskazanie przyczyn faktycznych wraz ze wskazaniem spełnienia podstaw normatywnych uprawniających do dokonania zastrzeżenia;

c) do oferty będzie załączone streszczenie lub opis zastrzeżonych informacji i dokumentów, który Zamawiający będzie mógł udostępniać osobom trzecim;

2) W przypadku braku wskazania w sposób jednoznaczny, które informacje podlegają ochronie jako tajemnica przedsiębiorstwa lub braku uzasadnienia zastrzeżenia poprzez wskazanie przyczyn faktycznych wraz ze wskazaniem spełnienia podstaw normatywnych uprawniających do dokonania zastrzeżenia, Zamawiający może nie uznać prawidłowości dokonanego zastrzeżenia tajemnicy przedsiębiorstwa bez obowiązku żądania dodatkowych wyjaśnień od Wykonawcy. W takim przypadku Zamawiający zwolniony będzie od wszelkiej odpowiedzialności za jakiekolwiek ewentualne szkody powstałe w związku z ujawnieniem zastrzeżonych informacji osobom trzecim. W pozostałych przypadkach, jeżeli Zamawiający nie uzna prawidłowości dokonanego zastrzeżenia tajemnicy przedsiębiorstwa, poinformuje Wykonawcę o tym fakcie pisemnie w terminie 14 dni licząc od dnia otwarcia ofert,co najmniej jednak na 10 dni przed ich ujawnieniem. Jeśli w okresie tym Wykonawca skorzysta ze środków ochrony prawnej przewidzianych ustawą Pzp, Zamawiający wstrzyma się z ujawnianiem tych informacji do czasu wydania orzeczeniaprzez KIO lub - uwzględniając odwołanie - odstąpi od zamierzonej czynności ujawnienia zastrzeżonych informacji osobie lub osobom trzecim.

3) Przed podjęciem decyzji o braku uznania prawidłowości dokonanegoprzez Wykonawcę zastrzeżenia tajemnicy przedsiębiorstwa, Zamawiającymoże zażądać od Wykonawcy dodatkowych wyjaśnień. W takim przypadku termin14 dni, o którym mowa w pkt. 2, ulega przedłużeniu o czas wyznaczonyprzez Zamawiającego na złożenie przez Wykonawcę dodatkowych wyjaśnień.

4) Wykonawca nie może skutecznie zastrzec, iż podlegającą ochronie tajemnicę przedsiębiorstwa stanowią informacje podawane do wiadomości podczas otwarcia ofert, to jest w szczególności informacje dotyczące ceny, terminu wykonania zamówienia, okresu gwarancji i warunków płatności zawartych w ofercie.

13) oświadczamy, że zapoznaliśmy się z istotnymi postanowieniami umowy, określonymiw Części IV SIWZ i w przypadku wyboru naszej oferty zobowiązujemy się do zawarcia umowy zgodnej z naszą ofertą, na warunkach określonych w SIWZ oraz w miejscu i terminie wyznaczonym przez Zamawiającego.

14) wszelkie informacje i korespondencję w sprawie niniejszego postępowania prosimy kierowaćna adres: ……………………………….……….…, fax nr ………………………………….., e-mail …………………………….……. a w przypadku konieczności kontaktu telefonicznegopod nr tel. …………………………..

15) oferta niniejsza wraz z załącznikami liczy ……… kolejno ponumerowanych stron.

16) załącznikami do oferty są:a) oświadczenie o braku podstaw do wykluczenia,b) oświadczenie o spełnianiu warunków udziału w postępowaniu,c) …

………………… dnia ….. ….. …..r.

…………………………………………………………(podpis Wykonawcy/ Pełnomocnika Wykonawcy)

* niepotrzebne skreślić

FORMULARZ NUMER OF.01BDG. ZPB.0820.4.2015


Kryteria funkcjonalno-techniczne rozwiązania w postępowaniu o zamówienie publiczne prowadzonym w trybie przetargu nieograniczonego na: „Budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego”

ID Element Opis rozwiązaniaWykonawcy

1. ………..

2.

… dnia … … 2015 r.

……….……………….…………………………(podpis Wykonawcy / Pełnomocnika Wykonawcy)

Objaśnienie kolumn/wierszy:

NazwaKolumny

Opis zawartości Wartości jakie przyjmuje

ID Unikalny identyfikator Zadania np. 1 Lista numerowanaElement Zagadnienie wymagające przygotowania przez

Wykonawcę opisu rozwiązania, o którym mowa w pkt. 3.2 sekcji B - Kryteria oceny ofert. Szczegółowy opis zagadnienia znajduje się w Załączniku nr 2 do SIWZ - "Ocena funkcjonalno-techniczna (koncepcja implementacji) zaproponowanego rozwiązania".

Treść opisu zadania

Opis rozwiązaniaWykonawcy

Opis rozwiązania Wskazanie przez Wykonawcę odniesienia do rozdziału, punktu w opisie rozwiązania

W Formularzu OF.1. Wykonawca winien przedstawić opis swojego rozwiązania zgodnie z warunkami przedstawionymi w niniejszym rozdziale.

11

Oferty zostaną ocenione na podstawie opisów dostarczonych przez Wykonawców w Formularzach OF.1. „Opis rozwiązania”. Opis rozwiązań Wykonawcy zawarty w Formularzu OF.1., będzie podstawą do:

oceny zrozumienia przez Wykonawcę Problemu oraz adekwatności rozwiązania do wymagań przedstawionych przez Zamawiającego,

oceny możliwości realizacji systemu przez Wykonawcę w wymaganych terminach.

Obowiązkiem Wykonawcy jest zapewnienie kompletności opisów i ich odpowiedniej dokładności umożliwiającej Zamawiającemu przeprowadzenia oceny, o której mowa poniżej.

Niezależnie od otrzymanej oceny za rozwiązanie nie zwalnia się Wykonawcy z wdrożenia skutecznego rozwiązania w przypadku wyboru do realizacji jego oferty.

Zamawiający wymaga, aby Opis rozwiązania zawierał co najmniej następujące elementy opisane zgodnie z poniższą strukturą:

1. Konceptualny model bazy danych implementowanej w celu pokrycia funkcjonalności realizowanej przez system

a. Konceptualny model danych w postaci diagramub. Lista i opis zidentyfikowanych encji i atrybutów encjic. Opis relacji

2. Obsługa wyszukiwania i prezentacji wyników na listach i podglądu szczegółowych danych w aplikacji KPK, aplikacji dla Starostw i Organów Kontroli

a. Wskazanie listy wymagań realizowanych w ramach opisywanego rozwiązaniab. Opis sposobu spełnienia wymagań funkcjonalnych i niefunkcjonalnychc. Opis sposobu spełnienia wymagań wynikających z Krajowymi Ramami

Interoperacyjności d. Opis sposobu spełnienia wymagań w zakresie zgodności z Uwarunkowaniami

formalno-prawnymi dla systemue. Opis rozwiązań stosowanych w celu zapewnienia wydajności i ergonomii

3. Generyczny konfigurator mapowania kategorii naruszeń i nałożonych sankcji krajowych na naruszenia i sankcje ERRU

a. Opis koncepcji b. Opis sposobu spełnienia wymagań funkcjonalnych i niefunkcjonalnych c. Opis sposobu spełnienia wymagań w zakresie zgodności z Uwarunkowaniami

formalno-prawnymi dla systemu4. Przedstawienie listy ryzyk związanych z zapewnieniem spójności przetwarzanych danych

a. Lista i opis ryzykb. Wskazanie, dla każdego ryzyka, źródła

5. Opis procesu wytwórczegoa. Opis uwzględniający spełnienie wymagań opisanych w OPZ

6. Zgodność z KRIa. Wskazanie w opisie oferty zgodności z Krajowymi Ramami Interoperacyjności i

powiązanymi z nimi zaleceniami7. Propozycja procedury utrzymania systemu KREPTD

a. Opis procesów utrzymania systemu KREPTD w formie diagramu lub diagramów BPMN w wersji 2.0

b. Szczegółowy opis kroków realizowanych w ramach realizacji procedury utrzymania8. Aplikacja dla pracowników KPK

a. Wskazanie listy wymagań realizowanych w ramach opisywanego rozwiązania

b. Opis sposobu spełnienia wymagań funkcjonalnych i niefunkcjonalnychc. Opis sposobu spełnienia wymagań wynikających Krajowych Ram

Interoperacyjnościd. Opis sposobu spełnienia wymagań w zakresie zgodności z Uwarunkowaniami

formalno-prawnymi dla systemu

Ogólne opisy nie związane bezpośrednio z realizacją zamówienia lub związane z realizacją innych projektów Wykonawcy, nie będą brane pod uwagę.

Wykonawca dla przygotowanego opisu rozwiązania wypełni powyższy formularz.

Formularz numer DP.1.BDG. ZPB.0820.4.2015


OŚWIADCZENIEo braku podstaw do wykluczenia*

My niżej podpisani:…………………………………………………………………………………….działając w imieniu i na rzecz ………………………………………………………………… [nazwa (firma) i dokładny adres Wykonawcy/Wykonawców, w przypadku składania oferty przez podmioty występujące wspólnie należy podać nazwy (firmy)i adresy wszystkich wspólników spółki cywilnej lub członków konsorcjum]

składając ofertę w postępowaniu o udzielenie zamówienia publicznego prowadzonym w trybie przetargu nieograniczonego na „Budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego” oświadczamy, że nie podlegamy wykluczeniu z przedmiotowego postępowania na podstawie art. 24 ust. 1 ustawy z dnia 29 stycznia 2004 r. - Prawo zamówień publicznych.

………………… dnia … … …r.

…………………………………………………………(podpis Wykonawcy / Pełnomocnika Wykonawcy)

* niniejsze oświadczenie składają również podmioty, o których mowa w art. 26 ust. 2b ustawyz dnia 29 stycznia 2004 r. - Prawo zamówień publicznych (Dz. U. z 2013, poz. 907 z późn. zm.).



OŚWIADCZENIEo spełnianiu warunków udziału w postępowaniu

My niżej podpisani:…………………………………………………………………………………….działając w imieniu i na rzecz ………………………………………………………………… [nazwa (firma) i dokładny adres Wykonawcy/Wykonawców, w przypadku składania oferty przez podmioty występujące wspólnie należy podać nazwy (firmy) i adresy wszystkich wspólników spółki cywilnej lub członków konsorcjum]

składając ofertę w postępowaniu o udzielenie zamówienia publicznego prowadzonym w trybie przetargu nieograniczonego na „Budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego„ oświadczamy, że spełniamy warunki udziału w ww. postępowaniu.

… dnia … … …r.


15



WYKAZ WYKONANYCH ZAMÓWIEŃ


składając ofertę w postępowaniu o udzielenie zamówienia publicznego prowadzonym w trybie przetargu nieograniczonego na „Budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego”, oświadczamy, że w ciągu ostatnich 3 lat przed upływem terminu składania ofert wykonaliśmy/wykonujemy* następujące zamówienia odpowiadające wymaganiom Zamawiającego:

l.p.

nazwawykonawcy

lub podmiotu wykazującego doświadczenie

nazwa i adres zamawiającego

wartość (brutto) zamówienia

informacje pozwalające na ocenę spełniania

warunków udziałuw postępowaniu

określonych w SIWZ

data realizacji zamówienia(od dd-mm-rrrr do dd-mm-rrrr)

1 2 3 4 5 6

Do niniejszego oświadczenia załączamy dowody potwierdzające należyte wykonanie zamówień.

Oświadczamy, że podmioty, na których doświadczeniu polegamy wykazując spełnienie warunku wiedzy i doświadczenia określonego w SIWZ, będą brały udział w realizacji części zamówienia,na potwierdzenie czego załączamy np. pisemne zobowiązanie tych podmiotów zgodne z warunkami udziału w postępowaniu i opisem sposobu dokonywania oceny spełniania tych warunków określonymi w Części II SIWZ (Warunki szczególne)**

………………………… dnia … … …r.


* niepotrzebne skreślić

**skreślić w przypadku, gdy wykonawca wskazał w tabeli, że wymienione zamówienia zostały wykonane bezpośrednio przez wykonawcę lub przez poszczególnych członków konsorcjum

16

Formularz Numer DP.4.BDG. ZPB.0820.4.2015

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

(pieczęć Wykonawcy/Wykonawców)

WYKAZ OSÓB

KTÓRE BĘDĄ UCZESTNICZYĆ W WYKONANIU ZAMÓWIENIA

My niżej podpisani:

….

….

działając w imieniu i na rzecz ……. (nazwa (firma) i dokładny adres Wykonawcy/Wykonawców,

w przypadku składania oferty przez podmioty występujące wspólnie należy podać nazwy (firmy)

i adresy wszystkich wspólników spółki cywilnej lub członków konsorcjum)

Składając ofertę w postępowaniu o udzielenie zamówienia publicznego prowadzonym przez Główny Inspektorat Transportu Drogowego w trybie przetargu nieograniczonego na „Budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego”, oświadczamy, że dysponujemy następującymi osobami, które będą brały udział w realizacji zamówienia oraz dołączamy dokumenty potwierdzające wymagane kwalifikacje:

l.p. imię i nazwisko przewidziana funkcja w zamówieniu

krótki opis kwalifikacji(opis powinien w sposób jednoznaczny

potwierdzać spełnianie wymagań Zamawiającego w odniesieniu do funkcji

na jaką osoba jest proponowana)

1. 2. 3. 4.

……………………. dnia ……………. r.

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

(podpis Wykonawcy / Pełnomocnika Wykonawcy)



LISTA PODMIOTÓW NALEŻĄCYCH DO TEJ SAMEJ GRUPY KAPITAŁOWEJ


składając ofertę w postępowaniu o udzielenie zamówienia publicznego prowadzonym w trybie przetargu nieograniczonego na „Budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego” oświadczamy, że:

następujące podmioty należą do tej samej grupy kapitałowej w rozumieniu ustawy z dnia 16 lutego 2007 r. o ochronie konkurencji i konsumentów (Dz. U. Nr 50, poz. 331, z późn. zm.),:*

1. …………………………….2. ……………………………..

albo

Wykonawca nie należy do grupy kapitałowej w rozumieniu ustawy z dnia 16 lutego 2007 r. o ochronie konkurencji i konsumentów (Dz. U. Nr 50, poz. 331, z późn. zm.).*

…………………. dnia … … …r.


* skreślić jeżeli nie dotyczy

18

Część II SIWZWARUNKI SZCZEGÓLNE (WSZ)

Niniejsze Warunki szczególne dotyczą postępowania określonego w Zaproszeniu do składania ofert. Niniejsze Warunki szczególne SIWZ uzupełniają lub zmieniają Warunki ogólne SIWZ obowiązujące w Głównym Inspektoracie Transportu Drogowego. Powinny one być interpretowane wraz z całością dokumentów składających się na specyfikację istotnych warunków zamówienia (SIWZ). Niniejsze Warunki szczególne SIWZ określają:A. warunki udziału w postępowaniu oraz sposób dokonywania oceny spełniania tych warunków;B. kryteria oceny ofert;C. pozostałe informacje uzupełniające Warunki ogólne SIWZ:

1) wadium;2) zabezpieczenie należytego wykonania umowy;3) termin związania ofertą;4) informacje o formalnościach, jakie powinny zostać dopełnione po wyborze oferty w celu

zawarcia umowy;5) unieważnienie postępowania na podstawie art. 93 ust. 1a ustawy Pzp;6) pouczenie o środkach ochrony prawnej;7) zebranie przedofertowe;8) aukcja elektroniczna.

19

A. Warunki udziału w postępowaniu i opis sposobu dokonywania oceny spełnianiatych warunków.

1. O udzielenie zamówienia mogą ubiegać się Wykonawcy spełniający warunki, o których mowa w art. 22 ust. 1 ustawy Pzp, dotyczące:

1.1. posiadania wiedzy i doświadczenia

Wykonawca musi wykazać, że w okresie ostatnich 3 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie, wykonał (a w przypadku świadczeń okresowych lub ciągłych również wykonuje) co najmniej:

1.1.1 2 projekty o wartości wykonania i wdrożenia nie mniejszej niż 4 000 000 PLN (słownie: cztery miliony złotych) brutto, polegające na budowie lub rozbudowie systemu informatycznego, które obejmowały wykonanie i wdrożenie oprogramowania spełniającego łącznie wymagania:

a) system został wykonany z wykorzystaniem relacyjnej bazy danych,b) system realizuje integrację danych dostarczanych przez min. 3 niezależnych

dostawców, przy czym integracja danych realizowana jest przy użyciu standardów SOAP lub REST, zaimplementowanych na platformie ESB.

c) system weryfikuje kompletność i poprawność danych zgodnie z obowiązującymi zasadami i przepisami,

d) w systemie istnieje możliwość wygenerowania przekrojowych raportów,e) w systemie zarejestrowanych jest min. 70 000 (siedemdziesiąt tysięcy)

obsługiwanych podmiotów, f) system realizuje funkcjonalności aplikacji przeglądarkowej g) system realizuje funkcjonalności hurtowni danych (jako element/moduł systemu)

wspierając wielowymiarowe struktury danych (ROLAP, MOLAP)

1.1.2 2 projekty, obejmujące utrzymanie systemu informatycznego, spełniające wymagania określone w pkt. 1.1.1. lit a) powyżej, przy czym wartość usług utrzymania systemu wynosiła co najmniej 400 000 PLN (czterysta tysięcy złotych) brutto rocznie a zadania wykonawcy obejmowały co najmniej:

a) obsługę zgłoszeń incydentów od użytkowników systemu,b) usuwanie wad w utrzymywanym systemie,c) administrowanie systemem, zarządzanie uprawnieniamid) system jest objęty obsługą serwisową w trybie 24h/7 dni w tygodniu;

1.2. dysponowania potencjałem technicznym i osobami zdolnymi do wykonania zamówienia

Wykonawca musi posiadać potencjał kadrowy potwierdzony dysponowaniem osobami zdolnymi do wykonania zamówienia, posiadającymi udokumentowane kwalifikacje zawodowe, doświadczenie i wykształcenie niezbędne do realizacji zamówienia. W tym celu Wykonawca zapewni zespół osób zdolnych do realizacji zamówienia o kwalifikacjach nie gorszych niż:

1.2.1 1 (jeden) Koordynator projektu, posiadający minimum 5-letnie doświadczenie w kierowaniu projektami informatycznymi, potwierdzone udziałem, w realizacji co najmniej czterech projektów informatycznych w tym przynajmniej jednego, który spełnia wymagania określone w pkt. 1.1.1. Posiada certyfikat PRINCE2® Practitioner lub równoważny.

1.2.2 1 (jeden) Projektant-architekt, posiadający minimum 5-letnie doświadczenie w pracy w zakresie projektowania systemów informatycznych, potwierdzone udziałem jako

Projektant-architekt, w realizacji co najmniej trzech projektów informatycznego w tym przynajmniej jednego, który spełnia wymagania określone w pkt. 1.1.1., oraz posiadający praktyczną znajomość modelowania procesów biznesowych w notacji BPMN 2.0, projektowania architektury korporacyjnej zgodnie ze standardem TOGAF, notacji UML2.0 i wyższej, zasad projektowania architektury w modelu SOA. umiejętność projektowania architektury oprogramowania w sposób umożliwiający jego wymiarowanie przy użyciu parametrycznych miar złożoności oprogramowania (np. metoda punktów funkcyjnych)

1.2.3 1 (jeden) Projektant użyteczności, posiadający minimum 3-letnie doświadczenie w zakresie przygotowywania projektu GUI oraz prototypów ekranów, potwierdzone udziałem jako Projektant użyteczności, w realizacji co najmniej jednego projektu informatycznego, spełniających wymagania określone w pkt. 1.1.1. lit. od a do g.

1.2.4 1 (jeden) Koordynator ds. kontaktów z podmiotami zewnętrznymi posiadający minimum 3 letnie doświadczenie w roli koordynatora projektów oraz znajomość języka angielskiego na poziomie minimum C1, który będzie odpowiedzialny za kontakty i uzgodnienia w zakresie organizacji testów z podmiotami zewnętrznymi, podłączania podmiotów do Systemu.

1.2.5 4 (czterech) Programistów posiadających minimum 3-letnie doświadczenie zawodowe w zakresie tworzenia oprogramowania, spełniającego wymagania określone w pkt. 1.1.1. lit. od a do g.

1.2.6 2 (dwóch) Kierowników zespołów będących zarazem liderami prac programistycznych, posiadający minimum 5-letnie doświadczenie w zakresie tworzenia systemów informatycznych, spełniających wymagania określone w pkt. 1.1.1. lit. od a do g.

1.2.7 2 (dwóch) Analityków biznesowych, posiadających minimum 5-letnie doświadczenie w zakresie prowadzenia analizy systemów informatycznych, potwierdzone udziałem jako Analityk, w realizacji co najmniej 4 projektów informatycznych, z których jeden spełnia wymagania określone w pkt. 1.1.1. Ponadto posiadających praktyczną znajomość modelowania procesów biznesowych w notacji BPMN 2.0 oraz znajomość notacji UML 2.0 lub wyższej,

1.2.8 2 (dwóch) Specjalistów ds. migracji danych, posiadających minimum 3-letnie doświadczenie w zakresie realizacji analizy struktur baz danych i programowania skryptów/narzędzi migracji danych pomiędzy systemami, potwierdzone udziałem w tej roli w realizacji co najmniej jednego projektu informatycznego, który spełnia wymagania określone w pkt. 1.1.1., oraz posiadających praktyczną znajomość projektowania procesów ETL.

1.2.9 2 (dwóch) Specjalistów ds. testów, posiadający minimum 3-letnie doświadczenie w zakresie testowania systemów informatycznych, potwierdzone udziałem jako Tester, w realizacji co najmniej jednego projektu informatycznego, który spełnia wymagania określone w pkt. 1.1.1., oraz posiadających certyfikat ISTQB Foundation Level lub równoważny

1.2.10 1 (jeden) Specjalista ds. dokumentacji, posiadających minimum 2 lata doświadczenia w pracy na podobnym stanowisku w branży informatycznej oraz posiadających znajomość systemów do tworzenia materiałów elearnigowych

1.2.11 1 (jeden) Pracownik Biura projektu, posiadający minimum 2 lata doświadczenia w pracy na podobnym stanowisku w branży informatycznej, bardzo dobrą znajomość pakietu MS Office, narzędzi wspomagających zarządzanie projektami oraz bardzo dobrej znajomości metodyki PRINCE2

1.2.12 1 (jeden) Administrator systemów informatycznych, posiadający minimum 3-letnie

doświadczenie w pracy w charakterze Administratora systemów informatycznych, z których co najmniej jeden spełnia wymagania określone w pkt. 1.1.1. lit. od a do g.

1.2.13 2 (dwóch) Trenerów/wykładowców, posiadających minimum 2 lata doświadczenia w pracy na podobnym stanowisku w branży informatycznej oraz doświadczenie w przeprowadzaniu szkoleń w co najmniej dwóch projektach informatycznych, z których przynajmniej jeden spełnia wymagania określone w pkt. 1.1.1.,

Każdy członek zespołu musi posługiwać się biegle językiem polskim w mowie i piśmie lub Wykonawca zapewni stałą i profesjonalną obsługę tłumaczy. Wszelkie dokumenty formalne podlegające zatwierdzeniu muszą być przekazywane Zamawiającemu w języku polskim.

Nie dopuszcza się aby jakakolwiek ze wskazanych wyżej osób pełniła więcej niż jedną z powyższych ról.

Zamawiający zastrzega wymóg realizowania Przedmiotu zamówienia przez osoby wskazane przez Wykonawcę w Formularzu numer DP.4. na zasadach określonych w umowie.

Przez certyfikat równoważny Zamawiający rozumie certyfikat, który jest analogiczny co do zakresu z przykładowymi certyfikatami wskazanymi z nazwy dla danej roli, co jest rozumiane jako:

a) analogiczna dziedzina merytoryczna wynikająca z roli, której dotyczy certyfikatb) analogiczny stopień poziomu kompetencjic) analogiczny poziom doświadczenia zawodowego wymaganego do otrzymania danego

certyfikatud) potwierdzony jest egzaminem (dotyczy tylko tych ról, których przykładowe certyfikaty

muszą być potwierdzone)

1.3. sytuacji ekonomicznej i finansowej

Wykonawca musi posiadać zdolność ekonomiczną i finansową potwierdzoną posiadaniem środków finansowych lub zdolności kredytowej w kwocie co najmniej 2 000 000 PLN (dwa miliony złotych).

Uwaga: Wartości podane w walutach innych niż PLN zostaną przeliczone na PLN według podawanych przez Narodowy Bank Polski obowiązujących kursów średnich walut obcych na dzień składania ofert.

2. Następujące dokumenty i oświadczenia stanowić będą podstawę dokonania przez Zamawiającego oceny spełniania przez Wykonawcę warunków udziału w postępowaniu:2.1. oświadczenie o spełnianiu warunków udziału w postępowaniu, zgodne z wzorem

określonym formularzem nr DP.2;2.2 Wykaz zamówień wykonanych, a w przypadku świadczeń okresowych lub

ciągłych również wykonywanych, głównych usług w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów na rzecz których usług zostały wykonane, oraz załączeniem dowodów, czy zostały wykonane lub są wykonywane należycie, zgodny ze wzorem określonym formularzem nr DP.3 („Wykaz wykonanych zamówień”);Dowodami są:a) poświadczenie, z tym że w odniesieniu do nadal wykonywanych usług

okresowych lub ciągłych poświadczenie powinno być wydane nie wcześniej niż na 3 miesiące przed upływem terminu składania ofert;

b) oświadczenie wykonawcy – jeżeli z uzasadnionych przyczyn o obiektywnym charakterze wykonawca nie jest w stanie uzyskać poświadczenia, o którym mowa w lit. a.

W przypadku, gdy Zamawiający jest podmiotem, na rzecz którego usługi wskazane w wykazie zostały wcześniej wykonane, Wykonawca nie ma obowiązku przedkładania dowodów, o których mowa w niniejszym punkcie. Przez „główne usługi” Zamawiający uznaje usługi niezbędne do wykazania spełniania warunku udziału w postępowaniu dotyczącego posiadania wiedzy i doświadczenia określone w Części II pkt A.1.1 SIWZ.

2.3. Wykaz osób, które będą uczestniczyć w wykonaniu zamówienia, zgodnyze wzorem określonym formularzem nr DP.4 (Wykaz osób, które będą uczestniczyć w wykonaniu zamówienia) wraz z wymaganymi do oceny spełnienia warunku w zakresie dysponowania osobami zdolnymi do wykonania zamówienia informacjami na temat zakresu wykonywanych przez nie czynności, uprawnień, wykształcenia, kwalifikacji zawodowych, doświadczenia niezbędnych do wykonania zamówienia umożliwiającymi ocenę spełniania warunku w zakresie potencjału kadrowego.

2.4. informacje banku lub spółdzielczej kasy oszczędnościowo-kredytowej, w którym Wykonawca posiada rachunek, potwierdzające, że wysokość posiadanych środków finansowych lub zdolność kredytowa Wykonawcy jest nie mniejszaod określonej w Części II SIWZ. Powyższe dokumenty muszą być wystawionenie wcześniej niż 3 miesiące przed upływem terminu składania ofert;

2.5. Jeżeli Wykonawca z uzasadnionej przyczyny nie będzie mógł przedstawić wymaganych przez Zamawiającego dokumentów dotyczących sytuacji finansowej i ekonomicznej, tj. sprawozdania finansowego, jego części (bilansu i rachunku zysków i strat) lub informacji banku albo spółdzielczej kasy oszczędnościowo-kredytowej, to może przedstawić inny dokument pozwalający na ocenę, czy spełnia warunki określone w Części II SIWZ.

2.6. W przypadku, gdy Wykonawca polega na wiedzy i doświadczeniu, osobach zdolnych do wykonania zamówienia innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków. Wykonawca w takiej sytuacji jest zobowiązany udowodnić Zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia, w szczególności przedstawiając:1) pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonywaniu zamówienia;2) dokumentów dotyczących w szczególności:a) zakresu dostępnych Wykonawcy zasobów innego podmiotu,b) sposobu wykorzystania zasobów innego podmiotu, przez Wykonawcę, przy wykonaniu zamówienia,c) charakteru stosunku, jaki będzie łączył Wykonawcę z innym podmiotem,d) zakresu i okresu udziału innego podmiotu przy wykonywaniu zamówienia.

2.7. W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia oświadczenie o spełnianiu warunków udziału w postępowaniu powinnobyć złożone w imieniu wszystkich Wykonawców, natomiast pozostałe wymienione dokumenty mogą dotyczyć dowolnego Wykonawcy lub Wykonawców spośród Wykonawców składających wspólną ofertę.

2.8. W przypadku, gdy Wykonawca polega na wiedzy i doświadczeniu innych podmiotów, zobowiązany jest udowodnić, że podmiot ten nie podlega wykluczeniu z ubiegania się o zamówienia publiczne oraz np. poprzez pisemne zobowiązanie

tego podmiotu wykazać, że podmiot ten będzie uczestniczył w realizacji zamówienia.

3. Na potwierdzenie, że Wykonawca nie podlega wykluczeniu z udziału w postępowaniu powinien on złożyć następujące dokumenty:

3.1. oświadczenie o braku podstaw do wykluczenia Wykonawcy z postępowania, zgodne z wzorem określonym formularzem nr DP.1;

3.2. aktualny odpis z właściwego rejestru lub z centralnej ewidencji i informacji o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy Pzp, wystawionego nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert;

3.3. aktualną informację z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 4-8 ustawy, wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert;

3.4. aktualną informację z Krajowego Rejestru Karnego w zakresie określonymw art. 24 ust. 1 pkt 9 ustawy Pzp, wystawione nie wcześniej niż 6 miesięcyprzed upływem terminu składania ofert;

3.5. aktualną informację z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 10 i 11 ustawy Pzp, wystawionej nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert;

3.6. aktualne zaświadczenie właściwego naczelnika urzędu skarbowego potwierdzające, że Wykonawca nie zalega z opłacaniem podatków lub zaświadczenie, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawione nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

3.7. aktualne zaświadczenie właściwego oddziału Zakładu Ubezpieczeń Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzające, że Wykonawca nie zalega z opłacaniem składek na ubezpieczenie zdrowotne i społeczne, lub potwierdzenie, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawione nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

3.8. Na potwierdzenie, że Wykonawca nie podlega wykluczeniu z udziału w postępowaniu na podstawie art. 24b ust. 3 ustawy Pzp, Wykonawca składa wraz z ofertą listę podmiotów należących do tej samej grupy kapitałowej w rozumieniu ustawy z dnia 16 lutego 2007 r. o ochronie konkurencji i konsumentów (Dz. U. Nr 50, poz. 331, z późn. zm.), albo informację o tym, że nie należy do grupy kapitałowej – zgodną ze wzorem określonym formularzem DP.8.

4. Jeżeli Wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, zamiast:4.1. żądanych przez Zamawiającego: aktualnego odpisu z właściwego rejestru w celu

wykazania braku podstaw do wykluczenia na podstawie art. 24 ust. 1 pkt 2 ustawy Pzp, aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 9 ustawy Pzp, aktualnego zaświadczenia właściwego naczelnika urzędu skarbowego oraz aktualnego zaświadczenia właściwego oddziału Zakładu Ubezpieczeń Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego - składa dokument lub dokumenty, wystawione w kraju, w którym ma siedzibę lub miejsce zamieszkania, potwierdzające odpowiednio, że:1) nie otwarto jego likwidacji ani nie ogłoszono upadłości,2) nie zalega z uiszczaniem podatków, opłat, składek na ubezpieczenie

społeczne i zdrowotne albo, że uzyskał przewidziane prawem

zwolnienie, odroczenie lub rozłożenie na raty zaległych płatnościlub wstrzymanie w całości wykonania decyzji właściwego organu,

3) nie orzeczono wobec niego zakazu ubiegania się o zamówienie- z zastrzeżeniem, że jeżeli w miejscu zamieszkania osoby lub w kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów,o których mowa powyżej, zastępuje się je dokumentem zawierającym oświadczenie złożone przed notariuszem, właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego odpowiednio miejsca zamieszkania osoby lub kraju, w którym Wykonawcama siedzibę lub miejsce zamieszkania;

4.2. aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonymw art. 24 ust. 1 pkt od 5-8, 10 i 11 ustawy Pzp - jeżeli, osoby, o których mowa w art. 24 ust. 1 pkt 5-8, 10 i 11 ustawy, mają miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, wykonawca składa w odniesieniu do nich zaświadczenie właściwego organu sądowego albo administracyjnego miejsca zamieszkania, dotyczące niekaralności tych osób w zakresie określonym w art. 24 ust. 1 pkt 5-8, 10 i 11 ustawy, wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert, z tym że w przypadku gdy w miejscu zamieszkania tych osób nie wydaje się takich zaświadczeń - zastępuje się je dokumentem zawierającym oświadczenie złożone przed właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego miejsca zamieszkania tych osób lub przed notariuszem.

Dokumenty, o których mowa w pkt 1 ppkt. 1 i 3 oraz pkt 2 winnybyć wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert. Dokument, o którym mowa w pkt 1 ppkt 2 winien być wystawiony nie wcześniejniż 3 miesiące przed upływem terminu składania ofert.

5. W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia dokumenty wymienione w pkt 3 lub 4 powinien złożyć każdy z Wykonawców wspólnie ubiegających się o udzielenie zamówienia.Jeżeli wykonawca, wykazując spełnianie warunków, o których mowa w art. 22 ust. 1 ustawy, polega na zasobach innych podmiotów na zasadach określonych w art. 26 ust. 2b ustawy, a podmioty te będą brały udział w realizacji części zamówienia, zamawiający żąda od wykonawcy przedstawienia w odniesieniu do tych podmiotów dokumentów wymienionych w punkcie 3.1 – 3.7 lub 4.

6. W przypadku, gdy Wykonawca polega na wiedzy i doświadczeniu, osobach zdolnych do wykonania zamówienia innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków jest on zobowiązany udowodnić Zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia, w szczególności przedstawiając:6.1. pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych

zasobów na okres korzystania z nich przy wykonywaniu zamówienia;6.2. dokumentów dotyczących w szczególności:

1) zakresu dostępnych Wykonawcy zasobów innego podmiotu,2) sposobu wykorzystania zasobów innego podmiotu, przez Wykonawcę, przy

wykonaniu zamówienia,3) charakteru stosunku, jaki będzie łączył Wykonawcę z innym podmiotem,4) zakresu i okresu udziału innego podmiotu przy wykonywaniu zamówienia.

7. Dokumenty i oświadczenia wymagane dla potwierdzenia, że brak jest podstawdo wykluczenia Wykonawcy z postępowania powinny być składane w formie oryginału lub kopii poświadczonej za zgodność z oryginałem przez Wykonawcę. Dokumenty sporządzone w języku obcym powinny być składane wraz z tłumaczeniem na język polski.

B. Kryteria oceny ofert

1. Maksymalna liczba punktów do uzyskania przez Wykonawców wynosi 100 punktów.

2. Za najkorzystniejszą zostanie uznana oferta, która uzyska najwyższą ilość punktów, z uwzględnieniem kryteriów oceny, opisanych poniżej.

3. Kryteria oceny ofert zostaną zastosowane w odniesieniu do ofert Wykonawców, którzy nie podlegają wykluczeniu i którzy złożyli oferty niepodlegające odrzuceniu. Przy dokonywaniu wyboru najkorzystniejszej oferty Zamawiający stosować będzie następujące kryteria o wagach jak niżej:

Kryterium W Waga

Cena W1 50

Ocena funkcjonalno-techniczna zaproponowanego rozwiązania W2 50

3.1 Cena

Cena określa łączną wartość brutto złożonej przez Wykonawcę oferty. Liczba punktów w kryterium Cena, jaką oferta otrzyma od komisji przetargowej zostanie obliczona na podstawie poniższego wzoru:

Pc=[Ln (1+(B – Cof)) / Ln (1+(B – Cmin))] x Lmax

gdzie:

PC – liczba punktów jakie otrzyma badana oferta w kryterium „Cena”;

Ln – funkcja logarytmu naturalnego;

B – budżet (kwota jaka zamawiający może przeznaczyć na sfinansowanie zamówienia), który wynosi 13 453 709,85 zł brutto;

Cof – cena oferty ocenianej;

Cmin – 70% szacunkowej wartości zamówienia powiększonej o podatek VAT;

Lmax – waga kryterium „Cena”.

Uwaga! Oferta z ceną brutto przekraczającą kwotę „B” zostanie odrzucona na podstawie art. 89 ust. 1 pkt 2 ustawy PZP.

W takim przypadku „B” stanowić będzie zwiększona przez Zamawiającego kwota.

W przypadku wniesienia w postępowaniu ważnej oferty zawierającej niższą cenę niż „Cmin” a wykonawca na wezwanie zamawiającego złoży wyjaśnienia dotyczące elementów oferty mających wpływ na wysokość ceny wykazujące, że nie jest to cena rażąco niska. W takim przypadku „Cmin”

stanowić będzie wartość ważnej oferty zawierającej najniższą w postępowaniu cenę wykonania przedmiotu zamówienia.

Wykonanie działań rachunkowych opisanych wzorem zaokrąglone do setnych punktów, zgodnie z zasadą iż części 1/1000, 2/

1000, 3/

1000, 4/

1000 i dalsze zaokrąglane będą „w dół „, a części 5/1000

, 6/1000,

7/1000,

8/1000

, 9/1000

i dalsze zaokrąglane będą „w górę”.

3.2 Ocena funkcjonalno-techniczna zaproponowanego rozwiązania

Ocena funkcjonalno-techniczna zaproponowanego rozwiązania stanowi sumę punktów uzyskanych po wypełnieniu tabeli opisanej w Formularzu Numer OF.01. Liczba punktów w kryterium Ocena funkcjonalno-techniczna zaproponowanego rozwiązania, jaką oferta otrzyma od komisji przetargowej zostanie obliczona na podstawie poniższego wzoru:

PF= W2* (PBO/ PMAX)

gdzie:

PF – liczba punktów jakie otrzyma badana oferta w kryterium „Ocena funkcjonalno-techniczna zaproponowanego rozwiązania”;

PBO - liczba punktów jakie otrzymała badana oferta od Komisji Przetargowej w ramach oceny funkcjonalno-technicznej zaproponowanego rozwiązania.

PMAX - maksymalna możliwa do uzyskania liczba punktów tj. 80W2 – waga kryterium „Ocena funkcjonalno-techniczna zaproponowanego rozwiązania”.

Wykonanie działań rachunkowych opisanych wzorem zaokrąglone do setnych punktów, zgodnie z zasadą iż części 1/1000, 2/

1000, 3/

1000, 4/


, 6/1000,

7/1000,

8/1000

, 9/1000


Oferta która: nie będzie zawierała Opisu rozwiązania (Formularz OF.1.) lub w której Opis rozwiązania (Formularz OF.1.) nie będzie zawierał informacji niezbędnych do

dokonania oceny według powyższych podkryteriów lub uzyska mniej niż 50% maksymalnej możliwej do uzyskania ilości punktów

- zostanie odrzucona na podstawie art. 89 ust. 1 pkt 2 ustawy Pzp jako niespełniająca wymagań Zamawiającego.

3.7 Ocena końcowa oferty w ramach wszystkich kryteriów oceny ofert stanowi sumę ocen cząstkowych w ramach poszczególnych kryteriów oceny ofert, obliczoną wg poniższego wzoru.

PKO=PC+PF

Gdzie:PKO - ocena końcowa oferty;PC - ocena oferty w ramach kryterium „Cena”;PF - ocena oferty w ramach kryterium „Ocena funkcjonalno-techniczna zaproponowanego

rozwiązania”.Wykonanie działań rachunkowych opisanych wzorem zaokrąglone do setnych punktów, zgodnie z zasadą iż części 1/1000, 2/

1000, 3/

1000, 4/


, 6/1000,

7/1000,

8/1000

,

9/1000


C. Pozostałe informacje uzupełniające Warunki ogólne SIWZ

1. Wadium1.1. Wykonawca jest zobowiązany do wniesienia wadium: w wysokości 100 000,00

PLN (sto tysięcy złotych)

1.2. Wadium wnoszone w pieniądzu należy wpłacić na rachunek nr 83 1010 1010 0079 7913 9120 0000, jako tytuł przelewu wskazując: „Budowa, wdrożenie, utrzymanie i rozwój KREPTD”.Wadium musi być wniesione przed upływem terminu składania ofertw następujących formach, w zależności od wyboru Wykonawcy:1) pieniądzu, przelewem na rachunek bankowy wskazany w Części II SIWZ;2) poręczeniach bankowych;3) poręczeniach pieniężnych spółdzielczych kas oszczędnościowo-kredytowych;4) gwarancjach bankowych;5) gwarancjach ubezpieczeniowych;6) poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust. 5 pkt 2

ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz. U. z 2007r. Nr 42, poz. 275, z późn. zm.).

Wadium musi obejmować cały okres związania ofertą. Wadium wniesione w pieniądzu Zamawiający przechowuje na rachunku bankowym. Wykonawca, który nie wniesie wadium w wymaganej w postępowaniu wysokości, we wskazanej formie lub formach, zostanie wykluczony z postępowania.Zamawiający zwróci wadium wszystkim Wykonawcom niezwłocznie po wyborze oferty najkorzystniejszej lub unieważnieniu postępowania, z wyjątkiem Wykonawcy, którego oferta została wybrana jako najkorzystniejsza, z zastrzeżeniem, iż zgodnie z art. 46 ust. 4a i ust. 5 ustawy Pzp Zamawiający zatrzyma wadium wraz z odsetkami w przypadku gdy:

1) Wykonawca, którego oferta zostanie wybrana:a) odmówi podpisania umowy w sprawie niniejszego zamówienia na warunkach

określonych w ofercie,b) nie wniesie wymaganego zabezpieczenia należytego wykonania umowy,c) zawarcie umowy w sprawie niniejszego zamówienia stanie się niemożliwe

z przyczyn leżących po stronie Wykonawcy;2) Wykonawca w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3 ustawy Pzp, z przyczyn leżących po jego stronie, nie złożył dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1, pełnomocnictw, listy podmiotów należących do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 2 pkt 5, lub informacji o tym, że nie należy do grupy kapitałowej, lub nie wyraził zgody na poprawienie omyłki, o której mowa w art. 87 ust. 2 pkt 3, co powodowało brak możliwości wybrania oferty złożonej przez wykonawcę jako najkorzystniejszej.

Wykonawcy, którego oferta zostanie wybrana jako najkorzystniejsza, Zamawiający zwróci wadium niezwłocznie po zawarciu umowy w sprawie zamówienia publicznego oraz – jeżeli jest wymagane – po wniesieniu zabezpieczenia należytego wykonania umowy.Zamawiający zwróci niezwłocznie wadium na wniosek Wykonawcy, który wycofał ofertę przed upływem terminu składania ofert.Zamawiający zażąda ponownego wniesienia wadium przez Wykonawcę, któremu zwrócono wadium niezwłocznie po wyborze oferty najkorzystniejszej lub unieważnieniu postępowania, jeżeli w wyniku rozstrzygnięcia odwołania oferta tego Wykonawcy zostanie wybrana, jako najkorzystniejsza.W takim przypadku Wykonawca zobowiązany będzie do wniesienia wadium w terminie określonym przez Zamawiającego.Jeżeli wadium wniesiono w pieniądzu Zamawiający zwróci je wraz z odsetkami wynikającymi z umowy rachunku bankowego, na którym było ono przechowywane,

pomniejszone o koszty prowadzenia rachunku oraz prowizji bankowej za przelew pieniędzy na rachunek bankowy wskazany przez Wykonawcę.

2. Zabezpieczenie należytego wykonania umowy2.1. Wykonawca jest zobowiązany do wniesienia zabezpieczenia należytego

wykonania umowy na kwotę stanowiącą 10% zaoferowanej ceny, zgodnie z art. 148 ust. 1 ustawy. Warunki zwrotu zabezpieczenia zostały określone w § 13 Części IV SIWZ (IPU). W przypadku wnoszenia przez Wykonawcę zabezpieczenia należytego wykonania umowy w formie gwarancji, gwarancja ta ma być co najmniej gwarancją bezwarunkową, nieodwołalną i płatną na pierwsze pisemne żądanie Zamawiającego i zabezpieczać pokrycie wszelkich roszczeń Zamawiającego z tytułu niewykonania lub nienależytego wykonania Umowy, w tym kar umownych oraz roszczeń odszkodowawczych z tytułu szkody, jaką Zamawiający poniósł w związku z koniecznością powierzenia realizacji Umowy innemu wykonawcy w razie rozwiązania Umowy lub odstąpienia od Umowy.Gwarancja nie będzie zawierała postanowień uzależniających wypłatę sumy gwarancyjnej od jakichkolwiek innych działań czy czynności Zamawiającego w stosunku do Wykonawcy lub wystawcy gwarancji za wyjątkiem złożenia oświadczenia przez Zamawiającego w stosunku do wystawcy gwarancji z należytym potwierdzeniem autentyczności/tożsamości osoby podpisującej na oświadczeniu, a umocowanej do reprezentacji Zamawiającego. Przed złożeniem gwarancji Wykonawca uzyska od Zamawiającego akceptację jej treści, w szczególności w zakresie cech gwarancji określonych powyżej w niniejszym punkcie. Gwarancje i poręczenia muszą zawierać (oprócz elementów właściwych dla każdej formy, określonych przepisami prawa): (i) nazwę i adres Zamawiającego, (ii) oznaczenie (numer) postępowania.

3. Termin związania ofertą wynosi 60 dni.4. Informacje o formalnościach, jakie powinny zostać dopełnione po wyborze oferty

w celu zawarcia umowy4.1. Wykonawca, którego oferta zostanie wybrana, zobowiązany będzie

po uprawomocnieniu się decyzji o wyborze jego oferty, a przed podpisaniem umowy przedłożyć Zamawiającemu:

1) umowę regulującą zasady współpracy Wykonawców składających wspólną ofertę, stwierdzającą solidarną odpowiedzialność wszystkich Wykonawców za realizację zamówienia oraz zawierająca upoważnienie dla jednego z Wykonawców do składania i przyjmowania oświadczeń wobec Zamawiającego w imieniu wszystkich Wykonawców, a takżedo otrzymywania płatności;

4.2. O terminie na przedłożenie dokumentów, o których mowa w pkt 4.1. niniejszej Części SIWZ, Wykonawca zostanie powiadomiony przez Zamawiającego odrębnym pismem.

5. Unieważnienie postępowania na podstawie art. 93 ust. 1a ustawy Pzp.Zamawiający przewiduje możliwość unieważnienia postępowania w przypadku, o którym mowa w art. 93 ust. 1a ustawy Pzp. Zamawiający ubiega się o przyznanie dofinansowania na realizację niniejszego zamówienia ze środków Programu Operacyjnego Polska Cyfrowa. W przypadku nieotrzymania ww. dofinansowania, Zamawiający przewiduje możliwość unieważnienia postępowania na podstawie art. 93 ust. 1a ustawy Pzp.

6. Środki ochrony prawnej przysługują wykonawcom i innym podmiotom jeżeli mająlub mieli oni interes w uzyskaniu niniejszego zamówienia oraz ponieśli lub mogli ponieść szkodę w wyniku naruszenia przez Zamawiającego przepisów ustawy Pzp.6.1. Odwołanie przysługuje wyłącznie od niezgodnej z przepisami

ustawy Pzp czynności Zamawiającego podjętej w niniejszym postępowaniulub zaniechaniu czynności, do której Zamawiający jest zobowiązanyna podstawie ustawy Pzp.

6.2. Środki ochrony prawnej przysługują również organizacjom zrzeszającym wykonawców, wpisanym na listę organizacji uprawnionych do wnoszenia środków ochrony prawnej, prowadzoną przez Prezesa Urzędu Zamówień Publicznych pod warunkiem że dotyczą ogłoszenia o zamówieniulub specyfikacji istotnych warunków zamówienia.

6.3. Przysługujące wykonawcom i innym podmiotom środki ochrony prawnej zależne są od wartości zamówienia. Z uwagi na wartość zamówienia równą lub przekraczającą kwoty określone w przepisach wydanychna podstawie art. 11 ust. 8 ustawy Pzp:1) odwołanie przysługuje od wszystkich niezgodnych z przepisami

ustawy Pzp czynności Zamawiającego podjętych w postępowaniuo udzieleniu zamówienia lub zaniechania czynności, do której Zamawiający jest zobowiązany na podstawie ustawy Pzp;

2) odwołanie wnosi się w terminie 10 dni od dnia przesłania informacjio czynności Zamawiającego stanowiącej podstawę jego wniesienia - jeśli została przesłana faksem lub drogą elektroniczną albo w terminie 15 dni jeśli została przesłana winny sposób;

3) odwołanie dotyczące treści ogłoszenia wnosi się w terminie 10 dni od dnia publikacji ogłoszenia w Dzienniku Urzędowym Unii Europejskiej, a postanowień SIWZ - w terminie 10 dni od dnia zamieszczenia SIWZ na stronie internetowej, a w przypadku gdy SIWZ jest przekazywana Wykonawcom – od dnia jej przekazania;

4) jeżeli Zamawiający - mimo takiego obowiązku - nie przesłał Wykonawcy zawiadomienia o wyborze oferty najkorzystniejszej odwołanie wnosi się nie później niż:a) w terminie 30 dni od dnia publikacji w Dzienniku Urzędowym

Unii Europejskiej ogłoszenia o udzieleniu zamówienia;b) 6 miesięcy od dnia zawarcia umowy, jeżeli Zamawiający

nie opublikował w Dzienniku Urzędowym Unii Europejskiej ogłoszenia o udzieleniu zamówienia.

6.4. Odwołanie wnosi się do Prezesa Krajowej Izby Odwoławczej (KIO) w formie pisemnej albo elektronicznej opatrzonej bezpiecznym podpisem elektronicznym weryfikowanym za pomocą ważnego kwalifikowanego certyfikatu.

6.5. Odwołanie powinno:1) wskazywać czynność lub zaniechanie czynności Zamawiającego,

której zarzuca się niezgodność z przepisami ustawy Pzp;2) określać żądanie odwołującego;3) zawierać zwięzłe przedstawienie zarzutów oraz wskazywać

okoliczności faktyczne i prawne uzasadniające wniesienie odwołania.6.6. Odwołanie podlega rozpoznaniu, jeżeli:

1) nie zawiera braków formalnych z zastrzeżeniem art. 187 ust. 3 i 4 ustawy Pzp;

2) uiszczono wpis.6.7. Odwołujący przesyła kopię odwołania Zamawiającemu przed upływem

terminu do wniesienia odwołania w taki sposób, aby mógł on zapoznaćsię z jego treścią przed upływem tego terminu. Domniemywa się,iż Zamawiający mógł zapoznać się z treścią odwołania przed upływemterminu do jego wniesienia, jeżeli przesłanie jego kopii nastąpiłoprzed upływem terminu do jego wniesienia za pomocą faksu lub drogą elektroniczną.

6.8. Wykonawca może zgłosić przystąpienie do postępowania odwoławczego w terminie 3 dni od dnia otrzymania od Zamawiającego kopii odwołania,

wskazując stronę, do której przystępuje i interes w uzyskaniu rozstrzygnięciana korzyść strony, do której przystępuje. Wykonawcy stają się uczestnikami postępowania odwoławczego, jeśli mają interes w tym, aby odwołaniezostało rozstrzygnięte na korzyść jednej ze stron.

6.9. Zgłoszenie przystąpienia do postępowania odwoławczego Wykonawcadoręcza Prezesowi KIO w formie pisemnej albo elektronicznej opatrzonej bezpiecznym podpisem elektronicznym weryfikowanym za pomocąważnego kwalifikowanego certyfikatu, a kopię przesyła się Zamawiającemu oraz Wykonawcy wnoszącemu odwołanie.

6.10. Zamawiający lub odwołujący może zgłosić opozycję przeciw przystąpieniu innego Wykonawcy nie później niż do czasu otwarcia rozprawy.KIO uwzględni opozycję, jeśli zgłaszający opozycję uprawdopodobni,że Wykonawca nie ma interesu w uzyskaniu rozstrzygnięcia na korzyść strony, do której przystąpił; w przeciwnym razie KIO oddali opozycję.Na postanowienie o uwzględnieniu lub oddaleniu opozycji nie przysługuje skarga.

6.11. Czynności uczestnika postępowania odwoławczego nie mogą pozostawać w sprzeczności z czynnościami i oświadczeniami strony, do której przystąpił, z zastrzeżeniem zgłoszenia sprzeciwu o którym mowa w art. 186 ust 3 ustawy Pzp przez uczestnika, który przystąpił do postępowania po stronie Zamawiającego.

6.12. Odwołujący oraz Wykonawca wezwany do przystąpienia do postępowania odwoławczego nie mogą następnie korzystać ze środków ochrony prawnej wobec czynności Zamawiającego wykonanych zgodnie z wyrokiem KIOlub sądu albo na podstawie art. 186 ust 2 i 3 ustawy Pzp.

6.13. KIO rozstrzyga odwołanie na zasadach określonych w art. 188-192 ustawy Pzp.6.14. Orzeczenie KIO, po stwierdzeniu przez sąd jego wykonalności, ma moc prawną

na równi z wyrokiem sądu.6.15. Na orzeczenie KIO stronom oraz uczestnikom postępowania odwoławczego

przysługuje skarga do sądu zgodnie z przepisami Rozdziału 3 Działu VI ustawy Pzp.

7. Zebranie przedofertowe.Zamawiający nie przewiduje przeprowadzenia zebrania przedofertowego z Wykonawcami.

8. Aukcja elektronicznaZamawiający nie przewiduje przeprowadzenia aukcji elektronicznej.

9. Zamawiający nie przewiduje udzielenia zamówień uzupełniających.

Część III SIWZOPIS PRZEDMIOTU ZAMÓWIENIA (OPZ)

Niniejszy Opis przedmiotu zamówienia stanowi element specyfikacji istotnych warunków zamówienia (SIWZ) w postępowaniu prowadzonym w trybie przetargu nieograniczonego na „Na budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego”. Postanowienia niniejszej Części należy interpretować łącznie z pozostałymi Częściami SIWZ.

Część III SIWZ określa w szczególności:1) nazwę przedmiotu zamówienia;2) cel realizacji zamówienia;3) termin realizacji zamówienia;4) szczegółowy opis przedmiotu zamówienia, w tym opis części zamówienia oraz

wariantów wykonania przedmiotu zamówienia jeżeli Zamawiający przewiduje możliwość składania ofert częściowych lub wariantowych;

5) wymagania dotyczące dokumentów i oświadczeń składających się na ofertę potwierdzających, że oferowany przedmiot zamówienia odpowiada wymaganiom określonym przez Zamawiającego;

6) opis sposobu obliczenia ceny oferty (opis wymagań jakie należy uwzględnić w cenie oferty, ewentualny opis sposobu kalkulacji ceny oferty lub formularz cenowy z opisem sposobu jego wypełnienia bądź przedmiar robót);

7) zasady rozliczenia (waluta, zaliczka, terminy i warunki płatności).

32

OPIS PRZEDMIOTU ZAMÓWIENIA (OPZ)

Nazwa przedmiotu zamówienia.

”Budowa, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego

Przedsiębiorców Transportu Drogowego”

Cel realizacji zamówienia.

”Budowa, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego

Przedsiębiorców Transportu Drogowego”

Termin wykonania zamówienia.

Termin realizacji przedmiotu zamówienia – od dnia zawarcia umowy do 31.12.2019 r.

Szczegółowy opis przedmiotu zamówienia.

Kod CPV:

72212900-8 – Różne usługi opracowywania oprogramowania i systemy komputerowe72212000-4 - Usługi programowania oprogramowania aplikacyjnego72611000-6 - Usługi w zakresie wsparcia technicznego72267000-4 - Usługi w zakresie konserwacji i napraw oprogramowania

Przyjęta terminologia i skróty

Pojęcie Definicja

ABW Agencja Bezpieczeństwa Wewnętrznego

ACK Z ang. acknowledgement, potwierdzenie przyjęcia komunikatu przez system

Anonimizacja Proces obróbki danych uniemożliwiający identyfikację tożsamości podmiotu

Aplikacja dostępowa Aplikacja dla organów kontrolnych, Aplikacja dla pracowników KPK, Aplikacja dla starostw, Aplikacja raportowa

Aplikacja dla organów

Aplikacja dostępowa umożliwiająca pracownikom organów kontrolnych korzystanie z systemu KREPTD. Główne funkcje

33

kontrolnych aplikacji to wprowadzanie danych na temat poważnych naruszeń popełnionych przez przedsiębiorców

Aplikacja dla pracowników KPK

Aplikacja dostępowa umożliwiająca pracownikom KPK korzystanie z systemu KREPTD. Główne funkcje aplikacji to wprowadzanie danych dotyczących przedsiębiorców transportu drogowego i popełnionych przez nich poważnych naruszeń.

Aplikacja dla starostw

Aplikacja dostępowa umożliwiająca pracownikom starostw korzystanie z systemu KREPTD. Główne funkcje aplikacji to wprowadzanie danych przedsiębiorców oraz inicjowanie zapytania o dobrą reputację

Aplikacja raportowa Aplikacja dostępowa umożliwiająca pracownikom Ministerstwa Infrastruktury i Rozwoju korzystanie z systemu KREPTD. Główne funkcje aplikacji to generowanie raportów statystycznych dotyczących przedsiębiorców transportu drogowego.

Beneficjent Osoba fizyczna, osoba prawna lub jednostka organizacyjna nieposiadająca osobowości prawnej, korzystająca z publicznych środków wspólnotowych i publicznych środków krajowych na podstawie umowy o dofinansowanie projektu albo decyzji, podjętej odpowiednio przez właściwego ministra, jeśli pełni funkcję instytucji zarządzającej albo instytucji pośredniczącej, albo przez wojewodę, jeśli pełni funkcję instytucji pośredniczącej

BiŁ Biuro Informatyki i Łączności w ramach GITD

BNI Biuro Nadzoru Inspekcyjnego w ramach GITD

BTM Biuro ds. Transportu Międzynarodowego w ramach GITD

CEIDG Centralna Ewidencja i Informacja o Działalności Gospodarczej (CEIDG) jest rejestrem przedsiębiorców, będących osobami fizycznymi, działających na terenie Polski. Rejestr prowadzony jest od 1 lipca 2011 r. w systemie teleinformatycznym przez ministra właściwego do spraw gospodarki na podstawie przepisów ustawy o swobodzie działalności gospodarczej.

CEPIK SI CEPiK, czyli System Informatyczny Centralnej Ewidencji Pojazdów i Kierowców, zawiera informacje o pojazdach zarejestrowanych w Polsce i kierowcach posiadających polskie prawo jazdy.

SI CEPiK jest prowadzony przez Ministra Spraw Wewnętrznych.

CEN Centralna Ewidencja Naruszeń zgodnie z art. 80 Ustawa z dnia 6 września 2001 r. o transporcie drogowym. Dz.U. 2001 nr 125 poz. 1371 z późniejszymi zmianami.

34

Certyfikat kompetencji zawodowych

Dokument potwierdzający posiadanie kwalifikacji i wiedzy niezbędnych do podjęcia i wykonywania działalności gospodarczej w zakresie transportu drogowego

Dane przedsiębiorcy transportu drogowego

Dane określone w art. 82h ust 1. Projektu ustawy o zmianie ustawy o transporcie drogowym. Stosowane zamiennie z „dane przedsiębiorstwa transportu drogowego” oraz „dane przewoźnika drogowego”

Decyzja Komisji 2009/992/UE

Decyzja Komisji (2009/992/UE) z dnia 17 grudnia 2009 w sprawie minimalnych wymogów dotyczących danych, które mają być wprowadzone do krajowego rejestru elektronicznego przedsiębiorców transportu drogowego. Stosowane zamiennie z „Decyzja Komisji (2009/992/UE)”

Dobra reputacja Jeden z warunków niezbędnych dla wykonywania zawodu przewoźnika drogowego. W przypadku jej utraty Zarządzający transportem zostanie wpisany do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorcy, a przedsiębiorca musi w określonym przez właściwy organ terminie uregulować tę sytuację (np. zatrudnić osobę, która zastąpi zarządzającego transportem).

W przypadku utraty dobrej reputacji przez przedsiębiorcę transportu drogowego, organ, który wydał zezwolenie na wykonywanie zawodu przewoźnika drogowego, wszczyna postępowanie w sprawie cofnięcia zezwolenia.

Dyrektywa Rady 96/26/WE

Dyrektywa Rady 96/26/WE z dnia 29 kwietnia 1996 r. w sprawie dostępu do zawodu przewoźnika drogowego transportu rzeczy i przewoźnika drogowego transportu osób oraz wzajemnego uznawania dyplomów, świadectw i innych dokumentów potwierdzających posiadanie kwalifikacji, mająca na celu ułatwienie im korzystania z prawa swobody przedsiębiorczości w dziedzinie transportu krajowego i międzynarodowego

Elektroniczna skrzynka podawcza GITD, ESP

Środek komunikacji elektronicznej służący do przekazywania informacji w formie elektronicznej do GITD przy wykorzystaniu platformy ePUAP

ePUAP Zarządzana przez Ministerstwo Administracji i Cyfryzacji ogólnopolska platforma teleinformatyczna służąca do komunikacji z jednostkami administracji publicznej

35

ERRU Z ang. European Register of Road Transport Undertakings, wspólnotowy system służący do wymiany wybranych danych związanych z transportem drogowym i komunikacji pomiędzy krajami Członkowskimi

GITD Główny Inspektorat Transportu Drogowego

Godziny pracy urzędu

Godziny pracy siedziby Głównego Inspektoratu Transportu Drogowego, przy Al. Jerozolimskie 94 w Warszawie

ITS Instytut Transportu Samochodowego. Zgodnie z zarządzeniem Nr 26 MINISTRA TRANSPORTU, BUDOWNICTWA I GOSPODARKI MORSKIEJ z dnia 28 sierpnia 2013 r. Instytut prowadzi własny rejestr wydanych przez siebie certyfikatów w formie dokumentacji elektronicznej.

ITSM (ang. IT Service Management)

Rozwiązanie IT Service Management wspierające organizację prac serwisu IT świadczącego usługi utrzymania systemu

KPK Krajowy Punkt Kontaktowy w ramach GITD

KPK siedziby przedsiębiorstwa

Krajowy Punkt Kontaktowy właściwy dla Państwa Członkowskiego, w którym przedsiębiorca posiada siedzibę

Krajowe Ramy Interoperacyjności. KRI

Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych

KREPTD, Rejestr, System, Rozwiązanie

Krajowy Rejestr Elektroniczny Przedsiębiorców Transportu Drogowego

KRS Krajowy Rejestr Sądowy. Zgodnie z Ustawą z dnia 20 sierpnia 1997 r. o Krajowym Rejestrze Sądowym powołano Krajowy Rejestr Sądowy który prowadzi w systemie informatycznym m.in. rejestr przedsiębiorców. Rejestr obejmuje podmioty, na które przepisy ustaw nakładają obowiązek uzyskania wpisu do tego Rejestru.

Licencja Dokument uprawniający do wykonywania międzynarodowego

36

wspólnotowa transportu drogowego zgodnie z rodzajem przewozów w nim określonym. Licencja wspólnotowa uprawnia również do wykonywania krajowego transportu drogowego, zgodnie z rodzajem przewozów w niej określonym

Model docelowy, „to-be”

Docelowy model funkcjonowania procesów biznesowych po wdrożeniu systemu KREPTD oraz po wdrożeniu systemu Open BTM

Model obecny, „as-is”

Obecny model funkcjonowania procesów biznesowych przed wdrożeniem systemu KREPTD oraz z wykorzystaniem istniejącego systemu TransBit

Model przejściowy Przejściowy model funkcjonowania procesów biznesowych po wdrożeniu systemu KREPTD z wykorzystaniem istniejącego systemu TransBit

NACK Z ang. negative acknowledgement, informacja o braku przyjęcia komunikatu przez system

Open BTM Planowany do wdrożenia system wspierający procesy realizowane przez BTM, który zastąpi system TransBit

Organ kontrolny Organ uprawniony do kontroli przedsiębiorstw transportu drogowego i przewoźników (Policja, izba celna, straż graniczna, wojewódzkie inspektoraty transportu drogowego, zarządcy dróg, Inspekcja pracy)

Organ regionalny, Starostwo

Starostwa powiatowe. Organy uprawnione do wydawania zezwoleń na wykonywanie zawodu przewoźnika drogowego w zakresie przewozu osób lub rzeczy. Pojęcie stosowane zamiennie ze „Starostwo”

Proces biznesowy, PB

Określony zbiór aktywności biznesowych, stanowiących niezbędne kroki w celu osiągnięcia celu biznesowego. W dokumencie używany zamiennie z skrótem PB.

Projekt Projekt „Utworzenie Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego”

Przedsiębiorstwo Transportu Drogowego, Przewoźnik Przedsiębiorca transportu

Przedsiębiorca uprawniony do wykonywania działalności gospodarczej w zakresie transportu drogowego, posiadający wydane zezwolenie na wykonywanie zawodu przewoźnika drogowego lub wydaną licencję wspólnotową na przewóz osób lub rzeczy

37

drogowego, Przewoźnik drogowy

Repozytorium projektu

Miejsce uporządkowanego przechowywania plików dokumentów, kodów źródłowych oraz wszelkiego rodzaju artefaktów wytworzonych w trakcie trwania projektu. Szczegółowe wymagania na repozytorium projektu zostały opisane w OPZ.

Rozporządzenie 1071/2009

Rozporządzenie Parlamentu Europejskiego i Rady (WE) NR 1071/2009 z dnia 21 października 2009 r. ustanawiające wspólne zasady dotyczące warunków wykonywania zawodu przewoźnika drogowego i uchylające dyrektywę Rady 96/26/WE. Stosowane zamiennie z „Rozporządzenie (WE) nr 1071/2009”


Rozporządzenie Komisji (UE) Nr 1213/2010 z dnia 16 grudnia 2010 r. ustanawiające wspólne zasady dotyczące połączenia krajowych rejestrów elektronicznych przedsiębiorców transportu drogowego. Stosowane zamiennie z „Rozporządzenie Komisji (UE) Nr 1213/2010”


Rozporządzenie Parlamentu Europejskiego i Rady (UE) NR 1303/2013 z dnia 17 grudnia 2013 r. ustanawiające wspólne przepisy dotyczące Europejskiego Funduszu Rozwoju Regionalnego, Europejskiego Funduszu Społecznego, Funduszu Spójności, Europejskiego Funduszu Rolnego na rzecz Rozwoju Obszarów Wiejskich oraz Europejskiego Funduszu Morskiego i Rybackiego oraz ustanawiające przepisy ogólne dotyczące Europejskiego Funduszu Rozwoju Regionalnego, Europejskiego Funduszu Społecznego, Funduszu Spójności i Europejskiego Funduszu Morskiego i Rybackiego oraz uchylające rozporządzenie Rady (WE) nr 1083/2006

TransBit Istniejący system wspierający procesy realizowane przez BTM

UoTD Ustawa o Transporcie Drogowym Dz.U. 2001 Nr 125 poz. 1371, stosowane zamiennie z „Ustawa z dnia 6.09.2011 r. o transporcie drogowym” oraz „Ustawa o transporcie drogowym”

Usługa sieciowa aplikacji

Usługa sieciowa stanowiąca aplikację dostępową do systemu KREPTD

WITD Wojewódzki Inspektorat Transportu Drogowego

38

Zarządzający transportem

Osoba fizyczna zatrudniona przez przedsiębiorcę lub, jeżeli przedsiębiorca jest osobą fizyczną, tę osobę fizyczną lub, w razie potrzeby, inną osobę fizyczną wyznaczoną przez tego przedsiębiorcę na podstawie umowy, zarządzającą w sposób rzeczywisty i ciągły operacjami transportowymi przedsiębiorcy

Zezwolenie Zezwolenie na wykonywanie zawodu przewoźnika drogowego

Cel i zakres dokumentu

Dokument zawiera opis przedmiotu zamówienia na „Budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego”

Przedmiot zamówienia

Przedmiotem zamówienia jest ”Budowa, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego”

Szczegółowe wymagania w zakresie w/w punktów są zaprezentowane w dalszej części dokumentu.

Zakłada się dostarczenie oprogramowania zaprojektowanego i wykonanego w kontekście wymagań funkcjonalnych i niefunkcjonalnych, zgodnie z wymaganym cyklem wytwórczym. Kompletne oprogramowanie będzie przekazywane w formie źródłowej oraz skompilowanej wraz z innymi zasobami, wymaganymi w ramach odbioru (m.in. dokumentacja)) i zapewniającej gotowość do produkcyjnego uruchomienia. Zamawiający będzie posiadał prawa do modyfikowania i rozwijania dostarczonych elementów. Wykonawca będzie wdrażać oprogramowanie na dostarczonej przez Zamawiającego infrastrukturze sprzętowej.

Opis systemu i uwarunkowania realizacyjne

1. Uwarunkowania formalno-prawne dla systemu

1. Rozporządzenie Parlamentu Europejskiego i Rady (WE) 1071/2009 z dnia 21 października 2009 r. ustanawiające wspólne zasady dotyczące warunków wykonywania zawodu przewoźnika drogowego i uchylające dyrektywę Rady 96/26/WE

2. Rozporządzenie Parlamentu Europejskiego i Rady (WE) nr 1072/2009 z dnia 21 października 2009 r. dotyczące wspólnych zasad dostępu do rynku międzynarodowych przewozów drogowych (Dz. Urz. UE L 300 z 14.11.2009)

3. Rozporządzenie Parlamentu Europejskiego i Rady (WE) nr 1073/2009 z dnia 21 października 2009 r. w sprawie wspólnych zasad dostępu do międzynarodowego rynku usług autokarowych i autobusowych i zmieniające rozporządzenie (WE) nr 561/2006 (Dz. Urz. UE L 300 z 14.11.2009)

39

4. DECYZJA KOMISJI (2009/992/UE) z dnia 17 grudnia 2009 w sprawie minimalnych wymogów dotyczących danych, które mają być wprowadzone krajowego rejestru elektronicznego przedsiębiorców transportu drogowego

5. ROZPORZĄDZENIE KOMISJI (UE) NR 1213/2010 z dnia 16 grudnia 2010 r. ustanawiające wspólne zasady dotyczące połączenia krajowych rejestrów elektronicznych przedsiębiorców transportu drogowego

6. ROZPORZĄDZENIE RADY MINISTRÓW z dn. 12.04.2012 r. w sprawie krajowych ram interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (DZ. U. 2012 R., 526)

7. Ustawa z dnia 6 września 2001 r. o Transporcie Drogowym, Dz.U. 2001 Nr 125 poz. 1371

8. Ustawa z dnia 14 czerwca 1960 r. Kodeks postępowania administracyjnego, Dz.U. 1960 Nr 30 poz. 168

9. Ustawa z dnia 19 sierpnia 2011 r. o przewozie towarów niebezpiecznych (Dz.U. 2011 nr 227 poz. 1367)

10. Ustawa z dnia 29 sierpnia o ochronie danych osobowych (Dz.U. 1997 nr 133 poz. 883)

11. Ustawy z dnia 20 czerwca 1997 r. - Prawo o ruchu drogowym (Dz.U. 1997 nr 98 poz. 602)

12. Rozporządzenie Ministra Transportu, Budownictwa i Gospodarki Morskiej z dnia 23 lipca 2013 r. w sprawie kontroli przewozu drogowego

13. Zarządzenie nr 10/2015 Głównego inspektora transportu drogowego z dnia 13 lutego 2015 r. w sprawie Regulaminu udzielania zamówień publicznych

14. Zarządzenie nr 28/2014 Głównego Inspektora Transportu Drogowego z dnia 17 września 2014 r. w sprawie zasad planowania, prowadzenia oraz dokumentowania kontroli przewozów drogowych przez inspektorów Inspekcji Transportu Drogowego

15. Zarządzenie nr 30/2014 Głównego Inspektora Transportu Drogowego z dnia 30 września 2014 r. w sprawie nadania regulaminu organizacyjnego Głównemu Inspektoratowi Transportu Drogowego

16. Ustawa o służbie cywilnej z dnia 21 listopada 2008 r. (Dz.U. 2008 nr 227 poz. 1505)17. Ustawa z dnia 24 maja 2002 r. o Agencji Bezpieczeństwa Wewnętrznego oraz Agencji

wywiadu (Dz. U. z 2010 r. Nr 29, poz. 154, z późn. zm)18. Projekt Ustawy o zmianie ustawy o transporcie drogowym19. Wytyczne Nr 1 /2015 Głównego Inspektora Transportu Drogowego z dnia 10 marca

2015 r. W sprawie wprowadzenia procedury dotyczącej badania dobrej reputacji – art 6. Rozporządzenia Parlamentu Europejskiego i Rady (WE) nr 1071/2009

20. Regulamin wewnętrzny Biura do spraw Transportu Międzynarodowego Głównego Inspektoratu Drogowego

21. Regulamin wewnętrzny Biura Nadzoru Inspekcyjnego Głównego Inspektoratu Transportu Drogowego

22. Regulamin wewnętrzny Biura Informatyki i Łączności Głównego Inspektoratu Transportu Drogowego

40

23. Regulamin wewnętrzny Biura Prawnego Głównego Inspektoratu Transportu Drogowego

24. Program Operacyjny Polska Cyfrowa na lata 2014-202025. Przewodnik po merytorycznych kryteriach wyboru projektów dla działania 2.1

Wysoka dostępność i jakość e-usług publicznych Programu Operacyjnego Polska Cyfrowa na lata 2014-2020

26. Szczegółowy opis osi priorytetowych Programu Operacyjnego Polska Cyfrowa na lata 2014-2020

27. USTAWA z dnia 3 października 2008 r. o udostępnianiu informacji o środowisku i jego ochronie, udziale społeczeństwa w ochronie środowiska oraz o ocenach oddziaływania na środowisko (tekst jednolity: Dz.U. z 2013 r. poz. 1235 ze zm.)

28. ROZPORZĄDZENIE RADY MINISTRÓW z dnia 9 listopada 2010 r. w sprawie przedsięwzięć mogących znacząco oddziaływać na środowisko (Dz. U. Nr 213, poz. 1397)

29. ROZPORZĄDZENIE PARLAMENTU EUROPEJSKIEGO I RADY (UE) nr 1303/2013 z dnia 17 grudnia 2013 r. ustanawiające wspólne przepisy dotyczące Europejskiego Funduszu Rozwoju Regionalnego, Europejskiego Funduszu Społecznego, Funduszu Spójności, Europejskiego Funduszu Rolnego na rzecz Rozwoju Obszarów Wiejskich oraz Europejskiego Funduszu Morskiego i Rybackiego oraz ustanawiające przepisy ogólne dotyczące Europejskiego Funduszu Rozwoju Regionalnego, Europejskiego Funduszu Społecznego, Funduszu Spójności i Europejskiego Funduszu Morskiego i Rybackiego oraz uchylające rozporządzenie Rady (WE) nr 1083/2006

30. European Register for Road Transport Undertakings, XML MESSAGING REFERENCE GUIDE, v3.02

31. European Register for Road Transport Undertakings, GLOBAL BUSINESS ANALYSIS, v2.0.

32. European Register for Road Transport Undertakings Network and Security Reference Guide v1.11

33. FREQUENTLY ASKED QUESTIONS RELATING TO THE IMPLEMENTATION OF ERRU (Electronic Register of Road Transport Undertakings), Regulation (EC) No 1071/2009 http://ec.europa.eu/transport/modes/road/access/doc/faq-on-erru.pdf

34. ERRU IMPLEMENTATION GOOD PRACTICES35. ERRU specyfikacja v2.0 oraz pozostałe dokumenty techniczne 36. Ustawa z dnia 14 lipca 1983 r. o narodowym zasobie archiwalnym i archiwach (Dz.U.

1983 Nr 38 poz. 173). 37. Ustawa o narodowym zasobie archiwalnym i archiwach z dn. 14.07.1983 r. (t.j. Dz. U

z 2011 r. Nr 123, poz. 698)38. Rozporządzenie Ministra Kultury z dn. 16.09.2002 r. w sprawie postępowania z

dokumentacją, zasad jej klasyfikowania i kwalifikowania oraz zasad i trybu przekazywania materiałów archiwalnych do archiwów państwowych (Dz. U. Nr 167, poz. 1375)

39. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dn. 30.10.2006 r. w sprawie szczegółowego sposobu postępowania z dokumentami elektronicznymi (Dz. U. Nr 206, poz. 1518)

41

http://ec.europa.eu/transport/modes/road/access/doc/faq-on-erru.pdf

40. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dn. 2.11.2006 r. w sprawie wymagań technicznych formatów zapisu i informatycznych nośników danych, na których utrwalono materiały archiwalne przekazywane do archiwów państwowych (Dz. U. Nr 206, poz.1519)

41. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dn. 30.10.2006 r. w sprawie niezbędnych elementów struktury dokumentów elektronicznych(Dz. U. Nr 206, poz. 1517)

42. Rozporządzenia Ministra Transportu, Budownictwa i Gospodarki Morskiej z dn. 23.04.2013 r. w sprawie obrazów i danych utrwalonych przez GITD za pomocą stacjonarnych urządzeń rejestrujących zainstalowanych w pasie drogowym dróg publicznych (Dz. U. z 2013 r., 565)

43. Ustawa o informatyzacji działalności podmiotów realizujących zadania publiczne z dn. 17.02.2005 r. (t.j. Dz. U. 2013 r.,235)

Wykonawca dla dostarczanego Oprogramowania i usług ma zapewnić zgodność z powyższymi aktami prawnymi, regulacjami oraz zmianami do nich, które będą obowiązywały w dniu podpisania Umowy oraz w trakcie realizacji zamówienia. Przedmiot Umowy, wykonane i dostarczone Oprogramowanie musi być zgodne ze stanem prawnym na dzień odbioru.

Zamawiający dostarczy Wykonawcy aktualne akty normatywne, w celu zapewnienia zgodności wprowadzanych usprawnień w Oprogramowaniu ze stanem prawnym obowiązującym w trakcie wykonywania Umowy.

Wykonawca, na potrzeby przygotowania Oferty, może zapoznać się w siedzibie Zamawiającego z kompletem dokumentacją technicznej ERRU oraz innych systemów z którymi wymagana jest integracja, którymi dysponuje Zamawiający. Materiały są udostępniane w dni powszednie w godzinach pomiędzy 10:00 a 14:00. W celu wyznaczenia terminu takiej wizji lokalnej Wykonawcy powinni zwrócić się do Zamawiającego z taką prośbą wysyłając fax pod numer 22/220-48-99 lub za pośrednictwem poczty elektronicznej na adres email: [email protected]

Reglamentacja dostępu do przedmiotowych zasobów wynika z wrażliwości informacji w nich zawartych. Udostępniane dokumenty nie mogą być kopiowane.

2. Procesy biznesowe wspierane przez system

Przeprowadzono analizę procesów biznesowych dla systemu KREPTD uwzględniającą stan aktualny, przejściowy i docelowy. Szczegółowy opis procesów biznesowych zawiera załącznik 1do SIWZ.

42

mailto:[email protected]

Warstwa logiki biznesowej Systemu powinna zostać zrealizowana na podstawie modeli procesów biznesowych. Oczekuje się, że modele te zostaną przez Wykonawcę uzupełnione i rozwinięte w ramach realizacji usług analitycznych powiązanych z etapami wytwarzania, rozwoju i utrzymania systemu.

Procesy w modelu aktualnym:

Mapa uwzględnia trzy procesy (niekluczowe) powiązane z zadaniami powierzonymi Zamawiającemu oraz organom regionalnym (starostwom):

- PB9 Proces Cyklicznego badania dobrej reputacji w modelu obecnym (WITD) oraz PB11 Proces rejestracji wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu obecnym (WITD), których właścicielem jest BTM,

- PB13 Rejestracja wyników postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję w modelu obecnym (starostwa), którego właścicielem są starostwa.

Rysunek 1 Procesy w modelu aktualnym

Zamawiający nie zamodelował innych procesów w stanie as-is, ponieważ kluczowe (komunikacja z ERRU) są przedmiotem niniejszego postępowania.

Procesy w modelu przejściowym:

W modelu przejściowym, system KREPTD będzie funkcjonował m.in. w oparciu o dane pozyskane z systemu TransBit, który w 2016 r. zostanie zastąpiony systemem Open BTM. Na mapie procesów w modelu przejściowym kolorem niebieskim oznaczono te procesy, które ulegną zmianie po uruchomieniu systemu Open BTM.

43

Rysunek 2 Procesy w modelu przejściowym

Mapę procesów biznesowych w modelu przejściowym podzielono na następujące 4 grupy:

Procesy komunikacji z ERRU – obejmują procesy kluczowe (PB2, PB4, PB6, PB7, PB8) oraz proces poboczny (PB25), związane z komunikacją z ERRU za pośrednictwem komunikatów określonych w Rozporządzeniu 1213/2009.

Procesy inicjujące komunikację z ERRU – w tej grupie procesów zawarto procesy bezpośrednio inicjujące komunikację z ERRU. Przekazanie do KREPTD informacji o poważnym naruszeniu z CEN lub wprowadzenie danych na temat wykonalnych kar grzywny lub kar pieniężnych przez organy kontrolne (PB1) zainicjuje wysłanie powiadomienia o naruszeniu przepisów. Z kolei wystąpienie potrzeby zbadania dobrej reputacji przez GITD, w ramach cyklicznego badania dobrej reputacji (PB10) zainicjuje wysłanie zapytania o dobrą reputację za pośrednictwem ERRU.

Dane wejściowe KREPTD – w tej grupie procesów zawarto procesy, w których KREPTD jest zasilane danymi wejściowymi. Głównym źródłem danych KREPTD będą dane przedsiębiorców transportu drogowego pochodzące z TransBit (PB19) oraz ze starostw (PB22). Wyniki postępowania w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję będą wprowadzane do systemu KREPTD przez pracowników GITD (PB12) oraz pracowników starostw (PB14).

Edycja / Zmiana danych w KREPTD – w tej grupie procesów zawarto procesy, które prowadzą do zmiany danych w KREPTD. Procesy te będą inicjowane poprzez zmianę danych przedsiębiorcy transportu drogowego w systemie TransBit (PB21 i PB22) lub zmianę danych przedsiębiorcy zarejestrowaną przez starostwo (PB23 i PB24). W modelu przejściowym zmiana i usunięcie danych zaimportowanych z systemu TransBit będzie odbywać się każdorazowo poprzez przesłanie aktualnej bazy

44

danych. Selekcja rekordów, które uległy edycji, będzie odbywać się w systemie KREPTD. Dane w KREPTD będą ulegać zmianie również automatycznie w wyniku upłynięcia terminu określającego niezdolność Zarządzającego transportem do kierowania operacjami transportowymi przedsiębiorstwa (PB15).

Procesy w modelu docelowym:

Rysunek 3 Procesy w modelu docelowym

Mapa procesów biznesowych w modelu docelowym posiada analogiczną strukturę do mapy procesów biznesowych w modelu przejściowym oraz występują w niej takie same zależności między procesami. Procesy biznesowe, które będą realizowane po uruchomieni systemu Open BTM to:

PB3 Odpowiedź na powiadomienie o naruszeniu przepisów w modelu docelowym (przy wykorzystaniu Open BTM)

PB5 Zapytanie o dobrą reputację w modelu docelowym (przy wykorzystaniu Open BTM)

PB16 Import danych z systemu Open BTM (model docelowy) PB17 Zmiana danych importowanych z systemu Open BTM (model docelowy) PB18 Usuwanie danych zaimportowanych z systemu Open BTM (model

docelowy)

3. Architektura i komponenty systemu

45

Poniżej zaprezentowano wysokopoziomowy, poglądowy diagram architektury systemu KREPTD, który Wykonawca zaktualizuje i uszczegółowi w ramach realizacji usług analitycznych i projektowych powiązanych z etapami wytwarzania, rozwoju i utrzymania systemu.

cmp Model architektury

KREPTD

ESB

OpenBTM

CEN

Tranbit

Aplikacja dla Organów kontroli

Aplikacja dla Strostw

Aplikacja dla MIR

ERRU

ESP (ePUAP)

«interface»ESB::API

Aplikacja KPK

Hurtownia danych

Raporty i statystyki

Usługi synchronizacj i

danych

Silnik procesów

BPM

Rysunek 4 Architektura rozwiązania

System KREPTD będzie, za pośrednictwem szyny usług (ESB) gromadził dane o naruszeniach i przedsiębiorstwach transportu drogowego z systemów CEN, Transbit i Open BTM. Ponadto analogicznie będą gromadzone dane za pośrednictwem ESB z dedykowanych aplikacji oraz elektronicznej skrzynki podawczej od organów kontroli i starostw w zakresie przewidzianym przepisami prawa.

46

Na szynie usług zostanie udostępniona usługa API umożliwiającą uprawnionym podmiotom przekazywanie danych do systemu KREPTD z pominięciem ESP czy dedykowanych aplikacji. Komunikacja z ERRU zgodnie modelem architektury również realizowana będzie za pośrednictwem szyny usług i obejmuje ona dwukierunkową obsługę zapytań i odpowiedzi pomiędzy system KREPTD a ERRU.

W ramach samego systemu KREPTD zakłada się, że zrealizowane zostaną funkcjonalności wspierane przez wykorzystanie, o ile będzie to uzasadnione funkcjonalnie, silnika procesów biznesowych BPM, w następujących obszarach :- Aplikacja KPK - Raporty i statystyki- Usługi synchronizacji danych

Wdrożona zostanie również funkcjonalność umożliwiająca administrowanie systemem KREPTD (parametry, słownik, uprawnienia) oraz hurtownia danych wspierająca procesy analizy i raportowania z systemu KREPTD zarówno wynikające z wewnętrznych potrzeb KPK, wymagań ERRU oraz celem udostępnienia raportów w Aplikacji dla MIiR.

4. Infrastruktura programowo –sprzętowa

Wykonawca otrzyma niezbędne uprawnienia i będzie odpowiedzialny za poprawne utrzymanie infrastruktury. Zamawiający wraz ze wskazanymi przez niego podmiotami będzie miał wgląd w zasoby przeznaczone dla Wykonawcy, który będzie odpowiedzialny na świadczenie usług wytworzenia, utrzymania i rozwoju Systemu w oparciu o poniższe elementy infrastruktury

Wykonawca w ramach etapu 2 przygotuje i skonfiguruje środowisko produkcyjne i testowe (preprodukcyjne) oraz szkoleniowe, celem realizacji prac wynikających z zakresu etapu 2.

Wykonawca w ramach etapu 3 przygotuje i skonfiguruje środowisko zapasowe w terminie 1 miesiąca od przekazania przez Zamawiające infrastruktury programowo-sprzętowej tego środowiska.

Wykonawca na każdym środowisku będzie utrzymywał aktualne wersje wdrożonego oprogramowania.

Ponadto zgodnie z wymaganiami na przeprowadzenie szkoleń Wykonawca przygotuje i skonfiguruje środowisko szkoleniowe oraz wdroży na nim oprogramowanie niezbędne do przeprowadzenia szkoleń wraz z danymi szkoleniowymi.

Wymagane jest zaplanowanie prac związanych z przygotowaniem, konfiguracją i aktualizacją środowisk w harmonogramie projektu przygotowywanym przez Wykonawcę w ramach etapu inicjalizacji projektu.

Specyfikacja infrastruktury obejmuje:

Serwer dla środowiska podstawowego (pojedynczy komputer z wirtualizacją o właściwościach "serwera wirtualizacyjnego")

47

Serwery będą wyposażone w płytę główną z możliwością zainstalowania do czterech procesorów dwunastordzeniowych lub szesnastordzeniowych oraz obsługujące do 1TB RAM,

Serwery zostaną wyposażone w cztery procesy szesnastordzeniowe dedykowane do pracy w serwerach zaprojektowanych do pracy w układach wieloprocesorowych,

Procesory będą taktowane zegarem co najmniej 2,5 GHZ (pamięć cache 16MB lub równoważna wydajnościowo),

Serwery będą wyposażone w RAM 128 GB DDR3 RDIMM (1600Mhz), Serwery będą posiadać minimum 4 porty typu 10/100/100 wbudowane na płycie

głównej oraz dodatkowe dwie jednoportowe karty FC 8GB/s, Serwery będą miały zainstalowane 2 dyski 146GB SAS (15k RPM).

Serwer bazodanowy (2 sztuki) dla systemu SQL (osobny serwer o właściwościach "serwera bazodanowego"):

Serwery będą wyposażone w płytę główną z możliwością zainstalowania do dwóch procesorów ośmiordzeniowych lub dwunastordzeniowych oraz obsługującą do 256 GB RAM,

Serwery będą wyposażone w dwa procesory szesnastordzeniowe klasy x86 dedykowane do pracy w serwerach zaprojektowanych do pracy w układach dwuprocesorowych,

Procesory będą taktowane zegarem co najmniej 2,5 GHZ (pamięć cache 16MB lub równoważna wydajnościowo),

Serwery będą wyposażone w RAM 32 GB DDR3 RDIMM (1600Mhz), Serwery będą posiadać minimum 4 porty typu 10/100/100 wbudowane na płycie

głównej oraz dodatkowe dwie jednoportowe karty 8GB FC, Serwery będą miały zainstalowane 2 dyski 146GB SAS (15k RPM).

Serwer obliczeniowy (2 sztuki):

Serwery będą wyposażone w płytę główną z możliwością zainstalowania do dwóch procesorów oraz obsługująca do 768 GB RAM,

Serwery będą wyposażone w dwa procesory dwunastordzeniowe klasy x86, umożliwiające osiągnięcie wyniku powyżej 889 punktów w teście SPECin_rate_base2006,

Serwery będą wyposażone w RAM 64 GB LV RDIMM (1600Mhz), Serwery będą posiadać minimum 4 porty typu Gigabit Ethernet Baste-T oraz dwie

dodatkowe jednoportowe karty FC 8Gb/s, Serwery będą miały zainstalowane 2 dyski 146GB SAS (15k RPM).

Macierz dyskowa (1 sztuki) na dyskach SAS o parametrach typu Dell Power Vault:

Macierz dyskowa będzie posiadać co najmniej 12 dysków 800 GB SSD. Macierz będzie wspierać ponadto dyski SSD 400 GB, 800GB, 1600 GB oraz posiadać możliwość rozbudowy do co najmniej 120 dysków,

Macierz będzie posiadać dwa kontrolery wyposażone w przynajmniej 12GB cache każdy. W przypadku awarii zasilania dane nie zapisane na dyski, przechowywane w pamięci będą zabezpieczone za pomocą podtrzymania bateryjnego przez 72 godzin lub jako zrzut na pamięć flash.

48

System składowania kopii zapasowych:

System do kopii zapasowej będzie składać się z serwera kopii zapasowej w zestawie z licencjami,

Rozwiązanie to będzie umożliwiać backup nielimitowanej ilości serwerów klienckich i aplikacji zainstalowanych na tych serwerach,

Serwer kopii zapasowej będzie mieć osobny port typu Ethernet z przepustowością minimum 1GB/GB/s, przeznaczony do zdalnego zarządzania urządzeniem i systemem backupującym,

Urządzenie będzie dysponować minimum 3 portami typu Ethernet z minimalną przepustowością minimum 1GB/s poprzez, które będzie odbywać się komunikacja z serwerami backupowymi,

Urządzenie będzie posiadać co najmniej 5 TB użytecznej przestrzeni dyskowej przed deduplikacją na odkładanie backupów danych,

Serwer będzie miał zapewnione pełne zabezpieczenia na wypadek awarii podzespołów poprzez obecność dwóch zasilaczy, dysków zabezpieczonych przynajmniej w RAID 5 oraz osobnych dysków dla systemu operacyjnego oprogramowania do kopii zapasowej (min RAID 1).

Urządzenia do ochrony poczty e-mail (2 sztuki)

System ochrony będzie miał zapewnioną kompleksową ochronę antyspamową, antywirusową oraz antyspyware’ową,

Urządzenie będzie działać w oparciu o dedykowany system operacyjny czasu rzeczywistego, co zagwarantuje wysoką sprawność i skuteczność działania,

System będzie miał nie mniej niż 4 porty Ethernet 10/100/1000 Base-TX oraz powierzchnie dyskową minimum 2 TB,

Urządzenie będzie miało możliwość prac w trzech trybach (tryb Gateway, tryb transparentny, tryb serwera pocztowego),

Urządzenia do ochrony aplikacji www (2 sztuki)

System ochrony aplikacji webowych oraz Firewall XML będzie wykrywał i blokował ataki celujące w aplikacje webowe oraz alarmował o wystąpieniu określonych zdarzeń,

System będzie działał w oparciu o dedykowany system operacyjny wzmocniony z punktu widzenia bezpieczeństwa, co zapewni jego wysoką sprawność i skuteczność działania,

System będzie posiadał nie mniej niż 4 porty Ethernet 10/100/1000 Base-T oraz powierzchnie dyskową minimum 1 TB,

Urządzenie będzie obsługiwać przepustowość dla ruchu http – min 100 Mbps. Urządzenia UTM (1 sztuka) System ochrony będzie zbudowany przy użyciu minimalnej ilości elementów

ruchomych, krytycznych dla jego działania. Z tego względu urządzenie ochronne (Gateway) nie będzie posiadać twardego dysku, a w zamian będzie używać pamięć Flash. Podstawowe funkcje systemu będą realizowane sprzętowo przy użyciu specjalizowanego układu ASIC,

Urządzenie będzie działać w oparciu o dedykowany system operacyjny czasu

49

rzeczywistego, co zagwarantuje wysoką sprawność i skuteczność działania, System będzie posiadał nie mniej niż 2 porty Ethernet 10/100/1000 Base-TX, 12

portów SFP+ oraz 16 portów SFP, Urządzenie będzie dawać możliwość ustawienia jednego z dwóch trybów pracy, jako

router/NAT lub jako most /transparent bridge/, System będzie obsługiwał nie mniej niż 10 000 000 jednoczesnych połączeń i 200 000

nowych połączeń na sekundę, System będzie posiadał przepływność nie mniejszą niż 40 Gbps dla ruchu

nieszyfrowanego i 17 Gbps dla VPN (3DES) oraz będzie obsługiwał nie mniej niż 10 000 jednoczesnych tuneli VPN.

Zamawiający planuje dostarczenie dodatkowej infrastruktury informatycznej w ramach etapu 3 realizacji projektu, w którą zostanie wyposażona zapasowa serwerownia.

Oprogramowanie:

Licencje zapewniające funkcjonowanie Systemu w środowiskach testowym (preprodukcyjnym), produkcyjnym i zapasowym w oparciu o oprogramowanie wspierające działanie warstwy logiki aplikacji oraz warstwy wymiany danych w oparciu o rozwiązania klasy BPM oraz ESB, wybraną wersję SZBD oraz system klasy Business Intelligence (wraz z modułami zapewniającymi wsparcie dla procesów OLTP i ETL)

5. Opis wymagań

5.1. Wymagania funkcjonalne i niefunkcjonalne

ID Element Systemu

Nazwa Opis wymagania PB Prio-rytet

Etap

WF1 Rejestr KREPTD

Ewidencja przedsiębiorców, którzy posiadają zezwolenie na wykonywanie zawodu przewoźnika drogowego.

W ramach ewidencji przedsiębiorców, którzy posiadają zezwolenie na wykonywanie zawodu przewoźnika drogowego, będą gromadzone co najmniej następujące dane zgodne z art. 82h ust. 1 Projektu Ustawy o zmianie UoTD:- firma przedsiębiorcy oraz

oznaczenie jego adresu i siedziby albo miejsca zamieszkania przedsiębiorcy;

- numer identyfikacyjny REGON przedsiębiorcy oraz numer identyfikacji podatkowej (NIP), o ile taki posiada;

- rodzaj posiadanego zezwolenia na wykonywanie zawodu przewoźnika

PB16 – PB24

Wysoki

2

50

ID Element Systemu


Etap

drogowego oraz numery seryjne wypisów z zezwolenia na wykonywanie zawodu przewoźnika drogowego;

- liczba pojazdów objętych zezwoleniem na wykonywanie zawodu przewoźnika drogowego;

- numery rejestracyjne pojazdów objętych zezwoleniem na wykonywanie zawodu przewoźnika drogowego;

- numer seryjny licencji wspólnotowej oraz numery seryjne wypisów z licencji wspólnotowej;

- status zezwolenia na wykonywanie zawodu przewoźnika drogowego;

- początek ważności licencji wspólnotowej;

- koniec ważności licencji wspólnotowej;

- data cofnięcia licencji wspólnotowej;

- data zawieszenia licencji wspólnotowej;

- data wygaśnięcia zawieszenia licencji wspólnotowej;

- powód zawieszenia lub wycofania licencji wspólnotowej;

- numer seryjny cofniętych wypisów z licencji wspólnotowej;

- data cofnięcia wypisu z licencji wspólnotowej;

- data wygaśnięcia cofnięcia wypisu z licencji wspólnotowej;

- imię i nazwisko przedstawiciela prawnego przedsiębiorcy oraz datę i miejsce jego urodzenia;

- imię i nazwisko osoby zarządzającej transportem, oraz:

o PESEL (do potwierdzenia na etapie przygotowania dokumentacji przedwdrożeniowej systemu KREPTD, aktualnie w projekcie Ustawy o zmianie UoTD nie przewidziano przechowywania w ewidencji numerów PESEL)

51

ID Element Systemu


Etap

o data i miejsce urodzenia,o adres zamieszkania,o numer posiadanego

certyfikatu kompetencji zawodowych,

o data wydania certyfikatu kompetencji zawodowych,

o kraj wydania certyfikatu kompetencji zawodowych;

- imię i nazwisko osoby fizycznej, o której mowa w art. 7c UoTD, oraz:

o PESEL (do potwierdzenia na etapie przygotowania dokumentacji przedwdrożeniowej systemu KREPTD, aktualnie w projekcie Ustawy o zmianie UoTD nie przewidziano przechowywania w ewidencji numerów PESEL)




o kraj wydania certyfikatu kompetencji zawodowych.

WF2 Rejestr KREPTD

Ewidencja poważnych naruszeń

W ramach ewidencji poważnych naruszeń będą gromadzone następujące dane:- firma przedsiębiorcy oraz

oznaczenie jego adresu i siedziby albo miejsca zamieszkania przedsiębiorcy;

- imię i nazwisko osoby zarządzającej transportem, oraz:




o kraj wydania certyfikatu kompetencji zawodowych;

- imię i nazwisko osoby fizycznej, o

PB1 Wysoki

2

52

ID Element Systemu


Etap

której mowa w art. 7c UoTD, oraz:o data i miejsce urodzenia,o adres zamieszkania,o numer posiadanego



- kraj wydania certyfikatu kompetencji zawodowych;

- liczba, kategoria i rodzaj poważnych naruszeń, o których mowa w art. 6 ust. 1 lit. b rozporządzenia (WE) nr 1071/2009, które doprowadziły do skazania lub nałożenia sankcji w ciągu ostatnich dwóch lat, oraz:

- Dane dotyczące naruszenia:o data naruszenia,o data kontroli, w trakcie

której stwierdzono naruszenie,

o państwo członkowskie, w którym stwierdzono naruszenie,

o rodzaj naruszenia,o kogo dotyczy naruszenie

(przedsiębiorca / Zarządzający transportem),

- Dane dotyczące nałożonej sankcji:o organ nakładający sankcję,o kategoria naruszenia,o data ostatecznej decyzji,o rodzaj nałożonej sankcji,o data rozpoczęcia

obowiązywania nałożonej sankcji,

o data zakończenia obowiązywania nałożonej sankcji,

o czy sankcję wykonano,- Dane dotyczące wnioskowanych

sankcji:o organ nakładający sankcję,o rodzaj wnioskowanej

sankcji administracyjnej,o wnioskowany okres

obowiązywania sankcji (dni kalendarzowe),

o potwierdzenie nałożenia

53

ID Element Systemu


Etap

sankcji (wnioskowanej),o nałożona sankcja

(wnioskowana),o data nałożenia sankcji

(wnioskowanej),o data zakończenia

obowiązywania nałożonej sankcji (wnioskowanej),

o powód nienałożenia sankcji (wnioskowanej),

- przyczyna, dla której utrata dobrej reputacji stanowiłaby nieproporcjonalną reakcję.

WF3 Rejestr KREPTD

Ewidencja osób, które zostały uznane za niezdolne do kierowania operacjami transportowymi przedsiębiorcy

W ramach ewidencji osób, które zostały uznane za niezdolne do kierowania operacjami transportowymi przedsiębiorcy, będą gromadzone co najmniej następujące dane: imię i nazwisko osoby uznanej za

niezdolną do kierowania operacjami transportowymi do czasu przywrócenia dobrej reputacji tej osoby oraz data i miejsce jej urodzenia, adres zamieszkania;

numer certyfikatu kompetencji zawodowych;

data wydania certyfikatu kompetencji zawodowych;

kraj wydania certyfikatu kompetencji zawodowych;

przyczyna stwierdzenia niezdolności;

zastosowane środki rehabilitacyjne; początek ważności stwierdzenia

niezdolności; koniec ważności stwierdzenia

niezdolności.

PB13,

PB15

Wysoki

2

WF4 Rejestr KREPTD

Odnotowywanie zmian w ewidencjach

W Rejestrze odnotowuje się zmiany danych gromadzonych w ewidencjach, o których mowa w wymaganiach WF1-WF3. Zmiany są odnotowywane na skutek bieżącej synchronizacji danych między systemami oraz inicjalnego importu danych do Rejestru z systemów CEN, TransBit, Open BTM, systemów starostw udostępniających dane o przedsiębiorcach transportu drogowego, systemów organów kontrolnych udostępniających dane o naruszeniach

PB1,

PB13,

PB15-

PB24

Wysoki

2

54

ID Element Systemu


Etap

lub na skutek wprowadzenia/zmiany/usunięcia danych za pośrednictwem aplikacji dla pracowników KPK, aplikacji dla starostw, aplikacji dla organów kontrolnych lub za pośrednictwem akceptacji elektronicznego wniosku złożonego na skrzynce podawczej GITD na ePUAP.

WF5 Rejestr KREPTD

Wykreślenie Zarządzającego z ewidencji osób niezdolnych do kierowania operacjami transportowymi

System KREPTD będzie automatycznie wykreślał Zarządzającego z ewidencji osób niezdolnych do kierowania operacjami transportowymi po upłynięciu określonego terminu. Termin ten będzie określany przez użytkowników aplikacji dla starostw lub aplikacji dla pracowników KPK rejestrujących wyniki postępowań administracyjnych w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję (wymaganie WF21WF69).

PB15

Wysoki

2

WF6 Rejestr KREPTD

Archiwizacja danych

Wymagana jest archiwizacja danych gromadzonych w systemie KREPTD. Usuwanie danych w systemie będzie dokonywane poprzez ich archiwizację dokonywana z uwzględnieniem procesów archiwizacji i brakowania dokumentów i danych w sposób zgodny z obowiązującymi przepisami prawa. Następnie dane zostaną zanonimizowane zgodnie z wymaganiami funkcjonalnymi i niefunkcjonalnym opisanymi w rozdziale 5.1 OPZ

Wysoki

2

WF7 Rejestr KREPTD

Konfiguracja mapowania kategorii naruszeń i nałożonych sankcji

System zapewni funkcjonalność umożliwiającą użytkownikowi o odpowiednich uprawnieniach zarządzanie konfiguracją mapowania naruszeń i innych sankcji o określonych cechach pochodzących z systemów wewnętrznych i zewnętrznych nie będących częścią KREPTD i nałożonych sankcji na katalog naruszeń określonych w Rozporządzeniu

PB1 Wysoki

2

55

ID Element Systemu


Etap

1213/2010WF8 ESP Wzory

dokumentów elektronicznych

Utworzone zostaną dedykowane wzory dokumentów zgodne z regułami tworzenia dokumentów publikowanych w Centralnym Repozytorium Dokumentów (CRD) platformy ePUAP, które pozwolą na przekazywanie przez starostwa oraz organy kontrolne do GITD m. in. następujących informacji poprzez elektroniczną skrzynkę podawczą GITD na ePUAP: Informacja o karze nałożonej przez

organ kontrolny w związku z poważnym naruszeniem,

Zapytanie o dobrą reputację przesyłane przez Starostwa w związku z wnioskiem o wydanie zezwolenia na wykonywanie zawodu przewoźnika drogowego,

Informacja o wynikach postępowania w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję za nałożone sankcje przesyłana przez Starostwa,

Informacje przesyłane przez starostwa w związku z:

o udzieleniem zezwolenia na wykonywanie zawodu przewoźnika drogowego,

o aktualizacją danych przedsiębiorcy

o koniecznością usunięcia danych przedsiębiorstwa lub zarządzającego transportem

PB1,PB7,PB14,

PB22,

PB23,

PB24

Wysoki

2

WF9 Aplikacja dla pracowników KPK

Logowanie do konta użytkownika

Pracownik KPK loguje się na swoje konto przy użyciu loginu i hasła lub zostanie zalogowany w sposób automatyczny przy użyciu mechanizmów SSO.

- Wysoki

2


Resetowanie hasła do konta użytkownika

Użytkownik może resetować hasło. Aplikacja będzie wysyłać link na wskazany adres e-mail z hasłem tymczasowym. Po zalogowaniu z wykorzystaniem hasła tymczasowego, użytkownik będzie proszony o podanie nowego hasła.

- Wysoki

2

56

ID Element Systemu


Etap


Zmiana hasła do konta użytkownika

W ramach egzekwowania polityki haseł, system będzie okresowo informował użytkownika o konieczności zmiany hasła. Użytkownik wprowadza dotychczasowe hasło, a następnie podaje nowe hasło (dwukrotnie). Częstotliwość zmiany hasła zostanie zdefiniowania na etapie przygotowania dokumentacji przedwdrożeniowej podstawowej wersji systemu KREPTD.

- Wysoki

2


Wyszukiwanie Zarządzających transportem i przedsiębiorców

1. Aplikacja umożliwia wyszukiwanie przedsiębiorców transportu drogowego wielokryterialne, m. in na podstawie:- Numeru posiadanego zezwolenia na

wykonywanie zawodu przewoźnika drogowego,

- Numeru licencji wspólnotowej,- Nazwy firmy przedsiębiorcy,- Numeru REGON lub NIP,- Numeru posiadanego certyfikatu

kompetencji zawodowych (dotyczy osoby fizycznej, o której mowa w art. 7c UoTD).

- Adresu siedziby- Innych danych zawartych w

Certyfikacie Kwalifikacji Zawodowych

Kryteria wyszukiwania mogą być łączone. Wyniki wyszukiwania są prezentowane na liście przedsiębiorców transportu drogowego. Aplikacja umożliwia zadawanie podzapytań (mechanizm Faceted search), samodzielnie zapisywanie i ponowne wywoływanie przez użytkownika zapytań wywołanych wcześniej.

2. Aplikacja umożliwia wyszukiwanie Zarządzających transportem wielokryterialne, m. in na podstawie:- Imienia i Nazwiska Zarządzającego

transportem,- Numeru posiadanego certyfikatu

PB22

Wysoki

2

57

ID Element Systemu


Etap

kompetencji zawodowych.- Nr PESELKryteria wyszukiwania mogą być łączone. Wyniki wyszukiwania są prezentowane na liście Zarządzających transportem.

System umożliwia przeszukiwanie po ciągu znaków w ramach zwróconego zbioru wyników wyszukiwania.

System zapewnia wyszukiwanie z zastosowanie znaków specjalnych.

System zapewnia możliwość eksportu zawartości tabeli wyników do pliku csv/xls

Pełna lista parametrów wyszukiwania zostanie zdefiniowania na etapie przygotowania dokumentacji przedwdrożeniowej podstawowej wersji systemu KREPTD.


Przeglądanie danych Zarządzających transportem i przedsiębiorców oraz podstawowe operacje wykonywane na danych

1.Po wskazaniu przedsiębiorstwa na liście wyników wyszukiwania Aplikacja umożliwia- Pełny widok danych przedsiębiorcy

obejmujący dane opisane w Art. 82h ust. 1, wymienione w wymaganiu WF1

- Szczegółowe dane opisane w Art. 82h ust. 2 dotyczące poważnych naruszeń, wymienionych w WF2.

2. Po wskazaniu Zarządzającego transportem na liście wyników wyszukiwania, Aplikacja udostępnia informacje szczegółowe o Zarządzającym transportem w tym informację certyfikat kompetencji zawodowych, informację czy Zarządzający transportem przedsiębiorstwa nie został wpisany do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa.

3. Aplikacja umożliwia wykonanie

PB22

Wysoki

2

58

ID Element Systemu


Etap

podstawowych operacji na danych przedsiębiorcy i Zarządzającego transportem m.in:- podgląd szczegółów,- dodanie/modyfikacja/usunięcie

(archiwizacja) danych,- historię zmian danych,- dodawanie poważnego naruszenia,- zarejestrowanie polecenia wysłania

komunikatu „zapytanie” (o dobrą reputację Zarządzającego transportem),

- wpisanie Zarządzającego do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa.

4. Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione. Po zapisaniu zmiany danych aplikacja przekazuje zmienione dane do Rejestru.


Ręczne wprowadzanie danych przedsiębiorcy i Zarządzającego transportem otrzymanych ze starostw

1. Aplikacja pozwala użytkownikowi na wprowadzenie danych przedsiębiorcy i Zarządzającego transportem otrzymanych ze starostwa za pośrednictwem elektronicznej skrzynki podawczej GITD na ePUAP.2. Użytkownik wprowadzi dane określone w art. 82h ust. 1 Projektu Ustawy o zmianie UoTD, wyszczególnione w wymaganiu WF13. Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.

PB22

Wysoki

2


Ręczne wprowadzanie komunikatów „powiadomienie o naruszeniu przepisów”

1. Aplikacja umożliwia użytkownikowi wprowadzenie do KREPTD komunikatów „powiadomienie o naruszeniu przepisów” otrzymanych poza systemem ERRU (komunikaty te będą przesyłane z KPK innych Państw Członkowskich na skrzynkę mailową polskiego KPK).2. Pracownik będzie wprowadzał do

PB3-

PB4

Wysoki

3

59

ID Element Systemu


Etap

Systemu co najmniej obowiązkowe dane określone w Rozporządzeniu 1213/2010 dotyczące komunikatu „powiadomienie o naruszeniu przepisów” (komunikat zawiera zarówno pola tekstowe, jak i pola wartości wybieranych z listy).3. Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.


Ręczne wprowadzanie komunikatów „odpowiedź na powiadomienie o naruszeniu przepisów”

1. Aplikacja umożliwia użytkownikowi wprowadzenie do KREPTD komunikatów „odpowiedź na powiadomienie o naruszeniu przepisów” otrzymanych poza systemem ERRU (komunikaty te będą przesyłane z KPK innych Państw Członkowskich na skrzynkę mailową polskiego KPK).2. Pracownik będzie wprowadzał do Systemu co najmniej obowiązkowe dane określone w Rozporządzeniu 1213/2010 dotyczące komunikatu „odpowiedź na powiadomienie o naruszeniu przepisów” (komunikat zawiera zarówno pola tekstowe, jak i pola wartości wybieranych z listy).3. Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.

PB2 Wysoki

3


Ręczne wprowadzanie komunikatów „odpowiedź na zapytanie”

1Aplikacja umożliwia użytkownikowi wprowadzenie do KREPTD komunikatów „odpowiedź na zapytanie” otrzymanych poza systemem ERRU (komunikaty te będą przesyłane z KPK innych Państw Członkowskich na skrzynkę mailową polskiego KPK).2. Pracownik będzie wprowadzał do Systemu obowiązkowe dane określone w Rozporządzeniu 1213/2010 dotyczące komunikatu „odpowiedź na zapytanie” (komunikat zawiera

PB5-

PB7

Wysoki

3

60

ID Element Systemu


Etap

zarówno pola tekstowe, jak i pola wartości wybieranych z listy).3. Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.


Zlecenie wysłania komunikatu „zapytanie” (o dobrą reputację) z aplikacji dla pracowników KPK

1. System będzie umożliwiał użytkownikowi zarejestrowanie polecenia wysłania komunikatu „zapytanie” (o dobrą reputację Zarządzającego transportem). Dotyczy to sytuacji, w której nie będzie funkcjonował jeszcze system Open BTM (model przejściowy) lub sytuacji, w której pracownik KPK będzie wprowadzał polecenie otrzymane ze starostwa za pośrednictwem elektronicznej skrzynki podawczej GITD na ePUAP.

2. W przypadku, gdy Zarządzający transportem nie widnieje w Rejestrze (dotyczy sytuacji, w której przedsiębiorca ubiega się o wydanie zezwolenia / licencji w BTM lub o wydanie zezwolenia w starostwie a Zarządzający nie zarządza operacjami transportowymi innego przedsiębiorstwa w Polsce), użytkownik będzie wprowadzał dane Zarządzającego transportem, określone w Rozporządzeniu 1213/2010 dla komunikatu „Zapytanie”. (Częściowo dane będą uzupełniane automatycznie przez system KREPTD).

3. Podczas wprowadzania danych aplikacja będzie weryfikować kompletność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.

4. Użytkownik, który zlecił wysłanie komunikatu „zapytanie”, standardowo otrzyma w ciągu 10 sekund z systemu

PB6 Wysoki

3

61

ID Element Systemu


Etap

KREPTD wynik weryfikacji dobrej reputacji Zarządzającego transportem w postaci następujących informacji:- czy Zarządzający został wpisany do

ewidencji osób zarządzających transportem w którymś z Państw Członkowskich UE,

- czy Zarządzający został wpisany do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa w którymś z Państw Członkowskich UE,

- iloma przedsiębiorstwami Zarządzający aktualnie kieruje oraz

- iloma pojazdami aktualnie Zarządzający zarządza.

W przypadku, gdy któreś z Państw Członkowskich, którego rejestr przedsiębiorców transportu drogowego został zintegrowany z ERRU, nie odpowie na komunikat „zapytanie”, czas odpowiedzi na zapytanie użytkownika ulegnie wydłużeniu o czas potrzebny na obsłużenie zapytania poza systemem ERRU.


Przeglądanie otrzymanych z ERRU i wysłanych do ERRU komunikatów

Aplikacja dla pracowników KPK umożliwia przeglądanie otrzymanych z ERRU i wysłanych do ERRU komunikatów. Użytkownik wyszukuje komunikat, a następnie wyświetla jego szczegóły.

Aplikacja umożliwia wyszukiwanie komunikatów wielokryterialne. Kryteria wyszukiwania mogą być łączone. Wyniki wyszukiwania są prezentowane na liście komunikatów.

Użytkownik wyszukuje komunikaty przy zastosowaniu następujących kryteriów wyszukiwania:- Numer komunikatu,- Typ komunikatu („powiadomienie

PB5-

PB7

Wysoki

2

62

ID Element Systemu


Etap

o naruszeniu przepisów”, „odpowiedź na powiadomienie o naruszeniu przepisów”, „zapytanie”, „odpowiedź na zapytanie”),

- Data komunikatu (wysłania lub otrzymania),

- Przedsiębiorca transportu drogowego (dla komunikatów: „powiadomienie o naruszeniu przepisów”, „odpowiedź na powiadomienie o naruszeniu przepisów”),

- Zarządzający transportem (dla komunikatów: „zapytanie”, „odpowiedź na zapytanie”).


Ręczne wprowadzanie naruszeń za pośrednictwem aplikacji dla pracowników KPK

1. Użytkownik będzie wprowadzać, za pośrednictwem aplikacji dla pracowników KPK, informacje o wykonanej karze grzywny lub karze pieniężnej za poważne naruszenie, o których mowa w art. 6 ust. 1 lit. b rozporządzenia (WE) nr 1071/2009 (otrzymane z organów kontrolnych za pośrednictwem elektronicznej skrzynki podawczej GITD na ePUAP). Każdorazowo będzie można wprowadzić tylko jedno poważne naruszenie.2. Użytkownik będzie wyszukiwał przedsiębiorcę w Rejestrze. Po wyborze rekordu z listy wyników wyszukiwania użytkownikowi będą wyświetlane dane przedsiębiorcy określone w art. 82h ust. 1 Projektu ustawy o zmianie UoTD, wymienione w wymaganiu WF13. Następnie użytkownik wprowadzi dane o poważnym naruszeniu, określone w art. 82h ust. 2 Projektu ustawy o zmianie UoTD, tj:- Dane dotyczące naruszenia:

o data naruszenia,o data kontroli, w trakcie

której stwierdzono

PB1 Wysoki

2

63

ID Element Systemu


Etap

naruszenie,o państwo członkowskie, w

którym stwierdzono naruszenie,







sankcji:o organ nakładający sankcję,o rodzaj wnioskowanej

sankcji administracyjnej,o wnioskowany okres


4. Jeżeli użytkownik nie odnajdzie przedsiębiorcy w Rejestrze, wprowadzi wszystkie dane gromadzone w ewidencji poważnych naruszeń, wymienione w wymaganiu WF2.5. Aplikacja będzie automatycznie weryfikować kompletność, poprawność i spójność danych.6. Aplikacja będzie przekazywać do KREPTD informacje o nałożonej karze grzywny lub karze pieniężnej za poważne naruszenie.

WF21 Aplikacja dla pracowni

Wprowadzanie przez pracowników

1. System będzie pozwalał użytkownikowi na wprowadzenie do KREPTD wyników postępowania w

PB4 Wysoki

2

64

ID Element Systemu


Etap

ków KPK KPK informacji o wynikach postępowania w sprawie nałożenia sankcji za naruszenia

sprawie nałożenia wnioskowanych sankcji za poważne naruszenie. Dotyczy to w szczególności sytuacji, w której nie będzie funkcjonował jeszcze system Open BTM (model przejściowy). Po wdrożeniu systemu Open BTM wyniki postępowania będą automatycznie otrzymywane przez KREPTD z systemu Open BTM.2. Użytkownik będzie wyszukiwał przedsiębiorcę lub Zarządzającego transportem w Rejestrze.3. Po wyborze rekordu danych przedsiębiorcy lub Zarządzającego transportem użytkownik będzie odpowiednio: rejestrował wykonalną decyzję o

nałożeniu sankcji poprzez edycję odpowiednich danych zgromadzonych w ewidencji przedsiębiorców, którzy posiadają zezwolenie na wykonywanie zawodu przewoźnika drogowego. Zakres edytowanych danych jest następujący:

o status zezwolenia na wykonywanie zawodu przewoźnika drogowego,

o data cofnięcia licencji wspólnotowej,

o data zawieszenia licencji wspólnotowej,

o data wygaśnięcia zawieszenia licencji wspólnotowej,

o powód zawieszenia lub wycofania licencji wspólnotowej,

o numer seryjny cofniętych wypisów z licencji wspólnotowej,

o data cofnięcia wypisu z licencji wspólnotowej,

o data wygaśnięcia cofnięcia wypisu z licencji

65

ID Element Systemu


Etap

wspólnotowej; wpisywał Zarządzającego

transportem do ewidencji osób, które zostały uznane za niezdolne do kierowania operacjami transportowymi przedsiębiorcy. Wówczas użytkownik wprowadzi pozostałe brakujące dane, które nie występują w Rejestrze, określone w art.82h ust. 3 Projektu ustawy o zmianie UoTD, tj:

o przyczynę stwierdzenia niezdolności,

o zastosowane środki rehabilitacyjne,

o początek ważności stwierdzenia niezdolności,

o koniec ważności stwierdzenia niezdolności;

wybierał naruszenie, którego dotyczy postępowanie w sprawie nałożenia sankcji i rejestrował:

o powód nienałożenia sankcji (wnioskowanej),

o przyczynę, dla której utrata dobrej reputacji stanowiłaby nieproporcjonalną reakcję

4. Podczas wprowadzania danych aplikacja będzie weryfikować kompletność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.


Zaczytywanie dokumentów otrzymanych na ESP

System pozwala na automatyczny import z pliku dokumentów otrzymanych na ESP, które są zgodne z opublikowanymi wzorami w celu wyeliminowania konieczności ręcznej rejestracji przez pracownika KPK.W ramach importu dane z dokumentów otrzymanych z ESP zapisanie są bazy danych Systemu KREPTD.

PB1,

PB7,

PB14,

PB22,

PB23,

PB24

Wysoki

2

66

ID Element Systemu


Etap


Alerty wyświetlane w aplikacji dla pracowników KPK

W aplikacji dla pracowników KPK użytkownikom będą wyświetlane alerty (ostrzeżenia). Alerty będą dotyczyć komunikatów wysyłanych / otrzymywanych z ERRU, które wymagają realizacji dodatkowych zadań użytkownika, m.in. opisanych w wymaganiach WF24, WF25, WF26, WF27. Pełna lista zdarzeń uruchamiających alerty zostanie zdefiniowania na etapie przygotowania dokumentacji przedwdrożeniowej podstawowej wersji systemu KREPTD.

- Wysoki

3


Poprawa komunikatu „powiadomienie o naruszeniu przepisów”

Jeżeli system otrzyma negatywne potwierdzenie odbioru (NACK) oznaczające błąd w komunikacie „powiadomienie o naruszeniu przepisów” (wymaganie WF34), system pozwoli użytkownikowi (Pracownikowi KPK) na ręczną poprawę komunikatu:- System pozwoli użytkownikowi na

edycję danych komunikatu „powiadomienie o naruszeniu przepisów”, określonych w Rozporządzeniu 1213/2010, oraz ponowne wysłanie komunikatu do ERRU,

- System pozwoli użytkownikowi na rezygnację z poprawy komunikatu.

PB2 Wysoki

3


Ponowienie komunikatu „powiadomienie o naruszeniu przepisów”

Jeżeli system otrzyma negatywne potwierdzenie odbioru (NACK) oznaczające brak odpowiedzi KPK innego Państwa Członkowskiego na komunikat „powiadomienie o naruszeniu przepisów” (Wymaganie Error: Reference source not found), system pozwoli użytkownikowi na podjęcie decyzji, czy należy ponowić wysyłkę komunikatu:- System pozwoli użytkownikowi

zlecić ponowne wysłanie komunikatu do ERRU,

- System pozwoli użytkownikowi na rezygnację z ponownego wysyłania

PB2 Wysoki

3

67

ID Element Systemu


Etap

komunikatu.WF26 Aplikacja

dla pracowników KPK

Poprawa komunikatu „Zapytanie”

Jeżeli system otrzyma negatywne potwierdzenie odbioru (NACK) oznaczające błąd w komunikacie „zapytanie” (wymaganie WF42), system pozwoli użytkownikowi na ręczną poprawę komunikatu:- System pozwoli użytkownikowi na

edycję danych komunikatu „zapytanie”, określonych w Rozporządzeniu 1213/2010, oraz ponowne wysłanie komunikatu do ERRU,

- System pozwoli użytkownikowi na rezygnację z poprawy komunikatu.

PB5-

PB7

Wysoki

3


Ponowienie komunikatu „Zapytanie”

Jeżeli system otrzyma negatywne potwierdzenie odbioru (NACK) oznaczające brak odpowiedzi od pozostałych Państw Członkowskich na komunikat „zapytanie” (WymaganieWF42 ), system pozwoli użytkownikowi na podjęcie decyzji, czy należy ponowić wysyłkę komunikatu:- System pozwoli użytkownikowi

zlecić ponowne wysłanie komunikatu do ERRU,

- System pozwoli użytkownikowi na rezygnację z ponownego wysyłania komunikatu.

PB5-

PB7

Wysoki

3


Informowanie użytkownika o wystąpieniu przesłanek dla wszczęcia postępowania administracyjnego w sprawie oceny czy utrata dobrej reputacji stanowi proporcjonalną reakcję.

1. System będzie automatycznie weryfikował czy wystąpiły przesłanki dla wszczęcia postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję.2. Przesłanki będą spełnione, jeśli w Rejestrze dla danego Przedsiębiorcy lub Zarządzającego transportem występować będą co najmniej dwa poważne naruszenia, które doprowadziły do skazania lub nałożenia sankcji w ciągu dwóch lat.3. Jeżeli przesłanki będą spełnione system powiadomi o tym użytkownika (Pracownika KPK).

PB12

Średni 3

68

ID Element Systemu


Etap


Powiadamianie pracownika o wykreśleniu Zarządzającego z ewidencji osób niezdolnych do kierowania operacjami transportowymi

System będzie powiadamiał mailowo użytkownika (posiadającego odpowiednie uprawnienia) o wykonanym automatycznie w Rejestrze KRPEDT wykreśleniu Zarządzającego transportem z ewidencji osób niezdolnych do kierowania operacjami transportowymi.

PB15

Średni 3


Drukowanie dokumentów do formatu pdf (obsługa komunikatów poza ERRU)

System generuje dokumenty w formacie pdf, które umożliwiają obsługę przekazywania wybranych informacji standardowo przesyłanych przez ERRU poza systemem ERRU. Zakłada się generowanie m.in. następujące dokumenty:

Powiadomienie o naruszeniu kierowane do KPK siedziby przedsiębiorstwa

Odpowiedź na powiadomienie o naruszeniu przepisów otrzymane z KPK Państwa członkowskiego, w którym dokonano naruszenia

Zapytanie o dobrą reputację Odpowiedź na zapytanie o

dobrą reputacjęOprócz w/w dokumentów należy przewidzieć konieczność drukowania innych dokumentów. Operacje powinny być tak zapisywane aby możliwa była później komunikacja z systemem ERRU

PB2,

PB3,

PB4,

PB5,

PB6,

PB7,

PB8

Średni 2


Rejestrowanie w KREPTD zdarzeń związanych z obsługą komunikacji poza systemem ERRU.

System będzie pozwalał użytkownikowi na wprowadzenie do KREPTD informacji o przekazaniu informacji poza systemem ERRU, które standardowo mogą być wymieniane poprzez ERRU. Przewiduje się zapisywania informacji o następujących zdarzeniach:

Wysłanie poza ERRU powiadomienia o naruszeniu przepisów do Państwa Członkowskiego. Informacja ta

PB2,

PB3,

PB4,

Średni 2

69

ID Element Systemu


Etap

będzie wykorzystywana na potrzeby poinformowania użytkownika o konieczności wysłania monitu w przypadku braku odpowiedzi w odpowiednim terminie.

Wysłanie monitu w kontekście przesłanego uprzednio:

o powiadomienia o naruszeniu przepisów do Państwa Członkowskiego poprzez ERRU,

o powiadomienia o naruszeniu przepisów do Państwa Członkowskiego poza systemem ERRU,

o monitu dotyczącego braku odpowiedzi na przesłane uprzednio poprzez ERRU lub poza ERRU powiadomienie o naruszeniu przepisów

Wysłanie poza ERRU odpowiedzi na powiadomienie o naruszeniu przepisów otrzymane z Państwa Członkowskiego.

WF32 Usługi komunikacji z ERRU

Wysłanie do ERRU komunikatu „powiadomienie o naruszeniu przepisów”

1. Jeżeli System otrzyma dane o poważnym naruszeniu popełnionym przez przedsiębiorcę, który posiada siedzibę w jednym z zagranicznych Państw Członkowskich, które zintegrowały się z ERRU, sformułuje automatycznie komunikat „powiadomienie o naruszeniu przepisów”.2. Struktura komunikatu „powiadomienie o naruszeniu przepisów” została opisana w Rozporządzeniu 1213/2010. Dane wykorzystane do sformułowania komunikatu pochodzić będą z Rejestru KREPTD.3. System będzie wysyłał komunikat „powiadomienie o naruszeniu przepisów” do systemu ERRU.

PB2 Wysoki

2

70

ID Element Systemu


Etap


Otrzymanie z ERRU potwierdzenia odbioru komunikatu „powiadomienie o naruszeniu przepisów”

System będzie otrzymywał z ERRU i zapisywał potwierdzenie odbioru (ACK) otrzymania komunikatu „powiadomienie o naruszeniu przepisów”.

PB2 Wysoki

2


Otrzymanie z ERRU negatywnego potwierdzenia odbioru komunikatu „powiadomienie o naruszeniu przepisów”

System będzie otrzymywał z ERRU i zapisywał negatywne potwierdzenie odbioru (NACK) otrzymania komunikatu „powiadomienie o naruszeniu przepisów”. NACK może dotyczyć dwóch typów zdarzeń:- Negatywne potwierdzenie

poprawności powiadomienia,- Negatywne potwierdzenie

otrzymania komunikatu przez KPK innego Państwa Członkowskiego.

PB2 Wysoki

2


Otrzymanie z ERRU komunikatu „odpowiedź na powiadomienie o naruszeniu przepisów”

1. System będzie otrzymywał z ERRU i zapisywał komunikat „odpowiedź na powiadomienie o naruszeniu przepisów”. Komunikat będzie pochodził z KPK Państwa Członkowskiego, do którego wysłano komunikat „powiadomienie o naruszeniu przepisów’.2. Struktura komunikatu „odpowiedź na powiadomienie o naruszeniu przepisów” została opisana w Rozporządzeniu 1213/2010.3. System będzie wysyłał do ERRU potwierdzenie odbioru (ACK) komunikatu „odpowiedź na powiadomienie o naruszeniu przepisów”. Struktura komunikatu „potwierdzenie odbioru” (ACK) została opisana w Rozporządzeniu 1213/2010.

PB2 Wysoki

2


Otrzymanie z ERRU komunikatu „powiadomienie o naruszeniu przepisów”

1. System będzie odbierał i zapisywał komunikat „powiadomienie o naruszeniu przepisów” otrzymany z ERRU. Komunikat będzie otrzymywany z KPK Państwa Członkowskiego, w którym przedsiębiorca, posiadający siedzibę w

PB3-

PB4

Wysoki

2

71

ID Element Systemu


Etap

Polsce, popełnił poważne naruszenie.2. Struktura komunikatu „powiadomienie o naruszeniu przepisów” została opisana w Rozporządzeniu 1213/20103. System będzie wysyłał do ERRU potwierdzenie odbioru (ACK) komunikatu „powiadomienie o naruszeniu przepisów”. Struktura komunikatu „potwierdzenie odbioru” została opisana w Rozporządzeniu 1213/2010.


Otrzymanie z ERRU negatywnego potwierdzenia odbioru (NACK) komunikatu potwierdzenia odbioru (ACK) w kontekście komunikatu „powiadomienie o naruszeniu przepisów”

System będzie odbierał z ERRU i zapisywał komunikat negatywnego potwierdzenia odbioru (NACK) komunikatu potwierdzenia odbioru (AKC) (wysłanego przez KREPTD do ERRU) dla komunikatu „powiadomienie o naruszeniu przepisów” (otrzymanego przez KREPTD z ERRU). W takiej sytuacji system nie umożliwi użytkownikowi ponownej wysyłki komunikatu „potwierdzenie odbioru” (ACK) – wówczas proces PB3 lub proces PB4 kończy się.

PB3-

PB4

Wysoki

2


Wysłanie do ERRU komunikatu „odpowiedź na powiadomienie o naruszeniu przepisów”

1. System będzie automatycznie formułował komunikat „odpowiedź na powiadomienie o naruszeniu przepisów”.2. Struktura komunikatu „odpowiedź na powiadomienie o naruszeniu przepisów” została opisana w Rozporządzeniu 1213/2010. Dane wykorzystane do sformułowania komunikatu pochodzić będą z Rejestru KREPTD (dane przedsiębiorcy transportu drogowego oraz dane dotyczące zarejestrowanego w KREPTD wyniku postępowania administracyjnego w sprawie nałożenia sankcji za poważne naruszenie).3. System będzie wysyłał do systemu ERRU komunikat „odpowiedź na

PB3-

PB4

Wysoki

2

72

ID Element Systemu


Etap

powiadomienie o naruszeniu przepisów”.


Otrzymanie z ERRU potwierdzenia odbioru komunikatu „odpowiedź na powiadomienie o naruszeniu przepisów”

System będzie odbierał z ERRU i zapisywał potwierdzenie odbioru (ACK) komunikatu „odpowiedź na powiadomienie o naruszeniu przepisów”.

PB3-

PB4

Wysoki

2


Otrzymanie z ERRU negatywnego potwierdzenia odbioru komunikatu „odpowiedź na powiadomienie o naruszeniu przepisów”

System będzie odbierał z ERRU i zapisywał negatywne potwierdzenie odbioru (NACK) komunikatu „odpowiedź na powiadomienie o naruszeniu przepisów”.

PB3-

PB4

Wysoki

2


Wysłanie do ERRU komunikatu „zapytanie”

1. Na żądanie otrzymane z systemu Open BTM, aplikacji dla starostw lub aplikacji dla pracowników KPK System będzie formułował komunikat „zapytanie”.2. Struktura komunikatu „zapytanie” została opisana w Rozporządzeniu 1213/2010.3. System będzie wysyłał komunikat „zapytanie” do systemu ERRU.

PB5-

PB7

Wysoki

2


Otrzymanie z ERRU negatywnego potwierdzenia odbioru komunikatu „zapytanie”

System będzie otrzymywał z ERRU i zapisywał negatywne potwierdzenie odbioru (NACK) komunikatu „zapytanie”. NACK może dotyczyć dwóch typów zdarzeń:- Błąd w komunikacie- Brak odpowiedzi na zapytanie od

innych Państw Członkowskich

PB5-

PB7

Wysoki

2


Otrzymanie z ERRU komunikatu „odpowiedź na zapytanie”

1. System będzie odbierał i zapisywał komunikat „odpowiedź na zapytanie” otrzymany z ERRU. Komunikat będzie agregował odpowiedzi otrzymane z Państw Członkowskich, których rejestry przedsiębiorców transportu

PB5-

PB7

Wysoki

2

73

ID Element Systemu


Etap

drogowego zostały połączone z ERRU.2. Struktura komunikatu „odpowiedź na zapytanie” została opisana w Rozporządzeniu 1213/2010.


Procesowanie komunikatów „odpowiedź na zapytanie”

1. System będzie weryfikował, czy otrzymana odpowiedź na zapytanie o dobrą reputację zawiera odpowiedzi ze wszystkich Państw Członkowskich, których rejestry przedsiębiorców transportu drogowego zostały połączone z ERRU, oraz czy wprowadzono ręcznie brakujące odpowiedzi przez pracowników KPK (wymaganie WF17).2. System będzie automatycznie sprawdzać, czy Zarządzający transportem nie został wpisany do ewidencji osób uznanych za niezdolne do kierowania operacjami transportowymi w Rejestrze KREPTD (o której mowa w wymaganiu WF3).3. System będzie automatycznie łączyć odpowiedź uzyskaną z ERRU z informacją pochodzącą z ewidencji osób uznanych za niezdolne do kierowania operacjami transportowymi Rejestru KREPTD. System będzie przesyłał do systemu Open BTM, aplikacji dla starostw lub aplikacji dla pracowników KPK odpowiedź na zapytanie o dobrą reputację zawierającą informację:- czy Zarządzający został wpisany do




- iloma pojazdami aktualnie

PB5-

PB7

Wysoki

2

74

ID Element Systemu


Etap

Zarządzający zarządza.WF45 Usługi

komunikacji z ERRU

Otrzymanie z ERRU komunikatu „zapytanie”

1. System będzie otrzymywał z ERRU komunikat „zapytanie”.2. Struktura komunikatu „zapytanie” została opisana w Rozporządzeniu 1213/2010.

PB8 Wysoki

2


Wysłanie do ERRU komunikatu „odpowiedź na zapytanie”

1. W przypadku otrzymania komunikatu „zapytanie” System będzie wyszukiwał Zarządzającego transportem w ewidencji osób uznanych za niezdolne do kierowania operacjami transportowymi w Rejestrze KREPTD.2. System będzie formułował komunikat „odpowiedź na zapytanie”.3. Struktura komunikatu „odpowiedź na zapytanie” została opisana w Rozporządzeniu 1213/2010:- Jeżeli Zarządzający transportem

występuje w ewidencji osób uznanych za niezdolne do kierowania operacjami transportowymi w Rejestrze KREPTD, w polu „Zdolność do kierowania operacjami transportowymi” komunikatu „odpowiedź na zapytanie” system wypełni opis „Niezdolny”

- Jeżeli Zarządzający transportem nie występuje w ewidencji osób uznanych za niezdolne do kierowania operacjami transportowymi w Rejestrze KREPTD, w polu „Zdolność do kierowania operacjami transportowymi” komunikatu „odpowiedź na zapytanie” system wypełni opis „Zdolny”

4. System będzie wysyłał komunikat „odpowiedź na powiadomienie o naruszeniu przepisów” do systemu ERRU.

PB8 Wysoki

2

WF47 Usługi komunikacji z

Algorytm uzupełniania danych o

System będzie posiadał algorytm, który w sposób automatyczny na bazie kategoryzacji naruszenia uzupełni

PB2 Wysoki

2

75

ID Element Systemu


Etap

ERRU wnioskowanych sankcjach

komunikat naruszenia o wnioskowane sankcje oraz terminy ich obowiązywania.

WF48 Usługi zasilania KREPTD danymi z systemów CEN, Transbit/ OpenBTM

Otrzymanie z CEN danych o poważnych naruszeniach przedsiębiorców

System będzie odbierał z systemu Centralna Ewidencja Naruszeń decyzje o nałożeniu wykonalnej kary pieniężnej lub kary grzywny za poważne naruszenia. Decyzja będzie zawierać dane określone w ewidencji poważnych naruszeń (przedstawione w wymaganiu WF2), przy czym jedna decyzja będzie mogła dotyczyć kilku poważnych naruszeń, o których mowa w art. 6 ust. 1 lit b Rozporządzenia nr 1071/2009.

PB1 Wysoki

3


Procesowanie danych otrzymanych z CEN

1. System będzie dokonywał automatycznej dekompozycji otrzymanej decyzji z CEN na poważne naruszenia (w taki sposób, aby w Rejestrze były zapisywane jedynie pojedyncze naruszenia, a nie decyzje agregujące wiele naruszeń).2. System będzie dokonywał konwersji kategorii naruszeń i nałożonych sankcji na katalog naruszeń i sankcji ERRU, określonych w Rozporządzeniu 1213/2010.3. System KREPTD będzie zapisywać w Rejestrze KREPTD dane z CEN po konwersji i dekompozycji.4. Docelowo (najpóźniej od docelowej wersji systemu KREPTD) do procesowania danych otrzymanych z CEN system będzie wykorzystywał narzędzia ETL.

PB1 Wysoki

3


Zasilanie KREPTD danymi przedsiębiorców transportu drogowego, pochodzącymi z systemu Transbit

1. System będzie raz na dzień pobierał dane przedsiębiorców transportu drogowego udostępniane przez system TransBit. Dane otrzymywane z TransBit zostały określone w art. 82h ust. 1 projektu Ustawy o zmianie UoTD (wymienione w wymaganiu WF1).2. System będzie każdorazowo identyfikował nowe rekordy danych pobranych z TransBit, weryfikował i

PB19-

PB21

Wysoki

3

76

ID Element Systemu


Etap

przetwarzał dane dotyczące przedsiębiorcy transportu drogowego do formatu właściwego dla KREPTD.3. System będzie zapisywał nowe rekordy w Rejestrze lub usuwał te, które zostały usunięte z bazy systemu TransBit.


Zasilanie KREPTD danymi przedsiębiorców transportu drogowego, pochodzącymi z Open BTM

1. System będzie otrzymywał z systemu Open BTM dane nowo zarejestrowanych przedsiębiorców transportu drogowego. Dane otrzymywane z Open BTM zostały określone w art. 82h ust. 1 projektu Ustawy o zmianie UoTD (wymienione w wymaganiu WF1).2. System będzie weryfikował i przetwarzał dane nowo zarejestrowanych przedsiębiorców do formatu właściwego dla KREPTD (docelowo – najpóźniej od docelowej wersji systemu KREPTD - za pomocą narzędzi ETL).3. System będzie zapisywał dane nowo zarejestrowanych przedsiębiorców transportu drogowego w Rejestrze.

PB16

Wysoki

3


Zmiana danych przedsiębiorców, otrzymanych z Open BTM

1. System będzie otrzymywał zmienione dane przedsiębiorców transportu drogowego z systemu Open BTM.2. System będzie weryfikował i przetwarzał zmienione dane przedsiębiorców do formatu właściwego dla KREPTD (docelowo – najpóźniej od docelowej wersji systemu KREPTD - za pomocą narzędzi ETL).3. System będzie zapisywał zmienione dane przedsiębiorców w Rejestrze.

PB17

Wysoki

3

WF53 Usługi zasilania KREPTD danymi z systemów CEN, Transbit/ OpenBT

Usunięcie danych przedsiębiorców (otrzymanych z Open BTM) z KREPTD

1. System będzie otrzymywał z systemu Open BTM zlecenia anonimizacji danych przedsiębiorcy w Rejestrze.2. System będzie usuwał z Rejestru dane przedsiębiorcy poprzez anonimizacje.

PB18

Wysoki

3

77

ID Element Systemu


Etap

MWF54 Usługi

zasilania KREPTD danymi z systemów CEN, Transbit/ OpenBTM

Otrzymanie wyniku postępowania administracyjnego o nałożeniu sankcji z systemu Open BTM

1. System będzie odbierał z systemu Open BTM dane o wyniku postępowania w sprawie nałożenia wnioskowanych sankcji za poważne naruszenie. System będzie otrzymywał poniższe dane:- Organ nakładający sankcję,- Potwierdzenie nałożenia sankcji

(„Tak” lub „Nie”),- Nałożona sankcja (jedna z

poniższych):o Upomnienie,o Tymczasowe cofnięcie

niektórych lub wszystkich uwierzytelnionych odpisów licencji wspólnotowej,

o Cofnięcie na stałe niektórych lub wszystkich uwierzytelnionych odpisów licencji wspólnotowej,

o Tymczasowe cofnięcie licencji wspólnotowej,

o Cofnięcie na stałe licencji wspólnotowej,

o Zawieszenie wydania świadectw kierowców,

o Cofnięcie świadectw kierowców,

o Uzależnienie wydania świadectw kierowców od warunków dodatkowych w celu zapobieżenia niewłaściwemu ich wykorzystaniu,

o Inne,- Data nałożenia sankcji

(fakultatywne),- Data zakończenia obowiązywania

nałożonej sankcji (fakultatywne),- Powód nienałożenia sankcji

(fakultatywne).

2. System będzie zapisywał ww. dane

PB3 Wysoki

3

78

ID Element Systemu


Etap

w ewidencji poważnych naruszeń, a następnie będzie formułował komunikat „odpowiedź na powiadomienie o naruszeniu przepisów”.


Otrzymanie polecenia wysłania zapytania o dobrą reputację z systemu Open BTM

1. System będzie umożliwiał odbiór z systemu Open BTM polecenia wysłania zapytania o dobrą reputację Zarządzającego transportem. Polecenie wysłania zapytania o dobrą reputację będzie wskazywało Zarządzającego transportem poprzez następujący zestaw danych:- Imię i Nazwisko Zarządzającego

transportem- Data urodzenia- Miejsce urodzenia- Numer certyfikatu kompetencji

zawodowych- Data wydania certyfikatu

kompetencji zawodowych- Państwo wydania certyfikatu

kompetencji zawodowychPozostałe dane będą uzupełniane automatycznie przez system KREPTD.

PB5 Wysoki

3

WF56 Aplikacja dla organów kontrolnych

Logowanie do konta użytkownika w aplikacji dla organów kontrolnych

Pracownik organu kontrolnego będzie mógł zalogować się na swoje konto przy użyciu loginu oraz hasła.

PB1 Średni 3



Użytkownik będzie mógł resetować hasło. Aplikacja będzie wysyłać link na wskazany adres e-mail z hasłem tymczasowym. Po zalogowaniu z wykorzystaniem hasła tymczasowego, użytkownik będzie proszony o podanie nowego hasła.

PB1 Średni 3



W ramach egzekwowania polityki haseł, system będzie okresowo informował użytkownika o konieczności zmiany hasła. Użytkownik będzie podawał dotychczasowe hasło, a następnie wpisywał nowe (dwukrotnie).

PB1 Średni 3

79

ID Element Systemu


Etap

Częstotliwość zmiany hasła zostanie zdefiniowania na etapie przygotowania dokumentacji przedwdrożeniowej podstawowej wersji systemu KREPTD.


Wyszukiwanie przedsiębiorców i Zarządzających transportem

Aplikacja dla starostw i aplikacja dla organów kontrolnych umożliwią wielokryterialne wyszukiwanie przedsiębiorców transportu drogowego i Zarządzających transportem, m.in. za pomocą parametrów określonych w wymaganiu WF12 (pełna lista parametrów zostanie zdefiniowania na etapie przygotowania dokumentacji przedwdrożeniowej podstawowej wersji systemu KREPTD). Kryteria wyszukiwania mogą być łączone.System umożliwia przeszukiwanie po ciągu znaków w ramach zwróconego zbioru wyników wyszukiwania.



Wyniki wyszukiwania są prezentowane na liście przedsiębiorców transportu drogowego / Zarządzających transportem. Zakres dostępnych danych przedsiębiorstw i Zarządzających transportem zgromadzonych w KREPTD zostanie uzgodniony na etapie analizy szczegółowej.

PB1 Średni 3


Wprowadzanie naruszeń przez organy kontrolne

1. Użytkownik (pracownik organu kontrolnego) będzie mógł wprowadzać za pośrednictwem aplikacji dla organów kontrolnych, informacje o wykonanej karze grzywny lub karze pieniężnej za poważne naruszenie, o których mowa w art. 6 ust. 1 lit.b rozporządzenia (WE) nr 1071/2009. Aplikacja dla organów kontrolnych będzie umożliwiała wprowadzanie pojedynczych naruszeń.

PB1 Średni 3

80

ID Element Systemu


Etap

2. Użytkownik będzie mógł wyszukać przedsiębiorcę w Rejestrze. Po wyborze rekordu użytkownikowi będą wyświetlane dane przedsiębiorcy określone w art. 82h ust.1 Projektu ustawy o zmianie UoTD, wymienione w wymaganiu WF13. Jeżeli użytkownik odnajdzie przedsiębiorcę w Rejestrze, wprowadzi brakujące dane, określone w ewidencji poważnych naruszeń, tj:- Dane dotyczące naruszenia:

o data naruszenia,o data kontroli, w trakcie której

stwierdzono naruszenie,o państwo członkowskie, w

którym stwierdzono naruszenie,







sankcji:o organ nakładający sankcję,o rodzaj wnioskowanej sankcji

administracyjnej,o wnioskowany okres


4. Jeżeli użytkownik nie odnajdzie przedsiębiorcy w Rejestrze, wprowadzi

81

ID Element Systemu


Etap

wszystkie dane tego przedsiębiorcy, niezbędne do sformułowania komunikatu powiadomienie o naruszeniu przepisów (określonego w Rozporządzeniu 1213/2010), gromadzone w ewidencji poważnych naruszeń.5. Aplikacja będzie automatycznie weryfikować kompletność, spójność i poprawność danych. Aplikacja będzie następnie przekazywać do KREPTD informacje o poważnym naruszeniu, nałożonej karze grzywny lub karze pieniężnej za poważne naruszenie oraz o wnioskowanych sankcjach.

WF61 Aplikacja dla starostw

Logowanie do konta użytkownika

Pracownik starostwa, będzie mógł zalogować się na swoje konto przy użyciu swojego loginu oraz hasła.

- Średni 3



Użytkownik będzie mógł resetować hasło. Aplikacja będzie wysyłać link na wskazany adres e-mail z hasłem tymczasowym. Po zalogowaniu z wykorzystaniem hasła tymczasowego, użytkownik będzie proszony o podanie nowego hasła.

- Średni 3



W ramach egzekwowania polityki haseł, system będzie okresowo informował użytkownika o konieczności zmiany hasła. Użytkownik będzie podawał dotychczasowe hasło, a następnie wpisywał nowe (dwukrotnie). Częstotliwość zmiany hasła zostanie zdefiniowania na etapie przygotowania dokumentacji przedwdrożeniowej podstawowej wersji systemu KREPTD.

- Średni 3


Wprowadzanie danych przedsiębiorców oraz danych osób zarządzających transportem

1. Aplikacja dla starostw będzie pozwalała użytkownikowi na:a) rejestrację danych przedsiębiorcy transportu drogowegob) rejestracje danych osób zarządzających transportemc) powiązanie osoby zarządzającej transportem z przedsiębiorstwem2. Użytkownik wprowadzi dane

PB22

Średni 3

82

ID Element Systemu


Etap

określone w art. 82h ust. 1 Projektu Ustawy o zmianie UoTD, przedstawione w wymaganiu Error: Reference source not found, z wyjątkiem danych dotyczących licencji wspólnotowych (pkt. 8-16), które nie są wydawane przez starostwa.3. Aplikacja będzie automatycznie weryfikować kompletność, spójność i poprawność danych.4. Po zapisaniu zmiany danych aplikacja będzie przekazywać zmienione dane do Rejestru.


Wyszukiwanie przedsiębiorców i Zarządzających transportem

Aplikacja umożliwia wielokryterialne wyszukiwanie przedsiębiorców transportu drogowego i Zarządzających transportem, m. in na podstawie parametrów określonych w wymaganiu WF12 (pełna lista parametrów zostanie zdefiniowania na etapie przygotowania dokumentacji przedwdrożeniowej podstawowej wersji systemu KREPTD). Kryteria wyszukiwania mogą być łączone.System umożliwia przeszukiwanie po ciągu znaków w ramach zwróconego zbioru wyników wyszukiwania.



Wyniki wyszukiwania są prezentowane na liście przedsiębiorców transportu drogowego / Zarządzających transportem.

PB22

Średni 3


Przeglądanie danych przedsiębiorców oraz Zarządzających transportem w aplikacji dla

1. Po wyborze Przedsiębiorstwa na liście wyników wyszukiwania w aplikacji dla starostw będzie udostępniony pełny widok danych przedsiębiorcy obejmujący dane opisane w Art. 82h ust. 1, wymienione w wymaganiu WF1

PB22-24

Średni 3

83

ID Element Systemu


Etap

starostw oraz podstawowe operacje wykonywane na danych

2. Po wyborze rekordu Zarządzającego transportem, na liście wyników wyszukiwania aplikacja dla starostw będzie udostępniać szczegółowe informacje o Zarządzającym transportem m.in. informację, czy Zarządzający transportem przedsiębiorstwa nie został wpisany do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa3. Dostęp do danych wprowadzonych przez Starostwo, mają wyłącznie użytkownicy tego Starostwa.4. Aplikacja dla starostw umożliwia wykonanie następujących operacji na danych przedsiębiorcy i Zarządzającego transportem:- podgląd szczegółów,- dodanie/modyfikacja/usunięcie

(archiwizacja) danych,- historia zmian danych,- dodanie informacji o poważnych

naruszeniach Przedsiębiorstwa, Zarządzającego transportem,

- zarejestrowanie polecenia wysłania komunikatu „zapytanie” (o dobrą reputację Zarządzającego transportem),

- historia wysłanych komunikatów (lista komunikatów, wraz z datą złożenia zapytania, jaki użytkownik zarejestrował polecenie, status zapytania),

- szczegóły wysłanych zapytań i odpowiedzi do nich ,

- wpisanie Zarządzającego do ewidencji osób niezdolnych do kierowania operacjami transportowymi przedsiębiorstwa,

- rejestracja/przypisanie Zarządzającego transportem.

5. Aplikacja będzie automatycznie weryfikować kompletność, spójność i

84

ID Element Systemu


Etap

poprawność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione. Po zapisaniu zmiany danych aplikacja będzie przekazywać zmienione dane do Rejestru.


Zlecenie wysłania komunikatu „zapytanie” z aplikacji dla starostw

1. Użytkownik będzie wyszukiwał Zarządzającego transportem na podstawie parametrów określonych w wymaganiu WF12 Po wyborze rekordu Zarządzającego transportem użytkownik będzie rejestrował polecenie wysłania komunikatu „zapytanie” (o dobrą reputację Zarządzającego transportem).2. Jeżeli Zarządzający transportem nie występuje w Rejestrze (dotyczy w szczególności przypadku, w którym Przedsiębiorca złożył wniosek o wydanie zezwolenia i jego dane nie zostały jeszcze wprowadzone do Rejestru KREPTD, a Zarządzający nie zarządza operacjami transportowymi innego przedsiębiorstwa w Polsce) użytkownik będzie wprowadzał dane Zarządzającego transportem, określone w Rozporządzeniu 1213/2010 dla komunikatu „Zapytanie” tj.:- Imię i Nazwisko Zarządzającego

transportem- Data urodzenia- Miejsce urodzenia- Numer certyfikatu kompetencji

zawodowych- Data wydania certyfikatu

kompetencji zawodowych- Państwo wydania certyfikatu

kompetencji zawodowychPozostałe dane, wynikające ze struktury komunikatu, będą uzupełniane automatycznie przez system KREPTD.

3. Aplikacja będzie automatycznie weryfikować kompletność, spójność i poprawność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną

PB7 Średni 3

85

ID Element Systemu


Etap

spełnione.4.Aplikacja będzie przekazywać do KREPTD polecenie wysłania do ERRU komunikatu „zapytanie” (o dobrą reputację Zarządzającego transportem).


Otrzymanie „odpowiedzi na zapytanie” w aplikacji dla starostw

Użytkownik, który zlecił wysłanie komunikatu „zapytanie”, standardowo otrzyma w ciągu 10 sekund z systemu KREPTD wynik weryfikacji dobrej reputacji Zarządzającego transportem w postaci następujących informacji:- czy Zarządzający został wpisany do




- iloma pojazdami aktualnie Zarządzający zarządza.

W przypadku, gdy któreś z Państw Członkowskich, którego rejestr przedsiębiorców transportu drogowego został zintegrowany z ERRU, nie odpowie na komunikat „zapytanie”, czas odpowiedzi na zapytanie użytkownika ulegnie wydłużeniu o czas potrzebny na obsłużenie zapytania przez pracowników KPK poza systemem ERRU.

Użytkownik będzie mógł przeglądać otrzymane komunikaty „odpowiedź na zapytanie” zgodnie z opisem wymagania WF19

PB7 Średni 3


Wprowadzanie przez pracowników starostw

1. System będzie pozwalał użytkownikowi na wprowadzenie do KREPTD wyników postępowania w sprawie oceny, czy utrata dobrej

PB4 Średni 3

86

ID Element Systemu


Etap

informacji o wynikach postępowania w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję

reputacji przedsiębiorcy lub Zarządzającego transportem stanowi proporcjonalną reakcję.2. Użytkownik będzie wyszukiwał przedsiębiorcę lub Zarządzającego transportem zgodnie z opisem wymagania WF653. Po wyborze rekordu danych przedsiębiorcy lub Zarządzającego transportem użytkownik będzie odpowiednio:

rejestrował wykonalną decyzję poprzez edycję odpowiednich danych zgromadzonych w ewidencji przedsiębiorców, którzy posiadają zezwolenie na wykonywanie zawodu przewoźnika drogowego. Zakres edytowanych danych jest następujący:

o status zezwolenia na wykonywanie zawodu przewoźnika drogowego

wpisywał Zarządzającego transportem do ewidencji osób, które zostały uznane za niezdolne do kierowania operacjami transportowymi przedsiębiorcy. Wówczas użytkownik wprowadzi pozostałe brakujące dane, które nie występują w Rejestrze, określone w art.82h ust. 3 Projektu ustawy o zmianie UoTD, tj:

o przyczynę stwierdzenia niezdolności,

o zastosowane środki rehabilitacyjne,

o początek ważności stwierdzenia niezdolności,

o koniec ważności stwierdzenia niezdolności,

87

ID Element Systemu


Etap

wybierał naruszenie, którego dotyczy postępowanie w sprawie nałożenia sankcji i rejestrował:

o przyczynę, dla której utrata dobrej reputacji stanowiłaby nieproporcjonalną reakcję.

3. Aplikacja będzie weryfikować kompletność, spójność i poprawność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione w przeciwnym razie zostanie wyświetlony odpowiedni komunikat walidacyjny.4. Po zapisaniu zmian system KREPTD zapisze dane Zarządzającego do ewidencji osób niezdolnych do kierowania operacjami transportowymi.


Informowanie użytkownika o wystąpieniu przesłanek dla wszczęcia postępowania administracyjnego w sprawie oceny czy utrata dobrej reputacji stanowi proporcjonalną reakcję.

1. System będzie automatycznie weryfikował czy wystąpiły przesłanki dla wszczęcia postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji stanowi proporcjonalną reakcję.2. Przesłanki będą spełnione, jeśli w Rejestrze dla danego Przedsiębiorcy lub Zarządzającego transportem występować będą co najmniej dwa poważne naruszenia, które doprowadziły do skazania lub nałożenia sankcji w ciągu dwóch lat.3. Jeżeli przesłanki będą spełnione system powiadomi mailowo o tym użytkownika (Pracownika starostwa).

PB12

Średni 3


Powiadamianie pracownika o wykreśleniu Zarządzającego z ewidencji osób niezdolnych do kierowania operacjami transportowym

System będzie powiadamiał mailowo użytkownika (o określonych uprawnieniach) o wykreśleniu Zarządzającego transportem z ewidencji osób niezdolnych do kierowania operacjami transportowymi w Rejestrze.

PB15

Średni 3

88

ID Element Systemu


Etap

iWF72 Aplikacja

raportowaStatystyki zezwoleń na wykonywanie zawodu przewoźnika drogowego

System będzie generował statystyki dotyczące zezwoleń na wykonywanie zawodu przewoźnika drogowego i licencji wspólnotowych:- liczby wydanych zezwoleń i

licencji wspólnotowych (w podziale na rok i rodzaj, liczbę przypadków stwierdzenia niezdolności, wraz z przyczynami wydania tych decyzji).

- liczby zawieszonych zezwoleń i licencji wspólnotowych (w podziale na rok i rodzaj, liczbę przypadków stwierdzenia niezdolności, wraz z przyczynami wydania tych decyzji).

- liczby cofniętych zezwoleń i licencji wspólnotowych (w podziale na rok i rodzaj, liczbę przypadków stwierdzenia niezdolności, wraz z przyczynami wydania tych decyzji).

- liczby wydanych certyfikatów kompetencji zawodowych (w ujęciu rocznym).

- Niski 4

WF73 Aplikacja raportowa

Statystyki wymiany komunikatów

System będzie generował statystyki na temat wymiany informacji z innymi Państwami Członkowskimi zawierające:- liczbę powiadomień o naruszeniu

przepisów otrzymanych z innych Państw Członkowskich,

- liczbę zapytań o dobrą reputację otrzymanych z innych Państw Członkowskich,

- liczbę odpowiedzi na powiadomienie o naruszeniu przepisów otrzymanych z innych Państw Członkowskich

- liczbę odpowiedzi na zapytanie o dobrą reputację otrzymanych z innych Państw Członkowskich.

- Niski 4

WF74 Aplikacja Statystyki System będzie generował statystyki nt.: - Niski 4

89

ID Element Systemu


Etap

raportowa ogólne - liczby poważnych naruszeń zarejestrowanych w KREPTD,

- liczby przedsiębiorców transportu drogowego zarejestrowanych w KREPTD, którym wydano zezwolenie na wykonywanie zawodu przewoźnika drogowego lub licencję wspólnotową w GITD,

- liczby przedsiębiorców transportu drogowego zarejestrowanych w KREPTD, którym wydano zezwolenie na wykonywanie zawodu przewoźnika drogowego w starostwach.

WF75 Aplikacja raportowa

Generowanie nowych raportów

Generowanie raportów polega na wyborze kryteriów określających zakres danych, których ma dotyczyć raport (kryteria zostaną zdefiniowane na etapie przygotowania dokumentacji przedwdrożeniowej docelowej wersji systemu — należy założyć do 30 kryteriów). Kryterium jest rozumiane, jako pole proste (np. pole tekstowe) lub złożone (np. pole tekstowe z możliwością wskazania warunku logicznego typu „większy niż" lub „mniejszy niż" w polu typu select-box) w filtrze. Wygenerowany w ten sposób raport można zapisać jako szablon lokalny, grupowy (widoczny dla grupy osób) lub globalny (widoczny dla wszystkich). Możliwe jest definiowanie raportów dotyczących dowolnego zakresu dat (wybór daty „od” i „do” z kalendarza). Możliwe jest określenie adresu mailowego, na który ma zostać automatycznie wysłany wygenerowany raport. Należy założyć, że inicjalnie w ten sposób zostanie stworzonych 30 raportów — do ustalenia na etapie przygotowania dokumentacji przedwdrożeniowej docelowej wersji systemu. Zakłada się przyrostową realizację raportów w ramach wytworzenia i rozwoju systemu.

- Niski 4

90

ID Element Systemu


Etap

Raporty będą generowane do formatów PDF, ESY i XLS. Użytkownik będzie przeglądać raport przed wydrukiem / zapisaniem na dysku.

WF76 Interfejs wymiany danych (API)

Odbieranie danych z systemów informatycznych organów kontrolnych (API)

System KREPTD będzie otrzymywał z systemów informatycznych organów kontrolnych, za pośrednictwem API, informacje o nałożonej karze grzywny lub karze pieniężnej za poważne naruszenia. System będzie otrzymywał dane określone w art. 82h ust. 2 Projektu ustawy o zmianie UoTD, wymienione w wymaganiu WF2

PB8 Średni 3


Odbieranie danych z systemów informatycznych starostw (API)

System KREPTD będzie otrzymywał z systemów informatycznych starostw, za pośrednictwem API:- Dane przedsiębiorców, wskazane w

art. 82h ust.1 Projektu Ustawy o zmianie UoTD, określonych w wymaganiu WF1, z wyjątkiem danych dotyczących licencji wspólnotowych (pkt. 8-16), które nie są wydawane przez starostwa.

- Zmienione dane przedsiębiorców, określone w art. 82h ust.1 Projektu Ustawy o zmianie UoTD, określonych w wymaganiu WF1 z wyjątkiem danych dotyczących licencji wspólnotowych (pkt. 8-16), które nie są wydawane przez starostwa.

- Zlecenia usunięcia danych przedsiębiorstwa.

- Polecenia wysłania komunikatu „zapytanie” o dobrą reputację Zarządzającego transportem. System otrzyma dane Zarządzającego transportem, określone w Rozporządzeniu 1213/2010 dla komunikatu „Zapytanie” tj.:

o Imię i Nazwisko Zarządzającego transportem,

PB8 Średni 3

91

ID Element Systemu


Etap

o Data urodzenia,o Miejsce urodzenia,o Numer certyfikatu

kompetencji zawodowych,o Data wydania certyfikatu

kompetencji zawodowych,o Państwo wydania

certyfikatu kompetencji zawodowych.


Udostępnianie danych z systemu KREPTD (API) do systemów informatycznych organów kontrolnych

System KREPTD będzie udostępniał systemom informatycznym organów kontrolnych dane zgromadzane w ewidencji przedsiębiorców, którzy posiadają zezwolenie na wykonywanie przewoźnika drogowego, wskazane w art. 82h ust. 1 Projektu Ustawy o zmianie UoTD, określonych w wymaganiu WF1.

- Średni 3

WF79 Interfejs wymiany danych (API) -

Udostępnianie danych z systemu KREPTD (API) do systemów informatycznych starostw

System KREPTD będzie udostępniał systemom informatycznym starostw:- dane zgromadzane w ewidencji

przedsiębiorców, którzy posiadają zezwolenie na wykonywanie przewoźnika drogowego, wskazane w art. 82h ust. 1 Projektu Ustawy o zmianie UoTD, określonych w wymaganiu WF1.

- dane zgromadzane w ewidencji poważnych naruszeń, wskazane w art. 82h ust. 2 Projektu Ustawy o zmianie UoTD, określonych w wymaganiu WF2.

- dane zgromadzane w ewidencji osób, które zostały uznane za niezdolne do kierowania operacjami transportowymi przedsiębiorców, wskazane w art. 82h ust. 3 Projektu Ustawy o zmianie UoTD, określonych w wymaganiu WF3.

- Wyniki zapytania o dobrą reputację, zweryfikowanego w ERRU („Zdolny” „Niezdolny” – do kierowania operacjami

- Średni 3

92

ID Element Systemu


Etap

transportowymi przedsiębiorcy).WF80 Interfejs

wymiany danych (API) - usługi udostępniania danych zgromadzonych w KREPTD na potrzeby innych systemów

Udostępnianie danych publicznych (API) do innych systemów informatycznych

1. System będzie udostępniał innym systemom informatycznym, za pośrednictwem API, dane publiczne zgromadzone w ewidencji przedsiębiorców, którzy posiadają zezwolenie na wykonywanie przewoźnika drogowego, wskazane w art. 82h ust. 1 Projektu Ustawy o zmianie UoTD, określonych w wymaganiu WF1 z wyjątkiem:- Daty i miejsca urodzenia- Adresu zamieszkaniaOsoby zarządzającej transportem oraz osoby fizycznej, o której mowa w art. 7c Projektu Ustawy o UoTD.

2. Powyższe dane będą mogli przeglądać obywatele korzystający z API lub aplikacji dostępowej komunikującej się za pośrednictwem API z KREPTD (w szczególności aplikacji systemu Open BTM).

PB23

Średni 3

WF81 Interfejs wymiany danych (API) - usługi udostępniania danych zgromadzonych w KREPTD na potrzeby innych systemów

Udostępnianie danych (API) ze wszystkich trzech ewidencji Rejestru do innych systemów informatycznych

1. Korzystając z aplikacji dostępowej komunikującej się za pośrednictwem API z KREPTD (w szczególności aplikacji systemu Open BTM), przedsiębiorcy będą mogli przeglądać wszystkie dane na ich temat, o których mowa w wymaganiach WF1-WF3.2. Korzystając z aplikacji dostępowej komunikującej się za pośrednictwem API z KREPTD (w szczególności aplikacji systemu Open BTM), przedsiębiorcy będą mogli zgłosić do KPK za pośrednictwem elektronicznego formularza aplikacji żądanie sprostowania lub usunięcia swoich danych z KREPTD.

PB24

Średni 3


Wymagania ogólne

1. Możliwość konfiguracji usług API za pomocą dostarczonych narzędzi wyposażonych w graficzny interfejs użytkownika.2. Możliwość definiowania zakresu usług wymiany danych przez API

PB8,

PB23,

PB24

Średni 2, 3

93

ID Element Systemu


Etap

udostępnianych poszczególnym podmiotom(zarzadzanie użytkownikami, grupami użytkowników, rolami użytkowników połączone z zarzadzaniem poziomem dostępu do poszczególnych warstw i zestawów danych oraz usług wyszukiwania).3. Zarzadzanie dopuszczalnym poziomem obciążenia systemu przez wywołania API przez zewnętrzny system lub grupę systemów. Możliwość definiowania dynamicznych(zależnych od poziomu obciążenia) i statycznych limitów dla ww. wywołań.4. Możliwość wykonania za pośrednictwem API dowolnych operacji CRUD na danych bieżących i historycznych przechowywanych w rejestrze.5. Możliwość wykonania do wykonania za pośrednictwem API każdej operacji dostępnej do realizacji z poziomu aplikacji dostępowych oraz formularzy udostępnionych na platformie ePUAP.6. Możliwość bezpiecznej wymiany danych w sposób zgodny ze standardami SOAP oraz REST.

WF83 Aplikacja dla pracowników KPK - Administracja systemu

Zarządzanie użytkownikami

System będzie umożliwiał Administratorowi KPK dodawanie, zawieszanie oraz usuwanie kont użytkowników. Administrator KPK będzie mógł również resetować hasła użytkowników.

- Wysoki

2


Zarządzanie uprawnieniami

System będzie umożliwiał Administratorowi KPK nadawanie i modyfikację uprawnień użytkowników. Zagadnienie zostało opisane szerzej w ramach wymagania niefunkcjonalnego „Metoda uwierzytelniania”

- Wysoki

2

94

ID Element Systemu


Etap


Dodawanie nowych Państw Członkowskich, obsługiwanych przez system

System pozwoli Administratorowi KPK na dodanie nowych Państw Członkowskich, których komunikaty z ERRU będą obsługiwane przez system.

- Wysoki

2


Pobranie predefiniowanych raportów o statystykach

System pozwoli Administratorowi KPK na pobranie statystyk technicznych systemu:- Na temat użytkowania

(standardowego opóźnienia w odpowiedzi oraz procent nieudanych transakcji).

- Na temat sposobu wprowadzania danych do KREPTD przez starostwa z podziałem na starostwa, które wykorzystują do tego aplikację dla starostw, API lub elektroniczną skrzynkę podawczą GITD,

- Na temat sposobu wprowadzania danych do KREPTD przez organy kontrolne z podziałem na organy, które wykorzystują do tego aplikację dla organów kontrolnych, API lub elektroniczną skrzynkę podawczą GITD.

- Na temat wykorzystania systemu przez pracowników GITD (System będzie generował raport, jaki procent spośród uprawnionych użytkowników korzysta z systemu w zdefiniowanym okresie)

- Na temat dostępności poszczególnych usług sieciowych (czas bezawaryjnego działania usługi w stosunku do całości czasu, w którym usługa powinna być świadczona w ujęciu rocznym).

- Wysoki

2

WF87 Usług komunikacji i synchroni

CEN, Transbit/OpenBTM

System KREPTD będzie zintegrowany z systemem CEN oraz Transbit/OpenBTM w zakresie cyklicznej aktualizacji danych o

- Wysoki

3

95

ID Element Systemu


Etap

zacji danych

naruszeniach i przedsiębiorstwach transportu drogowego w zakresie:- dodania nowego przedsiębiorstwa i danych powiązanych- modyfikacji danych przedsiębiorstwa i danych powiązanych- usunięcia danych przedsiębiorstwa i danych powiązanych (Anonimizacja)- dodania danych o naruszeniach i sankcjach- modyfikacji danych o naruszeniach i sankcjachOraz innych zidentyfikowanych na etapie analizy szczegółowej

WF88 Usług komunikacji i synchronizacji danych

REGON System KREPTD będzie zintegrowany z systemem REGON na potrzeby automatycznej weryfikacji danych przedsiębiorcy transportu drogowego. System KREPTD będzie cyklicznie wysyłał zapytanie do systemu REGON w celu otrzymania informacji o danych przedsiębiorców zarejestrowanych w REGON. Częstotliwość wysyłania zapytań zostanie doprecyzowana na etapie przygotowania dokumentacji przedwdrożeniowej dla docelowej wersji systemu KREPTD.

- Średni 3


KRS System KREPTD będzie zintegrowany z systemem KRS na potrzeby automatycznej weryfikacji danych przedsiębiorcy transportu drogowego. System KREPTD będzie cyklicznie wysyłał zapytanie do systemu KRS w celu otrzymania informacji o aktualnych danych przedsiębiorców zarejestrowanych w KRS. Częstotliwość wysyłania zapytań zostanie doprecyzowana na etapie przygotowania dokumentacji przedwdrożeniowej dla docelowej wersji systemu KREPTD.

- Średni 3

WF90 Usług komunikacji i synchroni

CEIDG System KREPTD będzie zintegrowany z systemem CEIDG na potrzeby automatycznej weryfikacji danych przedsiębiorcy transportu drogowego.

- Średni 3

96

ID Element Systemu


Etap

zacji danych

System KREPTD będzie cyklicznie wysyłał zapytanie do systemu CEIDG w celu otrzymania informacji o danych przedsiębiorców zarejestrowanych w CEIDG. Częstotliwość wysyłania zapytań zostanie doprecyzowana na etapie przygotowania dokumentacji przedwdrożeniowej dla docelowej wersji systemu KREPTD.


CEPiK System będzie zintegrowany z systemem CEPiK na potrzeby automatycznej weryfikacji danych dowodów rejestracyjnych pojazdów. System KREPTD będzie cyklicznie wysyłał zapytanie do systemu CEPiK w celu otrzymania danych pojazdu zarejestrowanych w CEPIK. Częstotliwość wysyłania zapytań zostanie doprecyzowana na etapie przygotowania dokumentacji przedwdrożeniowej dla docelowej wersji systemu KREPTD.

- Średni 3

WF92 Usługi komunikacji i synchronizacji danych

ITS System KREPTD będzie zintegrowany z systemem ITS na potrzeby automatycznej weryfikacji danych certyfikatów kompetencji zawodowych zarządzających transportem. System KREPTD będzie cyklicznie wysyłał zapytanie do systemu ITS w celu otrzymania informacji o danych zawartych w certyfikatach kwalifikacji zawodowej przewoźników i osób zarządzających transportem. Częstotliwość wysyłania zapytań zostanie doprecyzowana na etapie przygotowania dokumentacji przedwdrożeniowej dla docelowej wersji systemu KREPTD

- Średni 3


Drukarki System będzie umożliwiał wydruki na drukarkach lokalnych i na drukarkach w ramach sieci LAN, w tym igłowych.

- Średni 3

97

ID Element Systemu


Etap

WF94 Aplikacje dostępowe

Wydruk danych

Aplikacje (aplikacja dla organów kontrolnych, aplikacja dla pracowników KPK, aplikacja dla starostw) umożliwiają użytkownikom wydrukowanie danych szczegółowych przedsiębiorcy transportu drogowego lub Zarządzającego transportem, listy popełnionych naruszeń oraz danych szczegółowych wybranych naruszeń.Ponadto umożliwiają wydruk dokumentu zawierające zapytanie o dobrą reputację lub odpowiedzi na zapytanie o dobrą reputację (w przypadku problemów z komunikacją z ERRU)

- Niski 3

WF95 Narzędzie klasy hurtowania danych

Rejestracja, kontrola i przetwarzanie danych

Narzędzie powinno zapewnić rejestrację, kontrolę i przetwarzanie wszystkich danych gromadzonych w Rejestrze KREPTD (ewidencji przedsiębiorców, którzy posiadają zezwolenie na wykonywanie zawodu przewoźnika drogowego, ewidencji poważnych naruszeń oraz ewidencji osób, które zostały uznane za niezdolne do kierowania operacjami transportowymi przedsiębiorcy), które będą importowane z systemów Centralna Ewidencja Naruszeń, Transbit, Open BTM, systemów starostw udostępniających dane przedsiębiorców transportu drogowego, systemów organów kontroli udostępniających dane o poważnych naruszeniach przedsiębiorców, rejestrów KRS, CEIDG, REGON i CEPiK

- Średni 3


Wizualne projektowanie i implementacji procesów ETL

Narzędzie hurtowni danych powinno dostarczyć narzędzi do wizualnego projektowania i implementacji procesów ETL polegających na: ekstrakcji danych z rejestrów

źródłowych (systemu KREPTD), przekształceniu danych do

wymaganych struktur docelowych, wyczyszczeniu danych

- Średni 3

98

ID Element Systemu


Etap

wprowadzanych do hurtowni, w tym eliminacji błędów niespójności, redundancji, niekompletności, wraz z rejestracją zidentyfikowanych nieprawidłowości,

załadowaniu przekształconych i wyczyszczonych danych do hurtowni.


Cykliczne uruchamianie, zarządzanie i monitorowanie stanu procesów

Narzędzie hurtowni danych powinno zapewnić wsparcie dla procesów ETL w postaci odpowiedniego środowiska do cyklicznego uruchamiania, zarządzania i monitorowania stanu procesów. Podstawą dla funkcjonowania tego środowiska będą metadane opisujące poszczególne procedury oraz relacje pomiędzy nimi, reguły transformacji i czyszczenia danych oraz parametry sterujące uruchamianiem cyklicznych zadań.

- Średni 4


Definiowanie, harmonogramowania i automatyczne uruchamianie procesów przepływu danych

Narzędzie hurtowni danych zapewni możliwość definiowania, harmonogramowania i automatycznego uruchamiania procesów przepływu danych w ramach hurtowni (tak, aby część z zadań była realizowana w okresie mniejszego obciążenia hurtowni). Narzędzie umożliwi tworzenie i przeglądanie historii zrealizowanych procesów przepływu danych. Narzędzie umożliwi tworzenie procesów złożonych wywołujących inne podprocesy (utworzenie sekwencji procesów). W przypadku podprocesów zostanie zapewniona możliwość przekazywania parametrów z procesu nadrzędnego do wywoływanych podprocesów.

- Średni 4


Dostęp do danych referencyjnych

Narzędzie hurtowni danych powinno zapewnić utrzymywanie i dostęp do danych referencyjnych.

- Średni 4

WF100 Narzędzie klasy

Tworzenie i modyfikacja

Narzędzie hurtowni danych umożliwi tworzenie i modyfikację struktur

- Średni 4

99

ID Element Systemu


Etap

hurtowania danych

struktur danych

danych i metadanych (w tym struktur wielowymiarowych OLAP).


Narzędzia służące do analizy zarządczej danych wielowymiarowych

Narzędzie hurtowni danych powinno dostarczyć narzędzia służące do analizy zarządczej danych wielowymiarowych, tworzonych w oparciu o dane aktualne i historyczne pochodzące z procesów, baz danych, logów systemowych systemów GITD wymienionych powyżej. Narzędzie podczas analizy danych powinno weryfikować poprawność tworzonych modeli analiz wielowymiarowych, a w przypadku zidentyfikowania niezgodności z dobrymi praktykami, powinno poinformować o tym użytkownika.

- Średni 4


Narzędzia do projektowania rozwiązań klasy Data Mining

Narzędzie powinno dostarczyć wbudowane narzędzia do projektowania rozwiązań klasy Data Mining umożliwiające wyszukiwanie wzorców i regularności w dużych zbiorach danych z zastosowaniem zaawansowanych metod statystycznych (np. analiza czynnikowa, analiza korespondencji, analiza trendów i dynamiki zmian, analiza sezonowości występowania), niewymagające stosowania zewnętrznych pakietów statystycznych do przeprowadzania złożonych analiz.

- Średni 4


Definiowanie wskaźników

Narzędzie hurtowni danych powinno umożliwić definiowanie dowolnych wskaźników poprzez formuły matematyczne i statystyczne

- Średni 4


Interfejs użytkownika (GUI) hurtowni danych

Narzędzie hurtowni danych powinno: Dostarczyć narzędzia do

projektowania i implementacji kokpitów zarządczych z poziomu interfejsu użytkownika (GUI). Narzędzia powinny udostępniać złożone formy prezentacji i analizy danych (wybór spośród szerokiej gamy różnych rodzajów wykresów, tabel, diagramów),

Umożliwić podgląd danych

- Średni 4

100

ID Element Systemu


Etap

liczbowych i wykresu generowanego na podstawie danych liczbowych,

Sortowanie danych: rosnąco, malejąco,

Filtrowanie danych.WF105 Narzędzie

klasy hurtowania danych

Analiza i prezentacja danych

Narzędzie OLAP (z ang. On-Line Analytical Processing) umożliwiające interaktywną analizę danych i różne formy prezentacji jej wyników powinno posiadać cechy systemu czasu rzeczywistego (operational intelligence) przy jednoczesnym zachowaniu funkcjonalności właściwych dla systemu klasy OLAP. Zakłada się, że przynajmniej 50% podstawowych raportów zostanie opracowanych na podstawie modelu danych uwidocznionego w Koncepcji.

- Średni 4


Tworzenie miar oraz wymiarów

Narzędzie hurtowni danych powinno umożliwić tworzenie miar oraz wymiarów wraz z dodatkowymi atrybutami z poziomu interfejsu użytkownika (GUI).

- Średni 4


Model usługowy

Narzędzie hurtowni danych powinno udostępniać dane analityczne w modelu usługowym, zgodnie ze standardami REST lub SOAP.

- Średni 4


Eksport danych do MS Excel

Narzędzie hurtowni danych powinno umożliwić eksport danych do systemu MS Excel.

- Średni 4


Integracja z dziedzinowymi hurtowniami danych

Narzędzie hurtowni danych powinno umożliwić integrację z dziedzinowymi hurtowniami danych i z bazami danych innych systemów GITD (Centralna Ewidencja Naruszeń, Transbit, Open BTM).

- Średni 4


Interfejs administratora hurtowni danych

Narzędzie powinno posiadać graficzny interfejs dla Administratora KPK, który umożliwi monitorowanie pracy hurtowni danych. Interfejs Administratora KPK powinien stanowić panel dostępowy poprzez przeglądarkę www. Interfejs Administratora KPK

- Średni 4

101

ID Element Systemu


Etap

umożliwi monitorowanie: Poszczególnych warstw

podsystemu (warstwy bazy danych, warstwy aplikacji i narzędzi),

Czynności wykonywanych w bazie przez użytkowników (m.in., kto i kiedy korzystał z hurtowni danych),

Wykonywanych operacji (czas wykonania operacji, jakie tablice były zaangażowane, które kolumny i pola były wykorzystywane itp.),

Inne charakterystyki działania systemu wg potrzeb,

Szybkości wykonywania zapytań i procesów w celu uzyskania optymalnej wydajności,

Struktur danych (w tym struktur wielowymiarowych OLAP) hurtowni w celu uzyskania optymalnej wydajności bazy (w tym optymalizacji wykonywania zapytań).


Funkcje Administratora KPK hurtowni danych

Narzędzie hurtowni danych umożliwi Administratorowi KPK zarządzanie użytkownikami, w

tym:o tworzenie i unieważnianie

kont użytkowników,o grupowanie użytkowników,

zarządzanie uprawnieniami użytkowników mających dostęp do hurtowni danych (rozwiązanie zapewni możliwość przypisania uprawnionym użytkownikom lub grupom użytkowników rodzajów dostępu do określonej grupy danych),

definiowanie ról dla różnych zadań wykonywanych w hurtowni danych i przypisywanie ról użytkownikom,

monitorowanie stanu wykonywania procesów przetwarzania danych.

- Średni 4

WF112 Aplikacja dla pracowni

Powiadamianie Państw Członkowskic

1. Jeżeli usługa sieciowa komunikacji ERRU będzie niedostępna z nieprzewidzianych powodów, a

- Wysoki

2

102

ID Element Systemu


Etap

ków KPK - Administracja systemu

h o awarii dostępności

dostępność nie będzie mogła zostać przywrócona w ciągu 30 minut od wystąpienia, system KREPTD automatycznie (za pośrednictwem dedykowanej funkcjonalności) oraz na żądanie Administratora KPK (dedykowana funkcjonalność) powiadomi mailowo pozostałe Państwa Członkowskie oraz Komisję o zdarzeniu w przeciągu 30 minut od wystąpienia zdarzenia.2. Niezwłocznie po przywróceniu prawidłowego funkcjonowania system KREPTD automatycznie (za pośrednictwem dedykowanej funkcjonalności) oraz na żądanie Administratora KPK (dedykowana funkcjonalność) prześle pocztą elektroniczną do pozostałych Państw Członkowskich oraz Komisji kolejną wiadomość informującą o przywróceniu normalnej pracy systemu.3. System KREPTD umożliwi edycję szablonów wiadomości, o których mowa w punktach powyżej, z poziomu Administratora KPK.

WF113 Migracja inicjalna

Migracja inicjalna danych z systemów CEN/Transbit lub OpenBTM

Wymagane jest inicjalne przeprowadzenie migracji danych przedsiębiorstww transportu drogowego oraz zarządzających transportem z systemu Transbit/OpenBTM oraz migracja danych o naruszeniach i wykonalnych sankcjach za te naruszenia z systemu CEN w zakresie opisanym w WF1-WF3 i wynikających z uwarunkowań formalno-prawnych dla systemu.Zakłada się, że dla danych:- z CEN migracja obejmować będzie dane z okresu od 1-01-2014 do daty migracji.- z systemu Transbit/OpenBTM zakres danych migracji zostanie ustalony na etapie analizy szczegółowej.Wymagana jest rafinacja danych z ww.

Wysoki

2

103

ID Element Systemu


Etap

systemów w celu dostosowania do zakresu informacyjnego danych gromadzonych w systemie KREPTD i wykorzystywanych w komunikacji z ERRU.Szczegóły migracji zostaną doprecyzowane na etapie analizy szczegółowej.

ID RODZAJ WYMAGANIA

NAZWA WYMAGANIA NIEFUNKCJONALNE

NF1 Wymagania ogólne

Rozwiązania / zasady dotyczące kodowania danych

System będzie zapewniał rozwiązania / zasady dotyczące problemów kodowania i konwencji zapisu takich danych, takie jak wspieranie różnych zestawów znaków, zasad skracania imion i dopasowywania (rozpoznawania) imion w przypadku błędów w zapisie.

- Wysoki

2,3,4,


Aplikacje dostępowe dla użytkowników

Aplikacje w ramach systemu będą realizowane jako aplikacje przeglądarkowe, wykonane w technologii HTML5 Nie zakłada się konieczności stosowania zewnętrznych wtyczek (np. Adobe Flash, Java).

- Wysoki

2,3,4



Aplikacje będą kompatybilne z wersjami przeglądarek wydanymi 1,5 roku przed wdrożeniem produkcyjnym funkcjonalności implementowanych dla danego obszaru systemu i ich najnowszymi wersjami: Chrome, Firefox oraz Internet Explorer. Korzystanie z aplikacji przez użytkowników nie będzie wymagać instalacji dodatkowych elementów oprogramowania stacji klienckich, z wyjątkiem wtyczek Adobe PDF, Java, Adobe Flash.Ekrany aplikacji będą zoptymalizowane do pracy z rozdzielczością 1024x768 pikseli lub większą wyspecyfikowaną na etapie analizy.

- Wysoki

2,3,4

NF4 Wymagania

Aplikacje dostępowe dla

Listy elementów, które będą występować w aplikacjach będą

- Wysoki

2,3,4

104

ID Element Systemu


Etap

ogólne użytkowników sortowane według uzgodnionych na etapie analizy atrybutów.



Aplikacje będą posiadać dział pomocy, zawierający informacje na temat sposobu użytkowania aplikacji oraz wymagań sprzętowych.

- Wysoki

2,3,4


Anonimizacja danych

W trakcie usuwania wybranych danych system KREPTD będzie je anonimizował. Dane podlegające anonimizacji zostaną doprecyzowane przez Wykonawcę i uzgodnione z Zamawiającym na etapie przygotowania specyfikacji funkcjonalno-technicznej. Proces anonimizacji inicjowany jest poprzez logiczne usunięcie obiektu z systemu. Podczas operacji usuwania, obiekt oznaczany jest, jako usunięty. Anonimizowane są dane w polach usuwanego obiektu oraz w obiektach powiązanych z danym obiektem za pomocą relacji kompozycji. Anonimizacja pola polega na wykorzystaniu funkcji skrótu uniemożliwiającej ustalenie początkowej wartości pola.

- Wysoki

2,3


Modelowanie procesów ETL

Rozwiązanie ETL ma umożliwić graficzne modelowanie procesów ETL w celu ich rozwoju w przyszłości.

- Średni 2,3


Narzędzia wykorzystane przy budowie systemu

System KREPTD zostanie zbudowany przy wykorzystaniu narzędzi do modelowania procesów biznesowych oraz silnika BPM, który będzie wspierał realizację procesów biznesowych. Najpóźniej w docelowej wersji systemu KREPTD (po zakończeniu Etapu budowy podstawowej wersji systemu KREPTD)dostarczy i wdroży narzędzie ETL (z ang. Extract, Transform and Load wspomagające proces pozyskania danych dla baz danych, szczególnie dla hurtowni danych) służących do zarządzania wymianą danych pomiędzy KREPTD a usługami zewnętrznymi. W szczególności wymiana ta dotyczy komunikacji z systemami Open BTM i

- Średni 2,3,4

105

ID Element Systemu


Etap

CEN.NF9 Wymaga

nia ogólne

Technologie i standardy - otwarte rozwiązania

Tam, gdzie to możliwe i optymalne, system będzie wykorzystywał otwarte rozwiązania, standardy i technologie zamiast ich komercyjnych odpowiedników.

- Wysoki

2-4


Technologie i standardy - architektura wielowarstwowa

System będzie realizować architekturę wielowarstwową, czyli rozdzielającą warstwę prezentacji od warstwy logiki biznesowej oraz od warstwy danych.

2-4


Technologie i standardy - SOA

Architektura systemu będzie zgodna z SOA.

- Wysoki

2-4


Technologie i standardy – kodowanie znaków

System będzie wykorzystywał we wszystkich warstwach kodowanie znaków UTF-8 i inne rozwiązanie umożliwiające przechowywanie w jednolitych strukturach danych zestawów danych przesyłanych w językach państw UE,

- Wysoki

2-4


Autoryzacja użytkownika

W systemie KREPTD stworzona zostanie usługa zarządzania dostępem, umożliwiająca określanie uprawnień do poszczególnych elementów systemu na poziomie ról użytkowników. Każdy zidentyfikowany użytkownik systemu zostanie przypisany do jednej lub większej ilości ról, które charakteryzować będzie zestaw uprawnień, decydujących o możliwościach wykonywania określonych funkcji w systemie oraz zakresie widoczności danych na ekranie bądź na interfejsie programistycznym.

W ramach systemu zarządzania użytkownikami możliwe będzie nadawanie i odbieranie roli każdemu użytkownikowi systemu. Dodatkowo użytkownicy będą mogli być agregowani w grupy, którym z kolei będzie można przydzielić role systemowe. Dzięki temu możliwe będzie zarządzanie wieloma

- Wysoki

2-4

106

ID Element Systemu


Etap

użytkownikami jednocześnie i definiowanie im odpowiednich ról. Efektywny zestaw ról użytkownika będzie sumą mnogościową wszystkich przydzielonych bezpośrednio lub pośrednio przez grupy ról. Umożliwi to w pełni elastyczne zarządzanie dostępem do systemu. Każda zmiana, przydzielenie lub odebranie uprawnienia będzie rejestrowane w module uprawnień w celach raportowych i audytowych.


Uwierzytelnianie

Identyfikacja użytkownika będzie jednoznaczna na podstawie profilu zaufanego ePUAP. System ePUAP zostanie wykorzystany w systemie KREPTD, jako serwer identyfikacji użytkowników (Identity Provider), zapewniając tym samym rozwiązanie Single Sign-On (SSO), rekomendowane do wdrożenia dla aplikacji instytucji publicznych.

- Wysoki

2-4


Rozliczalność transakcji

Każde wykorzystanie systemu uprawnień w celu określenia dostępu do funkcji i danych i przyznanie uprawnienia do nich skutkować będzie rejestrowaniem tych zdarzeń w specjalnym logu systemu KREPTD. Umożliwi to jednoznaczną identyfikację i rozliczalność działań każdego użytkownika w systemie. Log systemowy będzie dostępny dla osób zarządzających użytkownikami oraz na potrzeby sporządzania audytu i raportów.

- Wysoki

2-4


Interoperacyjność i ochrona danych osobowych

System będzie zgodny z Krajowymi Ramami Interoperacyjności i powiązanymi z nimi zaleceniami, jak również będzie spełniać wymagania Ustawy z dnia 29 sierpnia 1997 r. o Ochronie Danych Osobowych (t j. Dz. U.2002 nr 101 poz. 926 z późn. zm.).

- Wysoki

2-4

NF17 Wymagania bezpiecze

Ogólne wymagania bezpieczeństw

Wykonawca zapewni odpowiedni poziom bezpieczeństwa systemu, polegający w szczególności na:

- Wysoki

2-4

107

ID Element Systemu


Etap

ństwa a systemu - dbałości o aktualizację oprogramowania,

- minimalizowaniu ryzyka utraty informacji w wyniku awarii,

- ochronie przed błędami, utratą, nieuprawnioną modyfikacją,

- stosowaniu mechanizmów kryptograficznych w sposób adekwatny do zagrożeń lub wymogów przepisów prawa,

- zapewnieniu bezpieczeństwa plików systemowych,

- redukcji ryzyk wynikających z wykorzystania opublikowanych podatności technicznych systemów teleinformatycznych,

- niezwłocznym podejmowaniu działań po dostrzeżeniu nieujawnionych podatności systemów teleinformatycznych na możliwość naruszenia bezpieczeństwa,

- kontroli zgodności systemów teleinformatycznych z odpowiednimi normami i politykami bezpieczeństwa.

NF18 Wymagania bezpieczeństwa

Wymagania na mechanizmy ochrony kryptograficznej danych przesłanych w sieci publicznej:

W Systemie zastosowane będą środki ochrony kryptograficznej danych przesyłanych w sieci publicznej, które zapewnią ich poufności, integralności i niezaprzeczalności. Szczegółowe wymagania w zakresie ochrony kryptograficznej:- W przypadku szyfrowania,

rozwiązanie musi implementować mechanizmy kryptograficzne. Moc wykorzystanych algorytmów kryptograficznych nie może być mniejsza od mocy zapewnianej przez takie algorytmy jak 3DES, AES-256, RSA-2048, SHA-2.

- Rozwiązanie musi zapewniać zabezpieczenie transmisji danych wrażliwych pomiędzy urządzeniem

- Wysoki

2-4

108

ID Element Systemu


Etap

końcowym a serwerami aplikacyjnymi. Poziom zabezpieczenia transmisji nie może być mniejszy od poziomu zapewnianego przez protokoły TLS ver. 1.1 z kluczem o długości 128 bitów.

- W przypadku szyfrowania rozwiązanie musi umożliwiać wykorzystanie usług kryptografii niesymetrycznej (PKI), w szczególności:o oznaczania dokumentów

wiarygodnym czasem przez zaufany urząd znakowania będący na liście kwalifikowanych podmiotów świadczących usługi certyfikacyjne,

o elektronicznego podpisywania dokumentów za pomocą certyfikatów kwalifikowanych,

o weryfikacji podpisu elektronicznego.


Mechanizm ochrony przed przejęciem sesji

System będzie posiadać wbudowane mechanizmy ochrony przed przejęciem sesji użytkownika oraz wspierał wygaszanie ważności sesji użytkownika w przypadku nieaktywności (określonej parametrycznie).

- Wysoki

2-4


Integralność / autentyczność danych

System będzie zapewniał integralność oraz autentyczność przechowywanych i przetwarzanych danych.

- Wysoki

2-4


Wymagania na mechanizmy zarządzania dostępem

W Systemie zostaną wdrożone mechanizmy zarządzania dostępem, dzięki którym możliwe będzie spełnienie następujących reguł:- Dostęp do zasobów Systemu będą

mieli jedynie uprawnieni użytkownicy.

- Zachowana zostanie zasada możliwie najmniejszych uprawnień.

- Proces nadawania i odbierania

- Wysoki

2-4

109

ID Element Systemu


Etap

uprawnień przebiegać będzie zgodnie z opracowanymi procedurami.

Szczegółowe wymagania w zakresie zarządzania dostępem:- Rozwiązanie musi dostarczać

mechanizmy kontroli dostępu administratorów umożliwiające dostęp do Systemu wyłącznie po jednoznacznym zidentyfikowaniu przeprowadzonym w ramach procesu uwierzytelnienia.

- Rozwiązanie musi zapewniać odpowiednie mechanizmy uwierzytelniania użytkowników nieanonimowych.

- Rozwiązanie musi zapewniać odpowiednie zabezpieczenia przed nieautoryzowanym dostępem na poziomie serwera usług.

- Rozwiązanie musi przechowywać i przesyłać hasła użytkowników wyłącznie w postaci zabezpieczonej.

- Hasła w systemie będą zgodne z wymaganiami, które zostaną zdefiniowane na etapie przygotowania dokumentacji przedwdrożeniowej podstawowej wersji systemu KREPTD.

- System będzie wymuszał na użytkownikach cykliczną zmianę haseł. Częstotliwość zmiany haseł zostanie zdefiniowana na etapie przygotowania dokumentacji przedwdrożeniowej.

- System będzie umożliwiał reset haseł przez użytkowników (wymagania WF10, WF57, WF62). Otrzymają oni specjalny link, na wskazaną skrzynkę e-mailową. Po wejściu w link użytkownik otrzyma hasło tymczasowe, ważne 24 godziny, które będzie musiał zmienić po pierwszy zalogowaniu.

110

ID Element Systemu


Etap

- System będzie wymagał wprowadzenia hasła podczas logowania oraz dodatkowo dla wykonania, wybranych dodatkowych zadań użytkownika. Wskazanie zadań wymagających ponownego logowania zostanie dokonane na etapie przygotowania dokumentacji przedwdrożeniowej podstawowej wersji systemu KREPTD.

- Rozwiązanie musi zapewniać mechanizmy kontroli uprawnień oparte na rolach, umożliwiające kontrolę poziomu dostępu każdego użytkownika zarówno w zakresie dostępu do danych przetwarzanych jak i korzystania z jego funkcjonalności. System uprawnień musi umożliwić ograniczenie dostępu wyłącznie do takich danych oraz takiego zakresu funkcji, jaki jest niezbędny użytkownikowi.

- Rozwiązanie musi posiadać mechanizmy umożliwiające rozliczalność działań użytkowników systemowych i nieanonimowych.

- Rozwiązanie musi posiadać mechanizmy umożliwiające rozliczalność działań administracyjnych związanych z nadawaniem i odbieraniem uprawnień.

- System będzie rejestrował wszelkie czynności aktywności użytkownika do logu audytu.

- Rozwiązanie musi umożliwiać pełen audyt/rozliczalność operacji.

- Rozwiązanie będzie zapewniać w przypadku operacji autoryzowanych niezaprzeczalność.

- Rozwiązanie musi umożliwiać

111

ID Element Systemu


Etap

podział użytkowników na grupy z możliwością przynależenia do kilku grup równocześnie.

- Rozwiązanie musi umożliwiać zarządzanie użytkownikami oraz grupami w zakresie ustalania uprawnień.

- Rozwiązanie musi umożliwiać blokowanie dostępu określonych grup użytkowników do zdefiniowanych zasobów Systemu.


Wymagania na mechanizmy ochrony przed oprogramowaniem złośliwym

Mechanizmy ochrony przed oprogramowaniem złośliwym zapewnią wykrywanie i ochronę Systemu przed zagrożeniami powodowanymi przez oprogramowanie złośliwe, w tym: wirusy komputerowe, rootkity, oprogramowanie szpiegujące (spyware) i inne. Mechanizmy te powinny posiadać następujące cechy:- wykrywanie i zwalczanie

złośliwego kodu (wirusy, rootkity, spyware i inne),

- proaktywna ochrona zasobów informatycznych,

- częsta aktualizacja bazy zagrożeń i szczepionek,

- centralna konsola zarządzania i dystrybucji aktualizacji,

- możliwość generowania raportów z aktywności.

- Wysoki

2-4


Wymagania na mechanizmy zarzadzania konfiguracją:

Mechanizmy zarządzania konfiguracją powinny zapewnić, aby konfiguracja każdego z elementów systemu informatycznego była spójna i zgodna z założeniami projektowymi, a każda zmiana konfiguracji odnotowywana. Aby zapewnić odpowiedni poziom zarządzania konfiguracją wymagane jest dostarczenie następujących funkcjonalności:- utrzymywanie i aktualizacja stanu

ewidencyjnego zasobów infrastruktury (sprzętu i

- Wysoki

2-4

112

ID Element Systemu


Etap

oprogramowania) oraz powiązań między nimi – baza konfiguracji,

- umożliwienie odtworzenia pierwotnej konfiguracji systemów operacyjnych,

- umożliwienie automatycznej i wielokrotnej instalacji systemów zgodnie z założonym standardem konfiguracji,

- umożliwienie wykonywania cyklicznej weryfikacji stanu zaewidencjonowanych zasobów IT ze stanem faktycznym,

- utrzymywanie historii inwentaryzacji sprzętu i oprogramowania,

- monitorowanie zmian w konfiguracji sprzętowej urządzeń,

- monitorowanie zmian w konfiguracji programowej urządzeń,

- monitorowanie zmian oprogramowania na urządzeniach sieciowych,

- monitorowanie zmian wersji systemu operacyjnego oraz uzupełnień,

- monitorowanie zmian wersji oprogramowania narzędziowego oraz uzupełnień,

- monitorowanie zmian wersji oprogramowania użytkowego,

- monitorowanie zmian danych konfiguracyjnych (w plikach, rejestrach systemowych, bazach danych),

- wykrywanie nowych urządzeń w infrastrukturze IT,

- wykrywanie nowego oprogramowania na monitorowanych serwerach,

- wykrywanie aktywnych usług serwera,

- informowanie o obecności

113

ID Element Systemu


Etap

nieuprawnionego oprogramowania,- sprawdzenie dostępności

uzupełnień przygotowanych przez producentów oprogramowania,

- gromadzenie i aktualizowanie informacji i konfiguracji oprogramowania,

- gromadzenie i aktualizowanie informacji i konfiguracji urządzeń.


Wymagania na mechanizmy wykrywania podatności:

System wykrywania podatności powinien spełniać następujące wymagania:- skanowanie urządzeń sieciowych,

serwerów i systemów operacyjnych w poszukiwaniu ewentualnych błędów w konfiguracji zabezpieczeń i typowych błędów konfiguracyjnych,

- skanowanie systemów operacyjnych, serwerów aplikacji, baz danych i usług sieciowych pod kątem wystąpienia luk umożliwiających nieautoryzowany dostęp,

- skanowanie systemów zapór sieciowych w celu weryfikacji szczelności i efektywności ich działania,

- współpraca z modułami IPS,- sprawdzanie konfiguracji serwerów

WWW,- wykrywanie zbędnych usług

uruchomionych na serwerach,- wykrywanie niezabezpieczonych

kont lokalnych,- weryfikacja zgodności aktualnych

zabezpieczeń z bieżącymi zaleceniami,

- raportowanie wykrytych podatności.

- Wysoki

2-4


Wymagania na mechanizmy zarządzania zdarzeniami i

Celem zarządzania logami i zdarzeniami jest gromadzenie, utrzymywanie i przetwarzanie informacji zawartych w logach

- Wysoki

I

114

ID Element Systemu


Etap

logami: urządzeń i systemów oraz informacji o zdarzeniach pochodzących z obszaru monitorowania systemu. Aby zapewnić odpowiedni poziom monitorowania dostępności wymagane jest udostępnienie następującej funkcjonalności:- gromadzenie i utrzymywanie

zapisów logów systemowych serwerów, logów oprogramowania narzędziowego, logów aplikacji,

- gromadzenie i utrzymywanie informacji o zdarzeniach pozyskiwanych z innych podsystemów,

- normalizacja i kategoryzacja zapisów logów oraz informacji o zdarzeniach,

- agregacja zdublowanych zdarzeń i eliminacja nadmiarowych informacji,

- korelowanie zdarzeń logicznie ze sobą powiązanych pochodzących z różnych źródeł,

- analiza w czasie rzeczywistym informacji o zdarzeniach pochodzących z różnych źródeł w celu szybszego wykrycia źródła problemu lub zidentyfikowania potencjalnych zagrożeń bezpieczeństwa,

- archiwizacja zgromadzonych logów,

- ochrona integralności zgromadzonych logów.


Testy penetracyjne systemu

Wykonawca Systemu wykonana testy penetracyjne systemu. Celem przeprowadzenia testów będzie praktyczna ocena stanu bezpieczeństwa systemu, w szczególności podatności i odporności na próby przełamania zabezpieczeń. W ramach realizacji testów penetracyjnych systemu oczekuje się realizacji poniższych

- Średni 2-4

115

ID Element Systemu


Etap

zadań:- Identyfikacja systemu za pomocą

dostępnych serwisów sieciowych (np. WWW, SMTP, FTP, Telnet).

- Rozpoznanie dostępnych z obszaru Internetu komputerów, serwerów, serwerów aplikacji, baz danych i urządzeń sieciowych, rodzaju i wersji systemów operacyjnych oraz oprogramowania użytkowego pod kątem wykrywania znanych luk bezpieczeństwa.

- Wstępna penetracja systemu za pomocą skanerów portów TCP i UDP oraz skanerów zabezpieczeń powszechnie stosowanych przez hakerów, dostępnych w zasobach sieci Internet.

- Testy zabezpieczeń systemu za pomocą profesjonalnych skanerów zabezpieczeń ISS Internet Scanner lub WebTrends Security Analyzer.

- Analiza topologii sieci komputerowej widzianej z Internetu.

- Analiza otrzymanych wyników pod kątem przygotowania symulacji włamań.

- Symulacja włamań.- Ocena odporności zabezpieczeń

systemu na ataki destrukcyjne za pomocą narzędzi dostępnych w zasobach sieci Internet.

- Ocena poprawności reakcji systemu zabezpieczeń na wykonywane ataki.

- Analiza bezpieczeństwa systemu zaporowego Firewall.

- Analiza wyników testu penetracyjnego pod kątem oceny zagrożenia integralności systemu oraz możliwości dostępu do danych przez osoby nieupoważnione.

116

ID Element Systemu


Etap

- Analiza dokumentacji systemu pod kątem bezpieczeństwa (struktura sieci, konfiguracja, zastosowane urządzenia i oprogramowanie).

NF27 Wymagania użyteczności

Ogólne wymagania użyteczności

Wykonawca stworzy projekt wszystkich ekranów graficznych interfejsów użytkownika. Projekty graficzne poszczególnych ekranów będą spójne z wymaganiami WCAG 2.0, zaleceniami normy ISO 9241-2010 oraz zgodne z najlepszymi praktykami w zakresie użyteczności interfejsów.

- Wysoki

2-4


Ogólne wymagania użyteczności

System powinien zostać zaprojektowany w taki sposób, by interfejs graficzny był gotowy na obsługę innych języków niż język polski.

- Wysoki

2-4


Poziom dostępności graficznych interfejsów użytkownika WCAG 2.0

Wszystkie graficzne interfejsy użytkowników zostaną stworzone z uwzględnieniem wytycznych WCAG 2.0, na poziomach wskazanych w Rozporządzeniu Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych, tj.:

- Poziom A da wymagań: 1.1 – 1.4.2, 2.1-2.4.4, 3.1.1, 3.2.1-3.2.2, 3.3.1-3.3.2 oraz 4.1

- Poziom AA dla wymagań: 1.4.3 -1.4.5, 2.4.5-2.4.7, 3.1.2, 3.2.3-3.2.4 oraz 3.3.3-3.3.4

- Wysoki

2-4


Poziom dostępności graficznych interfejsów użytkownika WCAG 2.0

W nawiązaniu do wymogów WCAG 2.0, określonych w wymaganiu niefunkcjonalnym NF29, Wykonawca powinien zwrócić uwagę m.in. na następujące aspekty:- Komponenty użytkownika będą

przedstawione w sposób możliwie dostępny dla zmysłów użytkownika,

- Średni 2-4

117

ID Element Systemu


Etap

- W systemie możliwie najwięcej treści o charakterze nietekstowym będzie posiadało swoje alternatywy tekstowe,

- W systemie występować będą zmienne w czasie alternatywy dla mediów (np. audio lub wideo),

- Treści w systemie będą mogły być prezentowane na różne sposoby bez utraty informacji czy struktury,

- System zostanie zaprojektowany w taki sposób, aby użytkownik mógł w łatwy sposób oddzielić informacje od tła,

- Użytkownik będzie miał dostęp do funkcjonalności systemu z poziomu klawiatury,

- Podczas wykonywania zadań, użytkownikowi zapewniona zostanie odpowiednia ilość czasu na zapoznanie się z prezentowaną treścią,

- System zostanie zaprojektowany w taki sposób by nie prowokować ataków epilepsji,

- System będzie oferował alternatywne drogi dla znalezienia podstrony systemu,

- System będzie otwierać się i działać w przewidywalny sposób (w tym m.in. posiadać konsekwentne i powtarzalne mechanizmy nawigacji oraz przypisane powtarzającym się komponentom te same funkcjonalności),

- System będzie wspierał użytkownika podczas wprowadzania informacji, w taki sposób by mógł unikać błędów oraz w łatwy sposób je korygować (m.in. sugerowanie korekty błędów, wyświetlanie etykiet lub instrukcji),

- System będzie zaprojektowany w

118

ID Element Systemu


Etap

taki sposób, aby zmaksymalizować jego kompatybilność z obecnymi i przyszłymi programami wykorzystywanymi przez użytkowników.


Projektowanie zorientowane na użytkownika (ISO 9241-210)

System zostanie zaprojektowany w oparciu o metody projektowania zorientowanego na użytkownika, w zgodzie z kluczowymi zaleceniami międzynarodowej normy ISO 9241-210:2010 „Ergonomics of human-system interaction - Part 210: Human-centred design for interactive systems, które mają zastosowanie do specyfiki systemu KREPTD.

- Średni 2-4


Nawigacja w systemie (ISO 9241-210)

W nawiązaniu do zaleceń normy ISO 9241-2010 określonych w wymaganiu niefunkcjonalnym NF31:- Podczas testów oraz analizy

potrzeb Zamawiającego, szczególna uwaga zostanie poświęcona stronie głównej, która będzie zawierać łatwy dostęp do najczęściej wykorzystywanych części systemu.

- Na stronie głównej zostanie umieszczony także odnośnik do mapy systemu, ukazującej jego ogólną strukturę.

- Zgodnie z zaleceniami normy, w miarę możliwości unikane będzie tworzenie ekranów powitalnych, czy też otwieranie nowych, niepotrzebnych okien systemu.

- Optymalizacja będzie obejmować takie elementy, jak: zapewnienie łatwego dostępu do wyszukiwania (w zależności od potrzeb Zamawiającego będzie ono dostępne na każdej stronie systemu lub za każdym razem, gdy realizowane zadanie wymagać będzie sprawdzenia danych w Rejestrze), umożliwienie wyboru zakresu wyszukiwania (tzw. wyszukiwanie proste i

- Średni 2-4

119

ID Element Systemu


Etap

wyszukiwanie zaawansowane).- Wyszukiwanie danych będzie w

miarę możliwości odporne na błędy użytkownika (np. w przypadku pominięcia polskich znaków), a otrzymane wyniki będzie można sortować i filtrować w zależności od potrzeb użytkownika.

- W nawiązaniu do zaleceń normy, zostanie stworzona spójna strategia multi-systemowa. Z uwagi na mnogość serwisów i aplikacji powiązanych z Rejestrem (strona GITD, rejestr KREPTD, aplikacje dostępowe) przewiduje się stworzenie rozwiązań nawigacyjnych pozwalających na łatwe przechodzenie (oraz powrót) między różnymi stronami.

- W zgodzie z zaleceniami normy system posiadać będzie czytelną i intuicyjną nawigację. W tym celu wykonawca we współpracy z Zamawiającym opracuje mapę systemu oraz stworzy strukturę nawigacji najbardziej adekwatną do celów systemu i jego użytkowników. Na podstawie testów użyteczności systemu zoptymalizowany zostanie sposób nawigacji po systemie.

- Optymalizacja będzie obejmować takie elementy jak skrócenie liczby kroków potrzebnych do odnalezienia pożądanej strony, informowanie użytkowników, w jakiej części systemu się znajdują (np. za pomocą nawigacji breadcrumbs), możliwość dostępu do poszczególnych części systemu przy wykorzystaniu alternatywnych ścieżek dostępu, czy też rozbicie bardziej skomplikowanych zadań na poszczególne kroki, zawierające wskazówki oraz możliwość

120

ID Element Systemu


Etap

powrotu do wcześniejszych etapów.NF33 Wymaga

nia użyteczności

Treści w systemie (ISO 9241-210)

W nawiązaniu do zaleceń normy ISO 9241-2010 określonych w wymaganiu niefunkcjonalnym NF31:- Wykonawca systemu będzie

również odpowiedzialny za właściwe zaprojektowanie metody prezentacji treści w interfejsie użytkownika. Podczas projektowania uwzględnione zostaną potrzeby zgłaszane przez Zamawiającego i jego pracowników oraz najlepsze praktyki w zakresie użyteczności systemów informatycznych.

- Wykonawca poświęci szczególną uwagę takim zagadnieniom, jak: spójność rozkładu stron systemu, optymalne rozmieszczenie tytułów podstron, odpowiednia dla celów systemu długość stron, czy metoda komunikowania użytkownikom nowych treści i funkcjonalności. W zgodzie z zaleceniami normy, wykonawca zaprojektuje kolorystykę strony w taki sposób, aby z jednej strony nawiązywać do identyfikacji wizualnej Zamawiającego (oraz jego strony internetowej), a z drugiej stron, aby pozwolić na łatwe rozróżnienie prezentowanych treści.

- W systemie nie będzie stosowana nadmiernej ilości kolorów, przy czym treści lub komunikaty, które zgodnie z dobrymi praktykami przyjmują określone barwy (np. czerwony – kolor komunikatów o błędzie) oraz linki i odnośniki aktywujące zadania w systemie powinny zostać właściwie wyróżnione spośród pozostałych elementów.

- Prezentowane treści będą odpowiednie dla

- Średni 2-4

121

ID Element Systemu


Etap

zidentyfikowanych celów Systemu, grup docelowych oraz realizowanych przez nich działań.

- Dla zagwarantowania, że treści prezentowane w Systemie będą kompletne i wystarczające dla realizacji zadań wykonywanych przez użytkowników, przewiduje się wykorzystanie tooltip’ów oraz komunikatów systemowych. Będą one zawierać objaśnienia pojęć stosowanych w prezentowanej treści oraz instrukcje funkcjonalności systemu (wyświetlenie podpowiedzi nie będzie przerywać realizowanego procesu).

- Treści komunikatów, ich rozmieszczenie ich częstotliwość zostaną zaprojektowane przez wykonawcę Systemu. Na podstawie testów użyteczności zidentyfikuje on, które z zadań przysporzyło użytkownikom najwięcej problemów. Pozwoli to zoptymalizować szczegółowość treści w systemie, w taki sposób, aby z jednej strony wspierać użytkowników w zadaniach przysparzających najwięcej problemów, a z drugiej nie zasypywać go zbędną treścią podczas wykonywania prostych i rutynowych czynności.

- Zgodnie z zaleceniami normy w Systemie wyświetlane będą daty ostatniej aktualizacji treści tam, gdzie będzie to zasadne - np. w dziale pomocy użytkownika / FAQ, czy też w dziale aktualności. Decyzja na temat umieszczenia daty ostatniej aktualizacji zostanie podjęta przez wykonawcę Systemu w zgodzie z najlepszymi praktykami w zakresie

122

ID Element Systemu


Etap

użyteczności systemów informatycznych.

- Użytkownik Systemu będzie posiadał ułatwiony kontakt z Administratorem KPK poprzez formularz zgłaszania błędów lub zapytań oraz poprzez bezpośredni kontakt mailowy / telefoniczny do osoby odpowiedzialnej za utrzymanie systemu. Decyzja o umiejscowieniu danych kontaktowych zostanie podjęta przez wykonawcę Systemu w zgodzie z najlepszymi praktykami w zakresie użyteczności systemów informatycznych. Wybór preferowanej metody kontaktu i ewentualny zakres pól formularza zostanie dokonany w oparciu o zgłaszane potrzeby przyszłych użytkowników oraz analizę rozwiązań zastosowanych w innych systemach informatycznych Zamawiającego.


Inne wymagania (ISO 9241-210)

W nawiązaniu do zaleceń normy ISO 9241-2010 określonych w wymaganiu niefunkcjonalnym NF31:- Dla ułatwienia identyfikacji

Systemu oraz jej właściciela, na każdej z podstron widoczne będzie logo Rejestru oraz logo Zamawiającego (GITD), które po kliknięciu przeniosą użytkownika na właściwe strony główne.

- System będzie zawierać odnośniki do danych kontaktowych Administratora KPK.

- Logotyp zostanie opracowany przez wykonawcę i najprawdopodobniej umiejscowiony w lewym górnym rogu, zgodnie z najlepszymi praktykami w zakresie użyteczności systemów informatycznych.

- W zgodzie z zaleceniami normy

- Średni 2-4

123

ID Element Systemu


Etap

oraz obowiązującym prawem, użytkownik będzie każdorazowo informowany o fakcie przechowywania plików cookie w celu realizacji usługi. Sposób wyświetlania komunikatu, jego treść oraz metoda jego akceptacji / zamknięcia zostaną wybrane i opracowane przez wykonawcę Systemu w zgodzie z najlepszymi praktykami w zakresie użyteczności systemów informatycznych oraz aktualnie obowiązującymi przepisami prawnymi.

- System będzie minimalizować możliwość popełnienia błędów przez użytkowników. Będzie to dokonywane m.in. poprzez określenie zasad wprowadzania danych oraz ich automatycznej korekty (przykładowo, usuwanie zbędnych myślników z numeru NIP lub zmiana formatu daty na format obsługiwany w systemie). Na etapie przygotowania niniejszego dokumentu określono reguły wprowadzania danych oraz atrybuty pól. Dla minimalizacji błędów system będzie wyświetlał komunikaty objaśniające przyczynę błędu oraz wskazówki, w jaki sposób wypełnić poprawnie dane pole. Aby ułatwić użytkownikowi naprawę błędów, ich wystąpienie (oraz wyświetlenie się komunikatów systemowych) nie będzie przerywać realizowanego procesu.

NF35 Wymagania dostępności

Dostępność systemu

1. Ramy czasowe działania systemu: 24 godziny na dobę, 7 dni w tygodniu2. Dostępność systemu: System KREPTD będzie stale komunikował się z systemami zewnętrznymi (Rejestrami w innych Państwach Członkowskich za

- Wysoki

2-4

124

ID Element Systemu


Etap

pośrednictwem systemu ERRU). Z tego względu konieczna będzie kompensacja strat wynikłych z braku dostępności technicznej innych systemów. W związku z tym dostępność techniczną usług sieciowych Systemu KREPTD wyniesie 99,9% bez uwzględnienia planowanych przerw technicznych.3. System będzie objęty procesami realizacji kopii zapasowych. Maksymalny czas na przywrócenie działania Rozwiązania po błędzie krytycznym wyniesie 12 godzin.4. System KREPTD będzie gromadził i utrzymywał zapisy logów systemowych serwerów, logów oprogramowania narzędziowego, logów aplikacji oraz gromadził i utrzymywał informacje o zdarzeniach pozyskiwanych z innych systemów.

NF36 Wymagania wydajności systemu

Czas reakcji systemu

1. Czas reakcji systemu wynosi maksymalnie 10 sekund w komunikacji z systemem ERRU. Jeżeli system KREPTD nie zapewni wymaganego czasu reakcji, Wykonawca będzie zobowiązany do podjęcia wszelkich niezbędnych kroków w celu przywrócenia w możliwie jak najkrótszym czasie normalnego czasu reakcji systemu.3. Czas reakcji systemu dla dowolnych operacji o niskim stopniu złożoności nie przekroczy 3 sekund. Do operacji o niskim stopniu złożoności należą:

operacje typu zapis danych do bazy,

operacje typu wyszukiwanie danych po jednoznacznym identyfikatorze (np. NIP, REGON, numer Certyfikatu kompetencji zawodowych, numer licencji wspólnotowej),

operacje, w których w wyniku wyszukiwania zwracanych jest poniżej 10 rekordów

- Wysoki

2-4

125

ID Element Systemu


Etap

operacje typu pogląd danych (dane przedsiębiorców lub Zarządzających transportem, pogląd komunikatów z ERRU, pogląd alertów)

4. Czas reakcji systemu przy realizacji pozostałych operacji nie przekroczy 10 sekund. Do pozostałych operacji należą operacje o wyższym stopniu złożoności, typu:

wielokryterialne wyszukiwanie danych,

wyszukiwanie, w którym w wyniku wyszukiwania zwracanych jest powyżej 10 rekordów.


Przewidywana liczba komunikatów

Zgodnie z przewidywaniami Zamawiającego średnia, miesięczna liczba otrzymywanych i wysyłanych komunikatów wyniesie :

- „Zapytanie” - ok. 7421 komunikatów,

- „Odpowiedź na zapytanie” - ok 7245 komunikatów,

- „Powiadomienie o naruszeniu przepisów” - ok. 44 komunikatów,

- „Odpowiedź na powiadomienie o naruszeniu przepisów” - ok. 44 komunikatów.

Łączna miesięczna liczba obsłużonych przez System komunikatów z ERRU powinna po uruchomieniu Systemu wynieść ok. 15 tys. miesięcznie.Z uwagi na planowany wzrost liczby Państw Członkowskich korzystających z ERRU Zamawiający wymaga, aby system był w stanie obsłużyć do 50 tys. komunikatów miesięcznie, bez konieczności dokonywania zmian w rozwiązaniu.

- Średni 2-4

NF38 Wymagania wydajności

Liczba pracowników GITD korzystających

Z kalkulacji Zamawiającego wynika, iż łączna liczba pracowników GITD korzystających z systemu wyniesie 33 osoby.

- Średni 2-4

126

ID Element Systemu


Etap

systemu z systemu KREPTD

Wartość normalna obciążenia systemu powinna wynieść 19 jednoczesnych użytkowników, a wartość szczytowa 29.Z uwagi na planowany wzrost liczby Państw Członkowskich korzystających z ERRU Zamawiający wymaga, aby system był w stanie obsłużyć do 200 jednoczesnych użytkowników z ramienia GITD, bez konieczności dokonywania zmian w rozwiązaniu.


Liczba pracowników starostw korzystających z aplikacji dla starostw

Zamawiający przewiduje, że wartość normalnego obciążenia systemu KREPTD przez pracowników starostw powinna wynieść 213 jednoczesnych użytkowników, a wartość szczytowa 331.Z uwagi na planowany wzrost liczby Państw Członkowskich korzystających z ERRU Zamawiający wymaga, aby system był w stanie obsłużyć do 1000 jednoczesnych użytkowników z ramienia starostw, bez konieczności dokonywania zmian w rozwiązaniu.

- Średni 2-4


Liczba pracowników organów kontrolnych korzystających z aplikacji dla organów kontrolnych

Zamawiający przewiduje, że wartość normalnego obciążenia systemu KREPTD przez pracowników organów kontrolnych powinna wynieść 1639 jednoczesnych użytkowników, a wartość szczytowa 2546.Z uwagi na planowany wzrost liczby Państw Członkowskich korzystających z ERRU Zamawiający wymaga, aby system był w stanie obsłużyć do 10 000 jednoczesnych użytkowników z ramienia organów kontrolnych, bez konieczności dokonywania zmian w rozwiązaniu.

- Średni 2-4


Całkowita przewidywana liczba użytkowników

Z analizy Zamawiającego wynika, że normalnie z systemu KREPTD będzie jednocześnie korzystać 1871 użytkowników. Wartość szczytowa obciążenia wynosi 2906 jednoczesnych użytkowników.Z uwagi na planowany wzrost liczby

- Średni 2-4

127

ID Element Systemu


Etap

Państw Członkowskich korzystających z ERRU Zamawiający wymaga, aby system był w stanie obsłużyć do 11 200 jednoczesnych użytkowników bez konieczności dokonywania zmian w rozwiązaniu.

NF42 Wymagania na dziennik aplikacji

Dziennik aplikacji

Rejestr zdarzeń stanowi zapis wszystkich operacji na potrzeby monitorowania i diagnostyki, jak również w celu umożliwienia wygenerowania statystyk dotyczących tych operacji. Przechowywane są i monitorowane następujące rodzaje danych dotyczących rejestrowanych operacji:- dziennik aplikacji (zawierający

informacje takie jak wymieniane komunikaty, w tym rodzaj komunikatu, datę, strukturę komunikatu),

- dziennik bezpieczeństwa (zawierający informację o zdarzeniach takich jak próby logowania, dostęp do plików),

- dziennik systemowy (zwierający informacje m.in. na temat awarii systemów).

- Wysoki

2-4

5.2. Opis wymagań na cykl wytwórczy projektowanego systemu

1. Projekt KREPTD będzie realizowany zgodnie z opisem w rozdziale 6. Harmonogram realizacji Etapów

2. Wymaga się, aby proces wytwórczy systemu KREPTD był realizowany zgodnie z metodyką RUP (Rational Unified Process).

3. Każdy z etapów realizacji Systemu KREPTD (za wyjątkiem Etapu inicjowania projektu) powinien obejmować następujące fazy cyklu wytwórczego:3.1. Rozpoczęcie– obejmuje aktualizację i potwierdzenie rozumienia procesów

biznesowych oraz wymagań funkcjonalnych i niefunkcjonalnych,3.2. Opracowanie – obejmuje dekompozycję procesów biznesowych uszczegółowienie

wymagań, opracowanie modelu logicznego i uszczegółowienie wymagań niefunkcjonalnych, interfejsu wymiany danych i GUI w wyniku których powstanie

128

dokumentacja specjalistyczna. W tej fazie następuje również opracowanie architektury systemu.

3.3. Budowa – obejmie budowę danego komponentu systemu KREPTD, testy jednostkowe i integracyjne po stronie Wykonawcy,

3.4. Przekazanie – obejmie testy akceptacyjne (UAT) wytworzonych komponentów systemu, po pozytywnych odbiorach następuje przekazanie komponentu systemu do Zamawiającego (wdrożenie na wszystkich wymaganych środowiskach) oraz szkolenie użytkowników końcowych i uruchomienie na środowisku produkcyjnym.

4. Wymagania na fazę Rozpoczęcia:4.1. Procesy biznesowe powinny zostać zamodelowane i opisane z wykorzystaniem

notacji BPMN 2.0.4.2. Do zamodelowania procesów biznesowych Wykonawca wykorzysta Opis procesów

biznesowych KREPTD stanowiących Załącznik nr 1 do niniejszej Koncepcji. Opis ten powinien zostać zaktualizowany i uszczegółowiony przez Wykonawcę. Oprócz modeli procesów biznesowych Wykonawca przygotuje mapę procesów biznesowych.

4.3. Na podstawie zamodelowanych procesów biznesowych Wykonawca uszczegółowi i zaktualizuje wymagania funkcjonalne i niefunkcjonalne względem projektowanego komponentu systemu KREPTD.

4.4. W trakcie modelowania biznesowego i specyfikowania wymagań Wykonawca powinien każdorazowo uwzględnić obowiązujące i projektowane akty prawne, uzgodnienia wymagań z pracownikami Zamawiającego odnośnie projektowanych rozwiązań oraz dotychczas wytworzoną i otrzymaną od Zamawiającego dokumentację.

5. Wymagania na fazę Opracowanie:5.1. W ramach analizy i projektowania rozwiązania dla realizowanego obszaru w ramach

etapu Wykonawca dokona dekompozycji procesów biznesowych na podstawie konsultacji/warsztatów analitycznych z pracownikami Zamawiającego, w celu uszczegółowienia wymagań i aktualizacji docelowych procesów biznesowych wspieranych przez system KREPTD.

5.2. Wykonawca uzgodni z Kierownikiem projektu listę pracowników Zamawiającego, którzy powinny zostać zaangażowani w opiniowanie modeli i opisów procesów biznesowych.

5.3. Wykonawca przeprowadzi analizę systemową i wytworzy wymagane dokumenty specjalistyczne opisane w rozdziale 5.7

5.4. Wymaga się, aby procesy biznesowe zostały zamodelowane i opisane z wykorzystaniem notacji BPMN 2.0.

5.5. Wymaga się, aby opis model interfejsów wymiany danych został opracowany przy wykorzystaniu notacji UML 2.0

5.6. W ramach analizy i projektowania Wykonawca przeprowadzi analizę systemową obejmującą opis procesów ETL z wykorzystaniem narzędzia Enterprise Architect oraz wizualnego narzędzia wybranego pakietu ETL, które będzie generowało pseudokod transformacji pomiędzy zintegrowanymi systemami.

6. Wymagania na fazę Budowa:

129

6.1. Wykonawca zorganizuje kod systemu w warstwy i zapewni oddzielenie warstwy prezentacji od warstwy logiki biznesowej oraz od warstwy danych.

6.2. Wykonawca stworzy klasy i obiekty dla komponentów systemu.6.3. Każdy stworzony komponent Wykonawca przetestuje jednostkowo, a następnie

zintegruje stworzone (prze różne osoby) komponenty.6.4. Podczas implementacji należy stosować zasadę reużywalności komponentów tam,

gdzie jest to możliwe.6.5. Przekazanie każdego elementu rozwiązania do Zamawiającego może nastąpić po

przeprowadzeniu przez Wykonawcę co najmniej testów deweloperskich i integracyjnych tj. po wykluczeniu co najmniej krytycznych błędów mogących wystąpić w ramach podstawowych ścieżek scenariuszy testowych i testów funkcjonalnych i zgłoszeniu gotowości do przystąpienia do testów akceptacyjnych

7. Wymagania na fazę Przekazanie:7.1. Każdy element rozwiązania powinien zostać wdrożony na środowisku testowym, na

którym realizowane będą testy integracyjne i akceptacyjne.7.2. Testy akceptacyjne przeprowadzane przez Wykonawcę powinny objąć:

7.2.1. Weryfikację poprawności interakcji pomiędzy obiektami, 7.2.2. Weryfikację poprawności integracji komponentów, 7.2.3. Sprawdzenie, czy wszystkie wymagania zostały zaimplementowane w sposób

kompletny i poprawny oraz zgodny z dokumentacją przedwdrożeniową7.2.4. Weryfikację, czy błędy zostały poprawione przed wdrożeniem

oprogramowania.7.3. Wdrożenie elementu rozwiązania na środowisku produkcyjnym Zamawiającego

może nastąpić po akceptacji jakości danego elementu rozwiązania przez Zamawiającego,

7.4. Po dokonaniu wdrożenia Wykonawca niezwłocznie przekazuje Zamawiającemu aktualną dokumentację powdrożeniową,

7.5. Wykonawca po wdrożeniu nowego elementu (elementów) przeprowadzi szkolenie z jego obsługi,

7.6. W ramach wdrożenia narzędzia hurtowni danych Wykonawca:7.6.1. zaprojektuje bazę metadanych (słownik pojęć, klasyfikacji, procesów),7.6.2. zaprojektuje procesy zasilania hurtowni danych,7.6.3. zaprojektuje strukturę bazy danych hurtowni i jej powiązania z bazą

metadanych,7.6.4. zaprojektuje wielowymiarowe struktury danych niezbędnych do

przeprowadzenia dalszych analiz oraz ich powiązania z bazą metadanych,7.6.5. zaprojektuje domyślny interfejs użytkownika (GUI) – narzędzie umożliwi

elastyczną zmianę i projektowanie indywidulanych interfejsów użytkownika.7.7. W ramach wdrożenia narzędzia hurtowni danych Wykonawca przeprowadzi migrację

danych, wskazanych przez Zamawiającego, do hurtowni danych.7.8. W ramach wdrożenia formularzy na ePUAP Wykonawca:

7.8.1. Przygotuje formularze zgodnie z wymaganiami opisanymi w rozdziale 4.17.8.2. Skonfiguruje skrzynkę ePUAP pod kątem instalacji i udostępnienia

przygotowanych formularzy

130

7.8.3. Zweryfikuje kompletność i poprawność obsługi formularzy na ePUAP i potwierdzi gotowość do ich produkcyjnej eksploatacji

7.8.4. Zweryfikuje integrację z systemem KREPTD w zakresie przesyłania danych za pośrednictwem formularzy udostępnionych na ePUAP

Cykl wytwórczy projektowanego systemu powinien doprowadzić do dostarczenia przez Wykonawcę następujących produktów specjalistycznych projektu:

5.2.1. Produkty specjalistyczne (Etap 2):

Rejestr KREPTD:

1. Specyfikacja funkcjonalno-techniczna Rejestru KREPTD2. Projekt techniczny Rejestru KREPTD3. Zaimplementowane oprogramowanie Rejestru KREPTD4. Plan testów integracyjnych Rejestru KREPTD5. Plan testów akceptacyjnych Rejestru KREPTD6. Raport z testów integracyjnych Rejestru KREPTD7. Raport z testów akceptacyjnych Rejestru KREPTD8. Procedura instalacji Rejestru KREPTD9. Plan szkoleń dot. Rejestru KREPTD10. Materiały szkoleniowe dot. Rejestru KREPTD11. Dokumentacja użytkownika i powdrożeniowa Rejestru KREPTD12. Raport z instalacji oprogramowania Rejestru KREPTD13. Raport z realizacji szkoleń dot. Rejestru KREPTD14. Zainstalowanie oprogramowania Rejestru KREPTD15. Przeszkoleni użytkownicy końcowi Rejestru KREPTD

Migracja inicjalna i wstępna rafinacja danych z CEN i Transbit

1. Specyfikacja funkcjonalno-techniczna dla migracji danych z CEN i Transbit2. Zaimplementowane skrypty lub oprogramowanie do migracji danych z CEN i

Transbit3. Testy migracji danych na środowisku testowym4. Procedura migracji5. Migracja danych do systemu KREPTD6. Raport z migracji danych

Usługa komunikacji z ERRU:

1. Specyfikacja funkcjonalno-techniczna usługi komunikacji z ERRU2. Projekt techniczny usługi komunikacji z ERRU3. Zaimplementowane oprogramowanie usługi komunikacji z ERRU4. Plan testów integracyjnych usługi komunikacji z ERRU

131

5. Plan testów akceptacyjnych usługi komunikacji z ERRU6. Raport z testów integracyjnych usługi komunikacji z ERRU7. Raport z testów akceptacyjnych usługi komunikacji z ERRU8. Procedura instalacji usługi komunikacji z ERRU9. Plan szkoleń dot. usługi komunikacji z ERRU10. Materiały szkoleniowe dot. usługi komunikacji z ERRU11. Dokumentacja użytkownika i powdrożeniowa usługi komunikacji z ERRU12. Zainstalowanie oprogramowania usługi komunikacji z ERRU13. Przeszkoleni użytkownicy końcowi usługi komunikacji z ERRU14. Raport z instalacji oprogramowania usługi komunikacji z ERRU15. Raport z realizacji szkoleń dot. usługi komunikacji z ERRU

Aplikacja dla KPK:

1. Specyfikacja funkcjonalno-techniczna aplikacji dla KPK2. Projekt techniczny aplikacji dla KPK3. Zaimplementowane oprogramowanie aplikacji dla KPK4. Plan testów integracyjnych aplikacji dla KPK5. Plan testów akceptacyjnych aplikacji dla KPK 6. Raport z testów integracyjnych aplikacji dla KPK7. Raport z testów akceptacyjnych aplikacji dla KPK8. Procedura instalacji aplikacji dla KPK9. Plan szkoleń dot. aplikacji dla KPK10. Materiały szkoleniowe dot. aplikacji dla KPK11. Dokumentacja użytkownika i powdrożeniowa aplikacji dla KPK12. Zainstalowanie oprogramowania aplikacji dla KPK13. Przeszkoleni użytkownicy końcowi aplikacji dla KPK14. Raport z instalacji oprogramowania aplikacji dla KPK 15. Raport z realizacji szkoleń dot. aplikacji dla KPK

Formularze na ePUAP dla Starostw i Organów kontroli

1. Specyfikacja funkcjonalno-techniczna dla Formularzy na ePUAP2. Przygotowanie formularzy na ePUAP3. Plan testów integracyjnych obsługi formularzy na ePUAP4. Plan testów akceptacyjnych obsługi formularzy na ePUAP 5. Raport z testów integracyjnych formularzy na ePUAP 6. Raport z testów akceptacyjnych formularzy na ePUAP 7. Konfiguracja i zainstalowanie formularzy na ePUAP8. Przeszkoleni użytkownicy końcowi aplikacji dla KPK9. Raport z instalacji formularzy na ePUAP

132

5.2.2. Produkty specjalistyczne (Etap 3)

Aplikacja dla KPK – pozostałe funkcjonalności:

1. Specyfikacja funkcjonalno-techniczna aplikacji dla KPK2. Projekt techniczny aplikacji dla KPK3. Zaimplementowane oprogramowanie aplikacji dla KPK4. Plan testów integracyjnych aplikacji dla KPK5. Plan testów akceptacyjnych aplikacji dla KPK 6. Raport z testów integracyjnych aplikacji dla KPK7. Raport z testów akceptacyjnych aplikacji dla KPK8. Procedura instalacji aplikacji dla KPK9. Plan szkoleń dot. aplikacji dla KPK10. Materiały szkoleniowe dot. aplikacji dla KPK11. Dokumentacja użytkownika i powdrożeniowa aplikacji dla KPK12. Zainstalowanie oprogramowania aplikacji dla KPK13. Przeszkoleni użytkownicy końcowi aplikacji dla KPK14. Raport z instalacji oprogramowania aplikacji dla KPK 15. Raport z realizacji szkoleń dot. aplikacji dla KPK

Usługa docelowego zasilania KREPTD z CEN/Transbit, Open BTM:

1. Specyfikacja funkcjonalno-techniczna usługi zasilania KREPTD z CEN/Transbit, Open BTM

2. Projekt techniczny usługi zasilania KREPTD z CEN/Transbit, Open BTM3. Zaimplementowane oprogramowanie usługi zasilania KREPTD z CEN/Transbit,

Open BTM4. Plan testów integracyjnych usługi zasilania KREPTD z CEN/Transbit, Open

BTM5. Plan testów akceptacyjnych usługi zasilania KREPTD z CEN/Transbit, Open

BTM6. Raport z testów integracyjnych usługi zasilania KREPTD z CEN/Transbit, Open

BTM7. Raport z testów akceptacyjnych usługi zasilania KREPTD z CEN/Transbit, Open

BTM8. Procedura instalacji usługi zasilania KREPTD z CEN/Transbit, Open BTM9. Plan szkoleń dot. usługi zasilania KREPTD z CEN/Transbit, Open BTM10. Materiały szkoleniowe dot. usługi zasilania KREPTD z CEN/Transbit, Open

BTM11. Dokumentacja użytkownika i powdrożeniowa usługi zasilania KREPTD z

CEN/Transbit, Open BTM12. Zainstalowanie oprogramowania usługi zasilania KREPTD z CEN/Transbit,

Open BTM

133

13. Przeszkoleni użytkownicy końcowi usługi zasilania KREPTD z CEN/Transbit, Open BTM

14. Raport z instalacji oprogramowania usługi zasilania KREPTD z CEN/Transbit, Open BTM

15. Raport z realizacji szkoleń dot. usługi zasilania KREPTD z CEN/Transbit, Open BTM

Aplikacja dla starostw:

1. Specyfikacja funkcjonalno- techniczna aplikacji dla starostw2. Projekt techniczny aplikacji dla starostw3. Zaimplementowane oprogramowanie aplikacji dla starostw4. Plan testów integracyjnych aplikacji dla starostw5. Plan testów akceptacyjnych aplikacji dla starostw6. Raport z testów integracyjnych aplikacji dla starostw7. Raport z testów akceptacyjnych aplikacji dla starostw8. Procedura instalacji aplikacji dla starostw9. Plan szkoleń dot. aplikacji dla starostw10. Materiały szkoleniowe dot. aplikacji dla starostw11. Dokumentacja użytkownika i powdrożeniowa aplikacji dla starostw12. Zainstalowanie oprogramowania aplikacji dla starostw13. Przeszkoleni użytkownicy końcowi aplikacji dla starostw14. Raport z instalacji oprogramowania aplikacji dla starostw15. Raport z realizacji szkoleń dot. aplikacji dla starostw

Aplikacja dla organów kontroli:

1. Specyfikacja funkcjonalno-techniczna aplikacji dla organów kontroli2. Projekt techniczny aplikacji dla organów kontroli3. Zaimplementowane oprogramowanie aplikacji dla organów kontroli4. Plan testów integracyjnych aplikacji dla organów kontroli5. Plan testów akceptacyjnych aplikacji dla organów kontroli6. Raport z testów integracyjnych aplikacji dla organów kontroli7. Raport z testów akceptacyjnych aplikacji dla organów kontroli8. Procedura instalacji aplikacji dla organów kontroli9. Plan szkoleń dot. aplikacji dla organów kontroli10. Materiały szkoleniowe dot. aplikacji dla organów kontroli11. Dokumentacja użytkownika i powdrożeniowa aplikacji dla organów kontroli12. Zainstalowanie oprogramowania aplikacji dla organów kontroli13. Przeszkoleni użytkownicy końcowi aplikacji dla organów kontroli14. Raport z instalacji oprogramowania aplikacji dla organów kontroli15. Raport z realizacji szkoleń dot. aplikacji dla organów kontroli

134

Aplikacja raportowa:

1. Specyfikacja funkcjonalno-techniczna aplikacji raportowej 2. Projekt techniczny aplikacji raportowej 3. Zaimplementowane oprogramowanie aplikacji raportowej 4. Plan testów integracyjnych aplikacji raportowej 5. Plan testów akceptacyjnych aplikacji raportowej 6. Raport z testów integracyjnych aplikacji raportowej 7. Raport z testów akceptacyjnych aplikacji raportowej 8. Procedura instalacji aplikacji raportowej 9. Plan szkoleń dot. aplikacji raportowej 10. Materiały szkoleniowe dot. aplikacji raportowej 11. Dokumentacja użytkownika i powdrożeniowa aplikacji raportowej 12. Zainstalowanie oprogramowania aplikacji raportowej 13. Przeszkoleni użytkownicy końcowi aplikacji raportowej 14. Raport z instalacji oprogramowania aplikacji raportowej 15. Raport z realizacji szkoleń dot. aplikacji raportowej

Usługa komunikacji i synchronizacji danych z zewnętrznymi rejestracji:

1. Specyfikacja funkcjonalno-techniczna usługi komunikacji i synchronizacji danych

2. Projekt techniczny usługi komunikacji i synchronizacji danych3. Zaimplementowane oprogramowanie usługi komunikacji i synchronizacji danych4. Plan testów integracyjnych usługi komunikacji i synchronizacji danych5. Plan testów akceptacyjnych usługi komunikacji i synchronizacji danych6. Raport z testów integracyjnych usługi komunikacji i synchronizacji danych7. Raport z testów akceptacyjnych usługi komunikacji i synchronizacji danych8. Procedura instalacji usługi komunikacji i synchronizacji danych9. Plan szkoleń dot. usługi komunikacji i synchronizacji danych10. Materiały szkoleniowe dot. usługi komunikacji i synchronizacji danych11. Dokumentacja użytkownika i powdrożeniowa usługi komunikacji i

synchronizacji danych12. Zainstalowanie oprogramowania usługi komunikacji i synchronizacji danych13. Przeszkoleni użytkownicy końcowi usługi komunikacji i synchronizacji danych14. Raport z instalacji oprogramowania usługi komunikacji i synchronizacji danych15. Raport z realizacji szkoleń dot. usługi komunikacji i synchronizacji danych

Interfejs wymiany danych (API):

1. Specyfikacja funkcjonalno-techniczna interfejsu wymiany danych (API)2. Projekt techniczny interfejsu wymiany danych (API)3. Zaimplementowane oprogramowanie interfejsu wymiany danych (API)

135

4. Plan testów integracyjnych interfejsu wymiany danych (API)5. Plan testów akceptacyjnych interfejsu wymiany danych (API)6. Raport z testów integracyjnych interfejsu wymiany danych (API)7. Raport z testów akceptacyjnych interfejsu wymiany danych (API)8. Procedura instalacji interfejsu wymiany danych (API)9. Plan szkoleń dot. interfejsu wymiany danych (API)10. Materiały szkoleniowe dot. interfejsu wymiany danych (API)11. Dokumentacja użytkownika i powdrożeniowa interfejsu wymiany danych (API)12. Zainstalowanie oprogramowania interfejsu wymiany danych (API)13. Przeszkoleni użytkownicy końcowi interfejsu wymiany danych (API)14. Raport z instalacji oprogramowania interfejsu wymiany danych (API)15. Raport z realizacji szkoleń dot. interfejsu wymiany danych (API)

Usługi rozwoju systemu KREPTD:

1. Specyfikacja funkcjonalno-techniczna nowych funkcjonalności systemu KREPTD

2. Projekt techniczny nowych funkcjonalności systemu KREPTD3. Zaimplementowane oprogramowanie nowych funkcjonalności systemu KREPTD4. Plan testów integracyjnych nowych funkcjonalności systemu KREPTD5. Plan testów akceptacyjnych nowych funkcjonalności systemu KREPTD6. Raport z testów integracyjnych nowych funkcjonalności systemu KREPTD7. Raport z testów akceptacyjnych nowych funkcjonalności systemu KREPTD8. Procedura instalacji nowych funkcjonalności systemu KREPTD9. Plan szkoleń dot. nowych funkcjonalności systemu KREPTD10. Materiały szkoleniowe dot. nowych funkcjonalności systemu KREPTD11. Dokumentacja użytkownika i powdrożeniowa nowych funkcjonalności systemu

KREPTD12. Zainstalowanie oprogramowania nowych funkcjonalności systemu KREPTD13. Przeszkoleni użytkownicy końcowi nowych funkcjonalności systemu KREPTD14. Raport z instalacji oprogramowania nowych funkcjonalności systemu KREPTD15. Raport z realizacji szkoleń dot. nowych funkcjonalności systemu KREPTD


Narzędzia klasy hurtownia danych:

1. Specyfikacja funkcjonalno-techniczna narzędzi klasy hurtownia danych2. Projekt techniczny narzędzi klasy hurtownia danych3. Zaimplementowane oprogramowanie narzędzi klasy hurtownia danych4. Plan testów integracyjnych narzędzi klasy hurtownia danych5. Plan testów akceptacyjnych narzędzi klasy hurtownia danych6. Raport z testów integracyjnych narzędzi klasy hurtownia danych

136

7. Raport z testów akceptacyjnych narzędzi klasy hurtownia danych8. Procedura instalacji narzędzi klasy hurtownia danych9. Plan szkoleń dot. narzędzi klasy hurtownia danych10. Materiały szkoleniowe dot. narzędzi klasy hurtownia danych11. Dokumentacja użytkownika i powdrożeniowa narzędzi klasy hurtownia danych12. Zainstalowanie oprogramowania narzędzi klasy hurtownia danych13. Przeszkoleni użytkownicy końcowi narzędzi klasy hurtownia danych14. Raport z instalacji oprogramowania narzędzi klasy hurtownia danych15. Raport z realizacji szkoleń dot. narzędzi klasy hurtownia danych

Aplikacja raportowa na potrzeby sprawozdawczości MIiR:

1. Specyfikacja funkcjonalno techniczna aplikacji raportowej na potrzeby sprawozdawczości MIiR

2. Projekt techniczny aplikacji raportowej na potrzeby sprawozdawczości MIiR3. Zaimplementowane oprogramowanie aplikacji raportowej na potrzeby

sprawozdawczości MIiR4. Plan testów integracyjnych aplikacji raportowej na potrzeby sprawozdawczości

MIiR5. Plan testów akceptacyjnych aplikacji raportowej na potrzeby sprawozdawczości

MIiR6. Raport z testów integracyjnych aplikacji raportowej na potrzeby

sprawozdawczości MIiR7. Raport z testów akceptacyjnych aplikacji raportowej na potrzeby

sprawozdawczości MIiR8. Procedura instalacji aplikacji raportowej na potrzeby sprawozdawczości MIiR9. Plan szkoleń dot. aplikacji raportowej na potrzeby sprawozdawczości MIiR10. Materiały szkoleniowe dot. aplikacji raportowej na potrzeby sprawozdawczości

MIiR11. Dokumentacja użytkownika i powdrożeniowa aplikacji raportowej na potrzeby

sprawozdawczości MIiR12. Zainstalowanie oprogramowania aplikacji raportowej na potrzeby

sprawozdawczości MIiR13. Przeszkoleni użytkownicy końcowi aplikacji raportowej na potrzeby

sprawozdawczości MIiR14. Raport z instalacji oprogramowania aplikacji raportowej na potrzeby

sprawozdawczości MIiR15. Raport z realizacji szkoleń dot. aplikacji raportowej na potrzeby

sprawozdawczości MIiR

Usługa udostępniania danych zgromadzonych w KREPTD:

137

1. Specyfikacja funkcjonalno-techniczna usługi udostępniania danych zgromadzonych w KREPTD

2. Projekt techniczny usługi udostępniania danych zgromadzonych w KREPTD3. Zaimplementowane oprogramowanie usługi udostępniania danych

zgromadzonych w KREPTD4. Plan testów integracyjnych usługi udostępniania danych zgromadzonych w

KREPTD5. Plan testów akceptacyjnych usługi udostępniania danych zgromadzonych w

KREPTD6. Raport z testów integracyjnych usługi udostępniania danych zgromadzonych w

KREPTD7. Raport z testów akceptacyjnych usługi udostępniania danych zgromadzonych w

KREPTD8. Procedura instalacji usługi udostępniania danych zgromadzonych w KREPTD9. Plan szkoleń dot. usługi udostępniania danych zgromadzonych w KREPTD10. Materiały szkoleniowe dot. usługi udostępniania danych zgromadzonych w

KREPTD11. Dokumentacja użytkownika i powdrożeniowa usługi udostępniania danych

zgromadzonych w KREPTD12. Zainstalowanie oprogramowania usługi udostępniania danych zgromadzonych w

KREPTD13. Przeszkoleni użytkownicy końcowi usługi udostępniania danych zgromadzonych

w KREPTD14. Raport z instalacji oprogramowania usługi udostępniania danych zgromadzonych

w KREPTD15. Raport z realizacji szkoleń dot. usługi udostępniania danych zgromadzonych w

KREPTD


1. Specyfikacja funkcjonalno-techniczna nowych funkcjonalności systemu KREPTD

2. Projekt techniczny nowych funkcjonalności systemu KREPTD3. Zaimplementowane oprogramowanie nowych funkcjonalności systemu KREPTD4. Plan testów integracyjnych nowych funkcjonalności systemu KREPTD5. Plan testów akceptacyjnych nowych funkcjonalności systemu KREPTD6. Raport z testów integracyjnych nowych funkcjonalności systemu KREPTD7. Raport z testów akceptacyjnych nowych funkcjonalności systemu KREPTD8. Procedura instalacji nowych funkcjonalności systemu KREPTD9. Plan szkoleń dot. nowych funkcjonalności systemu KREPTD10. Materiały szkoleniowe dot. nowych funkcjonalności systemu KREPTD11. Dokumentacja użytkownika i powdrożeniowa nowych funkcjonalności systemu

KREPTD

138

12. Zainstalowanie oprogramowania nowych funkcjonalności systemu KREPTD13. Przeszkoleni użytkownicy końcowi nowych funkcjonalności systemu KREPTD14. Raport z instalacji oprogramowania nowych funkcjonalności systemu KREPTD15. Raport z realizacji szkoleń dot. nowych funkcjonalności systemu KREPTD



1. Specyfikacja funkcjonalno-techniczna danej transzy nowych funkcjonalności systemu KREPTD

2. Projekt techniczny danej transzy nowych funkcjonalności systemu KREPTD3. Zaimplementowane oprogramowanie danej transzy nowych funkcjonalności

systemu KREPTD4. Plan testów integracyjnych danej transzy nowych funkcjonalności systemu

KREPTD5. Plan testów akceptacyjnych danej transzy nowych funkcjonalności systemu

KREPTD6. Raport z testów integracyjnych danej transzy nowych funkcjonalności systemu

KREPTD7. Raport z testów akceptacyjnych danej transzy nowych funkcjonalności systemu

KREPTD8. Procedura instalacji danej transzy nowych funkcjonalności systemu KREPTD9. Plan szkoleń dot. danej transzy nowych funkcjonalności systemu KREPTD10. Materiały szkoleniowe dot. danej transzy nowych funkcjonalności systemu

KREPTD11. Dokumentacja użytkownika i powdrożeniowa danej transzy nowych

funkcjonalności systemu KREPTD12. Zainstalowanie oprogramowania danej transzy nowych funkcjonalności systemu

KREPTD13. Przeszkoleni użytkownicy końcowi danej transzy nowych funkcjonalności

systemu KREPTD14. Raport z instalacji oprogramowania danej transzy nowych funkcjonalności

systemu KREPTD15. Raport z realizacji szkoleń dot. danej transzy nowych funkcjonalności systemu

KREPTD

5.3. Opis wymagań na rozwój systemu, w tym wymagania wynikające z konieczności utrzymania zgodności rozwiązania z aktualnym i planowanym stanem legislacyjnym

1. Wykonawca w czasie obowiązywania Umowy zobowiązany będzie do świadczenia usług rozwoju oprogramowania, infrastruktury sieciowej i sprzętowej systemu KREPTD w

139

sposób zgodny z procedurami standardu ITIL v3 wyspecyfikowanymi przez Wykonawcę i uzgodnionymi z Zamawiającym. Opracowane procedury opisane w dokumencie „Procedury rozwoju systemu KREPTD” stanowić będą jeden elementów dokumentacji powdrożeniowej etapu budowy podstawowej wersji systemu KREPTD i jako takie podlegać również stosownemu odbiorowi. Rozwój systemu KREPTD realizowany będzie przez Wykonawcę od wdrożenia systemu do czasu zakończenia umowy. W ramach usług rozwoju zostaną zrealizowane prace wyspecyfikowane i opisane w ramach rozwoju zgodnie z ustalonym pomiędzy stronami harmonogramem. Usługi rozwoju systemu KREPTD w rozumieniu Zamawiającego to: 1.1. Prace realizowane przez Wykonawcę zgodne z procedurami i procesami standardu

biblioteki ITIL v3 – zarządzanie zmianą, zarządzanie konfiguracją, zarządzanie wersją,

1.2. Prace realizowane każdorazowo przez Wykonawcę na zlecenie Zamawiającego po uprzednim zatwierdzeniu przez Zamawiającego oferty przedstawionej przez Wykonawcę,

1.3. Prace rozwojowe oprogramowania i infrastruktury sprzętowej i sieciowej systemu KREPTD dotyczące wprowadzania modyfikacji funkcjonalnych i niefunkcjonalnych wynikających ze zmian przepisów prawa powszechnie obowiązującego, potrzeby optymalizacji funkcjonującego rozwiązania, jak i innych potrzeb Zamawiającego,

1.4. Prace obejmujące projektowanie, konfigurowanie, implementowanie, testowanie i wdrożenie zlecanych zmian systemu KREPTD,

1.5. Prace obejmujące również w swym zakresie aktualizowanie dokumentacji, specyfikacji oraz przeprowadzanie szkoleń uzupełniających użytkowników i Administratorów KPK systemu KREPTD po każdej istotnej zmianie systemu,

1.6. Prace prowadzone w zakresie wszystkich środowisk infrastrukturalnych systemu KREPTD będących w zakresie niniejszego projektu,

1.7. Prace rozwojowe systemu KREPTD wynikające z konieczności jego dostosowania do zmian w systemach zewnętrznych, z którymi system KREPTD będzie zintegrowany,

1.8. Prace integracyjne systemu KREPTD z nowymi źródłami danych,1.9. Prace związane z aktualizacją oprogramowania obcego wykorzystywanego przez

system KREPTD,1.10.Prace realizowane zgodnie ze standardami wdrożonych technologii systemu

KREPTD i przy zachowaniu najwyższych kryteriów jakościowych,1.11. Prace i produkty podlegające weryfikacji i formalnemu odbiorowi dokonywanemu

przez Zamawiającego zgodnie z ww. procedurami uzgodnionymi pomiędzy Zamawiającym a Wykonawcą,

2. Wykonawca jest zobowiązany do utrzymania zgodności rozwiązania z aktualnym stanem legislacyjnym, w szczególności z następującymi regulacjami, z których bezpośrednio wynika konieczność utworzenia systemu KREPTD, jak i jego docelowy kształt:2.1. Rozporządzenie Parlamentu Europejskiego i Rady (we) nr 1071/2009 z dnia 21

października 2009 r. ustanawiające wspólne zasady dotyczące warunków wykonywania zawodu przewoźnika drogowego i uchylające dyrektywę Rady 96/26/WE,

140

2.2. Decyzja Komisji UE z dnia 17 grudnia 2009 roku w sprawie minimalnych wymogów dotyczących danych, które mają być wprowadzane do krajowego rejestru elektronicznego przedsiębiorców transportu drogowego (Dz. Urz. UE L 339 z 22.12.2009, str. 36),

2.3. Rozporządzenie Komisji UE nr 1213/2010 z dnia 16 grudnia 2010 r. ustanawiające wspólne zasady dotyczące połączenia krajowych rejestrów elektronicznych przedsiębiorców transportu drogowego (Dz. Urz. UE L 335 z 18.12.2010, str. 21),

2.4. Ustawa o Transporcie Drogowym, Dz.U. 2001 Nr 125 poz. 1371 wraz z nowelizacjami,

2.5. Projekt Ustawy o zmianie Ustawy o Transporcie Drogowym.2.6. W sytuacji zmiany powyższych lub innych istotnych regulacji wpływających na stan

legislacyjny, z którego wynika obowiązek utworzenia systemu KREPTD oraz jego docelowy kształt, Wykonawca będzie zobowiązany do:

2.6.1. Przeprowadzenia analizy wskazanych przez Zamawiającego nowych, zmieniających się lub planowanych do zmiany regulacji,

2.6.2. Przygotowania wniosków z analizy pod kątem konieczności dostosowania zakresu prac z uwzględnieniem bieżącego stanu zaawansowania oraz wprowadzenia modyfikacji do już zrealizowanych prac,

2.6.3. Oszacowania ryzyk wynikających z konieczności wprowadzenia modyfikacji do zakresu pracy, w szczególności związanych ze zmianą harmonogramu Projektu,

2.6.4. Przygotowania wniosków z analizy pod kątem konieczności wprowadzenia zmian do aktualnie funkcjonującej wersji systemu KREPTD (jeśli dotyczy),

2.6.5. Oszacowania pracochłonności ww. zmian,2.6.6. Przedstawienia harmonogramu realizacji ww. zmian.

2.7. Ponadto Wykonawca zobowiązany jest do przeprowadzenia szczegółowej doraźnej analizy warunków realizacyjnych zgodnie z procedurą przedstawioną w rozdziale 5.6 Opis wymagań na sposób organizacji projektu.

3. W ramach usług rozwoju systemu KREPTD Wykonawca:3.1. Zapewni dedykowany zespół ds. rozwoju składający się ze specjalistów znających

specyfikę systemu KREPTD oraz dostępny w godzinach pracy urzędu, 3.2. Zobowiązuje się do przyjmowania od Zamawiającego zleceń na wykonanie prac

rozwojowych systemu KREPTD związanych z wprowadzeniem nowych bądź modyfikacją istniejących funkcjonalności systemu KREPTD wynikających z potrzeby Zamawiającego bądź ze zmian przepisów prawa powszechnie obowiązującego,

3.3. Zapewni w ramach Umowy Zamawiającemu pulę roboczogodzin przeznaczonych na prace rozwojowe w wysokości 20000 roboczogodzin realizowane od uruchomienia podstawowej wersji systemu KREPTD 31.12.2019 r.,

3.4. Zaproponuje i udostępni Zamawiającemu rozwiązanie systemowe klasy ITSM stanowiące dedykowany kanał komunikacji i rejestracji zmian dla systemu KREPTD,

3.5. Każdorazowo dokona szacowania pracochłonności zleconej przez Zamawiającego zmiany rozwojowej, zgodnie z zasadami, które zostaną określone w dokumencie „Procedury rozwoju systemu KREPTD” m.in.:

141

3.5.1. Wykorzystując zalecaną przez Zamawiającego metodykę Punktów Funkcyjnych (IFPUG) lub COSMIC jako obiektywną metrykę złożoności oprogramowania,

3.5.2. Uwzględniając w estymacji złożoność nowych zmian systemu KREPTD aktualną na dzień składania zlecenia przez Zamawiającego dokumentację systemu KREPTD,

3.6. Przystąpi do wykonania prac rozwojowych w uzgodnionym zakresie i terminie niezwłocznie po akceptacji przez Zamawiającego pracochłonności i terminu wykonania zlecenia,

3.7. Zapewni, że w zależności od rodzaju i profilu danego zlecenia, prace prowadzone będą w uzgodnionym w ramach oferty zakresie:

3.7.1.Analizy i symulacji, przygotowania dokumentacji analitycznej i projektowej3.7.2.Implementacji i testów,3.7.3.Instalacji i konfiguracji,3.7.4.Pilotażu i wdrożenia,3.7.5.Szkolenia użytkowników i Administratorów KPK,3.7.6.Przygotowywaniu dokumentacji użytkownika,

3.8. Zapewni, że w ramach realizowanych prac rozwojowych uwzględni:3.8.1.Zastosowane technologie i rozwiązania systemu KREPTD aktualne na dzień

składania zlecenia przez Zamawiającego i opisane w dokumentacji systemu KREPTD,

3.8.2.Wykorzystywane narzędzia oraz zastane struktury i rozmiary infrastruktury systemu KREPTD aktualne na dzień składania zlecenia przez Zamawiającego i opisane w dokumentacji systemu KREPTD,

3.9. Każdorazowo po wykonaniu zleconych prac rozwojowych przygotuje dokumentację projektową dokonanych zmian aktualizując tym samym globalny projekt funkcjonalno-techniczny systemu KREPTD,

3.10.Każdorazowo po wykonaniu zleconych prac rozwojowych sporządzi raport z przeprowadzonych modyfikacji, którego akceptacja przez Zamawiającego będzie podstawą odbioru danego zlecenia.

4. Wykonawca będzie zobowiązany do wykonania okresowej analizy, która będzie mieć na celu zgromadzenie wymagań na kolejne prace rozwojowe w ramach umowy, przy czym Wykonawca przy wykonywaniu analizy i identyfikacji potrzeb musi wziąć pod uwagę zgłoszenia Zamawiającego w zakresie funkcjonalności, które wymagają modyfikacji bądź utworzenia nowych funkcji w Systemie KREPTD.

5. Przy rozliczaniu zakresu zagadnień rozwojowych przez Wykonawcę Zamawiający zastrzega sobie prawo do wyboru i korzystania z opinii biegłego w przypadku wątpliwości dotyczących liczby roboczogodzin niezbędnych na realizację danego zagadnienia. Biegły dokona oceny czasochłonności realizacji danego zagadnienia. Wykonawca będzie zobowiązany do rozliczenia wykonanych czynności w czasie wyliczonym przez biegłego, o ile tylko Zamawiający podejmie decyzję o konieczności jego realizacji, a koszty związane z powyższą opinią poniesie Wykonawca w przypadku, gdy wyliczenie biegłego będzie niższe co najmniej o 10% od wyliczenia Wykonawcy.

142

6. W ramach usług rozwoju systemu KREPTD Wykonawca zachowa zgodność z następującymi parametrami świadczenia niniejszych usług: 6.1. Czas realizacji zmiany liczony jest od czasu jej zgłoszenia w sposób następujący:

6.1.1. Rejestracja zgłoszenia - data zgłoszenia przez Zamawiającego jest datą rozpoczęcia procedury zmiany, a liczona jest od daty wysłania zgłoszenia/wiadomości do Wykonawcy,

6.1.2. Opracowanie oferty na realizację zmiany - do 10 dni kalendarzowych od daty otrzymania zgłoszenia Wykonawca dokona analizy zgłoszenia i przedstawi Zamawiającemu możliwe rozwiązania techniczne, ze wskazaniem optymalnego rozwiązania dla Wykonawcy oraz szacunkiem liczby roboczogodzin potrzebnych na zrealizowanie zagadnienia dostarczonym wraz z szczegółowym wykazem zadań planowanych do realizacji przez pracowników Wykonawcy w ramach realizacji zmiany. Wykaz powinien zawierać każdorazowo :

1. Imię i nazwisko pracownika odpowiedzialnego za dane zadanie.2. Planowaną liczbę roboczogodzin na realizację przez pracownika zadania.3. Opis planowanych rezultatów (produktów) danego zadania.W przypadku gdy proponowana oferta budzi zastrzeżenia Zamawiającego co do planowanej liczby roboczogodzin stosuje się poniższe wytyczne: Planowane rezultaty powinny zostać opisane z podaniem następujących informacji:Dla prac programistycznych - szacowana liczba linii kodu źródłowego(SLOC) planowanego do wytworzenia w ramach zmiany, liczba i rodzaj zamian w obszarze definicji danych, liczba i rodzaj zmian w plikach konfiguracyjnych (m.in. w definicjach procesów BPMN oraz ETL)Dla prac analitycznych oraz innych prac związanych z tworzeniem i aktualizacją dokumentacji - szacowana ilości niezbędnych spotkań analitycznych, liczba i rodzaj zmian w dokumentacji analitycznej i projektowejDla prac związanych z realizacją testów - szacowana liczba realizowanych scenariuszy testowych i realizowanych kroków testowych.Dla prac związanych z instalacją i konfiguracją oprogramowania – szacowany zakres zmian komponentów oprogramowania instalowanego, aktualizowanego lub konfigurowanego w ramach planowanej zmiany.Dla prac związanych z konfiguracją infrastruktury sprzętowej – szacowana liczba i rodzajach elementów podlegających procedurom instalacji, lub konfiguracji w ramach zmiany. Dla prac związanych z zarządzaniem projektem – szacowany czas zarządzania projektem w zakresie realizowanej zmiany, przy czy nie może przekroczyć 25% wartości szacowanych prac zaplanowany do zmiany.

6.1.3. Zamawiający ma możliwość modyfikacji zaproponowanego rozwiązania i ostatecznie decyduje o wprowadzeniu zmian,

6.1.4. Realizacja zmiany wraz z testami wewnętrznymi – uzgodniona w ramach oferty ilość dni kalendarzowych liczona od daty zgłoszenia (w szczególnych przypadkach dopuszczalne jest by Wykonawca wnioskował do Zamawiającego o

143

wydłużenie terminu realizacji o 14 dni kalendarzowych, przy czym w ramach umowy dopuszczalne są trzy takie sytuacje),

6.1.5. Testy akceptacyjne z udziałem Zamawiającego - do 5 dni kalendarzowych po zakończeniu etapu realizacji (w przypadku wykrycia błędów Wykonawca będzie dysponował trzema dniami kalendarzowymi na usunięcie błędów oraz ustalenie dogodnego terminu dla Zamawiającego do przeprowadzenia kolejnych testów)

6.1.6. Wdrożenie rozwiązania na środowisku preprodukcyjnym – do 1 dnia kalendarzowego po zakończeniu testów akceptacyjnych odebranych przez Zamawiającego bez uwag (Zamawiający w ciągu 5 dni kalendarzowych dokona weryfikacji poprawności działania zmiany w ww. środowisku i w przypadku wykrycia jakiejkolwiek usterki niezgłoszonej wcześniej, będzie ona traktowana jak błąd krytyczny),

6.1.7. Wdrożenie rozwiązania na środowisku produkcyjnym – w terminie uzgadnianym z Zamawiającym (pierwszy dostępny dzień wolny od pracy urzędu),

6.1.8. Rozliczenie prac Wykonawcy. W ciągu 3 dni od daty wdrożenia rozwiązania na środowisku produkcyjnym Wykonawca przedstawi szczegółowy wykaz wykonanych prac. Wykaz powinien zawierać każdorazowo :

1. Imię i nazwisko pracownika odpowiedzialnego za dane zadanie.2. Faktyczną liczbę godzin spędzonych przez pracownika nad realizacją zadania.3. Opis osiągniętych rezultatów i wytworzonych produktów w ramach realizacji danego zadania. W przypadku, gdy Zamawiający zgłosił wątpliwość co do szacunkowych roboczogodzin przygotowanej Oferty, wówczas Wykonawca jest zobowiązany do przedstawienia szczegółowego opisu zrealizowanych prac zgodnie z poniższym opisem: Osiągnięte rezultaty powinny zostać opisane z podaniem następujących informacji:Dla prac programistycznych - referencji do wszystkich fragmentów kodu źródłowego oprogramowania i innych obiektów przechowywanych w repozytorium (w obszarze kodu źródłowego, definicji struktur danych, plików konfiguracyjnych), które zostały utworzone lub zaktualizowane w wyniku realizacji zmiany. W celu spełniania tego wymagania system repozytorium musi być skonfigurowany w sposób zapewniający pełną rozliczalność prac programistycznych. Dla prac analitycznych oraz innych prac związanych z tworzeniem i aktualizacją dokumentacji - wykaz spotkań analitycznych i innych aktów komunikacji, w wyniku których został zebrany materiał do analizy, wykaz konkretnych zapisów w analizowanych dokumentach poddanych analizie, Referencje do konkretnych fragmentów dokumentacji analitycznej, która została wytworzona lub zaktualizowania w wyniku analizy. W celu spełniania tego wymagania system repozytorium musi być skonfigurowany w sposób zapewniający pełną rozliczalność prac analitycznych.

144

Dla prac związanych z realizacją testów - wykaz prób realizacji konkretnych scenariuszy testowych w ramach testów akceptacyjnych, integracyjnych, testów regresji i innych.Dla prac związanych z instalacją i konfiguracją oprogramowania – wykaz oprogramowania instalowanego, aktualizowanego lub konfigurowanego wraz z szczegółowym opisem zadań realizowanych w celu realizacji ww. procesów.Dla prac związanych z konfiguracją infrastruktury sprzętowej – wykaz elementów instalowanej, aktualizowanej lub konfigurowanej infrastruktury sprzętowej wraz z szczegółowym opisem zadań realizowanych w celu realizacji ww. procesów.Dla prac związanych z zarządzaniem projektem – faktyczny czas zarządzania projektem w zakresie realizowanej zmiany przy czy nie może przekroczyć 25% wartości faktycznych prac zrealizowanych w ramach zmiany.

6.1.9. Akceptacji rozliczenia przez Zamawiającego nastąpi wg następujących zasad:1) W przypadku braku zastrzeżeń co do oferty wg przedstawionej w ofercie

liczby roboczogodzin2) W przypadku zastrzeżeń co do oferty, Zamawiający przed akceptacją

rozliczenia, o którym mowa w punkcie 6.1.8 jest uprawniony do weryfikacji przedstawionego wykazu prac i ich pracochłonności dokonanej przy pomocy biegłego. Wykonawca będzie zobowiązany do udzielenia wszelkich informacji, które mogą być niezbędne biegłemu dla wykonania rzetelnej i wiarygodnej wyceny prac. Rozliczenie nastąpi na podstawie liczby roboczogodzin przedstawionej w raporcie biegłego.

6.1.10. Zamknięcia zmiany pociągającej za sobą odliczenie z puli roboczogodzin przeznaczonych na prace rozwojowe kosztów wykonania zmiany.

5.4. Opis wymagań na szkolenia

Poniżej przestawiono wymagania Zamawiającego dotyczące organizacji przez Wykonawcę szkoleń dla użytkowników i Administratorów KPK systemu KREPTD.

1. Wymaga się, aby szkolenia zostały zaplanowane w harmonogramie Projektu osobno dla każdej wersji systemu KREPTD i dla każdej z grup użytkowników, a plan szkoleń powinien zostać uzgodniony z Zamawiającym. Modyfikacja zaplanowanych szkoleń możliwa jest każdorazowo w ramach opracowania i uzgadniania Planu Etapu.

2. Zamawiający zastrzega sobie możliwość przesunięcia szkolenia na inny termin niż zaproponowany przez Wykonawcę.

3. Wymaga się, aby Wykonawca zapewnił sale szkoleniowe oraz infrastrukturę niezbędną do realizacji szkolenia. Szkolenie będzie prowadzone w języku polskim. Sale szkoleniowe będą wyposażone w niezbędną ilość skonfigurowanego sprzętu komputerowego uwzględniając max. 20 stanowisk dla kursantów oraz 1 stanowisko dla prowadzącego, urządzenia sieciowe) z niezbędnym oprogramowaniem zgodnym z wymaganiami Wykonawcy wraz z dostępem do środowiska szkoleniowego.

145

4. Wymaga się zainstalowania i skonfigurowania przez Wykonawcę środowiska szkoleniowego wraz z danymi do przeprowadzenia szkoleń.

5. Szkolenia dla użytkowników powinny zostać przygotowane:5.1. dla pracowników w Krajowym Punkcie Kontaktowym korzystających z KREPTD w

zakresie wersji podstawowej i docelowej. 5.2. dla pracowników w Krajowym Punkcie Kontaktowym korzystających z KREPTD w

zakresie zaimplementowanych zmian rozwojowych. 5.3. dla pracowników w organach regionalnych i organach kontrolnych korzystających z

KREPTD na przeprowadzenie szkoleń w formie warsztatów. Dodatkowo należy zrealizować szkolenia w formie e-learningu.

5.4. Na przeprowadzenie wszystkich szkoleń Wykonawca powinien założyć 78 dni szkoleniowych z odchyleniem in plus/in minus 10% w całym okresie trwania umowy.

6. Każdorazowo przewidziany czas trwania, zakres merytoryczny i metoda szkoleń zostaną przedstawione Zamawiającemu do akceptacji na co najmniej 4 tygodnie przed planowanym terminem rozpoczęcia szkolenia.

7. Wymagania szczegółowe dotyczące organizacji szkoleń:7.1. Szkolenia dla użytkowników i Administratorów KPK powinny zostać

przeprowadzone co najmniej trzykrotnie, tj. 7.1.1. po wdrożeniu podstawowej wersji systemu KREPTD, 7.1.2. po wdrożeniu docelowej wersji systemu KREPTD,7.1.3. po wdrożeniu narzędzia klasy hurtowni danych oraz funkcjonalności

wynikających z potrzeb zidentyfikowanych w trakcie 1 roku użytkowania systemu.

oraz każdorazowo po wdrożeniu zmian w ramach prac rozwojowych.

7.2. Wymaga się, aby dla każdego szkolenia Wykonawca przygotował zestaw dokumentów szkoleniowo-instruktażowych dla uczestników, dostępny zarówno w formie papierowej, jak i elektronicznej,

7.3. Forma papierowa zestawu dokumentów szkoleniowo-instruktażowych powinna zostać rozdystrybuowana tuż przed rozpoczęciem szkolenia dla każdego uczestnika szkolenia,

7.4. Zestaw dokumentów szkoleniowo-instruktażowych powinien zostać udostępniony uczestnikom szkolenia w formie elektronicznej na co najmniej 5 dni przed terminem szkolenia

7.5. Miejsce organizacji szkolenia powinno spełniać następujące wymagania:7.5.1. Dla uczestników KPK powinno być zlokalizowane w Warszawie,7.5.2. Dla uczestników ze starostw powinno być zlokalizowane odpowiednio w

stolicy danego województwa,7.5.3. Propozycja miejsca organizacji szkolenia powinna zostać przedstawiona

Zamawiającemu do akceptacji na co najmniej 4 tygodnie przed rozpoczęciem szkolenia,

7.6. Wykonawca powinien zapewnić uczestnikom podstawowe materiały biurowe wspierające aktywne uczestnictwo w szkoleniu, tj. przybory piśmienne, notatniki oraz inne niezbędne materiały,

146

7.7. Szkolenia powinny się odbywać w dni robocze, między godziną 8 a 16 7.8. W trakcie szkoleń Wykonawca powinien stosować nowoczesne metody szkoleniowe,

tj. warsztaty, ćwiczenia, filmy instruktażowe, prezentacje multimedialne, zadania do rozwiązania w grupach oraz ćwiczenia praktyczne w rzeczywistym środowisku systemowym,

7.9. Każde szkolenie powinno zostać zakończone ankietą umożliwiającą uczestnikowi anonimową ocenę takich parametrów szkolenia, jak stopień realizacji założonego celu, dobór metod szkoleniowych, efektywność i zrozumiałość przekazu, użyteczność szkolenia,

7.10. Jeśli szkolenie zostanie ocenione negatywnie przez co najmniej połowę uczestników, wówczas Wykonawca będzie zobligowany do optymalizacji szkolenia i ponownego przeprowadzenia go w tej samej grupie z wykorzystaniem poprawionych metod i treści (bez dodatkowych opłat ponoszonych przez Zamawiającego i bez pomniejszania liczby dni szkoleniowych),

7.11. W trakcie szkolenia zapewniony powinien zostać catering dla uczestników składający się co najmniej z serwisu kawowego dostępnego w trakcie każdej przerwy oraz ciepłego dwudaniowego posiłku dla każdego uczestnika w takcie przerwy obiadowej,

8. Przeprowadzenie szkolenia potwierdzone zostanie częściowym protokołem odbioru. Suma wszystkich protokołów częściowych oraz wydanie Zamawiającemu przez Wykonawcę list obecności uczestników szkoleń i ankiet będą stanowić podstawę sporządzenia protokołu odbioru szkoleń.

9. Wymagania na szkolenia typu e-learning:9.1. Szkolenia organizowane w ramach Etapu 3 i kolejnych będą dodatkowo wspierane

przy użyciu platformy e-learningowej, którą Wykonawca zaprojektuje, wdroży w infrastrukturze Zamawiającego i obejmie usługami utrzymania i rozwoju w sposób właściwy dla innych elementów stanowiących oprogramowana systemu KREPTD.

9.2. Na platformie internetowej będą umieszczane w formacie zgodnym ze standardem SCORM materiały szkoleniowe, bazy wiedzy oraz testy kwalifikacyjne umożliwiające uczestnikom szkoleń samodzielne uzupełnianie wiedzy w pełnym zakresie informacji przekazywanych w trakcie szkoleń stacjonarnych. Platforma e-learningowa zostanie zrealizowana za pośrednictwem aplikacji webowej klasy LMS zapewniającej użytkownikom aplikacji następujące funkcje:

9.2.1. samodzielne zakładanie i zarzadzanie danymi dostępne dla użytkowników systemu,

9.2.2. system kontroli dostępu pozwalający na gradację uprawnień do poszczególnych materiałów szkoleniowych,

9.2.3. system testów umożliwiający administratorom przeprowadzane cyklicznych testów kwalifikacji powiązanych z podsystemem ocen i śledzenia postępu w nauce,

9.2.4. prezentację realizacji poszczególnych funkcji systemu za pomocą osadzonych plików wideo

9.3. Wymaga się by każde szkolenie realizowane w ramach Etapu 3 i kolejnych było wspierane poprzez publikacje materiałów interaktywnych (instruktaż video, testy

147

kwalifikacji) na platformie e-learningowej, publikowanych nie później niż na dwa dni przed realizacją szkolenia.

5.5. Opis wymagań na utrzymanie systemu

1. Wykonawca zobowiązany będzie do świadczenia kompleksowych usług utrzymania systemu KREPTD w sposób zgodny z procedurami standardu ITIL v3 wyspecyfikowanymi przez Wykonawcę i uzgodnionymi z Zamawiającym. Opracowane procedury zostaną opisane w dokumencie „Procedury utrzymania systemu KREPTD” stanowić będą jeden z elementów dokumentacji powdrożeniowej etapu budowy podstawowej wersji systemu KREPTD i jako takie podlegać również stosownemu odbiorowi. Usługi utrzymania w rozumieniu Zamawiającego to:1.1. Prace realizowane przez Wykonawcę zgodne z procedurami i procesami standardu

biblioteki ITILv3 – zarządzanie incydentami, zarządzanie problemami,1.2. Prace o charakterze ciągłym (24/7/365), zapewniające nieprzerwane, bezawaryjne i

bezpieczne działanie systemu KREPTD,1.3. Prace administracyjne, serwisowe i konserwacyjne wszystkich składowych systemu

KREPTD będących w zakresie niniejszego projektu,1.4. Prace prowadzone w zakresie wszystkich środowisk infrastrukturalnych systemu

KREPTD będących w zakresie niniejszego projektu,1.5. Prace powszechnie uznawane za czynności realizowane w ramach standardowych

zadań administratora systemów informatycznych, gwarantujące sprawne, niezawodne, bezpieczne i wydajne funkcjonowanie systemu KREPTD,

1.6. Prace w zakresie wdrażania, testowania i aktualizacji oprogramowania oraz utrzymywania aktualnych dokumentacji konfiguracji sprzętu i oprogramowania,

1.7. Prace w charakterze wsparcia specjalistycznego, projektowego, analitycznego dla nowych wymagań i inicjatyw podejmowanych przez Zamawiającego,

1.8. Prace w zakresie monitorowania i proaktywnego działania oraz informowania Zamawiającego o występujących nieprawidłowościach czy problemach w funkcjonowaniu systemu KREPTD,

1.9. Prace w zakresie powiadamiania użytkowników systemu KREPTD o planowanych przerwach lub pracach administracyjnych (z zastrzeżeniem faktu, że owe prace nigdy nie powinny odbywać się w godzinach pracy urzędu),

1.10. Prace w zakresie raportowania i przedstawiania statystyk z realizacji zgłoszeń utrzymaniowych za dany miesiąc i na żądanie Zamawiającego.

2. W ramach usług utrzymania systemu KREPTD Wykonawca:2.1. Zapewni dedykowany zespół utrzymania składający się minimum z dwóch osób

dostępnych w godzinach pracy urzędu oraz jedną osobę osiągalną na zasadzie dyżuru poza godzinami pracy urzędu; zespół utrzymania służyć będzie doradztwem i pośrednictwem dotyczącym używania oraz konserwacji oprogramowania;

2.2. Zobowiązuje się do przyjmowania zgłoszeń serwisowych w trybie 24/7/365 poprzez standardowe kanały komunikacji tj. telefon, fax, e’mail bądź dedykowane rozwiązanie klasy ITSM;

148

2.3. Zaproponuje i udostępni Zamawiającemu rozwiązanie systemowe klasy ITSM, o którym mowa powyżej stanowiące centrum serwisowe dla zgłoszeń dot. incydentów i problemów związanych z nieprawidłowości w działaniu systemu KREPTD bądź dla zgłoszeń dot. potrzeb użytkowników systemu KREPTD;

2.4. Zapewni obsługę zgłoszeń (incydentów i problemów) mając na celu utrzymanie ciągłości działania systemu KREPTD:

2.4.1. Obsługę o charakterze operacyjnym, zapewniająca nieprzerwane, bezawaryjne i bezpieczne działanie systemu (24/7/365, na poziomie gwarantowanym 99,90% z wyłączeniem przerw ustalonych z Zamawiającym),

2.4.2. Obsługę polegająca na przyjmowaniu, klasyfikacji i realizacji zgłoszeń dotyczących utrzymania systemu w zakresie oprogramowania i infrastruktury systemowej,

2.4.3. Obsługę polegająca na wykonywaniu niezbędnych zmian i modyfikacji oprogramowania w celu wyeliminowania błędów identyfikowanych, jako niezgodność działania oprogramowania z dokumentacją bądź błędów rozpoznanych przez Zamawiającego, jako defekty w aktualnie stosowanej wersji oprogramowania,

2.4.4. Obsługę z podziałem na: 2.4.4.1. Obsługę incydentów mając na celu jak najszybsze przywrócenie

działania systemu KREPTD poprzez zastosowanie rozwiązania zastępczego, które przywraca funkcjonowanie systemu jednak nie eliminuje prawdziwej przyczyny problemu,

2.4.4.2. Obsługę problemów, gdzie Wykonawca zobowiązany jest do identyfikacji przyczyny wystąpienia incydentu/ów i podjęcie odpowiednich działań polegających na opracowaniu rozwiązania eliminującego ich przyczynę;

2.4.4.3. Wsparcie techniczne i merytoryczne w ramach podłączania podmiotów uprawnionych do systemu KREPTD poprzez API

2.5. Zapewni obsługę zgłoszeń obejmującą udzielanie konsultacji technicznych oraz konsultacji dla Użytkowników końcowych w zakresie działania funkcjonalnych, technologicznych i architektonicznych aspektów systemu KREPTD;

2.6. Zaproponuje i zapewni odpowiednią kategoryzację zgłoszeń oraz dostosuje się do wymogów SLA wskazanych w umowie sporządzonej pomiędzy Wykonawca a Zamawiającym:

2.6.1. Zgłoszenia powinny przyjmować przynajmniej trzy poniższe kategorie: 2.6.1.1. Błąd kategorii - krytyczny – dotyczy wyłącznie funkcjonalności

realizujących komunikację z ERRU w obszarach: aplikacji KPK, Rejestru KREPTD oraz Usług komunikacji z ERRU. Przez błąd krytyczny rozumie się błąd blokujący możliwość korzystania z systemu lub uruchomienia ww. funkcjonalności systemu, błąd powodujący zagrożenie dla bezpieczeństwa systemu i przetwarzanych danych; najważniejszym zadaniem Wykonawcy jest w takim przypadku podjęcie działań umożliwiających ponowne uruchomienie rozwiązania i wznowienie

149

komunikacji. Możliwe jest zastosowanie obejścia umożliwiającego prawidłową obsługę procesów biznesowych,

2.6.1.2. Błąd kategorii - poważny - błąd mający znaczny wpływ na realizację podstawowych funkcjonalności systemu obniżający znacznie efektywność użytkowania systemu; Możliwe jest zastosowanie obejścia umożliwiającego prawidłową obsługę procesów biznesowych,

2.6.1.3. Błąd kategorii - niski - każdy inny błąd niezakwalifikowany jako krytyczny lub poważny; przykładowo rozwiązanie działa, przetwarzanie procesów odbywa się prawidłowo, ale sposób ich obróbki jest uciążliwy dla którejś ze stron lub problemu tego można uniknąć poprzez zastosowanie innych funkcjonalności rozwiązania;

2.6.2. Zgłoszenia o wskazanych powyżej kategoriach powinny, zgodnie z warunkami SLA, być podejmowane i realizowane w następującym czasie:

Cechy Priorytet 1Błąd krytyczny

Priorytet 2Błąd poważny

Priorytet 3Błąd niski

Czas reakcji na zgłoszenie

1h 1h 1h

Czas realizacji zgłoszenia 5h na obejście24h na rozwiązanie zgłoszenia

5h na obejście,38h na rozwiązanie zgłoszenia

72h

2.7. Dzięki wprowadzonym rozwiązaniom zapewni odpowiedni poziom raportowania i audytu zarejestrowanych zgłoszeń w podziale na odpowiednie kategorie, czasy reakcji, realizacji, czy przedziały czasowe. Wykonawca będzie udostępniał Zamawiającemu na koniec każdego miesiąca bądź na żądanie dedykowany „Raport z wykonania usługi" i przedstawiał go Zamawiającemu do akceptacji. Treść „Raportu z wykonania Usługi" zostanie zdefiniowana na etapie przygotowania dokumentacji powdrożeniowej podstawowej wersji systemu KREPTD;

2.8. Zapewni, by obsługa serwisowa była realizowana przez pierwszą i drugą linię wsparcia w języku polskim;

2.9. Zapewni okresowe, regularne przeglądy całego systemu; przeglądy będą realizowane w odstępach czasowych wskazanych przez Wykonawcę, jednak nie krótszych niż 3 miesiące i nie dłuższych niż 6 miesięcy, a przegląd nie może trwać dłużej niż dwa dni i powinien być wykonywany w dni wolne od pracy. Po dokonaniu przeglądu Wykonawca opracowuje „Raport z wykonania Usługi", zawierający proponowane przez Wykonawcę rozwiązania problemów. Przed przystąpieniem do przeglądu okresowego Wykonawca przesyła do Zamawiającego wniosek o wykonanie przeglądu, ze wskazaniem terminu przeglądu oraz listą pracowników Wykonawcy. Przegląd może zostać dokonany także na wniosek Zamawiającego, przy czym w trakcie trwania umowy Zamawiający nie może złożyć więcej niż 8 wniosków o przegląd oprogramowania;

150

2.10. Będzie informował Zamawiającego o warunkach wymaganych do wdrożenia oprogramowania m.in. o koniecznych zmianach w konfiguracji systemu; informacja następuje poprzez sporządzenie wniosku o wdrożenie zmiany; Zamawiający wdroży zmiany w konfiguracji;

2.11. Będzie administrował systemem KREPTD;2.12. Będzie weryfikował i utrzymywał zgodność danych w bazach KREPTD po każdej

zmianie wersji oprogramowania;2.13. Będzie przywracał hasła do aplikacji;2.14. Będzie zakładał nowe konta;2.15. Będzie wprowadzał zmiany słownikowe;2.16. Będzie wspierał użytkowników w zakresie obsługi systemu KREPTD;2.17. Będzie rozwiązywał problemy związane z instalacją oraz konfiguracją systemu;2.18. Będzie powiadamiał użytkowników o planowanych przerwach lub pracach,

administracyjnych w systemie, które nie mogą się odbywać się w godzinach pracy;2.19. Zapewni i będzie utrzymywał środowisko preprodukcyjne, produkcyjne i

szkoleniowe

5.6. Opis wymagań na sposób organizacji projektu

Projekt będzie realizowany zgodnie z metodyką PRINCE 2, dostosowaną do zakresu projektu, co zostanie uzgodnione na Etapie inicjowania projektu. Wykonawca opracuje i uzgodni z Zamawiającymi dokumentację zarządczą wyspecyfikowaną w rozdziale 5.7 zgodnie z poniższymi wymaganiami.

Zgodnie metodyką PRINCE2 Wykonawca jest zobowiązany do sprawnego bieżącego zarządzania zagadnieniami projektowymi i ryzykami identyfikowanymi w trakcie budowy (w tym warunkami realizacyjnymi), wdrożenia, utrzymania i rozwoju systemu KREPTD oraz do zarządzania jakością i komunikacją w Projekcie.

5.6.1. Wymagania na opracowanie Planu zarządzania konfiguracją i Plan zarządzania ryzykiem

1. W zakresie Zagadnień Projektowych (Plan zarządzania konfiguracją):1.1. Stworzenie, prowadzenie i aktualizowanie Rejestru Zagadnień Projektowych,1.2. Stworzenie wzoru Raportu o Istotnych Odchyleniach,

2. W zakresie zarządzania Ryzykami (Plan zarządzania ryzykiem):1.3. Stworzenie procedury zarządzania Ryzykiem,1.4. Stworzenie i aktualizowanie Rejestru Ryzyk,1.5. Wykonawca jest zobowiązany do cyklicznego/cyklicznej (minimum raz na

miesiąc):1.5.1. Przeglądu otoczenia projektu celem identyfikacji nowych warunków

realizacyjnych projektu o charakterze prawnym, organizacyjnym lub technicznym,

151

1.5.2. Klasyfikacji warunków realizacyjnych wg następujących kategorii: a) Krytyczny (spełnienie tego warunku jest niezbędne dla osiągnięcia

celów projektu), b) Istotny (spełnienie tego warunku ma istotny wpływ na osiągnięcie

celów projektu w charakterze jakościowym – jeśli się nie spełni, to będzie to miało negatywny wpływ na jakość lub użyteczność produktów końcowych),

c) Pomocny (spełnienie tego warunku ułatwia realizację celów projektu).1.6. Raportowania Kierownikowi projektu, za pośrednictwem Rejestru ryzyk, nowo

zidentyfikowanych warunków realizacyjnych maksymalnie do 3 dni od ich zidentyfikowania,

1.7. Przypisania odpowiedzialności za każdy ze zidentyfikowanych warunków realizacyjnych,

1.8. Opracowania rekomendacji mających na celu spełnienie warunków realizacyjnych wraz z datami krytycznymi, w których muszą się one spełnić,

1.9. Bieżącego monitorowania warunków realizacyjnych i zgłaszania ryzyk z nimi związanych,

1.10. Eskalacji problemów związanych ze spełnieniem warunków realizacyjnych w założonych terminach

1.11. Rekomendowania działań naprawczych w przypadku nie spełnienia warunków realizacyjnych.

1.12. Procedura sprawnego bieżącego zarządzania warunkami realizacyjnymi w Projekcie jest powiązana z zarządzaniem Zagadnieniami Projektowymi oraz Ryzykami.

5.6.2. Wymagania na opracowanie Planu zarządzania jakością i Planu zarządzania komunikacją:

1. W zakresie Planu zarządzania jakością:1.1. Opis kryteriów akceptacji, czyli minimalnych wymagań, które muszą zostać

spełnione, aby Zamawiający uznał produkt projektu za gotowy i zaakceptował go.

1.2. Opis sterowania wytwarzaniem poszczególnych elementów systemu KREPTD, obejmujący:1.2.1. Przyjmowanie i sprawdzanie zadań,1.2.2. Rozpoczynanie realizacji uzgodnionych prac związanych z produktami,1.2.3. Przygotowywanie i weryfikowanie planu realizowanych prac,1.2.4. Monitoring, kontrole i prognozowanie postępów prac,1.2.5. Weryfikację jakości poszczególnych produktów,1.2.6. Uzyskanie zatwierdzenia wykonanych produktów,1.2.7. Testy jednostkowe, akceptacyjne, integracyjne każdego elementu

systemu KREPTD na etapie wytwarzania produktów.1.2.8. Kontrolę Jakości, realizowana poprzez:

152

a) Dokumentowanie czynności kontrolnych i ich wyników,b) Ostateczną kontrolę jakości dokonywaną na etapie odbioru produktu.

2. Plan zarządzania komunikacją będzie zawierać następujące elementy: 1.3. Określenie celu (celów) i zakresu strategii komunikacji oraz osoby

odpowiedzialnej za realizację tej strategii,1.4. Opis wszystkich procedur w zakresie komunikacji, które będą stosowane w

Projekcie,1.5. Określenie narzędzi i metod komunikacji w Projekcie wraz z

przyporządkowaniem preferowanych narzędzi i metod w zależności od kroku w procesie komunikacji,

1.6. Określenie sposobów i wymagań odnośnie dokumentowania procesu komunikacji oraz metod archiwizacji, przygotowanie szablonów i innych wzorów dokumentów, które będą wykorzystywane w komunikacji w Projekcie,

1.7. Określenie wymagań odnośnie tworzenia raportów dotyczących przebiegu procesu komunikacji w Projekcie (np. prowadzenie dziennika dotyczącego zewnętrznej komunikacji),

1.8. Określenie terminów realizowania poszczególnych działań w zakresie komunikacji w Projekcie,

1.9. Przypisanie do odpowiednich osób odpowiedzialności za poszczególne działania w zakresie komunikacji,

1.10. Identyfikacja wszystkich potencjalnych interesariuszy i ich potrzeb odnośnie procesu komunikacji dot. zakresu, metod, narzędzi, częstotliwości, formatu, stron komunikacji i innych specyficznych wymagań,

1.11. Określenie zasobów, które zostaną w Projekcie przeznaczone na rzecz realizacji komunikacji,

1.12. Określenie zasad komunikacji odnośnie informacji wymagających szczególnej ochrony (wrażliwych).

5.6.3. Wymagania na repozytorium projektowe

1. Repozytorium będzie utrzymywane w infrastrukturze Wykonawcy. 2. Wykonawca na każde życzenie Zamawiającego w ciągu 3 dni roboczych przekaże

Zamawiającemu pełną kopię repozytorium w stanie umożliwiającym jej bezproblemowe uruchomienie na infrastrukturze Zamawiającego

3. Zamawiający zapewni, że udzielony dostęp do kodów źródłowych i innych obiektów znajdujących się w repozytorium będzie wykorzystywany przez Zamawiającego wyłącznie do celów weryfikacji jakości i złożoności prac prowadzonych przez Wykonawcę. Postanowienie to ma zastosowanie do kodów źródłowych i innych obiektów, do których nie zostały przekazane Zamawiającemu autorskie prawa majątkowe.

4. Wykonawca zapewni Zamawiającemu ciągły, bezpośredni i wydajny dostęp do repozytorium kodów źródłowych. Dostęp będzie zapewniony metodą bezpiecznej teletransmisji danych, realizowany będzie w trybie 24/7 w sposób umożliwiający przeglądanie i kopiowanie dowolnych treści znajdujących się w repozytorium.

153

5. Repozytorium zostanie zrealizowane w oparciu o system svn, git lub inny wskazany przez Zamawiającego system kontroli wersji skonfigurowany w celu zapewnienia maksymalnej możliwej rozliczalności i kontroli działań podejmowanych przez jego użytkowników.

6. Każda osoba pełniąca rolę w projekcie będzie posiadała własne dane logowania i konto w systemie repozytorium, celem zapewnienia rozliczalności jej działań.

7. W Repozytorium będą gromadzone wszystkie rezultaty prac osób pełniących rolę w projekcie, ze szczególnym uwzględnieniem roboczych i ostatecznych wersji:a) kodu źródłowego oprogramowania, b) kodów źródłowych wydań wdrażających nowe wersje oprogramowania w wyniku

realizacji zmiany lub wskutek naprawy błędu lub problemu, c) skryptów instalacyjnych oprogramowania i procedur kompilacji kodu, d) dokumentacji analitycznej i projektowej, e) dokumentacji zarządczej, f) dokumentacji testowej i scenariuszy testowych, g) dokumentacji opisującej procedury i usługi świadczone i dostarczane w ramach

projektu, h) definicji struktur danych, i) obowiązujących szablonów dokumentów, j) wersji instalacyjnych oprogramowania obcego k) plików konfiguracyjnych, l) plików wykonywalnych, m) wszystkich innych elementów, których wytworzenie i aktualizacji będzie mogło mieć

wpływ na szacowanie i rozliczania pracochłonności członków zespołu projektowego. 8. Nie dopuszcza się, by w ramach realizacji projektu dla celów wytwarzania, utrzymywania

lub rozwoju oprogramowania Wykonawca przechowywał produkty projektu w miejscu innym niż repozytorium.

9. Dopuszczalne jest tworzenie dla celów bezpieczeństwa synchronizowanych w czasie rzeczywistym replik repozytorium.

5.7. Wymagania na dostarczaną dokumentację projektową

Dokumentacja zarządcza i specjalistyczna powinna zostać przygotowana zgodnie z poniżej opisanymi wymaganiami:

5.7.1. Wymagania ogólne

1. Dokumentacja zarządcza powinna zostać przygotowana przez Wykonawcę zgodnie z metodyką PRINCE2 oraz wymaganiami opisanymi w rozdziale 5.6

2. Dokumentacja specjalistyczna powinna zostać przygotowana przez Wykonawcę zgodnie z wymaganiami opisanymi poniżej

3. Wykonawca będzie na bieżąco aktualizował dokumentację projektową. 4. Dokumenty powinny być przygotowane w popularnym formacie plików (np. docx, pdf)

umożliwiającym korzystanie z funkcji przeszukiwania dokumentu oraz z odsyłaczy spisu

154

treści i dostarczone zarówno w wersji elektronicznej, jak i w wersji papierowej (co najmniej 1 kopia każdego dokumentu powinna zostać dostarczona do Zamawiającego).

5. Dokumenty powinny być ustrukturyzowane, w przejrzystym układzie, z odpowiednio zastosowanymi wyróżnieniami i podziałami tekstu, z ponumerowanymi stronami, opatrzone jasnym i zrozumiałym tytułem, zawierać spis treści .Ponadto wymaga się, aby dokumenty zostały przygotowane z uwzględnieniem opisu kontekstu dokumentu oraz jego celów. Wszelkie potencjalnie niejednoznaczne terminy, pojęcia i skróty powinny zostać wyjaśnione w słowniku będącym integralną częścią dokumentu. Dokumenty powinny posiadać ujednolicone metryczki obejmujące następujące dane: Projekt, Proces, Autor, Kontakt do autora umożliwiający zadanie pytań i uzyskanie odpowiedzi, Tytuł, Kod Klienta, Typ dokumentu, Wersja, Data, Lokalizacja Dokumentu, Historia Rewizji (data rewizji, data następnej rewizji, data poprzednich rewizji, streszczenie zmian), Akceptacja (imię i nazwisko, firma, data, podpis).

6. Dokumenty powinny być napisane w języku polskim, zrozumiałym stylem, możliwie zwięzłymi zdaniami.

7. Dokumenty powinny być kompletne, tzn. wyczerpywać dany obszar tematyczny, w przeciwnym wypadku (jeśli z uzasadnionych przyczyn nie będzie to możliwe) powinny zostać wymienione i uzasadnione wszelkie braki w dokumencie.

8. Poszczególne dokumenty powinny być także spójne i niesprzeczne pomiędzy sobą, tzn. wszystkie przedstawione przez Wykonawcę informacje powinny być wzajemnie zgodne i niesprzeczne logicznie pomiędzy dokumentami i w ramach dokumentów.

9. Dla każdego dokumentu projektowego powinien zostać opracowany przez Wykonawcę i uzgodniony pomiędzy Wykonawcą a Zamawiającym szablon dokumentu określający precyzyjnie zawartość informacyjną dokumentu.

10. Wraz z zakończeniem Projektu prawa majątkowe do wszystkich sporządzonych dokumentów zostaną przeniesione na Zamawiającego.

11. Wszystkie dokumenty podlegają weryfikacji i akceptacji przez Zamawiającego.

5.7.2. Wymagania na dokumentację zarządczą

1. Wymagane jest przygotowanie następujących dokumentów zarządczych:1.1. Dokument Inicjowania Projektu1.2. Plan projektu etapu 11.3. Plan projektu etap 21.4. Plan projektu etap 31.5. Plan projektu etap 41.6. Plan projektu etap 51.7. Raport końcowy etapu 11.8. Raport końcowy etapu 21.9. Raport końcowy etapu 31.10. Raport końcowy etapu 41.11. Raport końcowy etapu 51.12. Raport o istotnych odchyleniach 1.13. Raport o doświadczeniach1.14. Raport końcowy projektu1.15. Struktura organizacyjna projektu

155

1.16. Uzasadnienie biznesowe1.17. Harmonogram Projektu1.18. Plan zarządzania komunikacją1.19. Plan zarządzania jakością1.20. Plan zarządzania konfiguracją1.21. Plan zarządzania ryzkiem

5.7.3. Wymagania na dokumentację specjalistyczną

1. Wymagane jest przygotowanie następujących dokumentów specjalistycznych 1.1. Specyfikacja funkcjonalno-techniczna 1.2. Projekt techniczny 1.3. Dokumentacja powdrożeniowa 1.4. Dokumentacja użytkownika1.5. Plan testów integracyjnych 1.6. Plan testów akceptacyjnych 1.7. Raport z testów integracyjnych 1.8. Raport z testów akceptacyjnych 1.9. Procedura instalacji 1.10. Plan szkoleń 1.11. Materiały szkoleniowe 1.12. Raport z instalacji oprogramowania 1.13. Raport z realizacji szkoleń

5.7.3.1. Wymagania szczegółowe na Specyfikacje funkcjonalno-techniczne rozwiązania:

1. Wymagane jest w dokumencie przedstawienie zastosowanych metodyk przygotowania poszczególnych elementów specyfikacji funkcjonalno-technicznej.

2. Jeśli w ramach dokumentu stosowane są obliczenia, należy przedstawić źródła danych i sposób dokonywania obliczeń.

3. Specyfikacja funkcjonalno-techniczna powinna zawierać co najmniej:3.1. Cel dokumentu,3.2. Referencje do dokumentów nadrzędnych,3.3. Słownik pojęć stosowanych w dokumencie, 3.4. Założenia i ograniczenia,3.5. Opis użytkowników 3.6. Model procesów biznesowych realizowanych (BPMN)

3.6.1. Kod i nazwa procesu 3.6.2. Cel procesu 3.6.3. Opisy procesów 3.6.4. Referencja do wymagania/wymagań 3.6.5. Kroki procesu biznesowego

3.7. Model logiczny zawierający diagram i listę klas,3.8. Opis klas:

3.8.1. Unikalny identyfikator klasy i jej nazwę,3.8.2. Atrybuty,

156

3.8.3. Funkcje,3.8.4. Referencję do procesu,

3.9. Interfejsy (opis graficznego interfejsu użytkownika, opis interfejsów systemowych – integracji z innymi systemami),

3.10. Listę ekranów:3.10.1. Unikalny kod i nazwa ekranu/interfejsu,3.10.2. Referencję do procesu,3.10.3. Projekt ekranu 3.10.4. Opis zawartości ekranu: kontrolki, akcje, walidacje, edycja/podgląd atrybutów,

wymagalność atrybutów (opcjonalnie),3.11. Opis wymagań niefunkcjonalnych składający się z unikalnego kodu i nazwy

wymagania, opisu wymagania i kategorii:3.11.1. Bezpieczeństwo (macierz uprawnień do systemu, sposób autoryzacji,

uwierzytelniania się użytkowników),3.11.2. Wydajność (czas realizacji operacji w systemie),3.11.3. Dostępność, 3.11.4. Archiwizacja,3.11.5. Wolumetria (liczba użytkowników, transakcji w ujęciu czasowym),3.11.6. Przenaszalność,3.11.7. Użyteczność (interfejs użytkownika),

5.7.3.2. Wymagania szczegółowe na Projekt techniczny rozwiązania:

1. Dokumentacja techniczna powinna być kompletna i wewnętrznie spójna.2. Dokumentacja techniczna, powinna zawierać co najmniej:

2.1. Cel dokumentu,2.2. Referencje do dokumentów nadrzędnych,2.3. Słownik pojęć stosowanych w dokumencie, 2.4. Założenia i ograniczenia,2.5. Projekt techniczny rozwiązania zawierający:

2.5.1. Opis warstw systemu KREPTD,2.5.2. Model i opis procesów synchronizacji i wymiany danych z systemami

zewnętrznymi,2.5.3. Zaktualizowany i uszczegółowiony konceptualny model danych (w tym ich

wymiany) oraz tablic interfejsowych,2.5.4. Zaktualizowany i uszczegółowiony projekt architektury systemu obejmujący

diagram i opis poszczególnych komponentów i pakietów oprogramowania,2.5.4.1. Opis poszczególnych komponentów oprogramowania powinien

zawierać:a) Nazwę komponentu,b) Realizowane funkcjonalności,c) Ogólną definicję interfejsów, które wspierają wzajemne relacje

pomiędzy komponentami oprogramowania systemu informatycznego i komponentami innych systemów,

157

2.5.4.2. Opis pakietów oprogramowania powinien zawierać:a) Nazwę pakietu,b) Opis pakietu,c) Klasy.

2.5.5. Projekt punktów integracyjnych pomiędzy elementami systemu oraz pomiędzy systemem KREPTD a systemami zewnętrznymi.

5.7.3.3. Wymagania szczegółowe na Dokumentację powdrożeniową:

1. Dokumentacja powdrożeniowa powinna zawierać co najmniej:1.1. Dokumentację systemową, zawierającą co najmniej:

1.1.1. Cel i zakres dokumentu 1.1.2. Referencje do dokumentów nadrzędnych 1.1.3. Słownik pojęć stosowanych w dokumencie,1.1.4. Opis i specyfikację interfejsów,1.1.5. Opis i specyfikację zdefiniowanych uprawnień w systemie,1.1.6. Opis konfiguracji domyślnych ról w systemie,1.1.7. Opis domyślnych użytkowników i administratorów systemu,1.1.8. Opis projektu, zależny od zastosowanych metod tj. metod obiektowych lub

strukturalnych,1.1.9. Kody źródłowe,1.1.10. Opis kodów źródłowych,1.1.11. Opis konfiguracji środowiska testowego wraz z danymi dostępowymi,1.1.12. Opis konfiguracji środowiska produkcyjnego po wdrożeniu i przekazaniu do

eksploatacji.1.2. Dokumentację bazy danych, zawierającą co najmniej:

1.2.1. Fizyczny model bazy danych,1.2.2. Opis pozostałych elementów bazy danych (procedur, skryptów, indeksów itp.)1.2.3. Słowny opis objaśniający sposób działania i strukturę bazy danych.

1.3. Dokumentację eksploatacyjną, zawierającą co najmniej:1.3.1. Procedury administracyjne,1.3.2. Procedury zabezpieczeń,1.3.3. Politykę wykonywania kopii bezpieczeństwa systemu,1.3.4. Procedury awaryjne,1.3.5. Procedurę całkowitego odtworzenia systemu (uruchomienie systemu od

podstaw).1.4. Dokumentację wytworzonego oprogramowania, zawierającą co najmniej:

1.4.1. Dokumentację kodu źródłowego, możliwą do odczytania za pomocą ogólnie dostępnych czytników, posiadającą przejrzystą, hierarchiczną i uporządkowaną strukturę, zawierającą szczegółowe opisy klas, metod, właściwości, funkcji, procedur, zależnie od użytego środowiska programistycznego,

1.4.1.1. Opis i komentarz do kodów źródłowych musi umożliwiać ich samodzielną interpretację, modyfikację i rozwój przez Zamawiającego,

1.4.1.2. Wraz z kodem źródłowym wykonawca przekaże:

158

1.4.1.2.1. Opis zawartości, budowy i organizacji kodu źródłowego,1.4.1.2.2. Opis klas, zmiennych i atrybutów klas,1.4.1.2.3. Opis protokołów transmisji danych,

1.4.1.3. Wszelkie inne istotne informacje niezbędne dla prawidłowego korzystania z wytworzonego oprogramowania, modyfikowania, kompilacji,

1.4.2. Procedurę kompilacji kodu źródłowego, w tym przygotowania środowiska do kompilacji kodu źródłowego ze wskazaniem wszelkich niezbędnych narzędzi, parametrów i opcji instalacji niezbędnych komponentów (biblioteki, zestawów bibliotek, frameworków itd.) ze szczegółowym opisem ich parametryzacji,

1.4.3. Procedury instalacji i uruchomienia systemów operacyjnych, systemów baz danych, innych komponentów (bibliotek, zestawy bibliotek, frameworków itd.), dostarczonego oprogramowania,

5.7.3.4. Wymagania szczegółowe na Dokumentację użytkownika:

1. Dokumentacja powinna zawierać opis funkcjonalny interfejsów użytkownika (GUI) 2. Dokumentacja powinna zostać stworzona dla wszystkich interfejsów użytkownika (GUI),

które powstaną w ramach systemu KREPTD.3. Dokumentacja funkcjonalna interfejsów użytkownika powinna zostać przygotowana w

wersjach odpowiadających poszczególnym rolom użytkowników, którymi będą:3.1. Pracownik organu kontrolnego 3.2. Pracownik starostwa3.3. Pracownik KPK zajmujący się obsługą KREPTD i komunikacji z ERRU 3.4. Użytkownik aplikacji raportowej3.5. Administrator KPK

4. Dokumentacja powinna zostać przygotowana w popularnym formacie plików umożliwiającym korzystanie z funkcji przeszukiwania dokumentu oraz z odsyłaczy spisu treści.

5. Dokumentacja powinna zawierać zrzuty ekranowe i graficzne instrukcje, jeśli będzie to bardziej efektywne i łatwiejsze do wykorzystania dla użytkownika niż instrukcje pisane.

6. Dokumentacja powinna zostać wyposażona w zrozumiałe, jednoznaczne i możliwie zwięzłe (np. niewykraczające ponad 1 wiersz) tytuły rozdziałów i podrozdziałów, opisujące czynności/zadania/efekty.

7. Dokumentacja powinna zawierać linki i odsyłacze do zewnętrznych dodatkowych materiałów, np. instrukcji dla innego rodzaju użytkownika, która zawiera więcej szczegółów na temat danego zadania lub innych uzgodnionych/zaproponowanych przez Zamawiającego materiałów.

8. Dokumentacja każdorazowo przy opisie zadania powinna przestawiać opis rezultatu, które powinien uzyskać użytkownik po poprawnym zrealizowaniu danej czynności (może to być np. zrzut ekranu lub opis tekstowy rezultatu).

9. Opisy poszczególnych czynności/zadań powinny być podzielone na pojedyncze, ponumerowane kroki, które musi wykonać użytkownik; żadne kroki nie powinny być pomijane, należy zawsze zakładać, że użytkownik nie domyśli się samodzielnie pominiętego kroku.

159

5.7.3.5. Wymagania szczegółowe na pozostałe dokumenty specjalistyczne:

Wymagania szczegółowe na pozostałe dokumenty specjalistyczne wyszczególnione w punkcie 5.7.3, ich zakres informacyjny i zawartość zostaną uzgodnione pomiędzy Wykonawcą i Zamawiającym na etapie inicjalizacji projektu.

5.8. Opis wymagań na prowadzenie Biura Projektu

Poniższy opis specyfikuje wymagania Zamawiające na prowadzenie Biura Projektu:

1. Biuro Projektu (Wsparcie Projektu) zapewniać ma wsparcie administracyjne Kierownikowi Projektu i Zespołom. Zadania w ramach Biura Projektu realizował będzie Sekretarz Projektu (zatrudniony w GITD) oraz pracownicy Wykonawcy.

2. Biuro Projektu zostanie zorganizowane i będzie prowadzone przez Wykonawcę 3. Wymagania na organizację i wyposażenie Biura Projektu:

3.1. Dedykowanie odpowiedniej liczby pracowników do obsługi Biura ze strony Wykonawcy, zależnej od wybranego sposobu organizacji pracy i stopnia informatyzacji Biura;

3.2. Ścisła współpraca pracowników Wykonawcy z Sekretarzem Projektu z ramienia GITD.

3.3. Przeszkolenie Sekretarza w zakresie narzędzi informatycznych wykorzystywanych w Biurze.

3.4. Wykonawca zapewni wyposażenie Biura w narzędzia informatyczne stanowiące repozytorium projektu (służące m.in. do tworzenia, organizowania, archiwizowania i przeszukiwania dokumentacji Projektu) oraz systemu do zarządzania zadaniami realizowanymi w projekcie.

3.5. Wymaga się, aby dostępność Biura Projektu była zapewniona w godzinach pracy zespołu projektowego

4. Pozostałe wymagania dla prowadzenie Biura Projektu:4.1. Stworzenie i przedstawienie do akceptacji Sekretarza Projektu procedur dotyczących

zarządzania pracą Biura, w szczególności stworzenie procedur dotyczących bezpieczeństwa i ochrony danych osobowych,

4.2. Stworzenie wykazu obowiązków i zadań Biura i przedstawienie ich do akceptacji Sekretarza Projektu,

4.3. Tworzenie, aktualizacja i zarządzanie szablonami dokumentacji zarządczej i specjalistycznej Projektu zgodnie z opisem wymagań na dokumentację projektu w rozdziale 5.6.4

4.4. Zapewnianie prawidłowego obiegu dokumentów Projektu, w szczególności za pomocą systemów informatycznych, zestawianie, kopiowanie oraz dystrybucja wszystkich produktów zarządczych i specjalistycznych Projektu,

4.5. Zarządzanie repozytorium projektowym 4.6. Cykliczna aktualizacja procedur pracy Biura Projektu,4.7. Przygotowywanie raportów dotyczących zarządzania projektem, 4.8. Monitorowanie postępów prac w projekcie, w tym cykliczne raz na kwartał

opracowywanie i przekazywanie Zamawiającemu raportów z postępu prac w projekcie, uwzględniających realizację kamieni milowych. Wymagane jest przekazywanie raportów najpóźniej do 5-go dnia po zakończeniu kwartału sprawozdawczego.

4.9. Zapewnienie prawidłowego i efektywnego wykorzystywania standardów PRINCE2 w Projekcie

160

4.10.Udostępnianie specjalistycznej wiedzy z zakresu metodyki PRINCE2, oraz doświadczeń dotyczących specjalistycznych narzędzi (np. narzędzi do planowania i sterowania, analizy zagrożeń),

4.11.Prowadzenie rejestru nieobecności i zastępstw pracowników uczestniczących w projekcie ze strony Wykonawcy i Zamawiającego.

5.9. Opis wymagań dot. Bezpieczeństwa projektowanego rozwiązania

Zgodnie § 20 ust. 2 Rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych Zarządzanie bezpieczeństwem informacji realizowane będzie w szczególności przez zapewnienie przez kierownictwo Zamawiającego warunków umożliwiających realizację i egzekwowanie następujących działań: cykliczną aktualizację regulacji wewnętrznych w zakresie dotyczącym zmieniającego się

otoczenia; utrzymywanie aktualności inwentaryzacji sprzętu i oprogramowania służącego do

przetwarzania informacji obejmującej ich rodzaj i konfigurację; przeprowadzanie okresowych analiz ryzyka utraty integralności, dostępności lub

poufności informacji oraz podejmowanie działań minimalizujących to ryzyko, stosownie do wyników przeprowadzonej analizy;

podejmowanie działań zapewniających, że osoby zaangażowane w proces przetwarzania informacji posiadają stosowne uprawnienia i uczestniczą w tym procesie w stopniu adekwatnym do realizowanych przez nie zadań oraz obowiązków mających na celu zapewnienie bezpieczeństwa informacji;

bezzwłoczną zmianę uprawnień, w przypadku zmiany zadań osób, o których mowa w powyższym punkcie;

zapewnianie szkolenia osób zaangażowanych w proces przetwarzania informacji ze szczególnym uwzględnieniem takich zagadnień, jak:

o zagrożenia bezpieczeństwa informacji,o skutki naruszenia zasad bezpieczeństwa informacji, w tym odpowiedzialność

prawna,o stosowanie środków zapewniających bezpieczeństwo informacji, w tym

urządzenia i oprogramowanie minimalizujące ryzyko błędów ludzkich; zapewnienie ochrony przetwarzanych informacji przed ich kradzieżą, nieuprawnionym

dostępem, uszkodzeniami lub zakłóceniami, przez:o monitorowanie dostępu do informacji,o czynności zmierzające do wykrycia nieautoryzowanych działań związanych z

przetwarzaniem informacji,o zapewnienie środków uniemożliwiających nieautoryzowany dostęp na poziomie

systemów operacyjnych, usług sieciowych i aplikacji; ustanowienie podstawowych zasad gwarantujących bezpieczną pracę przy przetwarzaniu

mobilnym i pracy na odległość;

161

zabezpieczenie informacji w sposób uniemożliwiający nieuprawnionemu jej ujawnienie, modyfikacje, usunięcie lub zniszczenie;

zawieranie w umowach serwisowych podpisanych ze stronami trzecimi zapisów gwarantujących odpowiedni poziom bezpieczeństwa informacji;

ustalenie zasad postępowania z informacjami, zapewniających minimalizację wystąpienia ryzyka kradzieży informacji i środków przetwarzania informacji, w tym urządzeń mobilnych;

zapewnienie odpowiedniego poziomu bezpieczeństwa w systemach teleinformatycznych, polegającego w szczególności na:

o dbałości o aktualizację oprogramowania,o minimalizowaniu ryzyka utraty informacji w wyniku awarii,o ochronie przed błędami, utratą, nieuprawnioną modyfikacją,o stosowaniu mechanizmów kryptograficznych w sposób adekwatny do zagrożeń

lub wymogów przepisu prawa,o zapewnieniu bezpieczeństwa plików systemowych,o redukcji ryzyk wynikających z wykorzystania opublikowanych podatności

technicznych systemów teleinformatycznych,o niezwłocznym podejmowaniu działań po dostrzeżeniu nieujawnionych podatności

systemów teleinformatycznych na możliwość naruszenia bezpieczeństwa,o kontroli zgodności systemów teleinformatycznych z odpowiednimi normami i

politykami bezpieczeństwa; bezzwłoczne zgłaszanie incydentów naruszenia bezpieczeństwa informacji w określony i

z góry ustalony sposób, umożliwiający szybkie podjęcie działań korygujących; przeprowadzanie okresowego audytu wewnętrznego w zakresie bezpieczeństwa

informacji, nie rzadziej niż raz na rok.

6. Harmonogram realizacyjny Etapów

Wykonawca w ramach zamówienia zrealizuje prace w 5 etapach:

Etap 1 – Inicjowanie projektu - ukończenie do 2 tygodni od podpisania umowy o dostarczenie i odbiory dokumentacji zarządczej.o powołanie struktury projektowejo konfiguracja środowisk projektowycho opracowanie haromonogramu projektu i pozostałych dokumentów zarządczycho zainicjowanie pracy Biura Projektu

Etap 2 do 31.12.2015 r. - Budowa podstawowej wersji systemu KREPTDo Rejestr KREPTD wraz z aplikacją dla pracowników KPK (w zakresie opisanym w

rozdziale 5.1 OPZ)o Komunikacja z ERRUo Migracja inicjalna i wstępna rafinacja danych z systemów CEN i Transbit (w

zakresie opisanym w rozdziale 5.1 OPZ)o Formularze na ePUAP dla Starostw i Organów kontroli

162

o Szkolenia Etap 3 do 30.09.2016 r. – Budowa docelowej wersji systemu KREPTD:

o Usługi docelowego zasilania i aktualizacji KREPTD danymi z systemów CEN, Transbit/ OpenBTM

o Aplikacja dla pracowników KPK (pozostałe funkcjonalności opisane w rozdziale 5.1 OPZ)

o Aplikacja dla starostw i organów kontroli o Interfejs wymiany danych (API) dla starostw i organów kontroli o Usługi komunikacji i synchronizacji danych z zewnętrznymi rejestrami. o Aplikacja raportowa o Przegląd i analiza wytworzonego oprogramowania pod kątem identyfikacji zadań

rozwojowycho Szkolenia o Dostarczenie platformy e-learningowej o Utrzymanie i rozwój systemu

Etap 4 do 30.09.2017 r. – Wdrożenie narzędzia klasy hurtowni danych oraz funkcjonalności wynikających z potrzeb zidentyfikowanych w trakcie 1 roku korzystania z KREPTD

o Narzędzia klasy hurtownia danych umożliwiające przetwarzanie danych w strukturach wielowymiarowych

o Usługi udostępniania danych zgromadzonych w KREPTD na potrzeby innych systemów

o Aplikacji raportowa na potrzeby sprawozdawczości dla MIiRo Przegląd, analiza oraz prace rozwojowe wynikające z eksploatacji docelowej

wersji systemuo Szkolenia o Utrzymanie i rozwój systemu w wersji docelowej

Etap 5 do 31.12.2019 r. Utrzymanie i rozwój systemu KREPTD

Wymagania dotyczące dokumentów i oświadczeń składających się na ofertę

Wykonawca zobowiązany jest złożyć następujące dokumenty składające się na ofertę:a) formularz „OFERTA” sporządzony według wzoru OF.0.;b) oświadczenie braku podstaw do wykluczenia sporządzone według wzoru DP.1.;c) oświadczenie o spełnianiu warunków udziału w postępowaniu sporządzone

według wzoru DP.2.;d) Wykaz wykonanych zamówień sporządzony według wzoru DP.3. wraz

z dowodami;e) Wykaz osób sporządzony według wzoru DP.4.; f) aktualny odpis z właściwego rejestru lub z centralnej ewidencji i informacji

o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu o art.

163

24 ust. 1 pkt 2 ustawy, wystawionego nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert;

g) aktualne zaświadczenie właściwego naczelnika urzędu skarbowego potwierdzające, że wykonawca nie zalega z opłacaniem podatków, lub zaświadczenia, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert;

h) aktualne zaświadczenie właściwego oddziału Zakładu Ubezpieczeń Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzające, że wykonawca nie zalega z opłacaniem składek na ubezpieczenia zdrowotne i społeczne, lub potwierdzenia, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert;

i) aktualna informacja z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 4-8 i 10-11 ustawy, wystawiona nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert; Jeżeli, w przypadku wykonawcy mającego siedzibę na terytorium Rzeczypospolitej Polskiej, osoby, o których mowa w art. 24 ust. 1 pkt 5-8, 10 i 11 ustawy, mają miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, wykonawca składa w odniesieniu do nich zaświadczenie właściwego organu sądowego albo administracyjnego miejsca zamieszkania, dotyczące niekaralności tych osób w zakresie określonym w art. 24 ust. 1 pkt 5-8, 10 i 11 ustawy, wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert, z tym że w przypadku gdy w miejscu zamieszkania tych osób nie wydaje się takich zaświadczeń - zastępuje się je dokumentem zawierającym oświadczenie złożone przed właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego miejsca zamieszkania tych osób lub przed notariuszem.

j) aktualna informacja z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 9 ustawy, wystawiona nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert;

k) lista podmiotów należących do tej samej grupy kapitałowej w rozumieniu ustawy z dnia 16 lutego 2007 r. o ochronie konkurencji i konsumentów (Dz. U. Nr 50, poz. 331, z późn. zm.), albo informacja o tym, że nie należy do grupy kapitałowej – zgodna ze wzorem określonym formularzem DP.8.

l) Opis rozwiązania (wypełniony Formularz OF.1.)m) W przypadku zastrzeżenia tajemnicy - uzasadnienie zastrzeżenia oraz streszczenie

lub opis zastrzeżonych informacji i dokumentów, który Zamawiający będzie mógł udostępniać osobom trzecim

164

Opis sposobu obliczania ceny oferty (opis wymagań jakie należy uwzględnić w cenie oferty, ewentualny opis sposobu kalkulacji ceny oferty lub formularz cenowy z

opisem sposobu jego wypełnienia bądź przedmiar robót).

1. Cena oferty powinna zawierać wszystkie elementy cenotwórcze wynikające z zakresu i sposobu realizacji przedmiotu zamówienia. Zaoferowane ceny winny być cenami całkowitymi i ostatecznymi, uwzględniającymi wszelkie koszty wykonania przedmiotu zamówienia. Cenę należy podać z dokładnością do dwóch miejsc po przecinku.

2. Cena powinna zawierać podatek VAT w wysokości obowiązującej na dzień, w którym upływa termin składania ofert.

3. Cenę oferty należy podać w formularzu oferty (Formularz OF.0) oraz wypełnić tabelę z cenami cząstkowymi.

4. Cena cząstkowa za Rozwój systemu KREPTD stanowi iloczyn ceny jednej roboczogodziny w ramach usługi rozwoju oraz liczby roboczogodzin znajdujących się w puli roboczogodzin przeznaczonych na prace rozwojowe w wysokości 20000 roboczogodzin.

5. Zamawiający nie dopuszcza składanie ofert częściowych.6. Zamawiający nie dopuszcza składania ofert wariantowych.7. Zamawiający dopuszcza możliwość zmiany wynagrodzenia Wykonawcy w

przypadku zmiany stawki podatku VAT. Zmianie ulegnie cena brutto, uwzględniająca nową stawkę podatku.

8. Zamawiający informuje, że na sfinansowanie zamówienia przeznacza kwotę 13 453 709,85 zł brutto, przy czym:

1) na wytworzenie systemu, z wyłączeniem usług rozwoju i utrzymania, przeznacza kwotę 7 324 834,85 zł brutto, 2) na sfinansowanie usług rozwoju przeznacza kwotę 4 000 000,00 zł brutto.3) na sfinansowanie usług utrzymania przeznacza kwotę 2 128 875,00 zł brutto.

W związku z powyższym ograniczeniem finansowym Zamawiającego, Zamawiający informuje, że w przypadku złożenia oferty z ceną na wytworzenie systemu, z wyłączeniem usług rozwoju i utrzymania, wyższą od kwoty wskazanej w pkt 1 lub z ceną na usługi rozwoju lub utrzymania wyższą od kwot wskazanych w pkt 2 oraz 1 odpowiednio, oferta taka będzie podlegała odrzuceniu na podstawie art. 89 ust. 1 pkt 2 ustawy Pzp.

Zasady rozliczenia (waluta, zaliczka, terminy i warunki płatności)

1. Zamawiający przewiduje rozliczenie w Złotych Polskich.2. Zamawiający w przedmiotowym postępowaniu nie przewiduje udzielenia

zaliczek.3. Terminy i warunki płatności wynagrodzenia zostały określone w Część IV SIWZ.

165

Część IV SIWZISTOTNE POSTANOWIENIA UMOWY (IPU)

Niniejsze postanowienia umowy stanowią element specyfikacji istotnych warunków zamówienia (SIWZ) w postępowaniu określonym w Zaproszeniu do składania ofert. Postanowienia niniejszej części należy interpretować łącznie z pozostałymi częściami SIWZ.

Część IV SIWZ zawiera w szczególności:1) oznaczenie stron umowy (ze wskazaniem jako Zamawiającego Skarbu Państwa -

Głównego Inspektoratu Transportu Drogowego oraz opisem sposobu reprezentacji Zamawiającego);

2) określenie przedmiotu zamówienia (w tym klauzule dotyczące praw autorskich, jeśli powinny mieć zastosowanie, możliwość wprowadzenia zmian zakresu zamówienia i warunki wprowadzenia zmian zakresu zamówienia);

3) termin realizacji umowy i kwestie z tym związane (np. harmonogram działań, „kamienie milowe”, możliwość wprowadzenia zmiany terminu i warunki wprowadzenia zmian terminu);

4) określenie obowiązków Zamawiającego (w tym określenie ryzyk ponoszonych przez Zamawiającego);

5) określenie obowiązków Wykonawcy (w tym ryzyka ponoszone przez Wykonawcę);6) sposób wykonania umowy (w tym, jeśli ma to zastosowanie, opis gwarantowanego

przez Wykonawcę rezultatu, możliwość wprowadzenia zmian sposobu wykonania zamówienia i warunki wprowadzenia zmian sposobu wykonania zamówienia);

7) procedura odbioru (w tym wskazanie terminów dla czynności odbiorowych każdej ze stron i określenie czy procedura odbioru powinna być ujęta w terminie realizacji umowy czy następuje po tym terminie);

8) wynagrodzenie (w tym np. sposób ustalenia wynagrodzenia, maksymalna nominalna wartość umowy, postanowienia dotyczące podatku VAT, zaliczek, klauzul waloryzacyjnych, możliwość wprowadzenia zmian wynagrodzenia i warunki wprowadzenia zmian wynagrodzenia, zasady i warunki płatności wynagrodzenia);

9) odpowiednio do przedmiotu zamówienia postanowienia dotyczące gwarancji jakości, informacja o ewentualnym wydłużeniu okresu rękojmi lub o zrównaniu okresu rękojmi z okresem gwarancji, warunki świadczenia serwisu gwarancyjnego, ewentualne postanowienia dotyczące świadczeń pogwarancyjnych;

10) warunki dokonania innych zmian umowy;11) sankcje umowne za niewykonanie lub nienależyte wykonanie umowy (kary umowne,

umowne prawo odstąpienia);12) sposób rozstrzygania sporów.

166

ISTOTNE POSTANOWIENIA UMOWY

Niniejsze istotne postanowienia umowy stanowią element specyfikacji istotnych warunków zamówienia (SIWZ) w postępowaniu określonym w Zaproszeniu do składania ofert. Postanowienia niniejszej części należy interpretować łącznie z pozostałymi częściami SIWZ.

[Komparycja podmiotów zawierających umowę zostanie uzupełniona w chwili dokonania wyboru oferty oraz przygotowaniu umowy do podpisania]

Zamawiający i Wykonawca zwani są dalej w Umowie także łącznie „Stronami". a indywidualnie — „Stroną".

Na podstawie postępowania o udzielenie zamówienia publicznego, znak sprawy [■], „Budowa, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego” (dalej: KREPTD) przeprowadzonego zgodnie z ustawą z dnia 29 stycznia 2004 r. - Prawo zamówień publicznych (Dz. U. z 2013 r. poz. 907 z późn. zm.), („PZP"), w trybie przetargu nieograniczonego (art. 39 ustawy PZP), Zamawiający powierza Wykonawcy do realizacji przedmiot zamówienia, opisany w niniejszej Umowie.

Definicje: Pojęcia zawarte w Umowie są zdefiniowane w Opisie Przedmiotu Zamówienia.

§1. Przedmiot Umowy

1. Przedmiotem Umowy jest:1) Zaprojektowanie i wytworzenie systemu KREPTD;2) Konfiguracja systemu KREPTD i wdrożenie na infrastrukturze sprzętowej

dostarczonej przez Zamawiającego dla KREPTD;3) Wytworzenie dokumentacji powykonawczej i eksploatacyjnej systemu KREPTD;4) Przeprowadzenie szkoleń dla administratorów i operatorów systemu KREPTD wraz z

dostarczeniem instruktaży;5) Świadczenie usług utrzymania i rozwoju w zakresie rozwiązania KREPTD.

2. Szczegółowy zakres Przedmiotu Umowy wskazany jest Opisie Przedmiotu Zamówienia oraz Ofercie Wykonawcy stanowiących Załącznik nr [■] i [■] do Umowy. Wykonawca zobowiązuje się zrealizować przedmiot Umowy i dokonać wdrożenia systemu KREPTD

167

(dalej zwanym również: Oprogramowanie) w sposób zapewniający funkcjonalności określone w OPZ.

3. W ramach niniejszej Umowy Wykonawca zobowiązuje się do dostarczenia dokumentacji w języku polskim w formacie *.doc (docx)/*.rtf i *.pdf (edytowalny) na zasadach i w terminach określonych w Opisie Przedmiotu Zamówienia, Harmonogramie i Umowie.

4. Wykonawca zobowiązuje się w ramach Usługi rozwoju do zapewnienia limitu roboczogodzin zgodnie z procedurą i na zasadach określonych w Opisie Przedmiotu Zamówienia.

5. W ramach realizacji Przedmiotu umowy Wykonawca reprezentować będzie Zamawiającego, na podstawie udzielonego pełnomocnictwa, w stosunku do innych podmiotów, dostawców usług lub towarów niezbędnych dla realizacji projektu i funkcjonowania Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego. W szczególności Wykonawca będzie reprezentował Zamawiającego w procesie niezbędnych uzgodnień dotyczących procesów integracji, zmian i utrzymania systemów zewnętrznych względem KREPTD.

§ 2. Termin realizacji

Umowa zawarta zostaje na czas oznaczony i obowiązuje Strony do 31 grudnia 2019 r.

§ 3. Oświadczenia Stron

1. Wykonawca na mocy niniejszej Umowy zobowiązuje się do:1) wykonania przedmiotu Umowy z należytą starannością, przy zachowaniu zasad

współczesnej wiedzy technicznej i zgodnie z obowiązującymi przepisami prawa oraz wymogami, założeniami, parametrami i normami i przyjęta metodyką, a także dokumentacją określoną w Opisie Przedmiotu Zamówienia, a ponadto dokumentacją wytworzoną w toku procesu realizacji Umowy;

2) informowania Zamawiającego na piśmie o wszelkich zagrożeniach związanych z wykonywaniem Umowy, w tym także o okolicznościach leżących po stronie Zamawiającego, które mogą mieć wpływ na jakość, termin bądź zakres prac. Nieprzekazanie takich informacji w wypadku, gdy Wykonawca o takich zagrożeniach wie lub, przy uwzględnieniu wymaganej Umową staranności powinien wiedzieć powoduje, że wszelkie koszty i dodatkowe czynności związane z konsekwencją danego zdarzenia obciążają Wykonawcę. Ponadto Wykonawca zobowiązuje się do informowania w formie pisemnej Zamawiającego o przebiegu realizacji Umowy na dodatkowe pisemne żądanie Zamawiającego;

3) powołania zespołu składającego się m.in. z pracowników posiadających niezbędne kwalifikacje do realizacji zadań wynikających z treści niniejszej Umowy (spełniających wymagania SIWZ). Wykaz osób, które będą uczestniczyły w

168

wykonaniu przedmiotu umowy stanowi Załącznik nr [■] do niniejszej umowy. Każda zmiana osób, o których mowa w załączniku powyżej, wymaga pisemnego zawiadomienia Zamawiającego, który uprawniony jest do zgłoszenia sprzeciwu w terminie 3 dni roboczych. Sprzeciw Zamawiającego jest dla Wykonawcy wiążący. Ponadto Zamawiającemu przysługuje prawo do pisemnej odmowy dopuszczenia do wykonania przedmiotu niniejszej umowy przez osobę, o której mowa w zdaniu pierwszym, w przypadku, gdy w opinii Zamawiającego nie daje ona rękojmi prawidłowego wykonania niniejszej Umowy. Wykonawcy nie przysługuje roszczenie o zwrot kosztów wynikających bezpośrednio lub pośrednio z usunięcia lub wymiany personelu;

4) po zakończeniu realizacji Umowy zwrotu Zamawiającemu wszelkich wydanych mu za potwierdzeniem odbioru i z adnotacją „do zwrotu" dokumentów, materiałów, narzędzi, sprzętu, oprogramowania i danych wraz ze wszystkimi kopiami oraz nośnikami, na których oprogramowanie, dokumenty i dane zostały zapisane w wersji elektronicznej;

5) zachowania w tajemnicy oraz należytego zabezpieczenia wszelkich informacji, danych, które powziął w związku z realizacją niniejszej Umowy. Obowiązek zachowania w tajemnicy wszelkich informacji i danych, które Wykonawca powziął w związku z realizacją Umowy obowiązuje w toku realizacji Umowy, jak i po jej zakończeniu;

6) realizacji wszystkich zobowiązań wynikających z Umowy terminowo, zgodnie z Opisem Przedmiotu Zamówienia, złożoną ofertą, postanowieniami Umowy, obowiązującym prawem oraz z zachowaniem należytej staranności i efektywnie, przy wykorzystaniu całej posiadanej wiedzy i doświadczenia;

7) wykorzystania przekazanych przez Zamawiającego kodów źródłowych oraz kodów wynikowych, materiałów i dokumentacji wyłącznie na potrzeby należytego wykonania zamówienia;

8) nieujawniania kodów źródłowych, kodów wynikowych, materiałów i dokumentacji osobom trzecim bez uprzedniej pisemnej zgody Zamawiającego;

9) wytworzenia, wdrożenia i rozwoju Oprogramowania w sposób pozwalającego na swobodny i konkurencyjny wybór podmiotu, która w przyszłości rozwijać i utrzymywać będzie Oprogramowanie. Zamawiający nie wyraża zgody na wprowadzanie jakichkolwiek postanowień umownych lub prowadzenie działań faktycznych ograniczających pod względem technicznym bądź prawnym powyższą swobodę.

2. Wykonawca bierze pełną odpowiedzialność za działania i zaniechania osób zaangażowanych w realizację Umowy jak za własne działania lub zaniechania oraz gwarantuje, że wszyscy członkowie personelu Wykonawcy, realizujący w imieniu Wykonawcy Umowę, będą posiadali umiejętności i doświadczenie odpowiednie do zakresu czynności powierzanych tym osobom.

3. Wykonawca oświadcza, że jest podmiotem świadczącym usługi projektowania, wytwarzania, rozwoju i utrzymania oprogramowania i w tym zakresie świadczyć będzie Przedmiot umowy ze starannością uwzględniającą zawodowy charakter tej działalności.

169

4. Wykonawca nałoży na podwykonawców, którymi się posługuje, obowiązek przestrzegania wszelkich zasad, reguł i zobowiązań określonych w umowie.

5. Wykonawca nie może powierzyć realizacji Umowy osobom trzecim bez uprzedniej pisemnej zgody Zamawiającego. W przypadku uzyskania takiej zgody od Zamawiającego, Wykonawca za działania lub zaniechania osób trzecich ponosi odpowiedzialność jak za własne działania lub zaniechania.

6. Zamawiający ma prawo zwrócić się do Wykonawcy z uzasadnionym wnioskiem o odsunięcie konkretnego członka Personelu Wykonawcy od realizacji Umowy.

7. Na żądanie Zamawiającego Wykonawca ma obowiązek w terminie 3 dni roboczych przedstawić dokumenty potwierdzające wiedzę, doświadczenie i referencje poszczególnych członków personelu. Jeżeli przetwarzanie ww. dokumentów będzie przetwarzaniem danych osobowych, Wykonawca zapewni Zamawiającemu zgodne z prawem ich przetwarzanie.

8. W celu umożliwienia osobom wskazanym przez Zamawiającego pozyskania wiedzy i umiejętności pozwalających na samodzielne wykonywanie przez te osoby zadań objętych usługą utrzymania i rozwoju Oprogramowania Wykonawca jest zobowiązany umożliwić osobom wskazanym przez Zamawiającego osobiste i bezpośrednie uczestnictwo we wszystkich pracach prowadzonych przez Wykonawcę w ramach niniejszej Umowy. W tym celu Wykonawca, na żądanie Zamawiającego, będzie informował te osoby o wykonywanych pracach, ich zakresie, miejscu wykonywania prac oraz będzie udzielał im innych informacji, które będą niezbędne do uczestnictwa w pracach Wykonawcy. Zamawiający dołoży staranności w doborze tych osób. Wykonawca nie jest uprawniony do wydawania jakichkolwiek wiążących poleceń członkom personelu Zamawiającego. Zamawiający jest uprawniony do zmiany tych osób, co nie poniesie za sobą po stronie Wykonawcy obowiązku powtórzenia czynności.

9. Zamawiający zastrzega sobie prawo korzystania w trakcie wykonywania Umowy z wyznaczonego i należycie umocowanego przez siebie podmiotu nadzorującego prawidłowe wykonanie przedmiotu Umowy. Wykonawca ma obowiązek współdziałać z podmiotem wyznaczonym przez Zamawiającego na takich samych zasadach, warunkach i w zakresie, jak z Zamawiającym, który jednakże może w każdym czasie cofnąć takie umocowanie. Wówczas Zamawiający poinformuje niezwłocznie Wykonawcę o cofnięciu takiego umocowania.

10. W trakcie realizacji Umowy Wykonawca umożliwi Zamawiającemu wykształcenie kompetencji oraz know-how związanych z Systemem. W tym celu, Wykonawca w szczególności umożliwi wskazanym przez Zamawiającego osobom uczestniczenie w wykonywaniu Umowy w każdym aspekcie jej realizacji. Zamawiający ponosi odpowiedzialność za działania i zaniechania wyznaczonych przez siebie osób.

11. Wykonawca oświadcza, że brak jest przeszkód dla wykonania przez Wykonawcę w terminach określonych w umowie Przedmiotu umowy określonego w § 1 za umówionym wynagrodzeniem.

12. Wykonawca oświadcza, że dostarczone, wytworzone i wdrożone przez niego Oprogramowanie będzie zgodne z obowiązującymi przepisami prawa i nie narusza praw osób trzecich.

170

13. Wykonawca najpóźniej przed podpisaniem protokołu Odbioru Końcowego przekaże Zamawiającemu repozytorium wszystkich kodów źródłowych (w tym kodów wynikowych), wszelką nieprzekazaną wcześniej dokumentację projektową i techniczną w tym m.in.: szczegółowy opis dodanych lub zmodyfikowanych obiektów, instrukcję użytkownika uwzględniającą opisy wszystkich kroków w procesach realizowanych na poziomie danej roli w Oprogramowaniu, instrukcję instalacji, szczegółowy opis procedury kompilacji kodów źródłowych, instalacji oraz sposobu administrowania nowymi lub zmodyfikowanymi obiektami oraz wszelkie inne informacje i środki potrzebne do odtworzenia środowisk testowych i produkcyjnych przy użyciu przekazanych materiałów, korzystania z przedmiotowych programów komputerowych, baz danych oraz innych niezbędnych elementów. Niezależnie od przekazania kodów źródłowych projektu Wykonawca zapewni Zamawiającemu ciągły, nieprzerwany i wydajny dostęp do repozytorium kodów źródłowych, definicji struktur danych, plików i skryptów konfiguracyjnych i dokumentacji stanowiącej produkty projektu realizowany metodą teletransmisji danych. Wykonawca zapewni, że na potrzeby wytwarzania, utrzymania i rozwoju Oprogramowania będzie wykorzystywane tylko jedno repozytorium oparte o wskazany przez Zamawiającego system kontroli wersji skonfigurowany w celu zapewnienia maksymalnej możliwej kontroli i rozliczalności realizowanych prac procesu wytwórczego.

14. Kody źródłowe Oprogramowania, w stosunku do którego Wykonawca przenosi prawa autorskie bądź udziela licencji oraz dokumentacja zostaną przekazane w stanie kompletnym wraz z opisem i komentarzami w treści kodu, spełniającymi wymagania określone w Opisie Przedmiotu Zamówienia najpóźniej z chwilą przeniesienia praw autorskich/udzielenia licencji. Opis i komentarze zawarte w kodzie źródłowym muszą umożliwiać ich samodzielną poprawną interpretację, modyfikację i rozwój przez Zamawiającego lub inny podmiot świadczący profesjonalne usługi w zakresie projektowania, wytwarzania, rozwoju i utrzymania oprogramowania. Oprócz opisów znajdujących się w kodzie źródłowym powinien zostać dostarczony opis architektury Oprogramowania, opis zawartości, budowy i organizacji kodu źródłowego poszczególnych programów, opis poszczególnych programów, opis klas, zmiennych i atrybutów klas, opis protokołów transmisji danych, opis struktur baz danych Oprogramowania oraz wszelkie inne istotne informacje niezbędne dla prawidłowego korzystania z wytworzonego oprogramowania, modyfikowania, kompilacji, włączając w to informacje dotyczące konfiguracji zewnętrznego oprogramowania i komponentów programistycznych.

15. Wykonawca gwarantuje, że zakres udzielonych licencji (sublicencji) zapewnia Zamawiającemu możliwość samodzielnego sprawowania (opieki pogwarancyjnej) nad Oprogramowaniem oraz samodzielnego rozwoju Oprogramowania lub powierzenia tego osobie trzeciej niezależnej od Wykonawcy lub producenta elementów Oprogramowania.

16. Zamawiający zobowiązuje się do:1) udzielenia wszelkich informacji i danych, a także udostępnienia materiałów, narzędzi,

sprzętu, oprogramowania, danych oraz dokumentacji znajdujących się w jego posiadaniu, które będą niezbędne do prawidłowego i terminowego wykonania przedmiotu Umowy;

171

2) w zakresie koniecznym dla prawidłowej realizacji zobowiązań Wykonawcy zapewnić niezbędną infrastrukturę oraz dostęp do pomieszczeń i budynków, w których będą prowadzone prace związane z realizacją przedmiotu Umowy, z zachowaniem procedur i regulaminów obowiązujących w tychże pomieszczeniach i budynkach;

3) udzielenia Wykonawcy niezbędnych uprawnień do Oprogramowania tak żeby Wykonawca mógł realizować swoje zobowiązania wynikające z Umowy;

4) zapewnienia infrastruktury sprzętowej w celu prawidłowego i terminowego wykonywania Przedmiotu Umowy.

§ 4. Wynagrodzenie

1. Wynagrodzenie z tytułu należytego wykonania przedmiotu Umowy, o którym mowa w § 1, które Zamawiający zapłaci Wykonawcy nie przekroczy łącznie kwoty [■] zł netto (słownie: [■]), powiększonej o kwotę podatku od towarów i usług (VAT) wynikającą ze stawki tego podatku obowiązującej na dzień wystawienia faktury (powstania zobowiązania podatkowego), przy czym:1) z tytułu zaprojektowania i wytworzenia Oprogramowania Zamawiający zapłaci

Wykonawcy wynagrodzenie w wysokości [■] netto (słownie: [■]), powiększone o podatek VAT w wysokości: [■] zł, tj. brutto [■] zł (słownie: [■]), z zastrzeżeniem, że maksymalne wynagrodzenie nie tego tytułu nie może przekroczyć [■] zł (słownie: [■]) brutto; w podziale na następujące Etapy wskazane w pkt 6. OPZ (cz. III SIWZ):a. Etap inicjowania projektu 2 % kwoty o której mowa w ust. 1 pkt 1; b. Etap budowy podstawowej wersji system KREPTD - 30 % kwoty o której mowa w

ust. 1 pkt 1; c. Etap budowy rozszerzonej wersji systemu KREPTD - 38 % kwoty o której mowa w

ust. 1 pkt 1; d. Etap wdrożenia narzędzia klasy hurtowni danych oraz funkcjonalności

wynikających z potrzeb zidentyfikowanych w trakcie pierwszego roku korzystania z KREPTD - 30 % kwoty o której mowa w ust. 1 pkt 1 pkt 1.

Wynagrodzenie wskazane w ust. 1 pkt 1 lit. c i d płatne będzie w następujący sposób: i. 50% wynagrodzenia należnego za dany etap płatne w połowie realizacji etapu

zgodnie z ustalonym przez Strony Harmonogramem;ii. 50% wynagrodzenia należnego za dany etap płatne po odbiorze Etapu.

2) Z tytułu należytego wykonania Usług Utrzymania, o których mowa w § 1 ust. 1 pkt 5 Zamawiający zapłaci Wykonawcy łączne wynagrodzenie ryczałtowe w wysokości [■] złotych netto (słownie: [■]), powiększone o podatek VAT w wysokości: [■] zł, tj. brutto [■] zł (słownie: [■]), podzielone na płatności kwartalne, w równych ratach po [■] zł netto powiększone o podatek VAT, tj. [■] brutto (słownie: [■]) z tym, że pierwsza i ostatnia płatność za Usługę Utrzymania może obejmować okres krótszy niż kwartał kalendarzowy i wówczas zostanie przez Zamawiającego rozliczona proporcjonalnie do czasu świadczenia tej usługi w danym kwartale. Strony ustalają, że co do zasady Usługi Utrzymania rozpoczynają się po odebraniu podstawowej wersji systemu KREPTD. Wynagrodzenie określone w niniejszym punkcie naliczanie będzie w stosunku do terminów określonych w Harmonogramie i OPZ..

172

3) Z tytułu należytego wykonania Usług Rozwoju o których mowa w § 1 ust. 1 Zamawiający zapłaci Wykonawcy łączne wynagrodzenie w wysokości [■] złotych netto (słownie: [■]), powiększone o podatek VAT w wysokości: [■] zł, tj. brutto [■] zł (słownie: [■]). Wynagrodzenie płatne będzie kwartalnie według iloczynu liczby przepracowanych roboczogodzin oraz stawki rozliczeniowej będącej wynikiem ilorazu łącznego wynagrodzenia z tytułu świadczenia Usług Rozwoju oraz liczby godzin o których mowa w § 8 ust. 12.

2. Wynagrodzenie, o którym mowa w ust. 1, obejmuje także wynagrodzenie za udzielenie stosownych licencji, przeniesienie autorskich praw majątkowych do wykonanego w ramach Umowy Oprogramowania oraz wszystkie koszty i wydatki poniesione przez Wykonawcę w związku z wykonaniem przedmiotu Umowy i jest niezmienne przez cały okres realizacji Umowy. Wykonawcy nie przysługują w stosunku do Zamawiającego żadne inne roszczenia.

3. Odpowiednie części wynagrodzenia będą płatne z dołu na podstawie prawidłowo wystawionej i dostarczonej Zamawiającemu faktury, do której dołączono kopię podpisanego przez obie strony Protokołu Odbioru. Podstawą wystawienia faktury przez Wykonawcę będą:1) Protokół Odbioru Oprogramowania z zastrzeżeniem, że w przypadku o którym mowa

w ust. 1 pkt 1 lit. c i d podstawą dokonania płatności częściowych będzie Protokół wskazujący na poziom i zakres zaangażowania prac w stosunku do Harmonogramu.

2) Protokół Odbioru Usługi Utrzymania — za każdy kwartalny okres rozliczeniowy;3) Protokół Obioru Usługi Rozwoju;

4. Wszelkie płatności wynikające z Umowy będą dokonywane przez Zamawiającego w formie przelewu na rachunek bankowy Wykonawcy wskazany w fakturze VAT w terminie 30 dni od daty doręczenia prawidłowo wystawionej faktury. Za dzień zapłaty uznaje się dzień obciążenia rachunku bankowego Zamawiającego.

5. Zmiana stawki podatku VAT nie stanowi zmiany niniejszej Umowy. W przypadku zmiany stawki podatku VAT należne Wykonawcy wynagrodzenie ulegnie zmianie w zależności od sposobu zmiany wysokości podatku od towarów i usług.

§ 5. Zasady i warunki odbioru

1. Odbiór rezultatów prac wykonanych w trakcie realizacji Umowy następuje w siedzibie Zamawiającego i polega na weryfikacji czy przedmiot Odbioru spełnia wymagania określone w Umowie, SIWZ oraz zleceniach zmian z uwzględnieniem bardziej szczegółowych wymagań uzgodnionych w toku współpracy Stron.

2. Odbiór wytworzonego Oprogramowania (zarówno całości jak i poszczególnych etapów) następował będzie na następujących zasadach:1) Odbiór jakościowy Oprogramowania nastąpi poprzez przeprowadzenie Testów

akceptacyjnych. Pozytywny wynik Testów akceptacyjnych oznacza odbiór Oprogramowania oraz zgodę na wdrożenie oprogramowania w środowisku produkcyjnym;

173

2) W przypadku negatywnego wyniku Testów akceptacyjnych Wykonawca będzie zobowiązany do usunięcia zidentyfikowanych błędów i przystąpienia ponownie do ww. Testów pod rygorem sankcji określonej w § 9 i § 10. Usunięcie błędów nastąpi w terminie określonym w protokole rozbieżności, a gdy terminu nie określono w terminie 10 dni roboczych od negatywnego wyniku Testu akceptacyjnego;

3) Na podstawie pozytywnie przeprowadzonych Testów akceptacyjnych zostanie sporządzony Protokół Odbioru jakościowego Oprogramowania. Zamawiający w terminie 10 dni roboczych od dnia przekazania protokołu dokona jego weryfikacji. W przypadku niezgłoszenia uwag do przekazanego protokołu w tym terminie, protokół uznaje się za zaakceptowany;

3. Odbiór dokumentacji następował będzie na następujący zasadach:1) Wykonawca przekaże Zamawiającemu wszelką dokumentację projektową i techniczną

zgodnie z OPZ.2) Wykonawca przygotuje w terminach wynikających z Harmonogramu, a Zamawiający

zatwierdzi dokumentacje określoną w OPZ.

4. Odbiór Usługi utrzymania oraz konfiguracji infrastruktury o których mowa w § 1 oraz usług związanych z instruktażem będzie następował na następujących zasadach:1) Usługi dla Oprogramowania będą realizowane przez Wykonawcę przez okres

obowiązywania Umowy;2) potwierdzenie realizacji Usługi nastąpi każdorazowo przez złożenie kwartalnych

Raportów z wykonania usługi (zwanych dalej: Raportami);3) zaakceptowany bez zastrzeżeń Raport, stanowić będzie podstawę do podpisania

kwartalnego Protokołu Odbioru Usług;4) w przypadku zgłoszenia Wad w stosunku do danego Przedmiotu Odbioru,

Wykonawca poprawi dany przedmiot w terminie wskazanym przez Zamawiającego w Umowie lub w protokole rozbieżności, a gdy terminu nie określono w terminie 10 dni roboczych od zgłoszenia przez Zamawiającego Wady. Procedurę powtarza się aż do czasu dokonania Odbioru albo skorzystania przez Zamawiającego z prawa do odstąpienia od Umowy zgodnie z obowiązującymi przepisami prawa lub zgodnie z Umową;

5) należyte wykonanie prac w ramach Procedury zarządzania zmianą potwierdzone zostanie odrębnym Protokołem Odbioru;

6) komplet zaakceptowanych bez zastrzeżeń Protokołów Odbioru stanowić będzie podstawę do podpisania Protokołu Odbioru Końcowego Usługi.

5. Odbiór Usługi Rozwoju, mowa w § 1 będzie następował na następujących zasadach:1) Usługi dla Oprogramowania będą realizowane przez Wykonawcę przez okres

obowiązywania Umowy;2) potwierdzenie realizacji Usługi nastąpi każdorazowo przez złożenie Raportu z

wykonania usługi (zwanych dalej: Raportem) sporządzonego na podstawie zatwierdzonego wniosku o zmianę i zawierający wyszczególnienie roboczogodzin;

3) Zamawiający będzie uprawniony do weryfikacji realizacji Usługi zgodnie z procedurą opisaną w pkt 5.1 OPZ.

174

4) zaakceptowany bez zastrzeżeń Raport, stanowić będzie podstawę do podpisania Protokołu Odbioru Usługi;

5) w przypadku zgłoszenia Wad w stosunku do danego Przedmiotu Odbioru, Wykonawca poprawi dany przedmiot w terminie wskazanym przez Zamawiającego w Umowie lub w protokole rozbieżności, a gdy terminu nie określono w terminie 10 dni roboczych od zgłoszenia przez Zamawiającego Wady. Procedurę powtarza się aż do czasu dokonania Odbioru albo skorzystania przez Zamawiającego z prawa do odstąpienia od Umowy zgodnie z obowiązującymi przepisami prawa lub zgodnie z Umową;

6) należyte wykonanie prac w ramach Procedury zarządzania zmianą potwierdzone zostanie odrębnym Protokołem Odbioru;

7) zaakceptowane Protokoły Odbioru Usług wykonane w danym kwartale stanowić będą podstawę rozliczenia wynagrodzenia w danym kwartale;

8) komplet zaakceptowanych bez zastrzeżeń Protokołów Odbioru stanowić będzie podstawę do podpisania Protokołu Odbioru Końcowego Usługi.

6. W przypadku zgłoszenia Wad dokumentacji, o której mowa w ust. 4 pkt 1 i 2, Wykonawca poprawi dany przedmiot w terminach wskazanym przez Zamawiającego w Umowie lub w protokole rozbieżności, a gdy terminu nie określono w terminie 10 dni roboczych od zgłoszenia przez Zamawiającego Wady. Procedurę powtarza się aż do czasu dokonania Odbioru albo skorzystania przez Zamawiającego z prawa do odstąpienia od Umowy zgodnie z obowiązującymi przepisami prawa lub zgodnie z Umową.

7. Wykonawca zobowiązuje się do opracowania i przekazania Zamawiającemu w terminie 14 dni od dnia podpisania Umowy dokumentacji, o której mowa w ust. 4 pkt 2 i szczegółowego Harmonogramu realizacji zgodnie z założeniami opisanymi w SIWZ.

8. Harmonogram oraz ww. dokumenty podlegają zatwierdzeniu przez Zamawiającego w razie przekazania przez Zamawiającego uwag do projektów; do czasu ostatecznego uzgodnienia Harmonogramów i pozostałych dokumentów strony obowiązuje wersja z uwagami Zamawiającego.

9. Dokumentacja, o której mowa w ust. 4 pkt 2 staje się integralną częścią Umowy.10. Wykonanie szkoleń realizowanych w ramach Umowy potwierdzone zostanie w drodze

protokołu odbioru usług szkoleniowych. Wykonawca przeprowadzi szkolenia w terminach wynikających z Harmonogramu oraz OPZ, chyba że Zamawiający i Wykonawca dojdą do porozumienia co do innego terminu szkolenia. Przeprowadzenie szkolenia potwierdzone zostanie Częściowym Protokołem Odbioru. Suma wszystkich protokołów częściowych oraz wydanie Zamawiającemu przez Wykonawcę dokumentów potwierdzających nabyte przez uczestników szkoleń umiejętności i uprawnienia będą stanowić podstawę sporządzenia protokołu odbioru Usług Szkolenia.

11. Po wykonaniu poszczególnych przedmiotów Odbioru, o których mowa w niniejszym paragrafie Wykonawca poinformuje Zamawiającego o zgłoszeniu danego przedmiotu do Odbioru.

12. W przypadku potwierdzenia prawidłowości wykonania przedmiotu Odbioru, o których mowa w niniejszym paragrafie, Zamawiający dokona Odbioru i podpisze stosowny

175

Protokół Odbioru. Protokół Odbioru sporządzony zostanie w dwóch egzemplarzach, w formie pisemnej pod rygorem nieważności.

13. Po zakończeniu realizacji Przedmiotu umowy strony sporządza Protokół Odbioru Końcowego Przedmiotu Zamówienia.

14. Dokonanie Odbioru nie wpływa na możliwość skorzystania przez Zamawiającego z uprawnień przysługujących mu na mocy przepisów prawa oraz postanowień Umowy w wypadku nienależytego wykonania Umowy, a w szczególności na prawo naliczenia kar umownych, dochodzenia odszkodowania lub odstąpienie od Umowy.

15. Zamawiający może zgłosić wady polegające na niezrealizowaniu wymagań OPZ lub zleceń w zakresie prac rozwojowych w każdym czasie, nawet po dokonaniu odbioru. Uprawnienie, o którym mowa powyżej, wygasa w dacie wygaśnięcia uprawnień z rękojmi.

16. Postanowienie ust. 10 stosuje się odpowiednio do innych świadczeń Wykonawcy przewidzianych w SIWZ.

17. Odbiór przez Zamawiającego określonych elementów oprogramowania bądź dokumentacji nie zwalnia Wykonawcy z odpowiedzialności, jeżeli Wykonawca powinien był wiedzieć, że odebrane przez Zamawiającego elementy oprogramowania bądź dokumentacja nie spełniają wymagań określonych w Umowie, chyba że Zamawiający dokonał odbioru pomimo przekazanej przez Wykonawcę pisemnej informacji o wadach przedmiotu odbioru.

18. Ponowna procedura Odbioru w żaden sposób nie wstrzymuje ani nie przesuwa określonych w Umowie terminów, a także odpowiedzialności Wykonawcy z tytułu niedotrzymania tychże terminów, w szczególności uprawnia Zamawiającego do naliczenia kar umownych oraz odstąpienia od Umowy.

19. Zamawiający zastrzega sobie prawo korzystania w trakcie wykonywania Umowy z usług osób i podmiotów trzecich celem osobistej oraz bezpośredniej kontroli jakości i sposobu prowadzenia całości lub poszczególnych prac objętych Umową, jak również do przeprowadzenia takiej kontroli samodzielnie, poprzez pracę członków personelu Zamawiającego (dalej też: „Kontrola Jakości”). Koszty związane z powyższymi usługami oraz pracami członków personelu Zamawiającego ponosi Zamawiający. Osobom takim, posiadającym pisemne upoważnienie ze strony Zamawiającego, Wykonawca zobowiązany będzie udzielić niezwłocznie wszelkich informacji, danych i wyjaśnień w żądanym zakresie oraz udostępnić i zaprezentować rezultaty prowadzonych prac, jak również zapewnić możliwość ich kontroli. W szczególności Zamawiający ma prawo przeprowadzić własne testy dostarczonych Produktów za pomocą zdefiniowanych samodzielnie scenariuszy testowych

20. Zamawiający zastrzega sobie prawo do wyboru i korzystania z opinii biegłego w przypadku wątpliwości dotyczących liczby roboczogodzin niezbędnych na realizację danego zadania rozwojowego. Na żądanie biegłego Wykonawca i Zamawiający przekażą wszelkie niezbędne informacje. Biegły dokona oceny czasochłonności realizacji danego zadania. Wykonawca będzie zobowiązany do rozliczenia zadania w czasie wyliczonym przez biegłego, o ile tylko Zamawiający podejmie decyzję o konieczności jego realizacji. Koszty związane z powyższą opinią ponosi Wykonawca w przypadku, gdy różnica w

176

obliczeniach liczby osobodni/roboczo-godzin Wykonawcy i biegłego wyniesie więcej niż 10 % liczby roboczogodzin uprzednio wskazanych przez Wykonawcę.

21. Wykonawca zobowiązany jest do współpracy z osobami, o których mowa w ust. 19 i 20

§ 6. Gwarancja

1. W ramach wynagrodzenia określonego w § 4 Wykonawca gwarantuje, że:1) Oprogramowanie jest wolne od wad fizycznych i prawnych, kompletne, zaś wszelkie

usługi związane z obsługą Oprogramowania są kompletne i prawidłowo wykonane;2) Oprogramowanie będzie wykonane zgodnie z Umową. W przypadku nienależytego

wykonania prac, Wykonawca będzie zobowiązany do usunięcia wad na zasadach określonych w gwarancji;

3) Oprogramowanie w zakresie określonym w dokumentacji, w warunkach prawidłowej eksploatacji i obsługi będzie funkcjonowało zgodnie z dostarczoną dokumentacją;

4) udziela Zamawiającemu gwarancji na Oprogramowanie; okres gwarancji na wykonane prace w zakresie Oprogramowania rozpoczyna się w dniu podpisania przez uprawnionych przedstawicieli stosownych Protokołów Odbioru poszczególnych wersji systemu i trwa do odbioru końcowego Oprogramowania, a następnie przez okres 36 miesięcy od Odbioru Końcowego Oprogramowania KREPTD w wersji pełnej.

2. Gwarancja polegać będzie na nieodpłatnym dokonywaniu napraw błędów Oprogramowania zgłaszanych przez Zamawiającego, według czasów naprawy przewidzianych w Opisie Przedmiotu Zamówienia.

3. Gwarancja obejmuje wszelkie wady w wykonaniu. Jeżeli Wykonawca zostanie powiadomiony o takich wadach w okresie gwarancyjnym, przystąpi do naprawy gwarancyjnej w terminie 3 dni roboczych. W okresie świadczenia usług utrzymania wszystkie zgłoszone wady Wykonawca realizuje zgodnie z przyjętą procedurą utrzymania.

4. Wykonawca będzie zobowiązany do działania z zachowaniem należytej staranności w celu dokonania naprawy lub wymiany uszkodzonego Oprogramowania w miarę możności w sposób niezakłócający pracy rozwiązania. Wykonawca naprawi szkody powstałe w wyniku błędnie działającego Oprogramowania.

5. Wykonawca zobowiązuje się do świadczenia gwarancji z zachowaniem należytej staranności i w sposób zapobiegający utracie jakichkolwiek danych. W przypadku, gdy wykonanie usługi wiąże się z ryzykiem utraty danych, Wykonawca zobowiązany jest poinformować o tym Zamawiającego przed przystąpieniem do wykonywania usługi.

6. Wykonawca zobowiązuje się zrealizować Umowę w sposób nie naruszający warunków standardowej gwarancji udzielonej przez producentów poszczególnego oprogramowania oraz innych programów komputerowych, mających związek z Przedmiotem niniejszej Umowy.

7. Z chwilą udzielenia gwarancji na poszczególne elementy Oprogramowania Wykonawca zapewni w ramach Umowy Zamawiającemu odpowiednio gwarancje udzielone przez dostawców lub producentów elementów oprogramowania.

177

8. Niezależnie od uprawnień wynikających z gwarancji Wykonawca ponosi odpowiedzialność z tytułu rękojmi za wady fizyczne i prawne Oprogramowania. Okres rękojmi wynosi 3 lata i liczony jest od daty odbioru końcowego Oprogramowania KREPTD w wersji pełnej.

9. W razie skorzystania przez Zamawiającego z prawa do odstąpienia od umowy okresy rękojmi i gwarancji liczone są od daty odstąpienia.

§ 7. Autorskie prawa majątkowe

1. Zamawiający udzieli Wykonawcy niezbędnych uprawnień do Oprogramowania, tak ażeby Wykonawca mógł realizować swoje zobowiązania wynikające z Umowy, w szczególności, Zamawiający udziela na rzecz Wykonawcy nieodpłatnej licencji do korzystania z oprogramowania, w tym również do korzystania z dzieł twórczych powstałych w wykonaniu prac związanych z rozwojem Oprogramowania, w celu jego integracji z innymi systemami informatycznymi, za które odpowiedzialny jest Zamawiający. Licencja nie jest ograniczona zakresem terytorialnym. Licencja udzielona na czas określony tj. do dnia wygaśnięcia Umowy. Licencja ta obejmuje wszystkie pola eksploatacji niezbędne do naprawy jakichkolwiek błędów, usterek lub wad w stosunku do Oprogramowania oraz dzieł twórczych powstałych w wykonaniu prac związanych z rozwojem Oprogramowania, w szczególności na następujących polach eksploatacji: przystosowywanie, zmiany układu lub jakiekolwiek inne zmiany w programie komputerowym w tym kodu źródłowego i kodu wynikowego, opracowywanie, zmienianie, usuwanie danych i dokonywanie modyfikacji w jakiejkolwiek formie, powielanie, kopiowanie, odtwarzanie, utrwalanie, zwielokrotnianie technikami mechanicznymi, optycznymi, analogowymi i cyfrowymi, wprowadzanie do pamięci komputera, wyświetlanie, stosowanie, przekazywanie i przechowywanie oraz tłumaczenie. Wykonawca nie jest uprawniony do korzystania z licencji w innym celu niż określony w Umowie.

2. Wykonawca gwarantuje, że dostarczone w wyniku realizacji Umowy Oprogramowanie nie będzie obciążone wadami prawnymi.

3. Wykonawca najpóźniej z chwilą podpisania przez Strony Protokołu Odbioru Oprogramowania (chociażby dla poszczególnej wersji Oprogramowania) lub Protokołu Odbioru Usługi, przenosi na Zamawiającego autorskie prawa majątkowe do Oprogramowania i dokumentacji powstałych w wyniku realizacji Umowy.

4. Przeniesienie praw do Oprogramowania, w tym projektu graficznego interfejsów graficznych użytkownika, (wszystkich aplikacji dostępowych), kodów źródłowych oraz kodów wynikowych dotyczy następujących pól eksploatacji:1) utrwalania na wszelkich znanych w chwili zawarcia umowy nośnikach, w

szczególności na nośnikach magnetycznych, na płytach CD-ROM, DVD, VCD wszelkiego formatu i rodzaju, na dyskach optycznych i magnetooptycznych;

2) trwałego lub czasowego zwielokrotnienia każdą techniką znaną w chwili zawarcia Umowy w całości lub w części, w zakresie, w którym dla rozpowszechniania, wprowadzenia, wyświetlania, stosowania, przekazywania i przechowywania niezbędne jest jego zwielokrotnienie;

178

3) wprowadzania i zapisywania w pamięci komputerów, w tym też komputerów podmiotów trzecich (cloud computing), odtwarzania, utrwalania, przekazywania, przechowywania, wyświetlania, stosowania, instalowania i deinstalowania oprogramowania, sporządzania kopii zapasowych (kopii bezpieczeństwa);

4) samodzielnie lub przy pomocy osób trzecich przystosowywania (customizacja), tłumaczenia, wprowadzania zmian, a także zmian układu lub jakichkolwiek innych zmiany z zachowaniem wszystkich, określonych w niniejszym paragrafie pól eksploatacji na elementy zmienione, w tym tłumaczenia, adaptacje, przekształcenia, dekompilowania, dezasemblacji;

5) publicznego rozpowszechniania, w tym wprowadzania do obrotu, użyczenia, najmu lub dzierżawy oprogramowania i dokumentacji lub ich kopii;

6) modyfikacji kodów źródłowych oraz kodów wynikowych, ich kompilacji, dekompilacji, dezasemblacji, tłumaczenia, testowania, wdrożenia, używania oraz wykorzystywania na wszystkich polach eksploatacji określonych niniejszym paragrafie, wytworzonego w ten sposób oprogramowania wraz z prawem wykonywania zależnego prawa autorskiego oraz prawem do udzielania zezwoleń na wykonywanie zależnego prawa autorskiego do wskazanych produktów i ich zmian na wszystkich wymienionych wyżej polach eksploatacji;

7) rozpowszechniania, w tym użyczenia lub najmu, oprogramowania i dokumentacji lub ich kopii.

5. Przeniesienie praw do dokumentacji dotyczy następujących pól eksploatacji:1) utrwalania i zwielokrotniania utworów — dowolną techniką, w tym drukarską,

reprograficzną, zapisu magnetycznego, cyfrową;2) rozpowszechniania, w tym publicznego udostępniania, także w sposób umożliwiający

dostęp nieograniczonego kręgu odbiorców, w szczególności w sieci Internet, publicznego wykonywania, wystawiania, wyświetlania, odtwarzania, nadawania, reemitowania, użyczania, najmu;

3) wprowadzenia do pamięci komputera;4) tłumaczenia, przystosowania, zmiany układu lub jakichkolwiek innych zmian

(modyfikacji) przez Zamawiającego we własnym zakresie jak i przez osobę trzecią;

6. Na potrzeby realizacji zadań ustawowych Wykonawca udzieli bądź zapewni Zamawiającemu z chwilą podpisania protokołu odbioru etapu/usługi na czas nieoznaczony, nieograniczonej terytorialnie licencji wraz z prawem do udzielania sublicencji na niezwiązane ze specyfiką dziedzinową elementy gotowego oprogramowania — tj. z zakresu uniwersalnych funkcji rozwiązania na następujących polach eksploatacji:1) utrwalania na wszelkich znanych w chwili zawarcia umowy nośnikach, w

szczególności na nośnikach magnetycznych, na płytach CD-ROM, DVD, VCD wszelkiego formatu i rodzaju, na dyskach optycznych i magnetooptycznych;

2) trwałego lub czasowego zwielokrotnienia każdą techniką znaną w chwili zawarcia Umowy w całości lub w części, w zakresie, w którym dla rozpowszechniania, wprowadzenia, wyświetlania, stosowania, przekazywania i przechowywania niezbędne jest jego zwielokrotnienie;

179

3) wprowadzania do pamięci komputera;4) tłumaczenia, przystosowania, zmiany układu lub jakichkolwiek innych zmian

(modyfikacji) przez Zamawiającego we własnym zakresie, jak i przez osobę trzecią;5) publicznego rozpowszechniania, w tym wprowadzania do obrotu, użyczania, najmu

lub dzierżawy oprogramowania i dokumentacji lub ich kopii;6) tłumaczenia i zwielokrotniania kodu źródłowego (chyba że postanowienia umowne

producenta stanowią inaczej). 7) rozpowszechniania, w tym użyczenia lub najmu, oprogramowania i dokumentacji lub

ich kopii.

7. Udzielone przez Wykonawcę prawa do oprogramowania obcego o którym umowa w ust. 6 dostarczonego w ramach Oprogramowania winny spełniać następujące warunki:1) powinno obejmować przede wszystkim prawo do korzystania przez Zamawiającego

lub podmioty trzecie w szczególności na terytorium Polski oraz państw sąsiadujących z Polską z oprogramowania obcego i jego jakichkolwiek aktualizacji w zakresie niezbędnym do korzystania z Oprogramowania bez żadnych ograniczeń czasowych i upoważniać Zamawiającego do kopiowania oprogramowania obcego dowolną metodą oraz do poprawiania błędów w takim oprogramowaniu obcym oraz do korzystania w celu świadczenia usług utrzymania w najpełniejszym zakresie dozwolonym umowami licencyjnymi producentów oprogramowania obcego.

2) wykonawca zapewni zawarcie bezterminowych umów licencyjnych z możliwością sublicencji bezpośrednio z producentem takiego oprogramowania obcego, lub zawarcie bezterminowych umów sublicencyjnych z Wykonawcą na korzystanie z oprogramowania obcego z prawem do udzielenia dalszych sublicencji, dla takiej liczby użytkowników, aby nie ograniczało to Zamawiającego w korzystaniu z oprogramowania, bez dodatkowych opłat w ramach Wynagrodzenia określonego w § 4 ust. 1 Umowy, których postanowienia odzwierciedlać będą zapotrzebowanie Zamawiającego określone w szczególności w Umowie oraz w SIWZ, w tym w odniesieniu do świadczenia usługi utrzymania takiego oprogramowania obcego.

3) Zamawiający ma prawo do udzielenia sublicencji na korzystanie z oprogramowania obcego i jego modyfikacji, aktualizacji w zakresie określonym w ust. 6 na rzecz jednostek Skarbu Państwa i jednostek samorządu terytorialnego oraz innych użytkowników końcowych nie będących jednostkami Skarbu Państwa i samorządu terytorialnego, w zakresie niezbędnym do realizacji przedmiotu Umowy oraz zadań Zamawiającego związanych z wykorzystaniem Oprogramowania, z uwzględnieniem modyfikacji w Oprogramowaniu wprowadzonych również po zakończeniu realizacji Umowy.

4) Wykonawca zapewni, że aktualizacja oprogramowania obcego, nie spowoduje ograniczenia pól eksploatacji określonych w ust. 6. Z chwilą udzielenia licencji, sublicencji na korzystanie z oprogramowania obcego, własność nośników, na których utrwalono oprogramowanie obce i jego modyfikacje, aktualizacje przechodzi na Zamawiającego.

5) Wykonawca z chwila udzielenia praw o których mowa w ust. 6 udzieli Zamawiającemu prawa do kopiowania i rozpowszechniania dla pracowników

180

Zamawiającego i pracowników innych jednostek Zamawiającego oraz osób z tymi podmiotami współpracujących dokumentacji oprogramowania obcego wraz z aktualizacjami, na które Wykonawca udzielił licencji lub sublicencji, w zakresie niezbędnym do realizacji Umowy oraz zadań Zamawiającego, w najpełniejszym zakresie dozwolonym umowami licencyjnymi producentów oprogramowania obcego.

6) W przypadku gdy w okresie obowiązywania Umowy okaże się, że dostarczone licencje/sublicencje nie zapewnią pełnej realizacji Umowy zgodnie z wymaganiami Zamawiającego, Wykonawca jest zobowiązany niezwłocznie, ale nie później niż w terminie 7 dni roboczych dostarczyć, implementować i zapewnić Zamawiającemu prawo do korzystania zgodnie Umowy z licencji lub sublicencji w pełnym zakresie, bez dodatkowego wynagrodzenia.

7) Udzielone licencje/sublicencje będą uprawniać Zamawiającego do powiedzenia świadczenia usług utrzymania Oprogramowania osobie trzeciej niezależnej od Wykonawcy lub producenta.

8) Udzielone licencje/sublicencje zapewnią Zamawiającemu usługi aktualizacji oprogramowania obcego zgodnie świadczone przez producenta lub autoryzowanego przedstawiciela producenta przez okres obowiązywania umowy przy czym wynagrodzenie za te usługi zawarte jest i rozliczane w ramach kwartalnego ryczałtu (raty) za usługi utrzymania.

9) Jeśli dostarczone w ramach Umowy oprogramowanie obce naruszać będzie prawa osób trzecich, postanowienia § 7 ust. 15-17 Umowy mają odpowiednie zastosowanie, a Wykonawca niezwłocznie uzyska dla Zamawiającego, na swój koszt, licencję lub sublicencję na oprogramowanie obce dotknięte naruszeniem lub dokona, na swój koszt, modyfikacji Oprogramowania, przy którego wytworzeniu, wdrożeniu użyto oprogramowania naruszającego prawa osób trzecich.

10) W każdym przypadku wygaśnięcia lub rozwiązania umowy licencyjnej lub sublicencyjnej do oprogramowania obcego zawartej pomiędzy Wykonawcą a Zamawiającym Wykonawca zobowiązany jest w ramach Wynagrodzenia określonego w § 4 ust. 1 bezwarunkowo przenieść (cesja) na Zamawiającego autorskie prawa majątkowe lub licencje do oprogramowania obcego zainstalowanego u Zamawiającego najpóźniej w dniu wygaśnięcia lub rozwiązania umowy licencyjnej, sublicencyjnej, a jeżeli nie jest to możliwe, w tym samym terminie zapewnić uzyskanie przez Zamawiającego licencji do oprogramowania obcego bezpośrednio u producenta, chyba że umowa licencyjna została zawarta bezpośrednio pomiędzy Zamawiającym a producentem.

8. Wykonawca przenosi na Zamawiającego autorskie prawa zależne do Oprogramowania, kodów źródłowych i wynikowych, dokumentów oraz innych twórczych elementów stanowiących Przedmiot umowy oraz zezwala Zamawiającemu na wykonywanie zależnych praw autorskich w zakresie udzielonych licencji oraz przeniesionych praw autorskich.

9. Z chwilą przeniesienia praw autorskich/udzielenia licencji Wykonawca przenosi na Zamawiającego własność nośników, na których są zmaterializowane utwory, do których prawa są przekazywane.

181

10. Do czasu przeniesienia autorskich praw majątkowych do Oprogramowania i dokumentacji powstałych w wyniku realizacji Umowy, Wykonawca wyraża zgodę na korzystanie z Oprogramowania i dokumentacji przez Zamawiającego. W tym celu udziela Zamawiającemu licencji w zakresie określonym w § 7 ust. 6.

11. W razie zaistnienia potrzeby przeniesienia praw autorskich bądź udzielenia licencji na innych polach eksploatacji niż wskazane w Umowie, Wykonawca zobowiązuje się do nieodpłatnego przeniesienia tych praw w terminie dwóch tygodni od zgłoszenia takiej potrzeby przez Zamawiającego, w przeciwnym razie zapłaci Zamawiającemu karę umowną w wysokości 5 % łącznego wynagrodzenia brutto, o którym mowa w § 4 ust. 1, za nieprzeniesienie praw w terminie i 0,5 % łącznego wynagrodzenia brutto za każdy rozpoczęty kolejny tydzień opóźnienia w przeniesieniu praw.

12. Wykonawca będzie przekazywał Zamawiającemu i utrzymywał w repozytorium projektowym pełną bazę danych zawierającą wszystkie wytworzone wersje kodów źródłowych i wynikowych wraz z ich opisem i komentarzami dla poszczególnych klas, funkcji, metod, i zmiennych, szczegółowy opis konfiguracji interfejsów oraz wszelkie inne istotne informacje niezbędne dla prawidłowego korzystania z wytworzonego oprogramowania zgodnie z § 3 ust. 14 oraz postanowieniami OPZ.

13. Wykonawca ponosi odpowiedzialność za roszczenia osób trzecich związanych z naruszeniem autorskich praw majątkowych do produktów powstałych w wyniku realizacji Przedmiotu Umowy i w związku z tym zobowiązuje się do zaspokojenia wszelkich roszczeń z tym związanych.

14. W przypadku zgłoszenia przez osoby trzecie jakichkolwiek roszczeń (związanych wykonanymi w ramach Umowy elementami Oprogramowania) wobec Zamawiającego w związku z korzystaniem przez niego z Przedmiotu Zamówienia, w szczególności roszczeń związanych z naruszeniem jakiegokolwiek prawa własności intelektualnej, Zamawiający poinformuje Wykonawcę o zgłoszeniu roszczeń, a Wykonawca zobowiązuje się zwolnić Zamawiającego z odpowiedzialności wobec osób trzecich, w szczególności poprzez:1) podjęcie działań mających na celu zażegnanie sporu wraz z poniesieniem związanych

z tym wszelkich kosztów, wstąpienie do toczącego się postępowania, a w razie braku takiej możliwości wystąpienie z interwencją uboczną po stronie Zamawiającego;

2) zapłacenie na rzecz osoby trzeciej kwot zasądzonych od Zamawiającego prawomocnym wyrokiem sądu lub przyznanych na podstawie innego ostatecznego orzeczenia lub niewzruszalnej decyzji odpowiednich organów, w tym także zapłacenie zasądzonych od Zamawiającego na rzecz osoby trzeciej kosztów procesu lub innego postępowania, w tym kosztów sądowych i kosztów zastępstwa procesowego przed organami wymiaru sprawiedliwości, a w przypadku zapłacenia tych kwot przez Zamawiającego lub ich wyegzekwowania od Zamawiającego przez osobę trzecią -zwrócenie na rzecz Zamawiającego kwoty wraz z kosztami celowej egzekucji, a ponadto zwrócenie Zamawiającemu także zapłaconych przez niego kosztów doradztwa prawnego, z którego Zamawiający skorzystał w związku z wystąpieniem osoby trzeciej, które nie zostały pokryte zasądzonym na rzecz Zamawiającego od osoby trzeciej zwrotem kosztów zastępstwa procesowego.

182

15. Zamawiający zobowiązuje się, że nie będzie uznawał żadnych roszczeń osób trzecich, zgłoszonych w przypadkach opisanych powyżej. Wykonawca będzie uprawniony do przyjęcia wyłącznej obrony, w tym apelacji oraz zawarcia ugody.

16. W przypadku, gdy Wykonawca stwierdzi, że Zamawiający korzysta z licencji na Oprogramowanie obce sprzecznie z jej postanowieniami wezwie Zamawiającego na piśmie pod rygorem bezskuteczności do zaprzestania naruszeń i wyznaczy Zamawiającemu stosowny termin (nie krótszy niż 60 dni) na zastosowanie się do wezwania.

§ 8. Usługa utrzymania i rozwoju Oprogramowania

1. W okresie obowiązywania Umowy Wykonawca będzie świadczył na rzecz Zamawiającego Usługę utrzymania, o której mowa w § 1 ust. 1 pkt 5 Umowy, polegającą w szczególności na:1) obsłudze błędów na zasadach określonych w OPZ, w ofercie oraz w procedurze

obsługi zgłoszeń i rozwiązywania problemów w terminach określonych w OPZ;2) wykonywaniu naprawy Oprogramowania w przypadku zgłoszenia błędów;3) udzielaniu konsultacji z zakresu Oprogramowania na zlecenie Zamawiającego w tym

również przy udziale zewnętrznego podmiotu utrzymującego;4) świadczeniu usługi administracji i utrzymania Oprogramowania;5) serwisowaniu, w tym wdrożeniu i instalacji Oprogramowania;6) pracach administracyjnych, serwisowych i konserwacyjnych wszystkich składowych

systemu KREPTD będących w zakresie niniejszego projektu,7) pracach prowadzonych w zakresie wszystkich środowisk infrastrukturalnych systemu

KREPTD będących w zakresie niniejszego projektu,8) pracach powszechnie uznawanych za czynności realizowane w ramach standardowych

zadań administratora systemów informatycznych, gwarantujących sprawne, niezawodne, bezpieczne i wydajne funkcjonowanie systemu KREPTD,

9) pracach w zakresie wdrażania, testowania i aktualizacji oprogramowania oraz utrzymywania aktualnych dokumentacji konfiguracji sprzętu i oprogramowania,

10) pracach w charakterze wsparcia specjalistycznego, projektowego, analitycznego dla nowych wymagań i inicjatyw podejmowanych przez Zamawiającego,

11) pracach w zakresie monitorowania i proaktywnego działania oraz informowania Zamawiającego o występujących nieprawidłowościach czy problemach w funkcjonowaniu systemu KREPTD,

12) pracach w zakresie powiadamiania użytkowników systemu KREPTD o planowanych przerwach lub pracach administracyjnych (z zastrzeżeniem faktu, że owe prace nigdy nie powinny odbywać się w godzinach pracy urzędu),

13) pracach w zakresie raportowania i przedstawiania statystyk z realizacji zgłoszeń utrzymaniowych za dany miesiąc i na żądanie Zamawiającego.

14) prowadzeniu rejestru/ewidencji błędów i zadań zawierającej zapis kompletnej ścieżki realizacji procedur utrzymaniowych i rozwojowych;

183

15) wprowadzaniu poprawek Oprogramowania wynikających ze zmian przepisów powszechnie obowiązujących oraz przepisów obowiązujących u Zamawiającego szczegółowo opisanych w OPZ.

2. Rozpoczęcie świadczenie usług utrzymania nastąpi po dokonaniu odbioru Oprogramowania.

3. Wykonawca zobowiązany będzie do świadczenia kompleksowych usług utrzymania systemu KREPTD w sposób zgodny z procedurami standardu ITILv3 wyspecyfikowanymi przez Wykonawcę i uzgodnionymi z Zamawiającym. Opracowane procedury zostaną opisane w dokumencie „Procedury utrzymania systemu KREPTD”, stanowić będą jeden z elementów dokumentacji powdrożeniowej podstawowej wersji systemu KREPTD i jako takie podlegać również stosownemu odbiorowi.

4. Wykonawca zobowiązuje się do dotrzymanie parametrów obsługi Zgłoszeń określonych w OPZ i Umowie.

Cechy Priorytet 1

Błąd krytyczny

Priorytet 2

Błąd poważny

Priorytet 3

Błąd niski

Czas reakcji na zgłoszenie 1h 1h 1h

Czas realizacji zgłoszenia5h na obejście 24h na rozwiązanie zgłoszenia

5h na obejście, 38h na rozwiązanie zgłoszenia

72h

5. Zamawiający będzie dokonywał zgłoszeń w sposób ustalony przez Wykonawcę z zastrzeżeniem, że Wykonawca udostępni co najmniej jeden kanał komunikacji do dokonywania zgłoszeń dostępny przez 24h. Zamawiający dopuszcza zastosowanie dedykowanego narzędzia do obsługi zgłoszeń udostępnionego przez Wykonawcę na jego koszt.

6. W przypadku powstania błędu czas reakcji na zgłoszenie wynosi 60 minut od chwili dokonania zgłoszenia przez Zamawiającego (wysłania maila, faksu, wykonanie połączenia telefonicznego, wprowadzenie zgłoszenia do narzędzia systemu zgłoszeń etc.). Wykonawca przyjmie zgłoszenie i potwierdzi jego przyjęcie (w sposób ustalony przez Strony) nie późnej niż do chwili upływu Czasu reakcji, który wlicza się do Czasu usunięcia awarii.

7. W razie wątpliwości uznaje się, że zgłoszenie zostało dokonane w chwili wysłania informacji w formie mailowej lub za dedykowanego narzędzia. Ryzyko nieotrzymania prawidłowo wysłanej wiadomości mailowej lub przekazania za pomocą dedykowanego narzędzia, spoczywa na Wykonawcy, z wyłączeniem sytuacji, gdy Wykonawca udowodni, iż nie otrzymał wiadomości z przyczyn od niego niezależnych.

184

8. Czasy określone w OPZ i Umowie liczone są od chwili dokonania Zgłoszenia w sposób ciągły.

9. Wykonawca zobowiązuje się do zapewnienia wsparcia dla Zgłoszeń polegającego na obsłudze wszystkich skutecznie przekazanych zgłoszeń i usunięciu błędów w określonych ramach czasowych i na warunkach wskazanych w OPZ i Procedurze serwisu.

10. Wykonawca zobowiązuje się rejestrować zgłaszane błędy wykorzystując rozwiązania umożliwiające raportowanie Zgłoszeń Zamawiającemu każdego miesiąca obowiązywania Umowy i na każde żądanie Zamawiającego, wedle wymagań wskazanych w OPZ.

11. W razie otrzymania przez Wykonawcę Zgłoszenia lub w razie uzyskania przez Wykonawcę wiedzy o wystąpieniu błędu z innego źródła niż Zgłoszenie, Wykonawca zobowiązany będzie do podjęcia działań zmierzających do usunięcia błędu w terminach określonych w Umowie. Wykonawca jest zobowiązany do niezwłocznego poinformowania Zamawiającego mailowo o podjęciu działań naprawczych, przyczynie powstania błędu oraz ewentualnych skutkach które on spowodował. Jeżeli Zamawiający nie wie o istnieniu błędu, Wykonawca poinformuje niezwłocznie Zamawiającego o jego wystąpieniu.

12. Wykonawca w czasie obowiązywania Umowy zobowiązany jest do świadczenia usługi rozwoju Oprogramowania KREPTD w wymiarze 20000 (dwadzieścia tysięcy) roboczogodzin. Usługi rozwoju świadczone będą każdorazowo po zatwierdzeniu przez Zamawiającego oferty przedstawionej przez Wykonawcę. Szczegółowy tryb postępowania w przypadku skorzystania przez Zamawiającego z usługi rozwoju zostanie określony w procedurze zarządzania zmianą. Po odebraniu przez Zamawiającego danego zadania rozwojowego strony sporządzą Protokół Odbioru Usługi.

13. Zamawiający uprawniony będzie do żądania od Wykonawcy przestawienia danych i informacji niezbędnych do weryfikacji zasadności wyceny przedstawionej w ofercie oraz podjęcia decyzji co do zakresu zlecenia. W tym celu Wykonawca dostarczy wskazanemu przez Zamawiającego biegłemu o którym mowa w § 5 ust. 20 w terminie 3 dni roboczych szczegółowy wykaz zadań zrealizowanych przez pracowników Wykonawcy z ramach realizacji zmiany. Wykaz powinien zawierać każdorazowo dane wskazane w pkt 6.1. OPZ. Zamawiający oczekuje, że Wykonawca dostarczy dane niezbędne do wykonania przez biegłego szacowania złożoności wdrożenia zmiany.

§ 9. Odpowiedzialność odszkodowawcza i kary umowne

1. Wykonawca zapłaci Zamawiającemu karę umowną:1) za opóźnienie w realizacji Etapu o którym mowa w § 4 ust. 1 pkt 1 lit a w stosunku do

terminów określonych w Harmonogramie i Umowie w wysokości 0.1% łącznego wynagrodzenia brutto, o którym mowa w § 4 ust. 1 Umowy za każdy rozpoczęty dzień opóźnienia dla danego Etapu.

2) za opóźnienie w uruchomieniu Oprogramowania KREPTD w wersji Podstawowej w stosunku do terminów określonych w Harmonogramie w wysokości 1% łącznego wynagrodzenia brutto, o którym mowa w § 4 ust. 1 Umowy za każdy rozpoczęty dzień opóźnienia.

185

3) za opóźnienie w uruchomieniu Oprogramowania KREPTD w wersjach o których mowa w § 4 ust. 1 pkt lit c, d w stosunku do terminów określonych w Harmonogramie dla każdego z tych etapów w wysokości 0,5% łącznego wynagrodzenia brutto, o którym mowa w § 4 ust. 1 Umowy za każdy rozpoczęty dzień opóźnienia dla danego Etapu.

4) za inne niż określone w ust.1 pkt 2 opóźnienie w odbiorze Oprogramowania w stosunku do terminów określonych w Harmonogramie w wysokości 0.5% łącznego wynagrodzenia brutto, o którym mowa w § 4 ust. 1 Umowy, za każdy rozpoczęty dzień opóźnienia;

5) za niedotrzymanie czasów, przy czym kary naliczane będą za każdą rozpoczętą godzinę opóźnienia:

a. przy Błędzie Krytycznym:i. Reakcji – 500 zł;

ii. Obejścia – 10000 zł;iii. Naprawy – 15000 zł;

b. przy Błędzie Poważnym: i. Reakcji – 500 zł;

ii. Obejścia – 5000 zł; iii. Naprawy – 10000 zł;

c. przy Błędzie Niskim: i. Reakcji – 500 zł;

ii. Naprawy – 5000 zł.6) w przypadku niedostarczenia biegłemu w całości lub w części żądanych przez

Zamawiającego lub biegłego danych lub informacji o których mowa w § 8 ust. 13 w wysokości 5 % wartości danego zlecenia Usług Rozwoju za każdy dzień opóźnienia.

7) w przypadku odstąpienia przez Wykonawcę od Umowy z przyczyn niezależnych od Zamawiającego albo w przypadku odstąpienia przez Zamawiającego od Umowy z przyczyn leżących po stronie Wykonawcy w wysokości 40 % wynagrodzenia brutto, o którym mowa w § 4 ust. 1 Umowy;

8) w przypadku naruszenia zasad ochrony danych osobowych, o których mowa w Załączniku nr 4 do Umowy, w wysokości 50000 zł za każde naruszenie;

9) w przypadku nieprzekazania w całości lub w części kodów źródłowych i wynikowych w wysokości 40% łącznego wynagrodzenia o którym mowa w § 4 ust. 1.

10) w przypadku przekazania kodów źródłowych i wynikowych niespełniających wymogów, o których mowa w § 7 w wysokości 25 % łącznego wynagrodzenia, o którym mowa w § 4 ust. 1 Umowy.

11) w przypadku przekazania kodów źródłowych i wynikowych z opóźnieniem w stosunku do daty odbioru Oprogramowania w wersji której kody źródłowe i wynikowe dotyczą w wysokości 0,3% łącznego wynagrodzenia brutto, o którym mowa w § 4 ust. 1 Umowy za każdy rozpoczęty dzień opóźnienia.

12) w przypadku wykrytych błędów podczas kolejnych testów w ramach realizacji usług rozwoju i procedury zmiany w wysokości 5% wynagrodzenia należnego za daną usługę Rozwoju za każdy dzień opóźnienia, aż do chwili akceptacji przez Zamawiającego potwierdzonego protokołem z testów;

186

13) w przypadku opóźnienia w realizacji któregokolwiek z kroków procedury zmiany (usług Rozwoju) w wysokości 5% wynagrodzenia należnego za daną usługę Rozwoju za każdy dzień opóźnienia.

14) w przypadku niedotrzymania terminu wdrożenia zmiany (Usługa Rozwoju) w wysokości 5% wynagrodzenia należnego za daną usługę Rozwoju za każdy dzień opóźnienia.

15) w przypadku opóźnienia w realizacji któregokolwiek z etapów procedury zmiany (usług Rozwoju) w wysokości 2% wynagrodzenia należnego za daną usługę Rozwoju za każdy dzień opóźnienia.

2. Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 0,1 % łącznego wynagrodzenia brutto, o którym mowa w § 4 ust. 1 Umowy, w razie, gdy Wykonawca nie wykonuje postanowień Umowy w sposób z nią zgodny pomimo pisemnego wezwania przez Zamawiającego do zaprzestania popełniania naruszeń w tym obszarze w wyznaczonym terminie (przy czym będą to inne naruszenia niż określone w ust. 1 niniejszego paragrafu). Powyższa kara umowna będzie naliczana za każdy dzień naruszenia i za każde naruszenie z osobna.

3. Wykonawca oświadcza, że wyraża zgodę na potrącenie w rozumieniu art. 498 i 499 Kodeksu Cywilnego z kwoty wynagrodzenia, o którym mowa w § 4 Umowy kar umownych naliczanych na podstawie niniejszej Umowy. W razie nieskorzystania przez Zamawiającego z uprawnienia, o którym mowa w zdaniach poprzednich niniejszego ustępu, w szczególności z uwagi na potrzebę wyjaśnienia stanowisk Stron w kwestii zasadności nałożenia kar umownych Wykonawca zobowiązany będzie do uiszczenia kar w terminie 14 dni od dnia otrzymania wezwania do ich zapłaty. Przesłanie przez Zamawiającego wezwania do zapłaty kar nie jest uzależnione od uzgodnienia stanowisk stron w tym zakresie. Kary umowne mogą być naliczane niezależnie od siebie.

4. Kary umowne naliczane są niezależnie od siebie i należą się w pełnej wysokości, nawet w przypadku, gdy w wyniku jednego zdarzenia naliczana jest więcej niż jedna kara.

5. Suma naliczonych kar pieniężnych nie może przekroczyć 50% łącznego wynagrodzenia, o którym mowa w § 4 ust. 1 Umowy. Ograniczenie nie dotyczy kar umownych naliczanych na podstawie § 7 i § 9 ust. 1 pkt 9-11 Umowy.

6. Zamawiający zastrzega sobie prawo dochodzenia odszkodowania przewyższającego wysokość kar umownych na zasadach ogólnych, gdy szkoda przekroczy wartość ustalonej kary.

7. Wykonawca nie ponosi odpowiedzialności za szkody powstałe u Zamawiającego lub osób trzecich, wynikłe z wprowadzenia przez Zamawiającego błędnych danych lub obsługi Oprogramowania niezgodnej z jego dokumentacją lub będących wynikiem przyczyn błędnej interpretacji informacji z Oprogramowania dokonanej przez Zamawiającego.

8. Wykonawca nie ponosi odpowiedzialności w przypadku, gdy Oprogramowanie będzie poddawane jakimkolwiek modyfikacjom wykonanym przez osoby inne niż Wykonawca (w tym osobę, którą Wykonawca się posługuje) lub wykorzystywane przez Zamawiającego lub osoby trzecie niezgodnie z warunkami Umowy, bądź też w celach innych niż te przewidziane w Umowie.

187

9. Strony nie ponoszą odpowiedzialności za niewykonanie lub nienależyte wykonanie zobowiązań spowodowane przez Siłę Wyższą, o której mowa w § 11 Umowy.

§ 10. Odstąpienie od Umowy

1. Zamawiający ma prawo odstąpić od Umowy na zasadach określonych w art. 145 ustawy Prawo zamówień publicznych.

2. Zamawiający może odstąpić od Umowy wg własnego wyboru od całości bądź w stosunku do niewykonanej części Umowy, jeżeli Wykonawca:1) wykonuje Umowę niezgodnie z wymaganiami określonymi w Umowie lub w

obowiązujących przepisach albo w istotny sposób naruszył postanowienia Umowy;2) nie przystąpił do realizacji Umowy w terminie 7 dni roboczych od zawarcia Umowy;3) zaprzestał wykonywania Umowy przez okres 15 dni kalendarzowych;4) opóźnia się z wykonaniem Oprogramowania o ponad 14 dni kalendarzowych z

zastrzeżeniem postanowień poniższych;5) opóźnia się z realizacją danego zagadnienia rozwojowego o ponad 30 dni

kalendarzowych;

3. Zamawiający może odstąpić od Umowy w terminie 60 dni od powzięcia wiadomości o okolicznościach stanowiących podstawę do odstąpienia, poprzez złożenie oświadczenia o odstąpieniu na piśmie pod rygorem nieważności.

4. Wykonując prawo odstąpienia Zamawiający określi czy odstępuje od całości czy od części Umowy.

5. W przypadku odstąpienia od Umowy przez którąkolwiek ze Stron:1) Wykonawca przekaże Zamawiającemu w terminie 7 dni kalendarzowych od daty

złożenia oświadczenia o odstąpieniu wytworzone do chwili odstąpienia utwory, dokumentację, materiały, produkty lub ich fragmenty, w tym w szczególności Kody Źródłowe;

2) z czynności określonych w pkt a) Strony sporządzą protokół odbioru;3) Zamawiający zachowa prawa, które uzyskał do dnia odstąpienia od Umowy, a z

dniem odstąpienia od Umowy, nastąpi określone w § 7 udzielenie licencji oraz przeniesienie autorskich praw majątkowych do utworów wytworzonych do chwili odstąpienia;

4) Wykonawca zachowuje prawo do wynagrodzenia wyłącznie z tytułu należycie wykonanego i odebranego bez zastrzeżeń przez Zamawiającego przedmiotu Umowy

6. Rozwiązanie lub wygaśnięcie Umowy, bez względu na zaistniały powód, nie zwalnia żadnej ze Stron z jej zobowiązań, które dla spełnienia swego celu powinny pozostać w mocy również po rozwiązaniu lub wygaśnięciu Umowy. W szczególności dotyczy to postanowień Umowy dotyczących praw własności intelektualnej, odszkodowań, kar umownych, danych osobowych, oraz poufności.

7. Umowa może zostać rozwiązana na mocy porozumienia Stron w każdym czasie. Skutki prawne wygaśnięcia Umowy z tego powodu Strony określą w umowie rozwiązującej.

188

§ 11. Siła Wyższa

1. Żadna ze Stron nie będzie uznana za nie wywiązującą się z Umowy w przypadku, gdy2. nie będzie w stanie spełnić zobowiązania wynikającego z Umowy z powodu działania

Siły Wyższej. Przez pojęcie Siły Wyższej Strony rozumieją zdarzenie zewnętrzne, którego nie można było przewidzieć, analizując i uwzględniając wszystkie okoliczności sprawy, jak również, któremu nie można było zapobiec znanymi, normalnie stosowanymi sposobami.

3. Strony mogą zawiesić wykonywanie swoich zobowiązań wynikających z Umowy na czas, w którym nie mogą ich wykonywać w wyniku wystąpienia Siły Wyższej.

4. Strony zobowiązują się do podjęcia działań minimalizujących skutki wystąpienia Siły Wyższej, a zawieszenie wykonywania swoich obowiązków ograniczą do niezbędnego minimum.

5. Strona powołująca się na okoliczności Siły Wyższej jest zobowiązana w terminie 10 dni zawiadomić drugą Stronę, na piśmie zarówno o zaistnieniu jak i o ustaniu okoliczności Siły Wyższej, jak również przedstawić dowody na poparcie swoich twierdzeń. Niezastosowanie się do wyżej określonych zasad uniemożliwia Stronom powoływanie się na okoliczności Siły Wyższej.

§ 12. Formuła realizacji Umowy

1. Projekt związany z realizacją Umowy zarządzany będzie zgodnie z metodyką PRINCE2. W terminie 7 dni od dnia podpisania Umowy, Strony powołają Komitet Sterujący Projektu i Zespoły Projektowe, w skład których wejdą upoważnieni przedstawiciele obu Stron.

2. Zamawiający wyznaczy Kierownika Projektu, a Wykonawca wyznaczy Koordynatora Projektu.

3. Wykonawca w ramach wynagrodzenia wskazanego w Umowie prowadzić będzie przez cały okres świadczenia usług Biuro Projektu wraz z pełną dokumentacją według standardów oraz metodologii określonych szczegółowo w Opisie Przedmiotu Zamówienia

§ 13. Zabezpieczenie należytego wykonania Umowy

1. Wykonawca oświadcza, iż przed zawarciem niniejszej Umowy wniósł na rzecz Zamawiającego zabezpieczenie należytego wykonania Umowy w wysokości 10 % zaoferowanej ceny, tj. wynagrodzenia określonego w § 4 ust. 1 Umowy, czyli kwotę [■] złotych (słownie: [■]), w formie wynikającej z art. 148 ust. 1 ustawy PZP to znaczy [■].

2. Kopia dowodu ustanowienia zabezpieczenia należytego wykonania Umowy stanowi Załącznik nr [■] do niniejszej Umowy.

3. Zamawiający dokona zwrotu zabezpieczenia należytego wykonania Umowy określonego w ust. 1 Umowy w następujący sposób:1) 70% kwoty zabezpieczenia, o którym mowa w ust. 1 w terminie 30 dni

kalendarzowych od dnia wykonania całości Zamówienia oraz odebrania i uznania go

189

przez Zamawiającego za należycie wykonane poprzez podpisanie przez Zamawiającego protokołów Odbioru Końcowego Przedmiotu Zamówienia zgodnie z § 5 Umowy, z zastrzeżeniem ust. 6;

2) 30% wartości brutto zabezpieczenia, o którym mowa w ust. 1 zostanie zatrzymane przez Zamawiającego na zabezpieczenie roszczeń z tytułu z rękojmi kwota ta zostanie zwrócona w terminie nie późniejszym niż w 15 dniu kalendarzowym po upływie okresu rękojmi na przedmiot Umowy.

4. Zwrot zabezpieczenia określony w ust. 3 nastąpi w sposób odpowiadający formie zabezpieczenia. Jeżeli zabezpieczenie zostało wniesione w pieniądzu, Zamawiający zwróci Wykonawcy zabezpieczenie w tej samej formie. W przypadku, gdy Wykonawca wniesie Zabezpieczenie w pieniądzu, Zamawiający zobowiązuje się do zwrotu Zabezpieczenia wraz z odsetkami wynikającymi z Umowy rachunku bankowego, na którym było ono przechowywane, pomniejszonego o koszt prowadzenia tego rachunku oraz prowizji bankowej za przelew pieniędzy na rachunek bankowy Wykonawcy.

5. W przypadku wniesienia zabezpieczenia w formie gwarancji bankowych lub ubezpieczeniowych, Wykonawca zobowiązuje się, że gwarancja bankowa lub ubezpieczeniowa będzie nieodwołalna, bezwarunkowa, płatna na pierwsze żądanie Zamawiającego. W sytuacji zwalniania 70 % zabezpieczenia należytego wykonania zamówienia, z zastrzeżeniem ust. 6, Wykonawca przedstawi dowód ustanowienia nowej gwarancji bankowej lub ubezpieczeniowej na pozostałą kwotę zabezpieczenia określoną w ust. 3 pkt. 2.

6. Zabezpieczenie służy pokryciu wszelkich roszczeń Zamawiającego z tytułu niewykonania lub nienależytego wykonania Umowy, w tym kar umownych oraz roszczeń odszkodowawczych z tytułu szkody, jaką Zamawiający poniósł w związku z koniecznością powierzenia realizacji Umowy innemu wykonawcy w razie rozwiązania Umowy lub odstąpienia od Umowy.

7. Ustanowienie zabezpieczenia, o którym mowa w niniejszym paragrafie nie ogranicza Zamawiającego w dochodzeniu roszczeń, w tym odszkodowawczych, od Wykonawcy na zasadach ogólnych.

8. W przypadku nie ustanowienia lub nie utrzymywania przez cały okres obowiązywania Umowy zabezpieczenia w wymaganej wysokości, w terminach i w myśl postanowień poprzedzających, Zamawiający ma prawo do naliczenia kary umownej w wysokości 15% wynagrodzenia maksymalnego, o którym mowa w § 4 ust. 1 Umowy, lub prawo odstąpienia od Umowy w terminie 3 miesięcy liczonych od dnia upływu 14 dni kalendarzowych następujących po dniu wezwania Wykonawcy przez Zamawiającego do wniesienia zabezpieczenia należytego wykonania Umowy.

9. W przypadku przedstawienia przez Wykonawcę zabezpieczenia należytego wykonania umowy przez instytucję zagraniczną, zabezpieczenie to będzie objęte klauzulą, iż wszelkie prawa i obowiązki wynikające z wystawionych dokumentów podlegają ustawodawstwu polskiemu. Ponadto wszelkie dokumenty wystawione powinny być w języku polskim.

10. W przypadku wniesienia zabezpieczenia należytego wykonania umowy w formie innej niż pieniężna Wykonawca co najmniej na 7 dni przed terminem wniesienia

190

zabezpieczenia przedstawi Zamawiającemu projekt dokumentu wyrażającego zabezpieczenie.

§ 14. Przetwarzanie danych osobowych

1. Zamawiający jest, w rozumieniu ustawy z dnia 29 sierpnia 1997 r. o ochronie danych osobowych, administratorem zbioru danych osobowych. W celu wykonania przedmiotu Umowy Zamawiający powierza Wykonawcy, a Wykonawca niniejszym przyjmuje Dane do przetwarzania zgodnie z art. 31 ustawy o ochronie danych osobowych w celu i w zakresie niezbędnym do realizacji Umowy.

2. Wykonawca zobowiązuje się do przetwarzania danych osobowych zgodnie z Umową o powierzeniu przetwarzania danych osobowych stanowiąca Załącznik nr [■] do Umowy.

3. Przetwarzanie Danych przez Wykonawcę obejmuje wykonywanie czynności, usług objętych niniejszą Umową, w tym w szczególności:1) gromadzenie Danych przesyłanych przez Zamawiającego w sposób określony w

niniejszej Umowie,2) przechowywanie Danych, drukowanie Danych,3) zapewnienie Zamawiającemu lub wskazanej przez niego osobie/osobom ciągłego

dostępu do Danych,4) natychmiastowe usuwanie Danych na każde żądanie Zamawiającego,5) przekazanie Danych Zamawiającemu/wskazanej przez niego osobie na każde żądanie

Zamawiającego.

4. Dane są przetwarzane w systemie informatycznym Zamawiającego oraz Wykonawcy.5. Wykonawca może powierzyć podwykonawcom Dane przekazane mu przez

Zamawiającego do dalszego przetwarzania wyłącznie w zakresie i w celu określonych w niniejszej Umowie. W celu powierzenia Danych podwykonawcy Wykonawca zobowiązany jest uzyskać uprzednią pisemną zgodę Zamawiającego i zobowiązać podwykonawcę do podpisania oświadczenia o ochronie danych osobowych oraz informacji, w tym informacji niejawnych i przedstawić je na każde żądanie Zamawiającego. Po uzyskaniu zgody Zamawiającego na przetwarzanie Danych przez podwykonawcę Wykonawca zobowiązany jest zawrzeć z podwykonawcą na piśmie umowę o powierzenie Danych do przetwarzania na podstawie art. 31 ustawy o ochronie danych osobowych, w której Wykonawca zobowiązuje się zapewnić, iż podwykonawcy spełnią wszelkie wymogi w zakresie ochrony Danych oraz informacji, w tym informacji niejawnych, które mają zastosowanie do Wykonawcy na podstawie niniejszej Umowy, w szczególności, że podwykonawcy podejmą i wdrożą przed rozpoczęciem realizacji usług odpowiednie środki organizacyjne i techniczne zabezpieczające Dane oraz informacje, w tym informacje niejawne.

6. Wykonawca zobowiązuje się przetwarzać Dane wyłącznie w zakresie i celu przewidzianym w niniejszej Umowie.

7. Wykonawca ponosi wszystkie koszty utrzymania własnego systemu informatycznego służącego do przetwarzania Danych.

191

8. Wykonawca jest odpowiedzialny za wszelkie szkody poniesione przez Zamawiającego w związku z nienależytym wykonaniem Umowy przez Wykonawcę w zakresie ochrony Danych, informacji w tym informacji niejawnych. Wykonawca w szczególności zwolni Zamawiającego z roszczeń osób trzecich zgłaszanych Zamawiającemu, odnoszących się do Danych odebranych przez Wykonawcę od Zamawiającego (od dnia ich odbioru), w związku z naruszeniem bezpieczeństwa Danych lub informacji, w tym informacji niejawnych oznaczonych zgodnie z ustawą o ochronie informacji niejawnych.

9. Wykonawca zobowiązuje się do zachowania w tajemnicy Danych oraz informacji poufnych, o których powziął wiadomość w związku z wykonywaniem niniejszej Umowy, a które Zamawiający określił jako poufne. Obowiązek przestrzegania tajemnicy jest bezterminowy i trwa także po ustaniu niniejszej Umowy, niezależnie od przyczyn tego ustania.

10. Zamawiający jest uprawniony do kontrolowania przetwarzania przez Wykonawcę Danych w każdym czasie. Wykonawca zobowiązuje się umożliwić Zamawiającemu sprawowanie nadzoru nad przetwarzaniem Danych i informacji niejawnych, w tym ich usuwaniem, w szczególności poprzez obecność w miejscach, w których proces ten przebiega.

11. Wykonawca, podwykonawcy oraz osoby trzecie uczestniczące w wykonaniu Umowy zobowiązane są zwrócić Zamawiającemu na jego każde żądanie i usunąć z systemów czy wszelkich posiadanych nośników, (w każdym przypadku wygaśnięcia, rozwiązania lub odstąpienia od niniejszej Umowy), dokumentację, Dane, informacje oraz korespondencję w terminie nie później niż 5 Dni Roboczych od otrzymania takiego żądania. Usunięcie to powinno być trwałe oraz polegać na uniemożliwieniu osobom trzecim odzyskania Danych, informacji, dokumentacji.

§ 15. Poufność

1. Wykonawca oświadcza, że wykonanie Umowy nie będzie prowadzić do popełnienia czynu nieuczciwej konkurencji, w szczególności nie stanowi naruszenia tajemnicy przedsiębiorstwa osoby trzeciej.

2. Wykonawca zobowiązuje się do zachowania w tajemnicy wszelkich informacji i danych poufnych otrzymanych i uzyskanych od Zamawiającego w związku z wykonaniem zobowiązań wynikających z Umowy. Obowiązek ten dotyczy także okresu po ustaniu Umowy. Z zastrzeżeniem obowiązujących przepisów prawa,

3. Strony zobowiązują się do przestrzegania przy wykonywaniu Umowy wszystkich postanowień zawartych w obowiązujących przepisach prawnych związanych z ochroną danych osobowych, a także z ochroną informacji niejawnych oraz ochroną tajemnicy służbowej i skarbowej. Jakiekolwiek ujawnienie tych informacji przez Wykonawcę, jego pracowników i inne osoby z nim współpracujące oraz podwykonawców, niezależnie od innych skutków prawnych, będzie traktowane jako istotne naruszenie Umowy stanowiące podstawę do odstąpienia przez Zamawiającego od niniejszej Umowy. Odstąpienie, o którym tu mowa, będzie kwalifikowane jako odstąpienie z przyczyn zależnych od Wykonawcy.

192

4. Wykonawca zobowiązuje się zapoznać i przestrzegać przepisów, które obowiązują u Zamawiającego, regulujące zasady postępowania z dokumentami lub danymi, informacjami Zamawiającego w zakresie niezbędnym do realizacji przedmiotu Umowy.

5. Obowiązek zachowania poufności nie dotyczy informacji powszechnie znanych oraz udostępniania informacji na podstawie bezwzględnie obowiązujących przepisów prawa, a w szczególności na żądanie sądu, prokuratury, organów podatkowych lub organów kontrolnych.

6. Nie będą uważane za chronione informacje, które:1) wcześniej stały się informacją publiczną w okolicznościach nie będących wynikiem

czynu bezprawnego lub naruszającego Umowę przez którąkolwiek ze Stron;2) były zatwierdzone do rozpowszechniania na podstawie uprzedniej pisemnej zgody

drugiej Strony;3) zostały przekazane Stronie otrzymującej przez osobę trzecią nie będącą Stroną

Umowy zgodnie z prawem i bez ograniczeń.

7. Wykonawca ponosi odpowiedzialność za zachowanie tajemnicy przez swoich pracowników, podwykonawców i wszelkie inne osoby, którymi będzie posługiwać się przy wykonywaniu niniejszej Umowy.

8. Wykonawca zobowiązuje się wykorzystywać informacje i dane otrzymane i uzyskane od Zamawiającego, wyłącznie w celu realizacji Umowy.

9. Wykonawca odpowiada za szkodę wyrządzoną Zamawiającemu przez ujawnienie, przekazanie, wykorzystanie, zbycie lub oferowanie do zbycia informacji otrzymanych od Zamawiającego, wbrew postanowieniom Umowy. Zobowiązanie to wiąże Wykonawcę również po wykonaniu przedmiotu Umowy, jej rozwiązaniu, wygaśnięciu lub odstąpieniu, bez względu na przyczynę i podlega wygaśnięciu według zasad określonych w przepisach dotyczących ochrony informacji niejawnych.

§ 16. Harmonogram

1. Realizacja Umowy nastąpi w terminach zgodnych z Harmonogramem opisanym w Umowie oraz OPZ. Wykonawca przedstawi w terminie 14 dni propozycję szczegółowego harmonogramu realizacji Zamówienia na podstawie OPZ, Oferty Wykonawcy oraz niniejszej Umowy i w porozumieniu z Zamawiającym.

2. Harmonogram będzie zawierał terminy w zakresie budowy podstawowej wersji systemu KREPTD, budowy rozszerzonej wersji systemu KREPTD, wdrożenia narzędzia klasy hurtowni danych oraz funkcjonalności wynikających z potrzeb zidentyfikowanych w trakcie 1 roku korzystania z KREPTD oraz utrzymania i rozwoju systemu KREPTD. Harmonogram ten będzie zawierał opis realizacji poszczególnych zadań.

3. Harmonogram realizacji Zamówienia opracowany w sposób określony w ust. 1 i 2 podlega akceptacji przez Zamawiającego. W uzasadnionych przypadkach Harmonogram będzie podlegał zmianom zgodnie z postanowieniami określonymi § 17 Umowy. Terminy wykonania poszczególnych faz oraz zadań nie zapadają jeżeli ich dotrzymanie stało się niemożliwe z wyłącznej winy Zamawiającego lub innych przyczyn leżących całkowicie i wyłącznie po stronie Zamawiającego.

193

4. Zamawiający w terminie 5 dni roboczych liczonych od dnia przedstawienia mu do akceptacji Harmonogramu zobowiązany jest zaakceptować Harmonogram lub zgłosić do niego pisemne zastrzeżenia. W przypadku zgłoszenia zastrzeżeń Wykonawca w terminie 3 dni roboczych uwzględni wszystkie zastrzeżenia Zamawiającego zawarte w raporcie i przedstawi Haromonogram ponownie do akceptacji przez Zamawiającego. W sytuacji ponownego zgłoszenia zastrzeżeń stosuje się jednokrotnie procedurę określoną w niniejszym paragrafie.

5. W przypadku niemożności uzyskania przez Strony akceptacji i odebrania Harmonogramu Strony eskalują problem do decyzji Komitetu Sterującego. Harmonogram uznaje się za zaakceptowany przez Zamawiającego na podstawie pisemnego zatwierdzenia przez Zamawiającego Harmonogramu w dacie złożenia podpisu przez Zamawiającego.

6. W przypadku niemożności ustalenia treści Harmonogramu Zamawiającemu przysługuje prawo odstąpienia od Umowy w terminie 30 dni od dnia powzięcia o tym fakcie wiadomości.

§ 17. Postanowienia końcowe

1. Zmiany i uzupełnienia treści Umowy, dopuszczalne są w sytuacjach, których nie można było przewidzieć w chwili zawarcia Umowy i w przypadku wystąpienia co najmniej jednej z okoliczności wymienionych poniżej:1) zmiany w Oprogramowaniu i jego otoczeniu wpływającej na realizację Przedmiotu

Umowy, dopuszcza się zmianę Umowy w zakresie wymagań Oprogramowania, a także Harmonogramu oraz terminów realizacji Przedmiotu Zamówienia o czas konieczny dla wprowadzenia zmian w aplikacji,

2) zmiany w zapisach aktów prawnych, mających wpływ na Umowę, dopuszcza się zmianę Umowy w zakresie wymagań Oprogramowania, a także Harmonogramu oraz terminów realizacji Przedmiotu Zamówienia o czas konieczny dla wprowadzenia zmian w Oprogramowaniu;

3) w przypadku konieczności wprowadzenia zmian wynikających ze zmiany założeń strategicznych Zamawiającego odnośnie przedmiotu Zamówienia, które w istotny sposób wpływają na sposób realizacji Umowy lub gdy w celu prawidłowego wykonania Oprogramowania niezbędna jest zmiana sposobu wykonania przedmiotu Zamówienia, o której Strony nie mogły wiedzieć w chwili podpisania Umowy — dopuszcza się zmianę w sposobie realizacji przedmiotu Zamówienia w zakresie niezbędnym do dostosowania go do nowych założeń Zamawiającego i umożliwiają prawidłową realizację przedmiotu Umowy oraz dopuszcza się wówczas możliwość zmiany terminów określonych w Umowie oraz Harmonogramu, a także zmianę wynagrodzenia umownego odpowiadającego realizowanej zmianie;

4) istnieje możliwość zastosowania nowszych i korzystniejszych dla Zamawiającego rozwiązań technologicznych lub technicznych, niż te istniejące w chwili podpisania Umowy, dopuszcza się zmianę Umowy w zakresie wymagań Oprogramowania, Harmonogramu oraz terminu realizacji Przedmiotu Zamówienia;

194

5) w przypadku zaistnienia Siły Wyższej uniemożliwiającej wykonanie przedmiotu Zamówienia w terminach określonych w Umowie dopuszcza się możliwość zmiany terminów realizacji przedmiotu Zamówienia stosownie do czasu trwania Siły Wyższej.

2. Dopuszcza się zmianę treści umowy w przypadkach określonych w art. 142 ust. 5 pkt 2 i 3 PZP pod warunkiem, że zmiany dotyczące minimalnego wynagrodzenia za pracę lub podlegania ubezpieczeniom społecznym lub zdrowotnym i stawki składem na te ubezpieczenia będą miały wpływ na koszty wykonania zamówienia przez wykonawcę. Zmiana może być dokonana w formie aneksu do Umowy według następujących zasad:1) Każdej ze Stron przysługuje prawo żądania zmiany wynagrodzenia zgłoszone drugiej

Stronie;2) Żądanie zmiany składa się wraz z uzasadnieniem (wskazującym wpływ zmiany na

koszty wykonania Umowy oraz przedstawiającym wyliczenia ww. zmian, a także wskazania jakiego wynagrodzenia umownego dotyczy żądanie) – w formie pisemnej pod rygorem bezskuteczności. Na pisemne żądanie drugiej Strony złożone nie później niż w terminie 7 dni od daty otrzymania przez nią Żądania zmiany, Strona składająca Żądanie zmiany winna niezwłocznie udostępnić do wglądu drugiej Stronie, w swej siedzibie, księgowe dokumenty źródłowe, w zakresie niezbędnym do oceny zasadności zmiany Umowy. Badanie ww. dokumentów źródłowych nie może trwać dłużej niż 21 dni.

3) Każda ze Stron ma prawo żądania dodatkowych wyjaśnień, oświadczeń oraz przedstawienia danych uzasadniających stanowisko drugiej Strony.

4) Strony podejmą rokowania w celu ustalenia zasadności żądania zmiany oraz jej wysokości, a także uzasadnienia;

5) Aneks dotyczący zmiany wysokości wynagrodzenia winie zostać podpisany w terminie nie dłuższym niż 90 dni od dnia przedstawienia Żądania zmiany.

3. Ustala się, iż nie stanowi zmiany Umowy w rozumieniu art. 144 ustawy Pzp:1) zmiana danych rejestrowych Stron,2) zmiana osób przeznaczonych do realizacji Przedmiotu Umowy,3) zmiana danych teleadresowych.Zaistnienie okoliczności, o których mowa w niniejszym punkcie wymaga jedynie niezwłocznego pisemnego zawiadomienia drugiej Strony.

4. Wszelkie zmiany i uzupełnienia treści Umowy wymagają pod rygorem nieważności formy pisemnej.

5. W sprawach nieunormowanych w niniejszej Umowie mają zastosowanie przepisy prawa polskiego, a w szczególności przepisy Kodeksu cywilnego, Prawa zamówień publicznych, Prawa autorskiego oraz praw pokrewnych, Ustawy o ochronie informacji niejawnych, Ustawy o ochronie danych osobowych i inne przepisy, które będą miały zastosowanie do Umowy.

6. Wszelka korespondencja będzie prowadzona w języku polskim pisemnie i przesyłana listem poleconym, pocztą kurierską albo doręczana osobiście na adres:1) dla Zamawiającego:

Główny Inspektorat Transportu Drogowego

195

Al. Jerozolimskie 94, 00-807 Warszawa, do rąk: [■]

2) dla Wykonawcy: [■].

7. Osobami uprawnionymi do roboczych kontaktów w sprawach związanych z realizacją Umowy są:1) Koordynator Zamawiającego:

a. w sprawach informatycznych [E] tel. [■] fax [■] adres email [■]b. w pozostałych sprawach [■] tel. [o] fax [■] adres email [■]

2) Koordynator Wykonawcy: [■] tel. [■] fax [■] adres email [■]

Zmiany osób i danych opisanych powyżej dokonuje się poprzez powiadomienie przesłane niezwłocznie drugiej Stronie.

8. Zmiana adresu wymaga poinformowania o tym drugiej Strony w formie pisemnej pod rygorem uznania oświadczenia złożonego na poprzedni adres za doręczone.

9. Wszelkie wierzytelności Wykonawcy powstałe w związku z Umową lub w wyniku jej realizacji nie mogą być bez uprzedniej pisemnej zgody Zamawiającego przeniesione przez Wykonawcę na osoby trzecie (art. 509 § 1 Kodeksu cywilnego) ani uregulowane w drodze potrącenia (art. 498 Kodeksu cywilnego).

10. Wykonawca oświadcza, że posiada ubezpieczenie odpowiedzialności cywilnej z tytułu prowadzonej działalności gospodarczej ważne przez cały okres obowiązywania Umowy na kwotę nie mniejszą niż 3,5 mln złotych. Wykonawca przedłoży Zamawiającemu w dniu zawarcia umowy kopię polisy, o której mowa w zdaniu poprzedzającym. Zamawiający dopuszcza możliwość przedstawienia dowodu ubezpieczenia na krótszy okres, pod warunkiem, iż będzie ono przedłużane przez cały okres obowiązywania Umowy. Potwierdzona przez Wykonawcę za zgodność z oryginałem kopia dokumentu potwierdzającego posiadanie ww. ubezpieczenia stanowi Załącznik nr [■] do Umowy. Zamawiającemu w każdej chwili przysługuje wgląd do oryginału dokumentu.

11. Wszelkie spory wynikłe w związku z niniejszą Umową rozstrzygane będą w pierwszej kolejności w drodze rokowań zainicjowanych przez którąkolwiek ze stron. Jeżeli w wyniku przeprowadzonych rokowań trwających nie dłużej niż 45 dni Strony nie dojdą po porozumienia spór rozstrzygać będzie sąd powszechny właściwy dla siedziby Zamawiającego.

12. W przypadku, gdy jakiekolwiek postanowienia Umowy staną się nieważne lub bezskuteczne, fakt ten nie wpłynie na inne postanowienia Umowy, które pozostają w mocy i są wiążące we wzajemnych stosunkach Stron wynikających z Umowy. W przypadku nieważności lub bezskuteczności jednego lub więcej postanowień Umowy, Strony zobowiązują się zgodnie dążyć do ustalenia takiej treści Umowy, która będzie optymalnie odpowiadała zgodnym intencjom Stron, celowi i przeznaczeniu Umowy oraz zaistniałym okolicznościom w szczególności zastąpienia nieważnych postanowieniami wywołującymi taki sam skutek gospodarczy.

13. Załączniki do Umowy stanowią jej integralną część.

196

1) Załącznik nr 1 – Opis Przedmiotu Zamówienia;2) Załącznik nr 2 – Oferta Wykonawcy;3) Załącznik nr 3 – Wykaz osób uczestniczących w wykonaniu przedmiotu Umowy;4) Załącznik nr 4 – umowa o powierzeniu przetwarzania danych osobowych 5) Załącznik nr 5 – Kopia dokumentu ustanowienia zabezpieczenia należytego

wykonania Umowy;6) Załącznik nr 6 – Kopia dokumentu potwierdzającego posiadanie ubezpieczenia;7) Załącznik nr [■] – 8) Załącznik nr [■] –

14. Niniejsza Urnowa została sporządzona w trzech jednobrzmiących egzemplarzach, w języku polskim z czego: 2 egzemplarze dla Zamawiającego i 1 egzemplarz dla Wykonawcy.

w imieniu Zamawiającego w linieniu Wykonawcy

197

Załącznik nr 1 – Opis Przedmiotu Zamówienia

198

Załącznik nr 2 – Oferta Wykonawcy

199

Załącznik nr 3 - Wykaz osób uczestniczących w wykonaniu przedmiotu Umowy;

200

Załącznik nr 4 – Umowa o powierzeniu przetwarzania danych osobowych

UMOWA POWIERZENIA PRZETWARZANIA DANYCH OSOBOWYCH

Skarbem Państwa - Głównym Inspektoratem Transportu Drogowego z siedzibą w (…) Warszawie przy …., NIP: 5262596640, reprezentowanym przez [■], zwanym dalej „Zamawiającym”,

a

[■] z siedzibą w [■], przy ul. [■], […]-[…], spółką zarejestrowaną w Rejestrze Przedsiębiorców przez Sąd Rejonowy dla […] Wydział Gospodarczy Krajowego Rejestru Sądowego pod nr KRS […], NIP: […], REGON: […]. Wysokość kapitału zakładowego [■] (słownie: [■]), reprezentowaną przez [■] zwaną dalej „Wykonawcą”,

Zamawiający i Wykonawca zwani są dalej w Umowie także łącznie „Stronami”, a indywidualnie – „Stroną”.

Zważywszy, że:

Zleceniodawca jest, w rozumieniu ustawy z 29 sierpnia 1997 roku o ochronie danych osobowych (tekst. jedn.: Dz. U. z 2014 r. poz. 1182 z późn. zm. – dalej: Ustawa) administratorem danych osobowych przetwarzanych w zbiorze o nazwie ………….. (dalej: Dane),

Zleceniobiorca świadczy na podstawie umowy z dnia …… r. Nr ……… Zleceniodawcy usługi utrzymania oprogramowania użytkowego Systemu oraz rozwoju oprogramowania użytkowego.

do wykonania Zleceń niezbędne jest przetwarzanie przez Zleceniobiorcę Danych, Zleceniobiorca oświadcza, iż spełnia wymogi określone w art. 36-39 oraz 39a Ustawy, Zleceniobiorca oświadcza, iż dysponuje odpowiednimi środkami, w tym należytymi

zabezpieczeniami umożliwiającymi przetwarzanie danych osobowych zgodnie z przepisami Ustawy oraz rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz. U. z 2004 r. Nr 100, poz. 1024) (dalej: Rozporządzenie).

Zleceniobiorca oświadcza, iż przygotował stosowną dokumentację wymaganą od podmiotu, któremu powierzono przetwarzanie danych osobowych, zgodnie z przepisami Ustawy oraz Rozporządzenia.

Czyniąc zadość wymogom art. 31 Ustawy Strony postanowiły spisać, co następuje:

201

§ 1. Zakres i cel przetwarzania danych osobowych

1. Zleceniodawca powierza Zleceniobiorcy, a Zleceniobiorcy przyjmuje przetwarzanie Danych zgodnie z art. 31 Ustawy, w celu i zakresie niezbędnym doświadczenia usług związanych z utrzymaniem oprogramowania użytkowego Systemuoraz rozwojem oprogramowania użytkowego

2. Zakres Danych powierzonych do przetwarzania obejmuje następujące dane osobowe klientów i pracowników Zamawiającego: [■]

3. Zleceniobiorca może przetwarzać dane osobowe przekazane przez Zleceniodawcę wyłącznie w zakresie i w celu określonych w niniejszej umowie.

§ 2. Zobowiązania podmiotu, któremu powierzono przetwarzanie danych osobowych (zobowiązania Zleceniobiorcy)

1. Zleceniobiorca zobowiązuje się przed przystąpieniem do przetwarzania danych powierzonych przez Zleceniodawcę wdrożyć i utrzymywać przez czas przetwarzania wszelkie środki i zabezpieczenia związane z przetwarzaniem danych, zgodnie z wymaganiami Ustawy oraz Rozporządzenia.

2. Zleceniobiorca odpowiada za wszelkie wyrządzone osobom trzecim szkody, które powstały w związku z nienależytym przetwarzaniem przez Zleceniobiorcę powierzonych danych osobowych.

3. Zleceniobiorca jest zobowiązany wykonywać niniejszą umowę z najwyższą profesjonalną starannością, w szczególności chroniąc Dane.

4. Zleceniobiorca zobowiązuje się na bieżąco informować Zamawiającego o wszelkich faktach i zdarzeniach dotyczących przetwarzania Danych, w szczególności o zakłóceniach w funkcjonowaniu systemu informatycznego, stwierdzonych naruszeniach zabezpieczeń, czynnościach kontrolnych ze strony uprawnionych organów i tym podobnych okolicznościach.

5. Zleceniobiorca zobowiązuje się do zachowania w tajemnicy Danych osobowych,o których powziął wiadomość w związku z wykonywaniem niniejszej umowy. Obowiązek przestrzegania tajemnicy trwa także po ustaniu niniejszej umowy. Zleceniobiorca zapewni, by opisany w niniejszym punkcie obowiązek był należycie realizowany również przez osoby/ podmioty, z pomocą których Zleceniobiorca wykonuje niniejszą umowę.

6. Zleceniodawca jest uprawniony do kontrolowania przetwarzania Danych w każdym czasie.

7. Zleceniobiorca zobowiązuje się do ochrony bezpieczeństwa Danych w szczególności poprzez zastosowanie systemu informatycznego służącego do przetwarzania danych osobowych, chronionego przed zagrożeniami pochodzącymi z sieci publicznej poprzez wdrożenie fizycznych lub logicznych zabezpieczeń chroniących przed nieuprawnionym dostępem.

8. Zleceniobiorca zobowiązuje się umożliwić Zleceniodawcy sprawowanie nadzoru nad przetwarzaniem Danych, w tym ich usuwaniem, w szczególności poprzez obecność w miejscach, w których proces ten przebiega.

202

9. Po wykonaniu czynności będących celem przetwarzania powierzonych danych osobowych, Zleceniobiorca, na każde żądanie Zleceniodawcy, zobowiązany jest do usunięcia wszelkich danych osobowych powierzonych przez Zleceniodawcę. Usunięcie danych powinno być trwałe oraz polegać na uniemożliwieniu osobom trzecim odzyskania danych osobowych.

§ 3. Podwykonawcy i Dalsi Podwykonawcy

1. Zleceniobiorca może posługiwać się innymi osobami/podmiotami w celu należytego wykonywania niniejszej umowy, jedynie po uzyskaniu uprzedniej pisemnej zgody Zleceniodawcy („Podwykonawcy”).

2. Zleceniobiorca jednocześnie zobowiązuje się zapewnić, w szczególności stosując należyte zapisy w pisemnych umowach zawieranych z podwykonawcami, iż podejmą oni i wdrożą przed rozpoczęciem świadczenia usług, co najmniej takie środki zabezpieczające dane, o których mowa w art. 36-39 ustawy o ochronie danych osobowych oraz spełnią wymagania określone w przepisach, o których mowa w art. 39a powołanej ustawy.

3. Dopuszcza się także dalsze powierzenie wykonywania usług przez podwykonawców innym podmiotom („Dalsi Podwykonawcy”), jednakże wyłącznie po uzyskaniu uprzedniej pisemnej zgody Zamawiającego. W pisemnym wniosku o zgodę na dalsze powierzenie wykonywania usług Zleceniobiorca wskaże cel oraz zakres dalszego powierzenia.

4. Ponadto, w razie dalszego powierzenia wykonywania usług Zleceniobiorca zobowiązuje się zapewnić i zagwarantować, w szczególności stosując należyte zapisy w pisemnych umowach z z podwykonawcami, iż Dalsi Podwykonawcy podejmą i wdrożą przed rozpoczęciem świadczenia usług, co najmniej takie środki zabezpieczające dane, o których mowa w art. 36-39 Ustawy oraz spełnią wymagania określone w przepisach, o których mowa w art. 39a Ustawy.

§ 4. Postanowienia końcowe

1. W sprawach nieuregulowanych niniejszą umową zastosowanie znajdują przepisy Kodeksu cywilnego, Ustawy oraz Rozporządzenia.

2. Zmiany niniejszej Umowy wymagają formy pisemnej pod rygorem nieważności.3. Sądem właściwym dla sporów wynikłych z niniejszej Umowy, będzie Sąd właściwy

dla siedziby Zleceniodawcy.4. Umowę sporządzono w trzech jednobrzmiących egzemplarzach, w tym jeden egzemplarz

dla Wykonawcy i dwa egzemplarze dla Zamawiającego.

ZLECENIODAWCA ZLECENIOBIORCA

203

Załącznik nr 5 – Kopia dokumentu ustanowienia zabezpieczenia należytego wykonania Umowy

204

Załącznik nr 6 – Kopia dokumentu potwierdzającego posiadanie ubezpieczenia

205

Załącznik nr 7

206

Załącznik nr 8

207

bip.gitd.gov.plbip.gitd.gov.pl/.../word_doc/0016/51091/siwz-kreptd-… · web viewzamawiający:...

Documents