bip.gitd.gov.plbip.gitd.gov.pl/__data/assets/word_doc/0005/51863/Wyj… · Web viewGŁÓWNY...

GŁÓWNY INSPEKTORATTRANSPORTU DROGOWEGO

BDG.ZPB.0820.4.2015Warszawa, 18 września 2015 r.

Do wykonawców w postępowaniu numer BDG.ZPB.0820.4.2015ogłoszenie o zamówieniu opublikowane w Dzienniku Urzędowym UE pod nr 2015/S 144 -266479 z dnia 29 lipca 2015 r.

Dotyczy: postępowania o udzielenie zamówienia publicznego w trybie przetargu nieograniczonego, którego przedmiotem jest: „Budowa, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego”

Na podstawie art. 38 ust. 1 oraz 4 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ą”, Zamawiający – Skarb Państwa – Główny Inspektorat Transportu Drogowego odpowiada na pytania Wykonawców oraz dokonuje modyfikacji SIWZ:

Pytanie 1: OPZ, pkt. 5.1 WF51, WF52, WF48, WF53, WF54, WF55, WF87, WF88, WF89, WF90, WF91, WF92, Prosimy o przekazanie specyfikacji interfejsów usług systemów zewnętrznych umożliwiających integrację z KREPTD zgodnie z wymaganiami Zamawiającego. W szczególności prosimy o wyspecyfikowanie interfejsów usług systemów Transbit, OpenBTM, CEN.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że specyfikacja usług jak i same usługi WF48, oraz WF51 do WF92 są przedmiotem postępowania „Na budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego” i powinny zostać wyspecyfikowane i zrealizowane przez Wykonawcę. zakres integracji zostanie ustalony przez Wykonawcę na etapie analizy dla realizacji tego zagadnienia.

Pytanie 2: OPZ, pkt. 5.1 WF51, WF52, WF48, WF53, WF54, WF55, WF87, WF88, WF89, WF90, WF91, WF92,Prosimy o potwierdzenie, że Zamawiający zapewni gotowość odpowiednich specyfikacji, dokumentacji, interfejsów oraz współpracę/usługi podmiotów zewnętrznych (np. gestorów systemów zewnętrznych) umożliwiając Wykonawcy terminowe i zgodne z wymaganiami wywiązanie się z umowy. W szczególności prosimy o wskazanie przewidywanych terminów gotowości do integracji interfejsów systemu OpenBTM, CEN, Transbit

Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że specyfikacja usług jak i same usługi WF48, oraz WF51 do WF92 są przedmiotem postępowania „Na budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorców Transportu Drogowego” i powinny zostać wyspecyfikowane i zrealizowane przez Wykonawcę. Szczegółowy zakres integracji zostanie ustalony na etapie analizy dla realizacji tego zagadnienia.

Pytanie 3: OPZ, "Opis Systemu i uwarunkowania realizacyjne", pkt. 1 Uwarunkowania formalno-prawne, poz. 18 "Projekt Ustawy o zmianie ustawy o transporcie drogowym"Prosimy o wskazanie lokalizacji powołanego projektu lub załączenie go do SIWZ.Odpowiedź Zamawiającego:Zamawiający wskazuje link do projektu ustawy - https://legislacja.rcl.gov.pl/projekt/12269356https://legislacja.rcl.gov.pl/docs//2/12269356/12276538/12276539/dokument163535.pdf

Pytanie 4: OPZ, "Opis Systemu i uwarunkowania realizacyjne", pkt. 1 Uwarunkowania formalno-prawne, poz. 19 - 23Prosimy o wskazanie lokalizacji powołanych wytycznych, zarządzeń GITD i regulaminów wewnętrznych lub załączenie ich do SIWZOdpowiedź Zamawiającego:Zamawiający wyjaśnia, że Wykonawca, na potrzeby przygotowania Oferty, może zapoznać się w siedzibie Zamawiającego z kompletem dokumentów, 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]

Pytanie 5: OPZ, rozdz. 5.1, WF1:Zamawiający wskazał procesy biznesowe PB16 - PB24 jednocześnie określając Etap jako 2. Procesy PB16 - PB-18 dotyczą modelu docelowego i nie są zamieszczone na diagramie "Procesy w modelu przejściowym". Taki zapis sugeruje, że wymaganie ma zostać zrealizowane w całości w ramach Etapu 2 a według Oferenta wymaganie to realizowane jest zarówno w Etapie 2 jak i Etapie 3 (z odpowiadającymi tym etapom procesami biznesowymi)Prosimy o zamieszczenie poprawnego opisu wymagania WF1 i uspójnienie go z diagramami zamieszczonymi w OPZ. Odpowiedź Zamawiającego:Zamawiający dokonuje korekty treści SIWZ poprzez wskazanie w wymaganiu WF1 realizacji w Etapie II procesów PB19 do PB21, w Etapie III procesów od PB16 do PB18 oraz procesów od PB22 do PB24 .

Pytanie 6: OPZ, "Opis systemu i uwarunkowania realizacyjne", pkt. "2.Procesy biznesowe wspierane przez system", sekcja "Procesy w modelu przejściowym"

2

Al. Jerozolimskie 94, 00-807 Warszawa, tel. (22) 220 40 00, fax (22) 220 48 99, www.gitd.gov.pl, e-mail: [email protected]

W opisie dla "Edycja / Zmiana danych w KREPTD" ("Mapę procesów biznesowych w modelu przejściowym podzielono na następujące 4 grupy") zapisano:"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)"PB22 dotyczy danych ze starostw a nie danych z TransBit. Prosimy o poprawę opisu. Odpowiedź Zamawiającego:Zamawiający dokonuje korekty treści SIWZ w tym zakresie.

Pytanie 7: OPZ, rozdz. 5.1, WF3:Zamawiający wskazał procesy: PB13 oraz PB15. Jednocześnie, realizacja procesu PB14 jest wskazana zarówno w modelach procesów (przejściowego i docelowego) oraz określona jako niezbędna do realizacji w ramach wymagania WF8. Prosimy o zamieszczenie poprawnego opisu wymagania WF3 i uspójnienie go z diagramami zamieszczonymi w OPZ oraz zapisami w pozostałych wymaganiach. Odpowiedź Zamawiającego:Zamawiający dokonuje korekty treści SIWZ poprzez wskazanie w wymaganiu WF3 realizacji w etapie 2 procesów PB12, BP13, PB14, PB15 w zakresie opisany w wymaganiu WF3.

Pytanie 8: OPZ, rozdz. 5.1, WF4:Zamawiający wskazał procesy: PB1, PB13, PB15 - 24. Analogicznie jak w przypadku WF3 nie wskzano PB14. Procesy PB16 - PB-18 dotyczą modelu docelowego i nie są zamieszczone na diagramie "Procesy w modelu przejściowym". Taki zapis sugeruje, że wymaganie ma zostać zrealizowane w całości w ramach Etapu 2 (z pominięciem P14) a według Oferenta wymaganie to realizowane jest zarówno w Etapie 2 jak i Etapie 3 (z odpowiadającymi tym etapom procesami biznesowymi).Prosimy o zamieszczenie poprawnego opisu wymagania WF4 i uspójnienie go z diagramami zamieszczonymi w OPZ oraz zapisami w pozostałych wymaganiach. Odpowiedź Zamawiającego:Zamawiający dokonuje korekty w treści SIWZ poprzez wskazanie w wymaganiu WF4 realizacji w Etapie II procesów PB1, PB13 do PB15 oraz PB19 do PB24, w Etapie III procesów PB16 do PB18

Pytanie 9: OPZ, rodz. 5.1, WF6:Proszę o określenie procesu, w którym wymaganie ma być realizowane. Odpowiedź Zamawiającego:Zamawiający dokonuje korekty treści SIWZ poprzez wskazanie w wymaganiu WF6 realizacji w Etapie II procesu PB21 oraz w Etapie III procesów od PB18 i PB24. Ponadto Zamawiający wyjaśnia, że dodatkowo wymaganie to skorelowane jest z następującymi wymaganiami WF13 Etap II , WF66 Etap III, gdzie również mowa jest o usuwaniu (archiwizacji) danych.

Pytanie 10: OPZ, rozdz. 5.1, WF183


Zapis pkt 4 opisu wymagania:"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 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".Oferent zwraca uwagę, że wykonawca systemu KREPTD nie może być odpowiedzialny za czasy odpowiedzi Systemów zewnętrznych.Ponadto - zapis taki jest wewnętrznie sprzeczny - nie obejmuje bowiem w możliwych informacjach zwrotnych komunikatu o braku odpowiedzi w zakładanym czasie. Prosimy o wyjaśnienie treści wymagania i zmianę jego treści. Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że czas odpowiedzi na złożone zapytanie wynika z przepisów nałożonych przez Unię Europejską na kraje członkowskie zgodnie z ROZPORZĄDZENIEM KOMISJI (UE) NR 1213/2010 z dnia 16 grudnia 2010 r. ustanawiającym wspólne zasady dotyczące połączenia krajowych rejestrów elektronicznych przedsiębiorców transportu drogowego oraz wiedzą Zamawiającego o planowanej zmianie założonego czasu z 60 sek. Do 10 sdk. Ponadto Zamawiający wyjaśnia, że opis wymagania nie jest wewnętrzne sprzeczny – szczegółowo zostało to zaprezentowane w ramach procesu PB6.. Jeżeli w ciągu 10 sek Użytkownik który zlecil zapytanie nie otrzyma odpowiedzi, to powinien otrzymać komunikat NACK lub jeśli i to nie zostanie zwrócone z ERRU to należy zapoznać się z dokumentem ERRU IMPLEMENTATION GOOD PRACTICES gdzie opisane zostało praktyczne rozwiązanie.

Pytanie 11: OPZ, rozdz. 5.1, WF25:Prosimy o poprawienie odnośnika do wymagania.Odpowiedź Zamawiającego:Zamawiający wyjaśnia że dla wymagania WF25 chodzi o referencję do wymagania WF34.

Pytanie 12: OPZ, rozdz. 5.1, WF30:Zamawiający w wymaganiu określił konieczność wydruku również dokumentów innych niż wymieniane z ERRU. Prosimy o określenie - liczby rodzajów dokumentów- czy każdy dokument będzie miał swój szablon - jeśli dokumenty będą drukowane zgodnie z szablonami, zmienności szablonów

4


Dodatkowo, Zamawiający wskazał w wymaganiu: "Operacje powinny być tak zapisywane aby możliwa była później komunikacja z systemem ERRU" a wymaganie dotyczy możliwości wydruku dokumentów do pliku pdf.Prosimy o doprecyzowanie oczekiwań Zamawiającego w tym zakresie. Dodatkowo, analogicznie jak w przypadku np wymagań WF1 i WF4, w wymaganiu wskazane są zarówno procesy wykorzystywane w Etapie2 jak i w Etapie3 a sama realizacja wskazana jest na Etap2. Prosimy o naniesienie poprawek w OPZ. Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że liczba pozostałych dokumentów nie powinna przekroczyć 20 rodzajów dokumentów jednocześnie, każdy dokument będzie miał swój szablon. Zamawiający na tym etapie, nie jest w stanie określić częstotliwości zmiany szablonów lecz zakłada się, że będzie istniała możliwość wydruku dokumentów przy użyciu szablonów archiwalnych co może doprowadzić do sytuacji, w której system będzie umożliwiał wydruk więcej niż 20 typów dokumentów.Operacja związana z utworzeniem dokumentu wynikającego z komunikacji z ERRU i jego przekazaniem pozasystemowym, powinna być zapisywana w postaci załącznika PDF oraz komunikatu xml lub jako zapis w bazie danych w taki sposób, aby w przypadku nawiązania łączności z systemem ERRU możliwe było wysłanie takiego komunikatu do ERRU lub przyjęcie komunikatu elektronicznego do pisma przekazanego pozasystemowo.

Pytanie 13: OPZ, rozdz. 5.1, WF31, WF36 - WF43:Analogicznie jak w przypadku np wymagań WF1 i WF4, w wymaganiu wskazane są zarówno procesy wykorzystywane w Etapie2 jak i w Etapie3 a sama realizacja wskazana jest na Etap2. Prosimy o naniesienie poprawek w OPZ.Odpowiedź Zamawiającego:Zamawiający dokonuje korekty treści SIWZ poprzez :

wskazanie w wymaganiu WF31 realizacji w etapie 2 procesu BP4, w etapie 3 procesów BP2 i PB3.

wskazanie w wymaganiu WF36 do 40 realizacji w etapie 2 procesu BP4, w etapie 3 procesu PB3.

wskazanie w wymaganiu WF41 do 44 realizacji w etapie 2 procesu BP6, w etapie 3 procesów PB5 i PB7.

Pytanie 14: OPZ, rozdz. 5.1, WF44:Analogicznie jak w przypadku np wymagań WF1 i WF4, w wymaganiu wskazane są zarówno procesy wykorzystywane w Etapie2 jak i w Etapie3 a sama realizacja wskazana jest na Etap2. Prosimy o naniesienie poprawek w OPZ.Odpowiedź Zamawiającego:Zamawiający dokonuje korekty treści SIWZ poprzez wskazanie w wymaganiu WF44 realizacji w etapie 2 procesu PB6 w etapie 3 procesów BP5 i PB7

Pytanie 15: OPZ, rozdz. 5.1, WF46:Opis wymagania, pkt. 4 o treści:

5


"4. System będzie wysyłał komunikat „odpowiedź na powiadomienie o naruszeniu przepisów” do systemu ERRU."Wskazany proces PB8 dotyczy tylko zapytania o dobrą reputację a nie dotyczy przyjęcia powiadomienia o naruszeniu przepisów. Odpowiedź Zamawiającego:Zamawiający dokonuje korekty treści SIWZ "4. System będzie wysyłał komunikat „odpowiedź na zapytanie o dobrą reputację” do systemu ERRU."

Pytanie 16: OPZ, rozdz. 5.1, WF49:Prosimy o przekazanie interfejsu CEN dotyczącego wymiany danych o naruszeniach. Jeśli interfejs jest obecnie budowany prosimy o potwierdzenie, że będzie on przekazywał komunikaty o strukturze umożliwiającej realizację punktu 1 wymagania. Diagram procesu PB1 wskazuje, że w przypadku przekazywania do KREPTD decyzji o nałożeniu kary przez organ kontrolny (zarówno z wykorzystaniem API jak i formularzy na ESP), po stronie KREPT nie jest realizowane:- dekompozycja komunikatu- mapowanie (konwersja) kategorii naruszeńProsimy o potwierdzenie, że w przypadku danych przekazywanych z organów kontrolnych - to strona przekazująca komunikat będzie odpowiedzialna za właściwe określenie kategorii naruszenia i sankcji (tak, aby były zgodne z ERRU) (zagadnienie powiązane z WF60). Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że budowa interfejsu wymiany wszelkich danych przetwarzanych w systemie KREPTD(w tym danych o naruszeniach) obsługującego procesy dekompozycji i mapowania komunikatów i kategorii naruszeń będzie stanowiła obowiązek Wykonawcy.

Pytanie 17: OPZ, rozdz. 5.1, WF50:W wymaganiu określono procesy: PB19 - PB21, które dotyczą modelu przejściowego, a realizację określono na Etap3. Zgodnie z Mapą procesów - w ramach Etapu3 powinny to być procesy PB16 - PB21.W związku z powtarzającymi się rozbieżnościami - prosimy o weryfikację wymagań, mapowania ich na procesy biznesowe oraz wskazania etapu realizacji wymagania podanego w rozdz. 5.1 OPZ.W wymaganiu wskazano: "2. System będzie każdorazowo identyfikował nowe rekordy danych pobranych z TransBit, weryfikował i 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."Zapis wymagania nie uwzględnia procesu PB20 "Zmiana danych importowanych z systemu TransBit (model przejściowy)"

6


Prosimy o weryfikację treści zapisu i wyjaśnienia oraz (jeśli zachodzi) - poprawę opisu wymagania. Odpowiedź Zamawiającego:Zamawiający dokonuje korekty treści SIWZ w powyższym zakresie.Zamawiający wyjaśnia, że przypisanie procesów do wymagania jest prawidłowe. Jeśli system OpenBTM nie będzie gotowy do integracji w ramach usługi, to w okresie przejściowym dane nadal będą aktualizowane z systemu Transbit.

Pytanie 18: OPZ, rozdz. 5.1, WF64:Prosimy o poprawienie odnośnika do wymagania.Odpowiedź Zamawiającego:Zamawiający wyjaśnia że dla wymagania WF64 chodzi o referencję do wymagania WF1.

Pytanie 19: OPZ, rozdz. 5.1, WF68:zastrzeżenie co do zapisu "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 [...]" :Oferent zwraca uwagę, że wykonawca systemu KREPTD nie może być odpowiedzialny za czasy odpowiedzi Systemów zewnętrznych.Ponadto - zapis taki jest wewnętrznie sprzeczny - nie obejmuje bowiem w możliwych informacjach zwrotnych komunikatu o braku odpowiedzi w zakładanym czasie. Prosimy o wyjaśnienie treści wymagania i zmianę jego treści. Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że czas odpowiedzi na złożone zapytanie wynika z przepisów nałożonych przez Unię Europejską na kraje członkowskie zgodnie z ROZPORZĄDZENIEM KOMISJI (UE) NR 1213/2010 z dnia 16 grudnia 2010 r. ustanawiającym wspólne zasady dotyczące połączenia krajowych rejestrów elektronicznych przedsiębiorców transportu drogowego oraz wiedzą Zamawiającego o planowanej zmianie założonego czasu z 60 sek. Do 10 sdk. Ponadto Zamawiający wyjaśnia, że opis wymagania nie jest wewnętrzne sprzeczny – szczegółowo zostało to zaprezentowane w ramach procesu PB6.. Jeżeli w ciągu 10 sek Użytkownik który zlecil zapytanie nie otrzyma odpowiedzi, to powinien otrzymać komunikat NACK lub jeśli i to nie zostanie zwrócone z ERRU to należy zapoznać się z dokumentem ERRU IMPLEMENTATION GOOD PRACTICES gdzie opisane zostało praktyczne rozwiązanie.

Pytanie 20: OPZ, rozdz. 5.1, WF69:W opisie wymagania wprowadzono odwołanie do nieistniejącego wymagania: WF653.Dodatkowo - wymaganie dotyczy zestawu czynności "wprowadzenie do KREPTD wyników postępowania w sprawie oceny, czy utrata dobrej reputacji przedsiębiorcy lub Zarządzającego transportem stanowi proporcjonalną reakcję" - jako proces wskazano PB4. Proces PB4 opisany jest jako: "Odpowiedź na powiadomienie o naruszeniu przepisów w modelu przejściowym (przy wykorzystaniu TransBit)"

7


Prosimy o poprawienie opisu wymagania. Odpowiedź Zamawiającego:Zamawiający dokonuje korekty treści SIWZ poprzez wskazanie w wymaganiu WF69 odwołania do wymagania WF65 oraz wskazanie w wymaganiu realizacji w etapie 3 procesu PB14.

Pytanie 21: OPZ, rozdz. 5.1, WF71:W wymaganiu jako element systemu wskazano "Aplikację dla starostw", w procesie wskazanym w wymaganiu (PB15) odbiorcą komunikatu jest "Instytut Transportu Samochodowego" a nie pracownik Starostwa.Prosimy o potwierdzenie, czy element systemu "Aplikacja dla starostw" ma być dostępny również dla innych podmiotów. Jeśli tak, to prosimy o podanie jakich. Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że w procesie PB15 Pracownik BTM informuje jednostkę wydającą certyfikaty kompetencji zawodowych (Instytut Transportu Samochodowego) o zwrocie certyfikatu a nie o wykreśleniu Zarządzającego z ewidencji osób niezdolnych do kierowania operacjami transportowymi. Natomiast wymaganie mówi o konieczności mailowego powiadomienia pracownika starostwa o wykreśleniu Zarządzającego z ewidencji osób niezdolnych do kierowania operacjami transportowymi.

Pytanie 22: OPZ, rozdz. 5.1, WF80 - WF81:W wymaganiach wskazano procesy PB23 oraz PB24 - procesy te dotyczą aktualizacji i usuwania danych na podstawie komunikatów przesyłanych ze starostw. Treść obu wymagań wskazuje na to, że są to wymagania na integrację między KREPTD a OpenBTM (zapis "w szczególności aplikacji systemu Open BTM" )Prosimy o poprawienie opisu wymagania. Odpowiedź Zamawiającego:Zamawiający dokonuje korekty w treści SIWZ poprzez wykreślenie wskazania procesów PB23 i PB24. Zamawiający potwierdza, że są to wymagania pomiędzy KREPTD a OpenBTM i nie zostały uwzględnione w żadnym procesie opisanym w załączniku.

Pytanie 23: OPZ, Rozdz. 5.1 Wymagania funkcjonalne i niefunkcjonalne, Wymaganie NF23, str. 104-105Prosimy o podanie szczegółowej specyfikacji infrastruktury programowo-sprzętowej(producent, typ i model) dostarczanej przez Zamawiającego, która ma być objęta zarządzaniem konfiguracją, zgodnie z wymaganiem NF23. Bez takiej specyfikacji nie jest możliwe zaproponowanie rozwiązania gwarantującego możliwość współpracy z powyższą infrastrukturą.Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie nr 461.

8


Pytanie 24: OPZ, Rozdz. 5.3 Opis wymagań na rozwój systemu ..., ppkt 1.5 str. 129-115. Czy w ramach szkoleń uzupełniających Zamawiający dopuszcza zastosowanie e-learningu czy też muszą to być każdorazowo szkolenia stacjonarne?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że w ramach szkoleń uzupełniających nie dopuszcza zastosowania e-learningu jeśli podstawowe szkolenie odbyło się stacjonarnie.

Pytanie 25: SIWZ cz. III OPZ rozdz. 5.5 pkt 2.6.2Czy Zamawiający nie podając w pkt 2.6.2 czasu na obejście dla Błędu kategorii niski, potwierdza że Wykonawca na ewentualne obejście ma 72h?Odpowiedź Zamawiającego:Zamawiający nie potwierdza takiego założenia. Dla błędu kategorii „niski” Zamawiający nie przewiduje obejścia. 72 h to czas na rozwiązanie zgłoszenia.

Pytanie 26: SIWZ cz. III OPZ rozdz. 5.5 pkt 2.4Zamawiający oczekuje, że Wykonawca zapewni obsługę zgłoszeń (incydentów i problemów) i jednocześnie nie definiuje tych pojęć. Jednocześnie Zamawiający oczekuje świadczenia usług zgodnie z biblioteką ITIL v3. Czy w tej sytuacji należy przyjąć następujące definicje?:Zgłoszenie - każde zdarzenie zgłoszone przez użytkownika Systemu KREPTD, Incydent - Każde zgłoszenie, które dotyczy działania niezgodnego z dokumentacją Systemu KREPTD, działania utrzymywanej infrastruktury Problem - nieznana przyczyna jednego lub wielu Incydentów, Znany błąd - Incydent lub Problem, którego przyczyna wystąpienia jest znana i dla którego została zidentyfikowane zostało obejście. Jeśli Zamawiający nie akceptuje proponowanych definicji to prosimy o ich sprecyzowanie, zwłaszcza, że w ramach usługi utrzymani, jedną z głównych usług jest obsługa zgłoszeń (incydentów i problemów).Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że interpretacja i adaptacja kluczowych pojęć pochodzących z biblioteki ITIL musi uwzględniać wszystkie wymagania Zamawiającego zgłoszone na etapie analizy.

Pytanie 27: SIWZ cz. III OPZ rozdz. 5.5 pkt 2.6.2Zamawiający oczekuje, że Wykonawca zapewni podejmowanie i realizację zgłoszeń w czasach określonych w niniejszym punkcie i jednocześnie nie definiuje pojęć Czas reakcji na zgłoszenie, Czas realizacji zgłoszenia, obejście oraz rozwiązanie zgłoszenia. Jednocześnie Zamawiający oczekuje świadczenia usług zgodnie z biblioteką ITIL v3. Czy w tej sytuacji należy przyjąć następujące definicje?:Czas reakcji na zgłoszenie - czas na wysłanie odpowiedzi na zgłoszenie użytkownika Systemu KREPTD, potwierdzającej rejestrację zgłoszenia,

9


Czas realizacji zgłoszenia - czas na obsługę zgłoszenia przyjętego do realizacji, w ramach którego zostanie zastosowane obejście lub rozwiązanie docelowe z uwzględnieniem wymagań procesu wdrażania zmian w Systemie KREPTD.obejście/Obejście - minimalizacja lub eliminacja wpływu Incydentu na działanie usług Systemu KREPTD, dla którego nie opracowano docelowego rozwiązania. Obejście dla incydentów o priorytetach 1 i 2 oznacza przywrócenie poprawnego działania usługi poprzez restart usługi lub jej komponentu, wykonanie skryptu naprawczego, zmianę parametrów konfiguracyjnych itp. działań. W przypadku zgłoszeń o priorytecie 3, obejście stanowi jeden ze sposobów obsługi incydentu, rozwiązanie zgłoszenia - działanie podjęte w celu naprawy zgłoszonego Incydentu poprzez zastosowanie rozwiązania docelowego lub poprzez zastosowanie Obejścia. Jeśli Zamawiający nie akceptuje proponowanych definicji to prosimy o ich sprecyzowanie, zwłaszcza, że w ramach usługi utrzymani, jedną z głównych usług jest obsługa zgłoszeń (incydentów i problemów).Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że interpretacja i adaptacja kluczowych pojęć pochodzących z biblioteki ITIL musi uwzględniać wszystkie wymagania Zamawiającego zgłoszone na etapie analizy.

Pytanie 28: SIWZ cz. III OPZ rozdz. 5.5 pkt 2.6.2Czy zastosowanie obejścia oznacza rozwiązanie zgłoszenia i można je zamknąć? Jeśli nie to prosimy o określenie jak się mają obejście do rozwiązania zgłoszenia oraz jakie są zależności czasowe między obejściem a rozwiązaniem, np. w przypadku zastosowania obejścia czas obsługi zostaje wstrzymany.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zapisy te dają Wykonawcy możliwość wskazania zastosowania obejścia dla zgłoszonego błędu krytycznego i pilnego tzn. zaproponowanie takiego rozwiązania, które pozwoli na realizację procesów biznesowych w sposób inny niż przewiduje przepływ ale daje efekt zgodny z przepływem procesu. Obejście nie naprawia błędu, jest jedynie rozwiązaniem tymczasowym do czasu poprawy błędu, czyli takim rozwiązaniu błędu aby realizowało ono dokładnie (w formiez niezmienionej w stosunku do stanu wyjściowego) proces biznesowy zgodnie z przepływem aż do efektu końcowego przepływu. Zamawiający potwierdza, że zastosowanie obejścia jest opcjonalne, gdyż istnieje możliwość, że błąd będzie na tyle skomplikowany, że Wykonawca nie będzie w stanie zaproponować obejścia błędu. W przypadku zastosowania obejścia czas obsługi nie jest wstrzymywany.

Pytanie 29: SIWZ, IPU, Par.9. punkt 5), str. 176Zamawiający przewiduje kary za niedotrzymanie czasów, wskazując kary odpowiednio dla czasu Reakcji, Obejścia i Naprawy. W przypadku przekroczenia czasu na Obejście o ponad 19 godzin (dla zgłoszeń o priorytecie krytyczny), nastąpi też przekroczenie czasu Naprawy. Czy intencją Zamawiającego jest aby karanie następowało w takim przypadku przekroczenia czasu na Obejście czy też intencją jest karanie Wykonawcy jednocześnie za przekroczenie obu tych czasów?

10


Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zgodnie z § 9 ust. 3 IPU kary umowne mogą być nakładane niezależnie od siebie.

Pytanie 30: SIWZ cz. III OPZ rozdz. 5.5 pkt 2.6.1.1 i 2.6.1.2Jak należy rozumieć zapis "Możliwe jest zastosowanie obejścia umożliwiającego prawidłową obsługę procesów biznesowych" dla błędów krytycznych i pilnych? Określenie "możliwe jest zastosowanie obejścia" sugeruje opcjonalność jego zastosowania i możliwość rozwiązania incydentu w terminach przewidzianych na jego rozwiązanie. Prosimy o wyjaśnienie także w kontekście kar za opóźnienie w zastosowaniu Obejścia, gdy Wykonawca nie będzie przy danym przypadku z tej opcji korzystał.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zapisy te dają Wykonawcy możliwość wskazania zastosowania obejścia dla zgłoszonego błędu krytycznego i pilnego tzn, zaproponowanie takiego rozwiązania, które pozwoli na realizację procesów biznesowych w sposób innych niż przewiduje przepływ ale daje efekt zgodny z przepływem procesu. Obejście nie naprawia błędu jest jedynie rozwiązaniem tymczasowym do czasu poprawy błędu czyli takim rozwiązaniu błędy aby realizowało ono dokładnie proces biznesowy zgodnie z przepływem aż do efektu końcowego przepływu. Zamawiający potwierdza, że zastosowanie obejścia jest opcjonalne, gdyż istnieje możliwość, że błąd będzie na tyle skomplikowany, że Wykonawca nie będzie w stanie zaproponować obejścia błędu.

Pytanie 31: IPU § 5 ust. 20Zdaniem oferenta przyjęta i realizowana w sposób opisany w tym ustępie zasada, wg której w przypadku wątpliwości dotyczących liczby roboczogodzin niezbędnych na realizację danego zadania rozwojowego Zamawiający zastrzega sobie niczym nieograniczone prawo do wyboru i korzystania z opinii dowolnego biegłego, który dokona oceny czasochłonności realizacji danego zadania a Wykonawca będzie zobowiązany do realizacji zadania w czasie wyliczonym przez biegłego, stawia Wykonawcę w sytuacji, w której każda jego wycena prac wykonana z uwzględnieniem posiadanej wiedzy fachowej i doświadczenia oraz przyjętej metodyki wyceny może być dowolnie zakwestionowana a Wykonawca nie będzie miał żadnej możliwości obrony swojego stanowiska w tym zakresie. Powoduje to istotny wzrost ryzyka po stronie Wykonawcy co będzie miało istotny wpływ na wycenę projektu. W związku z powyższym:1. Prosimy o potwierdzenie, że ocena biegłego będzie przeprowadzona wg tej samej zaakceptowanej przez Strony metodyki wyceny prac projektowych.2. Prosimy o wprowadzenie zapisu, że przez wątpliwości dotyczące liczby roboczogodzin Strony rozumieją taką sytuację, gdy różnica pomiędzy wyliczeniem Wykonawcy a wyliczeniem biegłego wynosi co najmniej 25 %.3. Prosimy o wprowadzenie zapisu, że w przypadku niemożności uzyskania przez Strony akceptacji wyliczenia pracochłonności, to Strony eskalują problem do decyzji Komitetu Sterującego.4. Prosimy o wprowadzenie ograniczenia kosztów wydania opinii przez biegłego.

11


Odpowiedź Zamawiającego:1. Opinia biegłego będzie przeprowadzona w oparciu o metodykę wybraną przez biegłego. Jednocześnie zarówno Zamawiający jak i Wykonawca będą zobowiązani do udzielenia biegłemu wszelkich informacji, które mogą mieć w jego opinii mieć wpływ na ostateczny kształt wyceny. W interesie Wykonawcy jest leży bieżące dokumentowanie wszelkich czynności wykonywanych oraz planowanych do wykonania. 2. Zamawiający odrzuca prośbę Wykonawcy.3. Zamawiający odrzuca prośbę Wykonawcy. Intencją Zamawiającego jest wprowadzenie do projektu obiektywnych metod wymiarowania przedsięwzięć informatycznych.4. Zamawiający odrzuca prośbę Wykonawcy. Zamawiający nie jest w stanie wiarygodnie oszacować złożoności i kosztu wykonania zadań, które zostaną powierzone biegłemu

Pytanie 32: IPU § 3 ust.1 pkt 3), § 3 ust. 6Prosimy o potwierdzenie, że zgłoszenia w terminie 3 dni roboczych uzasadnionego sprzeciwu Zamawiającego do każdej zmiany osób w projekcie będzie następowało na piśmie.Odpowiedź Zamawiającego:Zamawiający potwierdza, że zgłoszenie w terminie 3 dni roboczych uzasadnionego sprzeciwu Zamawiającego do każdej zmiany osób w projekcie będzie następowało na piśmie.

Pytanie 33: IPU § 3 ust. 15Zapis tego ust. zdaniem oferenta wyklucza możliwość użycia licencji takich producentów jak np. Oracle, Microsoft. Dlatego proponujemy następują zmianę brzmieniu ust.: „Wykonawca gwarantuje, że zakres udzielonych licencji (sublicencji) zapewnia Zamawiającemu możliwość samodzielnego sprawowania utrzymania (opieki pogwarancyjnej) nad Oprogramowaniem, oraz samodzielnego rozwoju Oprogramowania lub powierzenia tego osobie trzeciej niezależnej od Wykonawcy lub producenta elementów Oprogramowania, z zastrzeżeniem, że w przypadku licencji na oprogramowanie obce (standardowego) zostaną one udzielone w najpełniejszym zakresie dozwolonym umowami licencyjnymi producentów oprogramowania obcego (standardowego).”Odpowiedź Zamawiającego:Zamawiający dokonuje zmiany SIWZ zgodnie z treścią pytania.

Pytanie 34: IPU § 3 ust. 8Prosimy o potwierdzenie, że w tym ust. Zamawiający ma na myśli osoby, które są pracownikami Zamawiającego a nie osoby trzecie będące np. bezpośrednią konkurencją Wykonawcy. W takim przypadku Wykonawca powinien mieć prawo do ochrony tajemnicy własnego przedsiębiorstwa, którą może być np. know-how i kwalifikacje oraz doświadczenie pracowników Wykonawcy. Jeżeli Zamawiający chciałby wskazywać w przypadkach opisanych w tym ust. osoby inne niż będące pracownikami Zamawiającego to prosimy o uzupełnienie ust o zapis, że Wykonawca uprawniony będzie do zgłoszenia uzasadnionego sprzeciwu, jeżeli ma zastrzeżenia do wskazanej przez Zamawiającego osoby, w terminie 3 dni roboczych od daty poinformowania Wykonawcy o takiej osobie. Sprzeciw będzie wiążący dla Zamawiającego.

12


Odpowiedź Zamawiającego:Zamawiający potwierdza, że chodzi tylko i wyłącznie o pracowników Zamawiającego przy czym zatrudnienie może być oparte o umowę o pracę lub umowę cywilnoprawną. Zamawiający informuje, że nie będą to osoby zatrudnione bądź współpracujące z innymi podmiotami gospodarczymi z którymi Zamawiający ma zawarte jakiekolwiek umowy.

Pytanie 35: IPU § 4 ust. 3 pkt. 2)Oferent zwraca uwagę, że zapis stwierdzający, że "podstawą wystawienia faktury przez Wykonawcę będą: 1) Protokół Odbioru Usługi – za każdy kwartalny okres rozliczeniowy" jest niezgodne z prawem podatkowym w zakresie świadczenia usług ciągłych rozliczanych okresowo o ustalonym z góry wynagrodzeniu zryczałtowanym. Zgodnie z prawem podatkowym wystawienia faktury VAT nie można uzależnić od podpisania raportu/protokołu. Wynika to z przepisu art. 19a ust 2 ustawy o VAT: "Usługę, dla której w związku z jej świadczeniem ustalane są następujące po sobie terminy płatności lub rozliczeń, uznaje się za wykonaną z upływem każdego okresu, do którego odnoszą się te płatności lub rozliczenia, do momentu zakończenia świadczenia tej usługi.” Przeciwne postanowienia umowne, nie mogą przesuwać obowiązku podatkowego w czasie do dnia podpisania raportu/protokołu ponieważ raport ten nie ma wpływu na fakt, że upłynął okres rozliczeniowy dla płatności ryczałtowej ani nie ma wpływu na wysokość zryczałtowanej opłaty. W związku z powyższym, w celu umożliwienia wykonawcy wywiązania się z obowiązków wynikających z obowiązującego prawa podatkowego, prosimy o zmianę zapisu na następujący: "3. Odpowiednie części wynagrodzenia będą płatne z dołu na podstawie prawidłowo wystawionych i dostarczonych Zamawiającemu faktur w następujący sposób: 1) Dla płatności o których mowa w pkt 1 ppkt 1) podstawą wystawienia faktury przez Wykonawcę będzie 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. Wykonawca dołączy do faktury kopię podpisanego przez obie strony Protokołu Odbioru Oprogramowania. 2) Dla płatności o których mowa w pkt 1 ppkt 2) faktury będą wystawiane przez Wykonawcę po upływie każdego kwartału, w którym były świadczone usługi. Podstawą płatności za wystawiane przez Wykonawcę faktury będą Protokoły Odbioru Usługi za każdy kwartalny okres rozliczeniowy."Odpowiedź Zamawiającego:Zamawiający dokonuje zmiany treści § 4 ust. 3 IPU.

Pytanie 36: IPU § 5 ust. 1W związku z ilością i różnorodnością produktów Umowy podlegających odbiorowi prosimy o zmianę zapisu § 5 ust. 1. na następujący: "§ 5 ust. 1. Odbiór rezultatów prac wykonanych w trakcie realizacji Umowy następuje w siedzibie Zamawiającego polega na weryfikacji czy przedmiot Odbioru spełnia wymagania określone w Umowie, SIWZ z uwzględnieniem bardziej szczegółowych wymagań określonych w toku współpracy Stron oraz zgodnie z uzgodnioną między Stronami na etapie inicjalizacji Projektu Procedurą Odbioru".Odpowiedź Zamawiającego:Zamawiający nie dokonuje modyfikacji SIWZ w tym zakresie.

13


Pytanie 37: IPU § 5 ust. 19Obecny zapis pozwala Zamawiającemu powołać do kontroli jakości i sposobu prowadzenia prac osoby trzecie będące np. bezpośrednią konkurencją Wykonawcy. W takim przypadku Wykonawca może być narażony na nieobiektywna ocenę oraz na naruszenie tajemnicy własnego przedsiębiorstwa, którą może być np. know-how i kwalifikacje oraz doświadczenie pracowników Wykonawcy. Prosimy o uzupełnienie ust o zapis, że Wykonawca uprawniony będzie do zgłoszenia uzasadnionego sprzeciwu, jeżeli ma zastrzeżenia do wskazanej przez Zamawiającego osoby, w terminie 3 dni roboczych od daty poinformowania Wykonawcy o takiej osobie. Sprzeciw będzie wiążący dla Zamawiającego.Odpowiedź Zamawiającego:Zamawiający nie znajduje podstaw do dokonania zmiany treści umowy. Przyjmując za słuszne twierdzenie wykonawcy nie byłoby możliwe powołanie praktycznie żadnego biegłego z branży IT, gdyż każda taka osoba lub podmiot mogłyby stanowić bezpośrednią konkurencję Wykonawcy.

Pytanie 38: IPU § 6 ust. 1Prosimy o doprecyzowanie wymagań Zamawiającego w zakresie gwarancji i rękojmi jakich Wykonawca ma udzielić na Oprogramowanie: 1. Kiedy wg Zamawiającego powinien nastąpić odbiór końcowy Oprogramowania w wersji pełnej? Co Zamawiający rozumie pod określeniem "wersja pełna"? 2. Prosimy o potwierdzenie, że intencją Zamawiającego jest uzyskanie gwarancji i rękojmi obowiązujących przez okres i do zakończenie obowiązywania Umowy.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że określenia „odbiór końcowy oprogramowania w wersji pełnej” należy rozumieć odbiór dokonany po zaprojektowaniu i wytworzeniu oprogramowania KREPTD z uwzględnieniem wszystkich etapów wskazanych w § 4 ust. 1 pkt 1. Intencją Zamawiającego jest uzyskanie gwarancji na okres 36 miesięcy od momentu odbioru oprogramowania w wersji pełnej. Intencją Zamawiającego jest uzyskanie rękojmi na okres 3 lat licząc od daty dokonania odbioru oprogramowania KREPT w wersji pełnej.

Pytanie 39: IPU § 6 ust. 3Prosimy o doprecyzowanie zakresu odpowiedzialności Wykonawcy z tytułu gwarancji. Obecny zapis, że gwarancja obejmuje „wszelkie wady” można potraktować jako rozszerzenia standardowej gwarancji o wady powstałe nie tylko na skutek przyczyn tkwiących w Oprogramowaniu. Prosimy o: 1. Potwierdzenie, że intencji Zamawiającego jest udzielenie przez Wykonawcę gwarancji na wady Oprogramowanie za które odpowiada Wykonawca.2. Wprowadzenie zapisu, że poprzez wady w wykonaniu należy rozumieć niezgodność Oprogramowania z OPZ i/lub dokumentacją.Odpowiedź Zamawiającego:Zamawiający nie znajduje podstaw do dokonania zmiany, gdyż treść postanowienia IPU jest jasna. Istotą odpowiedzialności gwarancyjnej są wady w wykonaniu. Zatem chodzi tutaj o wady za które odpowiada Wykonawca który dane oprogramowanie wykonał.

14


Pytanie 40: IPU § 6 ust. 4Prosimy o zmianę zapisu na następujący: „4. Wykonawca będzie zobowiązany do działania z zachowaniem należytej staranności w celu doprowadzenia Oprogramowania do stanu zgodnego z OPZ i/lub dokumentacją, 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, jeżeli wyłączną przyczyną ich powstania były wady Oprogramowania. Każdorazowo Strony ustalą sposób naprawienia takich szkód.”Odpowiedź Zamawiającego:Zamawiający dokonuje zmiany treści § 6 ust. 4 IPU.

Pytanie 41: IPU § 6 ust. 9Prosimy o doprecyzowanie wymagań Zamawiającego w zakresie gwarancji i rękojmi na Oprogramowanie: 1. Prosimy o potwierdzenie, że ust. niniejszy dotyczy przypadku gdy Zamawiający odstąpi od Umowy w stosunku do niewykonanej części Umowy (odstąpienie częściowe) a nie w całości. W przypadku odstąpienia od całości Umowy nie będzie przedmiotu podlegającego rękojmi lub gwarancji. 2. Prosimy o potwierdzenie, że intencją Zamawiającego jest aby w razie skorzystania przez Zamawiającego z prawa do odstąpienia od Umowy okresy rękojmi i gwarancji liczony był od daty odstąpienia w przypadku gdy odstąpienie będzie częściowe i nastąpi przed odbiorem końcowym Oprogramowania w wersji pełnej. Sztuczne wydłużanie gwarancji i rękojmi w przypadku odstąpienia częściowego po odbiorze Oprogramowania w wersji pełnej byłoby niczym nie uzasadnione. Odpowiedź Zamawiającego:Zamawiający potwierdza prawidłowość obu interpretacji Wykonawcy.

Pytanie 42: IPU § 10 ust 5Prosimy o doprecyzowanie, że zapisy tego ust. stosuje się dla odstąpienia w stosunku do niewykonanej części Umowy (odstąpienie częściowe). Odpowiedź Zamawiającego:Zamawiający informuje, że zapisy tego ustępu nie dotyczą wyłącznie odstąpienia w stosunku do niewykonanej części Umowy (odstąpienia częściowego).Jednocześnie Zamawiający dokonuje zmiany poprzez poprawienie oczywistej omyłki pisarskiej w § 10 ust. 5 pkt 2 IPU.

Pytanie 43: IPU § 3 ust. 13 i 14, § 7 ust. 3 i 12,Prosimy o uspójnienie zapisów dotyczących przekazania praw autorskich oraz kodów źródłowych do Oprogramowania w zapisach § 3 ust. 13 i 14 oraz § 7 ust. 3 i 12. Jakie jest wymaganie Zamawiającego co do terminu przeniesienia praw autorskich do Oprogramowania. Czy prawa autorskie mają przechodzić po odbiorze końcowym Oprogramowania czy po każdym kolejnym etapie, w którym wykonany został dany fragment Oprogramowania? Czy intencją Zamawiającego jest aby brzmienie § 7 ust. 3 było następujące: "Przeniesienie przez Wykonawcę na Zamawiającego autorskich praw majątkowych do Oprogramowania i dokumentacji powstałych w wyniku realizacji Umowy następowało z chwilą podpisania przez Strony Protokołu Odbioru Końcowego w odniesieniu do Oprogramowania lub dokumentacji odbieranych przez Zamawiającego w ramach danego Protokołu. Najpóźniej z chwilą przeniesienia praw autorskich

15


Wykonawca będzie przekazywał Zamawiającemu kody źródłowe 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, modyfikowania, kompilacji, dekompilacji." Prosimy o wykreślenie z tych ustępów wymagania dotyczącego obowiązku przekazania przez Wykonawcę kodów źródłowych do oprogramowania, do którego Wykonawca udziela licencji. Praktyka rynkowa nie przewiduje przekazywania kodów źródłowych do takiego oprogramowania.Odpowiedź Zamawiającego:Zamawiający wskazuje, że w dokonuje zmiany § 3 ust. 14 w ten sposób, że w zdaniu pierwszym skreśla się zwrot „bądź udziela licencji”.Zamawiający wyjaśnia, że nie oczekuje przeniesienia autorskich praw majątkowych do Oprogramowania Obcego które będzie licencjonowane zgodnie z § 7 ust. 6. Jednocześnie Zamawiający wyjaśnia, że przeniesienie praw autorskich następuje zgodnie z § 7 ust. 3. Natomiast § 7 ust. 12 oraz § 3 ust. 13 i 14 dotyczą przekazania kodów źródłowych oraz kwestii związanych z charakterystyką tych kodów. W tym też zakresie Zamawiający uważa, że brak jest podstaw do zmiany ww. postanowień.

Pytanie 44: IPU § 7 ust. 6Zamawiający wymaga w tym ust. udzielenia Zamawiającemu licencji do korzystania z Oprogramowania na polach eksploatacji obejmujących mi.in.: modyfikacje zarówno przez Zamawiającego, jak i osoby trzecie, publiczne rozpowszechnianie w tym wprowadzenie do obrotu, najem, użyczenie i dzierżawę oprogramowania i dokumentacji, brak ograniczeń terytorialnych, prawa do sublicencji. Warunek postawiony przez Zamawiającego jest warunkiem nie do spełnienia przez Wykonawców ponieważ w praktyce na rynku nie jest dostępne oprogramowanie, którego licencja obejmowałaby wymienione powyżej pola eksploatacji. W związku z powyższym żaden Wykonawca nie będzie w stanie złożyć oferty zgodnej z wymaganym zakresem licencyjnym, która byłaby zgodna z prawem, tj. wykonanie Umowy na warunkach takiej oferty stanowiłoby naruszenie praw autorskich twórców oprogramowania na które udzielona zostanie licencja. W związku z tym prosimy o wykreślenie z treści § 7 ust. 6 ww. zapisów. Prosimy o wyjaśnienie zapisu określającego przedmiotowo na co mogą być udzielane licencje: „na niezwiązane ze specyfiką dziedzinową” elementy oprogramowania gotowego tj. „z zakresu uniwersalnych funkcji rozwiązania”. Co to są wg Zamawiającego "niezwiązane ze specyfiką dziedzinową” elementy oprogramowania gotowego oraz "uniwersalne funkcje rozwiązania"? Prosimy o wyjaśnienie kiedy ma być udzielana licencja na oprogramowanie, z chwilą podpisania protokołu odbioru etapu czy usługi?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że dokonał w dniu 17 sierpnia 2015 r. zmiany w treści § 7 ust. 6 IPU. Ponadto Zamawiający wyjaśnia, że w odpowiedzi na pytanie nr 169 dokonał zmiany brzmienia § 7 ust. 6 i 7 Zamawiający wyjaśnia dodatkowo, że:1) Zamawiający oczekuje, że Wykonawca dostarczy mu system dedykowany. Według wiedzy Zamawiającego na rynku nie funkcjonuje system dedykowany do obsługi procesów opisanych w OPZ według tam ujętej specyfikacji. Wobec powyższego Wykonawca taki system musi wytworzyć. W ramach wytworzenia do decyzji Wykonawcy pozostawiona jest możliwość wykorzystania oprogramowania obcego które będzie realizować określone funkcje (np. oprogramowanie bazodanowe, wyszukiwarki,

16


etc.). Wykonawca w tym zakresie uprawniony jest do korzystania z oprogramowania gotowego (COTS);2) udzielenie licencji na oprogramowanie ma nastąpić zgodnie z § 7 ust. 3 IPU.

Pytanie 45: IPU § 7 ust. 7Zamawiający wymaga w tym ust. udzielenia Zamawiającemu prawa 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. Warunek postawiony przez Zamawiającego jest warunkiem nie do spełnienia przez Wykonawców ponieważ w praktyce na rynku nie jest dostępne oprogramowanie, którego licencja obejmowałaby wymienione powyżej pola eksploatacji. W związku z powyższym żaden Wykonawca nie będzie w stanie złożyć oferty zgodnej z wymaganym zakresem licencyjnym, która byłaby zgodna z prawem, tj. wykonanie Umowy na warunkach takiej oferty stanowiłoby naruszenie praw autorskich twórców oprogramowania na które udzielona zostanie licencja. W związku z tym prosimy o wykreślenie z treści § 7 ust. 7 ww. zapisów. Odpowiedź Zamawiającego:Zamawiający informuje, że dnia 17 sierpnia 2015 r. dokonał zmiany treści § 7 ust. 11. Informacja o zakresie dokonanej zmiany znajduje się na stronie internetowej zamawiającego.

Pytanie 46: IPU § 7 ust. 8Zamawiający wymaga w tym ust. udzielenia Zamawiającemu licencji do korzystania z oprogramowania wraz z zezwoleniem na wykonywanie zależnych praw autorskich w zakresie udzielonych licencji. Warunek postawiony przez Zamawiającego jest warunkiem nie do spełnienia przez Wykonawców ponieważ w praktyce na rynku nie jest dostępne oprogramowanie, którego licencja obejmowałaby zezwolenie na wykonywanie zależnych praw autorskich w zakresie udzielonych licencji. W związku z powyższym żaden Wykonawca nie będzie w stanie złożyć oferty zgodnej z wymaganym zakresem licencyjnym, która byłaby zgodna z prawem, tj. wykonanie Umowy na warunkach takiej oferty stanowiłoby naruszenie praw autorskich twórców oprogramowania na które udzielona zostanie licencja. W związku z tym prosimy o wykreślenie z treści § 7 ust. 7 ww. wymogu.Odpowiedź Zamawiającego:Zamawiający informuje, że w tym zakresie udzielił już wyjaśnień w odpowiedzi na pytanie 240.

Pytanie 47: IPU § 7 ust. 11Zamawiający wymaga w tym ust. zobowiązania się Wykonawca, w razie zaistnienia potrzeby udzielenia licencji na innych polach eksploatacji niż wskazane w Umowie, do

17


nieodpłatnego rozszerzenia zakresu licencji o dodatkowe pola eksploatacji w terminie dwóch tygodni od zgłoszenia takiej potrzeby przez Zamawiającego, pod rygorem zapłaty kary umownej. Warunek postawiony przez Zamawiającego jest warunkiem nie do spełnienia przez Wykonawców ponieważ w praktyce na rynku nie jest dostępne oprogramowanie, którego licencja obejmowałaby możliwość dowolnego rozszerzenia pól eksploatacji na jakich została udzielona. W związku z powyższym żaden Wykonawca nie będzie w stanie złożyć oferty zgodnej z wymaganym zakresem licencyjnym, która byłaby zgodna z prawem, tj. wykonanie Umowy na warunkach takiej oferty stanowiłoby naruszenie praw autorskich twórców oprogramowania na które udzielona zostanie licencja. W związku z tym prosimy o wykreślenie z treści § 7 ust. 11 ww. wymagania. Prosimy o zmianę zapisu na następujący: „11. W razie zaistnienia potrzeby przeniesienia praw autorskich bądź udzielenia licencji (pod warunkiem, że dana licencja taką możliwość przewiduje w swoich warunkach licencyjnych) 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 ropoczęty kolejny tydzień opóźnienia w przeniesieniu praw.”Odpowiedź Zamawiającego:Zamawiający informuje, że dnia 17 sierpnia 2015 r. dokonał zmiany treści § 7 ust. 11. Informacja o zakresie dokonanej zmiany znajduje się na stronie internetowej zamawiającego.

Pytanie 48: IPU § 9Czy intencją Zamawiającego jest karanie Wykonawcy za opóźnienia nie wynikające wyłącznie z winy Wykonawcy? Odpowiedź Zamawiającego:Zamawiający informuje, że w dniu 17 sierpnia 2015 r. dokonał modyfikacji SIWZ dodając w § 9 ustęp 10.

Pytanie 49: IPU § 9 ust. 1 pkt 5)Zamawiający w zakresie niedochowania czasów Reakcji, Obejścia i Naprawy określił w IPU bardzowysokie kary umowne, całkowicie oderwane od wysokości wynagrodzenia. Wysokość kary umownej nie jest uzależniona od wysokości wynagrodzenia, ale jest kwotą stałą, niezależną od wysokości wynagrodzenia za usługę usuwania błędów. Tym samym – wykonawcy, którzy zaoferują niższą cenę ofertową, w tym niższą cenę za świadczenie usług utrzymania zostaną przez Zamawiającego ukarani proporcjonalnie znacznie bardziej odczuwalnie, niż ci wykonawcy, którzy zaoferują tutaj cenę wyższą. Tym samym Zamawiający tak sformułował postanowienia SIWZ, że lepiej traktuje wykonawców oferujących wyższą cenę – gdyż dla nich kara taka będzie mniej dotkliwa, mniej odczuwalna.

18


Na str. 154 SIWZ Zamawiający wskazał budżet usługi utrzymania w kwocie 2 128 875,00 zł brutto.Przy uwzględnieniu tej kwoty, kara umowna za opóźnienie naprawy jednego błędu krytycznego o 24 godziny wynosząca wtedy 360.000 złotych, stanowi 17% wartości całości wynagrodzenia za usługi utrzymania, za cały okres świadczenia tej usługi. Zamawiający wskazał w § 8 ust.8: "Czasy określone w OPZ i Umowie liczone są od chwili dokonania Zgłoszenia w sposób ciągły.", co oznacza, że błędy mają być usuwane w trybie 24/365. Powyższe wskazuje, że przedmiotowa kara umowna traci swą funkcję dyscyplinującą wykonawcę. Przedmiotowa kara umowna powinna zostać uzależniona od wysokości wynagrodzenia z tytułu świadczenia usług utrzymania, w wielkościach procentowych występujących standardowo na rynku usług informatycznych. Taki sposób liczenia kar stosował z powodzeniem sam Zamawiający w umowach na budowę innych swoich systemów informatycznych, chociażby w umowie na budowę systemy CANARD.Mając powyższe na uwadze wnosimy o zmianę § 9 ust. 1 pkt 5) w następujący sposób:„5) za niedotrzymanie czasów:a. przy Błędzie Krytycznym:i. Reakcji – 0,1% kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdą rozpoczętą godzinę opóźnienia; ii. Obejścia – 0,1% kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdą rozpoczętą godzinę opóźnienia;iii.Naprawy – 0,1% kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdą rozpoczętą godzinę opóźnienia;b. przy Błędzie Poważnym:i. Reakcji – 0,1% kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdą rozpoczętą godzinę opóźnienia;ii. Obejścia – 0,1% kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdą rozpoczętą godzinę opóźnienia; iii.Naprawy – 0,5% kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdy rozpoczęty dzień kalendarzowy opóźnienia;c. przy Błędzie Niskim:i. Reakcji – 0,1% kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdą rozpoczętą godzinę opóźnienia; ii. Naprawy – 0,2% kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdy rozpoczęty dzień kalendarzowy opóźnienia.”Odpowiedź Zamawiającego:Zamawiający informuje, że w dniu 17 sierpnia 2015 r. dokonał modyfikacji SIWZ w zakresie § 9 ust. 1 pkt 5. Informacja o zakresie dokonanej zmiany znajduje się na stronie internetowej zamawiającego. Jednocześnie Zamawiający nie znajduje podstaw do dokonania zmiany treści IPU zgodnie z literalnym brzmieniem pytania.

Pytanie 50: IPU § 10 ust. 2Prosimy o zmianę zapisu na następujący: „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: a) wykonuje Umowę niezgodnie z wymaganiami określonymi w Umowie lub w obowiązujących przepisach albo w istotny sposób naruszył postanowienia Umowy i nie

19


zaprzestaje tych naruszeń lub nie doprowadza sposobu wykonywania Umowy do stanu zgodnego z prawem i wymaganiami Umowy, mimo wezwania go do tego na piśmie przez Zamawiającego - zawierającego wyraźne wskazanie naruszeń lub niezgodności - oraz wyznaczenia Wykonawcy terminu na przystąpienie do ich usunięcia nie krótszego niż 7 dni roboczych; d) opóźnia się z wykonaniem Oprogramowania, ze swojej wyłącznej winy, o ponad 14 dni kalendarzowych z zastrzeżeniem postanowień poniższych;”Odpowiedź Zamawiającego:Zamawiający informuje, że dokonuje zmiany treści § 10 ust. 2 lit a) IPU.W pozostałym zakresie Zamawiający nie znajduje podstaw do dokonania zmian w treści IPU.

Pytanie 51: IPU § 10 ust 5Prosimy o zmianę zapisu na następujący: „5. W przypadku odstąpienia od Umowy przez którąkolwiek ze Stron: .......... d) Wykonawca zachowuje prawo do wynagrodzenia wyłącznie z tytułu należycie wykonanego i odebranego bez zastrzeżeń przez Zamawiającego przedmiotu Umowy oraz z tytułu przekazanych Zamawiającemu praw o których mowa w pkt c) powyżej.” Odpowiedź Zamawiającego:Zamawiający dokonuje zmiany treści § 10 ust. 5 lit. d) IPU.

Pytanie 52: IPU § 10 ust 6Prosimy o zmianę zapisu na następujący: „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, wynagrodzenia oraz poufności.”Odpowiedź Zamawiającego:Zamawiający nie widzi podstaw do zmiany treści wskazanego postanowienia. W świetle § 10 ust. 5 nie jest to konieczne bowiem Wykonawca expressis verbis w § 10 ust. 4 lit. d ma zagwarantowane wynagrodzenie.

Pytanie 53: IPU § 13Prosimy o zmianę zapisu ust. 6 na następujący: "Zabezpieczenie służy pokryciu wszelkich roszczeń Zamawiającego z tytułu niewykonania lub nienależytego wykonania Umowy, w tym kar umownych oraz zasądzonych przez sąd albo uznanych przez Wykonawcę 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 na skutek przyczyn leżących po stronie Wykonawcy." Odpowiedź Zamawiającego:

20


Zamawiający nie dokonuje zmiany treści § 13 ust. 6.

Pytanie 54: IPUPonieważ w IPU są używane takie pojęcia jak: Personel, Częściowy Protokół Odbioru, Protokół Odbioru Etapu Oprogramowania, Odbiór Końcowy, Harmonogram, Wady, Czas Reakcji, Zgłoszenia, Usługi Szkolenia, prosimy o udostępnienie definicji tych pojęć w rozumieniu Zamawiającego. Prosimy również o udostępnienie wzorów protokołów odbioru oraz ich zakres lub doprecyzowanie, że wzory tych protokołów będą uzgodnione przez Strony na etapie zarządczym projektu.Odpowiedź Zamawiającego:Zamawiający informuje, że nie widzi potrzeby definiowania pojęć wskazanych w pytaniu. Niniejszej pojęcia są zrozumiałe i oczywiste dla podmiotów do których skierowane zostało ogłoszenie o zamówieniu. Słownik pojęć zawarty w SIWZ jest narzędziem pomocniczym. Jednocześnie Zamawiający informuje, że na etapie ubiegania się o zamówienie nie przewiduje tworzenia wzoru protokołu odbioru.

Pytanie 55: IPU § 8 ust. 8Prosimy o doprecyzowanie co oznacza "sposób ciągły" w tym zapisie. Prosimy o potwierdzenie, że w ramach „ciągłego sposobu” liczenia czasów nie są uwzględniane czasy realizacji czynności, które nie są po stronie Wykonawcy, a dot. np. czynności realizowanych przez Zamawiającego, czynności realizowane przez podmioty trzecie dotyczące elementów rozwiązania nie będących w odpowiedzialności Wykonawcy, których realizacja jest wymagana w ramach realizacji zgłoszenia.Odpowiedź Zamawiającego:Zamawiający wskazuję, że przez „sposób ciągły” należy rozumieć czas jaki upływa bez przerwy od momentu zgłoszenia, które inicjuje proceduję do momentu upływu okresu jaki Umowa i OPZ przewiduje na realizację danej usługi.

Pytanie 56: Strona 47: 4. Infrastruktura programowo-sprzętowaCzy Wykonawca może założyć, że konfigurację i aktualizację środowisk będzie realizował na infrastrukturze wstępnie uruchomionej przez Zamawiającego (tj. wykonane już będą podłączenia sieciowe, elektryczne, montaż w szafach itp.)?Odpowiedź Zamawiającego:Zamawiający udostępni wstępnie skonfigurowaną oraz przygotowaną infrastrukturę (tj. wykonane już będą podłączenia sieciowe, elektryczne, montaż w szafach).

Pytanie 57: Strona 47: 4. Infrastruktura programowo-sprzętowaCzy Zamawiający jest już w posiadaniu opisywanej infrastruktury, ewentualnie czy gwarantuje, że opisana infrastruktura będzie w jego posiadaniu w terminach wymaganych do realizacji niniejszego zamówienia.Odpowiedź Zamawiającego:Zamawiający jest w posiadaniu części infrastruktury. Infrastruktura dla serwerowni zapasowej zostanie dostarczona w terminach podanych z SIWZ.

21


Pytanie 58: SIWZ.pdf str. 198-199Czy Zamawiający potwierdza, że strona 199 w pliku SIWZ.pdf jest powtórzeniem strony 198 i właściwą stroną jest strona nr 2 z pliku Zalacznik-2-SIWZ-Ocena-funkcjonalno-techniczna.docx?Odpowiedź Zamawiającego:Tak, Zamawiający potwierdza że strona 199 w pliku SIWZ.pdf jest powtórzeniem strony 198 i właściwą stroną jest strona nr 2 z pliku Zalacznik-2-SIWZ-Ocena-funkcjonalno-techniczna.docx

Pytanie 59: SIWZCzy Zamawiający potwierdza, że formularz OF.01 i formularz OF.1 to ten sam formularz?Odpowiedź Zamawiającego:Tak, zamawiający potwierdza.

Pytanie 60: SIWZ cz. IV IPU, par. 6 ust. 4Czy Zamawiający potwierdza, że intencją zapisu "naprawi szkody" jest poprawa błędów w Oprogramowaniu oraz o ile to możliwe poprawa danych, które powstały w wyniku błędu w Oprogramowaniu?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że potwierdza prawidłowość interpretacji zawartej w pytaniu z zastrzeżeniem, że dotyczy ona przepisu § 6 ust. 1, a szkoda może obejmować również inne sytuacje niż tylko poprawa błędów w danych. W pozostałym zakresie inne postanowienia IPU dotyczące praw Zamawiającego wynikających z nienależytego wykonania zobowiązania pozostają wiążące i mogą być stosowanie niezależnie.

Pytanie 61: SIWZ cz. IV IPU, par. 6 ust. 1 i ust. 8Czy Zamawiający potwierdza że "wersja pełna" to wersja Oprogramowania dostarczana w ramach wynagrodzenia za budowę systemu to jest wersja odebrana po zakończeniu etapu 4?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że określenia „wersji pełnej” obejmuje oprogramowanie w stanie po zaprojektowaniu i wytworzeniu oprogramowania KREPTD z uwzględnieniem wszystkich etapów wskazanych w § 4 ust. 1 pkt 1.

Pytanie 62: SIWZ cz. III OPZ rozdz. 5.3 pkt 6.1.2Zamawiający podał stały czas na opracowanie Oferty (10 dni kalendarzowych) niezależny od złożoności zgłoszenia. Czy Zamawiający dopuszcza wydłużenie tego czasu, po uzgodnieniu między Stronami gdy Wykonawca przedstawi uzasadnienie?Odpowiedź Zamawiającego:Zamawiający dopuszcza taką możliwość, pod warunkiem, że zaakceptuje uzasadnienie Wykonawcy.

22


Pytanie 63: SIWZ cz. III OPZ rozdz. 5.4 pkt 6 oraz 7Czy dla Etapu 2 Zamawiający dopuszcza skrócenie czasów (z 4 tygodni) na przygotowanie informacji dot. szkoleń o których mowa w pkt 6 oraz 7, ze względu na krótki czas przewidziany na realizację tego Etapu, przy założeniu że spełni to potrzeby Zamawiającego?Odpowiedź Zamawiającego:Zamawiający, wyjaśnia że dla etapu 2 akceptuje skrócenie czasów na przygotowanie szkoleń opisane w pkt 6 i 7 rozdziału 5.4 pod warunkiem, że nie będzie on krótszy niż 2 tygodnie przed rozpoczęciem szkolenia.

Pytanie 64: SIWZ cz. III OPZ rozdz. 6Czy Szkolenia przewidziane w ramach Etapu 2, ze względu na krótki czas przewidziany na realizację Etapu 2 oraz ze względu na termin odbioru przypadający na koniec roku, mogą zostać przeprowadzone po wdrożeniu produkcyjnym i odbyć się w pierwszej połowie stycznia 2016?Odpowiedź Zamawiającego:Szkolenia będą mogły odbyć się w styczniu 2016 r.

Pytanie 65: SIWZ cz. III OPZ rozdz. 5.8 pkt 4.3W opisie jest odwołanie do nieistniejącego pkt 5.6.4. Prosimy o poprawęOdpowiedź Zamawiającego:Zamawiający dokonuje zmiany treści SIWZ poprzez modyfikację istniejącego zapisu na następujący: 4.3. Tworzenie, aktualizacja i zarządzanie szablonami dokumentacji zarządczej i specjalistycznej Projektu zgodnie z opisem wymagań na dokumentację projektu w rozdziale 5.7. Wymagania na dostarczaną dokumentację projektową

Pytanie 66: SIWZ cz. III OPZ rozdz. 5.1Na jaki etap przewidziana jest realizacja wymagania NF25?Odpowiedź Zamawiającego:Zamawiający dokonuje zmiany treści SIWZ poprzez modyfikację istniejącego zapisu i wskazanie, że wymaganie NF25 jest przeznaczone do realizacji w Etapie II.

Pytanie 67: SIWZ rozdział 6 Harmonogram realizacyjny etapów str. 152W etapie 3 harmonogramu jest wymieniona "Aplikacja raportowa", podczas gdy w wymaganiach jest opisana wymaganiami WF72-WF75 i wszystkie te wymagania dotyczą etapu 4. Pytanie: W którym etapie powinna zostać zrealizowana "Aplikacja raportowa"?Odpowiedź Zamawiającego:Zamawiający dokonuje korekty w treści SIWZ wskazując w wymaganiach WF72, WF73 i WF75 realizację w Etapie III.

Pytanie 68: SIWZ rozdział 6 Harmonogram realizacyjny etapów str. 152

23


W etapie 4 harmonogramu pojawia się "Aplikacja raportowa na potrzeby sprawozdawczości dla MIiR". Pytanie: Które wymagania specyfikują tą aplikację i czym się ona różni od "Aplikacji raportowej" wymienionej w etapie 3?Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 142 i informuje, że aplikacja dla MIiR będzie realizowana w Etapie IV

Pytanie 69: SIWZ wymaganie WF75 str. 85Zgodnie z wymaganiem WF75 raporty mają być generowane do formatów PDF, ESY i XLS. Proszę o wyjaśnienie formatu pliku ESY.Odpowiedź Zamawiającego:Zamawiający dokonuje zmiany treści SIWZ w powyższym zakresie.

Pytanie 70: SIWZ/OPZ, Punkt 4 – 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)Proszę o odpowiedź czy jakiekolwiek licencje COTS są dostarczone przez zamawiającego?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że odpowiedzi na pytanie udzielił w odpowiedzi na pytanie nr 5 zawarte w pliku „Wyjasnienia-SIWZ-2015.08.07”.

Pytanie 71: SIWZ/OPZ, Punkt 5.1Czy aplikacje dostępowe (Aplikacja dla organów kontroli, Aplikacja dla pracowników KPK, Aplikacja dla pracowników KPK - administracja, Aplikacja dla starostw) mogą być wykonane jako jedna fizyczna aplikacja z logicznym podziałem funkcjonalności i za pomocą uprawnień?Odpowiedź Zamawiającego:Zamawiający nie wprowadza ograniczenia. Zwraca jednak uwagę, że aplikacje o których mowa w pytaniu mają inną charakterystykę funkcjonalną opisaną w SIWZ i ich ewentualna realizacja przy użyciu jednolitej platformy software'owej nie może doprowadzić do zubożenia funkcjonalności lub zubożenia bezpieczeństwa poszczególnych elementów systemu.

Pytanie 72: SIWZ/OPZ, Punkt 5.1,Wymaganie NF14 - 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.Proszę o doprecyzowanie zasad dopasowywania imion.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że treść wymagania NF14 zgodnie z OPZ brzmi ‘Identyfikacja użytkownika będzie jednoznaczna na podstawie profilu zaufanego ePUAP. System

24


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.Natomiast przytoczona treść zawarta jest w wymaganiu FN1. Zamawiający wyjaśnia że chodzi o zastosowanie algorytmów poprawy jakości wprowadzania i wyszukiwania danych bazujących na zapisie do bazy danych zarówno danych oryginalnie wprowadzonych jak i znormalizowanych czyli pozbawionych znaków białych i znaków specjalnych, pozbawionych narodowych znaków diakrytycznych, podniesieniu znaków do wielkich bądź małych liter, dopasowywanie wprowadzanych imion do poprawnych zdefiniowanych konwencji zapisu eliminując błędy użytkowników.

Pytanie 73: SIWZ/OPZ, Punkt 5.1,Wymaganie NF2, Wymaganie WF9m, WF10 - 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.Proszę o jednoznaczne stanowisko zamawiającego - Jaki system uwierzytelniania należy zastosować: wewnętrzny, czy EPUAP?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że można zastosować oba rodzaje uwierzytelniania. Dla aplikacji dostępowych wewnętrznych można zastosować system uwierzytelniania wewnętrzny, natomiast dla aplikacji dostępowych zewnętrznych (integrowanych w ramach szyny ESB) możliwe jest zastosowanie systemu uwierzytelniania zewnętrznego lub systemu ePUAP, przy założeniu że zapewnione będzie rozwiązanie Single Sign-On (SSO).

Pytanie 74: SIWZ/OPZ, Punkt 5.2,7.8.1 Przygotuje formularze zgodnie z wymaganiami opisanymi w rozdziale 4.1Wobec braku rozdziału 4.1. proszę o wskazanie wymagań w zakresie formularzy.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że chodzi o referencję do rozdziału 5.1. Zamawiający dokonuje modyfikacji SIWZ w tym zakresie.

Pytanie 75: SIWZ/OPZ Punkt 2 (strona 44 OPZ)„...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)....”Proszę o odpowiedź czy zamawiający oczekuje by wynik był tylko w postaci odpowiedzi na pytanie odpowiednio TAK lub NIE, czy ma to być automat badający, analizujący wprowadzone dane i sugerujący wynik badania? Algorytm działający wg jakich zasad?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zgodnie z opisem procesu PB12 3.1.3 i PB14 wymagane jest: "System KREPTD dokonuje automatycznej weryfikacji, czy występują przesłanki dla wszczęcia postępowania administracyjnego w sprawie oceny, czy utrata dobrej reputacji

25


stanowi proporcjonalną reakcję za nałożone sankcje". Wyspecyfikowanie i implemetacja algorytmu jest przedmiotem zamówienia. Zasady opracowania algorytmu oraz zakres wymaganych do wprowadzenia informacji wynikają z opisu procesu oraz wymagań funkcjonalnych opisanych w rozdziale 5.1 (m.in. WF21, WF69 oraz wymagań wynikających z procesów PB12 i PB14), które dodatkowo powinny być doszczegółowione przez Wykonawcę na etapie analizy . Zamawiający dopuszcza aby wynik był w postaci odpowiedzi na pytanie, jednakże wymagane są dodatkowe informacje zgodnie z opisem wymagań zawartym w SIWZ.

Pytanie 76: SIWZ/OPZ, Punkt 3 (strona 46 OPZ)„...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....”Czy to oznacza zbudowanie nowych aplikacji, czy tylko dobudowanie samych interfejsów do istniejących (bo zapewne dedykowane aplikacje już istnieją i funkcjonują) w celu wypełnienia dyspozycji przekazywania danych i realizacji zapytań?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że system CEN, Transbit oraz OpenBTM nie są przedmiotem postępowania na 'Budowę, wdrożenie, utrzymanie i rozwój Krajowego Rejestru Elektronicznego Przedsiębiorstw Transportu Drogowego". Wykonawca będzie odpowiedzialny za zaprojektowanie i implementacje mechanizmów wymiany danych pomiędzy ww. systemami a systemem KREPTD.

Pytanie 77: SIWZ/OPZ, Punkt 3 (strona 47 OPZ)„...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 MUR....” Czy modelowanie procesów analizy, to będzie dodatkowe wymaganie/narzędzie systemowe?Odpowiedź Zamawiającego:Zamawiający potwierdza, zgodnie z wymaganiami opisanymi w rozdziale 5.1 SIWZ/OPZ wymagania WF95 - WF111.

Pytanie 78: SIWZ/OPZ, Punkt 4 (strona 47 OPZ)„…..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...."Czy Zamawiający oczekuje by szkolenia i środowisko testowe były dostępne tylko na moment wdrożenia, czy także w okresie utrzymania?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że oczekuje aby szkolenia zostały zrealizowane zgodnie z wymaganiami opisanymi w rozdziale 5.4 Opis wymagań na szkolenia.. Środowisko

26


szkoleniowe powinno być dostępne na moment przeprowadzenia szkoleń. Natomiast środowisko testowe ma być dostępne w sposób ciągły od etapu 2 zgodnie z wymaganiami zawartymi w OPZ.

Pytanie 79: 10. SIWZ/OPZ, Punkt 5.1 (strona 50 OPZ)

ID Element Systemu

Nazwa Opis wymagania

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;

…

W opisie powyższego wymagania Zamawiający pisze o gromadzeniu danych wynikających z Projektu ustawy o zmianie UoTD. Jakie jeszcze dane Zamawiający ma na myśli poza tymi, które będą zapisane w przyszłej ustawie?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że chodzi o wszystkie dane, o których mowa w dokumentach do których referencje znajdują się w SIWZ w rozdziale 1. Uwarunkowania formalno-prawne dla systemu.

Pytanie 80: SIWZ/OPZ, Punkt 5.1 (strona 53 OPZ)

ID Element Systemu


WF2 Rejestr KREPTD

Ewidencja poważnych naruszeń

W ramach ewidencji poważnych naruszeń będą gromadzone następujące dane:

o ...- ….

oraz: - Dane dotyczące naruszenia:

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

Da

Jak interpretować zapis mówiący o przyczynie ? Czy zamawiający oczekuje by w systemie zamieszczane było pełne uzasadnienie decyzji o utracie dobrej reputacji czy

27


najważniejsze elementy stanowiące swego rodzaju hasłowe streszczenie. Zgodnie z KPA każda sprawa jest indywidualnie rozpatrywana i w związku z tym może mieć inne przyczyny.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zapis mówiący o przyczynie należy interpretować zgodnie z Decyzją Komisji z dnia 17 grudnia 2009 r. w sprawie minimalnych wymogów dotyczących danych, które mają być wprowadzane do krajowego rejestru elektronicznego przedsiębiorców transportu drogowego. Zgodnie z decyzją informacja o przyczynie dla której utrata dobrej reputacji stanowiłaby nieproporcjonalną reakcję musi być gromadzona w KREPTD. Zamawiający nie widzi powodu, dla którego nie miałby być wprowadzony w całości na podstawie decyzji. Zamawiający dopuszcza zastosowania słownika przyczyn zawierającego skrócony opis wraz z opisem szczegółowym.


ID Element Systemu


WF3 Rejestr KREPTD

Odnotowywanie zmian w ewidencjach

W Rejestrze odnotowuje się zmiany danych gromadzonych w ewidencjach, o których mowa w wymaganiach WFlBłąd! Nie można odnaleźć źródła odwołania.. 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 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.

WF4 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).

28


Zamawiający pisze o migracji danych z dotychczasowych rejestrów (inicjalny import danych to dodatkowe wymaganie i nie zostało wyspecyfikowane) - jakie dane Zamawiający ma na myśli? Jakie są podstawy prawne takiej operacji, czy zapewnia to projekt ustawy o transporcie drogowym?Jak synchronizować dane poprzez ESP i e-Puap?Czy wykreślanie Zarządzającego nie powinno być jednak decyzją/uprawnieniem użytkownika po stronie organu a nie automat?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że w pytaniu jest błąd chodzi o wymagania WF4 i WF5. Wymaganie dotyczące migracji danych zostały wyspecyfikowane w SIWZ w wymaganiu WF113 i nie są w żadnym razie dodatkowym wymaganiem. Zamawiający wskazał w wymaganiu o jakich danych mowa w kontekście migracji. Migracja danych jest wymaganiem na system i realizuje wymagania stawiane zarówno przez ustawę, jak i rozporządzenia unijne, w szczególności nr ROZPORZĄDZENIE KOMISJI (UE) NR 1213/2010 oraz 1. Rozporządzenie Parlamentu Europejskiego i Rady (WE) 1071/2009, 1072/2009, 1073/2009. Pytanie dot. synchronizacji usług poprzez ePUAP - Zamawiający wyjaśnia, że szczegółowe informacje zawarte są w Rozporządzeniu Ministra Administracji i Cyfryzacji z dnia 6 maja 2014 r. w sprawie zakresu i warunków korzystania z elektronicznej platformy usług administracji publicznej.Pytanie dot. automatycznego wykreślenia Zarządzającego - Nie, wykreślenie zarządzające nie powinno być decyzją uprawnionego użytkownika po stronie organu. Zamawiający w związku z zakresem gromadzonych danych w KREPTD m.in. początek i koniec stwierdzenia niezdolności wymaga funkcjonalności automatycznego mechanizmu wykreślania Zarządzającego z ewidencji osób uznane za niezdolne do kierowania operacjami transportowymi oraz obsługi procesów powiązanych (np. przekazywania informacji o operacji wykreśleniu do innych systemów, generowania pisma zawiadamiającego o wykreśleniu).


WF 8 ESP Wzorydokumentó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:

o …

Proszę o wyjaśnienie jaki jest cel dodatkowego kanału (e-Puap).Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że celem dodatkowego kanału ePUAP jest zapewnienie gromadzenia informacji wymaganych przez KREPTD. Wymóg ten m.in. wynika z projektu ustawyhttps://legislacja.rcl.gov.pl/docs//2/12269356/12276544/12276545/dokument170085.pdf

29



WF23 Aplikacja dlapracownikó w KPK

Alertywyś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. Pełna lista zdarzeń uruchamiających alerty zostanie zdefiniowania na etapie przygotowania dokumentacji przedwdrożeniowej podstawowej wersji systemu KREPTD.

Zamawiający pisze, że pełna lista zdarzeń uruchamiających alerty zostanie zdefiniowana na etapie przygotowania dokumentacji. Zwracamy uwagę, że mogą to być dodatkowe wymagania nie wyspecyfikowane w OPZ - co będzie mogło mieć wpływ na zakres projektu. Proszę o wyspecyfikowanie możliwej listy zdarzeń.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że na etapie analizy szczegółowej zostanie wyspecyfikowana inicjalna lista alertów na podstawie wymagań zawartych w OPZ. W przypadku potrzeb związanych z dodatkowymi alertami nie będącymi w zakresie Zamawiający zgłosi wymaganie rozwojowe.

Pytanie 84: SIWZ/OPZ, Punkt 5.1 (strona 79 OPZ)WF79 Aplikacja dla

starostwWprowadzanie 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 drogowego b) rejestracje danych osób zarządzających transportemc) powiązanie osoby zarządzającej transportem z przedsiębiorstwem2. Użytkownik wprowadzi dane określone w art. 82h ust. 1 Projektu Ustawy o zmianie UoTD, przedstawione w wymaganiu 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.

Zwracamy uwagę, że taki zakres (przewoźnicy) jest gromadzony przez Starostwo w Portalu Starosty. Czy Starosta będzie miał wprowadzać dane do dwóch aplikacji? Z

30


czego to wynika że ma w ogóle wprowadzać do jakiejkolwiek aplikacji, bo regulacja projektu mówi o przekazywaniu danych co nie jest równoznaczne?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że celem spełnienia obowiązku ustawowego oraz przepisów unijnych w ramach realizowanego rozwiązania udostępnia co najmniej następujące kanały umożliwiające przekazanie danych do KREPTD: aplikację dla Starostw, API, formularze elektroniczne na ESP na ePUAP zgodnie z zapisami w projekcie ustawy o zmianie ustawy o transporcie drogowym Rozdział 9b, art. 82 i ust. 2 .

Pytanie 85: SIWZ/OPZ, Punkt 5.1 (strona 90 i 91 OPZ)

WF88 Usługkomunikacjiisynchronizacji 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.

WF89 Usług komunikacji i synchronizacji danych

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.

WF90 Usług komunikacji i synchronizacji danych

CEIDG System KREPTD będzie zintegrowany z systemem CEIDG na potrzeby automatycznej weryfikacji danych przedsiębiorcy transportu drogowego. 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

31


systemu KREPTD.

Chciałbym zwrócić uwagę Zamawiającego, że jakość danych zwłaszcza w systemie KRS jest wątpliwa, może się to przełożyć na subiektywny odbiór wytworzonego KREPTD. Czy zamawiający przewiduje jakieś rozwiązanie w przypadku błędów z systemów zewnętrznych?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że system KREPTD będzie zintegrowany ze wskazanymi systemami w zakresie cyklicznego odpytywania o dane, co nie jest jednoznaczne z zapisem tych danych do KREPTD w przypadku stwierdzenia rozbieżności pomiędzy danymi otrzymanymi z systemów źródłowych (CEN, Transbit, OpenBTM). Decyzja o zapisie danych pozyskanych z systemów referencyjnych (REGON, KRS, CEIDG) należeć będzie do użytkownika.

Pytanie 86: SIWZ/OPZ, Punkt 5.1 (strona 91 OPZ) WF94 Aplikacje

dostępoweWydruk 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)

Czy wydruki papierowe są konieczne, czy nie mogą być dokumenty wyłącznie w postaci elektronicznej?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że wydruki papierowe są konieczne.

Pytanie 87: SIWZ/OPZ, Punkt 5.1 (strona 108 OPZ)NF28 Wymagania

użytecznościOgólnewymaganiauż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.

Proszę o wyspecyfikowanie jakich innych języków oczekuje zamawiający wraz z uzasadnieniem tego wymagania.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że w wymaganiu chodzi „Internacjonalizację interfejsu” rozumianą jako projektowanie i rozwijanie produktów, aplikacji, lub treści dokumentów, które umożliwiają łatwą lokalizację dla odbiorców docelowych, którzy różnią się co do

32


kultury, regionu, lub języka zgodnie z rekomendacją W3C dot. internacjonalizacji. Rozwiązanie powinno pozwalać na internacjonalizację interfejsu, jednak w ramach zamówienia rozwiązanie będzie realizować interfejs wyłącznie w języku polskim. Wymaganie jest realizacją Rozporządzenia o KRI.

Pytanie 88: SIWZ/OPZ, Punkt 5.3 (strona 129 OPZ)„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...” Czy jest wiadomo jakie zmiany są planowane, bo może to drastycznie rozszerzyć wymagania? Czy planowana jest integracja systemu KREPTD z CEPiK 2.0?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że planowane są zmiany dotyczące specyfikacji usług ERRU w pozostałym zakresie nie ma w chwili obecnej wiedzy co do potencjalnie planowanych zmian, jednak nie można wykluczać, że na etapie analizy wymagań zostaną określone nowe obszary funkcjonalne.

Pytanie 89: SIWZ/OPZ, Punkt 5.3 ppkt 3 (strona 130 OPZ)W ramach usług rozwoju systemu KREPTD Wykonawca:

3.1 Zapewni dedykowany zespól 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, ...”

Czy to wszystkie wymagania dotyczące zespołu ds. rozwoju? Proszę o sprecyzowanie w zakresie przedmiotowym obowiązku modyfikacji, a także terminu dokonania modyfikacji.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że to wszystkie wymagania dot. Zespołu ds.. Rozwoju. Szczegółowe wymagania dotycząc obowiązku i terminu dokonania modyfikacji zostały opisane w Punkcie 5.3 OPZ.

Pytanie 90: SIWZ/OPZ, Punkt 5.3 ppkt 5 (strona 132 OPZ)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. ...”

Czy istnieje możliwość zmiany tego zapisu, gdyż daje możliwość każdorazowo podważania wyliczeń czasochłonności i zawsze zależy od decyzji Zamawiającego -

33


praktyka wprowadzania zmian prawnych w RP niestety skutkuje nie uwzględnianiem w wyznaczanym czasie wejścia w życie nowych regulacji czasu wymaganego na wykonanie zmian w systemach informatycznych ?Co będzie w przypadku gdy Zamawiający i Wykonawca nie zgodzą się co do wartości i terminu wykonania zlecenia dodatkowych prac ?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie dokonuje zmiany w treści SIWZ.W opinii Zamawiającego, zapis daje prawo Zamawiającemu do korzystania z opinii biegłego i wynika to z obiektywnych kryteriów, które jednocześnie są niezależne od terminu wprowadzenia zmian prawnych w życie i wdrożenia zmiany w oprogramowaniu. Ponadto zapis ten odnosi się do wszystkich zmian rozwojowych a nie wyłącznie zmian prawnych.

Pytanie 91: SIWZ/OPZ, Punkt 5.4 ppkt 7.1. (strona 135 OPZ)(...) 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.Czy zamawiający uzna za wystarczające by zamiast przeprowadzać szkolenie po każdej modyfikacji - w ustalonych przez wykonawcę i zamawiającego przypadkach były przekazywane tylko informacje i instrukcje zmian dla użytkowników.Odpowiedź Zamawiającego:Zamawiający dopuszcza taką możliwość, jednak każdorazowo Zamawiający musi wyrazić zgodę na zmianę typu szkolenia.

Pytanie 92: SIWZ/OPZ, Punkt 5.4 ppkt 7.10 (strona 135 OPZ)(...) 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) ...”Wyspecyfikowany sposób/metoda oceny szkolenia jest niemiarodajny/nieobiektywny. Istotne parametry szkolenie mogą nie być identyfikowalne po stronie szkolonego i tym samym mogą nie być właściwej podlegać ocenie?W jaki sposób Zamawiający przewiduje przeprowadzić ocenę szkolenia w celu wyeliminowania ocen subiektywnych.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zaproponowana metoda szkoleń jest powszechnie stosowanym narzędziem oceny efektywności szkoleń. Zamawiający uznaje, że zaproponowana przez niego procedura oceny szkoleń jest zobiektywizowana (wyliczenie średniej z ocen poszczególnych uczestników szkolenia).

Pytanie 93: Istotne postanowienia umowy. § 9 Odpowiedzialność odszkodowawcza i kary umowne.Zapisy § 9 ust. 1 pkt 5 nakładają na wykonawcę bardzo wysokie kary, których wysokość ograniczona jest do poziomu 50% łącznego wynagrodzenia (ust.5). Podkreślić należy, iż ustanowienie kar wyrażonych w konkretnych kwotach, oderwanych od wynagrodzenia Wykonawcy - zbyt wysokich porównując do budżetu przeznaczonego na utrzymanie systemu, powoduje zbyt duże ryzyko nieopłacalności kontraktu przy nawet nieznacznym

34


przekroczeniu postanowień umowy w zakresie realizacji SLA niezależnie od realizacji całości kontraktu. Kara umowna, przewidziana w art. 483 Kodeksu cywilnego, stanowić ma surogat odszkodowania wynikającego z niewykonania lub nienależytego wykonania zobowiązania, o którym mowa w art. 471 KC, zatem samym uzasadnione jest utrzymanie związku pomiędzy wysokością szkody, jaką poniesie zamawiający, a wysokością kary umownej.

W związku z powyższym proszę rozważenie zniesienia tak restrykcyjnego zapisu na rzecz jego dostosowania w duchu równości stron umowy i rozważenie dokonania zmian w przywołanym powyżej przepisie odnosząc poziom kar umownych do poziomu procentowego wynagrodzenia kwartalnego wykonawcy za usługi utrzymania wedle poniższej propozycji: 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 - 0,1 % kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdą rozpoczętą godzinę opóźnienia;

ii. Obejścia - 0,1 % kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdą rozpoczętą godzinę opóźnienia;

iii. Naprawy - 0,1 % kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdą rozpoczętą godzinę opóźnienia;

b. przy Błędzie Poważnym:i. Reakcji - 0,1 % kwartalnego wynagrodzenia, o którym mowa w

§ 4 ust. 1 pkt 2) za każdą godzinę opóźnienia;ii. Obejścia - 0,1 % kwartalnego wynagrodzenia, o którym mowa

w § 4 ust. 1 pkt 2) za każdą godzinę opóźnienia;iii. Naprawy - 0,5 % kwartalnego wynagrodzenia, o którym mowa

w § 4 ust. 1 pkt 2) za każdy rozpoczęty dzień opóźnienia; c. przy Błędzie Niskim:

i. Reakcji - 0,1 % kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdą rozpoczętą godzinę opóźnienia;

ii. Naprawy - 0,2 % kwartalnego wynagrodzenia, o którym mowa w § 4 ust. 1 pkt 2) za każdy dzień opóźnienia;

Jedocześnie z powyższym wnioskiem zwracamy się z prośbą o zastąpienia brzmienia ust. 2 pkt 5 zapisem o treści:„Suma naliczonych kar pieniężnych nie może przekroczyć 50% ryczałtowego wynagrodzenia za utrzymanie, o którym mowa w § 4 ust. 2 Umowy. Ograniczenie nie dotyczy kar umownych naliczanych na podstawie § 7 i § 9 ust. 1 pkt 9-11 Umowy”.

Ponadto w przywołanych zapisach dotyczących kar umownych zamawiający posługuje się pojęciem opóźnienia, które w myśl zasad Kodeksu cywilnego jest pojęciem znacznie szerszym niż zwłoka. Opóźnienie to każdy przypadek niewykonania zobowiązania w terminie (również z powodu działania lub zaniechania zamawiającego lub innych okoliczności niezależnych od obu stron), zwłoka to natomiast szczególny przypadek opóźnienia jako działania lub zaniechania zawinionego. Działanie zawinione to działanie, za które strona ponosi odpowiedzialność. Co do zasady podstawę odpowiedzialności wykonawcy powinno stanowić jego zawinione zachowanie, przez co należy rozumieć zarówno działanie, jak i zaniechanie. Zgodnie z art. 471 KC wykonawca obowiązany jest do naprawienia szkody wynikłej z niewykonania lub nienależytego wykonania zobowiązania, chyba że niewykonanie lub nienależyte wykonanie jest następstwem okoliczności, za które wykonawca odpowiedzialności nie ponosi. W związku z

35


powyższym wnoszę o dokonanie zmiany w każdym przypadku łączącym się z naliczaniem kar umownych słowa „opóźnienie" na słowo „zwłoka”.Odpowiedź Zamawiającego:

Zamawiający wskazuje, że dokonał zmiany treści § 9 ust. 1 pkt 5 IPU w dniu 17 sierpnia 2015 r. Informacja o tym znajduje się na stronie internetowej zamawiającego. Jednocześnie Zamawiający nie znajduje podstaw dla dokonania zmiany treści ww. postanowienia zgodnie z żądaniem Wykonawcy.

Pytanie 94: Czy Zamawiający posiada konto ePUAP o uprawnieniach Instytucji Publicznej?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że posiada konto na ePUAP.

Pytanie 95: Czy Zamawiający udostępnia już na ePUAP jakiekolwiek formularze?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że aktualnie nie udostępnia żadnych formularzy na ePUAP.

Pytanie 96: Czy możemy przyjąć, że instalacja formularzy ePUAP będzie odbywała się przez uprawnionego użytkownika Zamawiającego na podstawie dostarczonej przez nas instrukcji? Ew. czy wymagana jest dodatkowa asysta podczas instalacji?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zgodnie z zapisami w rozdziale 5.2. Opis wymagań na cykl wytwórczy projektowanego systemu pkt. 7.8. Zamawiający oczekuje, że Wykonawca odpowiedzialny będzie za kompleksowe wdrożenie formularzy na ePUAP.

Pytanie 97: Czy istnieją obecnie papierowe odpowiedniki formularzy, które mają zostać opublikowane na ePUAP? Czy możemy prosić o ich przesłanie?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie istnieją papierowe odpowiedniki formularzy, które mają zostać opublikowane na ePUAP. Zgodnie z opisem wymagania WF8 należy opracować formularze na ePUAP.

Pytanie 98: Czy Zamawiający posiada już rozwiązanie ESP (skrzynka ESP), które zostanie wykorzystane do odbioru formularzy zamieszczonych na ePUAP? Jeżeli Zamawiający nie posiada takiego rozwiązania, to czy i jak zostanie ono zapewnione? W szczególności prosimy o potwierdzenie, że wdrożenie rozwiązania ESP nie jest przedmiotem wdrożenia u Zamawiającego.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zgodnie z zapisami w rozdziale 5.2. Opis wymagań na cykl wytwórczy projektowanego systemu pkt. 7.8. Zamawiający oczekuje od Wykonawcy m.in. konfiguracji skrzynki (ESP) na ePUAP.

36


Pytanie 99: Par 3 ust. 1 pkt 1. Istotnych Postanowień Umowy („Umowa”)Prosimy o wyjaśnienie czy wymaganie wykonania przedmiotu umowy z „wymogami, założeniami, parametrami i normami” odnosi się do wymogów, założeń, parametrów i norm wskazanych w Umowie. Zapisy umowy powinny być jasne i konkretne, tak by Wykonawca wiedział do czego jest zobowiązany.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że przez zwrot „wymogami, założeniami, parametrami i normami” rozumie wykonanie przedmiotu Umowy zgodnie z umową, SIWZ, ofertą wykonawcy, dokumentacją, przepisami prawa, dokonanymi przez strony ustaleniami oraz standardami branżowymi.

Pytanie 100: Par. 3 ust. 1 pkt 3Prosimy by doprecyzować, iż sprzeciw Zamawiającego dotyczący zmiany osób był umotywowany.Odpowiedź Zamawiającego:Zamawiający nie dostrzega potrzeby zmiany treści ww. postanowienia w sytuacji, gdy Zamawiający zgodnie z przepisami Kodeksu cywilnego oraz umowy jest zobowiązany do współdziałania z Wykonawcą przy realizacji przedmiotu umowy.

Pytanie 101: Par. 3 ust. 1 pkt 9, par.3 ust. 14Prosimy o wyjaśnienie czy Zamawiający ma na myśli tylko taką modyfikacje i rozwój Oprogramowania (w części, w której obejmuje on oprogramowanie standardowe dostarczone w ramach Umowy), która nie wymaga ingerencji w kod źródłowy? Producenci oprogramowania standardowego w żadnym wypadku nie dostarczają kodów źródłowych do swoich produktów, a zatem modyfikacja mogłaby tu polegać na konfiguracji lub parametryzacji.Odpowiedź Zamawiającego:Zamawiający wskazuje, że w dniu 17 sierpnia 2015 r. dokonał zmiany treści § 7 ust. 6 pkt 4, 5 i 7 oraz ust. 7 pkt 3 wyłączając z licencji dotyczących Oprogramowania Obcego Ponadto w odpowiedzi na pytanie 394 Zamawiający dokonał zmiany treści § 7 ust. 6 i 7. Dodatkowo w odpowiedzi na pytanie nr 43 Zamawiający dokonał modyfikacji treści § 3 ust. 14.

Pytanie 102: Par 3 ust. 12Prosimy o wyjaśnienie co Zamawiający rozumie przez zgodność Oprogramowania z obowiązującymi przepisami prawem? Czy chodzi o ustawy wskazane na stronie 39-42 SIWZ?O jakie konkretnie wymogi, wskazane w prawie (ww. ustawach) chodzi Zamawiającemu? Np. jakie wymagania opisane np. w Programie Operacyjnym Polska Cyfrowa na lata 2014-2020 ma on realizować? POPC podzielony jest na kilka osi i wiele działań. Czy wymaganie Zamawiającego odnosi się do osi i działania, w ramach którego zostanie udzielone dofinansowanie projektu KREPTD?Podobnie w przypadku np. ustawy o ochronie danych osobowych: akt ten (rozporządzenie wykonawcze do niego) nie wprowadza jednolitych wymogów np. w

37


zakresie bezpieczeństwa systemu informatycznego. Na jakie podstawie Wykonawca ma ustalić np. jaki poziom bezpieczeństwa jest oczekiwany od Oprogramowania?Odpowiedź Zamawiającego:Udzielono odpowiedzi w odpowiedzi na pytanie 219. Wykonawca powinien, opierając się na swojej wiedzy i doświadczeniu, dobrać np. poziom bezpieczeństwa systemu informatycznego tak, by spełniał on przynajmniej w minimalnym stopniu wymagania wynikające z prawa. Wymagania Zamawiającego odnoszą się do osi i działania w ramach którego zostanie udzielone dofinansowanie projektu budowy, rozwoju i utrzymania KREPTD

Pytanie 103: Par. 3 ust. 13 i ust. 14Prosimy o wyjaśnienie czy obowiązek przekazania kodów źródłowych dotyczy jedynie oprogramowania wytworzonego w ramach wykonywania Umowy? Z oczywistych względów Wykonawca nie jest w stanie przekazać kodów źródłowych oprogramowania firm trzecich, gdyż nie jest jego właścicielem i nie ma dostępu do kodów. Z powodów ochrony żywotnych interesów przedsiębiorstwa Wykonawca nie może przekazać również kodów do własnego oprogramowania standardowego.Odpowiedź Zamawiającego:Zamawiający wskazuje, że w odpowiedzi na pytanie 43 dokonał zmiany § 3 ust. 14. Zamawiający wyjaśnia, że obowiązek przekazania kodów źródłowych dotyczy oprogramowania niebędącego Oprogramowaniem Obcym. Jednocześnie Zamawiający wskazuje, że dokonał zmiany brzmienia § 7 ust. 6 i 7 w odpowiedzi na pytanie 394.

Pytanie 104: Par. 3 ust. 15Prosimy o wyjaśnienie czy postanowienie to nie dotyczy oprogramowania standardowego osób trzecich i standardowego wykonawcy? Kody źródłowe do pierwszego rodzaju oprogramowania nie należą do Wykonawcy, a w drugim stanowią istotną tajemnicę przedsiębiorstwa. Ewentualnie prosimy o doprecyzowanie, że czynności wskazane w tym postanowieniu mogą być wykonywane w takim zakresie jakim jest to możliwe, bez konieczności przekazywania kodów źródłowych do oprogramowania standardowego osób trzecich i standardowego Wykonawcy.Odpowiedź Zamawiającego:Zamawiający wskazuje, że w odpowiedzi na pytanie nr 33 dokonał zmiany treści § 3 ust. 15 IPU.

Pytanie 105: Par. 4 ust. 1 pkt 2Prosimy o usunięcie ze zdania przedostatniego sformułowania „co do zasady”. Określenie startu usługi powinno być precyzyjne. Odpowiedź Zamawiającego:Zamawiający wskazuje, że dokonuje zmiany w § 4 ust. 1 pkt 2 IPU poprzez usunięcie zwrotu „co do zasady”.

Pytanie 106: Par. 4 ust. 4 Prosimy o dopuszczenie, by płatność za licencję została dokonana najpóźniej w ciągu 30 dni od daty wystawienia faktury. Zgodnie z otrzymaną przez Wykonawcę interpretacją indywidualną z US faktury licencyjne mogą mieć maksymalny termin płatności 30 dni od

38


daty wystawienia faktury. Wykonawca może się także zobowiązać, że dostarczy fakturę w ciągu 3 dni od daty wystawienia.Odpowiedź Zamawiającego:Zamawiający nie przewiduje zmiany treści § 4 ust. 4.

Pytanie 107: Par. 5 ust. 14Prosimy o wykreślenie przedmiotowego punktu. Dokonanie odbioru, który weryfikuje jakość przedmiotu umowy powinno dawać stronom pewność należytego wykonania umowy.Odpowiedź Zamawiającego:Zamawiający nie znajduje podstaw do wykreślenia przedmiotowego postanowienia.

Pytanie 108: Par. 5 ust. 20Czy wybór biegłego będzie następował za obopólną zgodą stron?Odpowiedź Zamawiającego:Zamawiający dokona wyboru biegłego biorąc pod uwagę kryteria bezstronności oraz profesjonalizmu i doświadczenia.

Pytanie 109: Par. 6 ust. 8Prosimy o wyłączenie rękojmi za wady fizyczne – uprawnienia Zamawiającego z tytułu ewentualnych usterek przedmiotu Umowy, są już bardzo obszernie i szczegółowo opisane jako usługi gwarancyjne i utrzymaniowe.Rękojmia z k.c. jest zupełnie nieprzystosowana do produktu jakim jest oprogramowanie. Teoretycznie pozwala na odstąpienie od umowy już po drugiej naprawie. Z kolei Zamawiający wprowadzając usługi utrzymania do Umowy jest w pełni świadomy, że oprogramowanie to produkt, w którym mogą pojawiać się wady częściej niż przy innych produktach, np. buty. Dlatego standardem jest wyłączanie rękojmi przy umowach wdrożeniowych oprogramowania komputerowego.Ewentualnie, prosimy o wyłączenie co najmniej prawa odstąpienia, z zakresu uprawnień przysługujących z tytułu rękojmi za wady fizyczne. Realizowanie prawa odstąpienia od umowy w okresie gwarancji jest niecelowe i powoduje wiele komplikacji dla obu stron, gdyż zasadniczo powoduje stan jakby umowa w ogóle nie została zawarta, co w konsekwencji powoduje konieczność wzajemnego zwrotu świadczeń. W związku z tym, że na etapie gwarancji System będzie już prawidłowo zrealizowany i opłacony, zastosowanie skutków prawnych odstąpienia byłoby w praktyce niewykonalne i powodowało ogromne trudności w ponownym rozliczeniu już wykonanego projektu. Podobnie, zachowanie prawa do odstąpienia nie ma większego sensu dla Zamawiającego, gdyż może on skorzystać z innych, bardziej adekwatnych uprawnień rękojmianych oraz rozbudowanych usług utrzymania. Jednocześnie, utrzymanie prawa odstąpienia zmusi Wykonawcę i wkalkulowanie tego ryzyka w wycenę oferty, co obniży jej finansową atrakcyjność.Odpowiedź Zamawiającego:Zamawiający po przeanalizowaniu pytania nie znajduje podstaw do zmiany treści IPU w żądanych zakresie. Zamawiający oczekuje możliwie najszerszej ochrony dla wykonanego przedmiotu umowy. Zamawiający ma świadomość cenotwórczego wpływu takiej ochrony.

39


Pytanie 110: Par. 7 ust. 6, par. 7 ust. 7 pkt 2, par. 7s ust. 7 pkt.3 Wykonawca nie ma prawa udzielania zgody na udzielanie sublicencji do standardowego oprogramowania osób trzecich. Może jednak w ramach umowy licencyjnej udzielić prawa do korzystania z tego oprogramowania przez jednostki Skarbu Państwa i jednostki 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 (na takich samych zasadach co Zamawiający), co będzie de facto skutkowało takimi samymi uprawnieniami tych podmiotów. Czy takie rozwiązanie jest dopuszczalne dla Zamawiającego?Odpowiedź Zamawiającego:Zamawiający wskazuje, że w dniu 17 sierpnia 2015 r. dokonał zmiany treści SIWZ w zakresie § 7 ust. 6 pkt 4,5 i 7 oraz ust. 7 pkt 3 IPU. W związku z powyższym dokonanie żądanej zmiany jest niecelowe. Ponadto Zamawiający wskazuje, że w odpowiedzi na pytanie nr 394 dokonał zmiany treści § 7 ust. 6 i 7.

Pytanie 111: Par 7 ust. 6W związku z brakiem możliwości zmiany warunków licencyjnych dla oprogramowania standardowego osób trzecich, które może być przedmiotem ofert Wykonawców, prosimy o dodanie do komentowanego ustępu, fragmentu: „….. z zastrzeżeniem standardowych warunków licencyjnych dla oprogramowania standardowego firm trzecich, dostarczanego w ramach wykonywania Umowy”.Ponadto, czy Zamawiający dopuszcza udzielenie licencji na oprogramowanie standardowe osób trzecich do terytorium Polski lub dodatków wskazanych z nazwy krajów? Czy rzeczywiście nieograniczona terytorialnie licencja jest potrzebna Zamawiającemu, w szczególności w świetle obszaru terytorialnego na którym Zamawiający prowadzi działalność? Standardowo dystrybutorzy licencji osób trzecich mają narzucone przez producenta ograniczenia terytorialne w udzielaniu licencji.Ponadto, kwestionowane postanowienie jest sprzeczne z par. 7 ust. 7, gdzie Zamawiający wymaga już licencji ograniczonej do terytorium krajów sąsiadujących z Polską.Odpowiedź Zamawiającego:Zamawiający wskazuje, że w odpowiedzi na pytanie nr 394 dokonał zmiany treści § 7 ust. 6. W pozostałym zakresie Zamawiający nie znajduje podstaw do zmiany treści IPU.

Pytanie 112: Par. 7 ust. 6 pkt 4, 5, 7, par. 7 ust. 7 pkt 1, Prosimy o usunięcie tych postanowień albo odpowiednio niezbędną modyfikację. Wymagania te są niemożliwe do spełnienia przez Wykonawcę, który nie jest producentem takiego oprogramowania standardowego osób trzecich. Postanowienia te są tożsame z zakresem prześnienia autorskich praw majątkowych w maksymalnie możliwym prawnie zakresie. Z kolei warunki licencyjne producenta nie pozwalają na wykorzystywanie takiego oprogramowania bez żadnych ograniczeń terytorialnych, kopiowania oprogramowania dowolną metodą oraz do poprawiania błędów, tłumaczenia, rozpowszechniania, najmowania itp.Prosimy o wyjaśnienie czy Zamawiający ma na myśli tylko taką modyfikacje Oprogramowania (w części, w której obejmuje on oprogramowanie standardowe

40


dostarczone w ramach Umowy), która nie wymaga ingerencji w kod źródłowy? Producenci oprogramowania standardowego w żadnym wypadku nie dostarczają kodów źródłowych do swoich produktów, a zatem modyfikacja mogłaby tu polegać na konfiguracji lub parametryzacji.Odpowiedź Zamawiającego:Zamawiając informuje, że 17 sierpnia 2015 r. dokonał zmiany IPU w żądanym zakresie. Informacja o tym została umieszczona na stronie internetowej Zamawiającego. Ponadto Zamawiający informuje, że dokonał także dodatkowej zmiany treści § 7 ust. 6 i 7 w odpowiedzi na pytanie nr 394.

Pytanie 113: Par. 7 ust.8Prosimy o modyfikację poprzez zaznaczenie, ze postanowienie to nie dotyczy oprogramowania standardowego osób trzecich i Wykonawcy.Warunek ten jest niemożliwy do spełnienia. Producenci oprogramowania standardowego w żadnym wypadku nie dostarczają kodów źródłowych do swoich produktów, a zatem wykonywanie praw zależnych nie jest możliwe.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że w związku z dokonaną zmianą z dnia 17 sierpnia 2015 r. w ocenie Zamawiającego modyfikacja nie jest konieczna. Zamawiający wyjaśnia, że w zakresie praw licencyjnych wskazanych w § 7 ust. 6 nie oczekuje przekazania kodów źródłowych. Ponadto Zamawiający wskazuje na modyfikacje dokonane w odpowiedzi na pytanie nr 394.

Pytanie 114: Par. 7 ust. 11Prosimy o wykreślenie tego postanowienia.Zapis jest niejasny poprzez w szczególności użycie niekonkretnego określenia „w razie potrzeby” co jest sprzeczne z art. 29 ust. 1 ustawy Prawo Zamówień Publicznych. Brak określenia konkretnie pól eksploatacji uniemożliwia wycenę oferty.Nieodpłatne przeniesienie praw powoduje sprzeczność z art. 2 ust 13) ustawy Prawo Zamówień Publicznych, tj. że zamówienia publiczne to umowy odpłatne.Odpowiedź Zamawiającego:Zamawiający informuje, że w dniu 17 sierpnia 2015 r. dokonał zmiany IPU w zakresie § 7 ust. 11. W związku z powyższym Zamawiający nie przychyla się do żądania żądaniem zawartego w pytaniu.

Pytanie 115: Par 7 ust. 14 pkt 2)Prosimy o dodanie zastrzeżenia, że koszty doradztwa prawnego, aby były zwrócone przez Wykonawcę, powinny być przez niego uprzednio zaakceptowane na piśmie oraz by Wykonawca był zawiadomiony o roszczeniach osób trzecich niezwłocznie.Wykonawcy zgodnie z duchem wskazanych postanowień zależy na kontroli nad ewentualnym sporem związanych z jego prawami własności intelektualnej. By mógł skutecznie prowadzić postępowanie powinien być powiadomiony o takich roszczeniach niezwłocznie. Ponadto, skoro Wykonawca miałby zwrócić koszty zastępstwa procesowego na zasadach określonych w tych art. z oczywistych względów powinien mieć prawo ich uprzedniego zatwierdzenia.Odpowiedź Zamawiającego:Zamawiający nie wyraża zgody na taką zmianę.

41


Po pierwsze należy wskazać, że akceptowanie przez Wykonawcę kosztów zastępstwa prawnego z którego skorzysta Zamawiający może ograniczać Zamawiającego w podejmowanych przez niego czynnościach zmierzających do jak najlepszej obrony swoich praw. Po drugie § 7 ust. 14 zdanie pierwsze zawiera obowiązek powiadomienia Wykonawcy o fakcie toczącego się sporu. W oczywisty sposób w interesie Zamawiającego jest aby Wykonawca otrzymał tą informację niezwłocznie po jej uzyskaniu przez Zamawiającego, po to by jak najszybciej zwolnić z odpowiedzialności Zamawiającego. Po trzecie należy wyjaśnić, że zwrot ewentualnych kosztów zastępstwa procesowego (co jest czymś innym niż koszty doradztwa prawnego) nie wymagają żadnego zatwierdzenia przez Wykonawcę, ponieważ są zasądzane przez właściwy organ prawomocnym orzeczeniem i wynikają z ustalonych w przepisach zasad i wysokości.

Pytanie 116: Par. 9Prosimy o wprowadzenie ograniczenia odpowiedzialności Wykonawcy np. do:(a) 100% wynagrodzenia za zaprojektowanie i wytworzenie Oprogramowania w zakresie odpowiedzialności dot. tych usług, (b) 100 % wynagrodzenia za udzielone licencje w zakresie odpowiedzialności dot. licencjonowanego oprogramowania(c) 100% wynagrodzenia za Usługi Utrzymania w zakresie odpowiedzialności dot. tych usług,(d) 100% wynagrodzenia za Usługi rozwoju w zakresie odpowiedzialności dot. tych usługoraz wyłączenia odpowiedzialności z tytułu utraconych korzyści.Odpowiedź Zamawiającego:Zamawiający informuje, że w dniu 17 sierpnia 2015 r. dokonał zmiany w zakresie brzmienia § 9 w tym w zakresie ograniczenia wysokości kar umownych łącznie.

Pytanie 117: Par 9 i par 10Prosimy o doprecyzowanie, że odpowiedzialność Wykonawcy (w tym kary umowne mogą), a także prawo Zamawiającego do odstąpienia może powstać tylko w przypadku zaistnienia okoliczności, za które Wykonawca ponosi odpowiedzialność. Czyli przykładowo kara umowna może być naliczona, a prawo Zamawiającego do odstąpienia może powstać, w przypadku zwłoki, a nie opóźnienia Wykonawcy. Obecne brzmienie kwestionowanych postanowień narusza w szczególności art. 471, 483 i 484 K.C.Odpowiedź Zamawiającego:Zamawiający w dniu 17 sierpnia 2015 r. dokonał zmiany treści IPU wskazując, że kary umowne z tytułu opóźnienia nie mają zastosowania w sytuacji gdy przyczyny opóźnienia leżą po stronie Zamawiającego. Rozszerzenie odpowiedzialności kontraktowej za opóźnienie pozostaje w zgodzie z przepisami Kodeksu cywilnego. Zamawiający wskazuje, że treść § 10 w zakresie podstaw i przyczyn odstąpienia wskazuje, że chodzi tutaj o przyczyny leżące po stronie Wykonawcy.

Pytanie 118: Par. 9 ust. 1 -2 Prosimy o obniżenie kar do poziomu odpowiednio jak zaproponowano poniżej:

42


Par 1:a) pkt 1 – 0,05% wynagrodzenia, o którym mowa w par 4 ust. 1 Umowy należnego za dany etap.b) pkt 2 – 0,1% wynagrodzenia, o którym mowa w par 4 ust. 1 Umowyc) pkt 3 – 0,05% wynagrodzenia, o którym mowa w par 4 ust. 1 Umowy za dany etapd) pkt 4 – 0,05% wynagrodzenia, o którym mowa w par 4 ust. 1 Umowy za dany etape) pkt 5 –

a. przy Błędzie Krytycznym:i. Reakcji – 0,05 % kwartalnego wynagrodzenia za każdą godzinę opóźnienia; ii. Obejścia – 0,1 % kwartalnego wynagrodzenia za każdą godzinę opóźnienia; iii. Naprawy – 0,2% kwartalnego wynagrodzenia za każdą godzinę opóźnienia

b. przy Błędzie Poważnym: i. Reakcji – 0,05 % kwartalnego wynagrodzenia za każdą godzinę opóźnienia;ii. Obejścia – 0,1 % kwartalnego wynagrodzenia za każdą godzinę opóźnienia; iii. Naprawy – 0,1 % kwartalnego wynagrodzenia za każdą godzinę opóźnienia;

c. przy Błędzie Niskim: i. Reakcji – 0,05 % kwartalnego wynagrodzenia za każdą godzinę opóźnienia; ii. Naprawy – 0,05 % kwartalnego wynagrodzenia za każdą godzinę opóźnienia

f) pkt 6 – 2 % wartości danego zlecenia Usług Rozwoju za każdy dzień opóźnieniag) pkt 7 – 20 % wynagrodzenia brutto, o którym mowa w § 4 ust. 1 Umowyh) pkt 8 – 20 000 zł za każde naruszeniei) pkt 9 – 20 % wynagrodzenia brutto, o którym mowa w § 4 ust. 1 Umowyj) pkt 10 – 10 % wynagrodzenia brutto, o którym mowa w § 4 ust. 1 Umowyk)pkt 11 – 0,1 % wynagrodzenia brutto, o którym mowa w § 4 ust. 1 Umowyj) pkt 12, 13, 14 - 2% wynagrodzenia należnego za daną usługę Rozwoju za każdy dzień opóźnieniaZwracamy uwagę, że głównym celem kar umownych powinno być naprawienie szkody. Wygórowane kary umowne powodują poważne ryzyko, że zamiast zmierzać do naprawienia szkody, kary zmienią się w narzędzie niesłusznego wzbogacenia jednej strony kosztem drugiej, zwłaszcza biorąc pod uwagę potencjalną wielką wartość zamówienia. Wprowadzenie wygórowanych kar umownych jest dodatkowo niesłuszne, z uwagi na zastrzeżenie przez Zamawiającego prawa do odszkodowania uzupełniającego, co jest wyjątkiem przy stosowaniu kar umownych (kara umowna jest pomyślana jako tzw. odszkodowanie ryczałtowe). Dodatkowo, wskazujemy, że zastrzeżenie wygórowanych kar umownych powoduje zawsze wzrost wysokości ceny ofertowej, co nie leży w interesie Zamawiającego.Odpowiedź Zamawiającego:Zamawiający wskazuje, że w dniu 17 sierpnia 2015 r. dokonał zmiany wysokości kar umownych o których mowa w § 9 ust. 1 lit 5. W pozostałym zakresie Zamawiający nie znajduje podstaw do zmiany wysokości kar umownych.

Pytanie 119: Par. 9 ust. 443


Prosimy o usunięcie postanowienia. Sprzeczne jest ono z zasadą niemożliwości kumulacji kar umownych w przypadku np. kar za nienależyte wykonanie i niewykonanie umowy (por. uchwała SN z dnia 18 lipca 2012 r., sygn. III CZP 39/12).Celem uniknięcia wątpliwości prosimy o wprowadzenie następującego postanowienia:„Kary umowne nie podlegają kumulacji”.Odpowiedź Zamawiającego:Zamawiający nie dokona zmiany treści § 9 ust. 4 IPU. Zamawiający wyjaśnia, że dopuszczalne jest naliczanie kar umownych z tytułu opóźnienia i odstąpienia od umowy w sposób kumulatywny pod warunkiem, że takie rozwiązanie zostało expressis verbis zastrzeżone w umowie. Przytoczona uchwała Sądu Najwyższego dotyczy sytuacji, gdy w umowie takiej klauzuli nie zawarto.

Pytanie 120: Par. 10 ust. 3. Prosimy o doprecyzowanie, że prawo do odstąpienia może być wykonane przez Zmawiającego najpóźniej do dnia podpisania protokołu odbioru końcowego Oprogramowania. Skoro Oprogramowanie zostało przyjęte przez Zamawiającego brak jest uzasadnienia trzymania Wykonawcy w niepewności co do losów umowy, poprawnie wykonanej przez niego. Odpowiedź Zamawiającego:Zamawiający informuje, że nie znajduje podstaw do dokonania żądanej zmiany. IPU przewidują możliwość odstąpienia do całości lub części umowy. W § 10 ust. 2 Umowy wskazane zostały przyczyny odstąpienia od umowy w tym także od takich elementów, które de facto będą wykonywane po etapie wykonania oprogramowania. Stąd ograniczenie dla terminu odstąpienia od umowy jest niezasadne.

Pytanie 121: Cześć II A pkt. 2.6 i 6. Zapisy obu punktów są identyczne. Czy umieszczenie tych samych zapisów w obu punktach jest celowe?Odpowiedź Zamawiającego:Nie, Zamawiający pozostawia powtórzone omyłkowo zapisy bez zmian.

Pytanie 122: Cześć II B. Kryteria oceny. 4. „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”. Jeśli Zamawiający odrzuci oferty przekraczające budżet, to dlaczego w następnym zdaniu znajduje się informacja, że kwota budżetu zostanie zwiększona. Do czego odnosi się sformułowanie w takim przypadku? Odpowiedź Zamawiającego:Zamawiający dokonuje modyfikacji SIWZ w powyższym zakresie.

Pytanie 123: Czy Zamawiający przewiduje wykorzystanie jedynie statycznych raportów, czy też uprawnieni użytkownicy będą mogli tworzyć nowe raporty i będą mogli dowolnie eksplorować dane zgormadzone w hurtowni danych?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że przewiduje zarówno wykorzystanie predefiniowanych raportów jak i raportów tworzonych przez uprawnionych użytkowników hurtowni danych, którzy dowolnie będą eksplorować dane zgromadzone w hurtowni.

44


Pytanie 124: Czy infrastruktura udostępniona przez Zamawiającego objęta jest wsparciem producenta sprzętu?Odpowiedź Zamawiającego:Wsparcie producenta sprzętu jest dostępne do grudnia 2017.

Pytanie 125: Wykonawca ma być odpowiedzialny za poprawne utrzymanie infrastruktury (str. 47 SIWZ). Czy w ramach utrzymania infrastruktury Wykonawca ma obowiązek serwisować i usuwać awarię przekazanego sprzętu?Odpowiedź Zamawiającego:Wykonawca będzie odpowiedzialny za niezwłoczne zgłoszenie awarii wyznaczonym pracownikom GITD, odpowiedzialność za dokonanie naprawy spoczywa po stronie Zamawiającego.

Pytanie 126: Zamawiający w wymaganiu WF100 "Tworzenie i modyfikacja struktur danych" opisał: "narzędzie hurtowni danych umożliwi tworzenie i modyfikację struktur danych i metadanych (w tym struktur wielowymiarowych OLAP)." Technologia OLAP została opracowana w związku z ograniczeniami technicznymi uniemożliwiającym analizę dużych zbiorów danych bez wcześniejszego przeliczenia agregatów. Od kilku lat obserwuje się upowszechnianie technologii in-memory stanowiącej doskonałą alternatywę dla analizy dużych wolumenów danych, a tym samym w dużej mierze wypierającej kostki OLAP. Technologia in-memory umożliwia między innymi tworzenie dynamicznych hierarchii na poziomie tworzonego raportu bez konieczności ich projektowania na poziomie struktur danych, jak ma to miejsce w przypadku OLAP. Czy w związku z powyższym Zamawiający przewiduje możliwość dostarczenia nowszej, bardziej elastycznej i lepszej technologii jaką jest rozwiązanie oparte o silnik in-memory w zastępstwie struktur OLAP?Odpowiedź Zamawiającego:Zamawiający nie wprowadza ograniczeń co do sposobu implementacji hurtowni danych, jednocześnie zastrzega się że proponowane rozwiązanie powinno oferować pełny zakres funkcjonalności realizowanych poprzez rozwiązania technologii OLAP zarówno na poziomie analizy i projektowania struktur hurtowni jak i jej implementacji(m.in. poprzez zastosowanie modelu wielowymiarowej bazy danych opartego na tzw. schemacie gwiazdy/płatka śniegu, możliwość przeprowadzania operacji typu drill-down). Właściwe dla rozwiązań typu in-memory przyśpieszenie wykonywania operacji na transakcyjnych bazach danych nie jest warunkiem wystarczającym dla uznania tych rozwiązań jako pełnych funkcjonalnych substytutów dla rozwiązań typu OLAP.

Pytanie 127: Zamawiający w wymaganiu WF101 "Narzędzia służące do analizy zarządczej danych wielowymiarowych" opisał "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." Czy zamawiający może

45


zdefiniować pojęcie dobrych praktyk oraz dokładniej opisać mechanizm weryfikacji poprawności tworzonych modeli analiz wielowymiarowych w stosunku do dobrych praktyk ?Odpowiedź Zamawiającego:Zamawiający modyfikuje treść wymagania WF101.

Pytanie 128: Zamawiający w wymaganiu WF105 "analiza i prezentacja danych" opisuje "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." Czy zamawiający wymaga, aby narzędzie OLAP wspierało obsługę zapytań w języku MDX?Odpowiedź Zamawiającego:Narzędzie OLAP powinno posiadać taką możliwość, niezależnie od zdefiniowanego na potrzeby systemu KREPTD modelu hurtowni danych.

Pytanie 129: Zamawiający w wymaganiu WF95 "Rejestracja, kontrola i przetwarzanie danych opisuje "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". Czy Zamawiający może podać szacunkowy wolumen danych, który będzie przechowywany w hurtowni danych?Odpowiedź Zamawiającego:Hurtownia danych w momencie uruchomienia powinna zawierać dane opisujące w strukturach wielowymiarowych cechy i zdarzenia powiązane z obiektami bazowymi. Zakłada się, że w momencie uruchomienia hurtowni danych system będzie zawierał kompleksowe informacje dotyczące co najmniej 150 tyś. obiektów bazowych (wpisów identyfikujących przedsiębiorców i osoby zarządzające transportem).

Pytanie 130: Zamawiający w wymaganiu WF96 „Wizualne projektowanie i implementacji procesów ETL” wspomina o funkcjonalności czyszczenia danych. Czy Zamawiający oczekuję, że dostarczane narzędzia będą oferowały kompleksowe funkcjonalności w zakresie jakości danych w obszarach profilowania, parsowania, standaryzacji i deduplikacji danych?Odpowiedź Zamawiającego:Zamawiający potwierdza rozumienie tego wymagania przez Wykonawcę.

46


Pytanie 131: Zamawiający w wymaganiu WF96 „Wizualne projektowanie i implementacji procesów ETL” wspomina o funkcjonalności czyszczenia danych. Jeżeli Zamawiający oczekuje narzędzia do poprawy jakości danych czy Zamawiający oczekuje, że narzędzie będzie posiadało gotowe algorytmy parsowania, standaryzacji i deduplikacji danych dopasowane do polskich danych wraz z interfejsem do ich modyfikacji, strojenia i tworzenia?Odpowiedź Zamawiającego:Zamawiający nie narzuca Wykonawcy rozwiązania.

Pytanie 132: Zamawiający w wymaganiu WF96 „Wizualne projektowanie i implementacji procesów ETL” wspomina o funkcjonalności czyszczenia danych. Jeżeli Zamawiający oczekuje narzędzia do poprawy jakości danych czy Zamawiający oczekuje, że narzędzie to będzie zintegrowane z narzędziem do procesów ETL?Odpowiedź Zamawiającego:Zamawiający potwierdza takie rozumienie wymagania.

Pytanie 133: Zamawiający w wymaganiu WF96 „Wizualne projektowanie i implementacji procesów ETL” wspomina o funkcjonalności czyszczenia danych. Jeżeli Zamawiający oczekuje narzędzia do poprawy jakości danych czy Zamawiający oczekuje, że narzędzie to będzie posiadało mechanizm umożliwiający grupowanie podobnych danych (rekordy w tabeli lub w wielu tabelach) w oparciu o różne algorytmy rozmytego łączenia (np. dystans edycyjny, reguły fonetyczne, wyrażenia regularne, słowniki) w celu zgrupowania danych?Odpowiedź Zamawiającego:Zamawiający potwierdza takie rozumienie wymagania.

Pytanie 134: Ilu użytkowników będzie korzystało z hurtowni danych? Ilu użytkowników będzie projektowało modele, procesy ETL, przygotowało analizy i raporty?1. Czy Zamawiający dopuszcza użycie jako silnika procesów BPM, zamiast standardu BPMN 2.0, innych technologii - takich jak BPEL lub Microsoft Windows Workflow?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że z hurtowni danych będzie korzystało 30 użytkowników, dodatkowo 10 użytkowników będzie projektowało modele, procesy ETL, przygotowywało analizy i raporty.

Pytanie 135: Wymaganie WF30 - Jak duża jest szacunkowo liczba "innych dokumentów", dla których należy przewidzieć konieczność drukowania do pdf?Odpowiedź Zamawiającego:Zamawiający zakłada, że liczba pozostałych dokumentów nie powinna przekroczyć 20.

Pytanie 136: O jakie wymaganie chodzi w punktach WF25, WF64? ("Błąd! Nie można odnaleźć źródła odwołania")Odpowiedź Zamawiającego:

47


Zamawiający wyjaśnia że dla wymagania WF25 chodzi o referencję do wymagania WF34, natomiast dla wymagania WF64 chodzi o referencję do wymagania WF1.

Pytanie 137: WF75 - co to za format raportu: ESY?Odpowiedź Zamawiającego:Zamawiający dokonuje zmiany treści SIWZ w tym zakresie.

Pytanie 138: WF82 pkt 1. Jaki jest wymagany zakres konfiguracji usług API za pomocą dostarczonych narzędzi wyposażonych w graficzny interfejs użytkownika?Odpowiedź Zamawiającego:Konfiguracja API powinna umożliwiać pełną kontrolę nad nadawaniem i modyfikacją uprawnień dla podmiotów, powinna również umożliwiać pełną kontrolę nad procesem mapowania wszystkich danych zawartych w bazach danych systemu KREPTD na odpowiednie usługi dostępu do danych dostępnych za pośrednictwem API.

Pytanie 139: NF2 i NF2 - czy dopuszczalne jest użycie zewnętrznych wtyczek (np. Adobe Flash, Java)?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie dopuszcza użycia zewnętrznych wtyczek.

Pytanie 140: NF36 - "Czas reakcji systemu wynosi maksymalnie 10 sekund w komunikacji z systemem ERRU" - czy czas reakcji systemu ERRU nie wpływa tutaj na czas reakcji systemu?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że czas reakcji systemu ERRU jest zgodny z wymaganiem opisanym w WF36.

Pytanie 141: Pkt "5.3. Opis wymagań na rozwój systemu podpunkt 5". Z opisu wynika, że Wykonawca nie ma możliwości określenia liczby roboczogodzin dla wykonywanego przez siebie danego zadania?Odpowiedź Zamawiającego:Zamawiający nie zgadza się z tą interpretacją zapisów, zgodnie z zapisem w ppkt. 5 . Pkt 5.3. Opis wymagań na rozwój systemu: „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.”

Pytanie 142: Jakie wymagania powinna spełniać aplikacja dla MIiR?Odpowiedź Zamawiającego:Aplikacja dla MIiR powinna umożliwiać określonym przez Zamawiającego podmiotom zewnętrznym dostęp do wybranych funkcji narzędzi raportowych za pośrednictwem przeglądarki internetowej. Szczegółowy zakres udostępnionych funkcji i danych zostanie przez Wykonawcę określony na etapie analizy.

48


Pytanie 143: Czy Zamawiający przewiduje budowę systemu w modelu tzw. chmury prywatnej i czy w związku z tym wymaga aby oferowane dla realizacji przedmiotu zamówienia oprogramowanie standardowe (typu COTS, powszechnie dostępne na rynku) pozwalało na stosowanie w mechanizmach chmury obliczeniowej, pozwalając na czasowe zwielokrotnianie kodu oprogramowania dla realizacji mechanizmów niezawodnościowych.Odpowiedź Zamawiającego:Zamawiający nie wprowadza ograniczeń co do sposobu implementacji systemu uniemożliwiających stosowanie modelu tzw. chmury obliczeniowej. Zakłada się przy tym, że wszystkie jej elementy muszą zostać dostarczone i wdrożone na serwerach Zamawiającego.

Pytanie 144: Zamawiający postawił wymaganie „Wykonawca w ramach etapu 2 przygotuje i skonfiguruje środowisko produkcyjne i testowe (preprodukcyjne) oraz szkoleniowe, celem realizacji prac wynikających z zakresu etapu 2.”. Czy Zamawiający dopuszcza realizację tych środowisk w infrastrukturze chmury publicznej, przy założeniu pełnej zgodności z wymogami wdrażanego systemu i zapewnieniu prawidłowej przenaszalności środowisk wirtualnych z chmury publicznej na infrastrukturę Zamawiającego?Odpowiedź Zamawiającego:Zamawiający nie wprowadza ograniczeń co do sposobu implementacji systemu uniemożliwiających stosowanie modelu tzw. chmury obliczeniowej. Zakłada się przy tym, że wszystkie jej elementy muszą zostać dostarczone i wdrożone na serwerach Zamawiającego.

Pytanie 145: Czy Zamawiający udostępni dla celów realizacji przedmiotu zamówienia licencje dostępowe do udostępnionego Wykonawcy oprogramowania Windows Server 2012R2?Czy Zamawiający może podać listę posiadanych licencji dostępowych do innych produktów serwerowych produkcji Microsoft, które mogą być podstawą uprawnień dostępu do systemu dla użytkowników Zamawiającego?Odpowiedź Zamawiającego:Zamawiający nie udostępni dla celów realizacji przedmiotu zamówienia licencji dostępowych do udostępnionego Wykonawcy oprogramowania Windows Server 2012R2. W przypadku, gdy koncepcja Wykonawcy realizacji przedmiotu zamówienia będzie wymagała zapewnienia takich licencji, obowiązek ich dostarczenia będzie leżał po stronie Wykonawcy.

Pytanie 146: Czy zamawiający posiada odizolowaną sieć do tworzenia kopii zapasowych ?Odpowiedź Zamawiającego:Nie.

49


Pytanie 147: Czy system do backupu wspiera zarówno maszyny fizyczne jak i wirtualne?Odpowiedź Zamawiającego:Tak.

Pytanie 148: Czy Zamawiający za pomocą posiadanego systemu backup’u zapewnia, działającemu w obecnej infrastrukturze niezawodność na poziomie 99,9 % ?Odpowiedź Zamawiającego:Obecnie nie ma działającego systemu na tej infrastrukturze.

Pytanie 149: Czy system do backupu wpiera odtwarzanie z kopii z kopii migawkowej ?Odpowiedź Zamawiającego:Tak.

Pytanie 150: Czy Zamawiający w sieci SAN opartej o FC posiada wystarczającą ilość portów, aby zapewnić redundantne połączenia wszystkim urządzeniom ?Odpowiedź Zamawiającego:Tak.

Pytanie 151: Czy Zamawiający może podać model macierzy PowerVault , czy jest wpierana replikacja synchroniczna ? W kontekście zapasowego ośrodka można wykorzystać drugą macierz tego samego typu do synchronizowania danych ? Odpowiedź Zamawiającego:Zamawiający na potrzeby projektu KREPTD posiada macierz dyskową Netapp EF 550A.

Pytanie 152: Czy Zamawiający zapewnia odpowiednie połącznie między ośrodkiem podstawowym a zapasowym ?Odpowiedź Zamawiającego:Tak.

Pytanie 153: Czy opisane jako serwery „o właściwościach serwera wirtualizacyjnego” mogą być w całości wykorzystane do budowania systemu KREPTD ? Czy jest możliwość wykorzystania innego niż Vmware systemu do wirtualizacji ?Odpowiedź Zamawiającego:Jest możliwość wykorzystania innego systemu niż Vmware, o ile dostarczy go Wykonawca.

Pytanie 154: Czy Zamawiający pisząc „pojedynczy komputer z wirtualizacją o właściwościach „serwera wirtualizacyjnego” ma na myśli serwery tupu Rack , Blade ? Odpowiedź Zamawiającego:RACK - Dell PowerEdge R815.

50


Pytanie 155: Czy Zamawiający dopuści możliwość wykorzystania docelowo skonfigurowanej infrastruktury na potrzeby przeszkolenia Personelu Zamawiającego ? Odpowiedź Zamawiającego:Tak.

Pytanie 156: Czy Zamawiający posiada serwer pocztowy do wykorzystania w projekcie KREPTD ?Odpowiedź Zamawiającego:Nie – oprogramowanie serwera pocztowego dostarczy Wykonawca.

Pytanie 157: Czy Zamawiający posiada serwer z usługą Active Directory do wykorzystania w projekcie KREPTD na potrzeby logowania użytkowników ?Odpowiedź Zamawiającego:Wykorzystana zostanie usługa AD Zamawiającego lecz system KREPTD musi oferować również autonomicznie działający system służący do logowania się użytkowników.

Pytanie 158: Czy Zamawiający zapewnia infrastrukturę sieciową dla projektu KREPTD i czy może podać jej opis ?Odpowiedź Zamawiającego:Tak. Wykaz elementów infrastruktury sieciowej znajduje się w odpowiedziach na pytania nr 300-302).

Pytanie 159: Czy Zamawiający może określić kto będzie odpowiadał za skonfigurowanie infrastruktury sieciowej dla projektu KREPDT?Odpowiedź Zamawiającego:Za konfigurację infrastruktury będzie odpowiedzialny Wykonawca w uzgodnieniu z Zamawiającym.

Pytanie 160: Czy Zamawiający może określić to będzie odpowiedzialny za skonfigurowanie infrastruktury sprzętowej dla projektu KREPTD?Odpowiedź Zamawiającego:Za konfigurację infrastruktury będzie odpowiedzialny Wykonawca w uzgodnieniu z Zamawiającym.

Pytanie 161: Zamawiający w wymaganiach NF38-NF41 „Wymagania wydajności systemu” specyfikuje całkowitą liczbę użytkowników poszczególnych podsystemów. Czy Zamawiający mógłby dokonać specyfikacji użytkowników i ich ról dla hurtowni danych?Przykładowe role: twórca procesów ETL, analityk, twórca raportów, odbiorca raportów i analiz.Odpowiedź Zamawiającego:Zamawiający przewiduje, że w roli a) Odbiorca raportów i analiz: dostęp do HD będzie mieć 30 osób; b) Twórca procesów ETL: dostęp będą mieć 3 osoby;

51


c) Analityk: dostęp będą mieć 2 osoby;d) Twórca raportów: dostęp będzie mieć 5 osób.

Pytanie 162: Prosimy o potwierdzenie, że Zamawiający dostarczy infrastrukturę opisaną w p. 4 Infrastruktura programowo - sprzętowa OPZ wraz oprogramowaniem wymienionym w w/w punkcie. Prosimy również o wskazanie terminów w jakich planowane jest dostarczenie ww. infrastruktury programowo - sprzętowej.Odpowiedź Zamawiającego:Dostęp do infrastruktury sprzętowej opisanej w SIWZ będzie możliwy w siedzibie i godzinach pracy Zmawiającego. Cała infrastruktura opisana w SIWZ będzie dostępna dla Wykonawcy przez cały czas trwania Etapu II, z wyjątkiem infrastruktury dla środowiska zapasowego, która zostanie udostępniona po początku Etapu III.

Pytanie 163: IPU - §1 ust. 5 - Prosimy o wskazanie wobec jakich podmiotów planowana jest reprezentacja Zamawiającego, jaki zakres czynności ma być w ramach tego zobowiązania zlecony Wykonawcy oraz w jaki sposób Wykonawca (w tym z jakim wyprzedzeniem) będzie informowany o konieczności podejmowania czynności w imieniu i na rzecz Zamawiającego względem osób trzecich zgodnie z dyspozycją ww. paragrafu.Odpowiedź Zamawiającego:Zamawiający planuje zlecanie Wykonawcy przeprowadzenie wszelkich czynności związanych z integracją, budową i rozbudową systemu. Oczekuje się, że Wykonawca samodzielnie będzie identyfikował podmioty zewnętrzne, z którymi konieczna lub wskazana jest współpraca w zakresie niezbędnym dla realizacji Przedmiotu Zamówienia w zakresie budowy, utrzymania i rozwoju Systemu KREPTD i każdorazowo będzie występował do Zamawiającego o wydanie odpowiednich pełnomocnictw, których Zamawiający udzieli Wykonawcy bez zbędnej zwłoki.

Pytanie 164: Prosimy o wskazanie czy w okresie gwarancji Zamawiający będzie dokonywać zmian w dostarczonym przez Wykonawcę rozwiązaniu (samodzielnie lub przy wykorzystaniu osób trzecich)?Odpowiedź Zamawiającego:Zamawiający nie będzie dokonywał samodzielnie lub przy pomocy osób trzecich zmian w dostarczonym przez Wykonawcę rozwiązaniu, za wyjątkiem sytuacji przewidzianych w Kodeksie cywilnym.

Pytanie 165: W wymaganiu WF25 podano błędny odnośnik do innego wymagania. Prosimy o podanie poprawnej nazwy wymagania, do którego powinno być odwołanie w treści wymagania WF25.Odpowiedź Zamawiającego:Zamawiający dokonuje modyfikacji SIWZ poprzez usunięcie błędnego fragmentu.

Pytanie 166: W wymaganiu WF30 napisano, że należy przewidzieć konieczność drukowania innych dokumentów. Prosimy o podanie szacunkowej liczby tych dokumentów.

52


Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie nr 12.

Pytanie 167: Czy każdy użytkownik „Aplikacji dla pracowników KPK" będzie posiadał konto w usłudze Active Directory udostępnionej przez Zamawiającego na potrzeby realizacji Zamówienia?Odpowiedź Zamawiającego:Tak.

Pytanie 168: Czy każdy użytkownik „Aplikacji dla organów kontrolnych" będzie posiadał konto w usłudze Active Directory udostępnionej przez Zamawiającego na potrzeby realizacji Zamówienia?Odpowiedź Zamawiającego:Nie, takie konta będą posiadać jedynie użytkownicy aplikacji będący pracownikami GITD.

Pytanie 169: Czy każdy użytkownik „Aplikacji dla starostw" będzie posiadał konto w usłudze Active Directory udostępnionej przez Zamawiającego na potrzeby realizacji Zamówienia?Odpowiedź Zamawiającego:Nie, takie konta będą posiadać jedynie użytkownicy aplikacji będący pracownikami GITD.

Pytanie 170: Prosimy o wyjaśnienie, czy jeśli będzie wykorzystywane logowanie SSO z wykorzystaniem Active Directory, to czy dla wszystkich aplikacji będzie jedna domena Active Directory? Jeśli będzie ich więcej, to prosimy o informacje ile ich będzie, oraz czy będą pomiędzy nimi relacje zaufania. Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie nr 157.

Pytanie 171: W wymaganiu WF64 podano błędny odnośnik do innego wymagania. Prosimy o podanie poprawnej nazwy wymagania, do którego powinno być odwołanie w treści wymagania WF64.Odpowiedź Zamawiającego:Zamawiający modyfikuje treść SIWZ w powyższym zakresie.

Pytanie 172: W wymaganiu WF73 zdefiniowano raporty, które będą wymieniane z innymi Państwami Członkowskimi. Prosimy o zdefiniowanie formatu pliku do którego raport ma być zapisywany.Odpowiedź Zamawiającego:Formaty przekazywanych raportów zostaną określone na etapie analizy.

53


Pytanie 173: W wymaganiu WF74 zdefiniowano statystyki, które generowane przez System. Prosimy o zdefiniowanie formatu pliku do którego statystyki mają być zapisywane.Odpowiedź Zamawiającego:Formaty przekazywanych statystyk zostaną określone na etapie analizy.

Pytanie 174: W wymaganiu WF75 zdefiniowano, że raporty będą generowane do formatu ESY. Prosimy o informację co to za format oraz o jego dokumentację.Odpowiedź Zamawiającego:Zamawiający modyfikuje treść SIWZ w powyższym zakresie.

Pytanie 175: Prosimy o dokładniejsze sprecyzowanie wymagania NF1. Co oznacza „wspieranie różnych zestawów znaków, zasad skracania imion”?Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytania nr 432-435.

Pytanie 176: Prosimy o dokładniejsze sprecyzowanie wymagania NF12. O jakich „innych rozwiązaniach umożliwiających przechowywanie w jednolitych strukturach danych zestawów danych przesyłanych w językach państw UE" jest mowa?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że Wykonawca powinien zaprojektować i wdrożyć mechanizmy pozwalające na obsługę treści wielojęzycznych. Zamawiający nie wprowadza wymogów na szczegóły dotyczące implementacji tych rozwiązań.

Pytanie 177: Prosimy o wyjaśnienie wymagania NF13. Czy najmniejszym kwantem uprawnienia będzie rola? Czy rola będzie pozwalała na dostęp do wielu funkcji systemu, czy też jednej funkcji?Odpowiedź Zamawiającego:Najmniejszą jednostką uprawnień będzie rola, do której, w relacji wiele do wielu, będzie mógł być przypisywany jeden użytkownik, wielu użytkowników lub grupa użytkowników będą również w relacji wiele do wielu z populacją użytkowników, ponadto powinna istnieć możliwość organizowania grup w podgrupy bez istnienia ograniczeń ilości zagłębień. Każda rola powinna umożliwiać dostęp do jednej lub wielu funkcji systemu.

Pytanie 178: Prosimy o wyjaśnienie wymagania NF14 - o identyfikację jakich użytkowników chodzi? Czy chodzi o użytkowników „Aplikacji dla pracowników KPK", „Aplikacji dla organów kontrolnych", „Aplikacji dla starostw"? Jak to się ma do informacji, że będzie używany Active Directory?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że wymaganie NF14 odnosi się do użytkowników zewnętrznych, nie będących użytkownikami aplikacji dla pracowników KPK, dla których podstawowym sposobem logowania będzie logowanie domenowe.

54


Pytanie 179: Dotyczy wymagania NF18. Czy Zamawiający we własnym zakresie wykupi od jednego z zaufanych urzędów znakowania będących na liście kwalifikowanych podmiotów świadczących usługi certyfikacyjne usługę oznaczania dokumentów wiarygodnym czasem? Jeśli zadanie to leży po stronie Wykonawcy, prosimy o informację ile dokumentów rocznie przewiduje się do znakowania, oraz jak długo dany dokument ma posiadać ważny znacznik czasu.Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie nr 443.

Pytanie 180: Dotyczy wymagania NF18. Czy Zamawiający oczekuje podpisywania dokumentów za pomocą certyfikatów kwalifikowanych, za pomocą certyfikatów posiadanych przez użytkowników systemu, wystawianych przez różne centra certyfikacyjne, czy też w sposób automatyczny za pomocą jednego kwalifikowanego certyfikatu zainstalowanego na urządzeniu HSM. Jeśli za pomocą urządzenia HSM, to czy Zmawiający oczekuje dostarczenia takiego urządzenia i certyfikatu przez Wykonawcę, czy też sam je zapewni?Odpowiedź Zamawiającego:Sposób podpisywania zostanie określony na etapie analizy, niemniej należy założyć że dla różnych obszarów funkcjonalnych będzie istnieć potrzeba implementacji odmiennych metod podpisu.

Pytanie 181: Dotyczy wymagania NF18. Czy Zamawiający oczekuje weryfikacji kwalifikowanego podpisu elektronicznego, czy też niekwalifikowanego podpisu elektronicznego? Jeśli kwalifikowanego, to czy Zamawiający we własnym zakresie wykupi od jednego z zaufanych urzędów będących na liście kwalifikowanych podmiotów świadczących usługi certyfikacyjne usługę weryfikacji podpisu? Jeśli nie, to prosimy o informację ile dokumentów przewiduje do weryfikacji rocznie.Odpowiedź Zamawiającego:Zamawiający oczekuje weryfikacji podpisów kwalifikowanych i niekwalifikowanych, w zależności od wymagań dla konkretnego obszaru funkcjonalnego Systemu. Usługi certyfikacyjne dla niezbędnej ilości dokumentów (ilość zostanie określona na etapie analizy) powinny zostać wykupione przez Wykonawcę. Zamawiający nie jest w stanie określić rocznego wolumenu dokumentów.

Pytanie 182: Dotyczy wymagania NF21. „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”. W jaki sposób to wymaganie miałoby być zrealizowane w sytuacji gdy w aplikacji zostałoby użyte logowanie SSO z wykorzystaniem Active Directory? Dla tej technologii System nie prosi użytkownika o podanie hasła nawet na etapie logowania, lecz operuje na tokenie wygenerowanym przez system operacyjny.Odpowiedź Zamawiającego:

55


Dokładny sposób spełniania tego wymagania zostanie określony na etapie analizy przedwdrożeniowej, niemniej należy zauważyć, że operacja podawania dodatkowego hasła nie musi oznaczać logowania – może być to np. dodatkowe uwierzytelnienie podpisem kwalifikowanym lub profilem zaufanym.

Pytanie 183: Prosimy o informację czy Zamawiający oczekuje, że procesy zamodelowane w BPMN 2.0 będą uruchamiane na dostarczonym przez Wykonawcę silniku procesów BPM, czy też wystarczy, że będą służyły jako dokumentacja dla implementacji tych procesów w innym narzędziu wybranym przez Zamawiającego.Odpowiedź Zamawiającego:Standard BPMN 2.0 powinien obowiązywać dla opisu części procesowej całej dokumentacji analitycznej oraz dla wszystkich procedur pozasystemowych (np. procedur usług utrzymania). Procesy powinny być uruchamiane na silniku procesów BPM, jednak w przypadku gdy ograniczenia wynikające np. ze specyfiki danego obszaru funkcjonalnego będą powodować, że będzie to rozwiązanie nieoptymalne, Zamawiający może wyrazić zgodę na inne podejście do implementacji określonych funkcjonalności.

Pytanie 184: Prosimy o informację, czy szyna ESB, która ma służyć do komunikacji z innymi systemami ma być dostarczona przez Wykonawcę, czy też ma zostać użyta szyna ESB już funkcjonująca u Zamawiającego? Jeśli ma być użyta szyna Zamawiającego to prosimy o podanie jej nazwy i wersji.Odpowiedź Zamawiającego:Szyna ESB a także rozwiązanie BPM i BI powinny zostać dostarczone przez Wykonawcę.

Pytanie 185: Czy skrót SZBD występujący na 50 stronie SIWZ oznacza System Zarządzania Bazą Danych? Jeżeli nie, prosimy o podanie poprawnego rozwinięcia skrótu.Odpowiedź Zamawiającego:Zamawiający potwierdza, zgodnie z powszechnym rozumieniem skrót SZBD oznacza System Zarzadzania Bazą Danych.

Pytanie 186: Prosimy o informację, czy system klasy Business Intelligence, który ma zostać wykorzystany w Systemie ma być dostarczony przez Wykonawcę, czy też ma zostać użyte narzędzie już funkcjonujące u Zamawiającego? Jeśli ma być użyte narzędzie Zamawiającego to prosimy o podanie jego nazwy, wersji, opcjonalnych modułów oraz liczby licencji.Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie nr 184

Pytanie 187: Czy Zamawiający dostarczy urządzenia wraz licencjami do ochrony poczty e-mail wymienione w pkt 4 SIWZ? Jeśli tak to prosimy o podanie parametrów urządzeń oraz nazwy oprogramowania wraz z numerem wersji i liczbą udostępnionych Wykonawcy licencji.Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie nr 300.

56


Pytanie 188: Czy Zamawiający dostarczy urządzenia wraz licencjami do ochrony aplikacji www wymienione w pkt 4 SIWZ? Jeśli tak to prosimy o podanie parametrów urządzeń oraz nazwy oprogramowania wraz z numerem wersji i liczbą udostępnionych Wykonawcy licencji.Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie nr 301.

Pytanie 189: Prosimy o potwierdzenie, że wraz z infrastrukturą sprzętową wymienioną w pkt 4 SIWZ Zamawiający dostarczy urządzenia sieciowe niezbędne do poprawnej konfiguracji połączeń pomiędzy serwerami oraz siecią Zamawiającego.Odpowiedź Zamawiającego:Tak.

Pytanie 190: Czy Zamawiający udostępni Zamawiającemu do wykorzystania urządzenia sieciowe typu Load Balancer?Odpowiedź Zamawiającego:Nie.

Pytanie 191: Czy Zamawiający wymaga, żeby dla każdego serwera wirtualnego zostały wykorzystane dostarczone licencje Windows Serwer 2012 R2, czy też dopuszcza instalację na części maszyn wirtualnych systemów operacyjnych Linux, np. CentOS?Odpowiedź Zamawiającego:Nie. Zamawiający nie wprowadza ograniczeń w tym zakresie.

Pytanie 192: Prosimy o podanie wymagań funkcjonalnych i niefunkcjonalnych dla Aplikacji raportowej na potrzeby sprawozdawczości MIiR.Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie nr 142.

Pytanie 193: Prosimy o podanie liczby raportów które mają być przygotowane w Aplikacji raportowej na potrzeby sprawozdawczości MIiR.Odpowiedź Zamawiającego:Ilość raportów zostanie określona na etapie analizy.

Pytanie 194: Co Zamawiający rozumie pod pojęciem „Faceted Search” (WF12, str. 56)?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że pod tym pojęciem rozumie zaawansowany, wielokryterialny model wielokrotnych zapytań obsługiwany np. przez silnik wyszukiwania Apache Lucene w wersji 5.3.0

57


Pytanie 195: Czy Zamawiający dopuszcza wprowadzenie ograniczeń na filtry stosowane przez użytkowników w zapytaniach? Przykładem takiego ograniczenia może być np. minimalna liczba kryteriów wyszukiwania, jakie musi wprowadzić użytkownik albo np. minimalna liczba znaków w nazwie przy wyszukiwaniu ze znakami specjalnymi. Celem byłoby uniknięcie zadawania przez użytkowników zapytań z rodzaju Firma: „Trans%”.Odpowiedź Zamawiającego:Zamawiający nie dopuszcza wprowadzania takich ograniczeń.

Pytanie 196: Czy Zamawiający dopuszcza prezentację wyników wyszukiwania w postaci listy podzielonej na strony (page) przełączane przez użytkownika?Odpowiedź Zamawiającego:Zamawiający nie wprowadza ograniczeń w zakresie sposobu prezentacji wyników wyszukiwania, jednocześnie należy zaznaczyć, że warstwa prezentacji danych powinna być przygotowana w sposób staranny i optymalny z punktu widzenia użytkownika.

Pytanie 197: Czy Zamawiający przeprowadził analizę, z której wynika, że spełnienie wymagania dostarczenia odpowiedzi systemu w ciągu 10 sekund przy konieczności wysłania zapytania i odebrania odpowiedni z ERRU jest wykonalne (obecnie oraz w przyszłości po zwiększeniu liczby państw korzystających z systemu ERRU)?Odpowiedź Zamawiającego:Nie. Zamawiający nie przeprowadził przedmiotowej analizy.

Pytanie 198: Prosimy o zmianę wymagania wydajnościowego zawartego w WF18, str. 60. Proponujemy uniezależnienie wymagania od czasu odpowiedzi ERRU (np. Czas odpowiedzi ERRU + 3 sek)Odpowiedź Zamawiającego:Zamawiający nie zmienia wymagania i odsyła do odpowiedzi na pytanie nr 336.

Pytanie 199: Czy Zamawiający przewiduje dostosowanie systemów źródłowych do potrzeb ładowania danych do KREPTD poprzez np. mechanizm dostarczania tylko danych zmodyfikowanych od ostatniej synchronizacji? (np. WF52)Odpowiedź Zamawiającego:Zamawiający nie przewiduje takiej możliwości. Zakłada się, że system KREPTD będzie odpowiedzialny za całokształt operacji pobierania, przekształcania i ładowania danych do własnej bazy danych z udostępnionych baz danych systemów źródłowych.

Pytanie 200: Co Zamawiający rozumie pod pojęciem określonych uprawnień w WF71? Czy wymaganie należy rozumieć tak, że wszyscy użytkownicy posiadający pewne (ustalone na etapie analizy) wymaganie będą powiadamiani o wszystkich wykreśleniach, czy też będą dodatkowe ograniczenia (np. terytorialne)?Odpowiedź Zamawiającego:Zakres dla tej funkcji systemu powinien być doprecyzowany na etapie analizy.

58


Pytanie 201: Co Zamawiający rozumie pod pojęciem „grupy osób" (WF75, str. 85)Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie nr 177.

Pytanie 202: Czy Zamawiający przewiduje rozszerzanie zawartości danych w systemach źródłowych w celu umożliwienia zasilania KREPTD wymaganymi danymi? Jeśli nie - to czy należy założyć, że dane z systemów źródłowych mogą być niekompletne a ich uzupełnienie nastąpi w KREPTD?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że KREPTD powinien umożliwiać integrowanie niekompletnych zestawów danych pochodzących z wielu źródeł(np. poprzez zestawianie danych pochodzących z systemów GITD z danymi pochodzącymi z rejestrów utrzymywanych przez inne podmiotu) w sposób zarówno automatyczny poprzez implementacje stosownych algorytmów masteringu danych, sposób półautomatyczny poprzez import danych różnicowych zawartych np. plikach arkuszy kalkulacyjnych oraz z sposób ręczny za pomocą GUI udostępnionego dla operatorów KPK.

Pytanie 203: Czy dane niekompletne otrzymane z systemów źródłowych będą od razu udostępniane przez KREPTD, czy też będą wymagały uprzedniego uzupełnienia?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że stopień minimalnej kompletności danych kwalifikujący je do udostępniania bez wcześniejszego uzupełniania lub przetwarzania powinien zostać określony na etapie analizy.

Pytanie 204: Jakie systemy Zamawiający ma na myśli w WF77? Ile jest takich systemów? Czy w ramach komunikacji z systemami informatycznymi starostw KREPTD występuje kiedykolwiek jako strona aktywna?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie posiada wiedzy o nazwach, ilości i jakości systemów używanych przez starostwa i z tego powodu założył, że komunikacja systemów starostw z KREPTD wymaga pośrednictwa poprzez wprowadzenie warstwy API. Należy założyć, że będą istniały sytuacje, w których KREPTD będzie stroną aktywną.

Pytanie 205: Co Zamawiający rozumie pod pojęciem „obywatele korzystający z API lub aplikacji dostępowej komunikującej się za pośrednictwem API z KREPTD”? (WF80, str 87)Odpowiedź Zamawiającego:Zamawiający dokonuje modyfikacji SIWZ w zakresie wymagania WF80.

Pytanie 206: Ile i jakich systemów korzystać będzie z API KREPTD? Jaki jest przewidywany wolumen zapytań? Jakie są wymagania wydajnościowe dla takich zapytań?Odpowiedź Zamawiającego:Ilość i rodzaj systemów oraz możliwy wolumen zapytań dla systemów korzystających z API powinna zostać oszacowana na etapie analizy. Wydajność zapytań powinna

59


pozwolić operatorom systemów zewnętrznych na dokonywanie operacji typu CRUD na danych rejestru w czasie rzeczywistym. Zamawiający oczekuje, że Wykonawca w celu realizacji tego założenia zoptymalizuje odpowiednio mechanizmy bazy danych.

Pytanie 207: W jaki sposób Zamawiający rozumie wykonanie dowolnych operacji CRUD na danych bieżących i historycznych przechowywanych w rejestrze (WF82, str. 88)? Czy wymaganie to należy rozumieć raczej jako wymaganie niefunkcjonalne?Odpowiedź Zamawiającego:Wymaganie to należy traktować jako wymaganie funkcjonalne – dowolna funkcja systemu lub dane w nim zawarte powinny być dostępne za pośrednictwem API.

Pytanie 208: Co Zamawiający rozumie pod pojęciami „standardowe opóźnienie" oraz „nieudana transakcja" w WF86?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że przez standardowe opóźnienie należy rozumieć opóźnienie przecięte, natomiast przez nieudaną transakcje należy rozumieć wszelkie monitorowane procesy techniczne, które nie zostały obsłużone w sposób przewidziany w specyfikacji zewnętrznej.

Pytanie 209: - Czy Zamawiający przewiduje inny kierunek synchronizacji danych niż dostarczanie danych z systemów źródłowych (CEN, Transbit/OpenBTM) do KREPTD (WF87)?Odpowiedź Zamawiającego:Zamawiający zakłada synchronizację dwustronną w zakresie wyspecyfikowanym na etapie analizy.

Pytanie 210: Czy wymagania WF88, WF89 WF90, WF91, WF92 należy traktować jako wymaganie okresowej weryfikacji poprawności danych w KREPTD czy raczej jako kolejne źródła informacji o nowych podmiotach?Odpowiedź Zamawiającego:Zamawiający rozumie wymagania WF88, WF89 WF90, WF91, WF92 jako wymagania na okresową i bieżącą weryfikację, aktualizacje i podnoszenie jakości danych w KREPTD realizowane przy użyciu wszystkich zewnętrznych i wewnętrznych źródeł danych określonych w SIWZ oraz źródeł danych, które zostaną zdefiniowane na etapie analizy.

Pytanie 211: Czy wymaganie dotyczące dostarczenia narzędzia klasy 'hurtownia danych' należy rozumieć jako wymaganie, by finalnie rejestr KREPTD posiadał cechy hurtowni danych w zakresie zasilania i udostępniania danych czy też jako wymaganie zbudowania oddzielnej hurtowni danych? Jak w tym kontekście należy rozumieć wymagania dotyczące aplikacji operacyjnych (aplikacja KPK)?Odpowiedź Zamawiającego:Wymagane jest zbudowanie oddzielnej hurtowni danych, zasilanej danymi ze wszystkich obszarów części transakcyjnej systemu KREPTD(w tym również aplikacji KPK).

60


Pytanie 212: Czy wymaganie WF109 jest nadmiarowe względem wymagań dotyczących pobierania danych z CEN, Transbit, OpenBTM? Jeżeli tak, to w jakim zakresie?Odpowiedź Zamawiającego:Wymaganie WF109 odnosi się do integracji w bazami i hurtowniami danych w zakresie nie ograniczonym specyfiką systemu transakcyjnego KREPTD.

Pytanie 213: Jakiego rodzaju charakterystyki Zamawiający ma na myśli pod hasłem „inne charakterystyki działania systemu wg potrzeb”? Prosimy o doprecyzowanie wymagania.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, ze w wymaganiu WF110 jako inne charakterystyki rozumie zestaw cech funkcjonalności skonfigurowane ze szczególnym uwzględnieniem specyfiki działania systemu KREPTD.

Pytanie 214: Czy Zamawiający oczekuje dostarczenia oddzielnego / nowego mechanizmu ochrony przed złośliwym oprogramowaniem (NF22) czy też możliwe jest skorzystanie z rozwiązań stosowanych przez Zamawiającego dotychczas?Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytania 300-302. Jednocześnie Zamawiający nie ogranicza Wykonawcy w zakresie dostarczenia innych dodatkowych, bądź uzupełniających rozwiązań.

Pytanie 215: Na jakiej podstawie Zamawiający przewiduje, że zwiększenie się liczby państw korzystających z ERRU spowoduje tak istotny wzrost liczny użytkowników KREPTD?Uzasadnione wydaje się być założenie, że zwiększy się liczba wymienianych komunikatów ale zwiększenie się liczby jednoczesnych użytkowników do wartości 11200 nie wydaje się być uzasadnione.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zwiększenie liczby użytkowników jest szacunkiem wynikającym z informacji, na temat aktualnych prac nad modyfikacjami usług systemu ERRU.

Pytanie 216: W jaki sposób Zamawiający przewiduje dostarczenie produktu „Przeszkoleni użytkownicy końcowi komunikacji z ERRU” (oraz pozostałych produktów analogicznie sformułowanych)?Odpowiedź Zamawiającego:Przez dostarczenie produktu każdorazowo Zamawiający rozumie wykonanie przez Wykonawcę wszystkich działań w ramach realizacji określonej części Przedmiotu Zamówienia.

61


Pytanie 217: Co Zamawiający rozumie pod sformułowaniem „Wykonawca (...) zobowiązany będzie do świadczenia usług rozwoju (...), infrastruktury sieciowej i sprzętowej systemu KREPTD"? (Pkt 5.3, podpunkt 1, str. 129)Odpowiedź Zamawiającego: Przez dostarczenie produktu każdorazowo Zamawiający rozumie wykonanie przez Wykonawcę wszystkich działań w ramach realizacji określonej części Przedmiotu Zamówienia. Zamawiający zmienia treść pierwszego zdania w pkt 5.1.1 na: „Wykonawca w czasie obowiązywania Umowy zobowiązany będzie do świadczenia usług rozwoju oprogramowania, konfiguracji i utrzymania infrastruktury sieciowej i sprzętowej systemu KREPTD w sposób zgodny z procedurami standardu ITIL v3 wyspecyfikowanymi przez Wykonawcę i uzgodnionymi z Zamawiającym”

Pytanie 218: Czy i w jaki sposób Zamawiający zagwarantuje, że personel Zamawiającego nie będzie wprowadzał nieuzgodnionych zmian w konfiguracji i parametrach systemu w trakcie gdy system jest administrowany przez Wykonawcę? W szczególności jaki zakres odpowiedzialności Wykonawcy przewiduje Zamawiający dla błędów będących wynikiem działań i/lub zaniedbań personelu Zamawiającego posiadającego wystarczająco wysokie uprawnienia.Odpowiedź Zamawiającego:Zakres odpowiedzialności personelu Zamawiającego będzie wykluczał możliwość wprowadzania istotnych zmian w konfiguracji i parametrach systemu, w szczególności zakres ten nie będzie przyczyną błędów, za które odpowiedzialność ponosiłby Wykonawca.

Pytanie 219: Zgodnie z Opisem przedmiotu Zamówienia (str. 42 SIWZ) Wykonawca ma zapewnić zgodność Oprogramowania i usług z wymienionymi 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. Jak wynika z pkt 5.3. OPZ - „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" rozwój systemu KREPTD realizowany będzie przez Wykonawcę od wdrożenia systemu do czasu zakończenia umowy. Jak wynika z kolejnych postanowień w ramach ww. usług rozwoju systemu KREPTD Wykonawca (pkt 3.3.) zapewni w ramach Umowy Zamawiającemu pulę roboczogodzin przeznaczonych na prace rozwojowe w wysokości 20000 roboczogodzin realizowanych od uruchomienia podstawowej wersji systemu KREPTD 31.12.2019 r. Mając na uwadze powyższe prosimy o:1. jednoznaczne wskazanie od jakiego momentu Wykonawca realizować będzie usługę rozwoju w ramach puli 20000 roboczogodzin - od chwili wdrożenia systemu (tu prosimy o jednoznaczne wskazanie wersji systemu i Etapu w ramach którego ta wersja powstaje), czy też od chwili uruchomienia podstawowej wersji Systemu (tu również prosimy o jednoznaczne wskazanie wersji systemu i Etapu w ramach którego ta wersja powstaje - aktualnie przy uruchomieniu podstawowej wersji systemu jest wskazana data 31.12.2019 r. która winna być datą zakończenia Umowy);2. dookreślenie daty zakończenia realizacji przez Wykonawcę usługi rozwoju;3. potwierdzenie, czy zmiany prawa, które mogą wejść w życie przed datą rozpoczęcia realizacji usługi rozwoju będą również rozliczane w ramach ww. puli roboczogodzin, czy

62


też bez względu na zakres tych zmian winny być skalkulowane w ramach wynagrodzenia za realizację Systemu.Odpowiedź Zamawiającego:1) Wykonawca będzie świadczył Usługi Utrzymania od daty zakończenia pierwszego etapu.2) Świadczenie usług rozwoju kończy się wraz z datą końca czwartego etapu.3) Zmiany prawa wchodzące w życie przed datą rozpoczęcia realizacji usługi rozwoju mogą być zgłaszane również jako usługi rozwojowe. Dla Wykonawcy obowiązujące są wymagania na realizację Systemu (bez uwzględniania usług utrzymania) wynikające z treści przywołanych w SIWZ obowiązujących aktów prawnych, projektowanych aktów prawnych oraz innych dokumentów.

Pytanie 220: Ilu użytkowników będzie korzystało z Hurtowni Danych?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że z hurtowni danych będzie korzystało 30 użytkowników, dodatkowo 10 użytkowników będzie projektowało modele, procesy ETL, przygotowywało analizy i raporty.

Pytanie 221: Wymaganie NF30 - System zostanie zaprojektowany w taki sposób by nie prowokować ataków epilepsji. Prosimy o podanie szczegółowych wytycznych dla takiego systemu. W jaki sposób Zamawiający będzie weryfikował realizacje tego wymagania?Odpowiedź Zamawiającego:Szczegółowe wymagania i kryteria weryfikacji są częścią Krajowych Ram Interoperacyjności.

Pytanie 222: NF30 - System będzie oferował alternatywne drogi dla znalezienia podstrony systemu”. Prosimy o wyjaśnienie, co Zamawiający rozumie przez podstronę systemu?Odpowiedź Zamawiającego:Przez podstronę należy rozumieć spójny zestaw elementów tworzący tzw. „ekran” systemu.

Pytanie 223: NF 30 - „System będzie zaprojektowany w taki sposób, aby zmaksymalizować jego kompatybilność z obecnymi i przyszłymi programami wykorzystywanymi przez użytkowników." Prosimy o określenie i ścisłe zdefiniowanie przyszłych programów. Bez ich znajomości niemożliwe jest zagwarantowanie kompatybilności.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że maksymalizacja kompatybilności może być zapewniona przez zastosowanie szeregu rozwiązań technicznych i organizacyjnych, które są w stanie zapewnić odpowiednią elastyczność oraz skalowalność systemu.

Pytanie 224: Prosimy o podanie liczby raportów które mają być przygotowane w Aplikacji raportowej na potrzeby sprawozdawczości MliR.

63


Odpowiedź Zamawiającego:Ilość raportów zostanie wyspecyfikowana na poziomie analizy.

Pytanie 225: NF36 - prosimy o usunięcie wymagania. Wykonawca nie może zagwarantować czasu reakcji dostarczonego Systemu gdy wymaga on interakcji z innym systemem (ERRU), którego czas odpowiedzi jest nieznany i niezależny od Wykonawcy.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że czas reakcji systemu ERRU jest zgodny z wymaganiem opisanym w WF36.

Pytanie 226: FORMULARZ NUMER OF.01: pkt 2.c – prosimy o wskazanie konkretnych wymagań wynikających z Krajowych Ram Interoperacyjności, których sposób spełnienia należy opisać.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zadaniem Wykonawcy w ramach przygotowania oferty jest opisanie spełnianych konkretnych wymagań wynikających z Krajowych Ram Interoperacyjności. Niezależnie od tego Wykonawca będzie zobowiązany do wykonania Przedmiotu Zamówienia w sposób zgodny z wszystkimi wymaganiami wynikającymi z treści dokumentów przywołanych w SIWZ.

Pytanie 227: FORMULARZ NUMER OF.01: pkt 2.d – prosimy o wskazanie konkretnych wymagań w zakresie zgodności z Uwarunkowaniami formalno-prawnymi dla systemu, których sposób spełnienia należy opisać. Zamawiający wśród uwarunkowań formalno-prawnych przywołuje m.in. wewnętrzne regulaminy (poz. 20, 21, 22, 23) oraz niesprecyzowane „pozostałe dokumenty techniczne” (poz. 35).Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że wskazał w SIWZ możliwość dostępu do wymienionych dokumentów o czym informuje zapis w SIWZ: „...Wykonawca, na potrzeby przygotowania Oferty, może zapoznać się w siedzibie Zamawiającego z kompletem dokumentacji 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]”

Pytanie 228: FORMULARZ NUMER OF.01: pkt 3.c – prosimy o wskazanie konkretnych wymagań w zakresie zgodności z Uwarunkowaniami formalno-prawnymi dla systemu których sposób spełnienia należy opisać. Zamawiający wśród uwarunkowań formalno-prawnych przywołuje m.in. wewnętrzne regulaminy (poz. 20, 21, 22, 23) oraz niesprecyzowane „pozostałe dokumenty techniczne” (poz. 35).Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zadaniem Wykonawcy w ramach przygotowania oferty jest opisanie spełnianych konkretnych wymagań zawartych w dokumentach przywołanych w treści SIWZ. Niezależnie od tego Wykonawca będzie zobowiązany do wykonania

64


Przedmiotu Zamówienia w sposób zgodny z wszystkimi wymaganiami z nich wynikającymi.

Pytanie 229: FORMULARZ NUMER OF.01: pkt 5 – czy opisany w ofercie (zgodny z SIWZ) proces wytwórczy zostanie zastosowany w projekcie?Odpowiedź Zamawiającego:Zamawiający potwierdza, pod warunkiem, że będzie on zgodny z wymaganiami 5.6. Opis wymagań na sposób organizacji projektu. Zamawiający jednocześnie zaznacza, że wymagania na procedury mogą zostać uszczegółowione na etapie analizy co może pociągnąć za sobą konieczność ich zmian.

Pytanie 230: FORMULARZ NUMER OF.01: pkt 6.a – prosimy o wskazanie konkretnych zaleceń powiązanych z Krajowymi Ramami Operacyjności, dla których należy w opisie oferty wskazać zgodność.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zadaniem Wykonawcy jest w ramach przygotowania oferty opisanie spełnianych konkretnych wymagań wynikających z Krajowych Ram Interoperacyjności. Niezależnie od tego Wykonawca będzie zobowiązany do wykonania Przedmiotu Zamówienia w sposób zgodny z wszystkimi wymaganiami wynikającymi z treści dokumentów przywołanych w SIWZ.

Pytanie 231: FORMULARZ NUMER OF.01: pkt 7 – czy opisana w ofercie procedura utrzymania (zgodna z SIWZ) zostanie zastosowana w projekcie?Odpowiedź Zamawiającego:Zamawiający potwierdza, pod warunkiem zgodności z wymaganiami 5.6. Opis wymagań na sposób organizacji projektu. Zamawiający jednocześnie zaznacza, że wymagania na procedury mogą zostać uszczegółowione na etapie analizy co może pociągnąć za sobą konieczność ich zmian.

Pytanie 232: FORMULARZ NUMER OF.01: pkt 8.c – prosimy o wskazanie konkretnych wymagań wynikających z Krajowych Ram Operacyjności, których sposób spełnienia należy opisać.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zadaniem Wykonawcy jest w ramach przygotowania oferty opisanie spełnianych konkretnych wymagań zawartych w dokumentach przywołanych w treści SIWZ. Niezależnie od tego Wykonawca będzie zobowiązany do wykonania Przedmiotu Zamówienia w sposób zgodny z wszystkimi wymaganiami z nich wynikającymi.

Pytanie 233: FORMULARZ NUMER OF.01: pkt 8.d – prosimy o wskazanie konkretnych wymagań w zakresie zgodności z Uwarunkowaniami formalno-prawnymi dla systemu których sposób spełnienia należy opisać. Zamawiający wśród uwarunkowań formalno-prawnych przywołuje m.in. wewnętrzne regulaminy (poz. 20, 21, 22, 23) oraz niesprecyzowane „pozostałe dokumenty techniczne” (poz. 35).Odpowiedź Zamawiającego:

65


Zamawiający wyjaśnia, że zadaniem Wykonawcy jest w ramach przygotowania oferty opisanie spełnianych konkretnych wymagań zawartych w dokumentach przywołanych w treści SIWZ. Niezależnie od tego Wykonawca będzie zobowiązany do wykonania Przedmiotu Zamówienia w sposób zgodny z wszystkimi wymaganiami z nich wynikającymi.

Pytanie 234: Formularz numer DP.8 – Grupa kapitałowa Atos działa na całym świecie. Jej częścią jest wiele spółek. Czy wystarczające będzie podanie listy spółek z grupy kapitałowej Atos mających siedzibę na terenie Polski? Odpowiedź Zamawiającego:Wykonawca obowiązany jest załączyć do oferty informację o grupie kapitałowej obejmującej wszystkie podmioty, które się w tej grupie się znajdują.

Pytanie 235: SIWZ, cz. B Kryteria oceny ofert, pkt 3.1. Zwracamy się o wyjaśnienie znaczenia zdania “W takim przypadku „B” stanowić będzie zwiększona przez Zamawiającego kwota.”Odpowiedź Zamawiającego:Zamawiający dokonuje modyfikacji SIWZ poprzez usunięcie cytowanego fragmentu.

Pytanie 236: „Zalacznik-2-SIWZ-Ocena-funkcjonalno-techniczna.docx”: fragment „lub nie daje szans skutecznej realizacji Elementu w terminie (realność zaimplementowania wskazanego przez Wykonawcę rozwiązania”. Prosimy o wyjaśnienie, jakie warunki musi spełniać opis rozwiązania, aby możliwe była ocena szans skutecznej realizacji elementu w terminie.Odpowiedź Zamawiającego:Z punktu widzenia celu przeprowadzenia oceny ofert w kryterium „Ocena funkcjonalno-techniczna zaproponowanego rozwiązania” nie jest możliwe, aby Zamawiający wskazywał konkretne warunki dla opisu rozwiązania Wykonawcy. To od Wykonawcy jako profesjonalisty oczekuje się opracowania koncepcji dającej szansę skutecznej realizacji elementów w terminie, przy czym koncepcja ta zostanie poddana ocenie przez Zamawiającego.

Pytanie 237: „Zalacznik-2-SIWZ-Ocena-funkcjonalno-techniczna.docx”: fragment „daje prawdopodobieństwo skutecznej realizacji Elementu w terminie (realność zaimplementowania wskazanego przez Wykonawcę rozwiązania)”. Prosimy o wyjaśnienie, jakie warunki musi spełniać opis rozwiązania, aby rozwiązanie zostało uznane za dające prawdopodobieństwo skutecznej realizacji elementu w terminie.Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 236.

Pytanie 238: „Zalacznik-2-SIWZ-Ocena-funkcjonalno-techniczna.docx”: fragment „daje gwarancję skutecznej realizacji Elementu w terminie (realność zaimplementowania wskazanego przez Wykonawcę rozwiązania)”. Prosimy o wyjaśnienie, jakie warunki musi spełniać opis rozwiązania, aby rozwiązanie zostało uznane za dające gwarancję skutecznej realizacji Elementu w terminie.

66


Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 236.

Pytanie 239: „Zalacznik-2-SIWZ-Ocena-funkcjonalno-techniczna.docx”: fragment „10 (dziesięć) punktów otrzyma rozwiązanie, (...) (Wykonawca w sposób spójny i wyczerpujący przedstawił opracowanie dla każdego z wyżej wymienionych elementów Opisu rozwiązania).” Prosimy o potwierdzenie, że intencją Zamawiającego jest wynikająca z przetoczonego fragmentu zasada, że za dany element Wykonawca może otrzymać 10 pkt wyłącznie wtedy, gdy Wykonawca w sposób spójny i wyczerpujący przedstawił opracowanie dla KAŻDEGO z wyżej wymienionych elementów Opisu rozwiązania. Czyli, jeśli opis dowolnego elementu w opinii Zamawiającego nie będzie spójny lub wyczerpujący, wyklucza to uzyskanie 10 pkt za wszystkie pozostałe elementy.Odpowiedź Zamawiającego:Zamawiający potwierdza.

Pytanie 240: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:

a. wymagania funkcjonalne dot. Oprogramowania;b. wymagania niefunkcjonalne dot. Oprogramowania;c. wymagania dot. usług.

Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zadaniem Wykonawcy jest zapoznanie się z dokumentami wskazanymi w pkt. 1. Uwarunkowania formalno-prawne dla systemu i przygotowanie oferty zgodnie z wymaganiami zawartymi w SIWZ. W ramach oferty Wykonawca powinien wskazać zgodność opisywanego elementu z uwarunkowaniami formalno-prawnymi wskazanymi w SIWZ , gdyż jest to przedmiotem oceny, czy Wykonawca właściwe zrozumiał przedmiot zamówienia i wymagania na system KREPTD. Niezależnie od treści oferty i wyników jej oceny Wykonawca będzie zobowiązany do wykonania Przedmiotu Zamówienia w sposób zgodny z wszystkimi wymaganiami zawartymi w treści dokumentów przywołanych w SIWZ.

Pytanie 241: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:

a. wymagania funkcjonalne dot. Oprogramowania;67


b. wymagania niefunkcjonalne dot. Oprogramowania;c. wymagania dot. usług.


Pytanie 242: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 243: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 244: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „5. ROZPORZĄDZENIE KOMISJI (UE) nr 1213/2010z dnia 16 grudnia 2010 r. ustanawiające wspólne zasady dotyczące połączenia krajowych rejestrów elektronicznych przedsiębiorców transportu drogowego”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 245: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „6. ROZPORZĄDZENIE RADY MINISTRÓW z dn. 12.04.2012 r. w sprawie krajowych ram interoperacyjności, minimalnych wymagań dla rejestrów

68


publicznych i wymiany informacji elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz. U. 2012 r., 526) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 246: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „7. Ustawa z dnia 6 września 2001 r. o Transporcie Drogowym, Dz.U. 2001 Nr 125 poz. 1371”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 247: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „8. Ustawa z dnia 14 czerwca 1960 r. Kodeks postępowania administracyjnego, Dz.U. 1960 Nr 30 poz. 168”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 248: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „9. Ustawa z dnia 19 sierpnia 2011 r. o przewozie towarów niebezpiecznych (Dz.U. 2011 nr 227 poz. 1367) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 249: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „10. Ustawa z dnia 29 sierpnia o ochronie danych osobowych (Dz.U. 1997

69


nr 133 poz. 883) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 250: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „11. Ustawy z dnia 20 czerwca 1997 r. - Prawo o ruchu drogowym (Dz.U. 1997 nr 98 poz. 602) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 251: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „12. Rozporządzenie Ministra Transportu, Budownictwa i Gospodarki Morskiej z dnia 23 lipca 2013 r. w sprawie kontroli przewozu drogowego”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 252: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „13. Zarządzenie nr 10/2015 Głównego inspektora transportu drogowego z dnia 13 lutego 2015 r. w sprawie Regulaminu udzielania zamówień publicznych”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 253: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „14. Zarządzenie nr 28/2014 Głównego Inspektora Transportu Drogowego

70


z dnia 17 września 2014 r. w sprawie zasad planowania, prowadzenia oraz dokumentowania kontroli przewozów drogowych przez inspektorów Inspekcji Transportu Drogowego”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 254: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 255: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „16. Ustawa o służbie cywilnej z dnia 21 listopada 2008 r. (Dz.U. 2008 nr 227 poz. 1505) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 256: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



71


Pytanie 257: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „18. Projekt Ustawy o zmianie ustawy o transporcie drogowym”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 258: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „19. 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”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 259: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „20. Regulamin wewnętrzny Biura do spraw Transportu Międzynarodowego Głównego Inspektoratu Drogowego”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 260: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „21. Regulamin wewnętrzny Biura Nadzoru Inspekcyjnego Głównego Inspektoratu Transportu Drogowego”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



72


Pytanie 261: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „22. Regulamin wewnętrzny Biura Informatyki i Łączności Głównego Inspektoratu Transportu Drogowego”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 262: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „23. Regulamin wewnętrzny Biura Prawnego Głównego Inspektoratu Transportu Drogowego”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 263: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „24. Program Operacyjny Polska Cyfrowa na lata 2014-2020”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 264: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „25. 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”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



73


Pytanie 265: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „26. Szczegółowy opis osi priorytetowych Programu Operacyjnego Polska Cyfrowa na lata 2014-2020”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 266: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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.)”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 267: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 268: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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”.

74


Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 269: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „30. European Register for Road Transport Undertakings, XML MESSAGING REFERENCE GUIDE, v3.02”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 270: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „31. European Register for Road Transport Undertakings, Global Business Analysis, v2.0. ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 271: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „32. European Register for Road Transport Undertakings Network and Security Reference Guide v1.11”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 272: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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-

75


on-erru.pdf”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 273: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „34. ERRU IMPLEMENTATION GOOD PRACTICES”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 274: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „35. ERRU specyfikacja v2.0 oraz pozostałe dokumenty techniczne”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 275: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „36. Ustawa z dnia 14 lipca 1983 r. o narodowym zasobie archiwalnym i archiwach (Dz.U. 1983 Nr 38 poz. 173). ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 276: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:

76




Pytanie 277: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 278: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 279: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



77


Pytanie 280: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 281: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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) ”. Wykonawca prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 282: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający wskazał, iż oczekuje zgodności dostarczanego Oprogramowania i usług z dokumentem „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 prosi o wyczerpujące wyjaśnienie, które fragmenty przetoczonego dokumentu stanowią zatem:



Pytanie 283: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Zamawiający oczekuje, iż „Przedmiot Umowy, wykonane i dostarczone Oprogramowanie musi być zgodne ze stanem prawnym na dzień odbioru.”. Prosimy o potwierdzenie, że wszystkie zmiany oprogramowania wynikające ze zmian obowiązujących aktów prawnych i regulacji, mające miejsce od dnia złożenia oferty do dnia odbioru podlegają warunkom opisanym w OPZ rozdział „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”.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie zgodnie z zapisem w SIWZ 1. Uwarunkowania formalno-prawne dla systemu „Wykonawca dla dostarczanego Oprogramowania i usług ma

78


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.”

Pytanie 284: Część III SIWZ – OPZ: 1. Uwarunkowania formalno-prawne dla systemu: Prosimy o potwierdzenie, że wszelkie dokumenty (komplet dokumentacji technicznej ERRU oraz innych systemów z którymi wymagana jest integracja, którymi dysponuje Zamawiający), będą udostępnione Wykonawcy bez ograniczeń na czas trwania umowy.Odpowiedź Zamawiającego:Zamawiający potwierdza.

Pytanie 285: Część III SIWZ – OPZ: 2. Procesy biznesowe wspierane przez system: Zamawiający oczekuje uzupełnienia i rozwinięcia modeli procesów biznesowych. Intencją poniższych pytań jest określenie nakładu prac na wymagane uzupełnienie i rozwinięcie modeli biznesowych.

a. Prosimy o określenie:i. Szacowanej ilości kroków procesów wymagających uzupełnienia

ii. Szacowanej ilości kroków procesów do usunięciaiii. Szacowanej ilości kroków procesów wymagających rozwinięciaiv. Szacowanej ilości kroków procesów wymagających zmiany

b. Prosimy o potwierdzenie rozumienia pojęcia „uzupełnienie”. Czy Zamawiający ma na myśli dodanie zupełnie nowych kroków procesu?

c. Prosimy o potwierdzenie rozumienia pojęcia „rozwinięcia”. Czy Zamawiający ma na myśli zamodelowanie wewnętrznego przebiegu istniejącego kroku?

Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zgodnie ze wskazanym zapisem SIWZ Modele i opis procesów biznesowych powinny zostać zweryfikowane i zaktualizowane jeśli zajdzie taka konieczność na etapie analizy szczegółowej realizowanego rozwiązania. a. - Zamawiający nie może wskazać szacowanej ilości kroków .gdyż analiza taka powinna zostać wykonana przez Wykonawcę na etapie analizy szczegółowej.b. - Zamawiający wyjaśnia, że poprzez pojęcie uzupełnienie rozumie aktualizację i/lub dodanie nowych kroków procesu.c. - Zamawiający wyjaśnia, że poprzez pojęcie "rozwinięcie:" rozumie aktualizację istniejących procesów i kroków procesów.

Pytanie 286: Część III SIWZ – OPZ: 2. Procesy biznesowe wspierane przez system: Czy Wykonawca może założyć, iż procesy biznesowe opisane w SIWZ są całkowicie poprawne, i dokładnie takie powinny zostać wsparte oferowanym systemem informatycznym?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że Wykonawca powinien założyć, że opisane w SIWZ procesy biznesowe są poprawne jednak musi uwzględnić ich potencjalną aktualizację w kontekście uzupełnienia i rozwinięcia.

79


Pytanie 287: Część III SIWZ – OPZ: 2. Procesy biznesowe wspierane przez system: Czy Wykonawca może założyć, iż wszelkie zmiany w modelach procesów biznesowe opisanych w SIWZ podlegają zasadom opisanym w OPZ w rozdziale „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” (mając na uwadze punkt 1.3 wzmiankujący inne potrzeby Zamawiającego)?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że Wykonawca nie może założyć, że wszelkie zmiany dotyczą wyłącznie w modelów procesów biznesowych lub funkcjonalności wynikających z tych modeli.

Pytanie 288: Część III SIWZ – OPZ: 2. Procesy biznesowe wspierane przez system: Czy Zamawiający oczekuje realizacji systemu wspierającego opisane w SIWZ procesy biznesowe w poszczególnych krokach (kroki zamodelowane jak niesystemowe będą realizowane poza systemem)?Odpowiedź Zamawiającego:Tak, Zamawiający potwierdza takie rozumienie zapisu, przy założeniu że w trakcie analizy modelu procesów biznesowych nie zostanie zgłoszone wymaganie, którego uwzględnienie będzie wymagało systemowego sposobu realizacji kroku pierwotnie zdefiniowanego jako pozasystemowy.

Pytanie 289: Część III SIWZ – OPZ: 2. Procesy biznesowe wspierane przez system: Czy Zamawiający oczekuje realizacji systemu, który prowadzi użytkowników przez procesy biznesowe realizując wyłącznie dokładnie takie przepływy, jaki zostały zamodelowane w SIWZ?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że oczekuje realizacji systemu w taki sposób aby realizowane były procesy biznesowe a użytkownik realizuje kroki procesu zgodnie z przepływami, chyba, że analiza modeli procesów biznesowych wykaże, że wymagana jest modyfikacja przepływu procesu.

Pytanie 290: Część III SIWZ – OPZ: 2. 3. Architektura i komponenty systemu: Zamawiający postanowił, iż „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”. Jednocześnie:

a. wymaganie WF49 stanowi „4. Docelowo (najpóźniej od docelowej wersji systemu KREPTD) do procesowania danych otrzymanych z CEN system będzie wykorzystywał narzędzia ETL.”.

b. wymaganie NF8 stanowi „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

80


wymiana ta dotyczy komunikacji z systemami Open BTM i CEN.”Wykonawca prosi o wyjaśnienie:

i. Czy Zamawiający zakłada, że początkowo komunikacja z CEN oraz Open BTM ma być zrealizowana w całości oparciu o ESB, a docelowo w całości o ETL?

ii. Czy Zamawiający zakłada, że początkowo komunikacja z CEN oraz Open BTM ma być zrealizowana w całości oparciu o ESB, a docelowo - częściowo w oparciu o ESB a częściowo o ETL?

iii. Czy też Zamawiający wymaga innego modelu – jeśli tak, to jakiego?

Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że wymaga połączenia rozwiązania szyny usług (ESB) w modelu architektury SOA z wykorzystaniem narzędzi ETL. Wymaganie to dotyczy wszystkich etapów realizacji Przedmiotu Zamówienia.

Pytanie 291: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o potwierdzenie, że Zamawiający dostarczy infrastrukturę programowo-sprzętową na potrzeby środowiska produkcyjnego.Odpowiedź Zamawiającego:Zamawiający potwierdza.

Pytanie 292: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o potwierdzenie, że Zamawiający dostarczy infrastrukturę programowo-sprzętową na potrzeby środowiska testowego (preprodukcyjnego).Odpowiedź Zamawiającego:Wszystkie środowiska powinny zostać skonfigurowana na infrastrukturze Zamawiającego, o której mowa w SIWZ.

Pytanie 293: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o potwierdzenie, że Zamawiający dostarczy infrastrukturę programowo-sprzętową na potrzeby środowiska szkoleniowego.Odpowiedź Zamawiającego:Wszystkie środowiska powinny zostać skonfigurowana na infrastrukturze Zamawiającego, o której mowa w SIWZ.

Pytanie 294: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o potwierdzenie, że Zamawiający dostarczy infrastrukturę programowo-sprzętową na potrzeby środowiska zapasowego.Odpowiedź Zamawiającego:Wszystkie środowiska powinny zostać skonfigurowana na infrastrukturze Zamawiającego, o której mowa w SIWZ.

Pytanie 295: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o wyjaśnienie, ile „serwerów dla środowiska podstawowego” Zamawiający dostarczy na potrzeby każdego ze środowisk:

81


a. produkcyjnegob. testowegoc. szkoleniowegod. zapasowego

Odpowiedź Zamawiającego:Zamawiający dostarczy wyłącznie sprzęt, o którym mowa w SIWZ.

Pytanie 296: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Zamawiający zadeklarował dostarczenie 2 sztuk Serwerów bazodanowych. Jednocześnie, Zamawiający wymaga skonfigurowanie 4 środowisk. Prosimy o potwierdzenie, że Zamawiający dopuszcza konfigurację 4 środowisk na 2 Serwerach bazodanowych (czyli, że co najmniej jeden Serwer bazodanowy jest współdzielone pomiędzy kilka środowisk).Odpowiedź Zamawiającego:Zamawiający dostarczy wyłącznie sprzęt, o którym mowa w SIWZ.

Pytanie 297: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o wyjaśnienie sprzeczności w specyfikacji Serwera bazodanowego. Zamawiający zadeklarował „płytę główną z możliwością zainstalowania do dwóch procesorów ośmiordzeniowych lub dwunastordzeniowych” oraz wyposażenie „w dwa procesory szesnastordzeniowe”.Odpowiedź Zamawiającego:Zamawiający informuje że w serwerach bazodanowych zainstalowane są po 2 procesory AMD Opteron 6380.

Pytanie 298: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o potwierdzenie, że wypisane parametry serwerów bazodanowych (po zdaniu „Serwer bazodanowy (2 sztuki) dla systemu SQL (osobny serwer o właściwościach "serwera bazodanowego"):”) dotyczą pojedynczego serwera (tzn. m.in. każdy z 2 serwerów bazodanowych wyposażony jest w 32 GB RAM). Odpowiedź Zamawiającego:Zamawiający potwierdza że każdy z dwóch serwerów bazodanowych posiada po 32 GB pamięci RAM.

Pytanie 299: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o potwierdzenie, że Zamawiający zapewnia całość infrastruktury potrzebnej do uruchomienia środowisk (łącznie z infrastrukturą sieciową, kablami, ewentualnymi licencjami itd).Odpowiedź Zamawiającego:Zamawiający potwierdza, z zastrzeżeniem odpowiedzi udzielonych we wcześniejszych wyjaśnieniach.

Pytanie 300: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o wyjaśnienie wymaganego zakresu prac i usług Wykonawcy dotyczących „Urządzenia do ochrony poczty e-mail (2 sztuki)”.Odpowiedź Zamawiającego:

82


Wykonawca będzie odpowiedzialny za konfigurację oraz utrzymanie elementów infrastruktury.Producent: FortiModel: FortiMail 400C

Pytanie 301: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o wyjaśnienie wymaganego zakresu prac i usług Wykonawcy dotyczących „Urządzenia do ochrony aplikacji www (2 sztuki)”.Odpowiedź Zamawiającego:Wykonawca będzie odpowiedzialny za konfigurację oraz utrzymanie elementów infrastruktury.Producent: FortiModel: FortiWeb 400C

Pytanie 302: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o wyjaśnienie wymaganego zakresu prac i usług Wykonawcy dotyczących „Urządzenia UTM (1 sztuka)”.Odpowiedź Zamawiającego:Wykonawca będzie odpowiedzialny za konfigurację oraz utrzymanie elementów infrastruktury.Producent: FortiModel: FortiGate 3240C

Pytanie 303: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o wyjaśnienie, które z dostarczanych przez Zamawiającego elementów infrastruktury wymagane są w środowisku produkcyjnym.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie wprowadza szczegółowych wymagań na sposób konfiguracji konkretnych elementów infrastruktury sprzętowej.

Pytanie 304: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o wyjaśnienie, które z dostarczanych przez Zamawiającego elementów infrastruktury wymagane są w środowisku testowym.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie wprowadza szczegółowych wymagań na sposób konfiguracji konkretnych elementów infrastruktury sprzętowej.

Pytanie 305: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o wyjaśnienie, które z dostarczanych przez Zamawiającego elementów infrastruktury wymagane są w środowisku szkoleniowym.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie wprowadza szczegółowych wymagań na sposób konfiguracji konkretnych elementów infrastruktury sprzętowej.

83


Pytanie 306: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Prosimy o wyjaśnienie, które z dostarczanych przez Zamawiającego elementów infrastruktury wymagane są w środowisku zapasowym.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie wprowadza szczegółowych wymagań na sposób konfiguracji konkretnych elementów infrastruktury sprzętowej.

Pytanie 307: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Zamawiający czyni Wykonawcę odpowiedzialnym za poprawne utrzymanie infrastruktury bez wskazania technologii. Mając na uwadze różną dostępność na rynku specjalistów od poszczególnych technologii, a co za tym idzie – różne koszty ich pozyskania, Wykonawca prosi o wyjaśnienie, jakie dokładnie technologie będą użyte. Dotyczy to:

a. Macierz dyskowejb. Systemu składowania kopiic. Urządzenia do ochrony poczty e-maild. Urządzenia do ochrony aplikacji wwwe. Urządzenia UTM

Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytania 300-302 oraz 461.

Pytanie 308: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Zamawiający czyni Wykonawcę odpowiedzialnym za poprawne utrzymanie infrastruktury. Prosimy o potwierdzenie, że Zamawiający nie będzie wymagać od Wykonawcy stosowania się do jakichkolwiek dodatkowych wymagań specyfikujących usługę utrzymania, innych, niż zawartych w SIWZ (w szczególności dotyczy to polityk bezpieczeństwa, wewnętrznych procedur utrzymaniowych, itd).Odpowiedź Zamawiającego:Zamawiający potwierdza.

Pytanie 309: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Czy Zamawiający dopuszcza użycie jako części rozwiązania systemów operacyjnych innych, niż dostarczane przez Zamawiającego? Odpowiedź Zamawiającego:Zamawiający potwierdza.

Pytanie 310: Część III SIWZ – OPZ: 2. Infrastruktura programowo –sprzętowa: Czy Zamawiający dopuszcza użycie systemu operacyjnego Linux jako części rozwiązania? Odpowiedź Zamawiającego:Zamawiający potwierdza.

Pytanie 311: Część III SIWZ – OPZ: Prosimy o wskazanie maksymalnej liczby jednoczesnych użytkowników systemu BPM;Odpowiedź Zamawiającego:

84


Zaproponowane rozwiązanie nie powinno posiadać limitu liczby jednoczesnych użytkowników.

Pytanie 312: Część III SIWZ – OPZ: Prosimy o wskazanie całkowitej liczby użytkowników systemu BPM;Odpowiedź Zamawiającego:Zaproponowane rozwiązanie nie powinno posiadać limitu maksymalnej liczby użytkowników.

Pytanie 313: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF4: Jaka wymagania Zamawiający ma w zakresie sposobu rozstrzygania konfliktów polegających na niezgodności synchronizowanych źródeł dla danego obiektu?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zagadnienie to wymaga uszczegółowienia i doprecyzowania na etapie analizy szczegółowej rozwiązania.

Pytanie 314: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF6: Jaka jest oczekiwana częstotliwość archiwizacji danych?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że częstotliwość archiwizacji danych powinna być zgodna z wymaganiem opisanym w NF6, wymaganiami formalno-prawnymi dla przechowywania i usuwania danych z Krajowych Rejestrów podłączonych do sieci ERRU oraz zgodna z 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).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).

Pytanie 315: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF6: Jakie dane podlegają archiwizacji?Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 314.

85


Pytanie 316: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF10: Prosimy o potwierdzenie, że w przypadku użycia mechanizmów SSO wspomnianych w WF9, wymaganie WF10 jest nieobowiązujące.Odpowiedź Zamawiającego:Zamawiający potwierdza.

Pytanie 317: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF11: Prosimy o potwierdzenie, że w przypadku użycia mechanizmów SSO wspomnianych w WF9, wymaganie WF11 jest nieobowiązująceOdpowiedź Zamawiającego:Zamawiający potwierdza.

Pytanie 318: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF12: Prosimy o wyjaśnienie znaczenia sformułowania „System zapewnia wyszukiwanie z zastosowanie znaków specjalnych.”Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że sformułowanie to rozumie poprzez zastosowanie w funkcjonalności opisanych w SIWZ gdzie realizowane jest wyszukiwanie danych z poziomu intejfejsu użytkownika zastosowane zostanie rozwiązanie umożliwiające stosowanie znaków wieloznacznych, takie jak gwiazdka (*) lub znak zapytania (?) , gdzie gwiazdka (*) zastępuje zero lub wiele znaków, natomiast znak zapytania (?) zastępuje jeden znak. Wyszukiwanie powinno również przywidywać możliwość wykorzystania wyrażeń regularnych.

Pytanie 319: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF13: Jak Zamawiający rozumie pojęcie „kompletności” danych w treści wymagania „Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.” Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że we wskazanej treści wymagania „Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.” pod pojęciem kompletności rozumie, że w systemie zostaną zaimplementowane reguły walidacji weryfikujące wprowadzenie wszystkich wymaganych danych, aby zapis takich danych do bazy danych był możliwy. Zakres danych wymaganych dla spełnienia warunku kompletności zostanie uzgodniony na etapie analizy szczegółowej.

Pytanie 320: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF13: Jak Zamawiający rozumie pojęcie „poprawności” danych w treści wymagania „Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.” Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że we wskazanej treści wymagania „Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.” pod pojęciem poprawności rozumie, że w systemie

86


zostaną zaimplementowane reguły walidacji weryfikujące poprawność wprowadzanych danych, aby zapis takich danych do bazy danych był możliwy. Warunki poprawności danych zostaną uzgodnione na etapie analizy szczegółowej.

Pytanie 321: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF13: Jak Zamawiający rozumie pojęcie „spójności” danych w treści wymagania „Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.” Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że we wskazanej treści wymagania „Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.” pod pojęciem poprawności rozumie, że w systemie zostaną zaimplementowane reguły walidacji weryfikujące spójność wprowadzonych danych, aby zapis takich danych do bazy danych był możliwy. Warunki weryfikacji spójności danych zostaną uzgodnione na etapie analizy szczegółowej.

Pytanie 322: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF14: Jak Zamawiający rozumie pojęcie „kompletności” danych w treści wymagania „Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 318.

Pytanie 323: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF14: Jak Zamawiający rozumie pojęcie „poprawności” danych w treści wymagania „Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 319.

Pytanie 324: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF14: Jak Zamawiający rozumie pojęcie „spójności” danych w treści wymagania „Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 320.


87








Pytanie 332: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF17: Jak Zamawiający rozumie pojęcie „poprawności” danych w treści wymagania

88


„Aplikacja automatycznie weryfikuje kompletność, poprawność i spójność danych oraz umożliwiać ich zapis, jeśli te wymagania zostaną spełnione.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 319.


Pytanie 334: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF18: Jak Zamawiający rozumie pojęcie „kompletności” danych w treści wymagania „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.” Odpowiedź Zamawiającego: odpowiedzi na pytanie 318.

Pytanie 335: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF18: Jak Zamawiający rozumie pojęcie „spójności” danych w treści wymagania „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.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 320.

Pytanie 336: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF18, pkt 4: Wykonawca nie ma kontroli nad czasami odpowiedzi ERRU. Prosimy wyjaśnienie, jaka w intencji Zamawiającego ma być odpowiedzialność Wykonawcy w zakresie czasu oczekiwania na odpowiedz. Odpowiedź Zamawiającego:Wykonawca będzie odpowiedzialny wyłącznie za opóźnienia powstałe wskutek funkcjonowania systemu KREPTD.

Pytanie 337: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF20: Jak Zamawiający których danych dotyczy treść wymagania „5. Aplikacja będzie automatycznie weryfikować kompletność, poprawność i spójność danych.”Odpowiedź Zamawiającego:Wykonawca nie zadał pytania.

Pytanie 338: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF20: Jak Zamawiający rozumie pojęcie „kompletności” danych w treści wymagania „5. Aplikacja będzie automatycznie weryfikować kompletność, poprawność i spójność danych.”

89



Pytanie 339: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF20: Jak Zamawiający rozumie pojęcie „poprawności” danych w treści wymagania „5. Aplikacja będzie automatycznie weryfikować kompletność, poprawność i spójność danych.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 319.

Pytanie 340: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF20: Jak Zamawiający rozumie pojęcie „spójności” danych w treści wymagania „5. Aplikacja będzie automatycznie weryfikować kompletność, poprawność i spójność danych.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 320.

Pytanie 341: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF21: Jak Zamawiający rozumie pojęcie „kompletności” danych w treści wymagania „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.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 318.

Pytanie 342: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF21: Jak Zamawiający rozumie pojęcie „spójności” danych w treści wymagania „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.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 320.

Pytanie 343: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF30: Odpowiedź Zamawiającego:Wykonawca nie zadał pytania.

Pytanie 344: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF47: Czy Zamawiający dopuszcza spełnienie wymagania poprzez powiązanie słownika kategorii naruszenia z listą składającą się z: rodzaju sankcji oraz długości obowiązywania sankcji?Odpowiedź Zamawiającego:Zamawiający dopuszcza takie rozwiązanie, jednocześnie zastrzega ze na etapie analizy mogą zostać wyspecyfikowane bardziej złożone struktury danych.

90


Pytanie 345: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF50 „3. System będzie zapisywał nowe rekordy w Rejestrze lub usuwał te, które zostały usunięte z bazy systemu TransBit.”. Prosimy o wyjaśnienie mechanizmu usuwania rekordów w tym przypadku (w szczególności, czy w grę wchodzi anonimizacja i/lub archiwizacja danych). Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że wymaganie powinno zostać zrealizowane analogicznie jak WF53 oraz NF6.

Pytanie 346: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF50 „3. System będzie zapisywał nowe rekordy w Rejestrze lub usuwał te, które zostały usunięte z bazy systemu TransBit.”. Mając na uwadze spójność danych, prosimy o wyjaśnienie, jak usuwanie rekordów powinno się odbijać na danych powiązanych (np. historia danych przedsiębiorcy, dane będące w relacji z przedsiębiorcą, itd).Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że wymaganie powinno zostać zrealizowane analogicznie jak WF53 oraz NF6. Zamawiający przyjmuje założenie, że Wykonawca na etapie zaproponuje rozwiązanie pozwalające na spełnienie wymagań na zachowania spójności danych.

Pytanie 347: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF58: Prosimy o wyjaśnienie, w jaki sposób użytkownik ma być powiadamiany o konieczności zmiany hasła;Odpowiedź Zamawiającego:Zamawiający nie wprowadza ograniczenia, Wykonawca powinien zaproponować optymalne rozwiązanie.

Pytanie 348: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF59: Prosimy o wyjaśnienie znaczenia sformułowania „System zapewnia wyszukiwanie z zastosowanie znaków specjalnych.”Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 93.

Pytanie 349: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF60: Jak Zamawiający rozumie pojęcie „kompletności” danych w treści wymagania „5. Aplikacja będzie automatycznie weryfikować kompletność, poprawność i spójność danych.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 94.

Pytanie 350: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF60: Jak Zamawiający rozumie pojęcie „poprawności” danych w treści wymagania „5. Aplikacja będzie automatycznie weryfikować kompletność, poprawność i spójność danych.”

91



Pytanie 351: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF60: Jak Zamawiający rozumie pojęcie „spójności” danych w treści wymagania „5. Aplikacja będzie automatycznie weryfikować kompletność, poprawność i spójność danych.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 96.

Pytanie 352: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF63: Prosimy o wyjaśnienie, w jaki sposób użytkownik ma być powiadamiany o konieczności zmiany hasła;Odpowiedź Zamawiającego:Zamawiający nie wprowadza żadnego ograniczenia, Wykonawca powinien zaproponować optymalne rozwiązanie.

Pytanie 353: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: WF64: Jak Zamawiający rozumie pojęcie „kompletności” danych w treści wymagania „3. Aplikacja będzie automatycznie weryfikować kompletność, poprawność i spójność danych.” Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 318.

Pytanie 354: IPU § 1 ust. 5 Prosimy o wskazanie w jakim zakresie Wykonawca będzie działać w imieniu Zamawiającego w stosunku do innych podmiotów, dostawców usług lub towarów? Jednocześnie prosimy o wskazanie i literalne wymiennie systemów zewnętrznych względem KREPTD oraz wskazanie podmiotów z którym Wykonawca ma reprezentować Zamawiającego?Odpowiedź Zamawiającego:Odpowiedzi udzielono w odpowiedzi na pytanie 163.

Pytanie 355: IPU § 1 ust. 5 Prosimy o wyjaśnienie o jakie niezbędne uzgodnienia chodzi? Odpowiedź Zamawiającego:Odpowiedzi udzielono w odpowiedzi na pytanie 163.

Pytanie 356: IPU § 2 oraz terminy wskazane w Harmonogramie do Etapu II: Wnosimy o zmiany terminu wykonania poszczególnych Etapów od II – V poprzez określenie w miesiącach lub tygodniach od dnia podpisania Umowy. Wykonawca chciałby skazać iż konstrukcja terminów sztywnych poprzez wskazanie bez względu na termin podpisania umowy i długości trwania procedury przetargowej jest bardzo duży ryzkiem po stronie Wykonawcy. Zamawiający np. wskazał iż Etap II ma zostać wykonany do 31.12.2015 a

92


zdaniem Wykonawcy termin ten i pozostałe mogą zostać bardzo skrócone lub wręcz niemożliwe do dotrzymania, gdyż czas trwania procedury udzielania zamówienia ( odwołania, badanie ofert) może spowodować iż termin podpisania umowy będzie zbyt późny. Dlatego też Wykonawca prosi o modyfikację określenia wykonania Etapu II i pozostałych poprzez wykreślenie daty sztywnej i wprowadzenie określeń w miesiącach lub tygodniach od dnia podpisania Umowy?Odpowiedź Zamawiającego:Zamawiający pozostaje przy dotychczasowym sposobie określania terminów realizacji.

Pytanie 357: IPU § 3 ust. 1 pkt. 2 Prosimy o modyfikację powyższego postanowienia poprzez wykreślenie fragmentu sentencji „ (..), że wszystkie koszty i dodatkowe czynności związane z konsekwencją danego zdarzenia obciążają Wykonawcę”? Odpowiedź Zamawiającego:Zamawiający pozostawia treść SIWZ w tym zakresie bez zmian.

Pytanie 358: IPU § 3 ust. 1 oraz ust. 5 Czy Wykonawca na etapie realizacji umowy może dokonać zmian podwykonawcy ( osób trzecich) lub dodać nowych oraz jakie są procedury takiej zmiany i terminy akceptacji zmiany podwykonawcy? Odpowiedź Zamawiającego:Zamawiający wskazuje, że nie określa Wykonawcy czy ma realizować umowę samodzielnie, za pomocą podwykonawców czy poprzez zmianę podwykonawców. Zamawiający zachowuje sobie prawo do uprzedniej zgody na realizację umowy przez podwykonawców. Zamawiający nie określa żadnej procedury zmiany podwykonawców. Wszelkie działania w zakresie realizacji umowy Wykonawca ma realizować zgodnie z jej postanowieniami oraz przepisami obowiązującymi w zakresie zamówień publicznych.

Pytanie 359: IPU § 3 ust. 1 pkt. 3) Prosimy o podanie informacji w jakim zakresie Zamawiający może złożyć sprzeciw do zmienianej osoby? Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że uprawniony jest do złożenia sprzeciwu w każdej sytuacji, w której w jego ocenie osoba powołana do zespołu o którym mowa w § 3 ust. 1 pkt 3 nie będzie spełniała wymagań SIWZ lub obowiązujących przepisów prawa.

Pytanie 360: IPU § 3 ust. 1 pkt. 3) Prosimy o podanie wyjaśnienia co Zamawiający rozumie pod sentencją „ że dana osoba nie daje rękojmi prawidłowego wykonania Umowy?” Prosimy o wskazanie przypadków. W obecnym kształcie zapis ten jest zbyt uznaniowy i bez wskazania zasad jego zastosowania?Odpowiedź Zamawiającego:Zamawiający nie jest w stanie wskazać pełnego katalogu przypadków, o które prosi Wykonawca. Zamawiający dokona oceny czy dana osoba daje rękojmię prawidłowego wykonania umowy mając na uwadze zasady współżycia społecznego oraz wszelkie czynniki mogące mieć negatywny wpływ na realizację projektu.

93


Pytanie 361: IPU § 3 ust. 1 pkt. 4) i 7) Prosimy o podanie pełnej listy dokumentów, narzędzi, sprzętu, oprogramowania, kodów źródłowych, wynikowych i danych które udostępni Zamawiający Wykonawcy na etapie realizacji Umowy?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że na obecnym etapie postępowania o udzielenie zamówienia publicznej nie jest możliwe podanie pełnej listy dokumentów, narzędzi, sprzętu, oprogramowania, kodów źródłowych, wynikowych i danych jakie zostaną udostępnione na etapie realizacji umowy. Wszystkie, zdaniem Zamawiającego, niezbędne dane i informacje będą przekazywane w trakcie trwania umowy i, w miarę możliwości i dostępności, uzupełnione o dane których zażąda Wykonawca. Dodatkowo przekazanie określonych danych czy dokumentów uzależnione jest m.in. od przyjętej przez Wykonawcę metody realizacji projektu, rozwiązań technicznych, zgłaszanych przez Wykonawcę potrzeb, zmian w otoczeniu prawnym, organizacyjnym lub technicznym.

Pytanie 362: IPU § 3 ust. 2 Prosimy o wyjaśnienie co oznacza odpowiednie „ umiejętności i doświadczenia”? Czy są to warunki przedstawione na etapie postępowania w zakresie zasobów ludziach i ich doświadczenia?Odpowiedź Zamawiającego:Zamawiający informuje, że ogłoszenie o niniejszym postępowaniu dotyczy zaprojektowania, wytworzenia, utrzymania oraz rozwoju oprogramowania i adresowane jest, w mniemaniu Zamawiającego, do podmiotów dysponujących stosownym personelem posiadającym umiejętności i doświadczenie pozwalające na realizację przedmiotu umowy.

Pytanie 363: IPU § 3 ust. 4 Prosimy o wskazanie jakie zasady, reguły i zobowiązania określone w umowie ma Wykonawca nałożyć na podwykonawcę? Prosimy jednocześnie o wprowadzenie dodatkowej sentencji w niniejszym zapis o treści „ a odnoszących się do zakresu prac zleconych podwykonawcom”. Obecnie zapis powoduje niejasności w jakim zakresie Wykonawca ma nałożyć zobowiązania, zasady oraz reguły na podwykonawców.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że przez zasady, reguły czy też zobowiązania rozumie te, wynikające z postanowień umowy. Zamawiający wskazuje, że nie dostrzega potrzeby doprecyzowania umowy w żądanym zakresie.

Pytanie 364: IPU § 3 ust. 6 Prosimy o podanie informacji w jakich sytuacjach może wystąpić z wnioskiem o odsunięcie członka personelu Wykonawcy?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że może skorzystać z uprawnienia określonego w § 3 ust. 6 w każdej sytuacji w której uzna to za uzasadnione.

Pytanie 365: IPU § 3 ust. 7 W związku z tym iż Wykonawca na żądanie Zamawiającego ma przedstawić dokumenty personelu które zawierają dane osobowe których jest administratorem, wnosimy o wprowadzenie do umowy postanowień o ochronie przez Zamawiającego przetwarzania danych osobowych oraz zasad ich przetwarzania zgodnie z Ustawą o ochronie danych osobowych i aktach wykonawczych. Odpowiedź Zamawiającego:

94


Zamawiający wyjaśnia, że w treści § 3 ust. 7 zawarte jest zobowiązanie do przestrzegania przez Zamawiającego zasad dotyczących przetwarzania danych osobowych. Zamawiający wskazuje, że przez takie zasady rozumie podstawowy akt prawny w tym zakresie jakim jest Ustawa o ochronie danych osobowych wraz z aktami wykonawczymi, dokumentami wewnętrznymi wykonawcy, a także przepisami Kodeksu Cywilnego.

Pytanie 366: IPU § 3 ust. 8 oraz ust. 10 Prosimy o wskazanie ile osób ze strony Zamawiającego będzie wyznaczonych do pozyskania wiedzy i umiejętności, wykształcenie kompetencji i know-how? Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że na obecnym etapie postępowania nie jest w stanie wskazać liczby osób wyznaczonych do pozyskania wiedzy i umiejętności, wykształcenia kompetencji i know-how.

Pytanie 367: IPU § 3 ust. 9 W związku z tym iż Zamawiający ma prawo umocować inny podmiot do nadzoru nad realizacją Umowy prosimy o potwierdzenie oraz wprowadzenie w powyższym postanowieniu, że taki podmiot zobowiązany jest do zachowania w poufności wszelkich informacji uzyskanych od Wykonawcy? Odpowiedź Zamawiającego:Zamawiający potwierdza, że podmiot którym potencjalnie posługiwać się będzie przy realizacji umowy w zakresie nadzoru zobowiązany będzie do zachowania poufności. Postanowienie takie zostanie ujęte w umowie z danym podmiotem.

Pytanie 368: IPU § 3 ust. 12 Wykonawca prosi o wyjaśnienie jakie konkretnie przepisy prawa ma na myśli Zamawiający? Czy są to przepisy wskazane w Opisie przedmiotu Zamówienia? Jeśli nie prosimy o ich literalne wymienienie?Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie nr 219.

Pytanie 369: IPU § 3 ust. 13 i 14 Prosimy o wskazanie o jakie kody źródłowe chodzi? Czy Wykonawca ma przekazać kody źródłowe do Oprogramowania stworzonego na potrzeby realizacji Umowy? W przypadku gdy w ramach Oprogramowania ( Systemu) będzie wykorzystane oprogramowanie gotowe, COTS, standardowe czy kody źródłowe do tego oprogramowania podlegają przekazaniu? Wykonawca chciałby wskazać, iż warunki licencyjne producentów na oprogramowanie gotowe, standardowe, COTS ( licencyjne) nie dopuszczają przekazywania kodów źródłowych ani ich modyfikacji, dekompilację. Odpowiedź Zamawiającego:Zamawiający wskazuje, że oczekuje przekazania kodów źródłowych w najszerszym możliwym, zakresie objętym przedmiotem umowy oraz wynikających z umów licencyjnych do całości lub części oprogramowania.Ponadto Zamawiający wskazuje, że w odpowiedzi na wcześniejsze pytanie dokonał zmiany § 3 ust. 14.

95


Pytanie 370: IPU § 4 ust. 1 pkt. 1) podpunkt a i b Prosimy o wskazanie sposobu płatności za Etap inicjowania projektu oraz Etap budowy podstawowej wersji? Czy płatność nastąpi po odbiorze?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że płatność za realizację etapów wskazanych w § 4 ust. 1 pkt 1 lit. a i b nastąpi po ich odbiorze na podstawie wystawionej faktury VAT.

Pytanie 371: IPU § 5 Prosimy o wskazanie w jakim terminie Zamawiający będzie dokonywała odbioru poszczególnych etapów/prac/ Usług od dnia zgłoszenia gotowości do odbioru?Odpowiedź Zamawiającego:Zamawiający wskazuje, że procedura odbioru poszczególnych produktów powstających na etapie realizacji Umowy wynika wprost z brzmienia § 5 IPU.

Pytanie 372: IPU § 5 Prosimy o podanie procedury w przypadku gdy Zamawiający nie podpisuje odpowiedniego protokołu odbioru ani nie zgłasza Wad?Odpowiedź Zamawiającego:Zamawiający nie przewiduje, aby po stronie Zamawiającego miał wystąpić brak współdziałania w realizacji umowy. W takim przypadku zastosowanie będą miały przepisy Kodeksu cywilnego. Za opóźnienie które mogłoby powstać w takim przypadku, jako leżące po stronie Zamawiającego, wykonawca nie będzie ponosił odpowiedzialności (patrz § 9 ust. 10 wprowadzony zmianą z dnia 17 sierpnia 2015 r.).

Pytanie 373: IPU § 5 ust. 2 pkt.1) Prosimy o wyjaśnienie co oznacza „ pozytywny wynik Testów”? Prosimy również o wskazanie kto przeprowadza Testy akceptacyjne o których mowa w pkt. 2 i 3 ust. 2?Odpowiedź Zamawiającego:Zamawiający wskazuje, że przez pozytywny wynik testów rozumie wynik wskazujący na to, iż przedmiot umowy podlegający testom spełnia wymogi umowy, przepisów prawa, SIWZ, dokumentacji oraz wszelkich dodatkowych ustaleń dokonanych w ramach współdziałania przy realizacji umowy. Testy akceptacyjne przeprowadza Wykonawca przy udziale pracowników Zamawiającego lub podmiotu z nim współpracującego.

Pytanie 374: IPU § 5 ust. 3 Prosimy o wskazanie kryteriów odbioru dokumentacji?Odpowiedź Zamawiającego:Zamawiający wskazuje, że kryteria odbioru dokumentacji to zgodność z umową, przepisami prawa, SIWZ, ofertą wykonawcy, ustaleniami dokonanymi pomiędzy stronami oraz standardami branżowymi.

Pytanie 375: IPU § 5 ust. 4 pkt. 3 oraz ust. 5 pkt. 4 Prosimy o wskazanie kryteriów odbioru Raportu?

96


Odpowiedź Zamawiającego:Zamawiający wskazuje, że kryteria odbioru dokumentacji to zgodność z umową, przepisami prawa, SIWZ, ofertą wykonawcy, ustaleniami dokonanymi pomiędzy stronami, standardami branżowymi oraz faktycznie wykonanymi przez Wykonawcę czynnościami.

Pytanie 376: IPU § 5 ust. 4 pkt. 4 oraz ust. 5 Prosimy o wyjaśnienie co oznacza Wada? Wykonawca chciałby wskazać iż OPZ punkt „ Przyjęta terminologia i skróty” nie zawiera tej definicji.Odpowiedź Zamawiającego:Zamawiający wskazuje, że nie nadał pojęciu wada definicji słownikowej. Określenia to należy rozumieć zgodnie z przepisami Kodeksu cywilnego i oznaczać ono winno niezgodność przedmiotu zamówienia z umową, przepisami prawa, SIWZ, ofertą wykonawcy, dokumentacją techniczną lub standardami branżowymi.

Pytanie 377: IPU § 5 ust. 7, 6 i 9 Poprosimy o wyjaśnienie o jaką dokumentację chodzi? Wykonawca chciałby skazać iż ust. 4 mówi o odbiorach Usług a nie o dokumentacji? Jednocześnie jeśli jest to odwołanie do ust. 3 prosimy o wskazanie jaka dokumentacja ma być przygotowana w terminie 14 dni od dnia podpisania Umowy gdyż ust. 3 pkt. 1 mówi o wszelkiej dokumentacji a nie dokumentacji inicjującej projekt?Odpowiedź Zamawiającego:Zamawiający modyfikuje oczywistą omyłkę pisarską zawartą w § 5 ust. 6 oraz 7 IPU.Dodatkowo w § 5 skreśla się ust. 9 IPU.

Pytanie 378: IPU § 5 ust. 8 Prosimy o podanie informacji w jakim terminie Zamawiający będzie dokonywał akceptacji dokumentacji?Odpowiedź Zamawiającego:Zamawiający nie wskazuje terminu w jakim ma dokonać odbioru dokumentacji. Zamawiający nie przewiduje, aby po stronie Zamawiającego miał wystąpić brak współdziałania w realizacji umowy. W takim przypadku zastosowanie będą miały przepisy Kodeksu cywilnego. Za opóźnienie, które mogłoby powstać w takim przypadku, jako leżące po stronie Zamawiającego, wykonawca nie będzie ponosił odpowiedzialności (patrz § 9 ust. 10 wprowadzony zmianą z dnia 17 sierpnia 2015 r.).

Pytanie 379: IPU § 5 ust. 10 Prosimy o wskazanie jakie dokumenty mają zostać przestawione przez Wykonawcę aby potwierdzić iż uczestnicy szkoleń nabyli umiejętności i uprawnienia?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie określa Wykonawcy formy, czy też rodzaju dokumentów. Żądany dokument ma być wydany Zamawiającemu i ma potwierdzać określone fakty (umiejętności lub uprawnienia konkretnego uczestnika). Dla przykładu powszechnie stosowana forma dokumentu to tzw. certyfikat, ale Zamawiający nie ogranicza w tym zakresie Wykonawcy.

97


Pytanie 380: IPU § 5 ust. 11 Prosimy o wyjaśnienie co oznacza „prawidłowości wykonania”?Odpowiedź Zamawiającego:Zamawiający wskazuje, że § 5 ust. 11 nie zawiera stwierdzenia „prawidłowość wykonania”. Określenie to należy rozumieć zgodnie z przepisami Kodeksu cywilnego i oznaczać ono winno zgodność przedmiotu z umową, przepisami prawa, SIWZ, ofertą wykonawcy, dokumentacją techniczną oraz standardami branżowymi.

Pytanie 381: IPU § 5 ust. 13 Prosimy o potwierdzenie iż zakończenie realizacji Przedmiotu Umowy i sporządzenie Protokołu Odbioru Końcowego następuje po wykonaniu Etapu V?Odpowiedź Zamawiającego:Zakończenie realizacji Przedmiotu Umowy następuje po realizacji wszystkich czynności przewidzianych w Umowie.

Pytanie 382: IPU § 5 ust. 16 Prosimy o wskazanie czy odwołanie do ust. 10 w niniejszym postanowieniu jest prawidłowe? Odpowiedź Zamawiającego:Zamawiający potwierdza prawidłowość odwołania i zwraca uwagę, że chodzi tutaj o odpowiednie zastosowanie postanowień.

Pytanie 383: IPU § 5 ust. 19 W związku z tym iż Zamawiający ma prawo do korzystania z usług osób trzecich lub podmiotów w celu Kontroli Jakości prosimy o podanie informacji czy Zamawiający zobowiąże takie podmioty do zachowania poufności przekazanych informacji przez Wykonawcę?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że analogicznie jak w przypadku pytania nr 366 podmiot z którego usług korzystać będzie Zamawiający zostanie zobowiązany do zachowania poufności informacji.

Pytanie 384: IPU § 5 ust. 19 Prosimy o wyjaśnienie co oznacza definicja Produkty? Wykonawca chciałby wskazać iż OPZ punkt „ Przyjęta terminologia i skróty” nie zawiera tej definicji.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że użył tego określenia w znaczeniu potocznym wynikającym z używanej na co dzień metodologii realizacji projektów. We wskazanym postanowieniu przez pojęcie Produktów należy rozumieć wszystkie efekty prac Wykonawcy objęte przedmiotem umowy.

Pytanie 385: IPU § 5 ust. 20 W związku z uprawnieniem Zamawiającego do zlecenia opinii biegłego w przypadku wątpliwości dotyczących liczby pracochłonności prosimy o wskazanie z jakiej dziedziny będzie biegły? Czy biegły będzie niezależnym ekspertem czy będzie to podmiot branży IT? Czy biegły będzie zobowiązany do zachowania poufności informacji otrzymanych od Wykonawcy i Zamawiającego? Jeśli Wykonawca

98


nie zgadza się z opinią biegłego czy może przestawić swój sprzeciw? Czy wybór biegłego będzie konsultowany z Wykonawcą?Odpowiedź Zamawiającego:Biegły będzie niezależnym ekspertem (osobą fizyczną). Biegły będzie zobowiązany do zachowania w poufności otrzymanych informacji. Wykonawca będzie uprawniony do jednorazowego zgłoszenia uwag do opinii biegłego, do których biegły będzie zobowiązany się odnieść. Odpowiedzi na pytanie o wybór biegłego Zamawiający udzielił w odpowiedzi na pytanie nr 108.

Pytanie 386: IPU § 6 ust. 2 i 3 Prosimy o wskazanie definicji błędów i wad? Prosimy również o podanie kto będzie decydowała czy dane zgłoszenie jest wadą czy błędem?Odpowiedź Zamawiającego:Zamawiający wskazuje, że nie nadał pojęciu wada czy błąd definicji słownikowej. Określenia te są stosowane zamiennie i oznaczają niezgodność przedmiotu zamówienia z umową, przepisami prawa, SIWZ, ofertą wykonawcy, dokumentacją techniczną lub standardami branżowymi.

Pytanie 387: IPU § 6 ust. 4 Prosimy o wyjaśnienie co jest rozumiane jako błędnie działające Oprogramowanie?Odpowiedź Zamawiającego:Zamawiający wskazuje, że przez pojęcie błędnego działania oprogramowania należy rozumieć stan, w ramach którego działanie oprogramowania odbiega od reguł i zasad ustalonych w umowie, przepisach prawa, SIWZ, ofercie wykonawcy, dokumentacji technicznej lub przyjętych standardach branżowych.

Pytanie 388: IPU § 6 ust. 6 Prosimy o podanie informacji czy chodzi tu oprogramowania dostarczane przez Wykonawcę?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, iż w § 6 ust. 6 chodzi o oprogramowanie dostarczane przez innych dostawców niż Wykonawca, a mających związek z przedmiotem umowy.

Pytanie 389: IPU § 6 ust. 8 i 9 Czy możliwe jest usunięcie powyższych ust.? lub dodanie iż Strony wyłączają rękojmię w zakresie dotyczącym oprogramowania obcego na które Wykonawca udzieli lub zapewni gwarancję zgodnie z warunkami producenta takiego oprogramowania? Wykonawca chciałby wskazać iż żaden producent oprogramowania obcego ( standardowego, gotowego , COTS) nie udziela rękojmi. Odpowiedź Zamawiającego:Zamawiający po przeanalizowaniu pytania nie znajduje podstaw do zmiany treści IPU w żądanym zakresie. Zamawiający oczekuje możliwie najszerszej ochrony dla wykonanego przedmiotu umowy. Zamawiający nie oczekuje przy tym rękojmi udzielonej przez producenta lecz Wykonawcy.

Pytanie 390: IPU § 7 ust. 1 Prosimy o wskazanie o jakie Oprogramowanie chodzi? Czy jest to oprogramowanie dostarczane przez Wykonawcę czy też i Zamawiającego? Prosimy o wskazanie listy zamkniętej w zakresie pół eksploatacji na jakich będzie

99


udzielona licencja dla Wykonawcy? Obecnie postanowienia powodują iż katalog pól eksploatacji jest katalogiem otwartym a mając na uwadze, iż przepis art. 41 ust. 2 ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (tj. Dz.U. 2006 Nr 90, poz. 631 ze zm.) nakładają obowiązek wyraźnego wymienienia pól eksploatacji. Odpowiedź Zamawiającego:Zamawiający wskazuje, dla prawidłowego realizowania przedmiotu umowy w zakresie utrzymania i rozwoju Wykonawca musi być uprawniony do podejmowania w stosunku do oprogramowania, do którego autorskie prawa majątkowe przeszły na Zamawiającego określonych działań. Oznacza to, że są to uprawnienia do oprogramowania dostarczonego w ramach umowy. Zdaniem Zamawiającego pola eksploatacji określone są w sposób zgodny z art. 42 ust. 2 ustawy o prawie autorskim i prawach pokrewnych tj. w sposób wyraźny.

Pytanie 391: IPU § 7 ust. 1 Prosimy o podanie informacji czy udzielone licencje Wykonawcy o których mowa w ust. 1 będą również udzielone podwykonawcom Wykonawcy realizującym Umowę?Odpowiedź Zamawiającego:Podwykonawcy będą uprawnieni do korzystania z oprogramowania na tych samych warunkach co Wykonawca.

Pytanie 392: IPU § 7 ust. 3 – 5 Prosimy o potwierdzenie, że przeniesienie majątkowych praw autorskich o których mowa w ust. 3- 5 nie dotyczy Oprogramowania obcego w tym oprogramowania standardowego, gotowego, COTS? Jeśli nie wnosi o dokonanie modyfikacji i wyłączenie z przeniesienia majątkowych praw autorskich jakiegokolwiek Oprogramowania obcego w tym oprogramowania standardowego, gotowego, COTS. Wykonawca chciałby wskazać iż żaden z producentów oprogramowania standardowego, gotowego, COTS nie zezwala na przeniesienie praw autorskich?Odpowiedź Zamawiającego:Zamawiający wskazuje, że w dniu 17 sierpnia 2015 r. dokonał zmiany § 7 ust. 6 pkt 4, 5 i 7 oraz ust. 7 pkt 3.Zamawiający wskazuje, że oczekuje przeniesienia autorskich praw majątkowych do możliwie najszerszego zakresu oprogramowania za wyjątkiem oprogramowania o którym mowa w § 7 ust. 6 tj. oprogramowania standardowego.

Pytanie 393: IPU § 7 ust. 6 Prosimy o potwierdzenie, że licencje o których mowa w ust. 6 dotyczą jakiegokolwiek Oprogramowania obcego w tym oprogramowania standardowego, gotowego, COTS które zostało wykorzystane do budowy Systemu? Jeśli nie to prosimy o wyjaśnienie o jakie oprogramowanie tu chodzi? Wykonawca chciałby wskazać iż obecne brzmienie jest nieprecyzyjne i niezrozumiałe gdyż System ( Oprogramowanie) nie tylko będzie wykorzystywane do realizacji zadań ustawowych oraz niezwiązane ze specyfiką dziedzinową?Odpowiedź Zamawiającego:Zamawiający potwierdza, że licencje, o których mowa w § 7 ust. 6 dotyczą wszelkiego oprogramowania obcego, w tym oprogramowania standardowego, gotowego, COTS które zostało wykorzystane do budowy Systemu.

100


Pytanie 394: IPU § 7 ust. 6 - 7 Prosimy o dokonanie modyfikacji we wskazanych ustępach poprzez ich wykreślenie i zastąpienia następującym brzemieniem „ Wykonawca udzieli lub zapewni udzielenie licencji na Oprogramowanie obce ( w tym oprogramowanie gotowe standardowe, COTS) wraz z dokumentacją na standardowych warunkach producenta takiego Oprogramowania.” Wykonawca chciałby wskazać iż producenci Oprogramowania obcego na jakim może być zbudowany System nie dopuszczają negocjacji swoich standardowych warunków umownych a co za tym idzie żaden Wykonawca nie ma możliwości spełnienia wymagania określone przez Zamawiającego w stosunku do warunków licencyjnych np. użyczania, najmu, modyfikacji, praw zależnych itd.Odpowiedź Zamawiającego:Zamawiający informuje, że dokonuje zmiany § 7 ust. 6 zdaniem pierwsze nadając mu brzmienie.„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, ograniczonej do terytorium Polski oraz państw sąsiadujących z Polską licencji lub sublicencji producenta, z prawem udzielania sublicencji o ile producent danego Oprogramowania Obcego dopuszcza taką możliwość w ramach swojej rynkowej oferty i praktyki, do Oprogramowania Obcego na następujących polach eksploatacji:”

Ponadto Zamawiający dokonuje zmiany § 7 ust. 7 pkt 1-3 nadając im następujące brzmienie:

„§ 7 ust. 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 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 oraz 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 o ile producent oprogramowania dopuszcza taką możliwość w ramach swojej oferty rynkowej oraz praktyki.

101


W pozostałym zakresie Zamawiający wskazuje, że w dniu 17 sierpnia 2015 r. dokonał modyfikacji § 7 ust. 6 oraz 7

Pytanie 395: IPU § 7 ust. 8, 10 - 15 Prosimy o potwierdzenie, że postanowienia ust. 8 – 15 nie dotyczą Oprogramowania obcego? Wykonawca chciałby wskazać iż żaden producent oprogramowania nie zezwala na przeniesienie majątkowych praw autorskich oraz praw zależnych. Jeśli nie wnosi o dokonanie modyfikacji i wyłączenie powyższych ust. odniesienia do jakiegokolwiek Oprogramowania obcego w tym oprogramowania standardowego, gotowego, COTS. Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie oczekuje od Wykonawcy przeniesienia autorskich praw majątkowych i praw zależnych do standardowego oprogramowania obcego które będzie przedmiotem licencjonowania na mocy § 7 ust. 6 IPU.

Pytanie 396: IPU § 8 ust. 1 W związku z tym iż wynagrodzenie za Usługi utrzymania jest wynagrodzeniem ryczałtowym wnosimy o wskazanie maksymalnej ilości godziny zlecanych prac/usług świadczonych w ramach usługi utrzymania?Odpowiedź Zamawiającego:Zamawiający określił limit godzin wyłącznie dla usług rozwoju. Ryczałtowe wynagrodzenie w zakresie usług utrzymania wskazuje, że oczekiwaniem Zamawiającego nie jest, aby prace w tym zakresie były rozliczane przy zastosowaniu współczynnika godzinowego.

Pytanie 397: IPU § 8 ust. 1 Wnosimy również o usunięcie sentencji „ w szczególności” oraz pkt. 8. Obecnie zakres Usług utrzymania jest katalogiem otwartym i nie precyzuje jasnych zobowiązań Wykonawcy i nakłada obowiązki bliżej nieokreślone jak „ pracach powszechnie uznanych za czynności realizowane w ramach standardowych zdań administratora (…)” .Odpowiedź Zamawiającego:Zamawiający nie dokonuje zmiany treści § 8 ust. 1 IPU.

Pytanie 398: IPU § 8 ust. 2 Prosimy o wskazanie kiedy ma nastąpić świadczenie Usług utrzymania? Wykonawca chciałby wskazać iż w Harmonogramie Usługi utrzymania i rozwoju występuje ta usługa w Etapie III a w ramach ust. 2 brak jest jasnego wskazania po dokonaniu jakiego Oprogramowania ( Systemu) następuje świadczenia usług a w § 4 ust. 1 pkt. 3) wskazane jest że „ co do zasady Usługi Utrzymania rozpoczynają się po odebraniu podstawowej wersji Systemu”.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że Etap III następuje po Etapie II będącym etapem budowy podstawowej wersji systemu KREPTD. Koniec Etapu II jest zarazem początkiem świadczenia usług utrzymania i rozwoju systemu.

Pytanie 399: IPU § 8 ust. 3 Prosimy o wyjaśnienie co oznacza świadczenie kompleksowe?Odpowiedź Zamawiającego:

102


Zamawiający wskazuje, że przez pojęcie świadczenia kompleksowego należy rozumieć zgodnie ze słownikiem języka polskiego całość elementów lub zagadnień dla danej dziedziny, a nie tylko ich fragment. Zamawiający oczekuje wykonania przedmiotu umowy zgodnie z treścią umowy, SIWZ, ofertą wykonawcy, dokumentacją, ustaleniami stron, standardami branżowymi przyjętymi dla świadczenia usług utrzymania.

Pytanie 400: IPU § 8 ust. 8 i 9 Prosimy o wyjaśnienie co oznacza definicja Zgłoszenia? Wykonawca chciałby wskazać iż OPZ punkt „ Przyjęta terminologia i skróty” nie zawiera tej definicji.Odpowiedź Zamawiającego:Zamawiający wskazuje, że w słowniku pojęć który ma zastosowanie pomocnicze nie zdefiniował pojęcia zgłoszenie, któremu należy nadać znaczenie wynikające z języka polskiego oraz przyjętym w obszarze świadczenia usług IT rozumieniem – jasnym dla podmiotów działających profesjonalnie w tej branży.

Pytanie 401: IPU § 9 ust. 1 Czy Zamawiający dopuszcza dokonanie modyfikacji wskazanych ust. poprzez zmianę brzmienia fragmentu sentencji „ (…) Wykonawca zapłaci Zamawiającemu karę umowną(…)” na „ Zamawiający może żądać od Wykonawcy kary umownej (…)”?Odpowiedź Zamawiającego:Zamawiający nie przewiduje dokonania takiej modyfikacji.

Pytanie 402: IPU § 9 Prosimy o dokonanie zmiany poprzez wykreślenie sentencji „opóźnienie” na „zwłokę” lub dopisanie do sentencji „opóźnienie” zdania o następującej treści” powstałe z wyłącznej winy Wykonawcy w całym par. 9 ? W obecnej konstrukcji postanowień Wykonawca odpowiada za opóźnienia nawet wówczas, gdy powstało ono z przyczyn zupełnie od niego niezależnych, nawet spowodowanych przez Zamawiającego. Co zgodnie z dokumentem opublikowanym na stronie UZP "Analiza dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych 7 Osi POIG." zapis jest niezgodny z praktyką i standardem stosowanym do projektów informatycznych. Określanie odpowiedzialności Wykonawcy powinno zostać ukształtowane poprzez wskazanie iż jest zależne od jego winy. Urząd Zamówień Publicznych rekomenduje wykorzystanie opublikowanego dokumentu wszystkim Zamawiającym zobowiązanych do stosowania ustawy prawo zamówień publicznych.Odpowiedź Zamawiającego:Zamawiający informuje, że przedmiotowe postanowienia nie naruszają ww. przepisów. Rozszerzenie odpowiedzialności kontraktowej za opóźnienie pozostaje w zgodzie z przepisami Kodeksu cywilnego.

Pytanie 403: IPU § 9 W związku z tym iż Zamawiający nie ma obowiązku zamawiania Usług Rozwoju wnosimy o modyfikację w zakresie całego par. i wskazanie iż kary liczone są od wartości § 4 ust. 1 z wyłączenie wynagrodzenia za Usługi Rozwoju?Odpowiedź Zamawiającego:Zamawiający nie dokonuje zmiany treści ww. postanowienia IPU.

103


Pytanie 404: IPU § 9 ust. 1 pkt. 4 Prosimy o wskazania za jaki inne opóźnienia Zamawiający może obciążyć karą umowną? Prosimy o literalne wymienienie?Odpowiedź Zamawiającego:Zamawiający dokonuje zmiany § 9 ust. 1 pkt 4 IPU poprzez jego wykreślenie. W związku z dokonaną zmianą Zamawiający informuje, że zmianie ulega numeracja punktów w obrębie jednostki redakcyjnej (§ 9 ust. 1).Ponadto wobec wykreślenia § 9 ust. 1 pkt 4 zmianie ulegnie odniesienia znajdujące się § 9 ust. 5 in fine gdzie w miejsce § 9 ust. 1 pkt 9-11 wprowadza się § 9 ust. 1 pkt 8-10.

Pytanie 405: IPU § 9 ust. 1 pkt. 5 Prosimy o wyjaśnienie czy kary o których mowa w pkt. 5 naliczane są w okresie trwania usługi Utrzymania czy gwarancji?Odpowiedź Zamawiającego:Zamawiający wskazuje, że z umowy wprost wynika, iż kary określone w § 9 ust. 1 pkt 5 dotyczą usług utrzymania (patrz § 8).

Pytanie 406: IPU § 9 ust. 2 Prosimy o jasne i precyzyjne zdefiniowanie przypadków? Obecnie postawy naliczenia kar są blankietowe i powodują iż Zamawiający ma dowolność w jej stosowaniu.Odpowiedź Zamawiającego:Zamawiający nie jest w stanie podać pełnej i zamkniętej listy przypadków, o które prosi Wykonawca.

Pytanie 407: IPU § 9 ust. 5 Prosimy o wprowadzenie modyfikacji poprzez obniżenie i łącznej wysokość kar umownych naliczanych w całym okresie trwania Umowy do max. wysokości 30% wynagrodzenia netto Wykonawcy z wyłączeniem wynagrodzenia za usługi Rozwoju. Odpowiedzialność z tytułu kar umownych jest odpowiedzialnością niezależną od szkody stąd brak jest uzasadnienia do żądania kar umownych na bardzo wysokim poziomie oraz prawa dochodzenia odszkodowania na zasadach ogólnych bez wskazania limitu. Podobnie ja w poprzednich pytaniach powyższe stanowisko w zakresie ograniczenia poziomu kar i ich poziomów zostało wprowadzone w rekomendacjach opublikowanych na stronie UZP „Analiza dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych 7 Osi POIG.”Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że w dniu 17 sierpnia 2015 r. dokonał zmiany § 9 ust. 5 wprowadzając ograniczenie w zakresie określonych roszczeń z tytułu kar umownych. W pozostałym zakresie Zamawiający nie znajduje podstaw do uwzględnienia żądania Wykonawcy.

Pytanie 408: IPU § 9 W celu umożliwienia Wykonawcy skalkulowania ryzyka związanych z realizacją Umowy, prosimy o wprowadzenie w § 9 zmiany polegającej na dodaniu zapisu o ograniczeniu odpowiedzialności odszkodowawczej Wykonawcy niezależnie od podstawy prawnej dochodzenia ( w tym z tytułu wszelkich kar i roszczeń) do 100% wartości wynagrodzenia netto z wyłączeniem wynagrodzenia za usługi Rozwoju oraz iż Wykonawca nie ponosi odpowiedzialności z tytułu utraconych korzyści. Również w/w dokument opublikowany na stronie UZP "Analiza dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów

104


informatycznych 7 Osi POIG." wskazuje na słuszność takich postanowień w umowach IT i rekomenduje ich stosowanie.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że w dniu 17 sierpnia 2015 r. dokonał zmiany § 9 ust. 5 wprowadzając ograniczenie w zakresie określonych roszczeń z tytułu kar umownych. W pozostałym zakresie Zamawiający nie znajduje podstaw do uwzględnienia żądania Wykonawcy.

Pytanie 409: IPU § 10 Prosimy o wyjaśnienie czy w każdym przypadku odstąpienia od umowy Zamawiający dokona rozliczenia z Wykonawcą i zapłaci za wykonane i odebrane usługi/prace? Czy w przypadku odstąpienia od całości odstąpienie będzie miało skutek wsteczny?Odpowiedź Zamawiającego:Zamawiający wskazuje, że w sposób kompleksowy określił zasady jakie będą obowiązywały w przypadku odstąpienia od umowy przez którąkolwiek ze stron.

Pytanie 410: IPU § 14 Prosimy o wskazanie w jakim terminie Zamawiający będzie wydawał zgodę na powierzenie przetwarzania danych osobowych podwykonawcom Wykonawcy?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie określił w umowie terminu. Zamawiający wskazuje, że będzie współdziałał z Wykonawcą w celu prawidłowego realizowania przedmiotu umowy zgodnie z przepisami Kodeksu cywilnego.

Pytanie 411: IPU § 15 ust. 3 oraz § 14 ust.5 W związku z tym iż na etapie postepowania Zamawiający nie wymaga aby Wykonawca i osoby którymi posługuje się przy wykonaniu zamówienia posiadały uprawnienia w zakresie ochrony informacji niejawnych prosimy o informację jak jest intencja ich wprowadzenia na etapie realizacji Umowy? Odpowiedź Zamawiającego:Zamawiający wskazuje, że istnieje potencjalna możliwość korzystania w trakcie realizacji umowy z informacji objętych ochroną zgodnie z przepisami ustawy o ochronie informacji niejawnych.

Pytanie 412: IPU § 15 ust. 4 Prosimy o wskazanie jakie przepisy i regulacje obowiązujące u Zamawiającego ma przestrzegać Wykonawca? Prosimy o ich załączenie.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że dokumenty których przestrzegania oczekuje od Wykonawcy wymienione są w Części III SIWZ w punkcie o nazwie: „1. Uwarunkowania formalno-prawne dla systemu” ppkt 1-19 oraz 24-43 – dokumenty te są publicznie dostępne lub możliwe do wglądu podczas wizji lokalnej.

Pytanie 413: IPU § 17 ust. 1 pkt. 3 Treść wskazanego zapisu „zmiana założeń strategicznych Zamawiającego, które w sposób istotny wpływają na sposób realizacji Umowy (….) ", powoduje iż sformułowanie takie jest ogólne i zależnych całkowicie od

105


woli Zamawiającego rodzi dodatkowo wątpliwości odnośnie zgodności z art. 140 Pzp, zgodnie z którym zakres świadczenia wykonawcy wynikający z umowy jest tożsamy z jego zobowiązaniem zawartym w ofercie. Dlatego Wykonawca wnosił o nakazanie wykreślenia pkt.. 3. Dodatkowo Wykonawca chciałby wskazać iż podane sformowania postanowień były już interpretowane przez KIO jako niezgodne z PZP np. KIO 238/12. W powyższym postępowaniu Izba stwierdza iż „Izba uwzględniając przedmiotowy zarzut, nakazuje doprecyzowanie w zakresie kierunku interpretacji pojęcia „istotny” w § 21 ust. 3 pkt 2 wzoru umowy. Z obecnego brzmienia wzoru umowy nie wynika, kto będzie decydował o istotności zmiany.(..) Dodatkowo, Izba nakazuje doprecyzowanie w § 21 ust. 3 pkt 4 wzoru umowy w zakresie kierunku interpretacji pojęcia „uzasadnionej potrzeby” i „usługi niezbędnej”. Odpowiedź Zamawiającego:Zamawiający nie wyraża zgody na zmianę przedmiotowego postanowienia. Ponadto Zamawiający wskazuje, że dla dokonania zmiany umowy konieczne jest oświadczenie woli dwóch stron.

Pytanie 414: IPU § 17 ust. 10 Prosimy o potwierdzenie czy Wykonawca może przedstawić również inny dokument potwierdzający ubezpieczenie od odpowiedzialności cywilnej?Odpowiedź Zamawiającego:Zamawiający wskazuje, że zaakceptuje każdy dokument spełniający wymogi określone w Kodeksie cywilnym oraz przepisach odrębnych a potwierdzający zawarcie umowy ubezpieczenia.

Pytanie 415: Załącznik nr 4 do IPU Umowa Powierzenia danych osobowych: Prosimy o wyjaśnienie o jaką umowę utrzymania oprogramowania użytkowego Systemu oraz rozwoju oprogramowania użytkowego chodzi?Odpowiedź Zamawiającego:Zamawiający wskazuje, że przez ww. pojęcia należy rozumieć wytworzony system KREPTD.

Pytanie 416: Ile godzin szkolenia jest przewidziane dla każdego z podanych obszarów szkolenia? Odpowiedź Zamawiającego:Zamawiający nie określa takich wymagań. Zamawiający opisał w wymaganiu 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.

Pytanie 417: Ile osób jest planowane do przeszkolenia w ramach każdego z obszarów szkolenia? (w podziale na uczestników KPK i uczestników ze Starostw)Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zostanie to uzgodnione w ramach harmonogramu projekt zgodnie z zapisem w SIWZ 5.4. Opis wymagań na szkolenia pkt 1

106


Pytanie 418: Czy znane są założenia odnośnie ilości uczestników ze Starostw do przeszkolenia na poziomie każdego województwa?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że należy przewidzieć przeszkolenie co najmniej 1 użytkownika z każdego Starostwa.

Pytanie 419: Ile dni przewidziane jest na szkolenia w ramach poszczególnych etapów wdrożenia? (w podziale na ilość dni szkolenia uczestników KPK oraz ilość dni szkolenia uczestników ze Starostw)Odpowiedź Zamawiającego:Zamawiający nie określa takich wymagań. Zamawiający opisał w wymaganiu 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.

Pytanie 420: Czy w ramach hurtowni danych Zamawiający planuje zbudować interfejsy do systemów źródłowych wymienionych w WF95 czy dane pochodzące z tych systemów będą już znajdowały się w KREPTD i będzie to docelowe źródło danych dla hurtowni?Odpowiedź Zamawiającego:Dane z zewnętrznych systemów, o których mowa w wymaganiu WF95 będą synchronizowane oraz wykorzystywane do masteringu danych w transakcyjnej bazie KREPTD za pomocą interfejsów przygotowanych przez Wykonawcę.

Pytanie 421: Prosimy o podanie informacji dotyczącej ilości tabel znajdujących się w modelu danych systemów źródłowych dla KREPTD wraz z ilością rekordów w największych tabelach. Jeżeli są jeszcze inne parametry które mogą pomoc Wykonawcy na oszacowanie wolumenu przetwarzanych danych również prosimy o doprecyzowanie.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że budowa modelu fizycznego bazy danych jest przedmiotem zamówienia i zostanie wytworzona w ramach zamówienia, w związku z tym nie jest Zamawiającemu znana ilość tabel.

Pytanie 422: W jaki sposób Zamawiający rozumie definicję danych referencyjnych w ramach wymagania WF99.Odpowiedź Zamawiającego:Zamawiający przez dane referencyjne rozumie dane zawarte w bazie danych KREPTD.

Pytanie 423: Prosimy o doprecyzowanie jakiego rodzaju analizy zarządcze Zamawiający planuje wykonywać na logach systemowych wspomniach w wymaganiu WF101.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że planuje wykonywać analizy m.in. dotyczące monitorowania wydajności funkcji systemu oraz monitorowania zapewniania rozliczalności zapisów do bazy danych.

107


Pytanie 424: Jak Zamawiający rozumie niezgodność z dobrymi praktykami w wymaganiu WF101? Prosimy o doprecyzowanie i najlepiej podanie kryteriów.Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 163.

Pytanie 425: Czy odświeżanie danych w czasie rzeczywistym w strukturach OLAP (o których mowa w wymaganiu WF105) jest wymagane pomiędzy DWH a OLAP czy systemem w stosunku do DWH czy danych źródłowych?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, ze chodzi o wymianę danych w czasie rzeczywistym pomiędzy bazą transakcyjną a bazą hurtowni, przy założeniu, że dane prezentowane są również w czasie rzeczywistym za pomocą rozwiązania OLAP.

Pytanie 426: Czy zakres podstawnych raportów wspomnianych w WF105 jest w jakiś sposób obecnie zdefiniowany?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że raporty te zostaną zdefiniowane na etapie analizy szczegółowej.

Pytanie 427: W wymaganiu WF106 jest zapis mówiący o możliwości tworzenia miar i wymiarów z poziomu interfejsu GUI. Czy wystarczy że interfejst GUI będzie dostępny dla grupy zaawansowanych projektantów OLAP którzy będą mieli możliwość dodawnia miar i wymiarów do kostek OLAP oraz ich publikacji dla użytkowników biznesowych?Odpowiedź Zamawiającego:Zamawiający potwierdza.

Pytanie 428: Co Zamawiający rozumie poprzez dane analityczne w wymaganiu WF107? Czy mają być to atrybuty (miary, wymiary) z kostek OLAP? Czy dane z poziomu modelu hurtowni danych? Czy w modelu usługowym udostępniany ma być pełny zakres informacyjny z hurtowni danych czy jakaś jego część? Jeśli część, jak % szacuje Zamawiający wymagania na model danych w celach ich wystawienia?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że chodzi o pełny dostęp do danych wygenerowanych raportów za pomocą usług sieciowych zgodnych z wymienionymi standardami.

Pytanie 429: Czy w ramach wymagania WF108 wystarczy ekstrakcja do excela danych z poziomu narzędzia Business Intelligence które będzie służyło do prezentacji danych z hurtowni danych i kostek OLAP? Czy Zamawiający wymaga możliwości ekstrakcji danych do excela ze wszystkich obiektów modelu danych hurtowni?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że chodzi o możliwość eksportu danych wygenerowanych raportów.

108


Pytanie 430: CO Zamawiający rozumie poprzez możliwość integracji z dziedzinowymi hurtowniami danych i z bazami danych innych systemów GITD (wymaganie WF109)? Czy ma zostać stworzony interfejs który będzie oczekiwał ustandaryzowanego formatu danych z systemów źródłowych? Czy może mają zostać utworzone procesy pozwalające na ekstrakcję danych z tych systemów do repliki po stronie hurtowni danych? Ewentualnie, czy wymaganie będzie spełnione jeśli narzędzie ETL posiada natywne możliwości połączenia się z w/w systemami.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że podczas projektowania modelu danych dla hurtowni, Wykonawca powinien zapewnić możliwość jego przyszłego rozszerzenia o definicje struktur danych pochodzących ze składnic danych niewyspecyfikowanych w SIWZ.

Pytanie 431: Prosimy o doprecyzowanie zapisu '7.7. W ramach wdrożenia narzędzia hurtowni danych Wykonawca przeprowadzi migrację danych, wskazanych przez Zamawiającego, do hurtowni danych.' z rozdziału 5.2 punkt 7.7Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że dane te zostaną doprecyzowane na etapie analizy szczegółowej.

Pytanie 432: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF1: Prosimy o wskazanie klasy problemów związanych z kodowaniem, co do których System ma zapewnić rozwiązanie.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że w wymaganiu NF1 klasa problemów została wskazana zgodnie zapisem 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.

Pytanie 433: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF1: Prosimy o wyjaśnienie użytego pojęcia „zestaw znaków”Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że chodzi o znaki diakrytyczne innych języków.

Pytanie 434: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF1: Prosimy o wyjaśnienie, czy system ma mieć funkcjonalność skracania imion? Jeżeli tak, to na jakich zasadach?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że chodzi o zastosowanie algorytmów poprawy jakości wprowadzania i wyszukiwania danych bazujących na zapisie do bazy danych zarówno danych oryginalnie wprowadzonych jak i znormalizowanych czyli pozbawionych znaków białych i znaków specjalnych, pozbawionych narodowych znaków diakrytycznych, podniesieniu znaków do wielkich bądź małych liter, dopasowywanie wprowadzanych imion do poprawnych zdefiniowanych konwencji zapisu eliminując błędy użytkowników.

109


Pytanie 435: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF1: Prosimy o wyjaśnienie, czy system ma mieć funkcjonalność dopasowywania imion? Jeśli tak, to dla kogo i kiedy ta funkcjonalność ma być dostępna? Prosimy i wyjaśnienie funkcjonalności „dopasowywania imion w przypadku błędów w zapisie”Odpowiedź Zamawiającego:Zamawiający odsyła do odpowiedzi na pytanie 434.

Pytanie 436: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF2: Prosimy o potwierdzenie, że dozwolone jest użycie zewnętrznych wtyczek do przeglądarki (Adobe Flash, Java, Adobe PDF).Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że nie dopuszcza użycia zewnętrznych wtyczek.

Pytanie 437: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF8: Prosimy o podanie zamkniętej listy usług zewnętrznych (prócz wspomnianych OpenBTM/ CEN) dla których wymagana będzie komunikacja z wykorzystaniem mechanizmu ETL, oraz podanie informacji czy wykonanie mechanizmu komunikacji z wykorzystaniem ETL dla wymienionych systemów zewnętrznych leży w zakresie prac wykonawcy przewidzianych na eta, 2,3 lub 4?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że lista usług zewnętrznych zostanie zdefiniowana na etapie analizy szczegółowej. Zamawiający potwierdza, że wykonanie mechanizmu komunikacji z wykorzystaniem ETL leży w zakresie prac Wykonawcy.

Pytanie 438: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF14: czy wymaganie dotyczy również użytkowników aplikacja dla starostw? Prosimy o wyjaśnienie w kontekście wymagań WF61, WF62, WF63.Odpowiedź Zamawiającego:Zamawiający potwierdza, że wymaganie dotyczy również użytkowników aplikacji dla starostw.

Pytanie 439: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF14: czy wymaganie dotyczy również użytkowników aplikacja dla organów kontroli? Prosimy o wyjaśnienie w kontekście wymagań WF56, WF57, WF58.Odpowiedź Zamawiającego:Zamawiający potwierdza, że wymaganie dotyczy również użytkowników aplikacji dla organów kontroli.

Pytanie 440: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF17: Prosimy o zdefiniowanie pojęcia „odpowiedniego poziomu bezpieczeństwa” dla poszczególnych typów elementów infrastruktury:

a. Serwer dla środowiska podstawowegob. Serwer bazodanowy

110


c. Serwer obliczeniowyd. Macierz dyskowae. System składowania kopii zapasowychf. Urządzenia do ochrony poczty e-mailg. Urządzenia do ochrony aplikacji wwwh. Urządzenia UTM

Odpowiedź Zamawiającego:Zamawiający wyjaśnia, iż określił wymagania w zakresie odpowiedniego poziomu bezpieczeństwa we wskazanym przez Wykonawcę pkt OPZ. Zamawiający oczekuje, że Wykonawcy jako podmioty działające profesjonalnie na rynku usług IT będą w stanie realizować to wymaganie zgodnie ze standardami branżowymi.

Pytanie 441: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF18: Zamawiający wymaga, aby: „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.”. Prosimy o wyjaśnienie jaka jest intencja Zamawiającego dotycząca niezaprzeczalności na poziomie przesyłania danych. Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że wymaganie niezaprzeczalności wynika z konieczności wykonania systemu w zgodnie z wymaganiami opisanymi 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(Dz.U. 2012 poz. 526).

Pytanie 442: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF18: „oznaczania dokumentów wiarygodnym czasem przez zaufany urząd znakowania będący na liście kwalifikowanych podmiotów świadczących usługi certyfikacyjne,” Prosimy o podanie informacji:

a. Prosimy o potwierdzenie że zapewnienie wyżej wymienionej usługi, z której skorzystać będzie budowany System KREPTD leży w zakresie Zamawiającego, po stronie Wykonawcy leży zaś zintegrowanie i wykorzystanie tej usługi w systemie KREPTD.

b. Jeżeli nie, prosimy o potwierdzenie że dostarczenie takiej usługi leży po stronie Wykonawcy, w takim przypadku prosimy o podanie rocznej liczby dokumentów dla których takie znakowanie czasem będzie wymagane, oraz potwierdzenie że usługa winna zostać dostarczona na czas obowiązywania umowy, tj, do 31.12.2019

Odpowiedź Zamawiającego:Wykonawca, oprócz usług integracji, będzie zapewniał korzystanie z usługi znakowania czasem przez cały okres trwania umowy. Ilość dokumentów zostanie określona na etapie analizy.

Pytanie 443: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF18: „elektronicznego podpisywania dokumentów za pomocą certyfikatów kwalifikowanych,”

111


a. Prosimy o potwierdzenie że zapewnienie wyżej wymienionej usługi, z której korzystać będzie System KREPTD leży w zakresie Zamawiającego, po stronie Wykonawcy leży zaś zintegrowanie i wykorzystanie tej usługi w systemie KREPTD

b. Jeżeli nie, prosimy o potwierdzenie że dostarczenie takiej usługi leży po stronie Wykonawcy, w takim przypadku prosimy o podanie liczby użytkowników dla których taka usługo winna zostać dostarczona przez Wykonawcę, oraz potwierdzenie że usługa winna zostać dostarczona na czas obowiązywania umowy, tj, do 31.12.2019

Odpowiedź Zamawiającego:Wykonawca, oprócz usług integracji, będzie zapewniał korzystanie z usługi podpisywania dokumentów podpisem kwalifikowanym przez cały okres trwania umowy. Ilość dokumentów zostanie określona na etapie analizy.

Pytanie 444: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF21: Czy Zmawiający posiada odpowiednią usługę zarządzania użytkownikami i dostępem (wdrożoną centralnie lub lokalnie), o której mowa w wymaganiu ? Jeżeli zamawiający posiada taką usługę, prosimy o podanie nazwy/wersji tej usługi, oraz liczbę posiadanych licencji dostępowych jeżeli jest to wymagane przez producenta/dostawcę usługi.Odpowiedź Zamawiającego:Usługa zarządzania użytkownikami i dostępami powinna zostać dostarczona przez Wykonawcę. Dodatkowo, w wybranych obszarach, powinna zostać zintegrowana za pomocą mechanizmów SSO z usługą Active Directory utrzymywaną przez Zamawiającego.

Pytanie 445: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF21: Czy zamawiający oczekuje dostarczenia przez Wykonawcę usługi zarządzania użytkownikami i dostępem, jeżeli tak, prosimy o:

a. Podanie liczby użytkowników Systemu KREPTD którzy objęci będą usługą.

b. Potwierdzenie iż objęci ta usługą będą jedynie użytkownicy systemu KREPTD

Odpowiedź Zamawiającego:Usługa zarządzania użytkownikami i dostępami powinna zostać dostarczona przez Wykonawcę. Dodatkowo, w wybranych obszarach powinna zostać zintegrowana za pomocą mechanizmów SSO z usługą Active Directory utrzymywaną przez Zamawiającego. Liczba użytkowników powinna zostać określona na etapie analizy i będzie obejmować wszystkich użytkowników systemów KREPTD(w tym również użytkowników zarządzających danymi po stronie starostw i organów kontrolnych).

Pytanie 446: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF22: Prosimy o podanie informacji czy Zamawiający posiada narzędzia (oraz odpowiednie do nich licencje) realizujące wymagania określone w tym punkcie, zadaniem Wykonawcy zaś jest integracja oraz wykorzystanie w.w. mechanizmów w obrębie budowanego systemu KREPTD. Odpowiedź Zamawiającego:

112


Wykonawca powinien dostarczyć, zintegrować i w okresie trwania umowy zapewnić ciągłość świadczenia usług opisanych w wymaganiu NF22.

Pytanie 447: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF22: jeżeli dostarczenie mechanizmów opisanych w wymaganiu NF 22 leży po stronie zamawiającego prosimy o informację:

a. Potwierdzenie iż w.w. mechanizmy dostarczone winny być w zakresie odpowiadającym zakresowi systemu KREPTD.

b. Prosimy o wskazanie czy mechanizmy mają obejmować kolejni: a) urządzenia sieci komputerowych, b) serwerów, c) stacji roboczych użytkowników systemu.

Odpowiedź Zamawiającego:Zamawiający wyjaśnia, ze mechanizmy mają zapewniać ochronę serwerów systemu KREPTD.

Pytanie 448: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF23 Prosimy o podanie informacji czy Zamawiający posiada narzędzia (oraz odpowiednie do nich licencje) realizujące wymagania określone w ramach wymagania NF 23, zadaniem Wykonawcy zaś jest integracja oraz wykorzystanie w.w. mechanizmów w obrębie budowanego systemu KREPTD. Jeżeli dostarczenie narzędzia/narzędzi realizujących w.w. wymaganie leży po stronie Wykonawcy prosimy o podanie informacji:

a. Dot. „umożliwienie odtworzenia pierwotnej konfiguracji systemów operacyjnych”, „umożliwienie automatycznej i wielokrotnej instalacji systemów zgodnie z założonym standardem konfiguracji” - czy w ramach obecnego systemu/zasobów systemu backup wyżej wymienione wymaganie jest realizowalne, oraz czy leży po stronie Wykonawcy?

Odpowiedź Zamawiającego:Wykonawca powinien dostarczyć, zintegrować i w okresie trwania umowy zapewnić ciągłość świadczenia usług opisanych w wymaganiu NF22. Dopuszczalne jest wykorzystanie przez Wykonawcę rozwiązania backupu dostarczonego przez Zamawiającego.

Pytanie 449: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF24: Prosimy o podanie informacji czy Zamawiający posiada narzędzia (oraz odpowiednie do nich licencje) realizujące wymagania określone w ramach wymagania NF 24, zadaniem Wykonawcy zaś jest integracja oraz wykorzystanie w.w. mechanizmów w obrębie budowanego systemu KREPTD. Jeżeli nie, prosimy o potwierdzenie iż dostarczenie oraz skonfigurowanie takiego narzędzia leży po stronie Wykonawcy, oraz iż zakres monitorowanej przez w.w. narzędzie infrastruktury sprzętowo-programowej nie jest szerszy od zakresu systemy KREPTD. Odpowiedź Zamawiającego:Wykonawca powinien dostarczyć, zintegrować i w okresie trwania umowy zapewnić ciągłość świadczenia usług opisanych w wymaganiu NF24. Usługi te powinny obejmować wszystkie elementy systemu KREPTD.

113


Pytanie 450: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF25: Prosimy o podanie informacji czy Zamawiający posiada narzędzia (oraz odpowiednie do nich licencje) realizujące wymagania określone w ramach wymagania NF 25, zadaniem Wykonawcy zaś jest integracja oraz wykorzystanie w.w. mechanizmów w obrębie budowanego systemu KREPTD. Jeżeli nie, prosimy o potwierdzenie iż dostarczenie oraz skonfigurowanie takiego narzędzia leży po stronie Wykonawcy , prosimy także o podanie warstw architektury systemu KREPTD które mają zostać objęte mechanizmami zarządzania zdarzeniami oraz logami. Odpowiedź Zamawiającego:Wykonawca powinien dostarczyć, zintegrować i w okresie trwania umowy zapewnić ciągłość świadczenia usług opisanych w wymaganiu NF25. Usługi te powinny obejmować wszystkie elementy systemu KREPTD.

Pytanie 451: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF26: „Testy zabezpieczeń systemu za pomocą profesjonalnych skanerów zabezpieczeń ISS Internet Scanner lub WebTrends Security Analyzer." Czy Zamawiający akceptuje wykorzystanie innych narzędzi Wykonawcy, weryfikujących bezpieczeństwo systemu wg. powszechnie stosowanych kryteriów zdefiniowanych w standardzie OWASP ?Odpowiedź Zamawiającego:Zamawiający akceptuje proponowane podejście.

Pytanie 452: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF27: Pojęcie "najlepsze praktyki" jest pojęciem zbyt szerokim oraz niewystarczająco zdefiniowanym - prosimy o wskazanie listy wymagań, tak jak zostało to przedstawione w stosunku do norm/standardów WCAG 2.0 oraz ISO 9241-2010. Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że Wykonawca jako profesjonalista w dziedzinie wytwarza oprogramowania posiada wiedzę i doświadczenie pozwalające mu na realizację wymagania zgodnie z najlepszymi praktykami.

Pytanie 453: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF28: Prosimy o wskazanie na obsługę jakich języków system powinien być przygotowany. Czy Wykonawca może uznać iż chodzi o języki oficjalne obowiązujące w UE ?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że w wymaganiu chodzi o „Internacjonalizację interfejsu” rozumianą jako projektowanie i rozwijanie produktów, aplikacji lub treści dokumentów, które umożliwiają łatwą lokalizację dla odbiorców docelowych, którzy różnią się co do kultury, regionu, lub języka zgodnie z rekomendacją W3C dot. internacjonalizacji. Rozwiązanie powinno pozwalać na internacjonalizację interfejsu, jednak w ramach zamówienia rozwiązanie będzie realizować interfejs wyłącznie w języku polskim. Wymaganie jest realizacją Rozporządzenia o KRI.

Pytanie 454: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF31: Prosimy o podanie planowanego metody/sposobu weryfikacji spełniania wymagań określonych w podanej normie.

114


Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że sposób weryfikacji spełnienia wymagań zostanie uzgodniony na Etapie I zgodnie z opisem zawartym w rozdziale 5.6.2. Wymagania na opracowanie Planu zarządzania jakością i Planu zarządzania komunikacją.

Pytanie 455: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF33: ad. „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.” . Prosimy o potwierdzenie iż wspomniane dostosowanie zostanie zrealizowane jako modyfikacja wytworzonego systemu, a nie iteracyjne podejście do implementacji.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że wymaganie to powinno zostać zrealizowane w ramach prac rozwojowych wyspecyfikowanych w harmonogramie w ramach etapu 3, 4 5.

Pytanie 456: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF35: Prosimy o potwierdzenie iż w przypadku kiedy w wyniku analizy technicznej rozwiązania wyniknie konieczność zakupu przez Zamawiającego dodatkowego sprzętu, sprzęt zostanie zakupiony przez Zamawiającego, wg wskazówek Wykonawcy.Odpowiedź Zamawiającego:Rozwiązanie zaproponowane przez Wykonawcę musi spełniać wszystkie wymagania funkcjonalne oraz pozafunkcjonalne opisane w SIWZ oraz wyspecyfikowane na etapie analizy przy użyciu sprzętu, o którym mowa w SIWZ. Zamawiający nie planuje dostawy dodatkowego sprzętu przed zakończeniem realizacji wersji docelowej systemu KREPTD.

Pytanie 457: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF35: „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.” Prosimy o potwierdzenie iż za wykonywanie kopii zapasowych systemu odpowiedzialny jest Zamawiający. Odpowiedź Zamawiającego:Zamawiający potwierdza, że za wykonywanie kopii zapasowych systemu odpowiedzialny będzie Zamawiający.

Pytanie 458: Część III SIWZ – OPZ: 5.1. Wymagania funkcjonalne i niefunkcjonalne: NF36: „4. Czas reakcji systemu przy realizacji pozostałych operacji nie przekroczy 10 sekund. „ Prosimy o potwierdzenie iż podany czas odpowiedzi ma zastosowanie jedynie w przypadku działań w obszarze transakcyjnym systemu. Działania związane obszarem analityczno raportowym - hurtownią danych, wykonywaniem złożonych raportów, analiz, a w szczególności wykonywaniem funkcji Data Mining, ze względu na stopień komplikacji nie są objęte kryterium 10 sekund. Odpowiedź Zamawiającego:

115


Zamawiający potwierdza, że podany czas odpowiedzi ma zastosowanie jedynie w przypadku działań w obszarze transakcyjnym systemu KREPTD.

Pytanie 459: SIWZ , FORMULARZ NUMER OF.01 , str 12 „Zamawiający wymaga, aby Opis rozwiązania zawierał co najmniej następujące elementy opisane zgodnie z poniższą strukturą”. Czy w ramach przygotowania oferty, w zakresie opisu rozwiązania podlegającemu ocenie:

a. Zamawiający oczekuje przygotowania Opisu rozwiązania, pokrywającego jedynie elementy przedstawione w punktach 1 do 8 ? W formie tabelki przedstawionej w w.w formularzu.

b. Czy też Zamawiający oczekuje wspólnie:i. Opisu całości rozwiązania w formie opisowej.

ii. Opisu rozwiązania ze wskazaniem na elementy określone w punktach 1-8 w formie tabelki o elementach [ID, Element, Opis rozwiązania Wykonawcy]

Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że wymaga aby opis rozwiązania został zrealizowany zgodnie z opisem zawartym w SIWZ Formularz Numer OF.01

Pytanie 460: SIWZ , FORMULARZ NUMER OF.01 , str 12 „Zamawiający wymaga, aby Opis rozwiązania zawierał co najmniej następujące elementy opisane zgodnie z poniższą strukturą”. Czy w ramach przygotowania oferty, w zakresie opisu rozwiązania podlegającemu ocenie Zamawiający oczekuje, dla każdego wymagania funkcjonalnego/niefunkcjonalnego z zakresu WF1-WF113 oraz NF 42 potwierdzenia spełniania wymagania w ofercie lub opisu spełnienie wymagania przez oferowany System ?Odpowiedź Zamawiającego:Wykonawca powinien przedstawić komplety opis spełniania wymagań funkcjonalnych i pozafunkcjonalnych.

Pytanie 461: W punkcie „4. Infrastruktura programowo-sprzętowa” Zamawiający pisze: „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”W związku powyższym stwierdzeniem prosimy o odpowiedzi na poniższe pytania:

Czy wykonawca jest odpowiedzialny na serwisowanie dostarczonego przez Zamawiającego sprzętu (usterki sprzętowe, dyski, dostęp do aktualizacji firmware do urządzeń, …)?

W serwerze do środowiska produkcyjnego jest mowa o jednym serwerze (liczba pojedyncza w zdaniach, natomiast w specyfikacji konfiguracji mowa jest już o serwerach, czy Zamawiający może uściślić ile jest serwerów danego typu przeznaczonych do rozwiązania?

116


W specyfikacji serwerów nie podano, czy serwery posiadają karty do zdalnego zarządzania np. iLO, DRAC, IMM, czy Zamawiający może uzupełnić informację czy zaproponowane serwery wyposażone są w takie karty? (Pytanie jest związane z wymogiem utrzymywania wdrożonego środowiska przez Wykonawcę)

Czy Zamawiający może podać konkretne modele serwerów, macierzy oraz innych urządzeń infrastruktury wraz z licencjami oraz opcjami serwisowymi? (Umożliwi do Wykonawcy dokładane zapoznanie się z możliwościami proponowanego przez Zamawiającego sprzętu)

Jakie systemu operacyjne oraz bazy danych (w trybie online) wspiera proponowany przez Zamawiającego system kopii zapasowych?

Odpowiedź Zamawiającego:Ad1. Realizacja serwisu sprzętu w czasie aktywnego supportu producenta będzie realizowana przez Zamawiającego. Ad2. Każda z umownych trzech grup serwerów (wirtualizacyjne, bazodanowe, obliczeniowe) posiada dwa identyczne serwery fizyczne o parametrach podanych w SIWZ. Ad3. We wszystkich serwerach są zainstalowane karty zarządzania, iDRAC 6 EnterpriseAd4. System kopii zapasowych - Symantec Backup Exec 3600 Appliance2x SAN Netapp OEM Brocade 300 2x serwer wirtualizacyjny Dell PE R8152x serwer bazodanowy Dell PE R7152x serwer obliczeniowy Dell PE R7201x macierz dyskowa Netapp EF 550A Sprzęt posiada 3 letnią gwarancję NBD zakupiony został w grudniu 2014.Ad5. Symantec Backup Exec 3600 Appliance

Pytanie 462: Wymaganie NF18 – Czy Zamawiający wymagania implementacji rozwiązania PKI?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zgodnie z opisem zawartym w NF18 wymaga implementacji rozwiązania PKI przez Wykonawcę.

Pytanie 463: Wymaganie NF22 – Czy Zamawiający wymaga dostarczenia mechanizmów ochrony przed oprogramowaniem złośliwym przez Wykonawcę? Czy może oprogramowanie będzie dostarczone przez Zamawiającego, jeżeli tak, to, jakie?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zgodnie z opisem zawartym w NF22 wymaga realizacji wymagania przez Wykonawcę.

Pytanie 464: Wymaganie NF23 - Czy Zamawiający wymaga dostarczenia oprogramowania do zarządzania konfiguracją przez Wykonawcę? Czy może oprogramowanie będzie dostarczone przez Zamawiającego, jeżeli tak, to, jakie?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zgodnie z opisem zawartym w NF23 wymaga realizacji wymagania przez Wykonawcę.

117


Pytanie 465: Wymaganie NF24 - Czy Zamawiający wymaga dostarczenia systemu wykrywania podatności przez Wykonawcę? Czy może system wykrywania podatności będzie dostarczony przez Zamawiającego, jeżeli tak, to, jaki?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zgodnie z opisem zawartym w NF24 wymaga realizacji wymagania przez Wykonawcę.

Pytanie 466: Wymaganie NF25 - Czy Zamawiający wymaga dostarczenia mechanizmów zarządzania zdarzeniami i logami przez Wykonawcę? Czy może będzie to dostarczone przez Zamawiającego, jeżeli tak, to, jakie to będzie rozwiązanie?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że zgodnie z opisem zawartym w NF25 wymaga realizacji wymagania przez Wykonawcę.

Pytanie 467: Wymaganie NF38, NF39, NF40, NF41 – Czy Wykonawca dostarczy odpowiednią liczbę licencji CAL dla podanych wartości użytkowników systemu? Odpowiedź Zamawiającego:Wykonawca powinien dostarczyć niezbędne licencje CAL o ile dostarczone przez Wykonawcę rozwiązania będą ich wymagały.

Pytanie 468: Czy Zamawiający może sumarycznie potwierdzić ilość dostarczanych licencji, o których wspomniał w odpowiedzi na pytania pismem z dnia 7.08.2015?

8xCPU VMWare Standard 5.5 (8 licencji na procesor) 8xCPU Windows 2012 R2 Datacenter (4 licencje dwuprocesowe) 8xCPU Windows 2012 R2 Standard (4 licencje dwuprocesorowe)

Czy Zamawiający planuje dostarczyć/użyczyć jeszcze jakieś licencje?Odpowiedź Zamawiającego:Zamawiający potwierdza ilość licencji i nie planuje dostarczenia dodatkowych licencji. Windows 2012 R2 Standard jest licencjonowany per maszyna fizyczna nie CPU. Zamawiający posiada 4 licencje na 4 pozostałe serwery.

Pytanie 469: Czy Zamawiający dopuszcza permanentny dostęp zdalny (VPN) do infrastruktury w celu jej zarządzania?Odpowiedź Zamawiającego:Zamawiający dopuszcza permanentny dostęp realizowany za pomocą stosowanego w GITD rozwiązania VPN FortiClient.

Pytanie 470: W związku z „Opis wymagań na utrzymanie systemu” oraz „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),”Czy Zamawiający może podać godziny pracy jego urzędu?Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że godziny pracy urzędu to: od 8:15 do 16:15.

118


Pytanie 471: W związku z „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;”Czy wykonywanie tych czynności może być wykonywane zdalnie?Odpowiedź Zamawiającego:Każdorazowo Zamawiający powinien wyrazić zgodę na świadczenie zdalnej usługi wsparcia przez każdą z osób świadczących usługi w ramach działalności zespołu utrzymaniaOsoby świadczące i biorące udział w świadczeniu zdalnej usługi wsparcie będą zobowiązane utrzymywać ciągły kontakt z pracownikami Zamawiającego za pośrednictwem przez wskazanych Zamawiającego metod teletransmisji dźwięku i obrazu, współdzielenia pulpitów oraz repozytoriów plików.

Pytanie 472: W związku z punktem 3 Architektura i komponenty systemu Zamawiający pisze „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”Prośba o doprecyzowanie kryteriów, które będą decydowały o uzasadnieniu funkcjonalnym dla potrzeby wykorzystania silnika procesów biznesowych BPM.Odpowiedź Zamawiającego:Zamawiający wyjaśnia, że kryteria decydujące o uzasadnieniu funkcjonalnym dla potrzeby wykorzystania silnika procesów biznesowych będą przedmiotem analizy szczegółowej w etapie 2, 3 i 4 realizacji projektu.

Pytanie 473: Wymagania WF25 oraz WF64 - w treści wymagań znajduje się komunikat „Error: Reference source not found”Prosimy o wskazanie numerów wymagań do których miała odwoływać się treść.Odpowiedź Zamawiającego:Zamawiający wyjaśnia że dla wymagania WF25 chodzi o referencję do wymagania WF34, natomiast dla wymagania WF64 chodzi o referencję do wymagania WF1.

Pytanie 474: W związku z punktem 6 Harmonogram realizacyjny projektu Etap 3. Zamawiający zakłada integrację zamawianego systemu KREPTD z systemem OpenBTM, który zgodnie z zapewnieniem Zamawiającego jest przygotowywany i ma zastąpić obecnie funkcjonujący system Transbit.Kto poniesie odpowiedzialność w przypadku ewentualnego opóźnienia terminu wdrożenia systemu OpenBTM, zakładając, że taka sytuacja uniemożliwi wykonawcy dotrzymanie terminów określonych w harmonogramie.Odpowiedź Zamawiającego:W powyższych przypadkach będą stosowane odpowiednie przepisy Kodeksu Cywilnego.

119


Pytanie 475: W związku załącznikiem nr 2 – „Ocena funkcjonalno-techniczna (koncepcja implementacji) zaproponowanego rozwiązania”.Z ilu osób będzie składało się gremium dokonujące oceny i przyznające punktację za opis wyszczególnionych zagadnień? Kto będzie wchodził w skład tego gremium – jedynie pracownicy Zamawiającego, czy też zewnętrzni audytorzy?Odpowiedź Zamawiającego:Pytanie nie dotyczy treści SIWZ.

Miejsce, w którym znajduje się

zmieniany tekstZamiast: Powinno być:

W części II SIWZ Warunki Szczególne (WSZ) lit. B Kryteria oceny ofert, pkt 3.1.

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

- usunięto -

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ); Opis systemu i uwarunkowania realizacyjne, pkt 2.Procesy biznesowe wspierane przez system; sekcja Procesy w modelu przejściowym

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).

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 (PB20 i PB21) lub zmianę danych przedsiębiorcy zarejestrowaną przez starostwo (PB23 i PB24).

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 6. Harmonogram realizacyjny Etapów– w zakresie terminów

Wykonawca w ramach zamówienia zrealizuje prace w 5 etapach:

Etap 1 – Inicjowanie projektu - ukończenie do 2 tygodni od podpisania umowy

(…)Etap 2 do 31.12.2015 r. - Budowa podstawowej wersji systemu KREPTD

(…)Etap 3 do 30.09.2016 r. – Budowa docelowej wersji systemu KREPTD:

(…)Etap 4 do 30.09.2017 r. – Wdrożenie narzędzia klasy

Wykonawca w ramach zamówienia zrealizuje prace w 5 etapach:

Etap 1 – Inicjowanie projektu - ukończenie do 2 tygodni od podpisania umowy

(…)Etap 2 do 15.02.2016 r. - Budowa podstawowej wersji systemu KREPTD

(…)Etap 3 do 14.11.2016 r. – Budowa docelowej wersji systemu KREPTD:

(…)Etap 4 do 13.11.2017 r. – Wdrożenie narzędzia klasy

120


hurtowni danych oraz funkcjonalności wynikających z potrzeb zidentyfikowanych w trakcie 1 roku korzystania z KREPTD

(…)Etap 5 do 31.12.2019 r. Utrzymanie i rozwój systemu KREPTD

hurtowni danych oraz funkcjonalności wynikających z potrzeb zidentyfikowanych w trakcie 1 roku korzystania z KREPTD

(…)Etap 5 do 31.12.2019 r. Utrzymanie i rozwój systemu KREPTD

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF1, kolumna PB oraz kolumna EtapW części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF3, kolumna PB oraz kolumna EtapW części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF4, kolumna PB oraz kolumna EtapW części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i

121


PB Etap

PB16 – PB24

2

PB Etap

PB19 – PB21

2

PB16 – PB18

3

PB22 – PB24

3

PB Etap

PB13, PB15 2

PB Etap

PB12, BP13, PB14, PB15

2

PB Etap

PB1, PB13, PB15-PB24

2

PB Etap

PB1, PB13-PB15 oraz PB19-PB24

2

PB16-PB18 3

PB Etap

2

PB Etap

PB21 2

PB18 i PB24

3

niefunkcjonalne,Wymaganie WF6, kolumna PB oraz kolumna EtapW części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF25

(Wymaganie Error: Reference source not found)

- Usunięto -

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF25

(Wymaganie Error: Reference source not found)

(Wymaganie WF34)

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF31, kolumna PB oraz kolumna EtapW części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymagania od WF36 do 40, kolumna PB oraz kolumna Etap

122


PB Etap

PB2, PB3, PB4,

2

PB Etap

BP4 2

BP2, PB3 3

PB Etap

PB3-PB4 2

PB Etap

BP4 2

PB3 3

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymagania od WF41 do 44, kolumna PB oraz kolumna EtapW części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF46, pkt 4

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

System będzie wysyłał komunikat „odpowiedź na zapytanie o dobrą reputację” do systemu ERRU.

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF50, pkt 2 i 3

2. System będzie każdorazowo identyfikował nowe rekordy danych pobranych z TransBit, weryfikował i 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.

2. System będzie każdorazowo identyfikował nowe lub modyfikowane rekordy danych pobranych z TransBit, weryfikował i 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 zmienione dane lub będzie usuwał te dane , które zostały usunięte z bazy systemu TransBit.

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF64, pkt 2

Użytkownik wprowadzi dane 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.

Użytkownik wprowadzi dane określone w art. 82h ust. 1 Projektu Ustawy o zmianie UoTD, przedstawione w wymaganiu WF1, z wyjątkiem danych dotyczących licencji wspólnotowych (pkt. 8-16), które nie są wydawane przez starostwa.

W części III SIWZ Użytkownik wprowadzi dane Użytkownik wprowadzi dane

123


PB Etap

PB5-PB7 2

PB Etap

BP6 2

PB5 i PB7 3

Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF64 pkt 2

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.

określone w art. 82h ust. 1 Projektu Ustawy o zmianie UoTD, z wyjątkiem danych dotyczących licencji wspólnotowych (pkt. 8-16), które nie są wydawane przez starostwa.


2. Użytkownik będzie wyszukiwał przedsiębiorcę lub Zarządzającego transportem zgodnie z opisem wymagania Error: Reference sourcenot found3. Po wyborze rekordu danych przedsiębiorcy lub Zarządzającego (…)

2. Użytkownik będzie wyszukiwał przedsiębiorcę lub Zarządzającego transportem zgodnie z opisem wymagania Error: Reference sourcenot found.3. Po wyborze rekordu danych przedsiębiorcy lub Zarządzającego (…)

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF69, kolumna PB oraz kolumna EtapW części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF69,

2. Użytkownik będzie wyszukiwał przedsiębiorcę lub Zarządzającego transportem zgodnie z opisem wymagania Error: Reference sourcenot found3. Po wyborze rekordu danych przedsiębiorcy lub Zarządzającego transportem użytkownik będzie odpowiednio

2. Użytkownik będzie wyszukiwał przedsiębiorcę lub Zarządzającego transportem zgodnie z opisem wymagania Error: Reference sourcenot found. Po wyborze rekordu danych przedsiębiorcy lub Zarządzającego transportem użytkownik będzie odpowiednio

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF72, WF73 i WF 75,

124


PB Etap

PB4 3

PB Etap

BP14 3

ID Etap

WF72 4

WF73 4

WF75 4

ID Etap

WF72 3

WF73 3

WF75 3

kolumna ID oraz kolumna EtapW części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF75, zdanie ostatnie

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

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


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).

2. Powyższe dane będą dostępne dla podmiotów korzystających z API lub aplikacji dostępowej komunikującej się za pośrednictwem API z KREPTD (w szczególności aplikacji systemu Open BTM).

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF80, kolumna PB oraz kolumna EtapW części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie WF80, kolumna PB oraz kolumna EtapW części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania

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

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

125


PB Etap

PB23 3

PB Etap

3

PB Etap

PB24 3

PB Etap

3

funkcjonalne i niefunkcjonalne,Wymaganie WF101

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.

pochodzące z procesów, baz danych, logów systemowych systemów GITD wymienionych powyżej.

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.1. Wymagania funkcjonalne i niefunkcjonalne,Wymaganie NF25W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.2. Opis wymagań na cykl wytwórczy projektowanego systemu, pkt 7.8.1

Przygotuje formularze zgodnie z wymaganiami opisanymi w rozdziale 4.1

Przygotuje formularze zgodnie z wymaganiami opisanymi w rozdziale 5.1

W części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 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 legislacyjnymppkt 1, zdanie

Wykonawca w czasie obowiązywania Umowy zobowiązany będzie do świadczenia usług rozwoju oprogramowania, infrastruktury sieciowej i sprzętowej systemu KREPTD w sposób zgodny z procedurami standardu ITIL v3 wyspecyfikowanymi przez Wykonawcę i uzgodnionymi z Zamawiającym.

Wykonawca w czasie obowiązywania Umowy zobowiązany będzie do świadczenia usług rozwoju oprogramowania, konfiguracji i utrzymania infrastruktury sieciowej i sprzętowej systemu KREPTD w sposób zgodny z procedurami standardu ITIL v3 wyspecyfikowanymi przez Wykonawcę i uzgodnionymi z Zamawiającym

126


PB Etap

- I

PB Etap

- 2

pierwszeW części III SIWZ Opis Przedmiotu Zamówienia (OPZ) pkt 5. Opis wymagań, 5.8. Opis wymagań na prowadzenie Biura Projektu, pkt 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

Tworzenie, aktualizacja i zarządzanie szablonami dokumentacji zarządczej i specjalistycznej Projektu zgodnie z opisem wymagań na dokumentację projektu w rozdziale 5.7. Wymagania na dostarczaną dokumentację projektową

W części IV SIWZ Istotne Postanowienia Umowy (IPU), § 3 ust. 14, zdanie pierwsze

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.

Kody źródłowe Oprogramowania, w stosunku do którego Wykonawca przenosi prawa autorskie 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.

W części IV SIWZ Istotne Postanowienia Umowy (IPU), § 3 ust. 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.

Wykonawca gwarantuje, że zakres udzielonych licencji (sublicencji) zapewnia Zamawiającemu możliwość samodzielnego sprawowania utrzymania (opieki pogwarancyjnej) nad Oprogramowaniem, oraz samodzielnego rozwoju Oprogramowania lub powierzenia tego osobie trzeciej niezależnej od Wykonawcy lub producenta elementów Oprogramowania, z zastrzeżeniem, że w przypadku licencji na oprogramowanie obce (standardowego) zostaną one udzielone w najpełniejszym zakresie dozwolonym umowami licencyjnymi producentów oprogramowania obcego (standardowego).


Odpowiednie części wynagrodzenia będą płatne z dołu na podstawie prawidłowo wystawionej i dostarczonej Zamawiającemu faktury, do

Odpowiednie części wynagrodzenia będą płatne z dołu na podstawie prawidłowo wystawionych i dostarczonych Zamawiającemu faktur w

127


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;

następujący sposób: 1) Dla płatności o których

mowa w ust. 1 ppkt 1) podstawą wystawienia faktury przez Wykonawcę będzie 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. Wykonawca dołączy do faktury kopię podpisanego przez obie strony Protokołu Odbioru Oprogramowania.

Dla płatności o których mowa w ust. 1 ppkt 2) i 3) faktury będą wystawiane przez Wykonawcę po upływie każdego kwartału, w którym były świadczone usługi. Podstawą płatności za wystawiane przez Wykonawcę faktury będą Protokoły Odbioru Usługi za każdy kwartalny okres rozliczeniowy. Zamawiający wymaga rozdzielnego wystawienia faktur za ww. usługi.

W części IV SIWZ Istotne Postanowienia Umowy (IPU), § 5 ust. 6, zdanie pierwsze

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.

W przypadku zgłoszenia Wad dokumentacji, o której mowa w ust. 3 pkt 1 i 2, 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.


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

Wykonawca zobowiązuje się do opracowania i przekazania Zamawiającemu w terminie 14 dni od dnia podpisania Umowy dokumentacji inicjującej projekt i szczegółowego Harmonogramu

128


Harmonogramu realizacji zgodnie z założeniami opisanymi w SIWZ.

realizacji zgodnie z założeniami opisanymi w SIWZ.


Dokumentacja, o której mowa w ust. 4 pkt 2 staje się integralną częścią Umowy.

- Usunięto § 5 ust. 9 (z konsekwencją zmiany

numeracji) -


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.

Wykonawca będzie zobowiązany do działania z zachowaniem należytej staranności w celu naprawy 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, jeżeli wyłączną przyczyną ich powstania były wady Oprogramowania lub działanie niezgodne z dokumentacją eksploatacyjną Systemu KREPTD.

W części IV SIWZ Istotne Postanowienia Umowy (IPU),§ 7 ust. 6 zdanie pierwsze

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:

Na potrzeby realizacji zadań ustawowych Wykonawca udzieli bądź zapewni Zamawiającemu z chwilą podpisania protokołu odbioru etapu/usługi na czas nieoznaczony, ograniczonej do terytorium Polski oraz państw sąsiadujących z Polską licencji lub sublicencji producenta, z prawem udzielania sublicencji o ile producent danego Oprogramowania Obcego dopuszcza taką możliwość w ramach swojej rynkowej oferty i praktyki, do Oprogramowania Obcego na następujących polach eksploatacji:

W części IV SIWZ Istotne Postanowienia Umowy (IPU),§ 7 ust. 7 pkt 1-3

Udzielone przez Wykonawcę prawa do oprogramowania obcego o którym umowa w ust. 6 dostarczonego w ramach Oprogramowania winny spełniać

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:

129


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

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 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.

130


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.

3) Zamawiający ma prawo do udzielenia sublicencji na korzystanie z Oprogramowania Obcego oraz 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 o ile producent oprogramowania dopuszcza taką możliwość w ramach swojej oferty rynkowej oraz praktyki.

W części IV SIWZ Istotne Postanowienia Umowy (IPU), § 9 ust. 1 pkt 2

- Usunięto § 9 ust. 1 pkt 2 (z konsekwencją zmiany

numeracji) -


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

- Usunięto § 9 ust. 1 pkt 4 (z konsekwencją zmiany

numeracji) -

131


rozpoczęty dzień opóźnienia;W części IV SIWZ Istotne Postanowienia Umowy (IPU), § 10 ust. 2 pkt 1

wykonuje Umowę niezgodnie z wymaganiami określonymi w Umowie lub w obowiązujących przepisach albo w istotny sposób naruszył postanowienia Umowy;

wykonuje Umowę niezgodnie z wymaganiami określonymi w Umowie lub w obowiązujących przepisach albo w istotny sposób naruszył postanowienia Umowy i nie zaprzestaje tych naruszeń lub nie doprowadza sposobu wykonywania Umowy do stanu zgodnego z prawem lub wymaganiami Umowy, mimo wezwania go do tego na piśmie przez Zamawiającego. Wezwanie będzie zawierać - wyraźne wskazanie naruszeń lub niezgodności oraz termin w którym Wykonawca ma usunąc naruszenia lub niezgodności. Termin nie może być krótszy niż 7 dni roboczych


z czynności określonych w pkt a) Strony sporządzą protokół odbioru;

z czynności określonych w pkt 1) Strony sporządzą protokół odbioru;


Wykonawca zachowuje prawo do wynagrodzenia wyłącznie z tytułu należycie wykonanego i odebranego bez zastrzeżeń przez Zamawiającego przedmiotu Umowy

Wykonawca zachowuje prawo do wynagrodzenia wyłącznie z tytułu należycie wykonanego i odebranego bez zastrzeżeń przez Zamawiającego przedmiotu Umowy oraz z tytułu przekazanych Zamawiającemu praw o których mowa w pkt 3) powyżej.

Niniejsze wyjaśnienia i modyfikacja stanowią integralną część Specyfikacji Istotnych Warunków Zamówienia.

Pomimo faktu, iż powyższa modyfikacja nie prowadzi do zmiany treści ogłoszenia o zamówieniu, Zamawiający w dniu 15 września 2015 r. przedłużył termin składania ofert do dnia 9 października 2015 r.

Proszę o potwierdzenie faktu otrzymania niniejszego pisma faksem lub e-mailem.

132


Przewodniczący Komisji przetargowej

Wojciech Steć

133


bip.gitd.gov.plbip.gitd.gov.pl/__data/assets/word_doc/0005/51863/Wyj… · Web viewGŁÓWNY...

Documents

Transcript of bip.gitd.gov.plbip.gitd.gov.pl/__data/assets/word_doc/0005/51863/Wyj… · Web viewGŁÓWNY...