INFORMACJA O ZMIANIE TREŚCI SIWZ I OGŁOSZENIA ORAZ ODPOWIEDZI NA ZAPYTANIA WYKONAWCÓW
Kraków, dnia 26.09.2019 r. znak sprawy: IS-I.272.10.2019
BIP / WYKONAWCY
Dotyczy: postępowania o udzielenie zamówienia publicznego prowadzonego w trybie przetargu nieograniczonego pn. Zaprojektowanie, wdrożenie i utrzymanie Systemu składającego się z Hurtowni Danych, Business Intelligence oraz Otwarte Dane, wraz z dostawą licencji, zapewnieniem szkoleń oraz świadczeniem Serwisu Utrzymaniowego i Usług Rozwoju, w związku z realizacją Projektu pn. „Zintegrowany System Informatyczny - narzędzia II wspomagające zarządzanie Województwem Małopolskim" Znak sprawy: IS.I.272.10.2019
INFORMACJA O ZMIANIE TREŚCI SIWZ I OGŁOSZENIA ORAZ ODPOWIEDZI NA ZAPYTANIA WYKONAWCÓW
Województwo Małopolskie z siedzibą w Krakowie przy ul. Basztowej 22, zwane w dalszej części Zamawiającym działając w trybie art. 38 ust. 4 ustawy Prawo zamówień publicznych (tekst jednolity Xx. X. x 0000 r., poz. 1986 ze zm.), zwanej dalej ustawą, informuje, iż Wykonawcy zwrócili się
o wyjaśnienie treści Specyfikacji Istotnych Warunków Zamówienia. Zgodnie z treścią art. 38 ust. 1 ustawy, Zamawiający przedstawia pytania, jakie wpłynęły do Zamawiającego oraz odpowiedzi na nie, bez ujawniania źródła zapytania.
Pytanie nr 1: Dotyczy pkt. 3.2.2.2.2. SIWZ - wymagania na Architekta Systemu w zakresie:
,,a) posiada certyfikat dokumentujący wiedzę w zakresie architektury korporacyjnej organizacji
- co najmniej na poziomie TOGAF 8 lub 9 lub równoważny, udzielony przez niezależną instytucję akredytowaną do certyfikacji,"
Czy Zamawiający uzna za równoważny do TOGAF 8 lub 9 certyfikat SAP Associate Enterprise Architect, którego wystawcą jest firma SAP?
Certyfikat ten potwierdza kompetencje w zakresie oferowanej technologii i jest zgodny z definicją równoważności przedstawioną w SIWZ.
Odpowiedź na pytanie nr 1:
Zamawiający uzna certyfikat SAP Associate Enterprise Architect za równoważny do certyfikatu TOGAF 8 lub 9.
Pytanie nr 2: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ, w zakresie:
"W ramach realizacji przedmiotu zamówienia Zamawiający wymaga wykonania następujących zadań:
1. Przygotowanie ram organizacyjnych Projektu, w tym przygotowanie i uzgodnienie z Zamawiającym szablonów dokumentacji analitycznej i technicznej oraz Harmonogramu Szczegółowego realizacji Projektu."
Prosimy o potwierdzenie, że jednym z produktów będzie Karta Projektu, która ureguluje kwestie takie jak:
- lista i opisy produktów (wraz z xxxxxxxxxx i procedurami odbioru)
- strategia zarządzania jakością,
- dokumentacja inicjowania projektu,
- plan etapu,
- strategia zarządzania konfiguracją
- plan komunikacji (z określeniem ścieżek komunikacji, eskalacji i raportowania)
- opis narzędzi wspierających projekt (rejestr ryzyka, rejestr zagadnień, rejestr zadań, harmonogram) wraz z opisem procedur wykorzystania tych narzędzi.
Odpowiedź na pytanie nr 2.
Zamawiający nie wymaga produktu w formie zdefiniowanej przez Wykonawcę Karty Projektu, natomiast Zamawiający w SOPZ w pkt. 3.4. ppkt. 3 Xxxxxx prac do wykonania zdefiniował co rozumie poprzez utworzenie dokumentacji analitycznej i technicznej. Są to co najmniej:
a) Koncepcja Wdrożenia Systemu zawierająca:
i. analizę wymagań,
ii. analizę źródeł danych poszczególnych obszarów tematycznych Zamawiającego,
iii. analizę raportów udostępnionych przez Zamawiającego oraz
iv. opracowanie docelowych wzorów raportów dla poszczególnych
v. obszarów tematycznych Zamawiającego,
vi. opracowanie wielowymiarowego modelu Hurtowni Danych,
vii. specyfikację architektury logicznej i fizycznej, w tym sposób komunikacji
viii. z systemami powiązanymi,
ix. vi. xxxxxxxx,
x. vii. specyfikacje ETL,
b) Projekt Techniczny Systemu zawierający:
i. opis architektury rozwiązania, w tym sposób integracji komponentów
ii. systemu,
iii. opis architektury technicznej – środowisko systemowe, wymagania
iv. odnośnie infrastruktury sieciowej, oprogramowania, bezpieczeństwo
v. systemów.
Natomiast pojęcie Harmonogramu Szczegółowego zostało określone w SOPZ w Słowniku pojęć i oznacza on: Dokument obejmujący szczegółowe prace wykonywane w ramach realizacji Projektu, w tym terminy dostarczania Produktów, i który zostanie uzgodniony przez Strony na Etapie 0.
Pytanie nr 3: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ. W zakresie:
“W ramach realizacji przedmiotu zamówienia Zamawiający wymaga wykonania następujących zadań: …………..
2. Wykonania Analizy Przedwdrożeniowej i uzgodnienie z Zamawiającym zaprezentowanych w niniejszym dokumencie źródeł danych oraz raportów dla poszczególnych obszarów tematycznych.
3. Utworzenia dokumentacji analitycznej i technicznej zawierającej co najmniej:
a) Koncepcję Wdrożenia Systemu zawierającą:
i. analizę wymagań,
ii. analizę źródeł danych poszczególnych obszarów tematycznych Zamawiającego,
iii. analizę raportów udostępnionych przez Zamawiającego oraz opracowanie docelowych wzorów raportów dla poszczególnych obszarów tematycznych Zamawiającego,
iv. opracowanie wielowymiarowego modelu Hurtowni Danych,
v. specyfikację architektury logicznej i fizycznej, w tym sposób komunikacji z systemami powiązanymi,
xx. xxxxxxxx,
vii. specyfikacje ETL,
b) Projekt Techniczny Systemu zawierający:
i. opis architektury rozwiązania, w tym sposób integracji komponentów systemu,
ii. opis architektury technicznej - środowisko systemowe, wymagania odnośnie infrastruktury sieciowej, oprogramowania, bezpieczeństwo systemów. "
Prosimy o potwierdzenie, że z punktu widzenia produktów (Zgodnie z metodyką PRINCE2) za produkt możemy uważać Koncepcję Wdrożenia Systemu oraz Projekt Techniczny Systemu, które składają się na czynność pod nazwą Analiza Przedwdrożeniowa, która sama w sobie produktu nie stanowi. Jeśli jest inaczej wtedy prosimy o szczegółowe rozpisanie produktów związanych z ww. punktami.
Odpowiedź na pytanie nr 3:
Zamawiający potwierdza, że zgodnie z SOPZ pkt 3.4. Zakres Prac do wykonania, stanowiącym załącznik nr 8 do SIWZ, za Produkty uważa Koncepcję Wdrożenia Systemu oraz Projekt Techniczny Systemu, które składają się na czynność pod nazwą Analiza Przedwdrożeniowa.
Pytanie nr 4: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"4 Dostarczenia Oprogramowania Standardowego niezbędnego do pełnej realizacji zamówienia, z prawem Zamawiającego do aktualizacji tego Oprogramowania bez ponoszenia dodatkowych kosztów w okresie trwania gwarancji i Serwisu Utrzymaniowego, wraz z dostaw wszystkich wymaganych licencji. "
Prosimy o potwierdzenie, że w zakresie projektu jest dostarczenie oprogramowania systemów operacyjnych. Jeśli tak to prosimy o podanie informacji dotyczącej stosowanego u Państwo środowiska wirtualnego, serwerów fizycznych oraz stosowanych do tej pory systemów operacyjnych.
Odpowiedź na pytanie nr 4
Zamawiający wskazał w SOPZ w pkt. 5.2.2. Wymagania dotyczące platformy sprzętowej, iż posiada środowisko wirtualizacyjne oparte o platformę Vmware, serwery fizyczne oparte o platformę HPE DL 380 G9. Zadaniem wykonawcy będzie dostarczenie systemów operacyjnych na potrzeby projektu. Natomiast odpowiadając na pytanie Wykonawcy dotychczas stosowane u Zamawiającego systemy operacyjne to Windows Server 2016 oraz Windows Server 2012-R2.
Pytanie nr 5: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"5. Zainstalowania i konfiguracji Oprogramowania Standardowego dla środowiska produkcyjnego i testowo-szkoleniowego."
Prosimy o potwierdzenie, że instalacja środowiska wirtualnego oraz systemów operacyjnych jest po stronie Zamawiającego.
Odpowiedź na pytanie nr 5:
Zamawiający informuje, że instalacja oraz konfiguracja środowiska wirtualnego oraz systemów operacyjnych będzie leżała po stronie Wykonawcy.
Pytanie nr 6: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"5. Zainstalowania i konfiguracji Oprogramowania Standardowego dla środowiska produkcyjnego i testowo-szkoleniowego. "
Prosimy o potwierdzenie, że Zamawiający dopuszcza wykorzystanie zdalnego dostępu (VPN) do wykonania ww. prac.
Odpowiedź na pytanie nr 6:
Zdalny dostęp (VPN) będzie dopuszczony przez Zamawiającego do części prac w ramach realizacji zamówienia. Zakres dostępu zdalnego zostanie ustalony na etapie Analizy Przedwdrożeniowej.
Zamawiający zastrzega sobie prawo do stałego monitorowania tych prac.
Pytanie nr 7: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ
Prosimy o potwierdzenie, że Zamawiający dopuszcza wykorzystanie zdalnego systemu (VPN) do budowy systemu.
Odpowiedź na pytanie nr 7:
Zgodnie z odpowiedzią na pytanie nr 6.
Pytanie nr 8: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"5. Zainstalowania i konfiguracji Oprogramowania Standardowego dla środowiska produkcyjnego i testowo-szkoleniowego."
Prosimy o potwierdzenie, że Zamawiający oczekuje wytworzenia tylko dwóch ww. środowisk.
Odpowiedź na pytanie nr 8:
Zamawiający zgodnie z zapisami SOPZ w pkt. 3.4 Zakres prac do wykonania potwierdza konieczność wytworzenia środowiska produkcyjnego i testowo-szkoleniowego. Natomiast zgodnie z wskazanym w SOPZ w Tabeli 7. Wymagania w zakresie sposobu realizacji Projektu wymaganiem ID46, Wykonawca we własnym zakresie odpowiada za zapewnienie na czas realizacji Projektu środowiska deweloperskiego dla zespołu realizującego prace po stronie Wykonawcy.
Pytanie nr 9: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"6. Zainstalowania i konfiguracji pozostałego oprogramowania niezbędnego do pełnej realizacji zamówienia, jakie zostanie określone na etapie Analizy Przedwdrożeniowej. "
Prosimy o potwierdzenie, że dostarczenie ww. pozostałego oprogramowania jest po stronie Zamawiającego.
Odpowiedź na pytanie nr 9:
Zamawiający w SOPZ w pkt 5.2.2 opisał posiadane przez siebie środowisko IT wskazując posiadane przez siebie oprogramowanie. Dostawa pozostałego oprogramowania, w tym Oprogramowania Standardowego i Dedykowanego, leży po stronie Wykonawcy.
Pytanie nr 10: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"13. Przeprowadzenia Szkoleń i dostarczenia materiałów szkoleniowych dla Użytkowników Systemu."
Prosimy o podanie następujących informacji:
- maksymalna ilość osób w grupie szkoleniowej
- potwierdzenia, że Zamawiający zapewnia środowisko szkoleniowe
- potwierdzenia, że Zamawiający zapewnia wyżywienie i napoje na czas szkolenia
- potwierdzenia, że Zamawiający pokrywa koszty podróży i noclegi uczestników szkolenia
- oczekiwanego miejsca szkoleniach poszczególnych grup uczestników szkoleń.
Odpowiedź na pytanie nr 10:
Maksymalne ilości osób w grupach szkoleniowych zostały określone w SOPZ w pkt. 5.2.5. Jednocześnie zamawiający modyfikuje zapisy SOPZ w wymaganiach ID 48 do ID54 w ten sposób iż odpowiednio otrzymują one brzmienie:
Wymaganie ID48: W ramach Projektu Wykonawca przeprowadzi szkolenia z funkcjonalności narzędzi raportowo-analitycznych (maksymalnie 20 osób: 4 szkolenia (4 grupy: 1 grupa 2 osoby, 2 grupa 5
osób, 3 grupa 5 osób, 4 grupa 8 osób), w ramach pkt. 18, 24, 33, 39. W ramach Tabeli.42 pkt. 8 SOPZ.). Szkolenie obejmujące całość funkcjonalności dostarczanych narzędzi raportowo- analitycznych, w tym funkcjonalności związane z administrowaniem narzędziem i definiowaniem metadanych biznesowych. Szkolenie powinno zostać przeprowadzone każdorazowo po wdrożeniu każdego z przyrostów Hurtowni Danych. Szkolenie powinno zostać przeprowadzone na danych wdrażanej Hurtowni. Jeżeli (ze względów technicznych – np. braku właściwych danych w Hurtowni) szkolenie nie będzie mogło w wybranych częściach zostać przeprowadzone na danych
Zamawiającego, dopuszczalne jest użycie (dla tych części szkolenia) danych szkoleniowych. Szkolenie obejmie pełną funkcjonalność dostarczanych narzędzi, nawet jeżeli wybrane funkcjonalności nie będą stosowane przez Zamawiającego po wdrożeniu Hurtowni.
Wymaganie ID49: W ramach Projektu Wykonawca przeprowadzi szkolenie z budowy procesów ETL (maksymalnie 5 osób: 1 szkolenie w ramach Tabeli 42 SOPZ). Szkolenie obejmujące całość funkcjonalności dostarczanych narzędzi ETL ze szczególnym uwzględnieniem funkcjonalności wykorzystanych w ramach wdrożenia. Szkolenie zostanie przeprowadzone w uzgodnionym z Zamawiającym terminie, nie wcześniej niż po zakończeniu implementacji pierwszego przyrostu Hurtowni.
Wymaganie ID50: W ramach Projektu Wykonawca przeprowadzi szkolenie z architektury wdrożonej Hurtowni Danych (maksymalnie 3 osób: 2 szkolenia (2 grupy: pierwsza grupa 3 osoby, druga grupa 3 osoby) w ramach Tabeli 42 SOPZ Szkolenie, obejmujące szczegółowy opis architektury wdrożonego rozwiązania wraz z architekturą bazy danych, warstwy metadanych, procesów ETL itd. Celem szkolenia jest przekazanie szczegółowej wiedzy o konstrukcji Systemu i przygotowanie pracowników Zamawiającego do samodzielnego utrzymywania i rozwoju Hurtowni. Szkolenie powinno zostać zrealizowane dwukrotnie dla tej samej grupy: po wdrożeniu pierwszego przyrostu Xxxxxxxx oraz ponownie, po wdrożeniu ostatniego przyrostu Hurtowni Danych. Materiały szkoleniowe stanowić będzie przede wszystkim dostarczona w ramach Projektu dokumentacja techniczna i administracyjna.
Wymaganie ID51: otrzymuje brzmienie: W ramach Projektu Wykonawca przeprowadzi szkolenie z administrowania wdrożonym systemem Hurtowni Danych (1 szkolenie: 1 grupa 3 osoby w ramach pkt 39 SOPZ). Szkolenie obejmujące swoim zakresem całość zagadnień administracji systemem Hurtowni Danych, w tym: administracji procesami ETL, administracji użytkownikami, zagadnienia bezpieczeństwa danych, tworzenie kopii bezpieczeństwa i przywracanie Systemu z kopii, monitorowanie pracy Systemu, standardowe czynności eksploatacyjne itp. Szkolenie powinno zostać zrealizowane po wdrożeniu ostatniego przyrostu Hurtowni Danych. Materiały szkoleniowe stanowić będzie przede wszystkim dostarczona w ramach Projektu dokumentacja techniczna i administracyjna.
Wymaganie ID52 otrzymuje brzmienie: W ramach Projektu Wykonawca przeprowadzi szkolenia dla użytkowników korzystających z predefiniowanych raportów (4 szkolenia: 4 grupy: 1 grupa 5 osób, 2
grupa 10 osób, 3 grupa 10 osób, 4 grupa 25 osób, w ramach pkt. 18, 24, 33, 39). W ramach wdrożenia każdego przyrostu Hurtowni Danych wykonawca przeprowadzi szkolenia dla użytkowników dla których wdrożony zostanie dany zakres danych Hurtowni. Łączna liczba uczestników szkoleń nie przekroczy 50 osób (łącznie wszystkie przyrosty Hurtowni). Szkolenia przeprowadzane będą na raportach predefiniowanych, dostarczanych w ramach danego przyrostu. Szkolenie powinno objąć całość funkcjonalności narzędzi raportowo-analitycznych, dostępną dla tej grupy użytkowników. Liczba osób szkolonych w ramach danego przyrostu będzie uzgadniana z Zamawiającym. Jako część materiałów szkoleniowych wykorzystana zostanie dostarczana w ramach Projektu dokumentacja użytkownika.
Wymaganie ID53 otrzymuje brzmienie: W ramach Projektu Wykonawca przeprowadzi szkolenie dla użytkowników korzystających z modułu eRejestry (5 szkoleń: 5 grup: 1 grupa 1 osoba, 2 grupa 2
osoby, 3 grupa 2 osoby, 4 grupa 2 osoby, 5 grupa 3 osoby, ramach pkt. 18, 24, 27, 33, 39). Szkolenie obejmować będzie całość funkcjonalności modułu eRejestry. W ramach wdrożenia każdego przyrostu Hurtowni Danych wykonawca przeprowadzi szkolenia z modułu eRejestry.
Wymaganie ID54 otrzymuje brzmienie: W ramach Projektu Wykonawca przeprowadzi szkolenie dla użytkowników korzystających z modułu Otwarte Dane (maksymalnie do 10 osób: 3 szkolenia (3 grupy: 1 grupa - 1 osoba, 2 grupa - 4 osoby, 3 grupa - 5 osób) w ramach pkt 3, 12, 27, w ramach Etapu 3).
Szkolenie obejmować będzie całość funkcjonalności modułu Otwarte Dane. Szkolenie zostanie
przeprowadzone 3 razy po: przyroście Otwartych Danych dot. 1. Dane taboru kolejowego Województwa Małopolskiego w ramach pkt. 3, 2. przyroście Otwartych Danych dot. 4. Baza biur podróży Województwa Małopolskiego w ramach pkt. 12, 3. przyroście Otwartych Danych dot. 5. Dane udostępnione z obszaru transport i komunikacja w ramach 27.
Jednocześnie Zamawiający zmienia zapisy SOPZ Tab. 42 w ramach Etapu 3 w ten sposób iż odpowiednio otrzymują one brzmienie:
Tabela 42. Harmonogram ramowy i terminy realizacji
Lp. | Zadanie | Moduł | Przyrost |
Etap 0 - Organizacja Projektu - czas realizacji 1 miesiąc | |||
1. | 1. przygotowanie ram organizacyjnych Projektu, w tym przygotowanie i uzgodnienie z Zamawiającym szablonów dokumentacji analitycznej i technicznej oraz Harmonogramu Szczegółowego realizacji Projektu. | ||
Etap 1 - Analiza przedwdrożeniowa - czas realizacji 6 miesięcy | |||
1. | 2. wykonanie Analizy Przedwdrożeniowej i ostatecznego uzgodnienia z Zamawiającym za- prezentowanych w niniejszym dokumencie źródeł danych oraz formy otwartych danych dla poszczególnych źródeł danych. | Otwarte Dane | |
2. | 2. wykonanie Analizy Przedwdrożeniowej i ostatecznego uzgodnienia z Zamawiającym za- prezentowanych w niniejszym dokumencie źródeł danych oraz formularzy dla poszczególnych obszarów tematycznych. | eRejestry | |
3. | 2. wykonanie Analizy Przedwdrożeniowej i ostatecznego uzgodnienia z Zamawiającym za- prezentowanych w niniejszym dokumencie źródeł danych oraz raportów dla poszczególnych obszarów tematycznych. | HD/BI | |
4. | 3. utworzenie dokumentacji analitycznej i technicznej. | Otwarte Dane | |
5. | 3. utworzenie dokumentacji analitycznej i technicznej. | eRejestry | |
6. | 3. utworzenie dokumentacji analitycznej i technicznej. | HD/BI |
Etap 2 - Dostawa licencji i oprogramowania - czas realizacji 2 miesiące | |||
1. | 4. dostarczenie Oprogramowania Standardowego niezbędnego do pełnej realizacji zamówienia, z prawem Zamawiającego do aktualizacji tego Oprogramowania bez ponoszenia dodatkowych kosztów w okresie trwania gwarancji i Serwisu Utrzymaniowego, wraz z dostawą wszystkich wymaganych licencji. | ||
2. | 5. zainstalowanie i konfiguracja Oprogramowania Standardowego dla środowiska produkcyjnego i testowo-szkoleniowego. | ||
3. | 6. zainstalowanie i konfiguracja pozostałego oprogramowania niezbędnego do pełnej realizacji zamówienia, jakie zostanie określone na etapie Analizy Przedwdrożeniowej. | ||
Etap 3 Wdrożenie Systemu - czas realizacji 15 miesięcy | |||
1. | 7. zbudowanie i wdrożenia Modułu Otwarte Dane. | Otwarte Dane | 1. Dane taboru kolejowego Województwa Małopolskiego |
2. | 12. przygotowanie i przeprowadzenia testów akceptacyjnych przyrostów Systemu. | Otwarte Dane | 1. Dane taboru kolejowego Województwa Małopolskiego |
3. | 13. przeprowadzenie szkoleń i dostarczenie materiałów szkoleniowych dla użytkowników Systemu. W tym szkolenie z: - dla użytkowników korzystających z modułu Otwarte Dane (1 osoba) | Otwarte Dane | 1. Dane taboru kolejowego Województwa Małopolskiego |
4. | 7. zbudowanie i wdrożenia Modułu Otwarte Dane. | Otwarte Dane | 2. Baza Gospodarstw Agroturystycznych |
5. | 12. przygotowanie i przeprowadzenia testów akceptacyjnych przyrostów Systemu. | Otwarte Dane | 2. Baza Gospodarstw Agroturystycznych |
6. | 13. przeprowadzenie szkoleń i dostarczenie materiałów szkoleniowych dla użytkowników Systemu. | Otwarte Dane | 2. Baza Gospodarstw Agroturystycznych |
7. | 7. zbudowanie i wdrożenia Modułu Otwarte Dane. | Otwarte Dane | 3. Ewidencja Obiektów Hotelarskich Województwa Małopolskiego |
8. | 12. przygotowanie i przeprowadzenia testów akceptacyjnych przyrostów Systemu. | Otwarte Dane | 3. Ewidencja Obiektów Hotelarskich Województwa Małopolskiego |
9. | 13. przeprowadzenie szkoleń i dostarczenie materiałów szkoleniowych dla użytkowników Systemu. | Otwarte Dane | 3. Ewidencja Obiektów Hotelarskich Województwa Małopolskiego |
10. | 7. zbudowanie i wdrożenia Modułu Otwarte Dane. | Otwarte Dane | 4. Baza biur podróży Województwa Xxxxxxxxxxxxx |
00. | 12. przygotowanie i przeprowadzenia testów akceptacyjnych przyrostów Systemu. | Otwarte Dane | 4. Baza biur podróży Województwa Xxxxxxxxxxxxx |
00. | 13. przeprowadzenie szkoleń i dostarczenie materiałów szkoleniowych dla użytkowników Systemu. W tym szkolenie z: - dla użytkowników korzystających z modułu Otwarte Dane (4 osoby) | Otwarte Dane | 4. Baza biur podróży Województwa Xxxxxxxxxxxxx |
00. | 8. zbudowanie i wdrożenia Modułu eRejestry. | eRejestry | 1. Obszar Organizacja Urzędu |
14. | 9. wdrożenia oraz integracja Modułów HD/BI. | HD/BI | 1. Obszar Organizacja Urzędu |
15. | 10. migrowanie i zasilenia warstwy analitycznej HD/BI danymi źródłowymi. | HD/BI | 1. Obszar Organizacja Urzędu |
16. | 11. stworzenie raportów BI oraz zasilenie ich danymi źródłowymi. | BI | 1. Obszar Organizacja Urzędu |
17. | 12. przygotowanie i przeprowadzenia testów akceptacyjnych przyrostów Systemu. | eRejestry/HD/BI | 1. Obszar Organizacja Urzędu |
18. | 13. przeprowadzenie szkoleń i dostarczenie materiałów szkoleniowych dla użytkowników Systemu. W tym szkolenie: - z budowy procesów ETL (5 osób) - z funkcjonalności narzędzi raportowo- analitycznych (2 osoby) - z architektury wdrożonej Hurtowni Danych (3 osoby) - dla użytkowników korzystających z predefiniowanych raportów (5 osób) - dla użytkowników korzystających z modułu eRejestry (1 osoba) | eRejestry/HD/BI | 1. Obszar Organizacja Urzędu |
19. | 8. zbudowanie i wdrożenia Modułu eRejestry. | eRejestry | 2. Obszar Transport |
20. | 9. wdrożenia oraz integracja Modułów HD/BI. | HD/BI | 2. Obszar Transport |
21. | 10. migrowanie i zasilenia warstwy analitycznej HD/BI danymi źródłowymi. | HD/BI | 2. Obszar Transport |
22. | 11. stworzenie raportów BI oraz zasilenie ich danymi źródłowymi. | BI | 2. Obszar Transport |
23. | 12. przygotowanie i przeprowadzenia testów akceptacyjnych przyrostów Systemu. | eRejestry/HD/BI | 2. Obszar Transport |
24. | 13. przeprowadzenie szkoleń i dostarczenie materiałów szkoleniowych dla użytkowników Systemu. W tym szkolenie z: - z funkcjonalności narzędzi raportowo- analitycznych (5 osób) - dla użytkowników korzystających z predefiniowanych raportów (10 osób) - dla użytkowników korzystających z modułu eRejestry (2 osoby) | eRejestry/HD/BI | 2. Obszar Transport |
25. | 7. zbudowanie i wdrożenia Modułu Otwarte Dane. | Otwarte Dane | 5. Dane udostępnianie z obszaru transport i komunikacja |
26. | 12. przygotowanie i przeprowadzenia testów akceptacyjnych przyrostów Systemu. | Otwarte Dane | 5. Dane udostępnianie z obszaru transport i komunikacja |
27. | 13. przeprowadzenie szkoleń i dostarczenie materiałów szkoleniowych dla użytkowników Systemu. W tym szkolenie z: - dla użytkowników korzystających z modułu eRejestry (2 osoby) - dla użytkowników korzystających z modułu Otwarte Dane (2 osoby) | Otwarte Dane | 5. Dane udostępnianie z obszaru transport i komunikacja |
28. | 8. zbudowanie i wdrożenia Modułu eRejestry. | eRejestry | 3. Obszar Środowisko |
29. | 9. wdrożenia oraz integracja Modułów HD/BI. | HD/BI | 3. Obszar Środowisko |
30. | 10. migrowanie i zasilenia warstwy analitycznej HD/BI danymi źródłowymi. | HD/BI | 3. Obszar Środowisko |
31. | 11. stworzenie raportów BI oraz zasilenie ich danymi źródłowymi. | BI | 3. Obszar Środowisko |
32. | 12. przygotowanie i przeprowadzenia testów akceptacyjnych przyrostów Systemu. | eRejestry/HD/BI | 3. Obszar Środowisko |
33. | 13. przeprowadzenie szkoleń i dostarczenie materiałów szkoleniowych dla użytkowników Systemu. W tym szkolenie z: - z funkcjonalności narzędzi raportowo- analitycznych (5 osób) - dla użytkowników korzystających z predefiniowanych raportów (10 osób) - dla użytkowników korzystających z modułu eRejestry (2 osoby) | eRejestry/HD/BI | 3. Obszar Środowisko |
34. | 8. zbudowanie i wdrożenia Modułu eRejestry. | eRejestry | 4. Obszar Dotacje |
35. | 9. wdrożenia oraz integracja Modułów HD/BI. | HD/BI | 4. Obszar Dotacje |
36. | 10. migrowanie i zasilenia warstwy analitycznej HD/BI danymi źródłowymi. | HD/BI | 4. Obszar Dotacje |
37. | 11. stworzenie raportów BI oraz zasilenie ich danymi źródłowymi. | BI | 4. Obszar Dotacje |
38. | 12. przygotowanie i przeprowadzenia testów akceptacyjnych przyrostów Systemu. | eRejestry/HD/BI | 4. Obszar Dotacje |
39. | 13. przeprowadzenie szkoleń i dostarczenie materiałów szkoleniowych dla użytkowników Systemu. W tym szkolenie z: - z funkcjonalności narzędzi raportowo- analitycznych (8 osób) - z administrowania wdrożonym systemem Hurtowni Danych (3 osoby) - dla użytkowników korzystających z predefiniowanych raportów (25 osób) - dla użytkowników korzystających z modułu eRejestry (3 osoby) | eRejestry/HD/BI | 4. Obszar Dotacje |
40. | 14. dostarczenie Dokumentacji powykonawczej. | ||
41. | 15. przekazanie kodów źródłowych oraz parametrów konfiguracyjnych dla elementów Systemu wytworzonych w ramach Projektu. | ||
42. | 16. przeniesienie autorskich praw majątkowych oraz, w odpowiednim zakresie, udzielenie niezbędnych licencji do dostarczanych produktów. | ||
Etap 4 – Serwis Utrzymaniowy - czas realizacji 5 lat od odbioru Systemu |
1. | 17. Świadczenia gwarancji w okresie 3 lat od daty podpisania protokołu odbioru Etapu 3 oraz usługi Serwisu Utrzymaniowego w okresie 5 lat od daty podpisania protokołu odbioru Etapu 3. |
2. | 18. Świadczenia Usługi Rozwoju w wymiarze 1000 roboczogodzin do wykorzystania w okresie 2 lat od daty podpisania protokołu odbioru Etapu 3. |
- Zgodnie z pkt. 3.4.5 SOPZ do obowiązków Wykonawcy należy x.xx. zainstalowanie i konfiguracja Oprogramowania Standardowego dla środowiska produkcyjnego i testowo-szkoleniowego. Wskazane środowiska zostaną zainstalowane i skonfigurowane na infrastrukturze sprzętowej, która zgodnie z wymaganiem ID29 zostanie zaprojektowana przez Wykonawcę i która będzie bazować na posiadanej przez Zamawiającego infrastrukturze informatycznej;
- Zapewnienie wyżywienia i napojów na czas szkolenia nie należy do obowiązków Wykonawcy;
- Zapewnienie pokrycia kosztów podróży i noclegów uczestników szkolenia nie należy do obowiązków Wykonawcy;
- Szkolenia, o których mowa w pkt 5.2.5. SOPZ będą się odbywać w siedzibie Zmawiającego znajdującej się na terenie Krakowa, której adres zostanie wskazany na etapie analizy przedwdrożeniowej.
Pytanie nr 11: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"17. Świadczenia gwarancji w okresie 3 lat od daty podpisania protokołu odbioru Etapu 3 oraz usługi Serwisu Utrzymaniowego w okresie 5 lat od daty podpisania protokołu odbioru Etapu 3.
18. Świadczenia Usługi Rozwoju w wymiarze 1000 roboczogodzin do wykorzystania w okresie 2 lat od daty podpisania protokołu odbioru Etapu 3."
Prosimy o potwierdzenie, że Usługi Rozwoju powinny być pokryte przez gwarancję, ale nie dłużej niż w okresie 3 lat od daty podpisania protokołu odbioru Etapu 3. Czyli ostatnie usługi rozwoju kończą się 2 lata od daty podpisania protokołu odbioru i są pokryte przez roczną gwarancję.
Ewentualnie jeśli usługi rozwojowe mają nie być objęte usługami gwarancyjnymi to prosimy o potwierdzenie.
Odpowiedź na pytanie nr 11:
Zamawiający potwierdza, że Usługi Rozwoju będą pokryte przez gwarancję, ale nie dłużej niż w okresie 3 lat od daty podpisania protokołu odbioru Etapu 3. Ostatnie usługi rozwoju kończą się 2 lata od daty podpisania protokołu odbioru i będą pokrywane przez roczną gwarancję.
Pytanie nr 12: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ
Prosimy o podanie czasu jaki jest potrzebny Zamawiającemu na dostarczenie/zapewnienie pełnej infrastruktury na potrzeby wdrożenia, której zakres będzie możliwy do określenia w momencie odbioru Projektu Technicznego Systemu, (w szczególności przy założeniu odbiorów iteracyjnych po odbiorze Projektu Technicznego dla modułów Moduł Otwarte Dane, Moduł eRejestry, Moduł HD i BI).
Odpowiedź na pytanie nr 12:
Informacja o dostarczeniu pełnej infrastruktury zostanie ustalona na etapie Analizy Przedwdrożeniowej, podczas której zostanie określona pełna infrastruktura potrzebna do wdrożenia Systemu. Zgodnie z § 16 pkt. 3 ust. 9 stanowiącym Załącznik nr 9 do SIWZ dopuszczalne są zmiany Umowy dokonane w razie wystąpienia opóźnienia w realizacji Harmonogramu Ogólnego wynikające z konieczności zakupu dodatkowej infrastruktury informatycznej na potrzeby realizacji przedmiotu Umowy.
Pytanie nr 13: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ
Prosimy o przekazanie czy Zamawiający będzie dostarczał/zapewniał sprzęt iteracyjnie czy też jednorazowo na początku projektu. Ogólnie prosimy o przedstawienie koncepcji dostarczania infrastruktury i środowisk Systemu na potrzeby realizacji projektu.
Odpowiedź na pytanie nr 13:
Zamawiający informuje, że sprzęt zostanie dostarczony jednorazowo. Zamawiający na etapie Projektu, wynikającym z harmonogramu udostępni infrastrukturę opisaną w SOPZ.
Pytanie nr 14: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"Opis IT środowiska Zamawiającego:
• Środowisko wizualizacyjne oparte o platformę VMware,
• Serwery fizyczne oparte o platformę HPE DL 380 G9,
• Serwery są wyposażone procesory firmy Intel model Xeon E5-2699 v4,
• Środowisko sieciowe jest oparte o przełączniki Ethernet 10 Gb,
• Środowisko storage’owe jest oparte o przełączniki Fiber Ghannel 32 Gb,
• Macierz dyskowa oparta o dyski talerzowe i SSD,
• Środowisko backupowe oparte o oprogramowanie Veritas NetBackup oraz Arcserve UDP Premium Plus."
Prosimy o potwierdzenie, że Zamawiający dopuszcza zastosowanie innych elementów infrastruktury na potrzeby projektu, jeśli takie zostaną przedstawione w produkcie Projekcie Technicznym Systemu.
Odpowiedź na pytanie nr 14:
Zamawiający nie zakłada zastosowania innych elementów infrastruktury na potrzeby Projektu.
Pytanie nr 15: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"W przypadku gdy zasoby infrastrukturalne będące w posiadaniu Zamawiającego będą niewystraczające aby spełniać wymagania Systemu Wykonawca zaproponuje zakup dodatkowych zasobów."
Czy intencją Zamawiającego jest obarczenie Wykonawcy odpowiedzialnością za dostarczenie brakującej infrastruktury?
Odpowiedź na pytanie nr 15:
Zamawiający zmienia zapisy SOPZ poprzez usunięcie zapisu "W przypadku gdy zasoby infrastrukturalne będące w posiadaniu Zamawiającego będą niewystraczające aby spełniać wymagania Systemu Wykonawca zaproponuje zakup dodatkowych zasobów."
Pytanie nr 16: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"5.2.2. Wymagania dotyczące platformy sprzętowej Zamawiający jest w posiadaniu infrastruktury sprzętowej, która została zakupiona w ramach Projektu „Zintegrowany system informatyczny - bezpieczeństwo i chmura prywatna". W ramach niniejszego zamówienia przewiduje się wykorzystanie części sprzętu na potrzeby Projektu „Zintegrowany system informatyczny - narzędzia IT wspomagające zarządzanie Województwem Małopolskim".
Opis IT środowiska Zamawiającego:
• Środowisko wirtualizacyjne oparte o platformę VMware,
• Serwery fizyczne oparte o platformę HPE DL 380 G9,
• Serwery są wyposażone procesory firmy Intel model Xeon E5-2699 v4,
• Środowisko sieciowe jest oparte o przełączniki Ethernet W Gb,
• Środowisko storage’owe jest oparte o przełączniki Fiber Ghannel 32 Gb,
• Macierz dyskowa oparta o dyski talerzowe i SSD,
• Środowisko backupowe oparte o oprogramowanie Veritas NetBackup oraz Arcserve UDP Premium Plus. "
Ze względu na uzasadnione obawy wynikające z treści SIWZ, że intencją Zamawiającego jest obarczenie Wykonawcy odpowiedzialnością za dostarczenie brakującego sprzętu prosimy o szczegółowe doprecyzowanie :
- podanie szczegółowych ilości posiadanych licencji/sprzętu w ww. zestawieniu
- podanie szczegółowych informacji o typach i wersjach posiadanych licencji/sprzętu
- prosimy o podanie szczegółowej informacji o parametrach ww. sprzętu
- podanie szczegółowej informacji o możliwościach rozbudowy ww. infrastruktury
- podania precyzyjne informacji określającego jaka część ww. elementów jest przeznaczona na potrzeby wdrożenia projektu
- prosimy o podanie ile jest dostępnej przestrzeni dyskowej i jakiej szybkości są to dyski
- prosimy o podanie pełnej dokumentacji (dostawy/wdrożeniowej) ww. sprzętu, która jest w posiadaniu Zamawiającego na dzień dzisiejszy.
Odpowiedź na pytanie nr 16:
W odpowiedzi na pytanie nr 15 Zamawiający wskazał, że nie jest jego intencją obarczenie Wykonawcy odpowiedzialnością za dostarczenie brakującej infrastruktury. Pełna dokumentacja sprzętu zakupionego w ramach projektu „Zintegrowany system informatyczny - narzędzia IT wspomagające zarządzanie Województwem Małopolskim" możliwa będzie do przekazania po podpisaniu umowy i stosownego oświadczenia o zachowaniu poufności. Natomiast Zamawiający informuje, że w ramach posiadanej infrastruktury dysponuje sprzętem o następujących parametrach:
1. Przestrzeń dyskowa w ilości 10 TB na dyskach SSD, przeznaczona dla celów środowiska wirtualizacji realizowana przez macierz dyskową.
2. Środowisko wirtualizacyjne oparte o platformę wirtualizacji serwerów VMware vSphere 6.7 Standard.
3. Środowisko wirtualizacyjne zapewniające 48 rdzeni procesorów x86.
4. Środowisko wirtualizacyjne zapewniające łącznie 256 GB pamięci RAM.
5. Jedno ze wskazanych w SOPZ oprogramowań do backupu oraz przestrzeń pod backup danych.
Pytanie nr 17: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ Czy wdrażany system ma być zgodny z RODO?
Odpowiedź na pytanie nr 17:
Zamawiający potwierdza, że zgodnie z wymogiem ID31 Realizowany System musi być zgodny z aktualnymi przepisami prawa i regulacjami wewnętrznymi Zamawiającego w tym RODO.
Pytanie nr 18: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"Wykonawca będzie stosował w trakcie realizacji Projektu metodykę zarządzania projektem PRINCE2 lub równoważną, uzgodnioną z Zamawiającym i opisaną w Dokumencie Inicjującym Projekt"
Prosimy o potwierdzenie, że Dokument Inicjujący Projekt jest produktem Etapu 0 w Fazie 1.
Odpowiedź na pytanie nr 18:
Zamawiający informuje że Dokument Inicjujący Projekt (DIP) nie jest produktem Etapu 0. Zamawiający jest w posiadaniu DIP, który będzie podlegał aktualizacji na Etapie 0.
Pytanie nr 19: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"Przy realizacji zakresu zamówienia Wykonawca zobowiązany jest uwzględnić specyfikę działalności Urzędu (taką jak struktura organizacyjna, zadania realizowane, obecną i docelową architekturę informatyczną) oraz zdefiniowane wymagania funkcjonalne oraz pozafunkcjonalne."
Prosimy o przekazanie informacji dotyczącej specyfiki działalności Urzędu (taką jak struktura organizacyjna, zadania realizowane, obecną i docelową architekturę informatyczną).
Odpowiedź na pytanie nr 19:
Zamawiający modyfikuje zapis SOPZ wymaganie ID43 tak iż otrzymuje on następujące brzmienie: Przy realizacji zakresu zamówienia Wykonawca zobowiązany jest uwzględnić specyfikę działalności Urzędu (taką jak struktura organizacyjna, zadania realizowane) oraz zdefiniowane wymagania funkcjonalne oraz pozafunkcjonalne.
Jednocześnie Zamawiający informuje, że struktura organizacyjna oraz zadania realizowane dostępne są w Biuletynie Informacji publicznej Zamawiającego, po adresem xxxxx://xxx.xxxxxxxxxx.xx/xxxx,x,000000,xxxxxxxxxxx-xxxxxx.xxxx. Elementy architektury informatycznej, które zostaną przekazane na potrzeby realizacji projektu, zostały opisane w SOPZ.
Pytanie nr 20: Dotyczy: Zalacznik_nr_8_do_SIWZ_SOPZ W zakresie:
"Językiem Umowy i językiem stosowanym podczas jej realizacji jest język polski. Dotyczy to także całej komunikacji między Stronami. Wszystkie Produkty oraz inne rezultaty prac zostaną dostarczone w języku polskim. "
Prosimy o potwierdzenie, że w trakcie prowadzenia prac projektowych dopuszczalne jest:
- stosowanie dokumentacji producenta w języku angielskim i używanie jej w procesie przekazywania informacji do Zamawiającego
- stosowanie kodu programistycznego/bibliotek programistycznych, w którym użyte jest nazewnictwo w języku angielskim.
Odpowiedź na pytanie nr 20:
Zamawiający wyjaśnia, iż w wymaganiu ID98 wskazał, że Dokumentacja musi być sporządzona w języku polskim, wyjątkiem jest Dokumentacja dla administratora w zakresie Oprogramowania, wchodząca w skład Dokumentacji użytkowej, która może być w języku angielskim w przypadku braku odpowiednika w języku polskim. Natomiast co do stosowania nazewnictwa w języku angielskim w kodze programistycznym/bibliotekach programistycznych Zamawiający dopuszcza język angielski.
Pytanie nr 21: Dotyczy: Zalacznik_nr_9_do_SIWZ_wzor_umowy
W zakresie:
"7. Zamawiający będzie organizował spotkania z udziałem Kierownika Projektu Wykonawcy oraz osobami wchodzącymi w skład Personelu Wykonawcy, merytorycznie kompetentnymi i niezbędnymi do rozstrzygnięcia wskazanego przez Zamawiającego zagadnienia. W ramach każdego Etapu Kierownik Projektu Wykonawcy zobowiązany jest do osobistej obecności na przynajmniej 80% spotkań z Zamawiającym, przy czym za obecność na spotkaniu uznaje się obecność trwającą co najmniej 80% czasu danego spotkania. Wykonawca w raportach ze stanu realizacji prac umieszcza informację o frekwencji kierownika Projektu na spotkaniach. Brak stawiennictwa na spotkaniu lub niezłożenie raportu uprawnia Zamawiającego do naliczenia kar umownych określonych w § 15 Umowy."
Prosimy o potwierdzenie, że Zamawiający dopuszcza organizację spotkań w formie telekonferencji i
że obecność na spotkaniu będzie zaliczona także w formie zdalnej.
Odpowiedź na pytanie nr 21:
Zamawiający w wyjątkowych przypadkach dopuszcza organizację spotkań w formie telekonferencji, pod warunkiem uprzedniej zgody Zamawiającego. W ramach Etapu 3 Zamawiający co do zasady przewiduje konieczność osobistych obecności Kierownika Projektu na spotkaniach w siedzibie Zamawiającego.
Pytanie nr 22: Dotyczy: Zalacznik_nr_9_do_SIWZ_wzor_umowy W zakresie
"7. Zamawiający będzie organizował spotkania z udziałem Kierownika Projektu Wykonawcy oraz osobami wchodzącymi w skład Personelu Wykonawcy merytorycznie kompetentnymi i niezbędnymi do rozstrzygnięcia wskazanego przez Xxxxxxxxxxxxx zagadnienia. W ramach każdego Etapu Kierownik Projektu Wykonawcy zobowiązany jest do osobistej obecności na przynajmniej 80% spotkań z Zamawiającym, przy czym za obecność na spotkaniu uznaje się obecność trwającą co najmniej 80% czasu danego spotkania. Wykonawca w raportach ze stanu realizacji prac umieszcza informację o frekwencji kierownika Projektu na spotkaniach. Brak stawiennictwa na spotkaniu lub niezłożenie raportu uprawnia Zamawiającego do naliczenia kar umownych określonych w § 15 Umowy."
Prosimy o rezygnację z tego zapisu ze względu na to że projekty prowadzi się w dzisiejszych czasach w oparciu o struktury hierarchiczne bazujące na kierownikach/liderach zespołów po stronie Wykonawcy i niejednokrotnie to uczestnictwo liderów/kierowników powinno być punktowane.
Formułowanie takiego oczekiwania wobec kierownika projektu obarczone jest dwiema wadami:
1) Prowadzenie projektu i organizacja spotkań pod kalendarz kierownika (brak możliwości organizowania spotkań w tym samym czasie).
2) Wytworzenie na projekcie wąskiego gardła w postaci kierownika projektu Rolą kierownika projektu jest reakcja na zagadnienie zgłoszone przez Lidera/Kierownika zespołu, a nie rozdrabnianie się na szczegółowe kwestie na spotkaniach.
Odpowiedź na pytanie nr 22:
Zamawiający podtrzymuje zapisy załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 23: Dotyczy: Zalacznik_nr_9_do_SIWZ_wzor_umowy W zakresie:
"15. System musi być zgodny z ze stanem prawnym obowiązującym na dzień zakończenia Etapu 3 - Wdrożenie systemu oraz przepisami pozostającymi na ten dzień w okresie vacatio legis, ogłoszonymi nie później niż do połowy Etapu 3. Dostosowanie Systemu do zmienionych lub nowych przepisów prawa ogłoszonych po upływie połowy Etapu 3 nastąpi w ramach Serwisu Utrzymaniowego."
Prosimy o potwierdzenie, że po odbiorze Etapu 3 ww. prace będą w pierwszej kolejności realizowane z puli przeznaczonej na prace rozwojowe (zgodnie z ofertą 1000 roboczogodzin).
Odpowiedź na pytanie nr 23:
Zgodnie z definicją zawartą w Słowniku Serwis Utrzymaniowy polegał będzie na świadczeniu usług mających na celu zapewnienie poprawnego działania Systemu oraz wsparcie Zamawiającego w korzystaniu z Systemu. Natomiast Usługi Rozwojowe to usługi mające na celu zapewnienie modyfikacji i rozbudowy Systemu do nowych potrzeb określonych w Załącznik nr 9 do SIWZ wzór umowy §10.
Pytanie nr 24: Dotyczy: Zalacznik_nr_9_do_SIWZ_wzor_umowy W zakresie:
"4) z tytułu wykonania czynności w ramach Etapu 3 - w wysokości 40% łącznego wynagrodzenia tj zł brutto, płatne częściowo po odbiorze danego Przyrostu"
Prosimy o zmianę ww. zapisu na:
"4) z tytułu wykonania czynności w ramach Etapu 3 - w wysokości 60% łącznego wynagrodzenia tj.
……………………zł brutto, płatne częściowo po odbiorze danego Przyrostu Przyrostu”,
czyli przesunięcie całej płatności zkońca Etapu 4 na koniecEtapu 3.
Odpowiedź na pytanie nr 24:
Zamawiający podtrzymuje zapisy załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 25: Umowa - Słownik pojęć
Uprzejmie prosimy o wyjaśnienie jaka jest różnica pomiędzy „zatrzymaniem" a „niedostępnością" Systemu jakie zostały uwzględnione w Awarii Krytycznej.
Odpowiedź na pytanie nr 25:
Zamawiający wyjaśnia,że:
Zatrzymanie - oznacza zatrzymanie pracy Systemu, nie jest możliwe korzystanie z żadnej z funkcji Systemu.
Niedostępność - brak możliwości realizacji kluczowych funkcji Systemu np. brak możliwości generowania raportów, brak możliwości zasilania bazy danych z modułu e-rejestry
Pytanie nr 26: Umowa- § 2 ust. 4 lit. d
Uprzejmie prosimy o zmianę postanowienia na brzmienie ,,d) podczas realizacji Umowy, a także podczas korzystania z Systemu w zakresie i na zasadach opisanych Umową, Zamawiający nie będzie zobowiązany do nabywania żadnych usług ani uprawnień innych niż wyraźnie zdefiniowane Umową. W szczególności zobowiązanie Wykonawcy oznacza, że nie jest konieczne nabycie przez Zamawiającego żadnych dodatkowych licencji ani uprawnień poza opisanymi Umową i objętymi Wynagrodzeniem, a korzystanie z Systemu nie spowoduje konieczności nabycia takich licencji lub uprawnień."
Obowiązkiem Zamawiającego jest szczegółowe i wyczerpujące opisanie przedmiotu zamówienia, w tym jednoznaczne określenie ilości licencji lub innych uprawnień jakich zamawiający wymaga do zapewnienia prze wykonawcę w ramach postępowania.
Odpowiedź na pytanie nr 26:
Zamawiający podtrzymuje zapisy załącznika nr 9 do SIWZ w przedmiotowym zakresie. Obowiązkiem Wykonawcy jest dobór ilości licencji do ról systemowych określonych przez Zamawiającego, zgodnie z polityką licencyjną Wykonawcy.
Pytanie nr 27: Umowa - § 2 ust. 5
Uprzejmie prosimy o zmianę postanowienia na brzmienie: „Wykonawca zobowiązuje się Przedmiot Umowy wykonać z najwyższą starannością, na warunkach określonych w Umowie, Szczegółowym Opisie Przedmiotu Umowy (SOPZ), Specyfikacji Istotnych Warunków Zamówienia: dalej SIWZ (z uwzględnieniem udzielonych przez Zamawiającego wyjaśnień i zmian do SIWZ) oraz jej załącznikach oraz zgodnie ze złożoną ofertą przetargową z dnia r.,
której kopia stanowi Załącznik nr 2 do Umowy, a także zgodnie z obowiązującymi w tym zakresie przepisami prawa oraz zgodnie ze wskazówkami udzielonymi przez Zamawiającego w ramach wymaganego współdziałania z Zamawiającym oraz z innymi oświadczeniami i dokumentami przekazanymi mu w toku postępowania o udzielenie zamówienia publicznego”.
Wykonawca nie ma wpływu na kształt porozumienia o dofinansowanie, w tym jego modyfikację mogącą mieć wpływ na wykonanie Umowy, czy też na postanowienia i zobowiązania wynikające z innych oświadczeń lub dokumentów. Tym samym wykonawca nie może złożyć zobowiązania o aktualnej treści. Jeśli Zamawiający nie wyrazi zgody na zmianę postanowienia, to prosimy o szczegółowe wyjaśnienia o jakich dokumentach i oświadczeniach mowa w przywołanym postanowieniu, jak również jakie konkretne zmiany mogą zaistnieć na etapie realizacji Umowy, co do których wykonawca musi się zobowiązać przed ich wystąpieniem.
Odpowiedź na pytanie nr 27:
Zamawiający modyfikuje zapisy Umowy w ten sposób iż § 2 ust. 5 otrzymuje brzmienie:
„Wykonawca zobowiązuje się Przedmiot Umowy wykonać z należytą starannością, na warunkach określonych w Umowie, Szczegółowym Opisie Przedmiotu Umowy (SOPZ), Specyfikacji Istotnych Warunków Zamówienia: dalej SIWZ (z uwzględnieniem udzielonych przez Zamawiającego wyjaśnień i zmian do SIWZ) oraz jej załącznikach oraz zgodnie ze złożoną ofertą przetargową z dnia ……… r., której kopia stanowi Załącznik nr 2 do Umowy z bezwzględnym przestrzeganiem warunków decyzji o dofinansowaniu Projektu oraz zgodnie ze wskazówkami
udzielonymi przez Zamawiającego w ramach wymaganego współdziałania z Zamawiającym oraz z innymi oświadczeniami i dokumentami przekazanymi mu w toku postępowania o udzielenie zamówienia publicznego lub w związku z wykonywaniem Umowy.”
Pytanie nr 28: Umowa - § 2 ust. 18 i 19
Z uwagi na bardzo szeroki zakres audytu, w tym obejmujący konieczność przekazywania wszelkich żądanych dokumentów, prosimy o potwierdzenie, że podmiotem, który będzie uprawniony do przeprowadzenia realizacji Umowy nie będzie podmiot konkurencyjny w stosunku do Wykonawcy.
Odpowiedź na pytanie nr 28:
Zamawiający modyfikuje zapisy Umowy w § 2 ust 18. w ten sposób iż otrzymuje on brzmienie:
„Wykonawca, w trakcie realizacji przedmiotu Umowy oraz po jego wykonaniu zobowiązuje się do poddania audytowi i kontroli prawidłowości wykonania Umowy, które mogą być przeprowadzone przez Zamawiającego lub inne podmioty uprawnione do audytu i kontroli (w tym podmioty zewnętrzne powołane do przeprowadzenia audytu przez Zamawiającego, zobowiązane na podstawie umowy z Zamawiającym do zachowania poufności informacji uzyskanych w związku z przeprowadzanym audytem). Audyt może mieć charakter ciągły lub być wykonywany w razie potrzeby.”
Pytanie nr 29: Umowa - § 2 ust. 25
Prosimy o potwierdzenie, że podmioty, o których mowa w niniejszym postanowieniu nie będą podmiotami konkurencyjnymi w stosunku do Wykonawcy.
Odpowiedź na pytanie nr 29:
Zamawiający modyfikuje zapisy Umowy w § 2 ust 25 w ten sposób, iż otrzymuje on brzmienie:
„Zamawiający zastrzega sobie prawo korzystania w trakcie realizacji Umowy z usług podmiotów trzecich, celem kontroli jakości i sposobu prowadzenia całości lub poszczególnych prac objętych Umową. Koszty związane z powyższymi usługami ponosi Zamawiający. Podmiotom takim (zobowiązanym na podstawie umowy z Zamawiającym do zachowania poufności informacji uzyskanej w związku z przeprowadzaną kontrolą) posiadającym pisemne upoważnienie ze strony Zamawiającego, Wykonawca zobowiązany będzie udzielać niezwłocznie, jednak nie później niż w ciągu 3 dni od dnia wystosowania zapytania, wszelkich informacji, danych i wyjaśnień w żądanym zakresie oraz udostępniać i zaprezentować rezultaty prowadzonych prac, jak również zapewnić możliwość ich kontroli. Koszty wszelkich działań w celu dokonywania własnych testów, ekspertyz i innych wykonywanych przez Zamawiającego lub zlecanych przez Zamawiającego czynności ponosi Zamawiający. Działania takie nie mogą powodować obciążenia Wykonawcy skutkami przekroczenia określonych w Harmonogramie Ogólnym terminów, wynikającymi z takich czynności. W przypadku uzgodnionego z Zamawiającym wstrzymania prac wdrożeniowych z ww. powodów, Harmonogram Ogólny zostanie zmieniony stosownie do czasu trwania prac”
Pytanie nr 30: Umowa - § 5 ust. 3
Uprzejmie prosimy o wyjaśnienie jaki wpływ na dokonane uprzednio odbiory będzie miało niepodpisanie Protokołu Odbioru Systemu.
Odpowiedź na pytanie nr 30:
Zamawiający informuje, iż niepodpisanie Protokołu Odbioru Systemu nie będzie miało wpływu na dokonane uprzednio odbiory. Brak podpisania Protokołu Odbioru Systemu oznacza nie rozpoczęcie realizacji Etapu 4, który jest potwierdzeniem Odbioru Systemu i potwierdzeniem gotowości do rozpoczęcia świadczenia Serwisu Utrzymaniowego oraz Usługi Rozwoju.
Jednocześnie Zamawiający modyfikuje zapisy Umowy Słownik pojęć i skrótów w pkt. 20 w ten sposób, iż otrzymuje on brzmienie:
„Odbiór Systemu” - Odbiór stanowiący potwierdzenie spełnienia przez Wykonawcę zobowiązań określonych Przedmiotem Zamówienia mających na celu wykonanie Systemu oraz stanowiący potwierdzenie gotowości do rozpoczęcia świadczenia Serwisu Utrzymaniowego i Usług Rozwoju.
Zamawiający modyfikuje zapisy w § 6, ust.1, pkt. 5 w ten sposób iż otrzymuje on brzmienie:
„z tytułu wykonania czynności w ramach Etapu 4 - w wysokości 20% łącznego wynagrodzenia tj.
…………………….. zł brutto, płatne po odbiorze wszystkich czynności w ramach Etapu 3 tj. odbiorze Systemu.”
Pytanie nr 31: Umowa - § 5 ust. 11
Uprzejmie prosimy o wyjaśnienie, odbioru którego etapu dotyczy niniejsze postanowienie.
Odpowiedź na pytanie nr 31:
Zamawiający informuje, że protokoły odbioru Etapu będą podpisywane na zakończenie Etapu 0, 1, 2, natomiast w ramach Etapu 3 podpisywane będą poszczególne protokoły odbioru przyrostów.
Zakończeniem Etapu 3 będzie odbiór ostatniego Przyrostu.
Zamawiający modyfikuje zapisy umowy § 5, ust.11 w ten sposób iż otrzymuje on brzmienie:
„Po wykonaniu wszystkich Produktów oraz innych świadczeń wchodzących w zakres każdego z Etapów 0 - 2 lub przyrostów w ramach Etapu 3, Wykonawca zobowiązany jest do przedstawienia odpowiednio Etapów/Przyrostów do Odbioru.”
Pytanie nr 32: Umowa - § 5 ust. 13
Uprzejmie prosimy o jednoznaczne wskazanie jakie konsekwencje w stosunku do uprzednio odebranych etapów/produktów będzie miała negatywna weryfikacja Systemu.
Odpowiedź na pytanie nr 32:
Zgodnie z odpowiedzią na pytanie nr 30.
Pytanie nr 33: Umowa - § 6 ust. 13
Prosimy o usunięcie niniejszego postanowienia. Terminowa płatność za zrealizowane prace w ramach umowy jest obowiązkiem Zamawiającego. Wykonawca nie może ponosić konsekwencji w przypadku opóźnień ze strony instytucji zarządzającej RPO, które np. mogą wyniknąć z zawinienia po stronie Zamawiającego. Płatność, która miałaby być dokonana w bliżej nieokreślonym terminie z przyczyn niezależnych od wykonawcy nie znajduje uzasadnienia.
Odpowiedź na pytanie nr 33:
Zamawiający modyfikuje zapisy § 6 ust. 13 Umowy w ten sposób, iż otrzymuje ono brzmienie:
„Zamawiający zastrzega a Wykonawca przyjmuje do wiadomości, że zamówienie jest współfinansowane z środków Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata 2014-2020 (RPO). W przypadku opóźnień ze strony instytucji zarządzającej RPO związanych z przekazaniem środków termin zapłaty ulega odpowiedniemu przedłużeniu.”
Pytanie nr 34: Umowa - § 10 ust. 4
Uprzejmie prosimy o wyjaśnienie jak Zamawiający rozumie określenie „celowe poprawki" i jaki jest ich zakres.
Odpowiedź na pytanie nr 34:
Zamawiający poprzez określenie „celowe poprawki” rozumie konieczne i pożądane ulepszenia oprogramowania standardowego, których realizacja nie wynika z konieczności obsługi napraw zgłoszonych przez Zamawiającego lecz jest związana z bieżącym rozwojem oraz usprawnieniem Oprogramowania Standardowego przez producenta np. aktualizacja oprogramowania.
Pytanie nr 35: Umowa-§ 10 ust. 6 lit. h
Uprzejmie prosimy o wyjaśnienie jak Zamawiający rozumie prace polegające na „umożliwieniu zabezpieczenia Systemu w przypadku awarii Infrastruktury Sprzętowej lub Oprogramowania" oraz jaki konkretnie ma być ich zakres, w tym na czym będą one polegały.
Odpowiedź na pytanie nr 35:
Zamawiający przez zabezpieczenie Systemu w przypadku awarii Infrastruktury Sprzętowej lub Oprogramowania rozumie wsparcie w odtworzeniu kopii bezpieczeństwa oraz przywróceniu prawidłowego funkcjonowania Systemu na skutek wystąpienia awarii infrastruktury Sprzętowej lub Oprogramowania, obsługi awarii w sposób zapewniający bezpieczeństwo zapisanych w Systemie danych.
Pytanie nr 36: Umowa - § 10 ust. 14 lit. b
Czy Zamawiający wyrazi zgodę na zmianę tego postanowienia na brzmienie „w razie zgłoszenia takiej potrzeby przez Zamawiającego do wsparcia osoby trzeciej usuwającej przyczynę zgłoszenia
poprzez udzielenia takiej osobie wszelkich informacji o Systemie będących w posiadaniu Wykonawcy, potrzebnych do przywrócenia jego pełnej funkcjonalności".
Przy pozostawieniu aktualnego brzmienia postanowienia zakres świadczeń wynikających z umowy jest niejednoznaczny, a to z kolei stoi w sprzeczności z przepisami pzp. W przypadku braku wyrażenia zgody na zmianę, uprzejmie prosimy o wskazanie zakresu wsparcia, czasu jego trwania oraz katalogu czynności do jakich wykonawca będzie zobowiązany.
Odpowiedź na pytanie nr 36:
Zmawiający zmienia zapis Umowy w § 10 ust. 14 lit. b w ten sposób, iż otrzymuje on brzmienie:
„w razie zgłoszenia takiej potrzeby przez Zamawiającego do wsparcia podmiotu trzeciego usuwającego przyczynę zgłoszenia, w tym udzielenia takiemu podmiotowi wszelkich informacji o Systemie, będących w posiadaniu Wykonawcy, potrzebnych do przywrócenia jego pełnej funkcjonalności”
Pytanie nr 37: Umowa - § 12 ust. 1 pkt 4
Czy Zamawiający wyrazi zgodę na usuniecie ostatniego zdania niniejszego postanowienia. Warunki licencji są określone w umowie bardzo szeroko i z zasady mogą być sprzeczne z postanowieniami licencji podmiotów trzecich, zwłaszcza w zakresie możliwości ich wypowiadania.
Odpowiedź na pytanie nr 37:
Zamawiający podtrzymuje zapisy załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 38: Umowa - § 12 ust. 6
Czy Zamawiający wyrazi zgodę na modyfikację niniejszego postanowienia na brzmienie „W przypadku licencji na korzystanie z Oprogramowania Standardowego oraz Dokumentacji Oprogramowania Standardowego, do którego autorskie prawa majątkowe przysługują innemu podmiotowi niż Wykonawca, jeśli podmiot udzielający licencji utraci prawa niezbędne do zapewnienia Zamawiającemu możliwości korzystania z tego oprogramowania przez okres obowiązywania umowy licencyjnej, Wykonawca w ramach otrzymanego z tytułu Umowy wynagrodzenia dostarczy i wdroży zamienne Oprogramowanie".
Wykonawca z obiektywnych przyczyn nie może zobowiązać się, że podmiot trzeci od niego niezależny, na który wykonawca nie ma wpływu, nie utraci praw niezbędnych do zapewnienia Zamawiającemu licencji.
Odpowiedź na pytanie nr 38:
Zmawiający modyfikuje zapisy umowy § 12 ust. 6 w następujący sposób:
„W przypadku licencji na korzystanie z Oprogramowania Standardowego oraz Dokumentacji Oprogramowania Standardowego, do którego autorskie prawa majątkowe przysługują innemu podmiotowi niż Wykonawca, jeśli podmiot udzielający licencji utraci prawa niezbędne do zapewnienia Zamawiającemu możliwości korzystania z tego oprogramowania przez okres obowiązywania umowy licencyjnej, Wykonawca w ramach otrzymanego z tytułu Umowy wynagrodzenia dostarczy i wdroży zamienne Oprogramowanie.”
Pytanie nr 39: Umowa - § 15
Czy Zamawiający wyrazi zgodę by w całym paragrafie słowa „opóźnienie" na „zwłokę" lub „opóźnienie z przyczyn zależnych od Wykonawcy". Jednocześnie prosimy o potwierdzenie, że wszelkie przekroczenia terminów wskazanych w Umowie, których przyczyna będzie leżała po stronie Zamawiającego, nie będą obciążały Wykonawcy zobowiązaniem do zapłaty kar umownych z tego tytułu.
Odpowiedź na pytanie nr 39:
Zamawiający nie wyraża zgody i podtrzymuje zapisy załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 40: Umowa - § 19 ust. 1
Czy Zamawiający wyrazi zgodę na zmianę wysokości zabezpieczenia na 5% wartości wynagrodzenia brutto?
Odpowiedź na pytanie nr 40:
Zamawiający nie wyraża zgody i podtrzymuje zapisy załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 41: Dotyczy: 4.1.1
W ramach punktu 4.1.1 Zamawiający wskazał, iż celem modułu eRejestry jest zastąpienie obecnie prowadzonych rejestrów w postaci plików płaskich x.xx. doc, xlsx. W ramach diagramu architektury zostały wskazane następujące pierwotne źródła danych dla hurtowni:
1. MSSQL,
2. Access,
3. Pliki xlsx.
Przytoczona powyżej treść wymagania sugeruje, że import danych przechowywanych w plikach płaskich ma być szerszy aniżeli wymienione powyżej źródła danych. Czy w ramach realizacji Zamówienia należy również zmigrować dane do hurtowni danych z innych plików płaskich aniżeli xls (xlsx) np. doc, jak sugeruje wymaganie?
Odpowiedź na pytanie nr 41:
Zamawiający potwierdza, iż zgodnie z zapisami SOPZ w punkcie 4.1.2.1. wskazał, że rozwiązanie musi zapewnić możliwość pozyskiwania danych źródłowych z baz danych wykorzystywanych przez systemy UMWM jak również z plików płaskich (w formatach txt, xls, csv itp.). Sposób pozyskiwania danych źródłowych zostanie ustalony razem z Wykonawcą w ramach Analizy Przedwdrożeniowej. Zamawiający nie wyklucza jednorazowego zasilenia hurtowni danych istniejącymi bazami dostępnymi w ramach baz w formacie MSSQL. Natomiast intencją wyrażoną w puncie 4.1.1. było wskazanie, że w przypadku źródeł danych prowadzonych obecnie w postaci plików płaskich x.xx. doc, xlsx będzie stworzenie rozwiązania, które jest zastąpi i będzie możliwe ich prowadzenie w ramach modułu eRejestry.
Pytanie nr 42: Dotyczy: 4.1.2.1
W ramach wygania Zamawiający nie wskazał wszystkich rodzajów plików płaskich, z których powinny zostać przeniesione dane do hurtowni danych. Część z plików jak xls lub csv posiadają określoną strukturę umożliwiającą import danych. Część z plików jak txt lub doc może posiadać tekst, który jest często niemożliwy do zaimportowania do struktur hurtowni danych. Importy z takich plików są długotrwałe i obarczone błędami. Czy Zamawiający może udostępnić pełny wykaz formatów plików, z których powinny zostać zaimportowane dane do hurtowni danych i określić jaki typ danych (o charakterze tekstowym, tabelarycznym) jest w nich przechowywany? Czy Zamawiający jest/będzie w stanie dostarczyć algorytm przetwarzania danych przechowywanych w plikach tekstowych?
Odpowiedź na pytanie nr 42:
Zmawiający w punkcie 4.1.2.1. SOPZ wskazał, obszary w jakich dane systemy będą zasilały hurtownie danych oraz określił formaty tych źródeł.
Jednocześnie Zamawiający zmienia zapisy w pkt 4.1.2.1 SOPZ (zdanie drugie) w ten sposób, iż otrzymuje on brzmienie:
„Bazy i zbiory danych źródłowych wymienionych w rozdziale czwartym obszarów UMWM. Rozwiązanie musi zapewnić możliwość pozyskiwania danych źródłowych z baz danych wykorzystywanych przez systemy UMWM jak również z plików płaskich (w formatach txt, xls, csv. itp.).”
Pytanie nr 43: Dotyczy: 3.3.1
W ramach wymagania Zamawiający wskazał zakres gromadzonych danych: „min. Zarządzanie budynkami i powierzchnią użytkową będącą w wykorzystaniu UMWM". Czy Zamawiający potwierdza, iż w obszarze „Organizacji Urzędu" będą przetwarzane tylko i wyłącznie dane związane z kosztami otrzymania budynków i powierzchni użytkowych? Jeżeli nie to prosimy o wymienienie wszystkich przetwarzanych danych w obszarze celem umożliwienia dokonania wyceny. Zwracamy uwagę, iż integracyjna wdrożenia jest element najbardziej czasochłonnym w ramach projektu budowania hurtowni danych i informacje te są niezbędne do prawidłowego szacowania.
Odpowiedź na pytanie nr 43:
Zamawiający potwierdza, iż w obszarze „Organizacji Urzędu" będą przetwarzane tylko i wyłącznie dane związane z kosztami otrzymania budynków i powierzchni użytkowych.
Pytanie nr 44: Dotyczy: 3.3.5.1
W ramach danych udostępnione w postaci tzw. otwartych danych. Zamawiający wymienia „Dane taboru kolejowego Województwa Małopolskiego" firmy Ente. Czy Zamawiający gwarantuje wykonanie interfejsów integracyjnych przez firmę ENTE i będzie ponosił koszty ich wykonania celem zapewnienia ich w ramach umożliwienia realizacji niniejszego projektu?
Odpowiedź na pytanie nr 44:
Zamawiający w punkcie 4.2. ppkt 1 lit. c SOPZ wskazał, że dane udostępniane są w formie webservice’ów (źródłem danych jest System Informacji Pasażerskiej) oraz w lit. e, że dane mogą być udostępnione w ramach API, które powinno być wrapperem dla istniejących usług webservice, które udostępniają zbyt duży zakres danych przy niskim poziomie zabezpieczenia dostępu. Oznacza to, że zadaniem Wykonawcy będzie stworzenie odpowiedniego API, które będzie w stanie udostępniać te dane z systemu informacji pasażerskiej, w ramach systemu firmy Ente.
Pytanie nr 45: Dotyczy: 3.3.5.2
W ramach danych udostępnione w postaci tzw. otwartych danych. Zamawiający wymienia „Dane bazy gospodarstw agroturystycznych". Czy Zamawiający potwierdza, iż możliwe jest pobranie tych danych z portalu w postaci pliku (lub poprzez dedykowane dane) celem umieszczenia ich w portalu opendata?
Odpowiedź na pytanie nr 45:
Zamawiający nie potwierdza, że możliwe jest pobranie danych z portalu w postaci pliku. Wykonawca dokona analizy w tym zakresie na etapie Analizy Przedwdrożeniowej.
Jednocześnie Zamawiający zmienia zapisy SOPZ w pkt 4.2 Ppkt 3) (ostatnie zdanie) w ten sposób, iż otrzymuje on brzmienie:
„Powyższe dane będą dostępne za pomocą API MSIT2 (dobrze udokumentowane API, oparte na interfejsie RESTowym, oferujące 22 usługi operujące na 53 klasach pochodzące z Małopolskiego Systemu Informacji Turystycznej) pobierane przez moduł Otwarte Dane a następnie udostępniane w na portalu xxxx.xxx.xx.”
Pytanie nr 46: Dotyczy: 3.3.5.3
W ramach punktu 3.3.5.3 Zamawiający wykazał w ramach udostępnianych danych „Ewidencję Obiektów hotelarskich województwa małopolskiego". Jako źródło danych został wskazany
„Departament turystyki". W jakim formacie i jakim źródle danych (plik, baza danych) są przechowywane wyżej wymienione informacje? Czy w przypadku dostępności tych danych w systemie wdrożonym w ramach UMWM Zamawiający gwarantuje dostępność interfejsów integracyjnych na moment realizacji prac produkcyjno-wdrożeniowych?
Odpowiedź na pytanie nr 46:
Zamawiający nie gwarantuje dostępności interfejsów integracyjnych na moment realizacji prac produkcyjno-wdrożeniowych, Wykonawca dokona analizy w tym zakresie na etapie Analizy Przedwdrożeniowej.Jednocześnie Zamawiający zmienia zapisy SOPZ w pkt 4. Ppkt 3) (ostatnie zdanie) w ten sposób, iż otrzymuje on brzmienie:
„Powyższe dane będą dostępne za pomącą API MSIT2 (dobrze udokumentowane API, oparte na interfejsie RESTowym, oferujące 22 usługi operujące na 53 klasach (pochodzące z Małopolskiego Systemy Informacji Turystycznej) pobierane przez moduł Otwarte Dane a następnie udostępniane w na portalu xxxx.xxx.xx.”
Pytanie nr 47: Dotyczy: 3.3.5.4
W ramach punktu 3.3.5.3 Zamawiający wykazał w ramach udostępnianych danych „Baza biur podróży województwa małopolskiego". Jako źródło danych został wskazany „Departament turystyki". W jakim formacie i jakim źródle danych (plik, baza danych) są przechowywane wyżej wymienione informacje? Czy w przypadku dostępności tych danych w systemie wdrożonym w ramach UMWM Zamawiający gwarantuje dostępność interfejsów integracyjnych na moment realizacji prac produkcyjno- wdrożeniowych?
Odpowiedź na pytanie nr 47:
Zamawiający nie gwarantuje dostępności interfejsów integracyjnych na moment realizacji prac produkcyjno-wdrożeniowych, Wykonawca dokona analizy w tym zakresie na etapie analizy przedwdrożeniowej.
Jednocześnie Zamawiający zmienia zapisy SOPZ w pkt 4.2 Ppkt 3) (ostatnie zdanie) w ten sposób, iż otrzymuje on brzmienie:
„Powyższe dane będą dostępne za pomącą API MSIT2 (dobrze udokumentowane API, oparte na interfejsie RESTowym, oferujące 22 usługi operujące na 53 klasach (pochodzące z Małopolskiego Systemy Informacji Turystycznej) pobierane przez moduł Otwarte Dane a następnie udostępniane w na portalu xxxx.xxx.xx.”
Pytanie nr 48: Dotyczy: 3.3.5.5
W ramach punktu 3.3.5.3 Zamawiający wykazał w ramach udostępnianych danych „Dane z obszaru transport i komunikacja". Zamawiający nie wskazał źródła tych informacji oraz jednostki odpowiedzialnej za ich dostarczenie. Prosimy o wskazanie źródła danych dla tych informacji oraz zapewnienie, że zamawiający udostępni możliwość korzystania z nich w ramach niniejszego projektu.
Odpowiedź na pytanie nr 48:
Zamawiający w punkcie 4.1.2.1. ppkt 3 SOPZ wskazał źródła danych dla obszaru „Dane z obszaru transport i komunikacja" , którymi są:
• Ulgi do biletów – obszar zasilany dwoma plikami .xls o wielkości około 10MB każdy.
• Rozkłady jazdy busów – obszar zasilany danymi w formie papierowej przekształcany do postaci cyfrowej za pomocą Modułu eRejestry.
Zamawiający potwierdza, że udostępni możliwość korzystania z ww. źródeł danych w ramach niniejszego projektu.
Pytanie nr 49: Dotyczy: 3.3.5.3
W ramach punktu 3.3.5.3 Zamawiający wykazał w ramach udostępnianych danych „Dane z obszaru transport i komunikacja". W jakim formacie i jakim źródle danych (plik, baza danych) są przechowywane dane pochodzące z wniosków przewoźników?
Odpowiedź na pytanie nr 49:
Zamawiający w punkcie 4.1.2.1. ppkt 3 SOPZ podał źródła danych, którymi są:
• Rozkłady jazdy busów – obszar zasilany danymi w formie papierowej przekształcany do postaci cyfrowej za pomocą Modułu eRejestry.
Zadaniem Wykonawcy będzie zaprojektowanie i wykonanie odpowiedniego formularza w ramach modułu eRejestry, którego zadaniem będzie zasilenie hurtowni danych.
Pytanie nr 50: Dotyczy: 3.3.5.5
W ramach punktu 3.3.5.3 Zamawiający wykazał w ramach udostępnianych danych „Dane z obszaru transport i komunikacja". W jakim formacie i jakim źródle danych (plik, baza danych) są przechowywane dane rozkładów jazdy? W związku z faktem konieczności dostarczania aktualnych informacji o rozkładach jazdy, prosimy o wskazanie sposobu aktualizacji tych danych (potencjalnie informacje te będą pochodziły z całego województwa; sposób i rodzaje aktualizacji danych wpływają na wycenę projektu).
Odpowiedź na pytanie nr 50:
Zamawiający w punkcie 4.1.2.1. ppkt 3 SOPZ w podał źródła danych, którymi są
• Rozkłady jazdy busów – obszar zasilany danymi w formie papierowej przekształcany do postaci cyfrowej za pomocą Modułu eRejestry.
Zadaniem Wykonawcy będzie zaprojektowanie i wykonanie odpowiedniego formularza w ramach modułu eRejestry, którego zadaniem będzie zasilenie hurtowni danych.
Pytanie nr 51: Dotyczy: 3.3.5.5
W ramach punktu 3.3.5.3 Zamawiający wykazał w ramach udostępnianych danych „Dane z obszaru transport i komunikacja".
a) W jakiej postaci i z jaką częstotliwością mają być udostępnione dane na portalu otwartych danych w zakresie aktualnych współrzędnych obiektów (zwracamy uwagę, iż są to dane bardzo szybko zmienne)?
b) Czy Zamawiający posiada w źródlanych danych dane na tyle szczegółowe by pokryć wymagania udostępnianych danych zakresie aktualnych współrzędnych obiektów?
Odpowiedź na pytanie nr 51:
Zamawiający wyjaśnia, iż kwestia częstotliwości udostępniania danych aktualnych współrzędnych obiektów jak i kwestia spełnienia wymagania dotyczącego udostępnianych danych zakresie aktualnych współrzędnych obiektów będą przedmiotem uzgodnienia z Zamawiającym w związku ze sporządzeniem Analizy Przedwdrożeniowej w ramach Etapu 1.
Pytanie nr 52: Dotyczy: 3.3.5.5
W ramach punktu 3.3.5.3 Zamawiający wykazał w ramach udostępnianych danych „Dane z obszaru transport i komunikacja". Czy wszystkie przechowywane rozkłady jazdy są dostępne dla Zamawiającego w ujednoliconym formacie? Jeśli nie to ile jest różnych formatów tych informacji?
Informacja ta jest wymagana by wykonać należycie wycenę projektu.
Odpowiedź na pytanie nr 52:
Zamawiający w punkcie 4.1.2.1. ppkt 3 SOPZ w wskazał źródła danych dla obszaru „Dane z obszaru transport i komunikacja", którymi są:
• Ulgi do biletów – obszar zasilany dwoma plikami .xls o wielkości około 10MB każdy.
• Rozkłady jazdy busów – obszar zasilany danymi w formie papierowej przekształcany do postaci cyfrowej za pomocą Modułu eRejestry.
Pytanie nr 53: Dotyczy: 5.5.2
W ramach wymagania Zamawiający wskazał, raporty które mają zostać wykonane w ramach wdrożenia. Czy Zamawiający potwierdza, że wykazane w ramach dokumentu SIWZ źródła danych są wystarczające by wykonać wyszczególnione w ramach punktu 5.5.2 raporty?
Odpowiedź na pytanie nr 53:
Zamawiający w punkcie 5.5.2. SOPZ określił wymagania dla raportów, uwzględniające ich minimalną szczegółowość. Z kolei w punkcie 4.1.2.1. SOPZ Zmawiający podał źródła danych oraz zaznaczył, że rozwiązanie musi zapewnić możliwość pozyskiwania danych źródłowych z baz danych wykorzystywanych przez systemy UMWM, jak również z plików płaskich.
Oznacza to, że zadaniem Wykonawcy będzie zasilenie hurtowni danych danymi pochodzącymi, ze wskazanych źródeł danych i wykorzystanie później hurtowni danych jako źródła do generowania raportów.
Pytanie nr 54: Dotyczy: 4.1
W ramach opisu architektury HD/BI Zamawiający wskazał możliwość integracji z systemami informatycznymi (wewnętrznymi i zewnętrznymi). Czy Zamawiający gwarantuje na czas prac produkcyjno-wdrożeniowych dostępność interfejsów integracyjnych do systemów, z którymi będzie integrowała się hurtownia danych? Prosimy o potwierdzenie, że Zamawiający pokryje koszty wykonania nowych interfejsów w systemach źródłowych dla potrzeb projektu (hurtowni danych)? Należy zaznaczyć, iż wykonanie samodzielne lub przez Wykonawcę interfejsów integracyjnych może być niezgodne z zasadami licencji (których Wykonawca nie zna) lub podatne na błędy ze względu na możliwość zmiany struktur danych w wyniku wgrywania nowych wersji lub poprawy błędów.
Odpowiedź na pytanie nr 54:
Zmawiający gwarantuje na czas wdrożenia dostęp do źródeł danych wskazanych w SOPZ, ale nie do ich interfejsów integracyjnych.
Zamawiający w rozdziale 4 SOPZ opisał posiadane informacje o sposobie integracji (interfejsach) z oprogramowaniem przeznaczonym do integracji. Zamawiający nie pokryje innych niż wynikające z oferty kosztów wykonania nowych interfejsów. Interfejsy po stronie Systemu należy wykonać zgodnie z dostępną dokumentacją. Zamawiający zobowiązuje się wspierać Wykonawcę w kontaktach z dostawcami systemów.
Pytanie nr 55: Dotyczy: 4.1
W ramach opisu architektury HD/BI Zamawiający napisał „Architektura hurtowni danych musi zapewnić skalowanie rozwiązania wraz ze wzrostem zakresu i wolumenu danych źródłowych, a także wraz ze wzrostem liczby użytkowników". Co Zamawiający rozumie pod pojęciem skalowania? Każde skalowanie posiada ograniczenia w postaci fizycznych ograniczeń serwerów, na których będą instalowane maszyny
wirtualne wchodzące w skład systemu. Prosimy o podanie warunków brzegowych (wolumenu danych źródłowych dla systemu hurtowni danych, docelowej maksymalnej ilości użytkowników) - to warunek konieczny do prawidłowego szacowania potrzeb zasobów / licencji niezbędnych do pracy systemu.
Odpowiedź na pytanie nr 55:
Skalowalność w wymaganiu oznacza możliwość pracy w Systemie wraz ze wzrostem wolumenu i zakresu danych źródłowych, w szczególności dotyczy braku ograniczeń licencyjnych oraz funkcjonalnych.
Jednocześnie Zamawiający podkreśla , iż wolumen danych źródłowych określony został w pkt 4.1.2.1 SOPZ, natomiast liczność ról systemowych została określona w pkt 6.2 i 6.4 SOPZ.
Pytanie nr 56: Dotyczy: 4.1 Rysunek 1
W ramach opisu architektury HD/BI Zamawiający dla modułu eRejestry wyspecyfikował użytkownika
„GMINA". Czy Zamawiający oczekuje wykonania w ramach wdrożenia zewnętrznego portalu, za pomocą którego pracownicy GMIN mogliby wprowadzać informacje do systemu? W której części dokumentu SIWZ znajdują się wymagania do takiego portalu (min. autoryzacja użytkowników, zakres funkcjonalności wystawionej do strefy Internet aplikacji)?
Odpowiedź na pytanie nr 56:
Zmawiający wyjaśnia, iż w pkt. 5.3.1. wyspecyfikował wymagania dla modułu eRejestry, są to wymagania od ID101 do ID250. Gmina stanowić będzie użytkownika, który za pośrednictwem dedykowanego formularza będzie wprowadzała dane do modułu eRejestry.
Pytanie nr 57: Dotyczy: 4.1 Rysunek 1
W ramach opisu architektury HD/BI Zamawiający wskazał jako źródło danych dla hurtowni Koszty lokalizacji w postaci plików XLSX (docelowo zamienionej na moduł eRejestry). W ogólnym opisie Zamawiający wykazał konieczność gromadzenia danych związanych z kosztami administracyjnymi, kosztami utrzymania, powierzchnię użytkową. Według definicji koszty administracyjne to: „koszty ogólnozakładowe, w szczególności koszty osobowe, funkcjonowania biura, podróże służbowe, koszty promocji, marketingu i reklamy. Kosztami administracyjnymi są również koszty odsetek od kapitału obcego". Czy wskazane pliki excel zawierają komplet kosztów wystarczający do wykonania raportów, czy też wymagana jest dodatkowa integracja np. z modułem finansowo księgowym, kadrowym itp.? Jeśli konieczna jest dodatkowa integracja to prosimy doprecyzować wymagania w tym zakresie.
Odpowiedź na pytanie nr 57:
Zamawiający potwierdza, że wskazane w SOPZ pliki excel zawierają komplet bieżących danych niezbędnych do wykonania raportów.
Pytanie nr 58: Dotyczy: 4.1 Rysunek 1
W ramach opisu architektury HD/BI Zamawiający rozrysował na schemacie zależność: każdy biznesowy typ danych przetwarzany w ramach modułu eRejestry będzie odkładany w odrębnej bazie danych (bloczek Format (źródło ostateczne)). Systemy umożlwiający logowanie użytkowników oraz przetwarzanie formularzy posiadają swoją bazę danych, tworzenie kolejnej warstwy bazodanowej dla każdego z typów biznesowych formularzy z osobna jest w tym ujęciu elementem dodatkowym wręcz niepotrzebnym, biorąc również pod uwagę fakt, iż przed samą hurtownią danych istnieje jeszcze jedna warstwa bazodanowa ODS. Wnosimy o usunięcie warstwy Formatu danych z rysunku.
Odpowiedź na pytanie nr 58:
Zamawiający podtrzymuje zapisy SOPZ jednocześnie informuje, iż zgodnie z pkt 3.4.3 a) i b) SOPZ Wykonawca zobowiązany będzie do określenia docelowej architektury systemu, czego wyrazem będzie Koncepcja Wdrożenia Systemu oraz Projekt Techniczny stworzony na etapie Analizy Przedwdrożeniowej.
Pytanie nr 59: Dotyczy: 4.1 Rysunek 1
W ramach opisu architektury HD/BI Zamawiający rozrysował schemat logiczny rozwiązania. Schemat ten posiada jednak pewne błędy (jak np. brak warstwy ETL pomiędzy ODS a Hurtownią danych; pierwsza z tych baz jest miejscem krótkiego przechowywania danych przed właściwym zapisem ich do bazy hurtowni danych, druga jest miejscem przechowywania informacji o strukturze płatka śniegu lub gwiazdy). Nie każdy rodzaj przenoszonych do hurtowni danych informacji będzie wymagał warstwy ODS (wytworzenie dla każdego typu danych takiej warstwy będzie niepotrzebnie zawyżało koszt wykonania hurtowni). Z drugiej strony Zamawiający wymaga od Wykonawcy potwierdzenia doświadczenia osób tworzących hurtownię danych popartego wdrożeniami. Czy Wykonawca może uznać zawarty schemat jako przykładowy schemat logiczny, który może być zmodyfikowany w efekcie przeprowadzonej analizy źródeł danych i dostosowany do doświadczenia Wykonawcy w procesie tworzenia hurtowni danych (dostosowany do potrzeb projektu)?
Odpowiedź na pytanie nr 59:
Zamawiający informuje, iż zgodnie z pkt 3.4.3 a) i b) SOPZ Wykonawca zobowiązany będzie do określenia docelowej architektury systemu, czego wyrazem będzie Koncepcja Wdrożenia Systemu oraz Projekt Techniczny stworzony na etapie Analizy Przedwdrożeniowej.
Pytanie nr 60: Dotyczy: 4.1.2.3
W ramach punktu Zamawiający wskazał, iż w warstwie ODS dane będzie przechowywane z granulacją systemu źródłowego. W efekcie takiego podejścia przestrzeń dyskowa potrzebna na rozwiązanie będzie prawie podwojona. Kopiowanie tych informacji do pośredniej bazy danych oraz ponowne przetwarzanie tych informacji na etapie gromadzenia ich w warstwie hurtowni danych będzie wpływała również na sam koszt realizacji projektu (wymagana jest podwójna warstwa pakietów ETL przed ODS i przed samą warstwą bazodanową hurtowni danych). Czy Zatem Zamawiający zmieni brzmienie punktu by zapis do warstwy ODS nie był obligatoryjny, a stanowił etap pośredni dla danych wymagających dodatkowego przetworzenia przed wprowadzeniem ich do hurtowni danych?
Odpowiedź na pytanie nr 60:
Zamawiający informuje, iż zgodnie z pkt 3.4.3 a) i b) SOPZ Wykonawca zobowiązany będzie do określenia docelowej architektury systemu, czego wyrazem będzie Koncepcja Wdrożenia Systemu oraz Projekt Techniczny stworzony na etapie Analizy Przedwdrożeniowej.
Pytanie nr 61: Dotyczy: 4.1.2.4
W ramach punktu Zamawiający wskazał dodatkowe repozytorium metadanych nie wstępujące jako samodzielny obiekt w ramach schematu architektury (oprócz bloczku samej hurtowni danych).
Tworzenie hurtowni danych wiąże się ze zdefiniowaniem miar (danych agregowalnych) oraz wymiarów (warstwy pojęciowej umożlwiającej filtrowanie miar). Czy pod pojęciem metadanych biznesowych Zamawiający rozumie warstwę wymiarów w hurtowni danych? Jeżeli nie to prosimy o dokładne podanie zastosowanie warstwy metadanych biznesowych w przytoczonej architekturze. Jest to element niewyjaśniony a potencjalnie wpływający na kosztorys projektu zatem powinien być jednoznacznie wyjaśniony.
Odpowiedź na pytanie nr 61:
Zamawiający wyjaśnia, że pod pojęciem metadanych biznesowych Zamawiający rozumie warstwę wymiarów w hurtowni danych. Metadane są integralną częścią hurtowni danych.
Pytanie nr 62: Dotyczy: 4.1.2.4
W ramach punktu Zamawiający wskazał dodatkowe repozytorium metadanych nie wstępujące jako samodzielny obiekt w ramach schematu architektury (oprócz bloczku samej hurtowni danych). W ramach opisu Zamawiający wskazał rodzaj techniczny metadanych, wykorzystywany na etapie przetwarzania danych. Na załączonym rysunku architektury nie występuje taka warstwa. Wykonawca wnosi o usunięcie wymagania lub o sprecyzowanie celu i zakresu wykorzystania metadanych technicznych. Czy jako metadane techniczne Zamawiający rozumie np. parametryzację pakietów ETL (np. połączenia ze źródłami bazodanowymi), będącą częścią integralną pakietów ETL nie wymagającą tworzenia dodatkowego repozytorium metadanych technicznych?
Odpowiedź na pytanie nr 62:
Zamawiający podtrzymuje zapisy SOPZ. Metadane techniczne zawarte w ETL są wystarczające i potwierdza, iż nie ma potrzeby tworzenia dodatkowego repozytorium metadanych. Istotne aby w razie potrzeby (np. zmiana parametrów ładowania spowodowana inną strukturą plików wsadowych) można było z tych danych skorzystać.
Pytanie nr 63: Dotyczy: 5.2.1 Wymagania Funkcjonalne. Wymaganie nr 1
W ramach wymagania Zamawiający wskazał, że system powinien potrafić wymusić na użytkowniku zmianę haseł. Z drugiej strony w wymaganiu nr 237 Zamawiający nakreślił możliwość integracji z Active Directory (element ten staje się źródłem użytkowników, i miejscem zarządzania hasłami i autoryzacji). Czy Zamawiający potwierdza, że wymaganie na wymuszenie zmiany hasła do systemu to obejmuje użytkowników nie logujących się do aplikacji za pomocą konta istniejącego w Active Directory?
Odpowiedź na pytanie nr 63:
Zamawiający potwierdza, że wymaganie polegające na wymuszeniu zmiany hasła do systemu obejmuje użytkowników nie logujących się do aplikacji za pomocą konta istniejącego w Active Directory.
Pytanie nr 64: Dotyczy: 5.2.1 Wymagania Funkcjonalne. Wymaganie nr 6
Prosimy o wyjaśnienie co Zamawiający ma na myśli pod pojęciem komunikacji formatowanej za pomocą standardu XML?
Odpowiedź na pytanie nr 64:
Komunikaty formatowane za pomocą standardu XML oznacza generowanie komunikatów w formie plików XML.
Pytanie nr 65: Dotyczy: 5.2.1 Wymagania Funkcjonalne. Wymaganie nr 16
W ramach wymagania Zamawiający wskazał, że użytkownik ma dostęp do treści systemu po zalogowaniu wygenerowanym przez administratora użytkownikiem i hasłem. Z drugiej strony w wymaganiu nr 237 Zamawiający nakreślił możliwość integracji z Active Directory (element ten staje się źródłem użytkowników, i miejscem zarządzania hasłami i autoryzacji). Czy Zamawiający potwierdza, że wymaganie nr 16 nie obejmuje użytkowników logujących się za pomocą konta istniejącego w Active Directory?
Odpowiedź na pytanie nr 65:
Zamawiający potwierdza, że wymaganie ID16 nie obejmuje użytkowników logujących się za pomocą konta istniejącego w Active Directory.
Pytanie nr 66: Dotyczy: 5.2.1 Wymagania Funkcjonalne. Wymaganie nr 17
Prosimy o potwierdzenie, iż wymaganie dostępu do danych na czas nadania uprawnień dotyczy bieżącej pracy użytkownika z aplikacją, a nie dotyczy dostępu do danych wygenerowanych w postaci raportów. Dane takiego mogą być wyeksportowane i zapisane w dowolnym miejscu. Zamawiający nie ma możliwości np. usunięcia raportów przechowywanych w postaci pliku excel offline.
Odpowiedź na pytanie nr 66:
Zmawiający w wymaganiu ID17 wskazał, że każdy użytkownik ma dostęp tylko do informacji szczegółowych i w takim zakresie, w jakim ma nadane uprawnienia. Oczywistą kwestią jest to, że nie może to dotyczyć raportów już stworzonych, wygenerowanych do formatu pdf i pobranych na dysk lokalny.
Pytanie nr 67: Dotyczy: 5.2.1 Wymagania Funkcjonalne. Wymaganie nr 24
Na wdrażany system będą składały się m. in. z moduł otwartych danych, moduł eRejestrów, moduł hurtowni danych. W ujęciu wymienionych modułów pojęcie możliwości definiowania automatycznych powiadomień jest bardzo szerokie i może być interpretowane na różne sposoby. Czy Zamawiający może doprecyzować znaczenie i intencje tego punktu SIWZ i wskazać dokładne jego zastosowania w ramach wymaganego systemu (w szczególności wskazać obszary, których miałoby dotyczyć generowanie powiadomienia)?
Odpowiedź na pytanie nr 67:
Zamawiający wyjaśnia, iż możliwości zdefiniowania automatycznych powiadomień określona w ID24 dotyczy w szczególności następujących obszarów: moduł rejestrów, raporty, obszar administrowania systemem .
Pytanie nr 68: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 31
Prosimy o potwierdzenie, że w ramach tego bardzo ogólnie formułowanego wymagania Zamawiający ma na myśli wymagania o ID 32 do 41 tegoż zestawienia Tabeli nr 6. Jeśli odpowiedź jest negatywna to prosimy o wyspecyfikowanie listy aktów prawnych i rozporządzeń wewnętrznych, których dotyczy wymaganie ID 31. Bez takiej listy Oferent nie ma możliwości oszacowania złożoności wymaganego rozwiązania a tym samym nie może przeprowadzić w sposób wiarygodny i rzeczowy kalkulacji kosztów co uniemożliwia przygotowanie oferty.
Odpowiedź na pytanie nr 68:
Zamawiający informuje, że wdrożony System musi być bezwzględnie zgodny z aktami prawnymi wskazanymi w wymaganiach ID32 do ID41. Natomiast zakres pozostałych aktów prawnych zostanie uzgodniony z Wykonawcą w ramach Etapu 1 – Analiza Przedwdrożeniowa.
Jednocześnie Zamawiający podkreśla, iż zgodnie z § 10 ust. 6 lit. c Umowy, Wykonawca w ramach trwania Serwisu Utrzymaniowego zobowiązany jest do zapewnienia zgodności dostarczonej funkcjonalności Systemu do zmieniających się przepisów prawa.
Pytanie nr 69: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 31
W ramach wymagania Zamawiający wskazał, że system ma być zgodny z regulacjami wewnętrznymi Zamawiającego. Na etapie składania oferty Wykonawca nie zna tych regulacji, a co za tym idzie zakresu prac jakie musi wykonać w celu uzyskania zgodności. Prosimy o wskazania i dołączenie do dokumentu SIWZ regulacji (lub przynajmniej listy regulacji), z którymi system musi być zgodny lub o usunięcie tego punktu. W innym przypadku nie jest możliwa prawidłowa wycena prac wymaganych do
zrealizowania zakresu projektu. Dodatkowo zwracamy uwagę, iż ramach wymagania Zamawiający wskazał, że system ma być zgodny aktualnymi przepisami prawa. Na etapie składania oferty Wykonawca nie zna przyszłych regulacji, jak również zakresu ustaw i rozporządzeń, z którymi ma być zgodny. W związku z tym nie jest możliwe wykonanie wyceny projektu. Wykonawca wnosi o uzupełnienie dokumentu SIWZ o wszystkie ustawy i rozporządzenia, z którymi ma być zgodny lub o usunięcie punktu z dokumentu SIWZ.
Odpowiedź na pytanie nr 69:
Zamawiający informuje, że wdrożony System musi być bezwzględnie zgodny z aktami prawnymi wskazanymi w wymaganiach ID32 do ID41. Natomiast zakres pozostałych aktów prawnych zostanie uzgodniony z Wykonawcą w ramach Etapu 1 – Analiza Przedwdrożeniowa.
Jednocześnie Zamawiający podkreśla, iż zgodnie z § 10 ust. 6 lit. c Umowy, Wykonawca w ramach trwania Serwisu Utrzymaniowego zobowiązany jest do zapewnienia zgodności dostarczonej funkcjonalności Systemu do zmieniających się przepisów prawa.
Pytanie nr 70: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 35
W ramach wymagania Zamawiający wskazał, że wdrożony system ma być zgodny z „Programem Zintegrowanej Informatyzacji Państwa". Szczegółowy dokument programu mówi o ujednoliceniu systemów wdrażanych w ramach administracji publicznej min. o centralnym EZD czy zintegrowanej platformie analitycznej. Każdy z tych elementów jest na etapie projektów wykonawczych i nie jest zakończony. Perspektywa zakończenia prac to 2020 rok. W związku z brakiem szczegółowych informacji (oprócz ogólników) na temat programu Wykonawca wnosi o wykreślenie punktu SIWZ lub o doszczegółowienie zakresu zgodności. Na tym etapie Wykonawca nie jest wstanie zaprojektować architektury zgodnej z programem ani określić kosztu wytworzenia oprogramowania. Prosimy o dookreślenie aspektów wymaganej zgodności lub usunięcie tego wymagania, jako że jest zbyt ogólne i nie daje możliwości odniesienia do wyspecyfikowanego zakresu projektu.
Odpowiedź na pytanie nr 70:
Zamawiający nie wyraża zgody na zmianę i informuje, iż niniejsze zamówienie udzielone będzie w związku z realizacją projektu pn. „Zintegrowany System Informatyczny – narzędzia IT wspomagające zarządzanie Województwem Małopolskim”, dofinasowanego ze z środków Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata 2014-2020 (RPO WM) , który podlegał ocenie również pod względem zgodności z „Programem Zintegrowanej Informatyzacji Państwa”.
Realizacja wymagań określonych w SOPZ będzie stanowiła potwierdzenie założeń Programu Zintegrowanej Informatyzacji Państwa w szczególności poprzez upowszechnienie dostępność usług wysokiej jakości świadczonych przez urzędy administracji publicznej dzięki x.xx. ustandaryzowaniu usług i dostosowaniu administracji do modelu nowoczesnego zarządzania, bezpośredniemu dostępowi obywateli i przedsiębiorców do danych gromadzonych przez administrację publiczną, otwarciu i udostępnieniu zasobów informacyjnych niezbędnych dla różnych interesariuszy, dostosowaniu usług do standardów interoperacyjności oraz zasad otwartości i transparentności,
w szczególności przez uwzględnienie międzynarodowych wytycznych dostępności WCAG 2.0.
Pytanie nr 71: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 41
Wymagania dla systemu, aby był on zgodny z wytycznymi dla dostępności treści internetowych (WCAG 2.0) musi zostać dostosowane i zracjonalizowane do obowiązującego prawa. O ile uzasadnionym jest wymaganie zgodności z WCAG strony internetowej dostarczającej jakieś treści w Internecie o tyle zupełnie nieuzasadnionym jest przekładanie tych wymagań na specjalizowane systemy (aplikacje) wewnętrzne a już w szczególności na generowane przez systemy (aplikacje)
raporty wynikowe - tym bardziej na pliki wynikowe raportów generowane w postaci plików PDF. Wnosimy o usunięcie tego wymagania lub jego zmianę poprzez pozostawienie wymagania zgodności z WCAG wyłącznie na poziomie strony internetowej (zgodnie z obowiązującym prawem).
Odpowiedź na pytanie nr 71:
Zamawiający nie wyraża zgody i podtrzymuje zapisy SOPZ w przedmiotowym zakresie.
Pytanie nr 72: Dotyczy: 5.2.5. Tabela 8 / Wymagania nr 48 do 54, 56
Prosimy o doprecyzowanie wymaganej ilości i zakresu szkoleń. W chwili obecnej wymagania zostały zdefiniowane w sposób zupełnie otwarty, zarówno jeśli chodzi o wymagany czas szkolenia jak i o zakres merytoryczny, definiując jednocześnie ich indywidualny przyrostowy charakter implikujący konieczność realizacji kilku cykli szkoleń dla każdego z podanych wymagań. Mając powyższe na uwadze prosimy o:
a) doprecyzowanie wymaganej ilości szkoleń,
b) doprecyzowane minimalnej ilości godzin szkoleniowych wymaganych w ramach realizacji projektu dla poszczególnych wymagań (48 do 54 oraz w szczególności 56),
c) potwierdzenie, iż można przyjąć, że użytkownicy zawsze szkoleni będą w formie grupowej (w grupie max 25 osobowej).
Odpowiedź na pytanie nr 72:
Zamawiający informuje iż wymaga łącznie realizacji 20 szkoleń, trwających od 3 do 6 godzin, (przy czym szkolenia muszą obejmować ilość godzin adekwatną do zakresu danego merytorycznego szkolenia z uwzględnieniem 3 przerw, w tym minimum jednej 30 minutowej). Godzina rozpoczęcia szkolenia: 8:00, 8:30 lub 9:00, godzina zakończenia - maksymalnie do godz. 15:30. Zamawiający potwierdza, iż maksymalna ilość grupa to 25 osób.
Jednocześnie Xxxxxxxxxxx informuje, iż zgodnie z odpowiedzią na pyt. nr 10 dokonał zmiany SOPZ w zakresie tab. Nr 8. Wymagania w zakresie szkoleń.
Pytanie nr 73: Dotyczy: 5.2.5. Wymaganie nr 58
a) Prosimy o doprecyzowanie czy uczestnicy szkolenia mogą pracować w parach (dwie osoby na jedno stanowisko komputerowe)?
b) Prosimy o potwierdzenie, czy Zamawiający zapewni również niezbędną do realizacji infrastrukturę prądową?
c) Prosimy o potwierdzenie, czy Zamawiający zapewni również niezbędną do realizacji infrastrukturę sieciową z dostępem do Systemu?
Odpowiedź na pytanie nr 73:
Zamawiający dopuszcza w trakcie szkolenia możliwość pracy dwóch uczestników szkolenia na jednym stanowisku komputerowym. Zamawiający potwierdza, że zapewni niezbędną infrastrukturę prądową oraz niezbędną infrastrukturę sieciową.
Pytanie nr 74: Dotyczy: 5.2.7. Wymaganie nr 76
a) Prosimy o potwierdzenie, czy wyspecyfikowane rodzaje testów to globalny zbiór testów jaki ma być wykonany w ramach projektu a nie zbiór testów dla każdej iteracji przyrostowej?
b) Zwracamy uwagę, iż wyspecyfikowane rodzaje testów to czysta teoria. Część tych testów stanowi element wewnętrzny procesu wytwarzania oprogramowania, część jest niemierzalna i nieweryfikowalna na etapie wspólnych testów, w których udział bierze Zmawiający i Wykonawca. Prosimy o zawężenie listy testów do takiego Zestawu, który możliwy będzie do weryfikacji przez Xxxxxx projektu, w szczególności sugerujemy usunięcie pozycji: 1, 3, 5, 6, 7,10,12,13.
c) Wnosimy o pogrupowanie rodzajów testów wymaganych dla dostarczanego oprogramowania (testy funkcjonalne, wydajnościowe, bezpieczeństwa) oraz dla platformy (przywracanie systemu do działania po awarii, odtwarzanie z kopii bezpieczeństwa, monitorowanie awarii).
Odpowiedź na pytanie nr 74:
Ad a) Wyspecyfikowane w SOPZ rodzaje testów to globalny zbiór testów jaki ma być wykonany w ramach projektu a nie zbiór testów dla każdej iteracji przyrostowej. Szczegółowy Plan Testów powstanie na etapie Analizy przedwdrożeniowej i będzie podlegał uzgodnieniu z Zamawiającym.
Ad b) Zmawiający nie wyraża zgody i podtrzymuje zapisy SOPZ w przedmiotowym zakresie.
Ad c) Szczegółowy Plan Testów, w którym Wykonawca może zaproponować grupowanie testów, powstanie na etapie Analizy Przedwdrożeniowej i będzie podlegał uzgodnieniu
z Zamawiającym.
Pytanie nr 75: Dotyczy: 5.3.1. Wymaganie nr 105
Prosimy o potwierdzenie, iż interpretacją jest gromadzenie informacji w formularzach uzupełniane przez kolejnych aktorów procesu zbierania danych. Czy Zamawiający potwierdza, że taka interpretacja jest prawidłowa?
Odpowiedź na pytanie nr 75:
Zamawiający informuje, że w ramach wymagania ID105 narzędzie musi umożliwiać definiowanie zhierarchizowanego procesu zbierania danych przy użyciu zdefiniowanego formularza oraz hierarchiczny proces zatwierdzania danych wprowadzanych do formularzy przez poszczególnych użytkowników.
Pytanie nr 76: Dotyczy: 5.3.1. Wymaganie nr 106
Prosimy o wyjaśnienie czym jest „agregowanie danych przy użyciu zdefiniowanego formularza"? Czy chodzi o proces pozyskiwania tych danych za pomocą formularzy?
Odpowiedź na pytanie nr 76:
Zamawiający potwierdza, że chodzi o proces pozyskiwania tych danych za pomocą formularzy. Pytanie nr 77: Dotyczy: 5.3.1. Wymaganie nr 108
Prosimy o wyjaśnienie czym są „wytwarzane procesy zbierania danych"? Odpowiedź na pytanie nr 77:
Zamawiający poprzez wyrażenie „wytwarzane procesy zbierania danych” rozumie specyficzne procesy pozyskiwania danych za pomocą formularzy i gromadzenia informacji w formularzach, uzupełniane przez kolejnych Użytkowników.
Pytanie nr 78: Dotyczy: 5.3.1. Wymaganie nr 110-112
Prosimy o doprecyzowanie czym są ankiety i czym różnią się od formularzy oraz jaki ma być do nich dostęp?
Odpowiedź na pytanie nr 78:
Zamawiający wyjaśnia, że pojęcie Ankiety zostało zdefiniowane w tabeli nr 1. Słownik pojęć i w odróżnieniu od formularzy ankiety są anonimowe i nie wymagają logowania, aby je wypełnić. Dostęp do ankiet ma się odbywać poprzez możliwość wygenerowania kodu możliwego do osadzenia na innej stronie internetowej.
Pytanie nr 79: Dotyczy: 5.3.1. Wymaganie nr 128,130,131
Prosimy o wyjaśnienie jakie zmiany mają podlegać akceptacji? Wcześniejsze wymagania sugerują wyrażanie, iż ma istnieć możliwość zmiany/usuwania danych z poszczególnych rejestrów wyłącznie przez uprawnionego użytkownika.
Odpowiedź na pytanie nr 79:
Zamawiający wyjaśnia, że uprawnionym użytkownikiem jest właściciel rejestru. W związku z tym konieczna jest akceptacja dokonywanych zmian w formularzach przez uprawnionego użytkownika. Dotyczy to w szczególności zmian związanych ze zmianą struktury formularza oraz edycją danych.
Pytanie nr 80: Dotyczy: 5.3.1. Wymaganie nr 180
Prosimy o wyjaśnienie czym jest publikacja ankiety / formularza? Czy jest to publikowanie ankiet / formularzy do konkretnych pracowników UMWM?
Odpowiedź na pytanie nr 80:
Zamawiający wyjaśnia, że publikacja formularza oznacza jego udostepnienie do wypełnienia przez konkretnych użytkowników, natomiast publikacja ankiety oznacza możliwość wygenerowania kodu możliwego do osadzenia na innej stronie internetowej w celu wypełnienia ankiety przez niezalogowanych użytkowników.
Pytanie nr 81: Dotyczy: 5.3.2.1. Wymaganie nr 236
Zdefiniowane w tym brzmieniu wymaganie jest zmienne w czasie więc prosimy o jednoznaczne potwierdzenie, iż Zamawiający miał na myśli 3 wersje wstecz dla popularnych przeglądarek (Internet Explorer, Mozilla Firefox, Chrome) względem wersji aktualnej i wspieranej przez jej producenta na dzień złożenia oferty?
Odpowiedź na pytanie nr 81:
Zamawiający informuje, iż wymaganie ID236 dotyczy trzech wersji wstecz dla popularnych przeglądarek (Internet Explorer, Mozilla Firefox, Chrome) względem wersji aktualnej i wspieranej przez jej producenta na dzień przekazania Systemu do odbioru.
Pytanie nr 82: Dotyczy: 5.3.2.1. Wymaganie nr 238
Prosimy o potwierdzenie, iż wymaganie „Narzędzie posiada możliwość synchronizacji z AD." dotyczy zakresu danych użytkowników (237)?
Odpowiedź na pytanie nr 82:
Zamawiający potwierdza, że wymaganie ID238 dotyczy zakresu danych użytkowników znajdujących się w AD.
Pytanie nr 83: Dotyczy: 5.5.2. Wymagania w zakresie raportów
Prosimy o doprecyzowanie informacji o systemach źródłowych, które to systemy stanowić będą podstawę zasilenia danych Hurtowni Danych w poszczególnych podobszarach. Prosimy, aby pod każdym wymaganym raportem znalazła się informacja z jakiego systemy pochodzą dane źródłowe, z jakiej jego wersji, informacją kto jest producentem i potwierdzeniem, że Zamawiający posiada interfejsy dostępowe do tych danych z prawem ich wykorzystania w projekcie. Powyższe informacje są niezbędne do szacowania złożoności projektu i w szczególności pozwolą na określenie możliwości realizacji poszczególnych punktów raportowych przez pryzmat zapewnienia niezbędnych do tego celu danych.
Odpowiedź na pytanie nr 83:
Zamawiający wyjaśnia, że Wszystkie raporty powinny być tworzone z danych pochodzących z hurtowni danych, do której zostaną dodane ze wszystkich wymienionych w dokumencie systemów/plików źródłowych. Każdy obszar hurtowni danych posiada wykaz źródeł niezbędnych do załadowania (SOPZ rozdz. 4.1.2.1. Źródła danych) oraz każdy obszar posiada wykaz raportów wymaganych do przygotowania (SOPZ rodz. 5.5.2. Wymagania w zakresie raportów). Przygotowanie danych pozwalających na wykonanie raportów leży po stronie Wykonawcy. Zamawiający nie posiada informacji na temat wersji systemów oraz kto jest ich producentem, kwestia ewentualnego posiadania interfejsu dostępowego będzie przedmiotem Analizy Przedwdrożeniowej.
Pytanie nr 84: Dotyczy: 5.2.1 Wymagania Funkcjonalne. Wymaganie nr 16
W ramach wymagania Zamawiający wskazał, że użytkownik ma dostęp do treści systemu po zalogowaniu wygenerowanym przez administratora użytkownikiem i hasłem. Z drugiej strony w wymaganiu nr 237 Zamawiający nakreślił możliwość integracji z Active Directory (element ten staje się źródłem użytkowników, i miejscem zarządzania hasłami i autoryzacji). Czy Zamawiający potwierdza, że wymaganie nr 16 nie obejmuje użytkowników logujących się za pomocą konta istniejącego w Active Directory?
Odpowiedź na pytanie nr 84:
Zamawiający potwierdza, że wymaganie ID16 nie obejmuje użytkowników logujących się za pomocą konta istniejącego w Active Directory.
Pytanie nr 85: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 36
W ramach wymagania Zamawiający wskazał, że wdrożony system ma być zgodny z zarządzeniem nr 47/2012 Marszałka Województwa Małopolskiego z dnia 4 czerwca 2012. Na stronie BIP Urzędu Marszałka Województwa Małopolskiego widnieje informacja, że akt ten został uchylony zarządzeniem numer 10/2018. W związku z faktem nieobowiązywania zarządzenia numer 47/2012 Wykonawca wnosi o usunięcie go z wymagań lub zastąpienie zarządzeniem obowiązującym.
Odpowiedź na pytanie nr 85:
Zamawiający zmienia treść SOPZ wymaganie ID36 w ten sposób, iż otrzymuje on brzmienie:
„Realizowany System musi być zgodny z aktem dotyczącym bezpieczeństwa danych:
Zarządzenie Nr 112/2019 Marszałka Województwa Małopolskiego z dnia 28 sierpnia 2019 roku w sprawie wprowadzenia Polityki Bezpieczeństwa Danych Osobowych w Urzędzie Marszałkowskim Województwa Małopolskiego (z późn. zm.).”
Załącznik zostanie udostępniony przez Zamawiającego po podpisaniu Umowy. Pytanie nr 86: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 38
W ramach wymagania Zamawiający wskazał, że wdrożony system ma być zgodny z poleceniem służbowym Nr 3/2016. Gdzie Wykonawca może znaleźć treść polecenia by zaznajomić się z nim przed złożeniem oferty?
Odpowiedź na pytanie nr 86:
Zamawiający zmienia zapisy SOPZ wymaganie ID38 w ten sposób, iż otrzymuje on brzmienie:
Realizowany System musi być zgodny z aktem dotyczącym bezpieczeństwa danych: „Polecenie Służbowe Nr 19/2019 Sekretarza Województwa z dnia 6 sierpnia 2019 roku w sprawie wprowadzenia Zasad bezpieczeństwa informacji Urzędu Marszałkowskiego Województwa Małopolskiego w Krakowie.”
Załącznik zostanie udostępniony przez Zamawiającego po podpisaniu Umowy. Pytanie nr 87: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 39
W ramach wymagania Zamawiający wskazał, że wdrożony system ma być zgodny z aktem dotyczącym bezpieczeństwa danych. Gdzie Wykonawca może znaleźć treść aktu by zaznajomić się z nim przed złożeniem oferty?
Odpowiedź na pytanie nr 87:
Zamawiający zmienia treść SOPZ wymaganie ID39 w ten sposób, iż otrzymuje on brzmienie:
„Realizowany System musi być zgodny z aktem dotyczącym bezpieczeństwa danych:
Zarządzenie Nr 3/2019 Marszałka Województwa Małopolskiego z dnia 7 stycznia 2019 roku w sprawie Polityki Zintegrowanego Systemu Zarządzania Urzędu Marszałkowskiego Województwa Małopolskiego.”
Jednocześnie Zamawiający informuje, że treść Zarządzenia znajduje się pod adresem: xxxxx://xxx.xxxxxxxxxx.xx/xxxx,x,0000000,xxxxxxxxxxx-xx-00000-xxxxxxxxx-xxxxxxxxxxx- malopolskiego-z-dnia-7-stycznia-2019-roku-w-sprawie-polit.html
Pytanie nr 88: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 46
W ramach wymagania Zamawiający wskazał, że Wykonawca sam odpowiada za środowisko deweloperskie. Jako źródło danych dla hurtowni danych zostały wskazane systemy wewnętrzne urzędu. Dostępność tych systemów i powiązanie ze środowiskiem deweloperskim jest niezbędne do procesu analizy i produkcji hurtowni danych.
a) Czy Zamawiający potwierdza, że udostępni niezbędne połączenia z systemów źródłowych do
środowiska deweloperskiego Wykonawcy w celu realizacji prac integracyjnych?
b) Czy zamawiający potwierdza, że posiada testowe instancje systemów zasilających hurtownię danych?
Odpowiedź na pytanie nr 88:
Ad a) Zamawiający potwierdza, że udostępni niezbędne połączenia z systemów źródłowych do
środowiska deweloperskiego Wykonawcy w celu realizacji prac integracyjnych
Ad b) Xxxxxxxxxxx informuje, iż nie posiada testowych instancji systemów zasilających hurtownię danych.
Pytanie nr 89: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 48
W ramach wymagania Zamawiający wskazał, iż po każdym z etapów Wykonawca przeszkoli grupę 20 osób z narzędzi raportowo- analitycznych. Po zakończeniu każdego z etapów szkolenie będzie miało ten sam przebieg bo dotyczy wdrażanych narzędzi.
a) Prosimy o potwierdzenie, iż Zamawiający zamierza przeszkolić w omawianym zakresie 20 pracowników?
b) Jeżeli odpowiedź w pytaniu a) jest negatywna to prosimy o wskazanie ilości pracowników jaka ma być przeszkolona?
c) Xxx Xxxxxxxxxxx zgadza się na wykonanie jednej tury szkoleń (zwracamy uwagę, iż narzędziowe szkolenie pracowników wielokrotnie „każdorazowo po wdrożeniu każdego z przyrostów Hurtowni Danych." z tego samego zakresu mija się z celem)?
Odpowiedź na pytanie nr 89:
Zamawiający doprecyzował informacje na temat szkoleń w odpowiedzi na pytanie nr 10.
Zamawiający nie wyraża zgody na wykonanie jednej tury szkoleń. W odpowiedzi na pytanie nr 10 zostały określone wymagania z zakresie przebiegu i zakresu szkoleń.
Pytanie nr 90: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 103
W ramach wymagania Zamawiający wskazał, iż moduł eRejestry powinien dostarczać funkcjonalność tworzenia formularzy w formie kreatora. Kreator jest jedynym ze sposobów wizualizacji procesu tworzenia formularzy. Czy Zamawiający uzna wymaganie za spełnione w sytuacji, gdy okno tworzenia formularzy nie będzie miało charakteru kreatora, ale jednocześnie użytkownik będzie posiadał możliwość intuicyjnego tworzenia formularzy bez konieczności użycia języka programowania?
Odpowiedź na pytanie nr 90:
Zamawiający uzna wymaganie za spełnione w sytuacji, gdy użytkownik będzie posiadał możliwość intuicyjnego tworzenia formularzy bez konieczności użycia języka programowania, tak jak to ma miejsce w przypadku kreatora formularzy.
Pytanie nr 91: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 104
W ramach wymagań na system hurtowni danych Zamawiający wskazał konieczność dostarczenia silnika pakietów ETL odpowiadających za gromadzenie i przetwarzanie danych. Warstwa ta
automatycznie stanie się narzędziem wykorzystywanym w projekcie do integracji mającej na celu umieszczeniu w danych w bazie hurtowni danych. Czy Zamawiający uzna wymaganie za spełnione, gdy instancje formularzy wprowadzane przez użytkowników będą zapisywane w relacyjnej bazie danych, a warstwa uruchamianych automatycznie (według zdefiniowanego harmonogramu) pakietów ETL będzie przetwarzała zawarte w formularzach dane celem zapisania ich w bazie hurtowni danych?
Odpowiedź na pytanie nr 91:
Zamawiający uzna wymaganie za spełnione, gdy instancje formularzy wprowadzane przez użytkowników będą zapisywane w relacyjnej bazie danych, a warstwa uruchamianych automatycznie (według zdefiniowanego harmonogramu) pakietów ETL będzie przetwarzała zawarte w formularzach dane celem zapisania ich w bazie hurtowni danych.
Pytanie nr 92: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 109
Czy Zamawiający pod pojęciem „udostępniania katalogu formularzy" rozumie funkcjonalność udostępniania pracownikom gmin formularzy w portalu dostępnym z sieci Internet, czy funkcję udostępniania na podstawie uprawnień formularzy pracownikom Urzędu Marszałkowskiego? Jeśli intencje są inne to prosimy o ich przedstawienie aby wymaganie było jednoznaczne.
Odpowiedź na pytanie nr 92:
Zamawiający pod pojęciem „udostępniania katalogu formularzy" rozumie funkcjonalność udostępniania dla wszystkich uprawnionych użytkowników w ramach modułu eRejestry.
Pytanie nr 93: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 109
Czy Zamawiający uzna wymaganie archiwizacji formularzy i gromadzonych danych za spełnione w sytuacji, gdy definicje formularzy jak i powołane ich instancje będą zapisane w bazie danych modułu eRejestry, a dodatkowo za pomocą pakietów ETL dane będą przetwarzane i przekazywane do hurtowni danych?
Odpowiedź na pytanie nr 93:
Zamawiający uzna wymaganie archiwizacji formularzy i gromadzonych danych za spełnione w sytuacji, gdy definicje formularzy jak i powołane ich instancje będą zapisane w bazie danych modułu eRejestry wraz danymi pochodzącymi z ich wypełnienia, a dodatkowo za pomocą pakietów ETL dane będą przetwarzane i przekazywane do hurtowni danych.
Pytanie nr 94: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 125
W ramach dokumentu SIWZ Zamawiający wskazał źródła danych dla bazy hurtowni danych. Są to między innymi pliki excel i baza danych MS Access. Czy Zamawiający zgadza się, by z zamian tej funkcjonalności import odbył się z użyciem pakietów ETL bezpośrednio do bazy hurtowni danych?
Odpowiedź na pytanie nr 94:
Zamawiający wyjasnia, że Użytkownik musi mieć możliwość importowania danych bezpośrednio do eRejestru. Podczas ładowania danych do hurtowni danych eRejestr nie może zostać pominięty, ponieważ zatraci funkcjonalność np. akceptacji formularza przez innego użytkownika, lub aktualizacji formularza przez kilka osób.
Wymaganie odnosi się bezpośrednio do modułu e-Rejestry a nie do źródeł danych zamieszczonych w SOPZ w pkt 4.1.2.1.
Pytanie nr 95: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 198
W ramach dokumentu SIWZ Zamawiający wskazał, że system daje możliwość uwierzytelniania się z użyciem poświadczeń domeny @xxxx.xx. Czy funkcja ta będzie ograniczona tylko i wyłączenie do pracowników Urzędu Marszałkowskiego (możliwość logowania w strefie Intranet) czy też Zamawiający zakłada również możliwość logowania się kontem domenowym do formularzy udostępnionych w strefie Internet?
Odpowiedź na pytanie nr 95:
Zamawiający modyfikuje, w każdym przypadku użycia w SOPZ, nazwę domeny z dotychczasowego @xxxx.xx na @xxxx.xxxxxxxxxx.xx.
Zamawiający wyjaśnia, że funkcja uwierzytelniania się z użyciem poświadczeń domeny @xxxx.xxxxxxxxxx.xx będzie ograniczona tylko i wyłącznie do pracowników Urzędu Marszałkowskiego, Zamawiający nie zakłada możliwości logowania się kontem domenowym do formularzy udostępnionych w strefie Internet.
Pytanie nr 96: Dotyczy: 5.2.3 Wymagania Funkcjonalne. Wymaganie nr 241
W ramach dokumentu SIWZ Zamawiający wskazał, że moduł eRejestry powinien mieć jednorodny system autoryzacji. Moduł eRejestry według opisu zawartego w dokumencie SIWZ zakładał, iż część systemu będzie udostępniona dla partnerów UMWM (np. do wprowadzania rozkładów jazdy) i gminom. W tej części tego samego modułu Zamawiający stwierdził, iż logowanie będzie odbywało się na zasadzie podania użytkownika i hasła. Czy Zamawiający potwierdza, że użytkownicy wewnętrzny UMWM będą logować się za pomocą konta domenowego, a użytkownicy korzystający z aplikacji wystawionej w sieci Internet za pomocą zdefiniowanego przez administratora użytkownika i hasła?
Odpowiedź na pytanie nr 96:
Zamawiający potwierdza, że użytkownicy wewnętrzny UMWM będą logować się za pomocą konta domenowego, a użytkownicy korzystający z aplikacji wystawionej w sieci Internet za pomocą zdefiniowanego przez administratora użytkownika i hasła.
Pytanie nr 97: Dotyczy: 5.5.2. Raport nr 408
W ramach wymagania Zamawiający wyszczególnił dużą liczbę danych w podziale na grupy, które powinny znaleźć się w raporcie. Czy poszczególne grupy są osobnym wymaganiami raportowymi? Czy też Zamawiający dopuszcza (ze względów wydajnościowych, wizualnych - tak duża ilość danych umieszczone w jednym raporcie może być nieczytelna) wykonanie tego punktu jako kilku osobnych raportów?
Odpowiedź na pytanie nr 97:
Zamawiający dopuszcza wykonanie tego punktu jako kilku osobnych raportów, o ile nie będzie możliwe zastosowanie raportów typu Drill Down & Up.
Pytanie nr 98: Dotyczy: 5.5.2. Raport nr 409
W ramach wymagania Zamawiający wyszczególnił dużą liczbę danych, które powinny być zaprezentowane w raporcie. Czy też Zamawiający dopuszcza (ze względów wydajnościowych, wizualnych - tak duża ilość danych umieszczone w jednym raporcie może być nieczytelna) wykonanie tego punktu jako kilku osobnych raportów?
Odpowiedź na pytanie nr 98:
Zamawiający dopuszcza wykonanie tego punktu jako kilku osobnych raportów o ile nie
będzie możliwe zastosowanie raportów typu Drill Down & Up
Pytanie nr 99: Dokument Zalącznik_nr_8_do_SIWZ_SOPZ.pdf. Tabela 1. Słownik pojęć.
Kontekst. W słowniku pojęć mamy: Użytkownik zewnętrzny (eRejestry) - Osoba spoza organizacji Zamawiającego. Pytania:
1. Ilu użytkowników zewnętrznych ma mieć dostęp do modułu eRejestry?
2. 1.2Prosimy o wskazanie ról systemowych eRejestry dla użytkownika zewnętrznego?
3. Prosimy o wskazanie zadań realizowanych przez użytkownika zewnętrznego?
4. 1.4. Czy użytkownicy zewnętrzni zostali uwzględnienie w tabeli "Tabela 35. Liczność ról systemowych eRejestry/HD/BI"?
Odpowiedź na pytanie nr 99:
Ad 1. Zamawiający w pkt 6.2 SOPZ określił liczność ról systemowych eRejestry/HD/BI, podając, że liczba użytkowników w środowisku produkcyjnym wynosić będzie 300.
Ad 2. Zamawiający informuje, że Wymagania dla użytkowników zewnętrznych zostały zdefiniowane w SOPZ w wymaganiach: 162, 183, 206, 208, 235. Ponadto Zamawiający wyjaśnia, że rola systemowa użytkownika zewnętrznego pokrywa się z rolą systemową użytkownika.
Ad 3. Zamawiający wyjaśnia, że zgodnie z powyższą odpowiedzią zadania użytkownika zewnętrznego pokrywają się z rolą użytkownika.
Ad 4. Tak, Zamawiający potwierdza, że użytkownicy zewnętrzni zostali uwzględnieni w tabeli "Tabela
35. Liczność ról systemowych eRejestry/HD/BI.
Pytanie nr 100: Dokument Zalącznik_nr_8_do_SIWZ_SOPZ.pdf. Tabela 1. Słownik pojęć.
Kontekst. Definicja ankiety: "Wzór dokumentu z rubrykami do wypełnienia przez anonimowego użytkownika Modułu eRejestry." Pytania:
1. Prosimy o zdefiniowanie pojęcia anonimowego użytkownika Modułu eRejestry?
2. Jakie role przypisane są anonimowym użytkownikom modułu eRejestry?
3. Jaka jest liczność anonimowych użytkowników Modułu eRejestry?
Odpowiedź na pytanie nr 100:
Ad 1. Zamawiający wyjaśnia, że anonimowy użytkownik, to osoba nie posiadająca konta w systemie, która może skorzystać z funkcjonalności dostępnej w ramach ankiety.
Ad 2. Zamawiający wyjaśnia, że anonimowy użytkownik nie ma przypisanej stricte roli, a jego zakres uprawnień został zdefiniowany w samej definicji ankiety.
Ad 3. Zamawiający wyjaśnia, że ilość użytkowników anonimowych jest nieograniczona, ze względu na fakt, że z ankiety może korzystać każdy posiadający do niej link.
Pytanie nr 101: Dokument Zalącznik_nr_8_do_SIWZ_SOPZ.pdf. Tabela 17. Wymagania funkcjonalne eRejestry.
Kontekst. Wymaganie 116: Wykonawca zdefiniuje formularze wg. wzorów formularzy zamieszczonych w załączniku. Zamawiający zastrzega sobie prawo modyfikacji wzorów na etapie analizy. Pytania:
1. Prosimy o jasne wskazanie / lub dostarczenie załącznika, które zawiera wzory formularzy, do których odnosi się wymaganie 116.
Odpowiedź na pytanie nr 101:
Zamawiający modyfikuje wymaganie nr 116 w następujący sposób:
ID116: Wykonawca zdefiniuje formularze w oparciu źródła danych wskazane w pkt. 7 SOPZ. Zamawiający zastrzega sobie prawo modyfikacji wzorów na etapie analizy.
Jednocześnie Xxxxxxxxxxx informuje, że pliki ze źródłami danych o która mowa w pkt 7 SOPZ zostaną przekazane Wykonawcy po podpisaniu umowy. Szczegółowość raportów została z kolei określona w punkcie 5.5.2. SOPZ.
Pytanie nr 102: Dokument Zalącznik_nr_8_do_SIWZ_SOPZ.pdf. Tabela 17. Wymagania funkcjonalne eRejestry" mamy wskazanie na Właściciela eRejestru. Pytania:
1. Ilu właścicieli eRejestru ma mieć dostęp do modułu eRejestry?
2. Prosimy o wskazanie ról systemowych eRejestry dla właściciela eRejestru?
3. Prosimy o wskazanie zadań realizowanych przez właścicieli eRejestru?
4. Czy właściciel eRejestru został uwzględniony w tabeli "Tabela 35. Liczność ról systemowych eRejestry/HD/BI"?
Odpowiedź na pytanie nr 102:
Ad 1. Zamawiający informuje, że dostęp do modułu eRejestry będzie miało 30 właścicieli. Ad 2. Zamawiający wyjaśnia, że rola właściciela eRejestru to rola Xxxxxxxxx.
Ad 3. Zamawiający wyjaśnia, że zadania realizowane przez właściciela eRejestru zostały wskazane przy roli Analityk w pkt 6.1 ppkt 3 SOPZ.
Ad 4. Zamawiający wyjaśnia, że właściciel eRejestru został uwzględniony w tabeli "Tabela 35. Liczność ról systemowych eRejestry/HD/BI", gdyż jego rola to rola Analityka.
Pytanie nr 103: Dokument Zalącznik_nr_8_do_SIWZ_SOPZ.pdf. Tabela 17. Wymagania funkcjonalne eRejestry"
Prosimy o opis czym różni się rola superuser od analityka w przypadku modułu eRejestry? Odpowiedź na pytanie nr 103:
Zamawiający w pkt 6.1 SOPZ określił role zarówno dla Superusera jak dla Analityka. Rola Superusera różni się od Analityka tym, że Superuser dodatkowo posiada dostęp do całej funkcjonalności Systemu z wyłączeniem administracji środowiskiem Systemu oraz możliwość tworzenia, implementacji oraz administrowania procesami zasilania danymi oraz modeli danych.
Pytanie nr 104: Dokument Zalącznik_nr_8_do_SIWZ_SOPZ.pdf. Tabela 35. Liczność ról systemowych eRejestry/HD/BI. Pytania:
1. Prosimy o potwierdzenie, że dla zadania "Dostęp do raportów standardowych poprzez narzędzia WWW" liczba użytkowników w środowisku produkcyjnym ogółem jest taka sama jak jednoczesnych?
2. Prosimy o wyjaśnienie czym kierował się Zamawiający pisząc, że "Dostęp do raportów standardowych poprzez narzędzia WWW" liczba użytkowników w środowisku produkcyjnym ogółem jest taka sama jak jednoczesnych?
Odpowiedź na pytanie nr 104:
Ad 1. Zamawiający potwierdza, że dla zadania "Dostęp do raportów standardowych poprzez narzędzia WWW" liczba użytkowników w środowisku produkcyjnym ogółem jest taka sama jak użytkowników jednoczesnych.
Ad 2. Zamawiający wyjaśnia, że dla zadania "Dostęp do raportów standardowych poprzez narzędzia WWW", liczba użytkowników w środowisku produkcyjnym ogółem jest taka sama jak jednoczesnych, gdyż może zdarzyć się sytuacja, że po opublikowaniu raportu w organizacji, tuż po jego publikacji może z niego chcieć jednocześnie skorzystać 300 osób.
Pytanie nr 105: Dokument Zalącznik_nr_8_do_SIWZ_SOPZ.pdf.
Zapis "W ramach modułów eRejestry/HD/BI możliwe będą do zdefiniowania minimum 4 role systemowe:" może oznaczać, że będzie możliwość zmiany / zdefiniowania nowych ról, co może wpłynąć na licencjonowanie oprogramowania standardowego.
W związku z powyższym prosimy o usunięcie słowa "minimum" z ww. zapisu. Odpowiedź na pytanie nr 105:
Zamawiający nie wyraża zgody na usunięcie słowa „minimum” w zdaniu zawartym w pkt 6.1. SOPZ i pozostawia go w dotychczasowym brzmieniu. Zamawiający wyjaśnia, że jego intencją nie jest mnożenie ról systemowych, natomiast zapis sformułowany w ten sposób dopuszcza zmiany w tym zakresie ze względu na technologię rozwiązania jakie zaproponuje Wykonawca.
Pytanie nr 106: Dokument Zalącznik_nr_8_do_SIWZ_SOPZ.pdf. Rozdział 4.2:
I. Czy źródła pierwotne mają możliwość odczytania zmian jakie nastąpiły w obszarach danych od zadanego momentu? Czy te źródła zwracają pełną bazę?
II. Czy Zamawiający oczekuje, że dane udostępniane na portalu xxxx.xxx.xx będą prezentowały zawsze aktualny stan systemu pierwotnego?
III. Czy Zamawiający oczekuje, że dane udostępniane na portalu xxxx.xxx.xx będą uwzględniały historię zmian danych systemów pierwotnych?
IV. Jaką częstotliwość aktualizacji przewiduje Zamawiający dla danych statycznych i dynamicznych udostępnianych na portalu xxxx.xxx.xx?
V. Jaki mechanizm udostępniania danych przewiduje Zamawiający w ramach portalu xxxx.xxx.xx?
VI. Zidentyfikowano następujące zasoby do umieszczenia w xxxx.xxx.xx
1. Dane taboru kolejowego Województwa Małopolskiego
a. rozkład jazdy GTFS
b. położenie, obciążenie i opóźnienie pociągów
2. Rozkład jazdy Busów (zawiera zezwolenia, numery linii oraz załączone rozkłady )
3. Centralna Ewidencja i Wykazy w Turystyce
a. Baza Gospodarstw Agroturystycznych
b. Ewidencja Obiektów Hotelarskich Województwa Małopolskiego
c. Baza biur podróży Województwa Małopolskiego
Czyta lista zamyka zasoby do utworzenia?
Odpowiedź na pytanie nr 106:
Ad I. Zamawiający wyjaśnia, iż kwestia czy źródła pierwotne mają możliwość odczytania zmian jakie nastąpiły w obszarach danych od zadanego momentu oraz czy te źródła zwracają pełną bazę będzie przedmiotem analizy na etapie Analizy Przedwdrożeniowej.
Ad II. Zamawiający oczekuje, że dane udostępniane na portalu xxxx.xxx.xx będą prezentowały zawsze aktualny stan systemu pierwotnego, o ile będzie to technicznie wykonalne.
Ad III. Zamawiający nie oczekuje, że dane udostępniane na portalu xxxx.xxx.xx będą uwzględniały historię zmian danych systemów pierwotnych.
Ad IV. Zmawiający wyjaśnia, iż kwestia częstotliwości udostępniania danych aktualnych współrzędnych obiektów będzie przedmiotem analizy na etapie Analizy Przedwdrożeniowej.
Ad V. Zamawiający wyjaśnia, iż decyzja co do mechanizmu udostępniania danych w ramach portalu xxxx.xxx.xx zostanie podjęta razem z Wykonawcą na etapie Analizy Przedwdrożeniowej.
Ad VI. Zamawiający potwierdza, że lista wskazana przez Wykonawcę jest spójna z listą obszarów zbiorów danych wskazanych w pkt 4.2. SOPZ i zamyka zasoby do utworzenia.
Pytanie nr 107: pkt 3. słownika pojęć i skrótów załącznika nr 9 do SIWZ – z uwagi na użycie przez zamawiającego sformułowania „Do Czasu Naprawy nie wlicza się czasu oczekiwania na odpowiedź Zamawiającego”, wnosimy o wykreślenie frazy „(…) i potwierdzenia usunięcia Nieprawidłowości przez Zamawiającego.”. Pozostawienie SIWZ w bieżącym brzmienie niepotrzebnie wprowadza niepożądane wątpliwości interpretacyjne.
Odpowiedź na pytanie nr 107:
Zamawiający modyfikuje pkt 3. słownika pojęć i skrótów załącznika nr 9 do SIWZ w następujący sposób:
„Czas Naprawy” – czas, jaki upłynie od zgłoszenia w Systemie Obsługi Zgłoszeń Serwisowych Awarii Krytycznej, Usterki lub Błędu, do momentu usunięcia Nieprawidłowości w działaniu Systemu przez służby techniczne Wykonawcy tj. do usunięcia lub obejścia Awarii Krytycznej, Usterki lub Błędu i potwierdzenia przez Zamawiającego usunięcia Nieprawidłowości. Do Czasu Naprawy nie wlicza się czasu oczekiwania na odpowiedź Zamawiającego. Czas Naprawy zgłoszeń dla Błędów i/lub Usterek liczony jest w Dniach Roboczych i w Godzinach Roboczych. Czas Naprawy zgłoszeń dla Awarii Krytycznej liczony jest bez przerw tj. w systemie 24/7/365 (dla roku przestępnego 366 dni).
Pytanie nr 108: § 2 ust. 2 załącznika nr 9 do SIWZ – definicja Produktu obejmuje również dokumentację. Część dokumentacji (np. licencje producenta, instrukcje, itp.) może być dostępna wyłącznie w języku obcym. Czy Zamawiający dopuszcza dostarczenie dokumentacji (niedostępnej z przyczyn o charakterze obiektywnym w języku polskim) w języku oryginalnym?
Odpowiedź na pytanie nr 108:
Zgodnie z odpowiedzią nr 20, w przypadku braku odpowiednika w języku polskim, Zamawiający dopuszcza dostarczenie dokumentacji dla administratora w zakresie Oprogramowania, wchodzącej w skład Dokumentacji użytkowej, w języku angielskim. Oznacza to, iż w przypadku braku instrukcji dla administratora lub/i licencji dla administratora w jęz. polskim Wykonawca może dostarczyć te dokumenty w jęz. angielskim.
Pytanie nr 109: § 2 ust. 4 lit. c załącznika nr 9 do SIWZ – jak Zamawiający rozumie zwrot
„niezwłocznego”? Wnosimy o doprecyzowanie poprzez zmianę ww. postanowienia np. w następujący sposób: „(…) niezwłocznego, tj. nie później niż w terminie 5 dni roboczych od dnia otrzymania wezwania …)”.
Odpowiedź na pytanie nr 109:
Zamawiający wyraża zgodę i modyfikuje zapis § 2 ust. 4 lit. c Umowy w ten sposób, iż otrzymuje on brzmienie:
„zobowiązuje się do współpracy z Zamawiającym na każdym etapie realizacji Przedmiotu
Umowy, w tym do niezwłocznego, nie później niż w terminie 5 dni roboczych od wezwania, udzielania Zamawiającemu na każde wezwanie pisemnych lub ustnych informacji na temat stanu zaawansowania prac, mających na celu prawidłowe wykonanie Umowy, według wyboru Zamawiającego”
Pytanie nr 110: § 2 ust. 5 załącznika nr 9 do SIWZ – wnosimy o zamianę frazy „najwyższą” na
„należytą”. Kodeks cywilny posługuje się wyłącznie pojęciem należytej staranności, którą w przypadku dłużnika (wykonawcy) w zakresie prowadzonej przez niego działalności gospodarczej określa się przy uwzględnieniu zawodowego charakteru tej działalności (por. art. 355 § 2 kc). Pozostawienie ww. postanowienia bez zmian niepotrzebnie wprowadza niepożądane wątpliwości interpretacyjne.
Odpowiedź na pytanie nr 110:
Zamawiający wyraża zgodę i modyfikuje zapisy § 2 ust. 5 Umowy, zgodnie z odpowiedzią na pytanie nr 27.
Pytanie nr 111: § 2 ust. 5 i ust. 13 załącznika nr 9 do SIWZ – na jakim etapie i w jakim terminie Zamawiający udostępni wykonawcom (do zapoznania się) warunki decyzji o dofinansowaniu Projektu oraz wynikające z niej terminy i obowiązki, a także dokumenty zarządcze dotyczące Projektu?
Odpowiedź na pytanie nr 111:
Zamawiający informuje, że udostępni Wykonawcy regulacje wewnętrzne oraz dokumenty zarządcze dotyczące Projektu w terminie 3 dni roboczych po podpisaniu Umowy.
Jednocześnie Zamawiający modyfikuje zapisy § 2 ust. 5 Umowy, zgodnie z odpowiedzią na pytanie nr 27 oraz zapisy § 2 ust. 13 w ten sposób, iż ust. 13 Umowy otrzymuje brzmienie:
„Wykonawca ma obowiązek działać zgodnie z przedstawionymi mu do stosowania regulaminami, uchwałami, zarządzeniami wewnętrznymi obowiązującymi u Zamawiającego i dokumentami zarządczymi dotyczącymi Projektu. Zamawiający przedstawi mające zastosowanie do Wykonawcy regulacje wewnętrzne oraz dokumenty zarządcze dotyczące Projektu w terminie 3 dni roboczych po podpisaniu Umowy oraz każdorazowo, po wejściu w życie nowej lub zmienionej regulacji w powyższym zakresie. Wykonawca zobowiązuje się do poinformowania swoich pracowników (współpracowników) o wewnętrznych procedurach oraz regulaminach obowiązujących u Zamawiającego. Zamawiający zastrzega sobie prawo do ograniczenia dostępu do pomieszczeń Zamawiającego dla osób, które nie przestrzegają wewnętrznych procedur oraz regulaminów obowiązujących u Zamawiającego. Zamawiający nie ponosi negatywnych skutków ograniczenia dostępności dla takich osób.
W kwestii warunków decyzji o dofinansowaniu Projektu, zgodnie z odpowiedzią na pytanie nr 27.”
Pytanie nr 112: § 2 ust. 6 załącznika nr 9 do SIWZ – wnosimy o przekazanie wykonawcom listy przepisów prawa obowiązujących Zamawiającego dot. „zabezpieczenia” Systemu.
Odpowiedź na pytanie nr 112:
Zamawiający w Tabeli 6. Wymagania w zakresie przepisów prawa (ID32 – ID41) określił listę aktów prawnych i regulacji wewnętrznych Zamawiającego w zakresie zabezpieczenia Systemu.
Regulacje wewnętrzne Zamawiającego zostaną udostępnione wykonawcy zgodnie z procedurą określoną w §2 ust. 13 Umowy.
Pytanie nr 113: § 2 ust. 7 załącznika nr 9 do SIWZ – czy zamawiający zgodzi na modyfikację niniejszego postanowienia i nałożenie na Kierownika Projektu ze strony zamawiającego identycznych warunków dot. obecności, jak to ma w odniesieniu do Kierownika Projektu ze strony Wykonawcy? W obecnym brzmieniu Zamawiający, mając na względzie chociażby postanowienie § 2 ust. 1 Umowy, jest w uprzywilejowanej, choć niczym nieuzasadnionej, pozycji względem wykonawcy.
Odpowiedź na pytanie nr 113:
Zamawiający nie wyraża zgody i podtrzymuje zapisy § 2 ust. 7 załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 114: § 2 ust. 11 załącznika nr 9 do SIWZ – wnosimy o określenie zgoda będzie wydawana niezwłocznie po przedstawieniu przez wykonawcę dokumentów potwierdzających kompetencje lub doświadczenie.
Odpowiedź na pytanie nr 114:
Zamawiający nie wyraża zgody i podtrzymuje zapisy § 2 ust. 11 Umowy w przedmiotowym zakresie.
Pytanie nr 115: § 2 ust. 14 załącznika nr 9 do SIWZ – wnosimy o zastąpienie wyrazu „wykonanie” zwrotem „niewykonanie albo nienależyte wykonanie”. W obecnym, nieprecyzyjnym brzmieniu projektu umowy, obowiązek informacyjny jest dla wykonawcy zbyt obciążający i przede wszystkim nie spełnia swej roli.
Odpowiedź na pytanie nr 115:
Zamawiający wyraża zgodę i zmienia zapisy Umowy w ten sposób, iż § 2 ust. 14 zdanie pierwsze Umowy otrzymuje brzmienie „Wykonawca zobowiązany jest do niezwłocznego, jednak nie później niż w terminie 2 dni roboczych od zaistnienia zdarzenia, informowania Zamawiającego o wszystkich zdarzeniach i działaniach mających lub mogących mieć wpływ na niewykonanie Umowy wraz z propozycjami działań zaradczych.”
Pytanie nr 116: § 2 ust. 17 załącznika nr 9 do SIWZ – wnosimy o doprecyzowanie postanowienia i zastąpienie wyrazu „wezwania” zwrotem „dnia otrzymania wezwania przez wykonawcę”.
Odpowiedź na pytanie nr 116:
Zamawiający wyraża zgodę i zmienia zapisy Umowy w ten sposób, iż § 2 ust. 17 (zdanie pierwsze) Umowy otrzymuje brzmienie „Wykonawca w okresie realizacji Umowy zobowiązany jest do przedstawiania Zamawiającemu do akceptacji raportów ze stanu realizacji prac nią objętych, nie rzadziej niż raz w miesiącu w terminie do piątego (5) Dnia Kalendarzowego każdego miesiąca oraz na każde żądanie Zamawiającego w terminie do trzech (3) Dni Roboczych od dostarczenia wezwania do Wykonawcy”.
Pytanie nr 117: § 2 ust. 18 załącznika nr 9 do SIWZ – wnosimy o potwierdzenie, że w przypadku przeprowadzania audytu przez podmioty trzecie, podmioty te, przed rozpoczęciem takiego audytu, będą każdorazowo zobowiązane do zawarcia umowy o zachowaniu poufności, z uwagi na możliwość ujawnienia tajemnicy przedsiębiorstwa wykonawcy.
Odpowiedź na pytanie nr 117:
Zgodnie z odpowiedzią na pytanie nr 28.
Pytanie nr 118: . § 2 ust. 19 lit. a załącznika nr 9 do SIWZ – wnosimy o dodanie na końcu frazy
„dotyczących realizacji Umowy”. Odpowiedź na pytanie nr 118:
Zamawiający wyraża zgodę i zmienia zapisy Umowy w ten sposób, iż § 2 ust. 19 lit. a Umowy otrzymuje brzmienie:
„a) udzielenia audytującym wyczerpujących wyjaśnień dotyczących realizacji Umowy”
Pytanie nr 119: § 2 ust. 19 lit. e załącznika nr 9 do SIWZ – o jakim celu mowa jest w tym postanowieniu?
Odpowiedź na pytanie nr 119:
Zamawiający zmienia zapisy Umowy w ten sposób, iż § 2 ust. 19 lit. e Umowy otrzymuje brzmienie:
„e) zapewnienia w tym celu nieograniczonego prawa do wglądu we wszystkie dokumenty związane z realizowaną Umową, w tym dokumenty finansowe dotyczące realizacji Umowy”
Pytanie nr 120: § 2 ust. 20 załącznika nr 9 do SIWZ – wnosimy o modyfikację postanowienia „Czas usunięcia uchybień nie może przekroczyć trzydziestu (30) Dni Kalendarzowych od dnia zatwierdzenia przez Zamawiającego planu naprawczego”, poprzez jego zmianę na „Czas usunięcia uchybień nie może przekroczyć trzydziestu (30) Dni Kalendarzowych od dnia zatwierdzenia przez Zamawiającego planu naprawczego i poinformowania wykonawcy o tym fakcie”.
Odpowiedź na pytanie nr 120:
Zamawiający wyraża zgodę i zmienia zapisy Umowy w ten sposób, iż § 2 ust. 20 Umowy otrzymuje brzmienie:
„Zamawiający przedstawi Wykonawcy wyniki audytu. W przypadku zauważonych uchybień Wykonawca w terminie do siedmiu (7) Dni Kalendarzowych przedstawi plan naprawczy tzn. na piśmie odniesie się do przedstawionych uwag oraz zaproponuje odpowiednie działania korygujące. Czas usunięcia uchybień nie może przekroczyć trzydziestu (30) Dni Kalendarzowych od dnia zatwierdzenia przez Zamawiającego planu naprawczego i poinformowania Wykonawcy o jego zatwierdzeniu.
Zamawiający poinformuje Wykonawcę o zatwierdzeniu planu naprawczego w formie elektronicznej.”
Pytanie nr 121: § 2 ust. 21 załącznika nr 9 do SIWZ – wnosimy o potwierdzenie, że osoby trzecie świadczące usługi na rzecz zamawiającego, o których mowa w tym postanowieniu zobowiązane będą do zawarcia umowy o zachowaniu poufności, z uwagi na możliwość ujawnienia tajemnicy przedsiębiorstwa wykonawcy.
Odpowiedź na pytanie nr 121:
Zgodnie z odpowiedzią na pytanie 28 i pytanie 29.
Jednocześnie Zamawiający modyfikuje zapis § 2 ust. 21 w następujący sposób:
„Wykonawca jest obowiązany do współdziałania z pracownikami Zamawiającego oraz podmiotami trzecimi świadczącymi usługi na rzecz Zamawiającego w związku z realizacją Umowy, w tym pracownikami i osobami przeprowadzającymi kontrolę realizacji projektu”
Pytanie nr 122: § 2 ust. 23 załącznika nr 9 do SIWZ – wnosimy o zastąpieniem wyrazu „szkody”, zwrotem „rzeczywiste szkody”.
Odpowiedź na pytanie nr 122:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 123: § 2 ust. 25 załącznika nr 9 do SIWZ – wnosimy o zastąpieniem frazy „wystosowania zapytania”, zwrotem „otrzymania zapytania przez wykonawcę”.
Odpowiedź na pytanie nr 123:
Zamawiający w odpowiedzi na pytanie modyfikuje zapis § 2 ust. 25 załącznika nr 9 do SIWZ, zdanie drugie, w następujący sposób:
„Podmiotom takim (zobowiązanym na podstawie umowy z Zamawiającym do zachowania poufności informacji uzyskanej w związku z przeprowadzaną kontrolą), posiadającym pisemne upoważnienie ze strony Zamawiającego, Wykonawca zobowiązany będzie udzielać niezwłocznie, jednak nie później niż w ciągu 3 dni od dnia wystosowania doręczenia zapytania do Wykonawcy, wszelkich informacji, danych i wyjaśnień w żądanym zakresie oraz udostępniać i zaprezentować rezultaty prowadzonych prac, jak również zapewnić możliwość ich kontroli.”
Pytanie nr 124: § 3 ust. 1 załącznika nr 9 do SIWZ – wnosimy o rozważenie dodania lit. c, o przykładowym brzmieniu: „zapewnienie przez cały okres obowiązywania Umowy obecności kluczowych, dla należytej realizacji Umowy, pracowników Zamawiającego, w szczególności: administratorów systemów informatycznych, analityków, superuserów.”.
Odpowiedź na pytanie nr 124:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie. Jednocześnie Zamawiający modyfikuje zapis § 3 ust. 1 Umowy w następujący sposób:
Zamawiający zapewni warunki niezbędne do wykonania przedmiotu Umowy, w szczególności poprzez:
a) udostępnienie Wykonawcy danych i informacji określonych w SOPZ;
b) przekazanie z własnej inicjatywy lub na pisemne wystąpienie Wykonawcy informacji, dokumentów oraz materiałów, które są niezbędne do wykonania przedmiotu Umowy, pozostających w dyspozycji Zamawiającego przy jednoczesnym braku przeszkód,
w szczególności prawnych do ich udostępnienia
Pytanie nr 125: § 3 ust. 10 załącznika nr 9 do SIWZ – wnosimy o potwierdzenie, że w przypadku przeprowadzania odbioru przez audytora, będzie on każdorazowo, przed rozpoczęciem odbioru, zobowiązany do zawarcia umowy o zachowaniu poufności, z uwagi na możliwość ujawnienia tajemnicy przedsiębiorstwa wykonawcy.
Odpowiedź na pytanie nr 125:
Zgodnie z odpowiedzią na pytanie 28 i pytanie 29.
Pytanie nr 126: § 10 ust. 1 załącznika nr 9 do SIWZ – ile wynosi i od kiedy biegnie okres gwarancji na Przedmiot Umowy?
Odpowiedź na pytanie nr 126:
Zamawiający w odpowiedzi na pytanie modyfikuje zapis § 10 ust. 2 załącznika nr 9 do SIWZ w następujący sposób:
„Okres gwarancji dla Produktu Przedmiotu Umowy wynosi 3 lata (słownie: trzy lata) i rozpoczyna się od dnia następnego po podpisaniu Protokołu odbioru Produktu Systemu.
Pytanie nr 127: § 10 ust. 6 załącznika nr 9 do SIWZ – sposób konstrukcji postanowienia powoduje brak jego precyzji. Wnosimy zatem o wykreślenie frazy „w szczególności” albo dokładne wymienienie usług, do świadczenia których wykonawca będzie zobowiązany w ramach serwisu utrzymaniowego.
Odpowiedź na pytanie nr 127:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 128: § 10 ust. 6 lit. f załącznika nr 9 do SIWZ – czy Zamawiający rozważy proporcjonalne rozłożenie w czasie godzin przeznaczonych na konsultacje telefoniczne i wsparcie zdalne użytkowników, poprzez określenie, np. że łączny wymiar ww. wsparcia wynosi 120 Godzin Roboczych do wykorzystania w ciągu 6 miesięcy od rozpoczęcia Serwisu Utrzymaniowego, przy czym limit miesięczny ww. wsparcia nie może przekroczyć 20 Godzin Roboczych? Takie rozwiązanie pozwoli uniknąć sytuacji, w której wykonawca zostanie nadmiernie zaangażowany w świadczenie ww. usług w krótkim czasie.
Odpowiedź na pytanie nr 128:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Zamawiający wyjaśnia, że tak sformułowany zapis jest celowy, z uwagi na fakt, że tuż po wdrożeniu Systemu następuje okres stabilizacji, w którym użytkownicy uczą się „na żywym systemie” jego użytkowania. Zamawiającemu szczególnie zależy, aby właśnie w tym okresie użytkowania wsparcie użytkowników ograniczone było jedynie określoną pula roboczogodzin do wykorzystania.
Pytanie nr 129: § 10 ust. 9 załącznika nr 9 do SIWZ – wnosimy o wyraźne dopisanie alternatywy łącznej w postaci pomocy zdalnej – to znacznie ułatwi realizację usługi i obniży jej koszty. Decyzja, co do wyboru formy wsparcia w danym przypadku powinna należeć do zamawiającego (aczkolwiek warto ją skonsultować z wykonawcą).
Odpowiedź na pytanie nr 129:
Zamawiający wyraża zgodę i zmienia zapisy Umowy w ten sposób, iż § 10 ust. 9 Umowy otrzymuje brzmienie:
Wykonawca zapewni świadczenie usług Serwisu Utrzymaniowego w miejscu użytkowania Systemu lub świadczenia Usługi w formie konsultacji osobistych w siedzibie Zamawiającego lub w postaci pomocy zdalnej, zgodnie z decyzja Zamawiającego chyba że Zamawiający postanowi inaczej, z zastrzeżeniem konsultacji osobistych, które nie mogą być świadczone zdalnie. Sposób świadczenia usługi każdorazowo będzie ustalony miedzy Zamawiającym a Wykonawcom. Wszystkie koszty
związane dojazdem personelu Wykonawcy oraz usunięciem Nieprawidłowości i przywróceniem Systemu do prawidłowego działania pokrywa Wykonawca.
Pytanie nr 130: § 10 ust. 10 załącznika nr 9 do SIWZ – wnosimy o doprecyzowanie od kiedy biegną terminy, określone w ust. 7 w przypadku zgłoszeń serwisowych dokonanych poza Godzinami Roboczymi albo w dni inne niż Dni Robocze.
Odpowiedź na pytanie nr 130:
Zamawiający w odpowiedzi na pytanie modyfikuje zapis § 10 ust. 10 załącznika nr 9 do SIWZ w następujący sposób:
„Zgłoszeń serwisowych dotyczących Błędów, Usterek i Awarii Krytycznych, konsultacji bezpośrednich, Zamawiający zobowiązany jest dokonywać w Dni Robocze w godz. 8:00-16:00 w Systemie Obsługi Zgłoszeń Serwisowych. Strony dopuszczają możliwość telefonicznego zgłoszenia Błędów, Usterek lub Awarii Krytycznych, pod numerem (wskazany przez Wykonawcę). Przyjęcie zgłoszenia
telefonicznego wymaga jego potwierdzenia przez Wykonawcę za pośrednictwem dokonania przez niego wpisu do Systemu Obsługi Zgłoszeń Serwisowych. Zgłoszenia dokonane po godzinie 16.00 lub w dzień ustawowo wolny od pracy będą rejestrowane następnego dnia roboczego”
Pytanie nr 131: § 10 ust. 11 załącznika nr 9 do SIWZ – wnosimy o potwierdzenie, że zamawiający regularnie, we własnym zakresie, na swój koszt wykonuję kopię zapasową danych, o których mowa w ww. postanowieniu.
Odpowiedź na pytanie nr 131:
Zamawiający informuje, że zadaniem Wykonawcy będzie stworzenie polityki tworzenia kopii bezpieczeństwa zgodnej z polityką bezpieczeństwa Zamawiającego oraz ciągła aktualizacja polityk w ciągu trwania Projektu tak, aby zapewnić działanie backupu po zmianach wersji, aktualizacjach.
Ponadto Wykonawca w ramach realizacji Umowy dokona konfiguracji i przetestuje backup, natomiast zadaniem Zamawiającego będzie wykonywanie kopii zapasowych danych zgodnie z określoną polityką tworzenia kopii bezpieczeństwa.
Pytanie nr 132: § 10 ust. 12 załącznika nr 9 do SIWZ – w związku z definicją „Czasu naprawy” wnosimy o modyfikację postanowienia np. w następujący sposób: „Czas Naprawy uważa się za dochowany z chwilą zgłoszenia wykonania obejścia lub dokonania naprawy, jeżeli Nieprawidłowość została faktycznie usunięta, co zostanie sprawdzone przez Zamawiającego i potwierdzone w postaci wpisu do Systemu Obsługi Zgłoszeń Serwisowych. Jeżeli okaże się podczas weryfikacji zastosowanego obejścia lub usunięcia Nieprawidłowości, że zastosowane obejście jest nieskuteczne lub Nieprawidłowość nie została usunięta, Czas Naprawy jest dochowany dopiero z chwilą zgłoszenia poprawki faktycznie działającego obejścia lub usuwającej Wadę.”.
Odpowiedź na pytanie nr 132:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 133: § 10 ust. 14 lit. a załącznika nr 9 do SIWZ – wykonawca, dochowują należytej staranności, może w takim przypadku wskazać jedynie prawdopodobną (potencjalną) przyczynę nieprawidłowego działania Systemu. Wnosimy zatem o modyfikację tego postanowienia np. w następujący sposób: „wskazać prawdopodobną (potencjalną) przyczynę (…)”.
Odpowiedź na pytanie nr 133:
Zamawiający wyraża zgodę i zmienia zapisy Umowy w ten sposób, iż § 10 ust. 14 lit a Umowy otrzymuje brzmienie:
„wskazać prawdopodobną (potencjalną) przyczynę nieprawidłowego działania Systemu poprzez wskazanie elementu, który ją powoduje, a jeżeli to możliwe także podmiotu odpowiedzialnego za usunięcie takiej Nieprawidłowości działania Systemu
Pytanie nr 134: § 10 ust. 14 lit. b załącznika nr 9 do SIWZ – wnosimy o potwierdzenie, że przed rozpoczęciem współpracy wykonawcy z podmiotem trzecim, podmiot ten będzie zobowiązany do zawarcia umowy o zachowaniu poufności z uwagi na możliwość ujawnienia tajemnicy przedsiębiorstwa wykonawcy.
Odpowiedź na pytanie nr 134:
Zgodnie z odpowiedzią na pytania nr 28, 29, 121.
Pytanie nr 135: § 10 ust. 16 załącznika nr 9 do SIWZ – to postanowienie jest nieprecyzyjne – nie jest jasne np. czy chodzi o jakąkolwiek funkcję, czy np. funkcję kluczową dla Zamawiającego. Poza tym, jak na tak poważne konsekwencje, zamawiający nie określił, czy obowiązek wymiany następuje już z chwilą incydentalnego braku realizacji funkcji, czy brak realizacji funkcji musi się powtórzyć w czasie lub trwać określony czas. Stanowczo wnosimy o doprecyzowanie tego postanowienia.
Odpowiedź na pytanie nr 135:
Zamawiający w odpowiedzi na pytanie modyfikuje § 10 załącznika nr 9 do SIWZ w ten sposób, iż usuwa ust.16.
Pytanie nr 136: Pytanie nr 136: § 10 ust. 19 lit. c załącznika nr 9 do SIWZ – ponieważ uprawnienie do naliczania kar umownych przysługuje zamawiającemu, wnosimy o wykreślenie obowiązku wykonawcy dot. określania „wysokości ewentualnych należnych Zamawiającemu kar umownych”.
Odpowiedź na pytanie nr 136:
Zamawiający wyraża zgodę i zmienia zapisy Umowy w ten sposób, iż § 10 ust. 19 Umowy otrzymuje brzmienie:
„Raporty ze świadczenia Serwisu Utrzymaniowego powinny zawierać co najmniej następujący zakres:
a) liczbę zgłoszonych Wad wraz z opisem dotrzymania lub opóźnienia w SLA,
b) liczbę przeprowadzonych konsultacji,
c) wysokość ewentualnych należnych Zamawiającemu kar umownych,
d) opis przekazanych aktualizacji,
e) inne informacje wskazane na żądanie Zamawiającego”.
Pytanie nr 137: § 10 ust. 19 lit. e załącznika nr 9 do SIWZ – wnosimy o dopisanie na końcu „, przekazane wykonawcy w terminie umożliwiającym mu dochowanie terminu, o którym mowa w ust. 18.”
Odpowiedź na pytanie nr 137:
Zamawiający wyraża zgodę i zmienia zapisy Umowy w ten sposób, iż § 10 ust. 19 Umowy otrzymuje brzmienie:
Raporty ze świadczenia Serwisu Utrzymaniowego powinny zawierać co najmniej następujący zakres:
a. liczbę zgłoszonych Wad wraz z opisem dotrzymania lub opóźnienia w SLA,
b. liczbę przeprowadzonych konsultacji,
c. wysokość ewentualnych należnych Zamawiającemu kar umownych,
d. opis przekazanych aktualizacji,
e. inne informacje wskazane na żądanie Zamawiającego
Wskazane w lit e) informacje Zamawiający przekaże Wykonawcy w terminie umożliwiającym mu dochowanie terminu, o którym mowa w ust. 18”
Pytanie nr 138: § 10 ust. 20 załącznika nr 9 do SIWZ – przed wyrazem „roboczych” brakuje wyrazu
„dni” – wnosimy o poprawienie. Odpowiedź na pytanie nr 138:
Zamawiający modyfikuje zapisy Umowy w ten sposób, iż § 10 ust. 20 Umowy otrzymuje brzmienie:
„Raport przygotowany przez Wykonawcę będzie przedmiotem akceptacji Zamawiającego w terminie do 5 dni roboczych od dnia jego przedstawienia.”
Pytanie nr 139: § 10 ust. 21 załącznika nr 9 do SIWZ – z uwagi na poważne sankcje, katalog
„ważnych przyczyn” powinien być zamknięty. Dlatego wnosimy o wykreślenie frazy „w szczególności”. To wyeliminuje ryzyko niepożądanych rozbieżności interpretacyjnych i możliwość nadużywania prawa przysługującego zamawiającemu.
Odpowiedź na pytanie nr 139:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 140: § 10 ust. 22 załącznika nr 9 do SIWZ – powtórzono niepotrzebnie frazę „na żądanie Zamawiającego”. Wnosimy o poprawkę.
Odpowiedź na pytanie nr 140:
Zamawiający modyfikuje zapisy Umowy w ten sposób, iż § 10 ust. 22 Umowy otrzymuje brzmienie:
„Na żądanie Zamawiającego, zgłoszone po złożeniu przez którąkolwiek ze Stron oświadczenia o wypowiedzeniu, Wykonawca w ramach Wynagrodzenia za Serwis Utrzymaniowy zobowiązany będzie:
Pytanie nr 141: § 10 ust. 22 lit. a załącznika nr 9 do SIWZ – informacje ujęte pod lit. a będą dostępne dla Zamawiającego w dokumentacji systemu – wnosimy o skreślenie tego wymogu.
Odpowiedź na pytanie nr 141:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 142: § 10 ust. 23 załącznika nr 9 do SIWZ – konstrukcja tego postanowienia może powodować rozbieżności interpretacyjne – wnosimy o jednoznaczne i kompleksowe określenie pól eksploatacji w odniesieniu do utworów w § 11 umowy. Przyjęcie takiego rozwiązanie pozwoli uniknąć niejasności i ewentualnych wątpliwości/sporów.
Odpowiedź na pytanie nr 142:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 143: § 10 ust. 25 załącznika nr 9 do SIWZ – czy Zamawiający rozważy proporcjonalne rozłożenie w czasie godzin przeznaczonych na rozwój, poprzez określenie, np. że łączny limit Godzin Roboczych dla usług rozwoju wynosi 1000 do wykorzystania w ciągu 2 lat od daty odbioru Systemu, przy czym łączny wymiar prac rozwojowych w danym miesiącu nie może przekraczać 42 Godzin Roboczych w ciągu miesiąca. Takie rozwiązanie pozwoli uniknąć sytuacji, w której wykonawca zostanie nadmiernie zaangażowany w świadczenie ww. usług w krótkim czasie.
Odpowiedź na pytanie nr 143:
Zgodnie z odpowiedzią na xxxxxxx.xx 128
Pytanie nr 144: § 10 ust. 29 załącznika nr 9 do SIWZ – przez jaki okres wykonawca jest zobowiązany do świadczenia usług utrzymaniowych dla wykonanych usług rozwoju?
Odpowiedź na pytanie nr 144:
Zamawiający w § 4 ust. 3 załącznika nr 9 do SIWZ wskazał, że Wykonawca ma świadczyć usługi Serwisu Utrzymaniowego 5 lat od podpisania Protokołu Odbioru Systemu.
Pytanie nr 145: § 11 ust. 2 lit. C załącznika nr 9 do SIWZ – pola eksploatacji muszą być określone w sposób precyzyjny. Wnosimy o skreślenie frazy „w szczególności” albo precyzyjne określenie ww. katalogu.
Odpowiedź na pytanie nr 145:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 146: § 11 ust. 4 załącznika nr 9 do SIWZ – warunki licencji, bo tak wykonawca traktuje możliwość korzystania przez Zamawiającego z oprogramowania dedykowanego od daty jego instalacji w Infrastrukturze Sprzętowej, poprzez odesłanie do ust. 2-3 są ujęte zdaniem wykonawcy zbyt szeroko, w szczególności jeśli chodzi o pola eksploatacji wymienione w pkt „C”. Wnosimy o doprecyzowanie tego postanowienia i wykreślenie pól eksploatacji określonych w pkt „C”.
Odpowiedź na pytanie nr 146:
Zamawiający modyfikuje zapisy Umowy w ten sposób, iż § 11 ust. 4 Umowy, zdanie drugie otrzymuje brzmienie:
„Niezależnie od powyższego Zamawiający jest uprawniony do korzystania z Oprogramowania Dedykowanego w zakresie uprawnień wskazanych w poprzednich ust. 2 pkt A i B oraz ust. 3, od daty jego instalacji w Infrastrukturze Sprzętowej, do daty nabycia autorskich praw majątkowych przez Xxxxxxxxxxxxx, a Wykonawca zapewnia, że korzystanie takie nie będzie naruszać praw osobistych lub majątkowych Wykonawcy ani osób trzecich i nie będzie powodować obowiązku zapłaty jakichkolwiek dodatkowych opłat
Pytanie nr 147: § 13 ust. 1 załącznika nr 9 do SIWZ – nie wszystkie roszczenia są zasadne. Wykonawca może ponosić ewentualną odpowiedzialność wyłącznie za uzasadnione roszczenia osób trzecich potwierdzone prawomocnym orzeczeniem właściwego sądu, dlatego wnosimy o dodanie na końcu frazy „(…) jeżeli roszczenia te zostaną zasądzone prawomocnym orzeczeniem sądu.”.
Odpowiedź na pytanie nr 147:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 148: § 13 ust. 2 załącznika nr 9 do SIWZ – nie wszystkie roszczenia są zasadne. Wykonawca może ponosić ewentualną odpowiedzialność wyłącznie za uzasadnione roszczenia osób trzecich potwierdzone prawomocnym orzeczeniem właściwego sądu, dlatego wnosimy o dodanie na końcu frazy „(…) jeżeli roszczenia te zostaną zasądzone prawomocnym orzeczeniem sądu.”.
Odpowiedź na pytanie nr 148:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 149: § 13 ust. 3 załącznika nr 9 do SIWZ – nie wszystkie roszczenia są zasadne. W związku z powyższym wnosimy o modyfikację fragmentu ww. postanowienia np. w następujący sposób: „W każdym przypadku zgłoszenia roszczeń przez osoby trzecie w stosunku do Zamawiającego związanych z prawami autorskimi osób trzecich, Wykonawca udzieli Zamawiającemu wszelkiej niezbędnej pomocy w celu obrony praw Zamawiającego oraz zapłaci na rzecz Zamawiającego wszelkie kwoty należne z tego tytułu na rzecz osób trzecich objęte prawomocnym orzeczeniem sądu. (…)”.
Odpowiedź na pytanie nr 149:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 150: § 14 ust. 1 pkt 2 załącznika nr 9 do SIWZ – jak Zamawiający definiuje „poważny wpływ”?
Odpowiedź na pytanie nr 150:
Zamawiający informuje, że sformułowanie „poważny wpływ” oznacza istotne zagrożenie należytego wykonania umowy.
Jednocześnie Zamawiający modyfikuje § 14 ust. 1 pkt 2 załącznika nr 9 do SIWZ w następujący sposób:
„Wykonawca nie zastosuje się w terminie do żądania Zamawiającego, by naprawił zaniedbanie, które ma istotny wpływ na właściwe i terminowe wykonanie Umowy”
Pytanie nr 151: § 14 ust. 1 pkt 10-11 załącznika nr 9 do SIWZ – zdaniem wykonawcy dyspozycja punktu 11 obejmuje swym zakresem pkt 10. Wnosimy o wykreślenie pkt 10.
Odpowiedź na pytanie nr 151:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 152: § 15 ust. 1 załącznika nr 9 do SIWZ – czy wynagrodzenie netto, do którego odwołuje się 65% limit kar umownych i poszczególne stawki procentowe kar umownych, jest wynagrodzeniem łącznym?
Odpowiedź na pytanie nr 152:
Zamawiający informuje, że wynagrodzenie netto za wykonanie całości przedmiotu Umowy określone zostało w § 6 ust. 1 , natomiast zgodnie z zapisami § 15 ust. 1 Zamawiający ma prawo do nałożenia na Wykonawcę kar umownych, a Wykonawca jest zobowiązany do zapłaty nałożonych na niego kar umownych za niewykonanie lub nienależyte wykonanie przedmiotu Umowy, do wysokości 65% wynagrodzenia netto. Zapis oznacza, że wysokość kar nałożonych na Wykonawcę łącznie nie może przekroczyć 65% wynagrodzenia netto Wykonawcy.
Pytanie nr 153: § 15 ust. 1 pkt 2 załącznika nr 9 do SIWZ – zgodnie z dominującą linią orzeczniczą dot. umów o dzieło, odpowiedzialność wykonawcy kształtuje się na zasadzie winy. Oprócz okoliczności, za które nie ponosi odpowiedzialności Zamawiający możemy mieć do czynienia z okolicznościami, za które nie podnosi odpowiedzialności wykonawca (a np. podmioty trzecie), a także z przypadkami „siły wyższej”. Takie rozszerzenie odpowiedzialności wykonawcy wydaje się być niczym nieusprawiedliwione, w związku powyższym wnosimy o zmianę fraz „opóźnienia” (występuje pięciokrotnie) na frazy „zwłoki”.
Odpowiedź na pytanie nr 153:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 154: § 15 ust. 1 pkt 3 załącznika nr 9 do SIWZ – zgodnie z dominującą linią orzeczniczą dot. umów o dzieło, odpowiedzialność wykonawcy kształtuje się na zasadzie winy. Oprócz okoliczności, za które nie ponosi odpowiedzialności Zamawiający możemy mieć do czynienia z okolicznościami, za które nie podnosi odpowiedzialności wykonawca (a np. podmioty trzecie), a także z przypadkami „siły wyższej”. Takie rozszerzenie odpowiedzialności wykonawcy wydaje się być niczym nieusprawiedliwione, w związku powyższym wnosimy o zmianę fraz „opóźnienia” (występuje czterokrotnie) na frazy „zwłoki”.
Odpowiedź na pytanie nr 154:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 155: § 15 ust. 1 pkt 6 załącznika nr 9 do SIWZ – zgodnie z dominującą linią orzeczniczą dot. umów o dzieło, odpowiedzialność wykonawcy kształtuje się na zasadzie winy. Oprócz okoliczności, za które nie ponosi odpowiedzialności Zamawiający możemy mieć do czynienia z okolicznościami, za które nie podnosi odpowiedzialności wykonawca (a np. podmioty trzecie), a także z przypadkami „siły wyższej”. Takie rozszerzenie odpowiedzialności wykonawcy wydaje się być niczym nieusprawiedliwione, w związku powyższym wnosimy o zmianę frazy „opóźnienia” na frazę
„zwłoki”.
Odpowiedź na pytanie nr 155:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 156: § 15 ust. 1 pkt 7 załącznika nr 9 do SIWZ – zgodnie z dominującą linią orzeczniczą dot. umów o dzieło, odpowiedzialność wykonawcy kształtuje się na zasadzie winy. Oprócz okoliczności, za które nie ponosi odpowiedzialności Zamawiający możemy mieć do czynienia z okolicznościami, za które nie podnosi odpowiedzialności wykonawca (a np. podmioty trzecie), a także z przypadkami „siły wyższej”. Takie rozszerzenie odpowiedzialności wykonawcy wydaje się być niczym nieusprawiedliwione, w związku powyższym wnosimy o zmianę fraz „opóźnienia” (występuje trzykrotnie) na frazy „zwłoki”.
Odpowiedź na pytanie nr 156:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 157: § 15 ust. 1 pkt 8 załącznika nr 9 do SIWZ – zgodnie z dominującą linią orzeczniczą dot. umów o dzieło, odpowiedzialność wykonawcy kształtuje się na zasadzie winy. Oprócz okoliczności, za które nie ponosi odpowiedzialności Zamawiający możemy mieć do czynienia z okolicznościami, za które nie podnosi odpowiedzialności wykonawca (a np. podmioty trzecie), a także z przypadkami „siły wyższej”. Takie rozszerzenie odpowiedzialności wykonawcy wydaje się być niczym nieusprawiedliwione, w związku powyższym wnosimy o zmianę fraz „opóźnienia” (występuje dwukrotnie) na frazy „zwłokę/zwłoki”.
Odpowiedź na pytanie nr 157:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 158: § 15 ust. 1 pkt 9 załącznika nr 9 do SIWZ – zgodnie z dominującą linią orzeczniczą dot. umów o dzieło, odpowiedzialność wykonawcy kształtuje się na zasadzie winy. Oprócz okoliczności, za które nie ponosi odpowiedzialności Zamawiający możemy mieć do czynienia z okolicznościami, za które nie podnosi odpowiedzialności wykonawca (a np. podmioty trzecie), a także z przypadkami „siły wyższej”. Takie rozszerzenie odpowiedzialności wykonawcy wydaje się być niczym nieusprawiedliwione, w związku powyższym wnosimy o zmianę fraz „opóźnienia” (występuje dwukrotnie) na frazy „zwłokę/zwłoki”.
Odpowiedź na pytanie nr 158:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 159: § 15 ust. 1 pkt 10 załącznika nr 9 do SIWZ – zgodnie z dominującą linią orzeczniczą dot. umów o dzieło, odpowiedzialność wykonawcy kształtuje się na zasadzie winy. Oprócz
okoliczności, za które nie ponosi odpowiedzialności Zamawiający możemy mieć do czynienia z okolicznościami, za które nie podnosi odpowiedzialności wykonawca (a np. podmioty trzecie), a także z przypadkami „siły wyższej”. Takie rozszerzenie odpowiedzialności wykonawcy wydaje się być niczym nieusprawiedliwione, w związku powyższym wnosimy o zmianę fraz „opóźnienia” (występuje dwukrotnie) na frazy „zwłokę/zwłoki”.
Odpowiedź na pytanie nr 159:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 160: § 15 ust. 1 pkt 14 załącznika nr 9 do SIWZ – wnosimy o skreślenie tego postanowienia, jako nieprecyzyjnego i przez to nazbyt restrykcyjnego, zarówno co do zakresu przedmiotowego, jak i finansowego – stawka kary umownej jest rażąco wygórowana (przy braku precyzyjnego określenia katalogu (okoliczności) do jej zastosowania).
Odpowiedź na pytanie nr 160:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 161: § 15 ust. 3 załącznika nr 9 do SIWZ – wnosimy o racjonalne podejście i ograniczenie odpowiedzialności wykonawcy na zasadach ogólnych do rzeczywistych szkód zamawiającego, poprzez modyfikację ww. postanowienia np. w następujący sposób: „Obowiązek zapłaty kar umownych nie wyłącza prawa dochodzenia odszkodowania na zasadach ogólnych (z wyłączeniem utraconych korzyści), jeśli wysokość poniesionej przez Zamawiającego szkody rzeczywistej przekroczy wysokość kary umownej.”.
Odpowiedź na pytanie nr 161:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie
Pytanie nr 162: § 16 ust. 11 załącznika nr 9 do SIWZ – od kiedy biegną terminy wskazane w ww. postanowieniu? Proponujemy brzmienie: „Zamawiający do wniosku Wykonawcy ustosunkuje się w terminie 7 (słownie: siedmiu) dni od dnia jego trzymania lub zwróci się do Wykonawcy o przedstawienie dodatkowych wyjaśnień. Wykonawca zobowiązany jest przedstawić dodatkowe wyjaśnienia w terminie wskazanym przez Zamawiającego, nie krótszym niż 3 (słownie: trzy) dni robocze, jednak nie dłuższym niż 7 (słownie: siedem) dni roboczych od dnia otrzymania wezwania do dodatkowych wyjaśnień.”.
Odpowiedź na pytanie nr 162:
Zamawiający modyfikuje zapisy Umowy w ten sposób, iż § 16 ust. 13 Umowy otrzymuje brzmienie:
„Zamawiający do wniosku Wykonawcy ustosunkuje się w terminie 7 (słownie: siedmiu) dni od daty jego otrzymania przez Xxxxxxxxxxxxx lub zwróci się do Wykonawcy o przedstawienie dodatkowych wyjaśnień. Wykonawca zobowiązany jest przedstawić dodatkowe wyjaśnienia w terminie wskazanym przez Zamawiającego, nie krótszym niż 3 (słownie: trzy) dni robocze, jednak nie dłuższym niż 7 (słownie: siedem) dni roboczych od daty dostarczenia wezwania do Wykonawcy.”
Jednocześnie Zamawiający poprawia błędną numerację § 16 w ten sposób, że po ust 12 następuje ust. 13, 14, 15 i 16.
Pytanie nr 163: § 18 załącznika nr 9 do SIWZ – z przyczyn niezrozumiałych dla wykonawcy, obowiązek zachowania poufności został skonstruowany w sposób, gdzie zobowiązanym jest wyłącznie wykonawca. Zdaniem wykonawcy, również zamawiający powinien być zobowiązanych do
zachowania poufności – w związku z powyższym wnosimy o taką modyfikację § 18, by obowiązek zachowania poufności był symetryczny dla obu stron.
Odpowiedź na pytanie nr 163:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Zamawiający informuje, że jest zobligowany do zachowania poufności na podstawie odrębnych przepisów, w tym ustawy z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (Dz.U.2019.1010 t.j. z dnia 2019.05.30) oraz ustawy z dnia 29 stycznia 2004 r Prawo zamówień publicznych Dz.U.2018.1986 (t.j. z dnia 2018.10.16). Zgodnie z art. 8 ust 3 ustawy pzp. „Nie ujawnia się informacji stanowiących tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji, jeżeli wykonawca, nie później niż w terminie składania ofert lub wniosków o dopuszczenie do udziału w postępowaniu, zastrzegł, że nie mogą być one udostępniane oraz wykazał, iż zastrzeżone informacje stanowią tajemnicę przedsiębiorstwa”.
W związku z powyższym Zamawiający nie ujawni tajemnicy przedsiębiorstwa w każdym przypadku, gdy Wykonawca zastrzeże, że informację te stanowią tajemnicę przedsiębiorstwa.
Pytanie nr 164: § 20 ust. 1 załącznika nr 9 do SIWZ – wnosimy o podanie konkretnej wysokości ubezpieczenia OC, do posiadania którego zobowiązany jest wykonawca.
Odpowiedź na pytanie nr 164:
Zamawiający wyjaśnia, że wysokość ubezpieczenia została podana w pkt XXIV ust 5 SIWZ.
Pytanie nr 165: § 22 (lub dowolnie inny) załącznika nr 9 do SIWZ – wnosimy o wprowadzenie limitu odpowiedzialności wykonawcy, np. w brzmieniu: „Odpowiedzialność Wykonawcy z jakiegokolwiek tytułu związanego z Umową ograniczona jest do wysokości łącznego, umownego wynagrodzenia netto, określonego § 6 ust. 1. Umowy. Odpowiedzialność Wykonawcy z tytułu utraconych korzyści jest wyłączona.”.
Odpowiedź na pytanie nr 165:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 166: załącznik nr 5 do umowy – czy Zamawiający przez przypadek nie wskazał błędnego odesłania (§ 11 ust. 3 umowy) w protokole odbioru? Wnosimy o ewentualna poprawkę.
Odpowiedź na pytanie nr 166:
Zamawiający zmienia treść oświadczenia poprzez odesłanie do § 11 Umowy.
Pytanie nr 167: Czy mając na uwadze treść dobrych praktyk opublikowanych przez Urząd Zamówień Publicznych w zakresie realizacji umów IT, Zamawiający (oprócz limitu kar umownych) wprowadzi ograniczenie odpowiedzialności kontraktowej Wykonawcy, np. do kwoty 100% wynagrodzenia netto Umowy oraz wyłączy odpowiedzialność Wykonawcy w zakresie utraconych korzyści?
Brak określenia limitu odpowiedzialności Wykonawcy odbiega od standardów stosowanych na rynku usług IT. Zgodnie z dokumentem „ANALIZA DOBRYCH PRAKTYK W ZAKRESIE REALIZACJI UMÓW IT, ZE SZCZEGÓLNYM UWZGLĘDNIENIEM SPECYFIKI PROJEKTÓW
INFORMATYCZNYCH 7 OSI PRIORYTETOWEJ PO IG” (dalej Analiza), udostępnionej przez Urząd Zamówień Publicznych (dokument przygotowany na zlecenie Władzy Wdrażającej Programy Europejskie w ramach projektu POIG.070100-00-001/08 pn. "Projekt Systemowy dla wspierania
działań w zakresie budowy elektronicznej administracji", współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Rozwoju Regionalnego oraz budżetu państwa),
„Standardem w umowach dotyczących systemów informatycznych jest ograniczenie odpowiedzialności kontraktowej stron do określonej wysokości określanej kwotowo lub do wartości umowy” (str. 54 ww. Analizy) oraz „(…) standardowo w umowach IT, odpowiedzialność stron jest ograniczana do szkody rzeczywistej. Jest to podyktowane potrzebą wyeliminowania sytuacji, w której strona będzie odpowiadała za trudne do skwantyfikowania utracone korzyści drugiej strony” (str. 55 Analizy). Zapis uwzględniający powyższe standardy rynkowe mógłby mieć następujące brzmienie i stanowić dodatkowy ustęp w §15 np. w brzemieniu: „Z zastrzeżeniem postanowień Umowy przewidujących dalej idące ograniczenia lub wyłączenia odpowiedzialności odszkodowawczej Wykonawcy i w zakresie, w jakim jest to dopuszczalne w świetle bezwzględnie obowiązujących przepisów prawnych wszelka i całkowita odpowiedzialność odszkodowawcza Wykonawcy względem Zamawiającego za niewykonanie lub nienależyte wykonanie Umowy obejmuje wyłącznie rzeczywistą stratę Zamawiającego, z wyłączeniem w całości utraconych korzyści Zamawiającego, a nadto ograniczona jest do kwoty wynoszącej 100% wynagrodzenia z Umowy netto określonego w § 13 ust. 1 Umowy.”. Ponadto konieczna byłaby zmiana brzemienia §15 ust. 1 na następujące: „1.Naliczenie zastrzeżonych Umową kar umownych nie wyłącza możliwości dochodzenia odszkodowania na zasadach ogólnych z wyłączeniem w całości utraconych korzyści, a ponadto do limitu odpowiedzialności odszkodowawczej Wykonawcy względem Zamawiającego za niewykonanie lub nienależyte wykonanie Umowy wskazanego poniżej tj. do kwoty wynoszącej 100% wynagrodzenia z Umowy netto określonego w § 13 ust. 1 Umowy.”
Odpowiedź na pytanie nr 167:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 168: W projekcie umowy Zamawiający określił kary umowne, które naliczane są za opóźnienie Wykonawcy w wykonaniu danych zobowiązań natomiast zgodnie z Analizą „Standardem w umowach IT powinno być określanie odpowiedzialności Wykonawcy za zwłokę.” (strona 58 Analizy). Odpowiedzialność za szkodę, która jest następstwem okoliczności, za które dłużnik ponosi odpowiedzialność stanowi również zasadę wynikającą z kodeksu cywilnego. Poza tym wykonanie przedmiotowej umowy wymaga współpracy a wręcz współdziałania Stron dlatego tym bardziej niezrozumiałe są powody, dla których Zamawiający wymaga aby Wykonawca ponosił odpowiedzialność w przypadku opóźnienia zwykłego, które następuje już wówczas, gdy termin nie zostanie dotrzymany również z przyczyn, za które Wykonawca nie ponosi odpowiedzialności.
Pytanie: Czy mając na uwadze powyższe Zamawiający dokona zmian zapisów zastrzegających kary umowne i jako przesłankę odpowiedzialności Wykonawcy z tytułu kar umownych wskaże „zwłokę” lub odpowiednio „winę” Wykonawcy?
Odpowiedź na pytanie nr 168:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie Pytanie nr 169: §15 – Kary umowne i zakres odpowiedzialności wykonawcy
Zamawiający przewidział prawo do naliczana kary przez Zamawiającego w przypadku odstąpienia od umowy przez Wykonawcę co oznacza, że w przypadku odstąpienia od umowy przez Wykonawcę z winy Zamawiającego, Wykonawca będzie zobowiązany do zapłaty Zamawiającemu kary umownej.
Prosimy o usunięcie prawa Zamawiającego do naliczenia w/w kary. Odpowiedź na pytanie nr 169:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie. Jednocześnie Zamawiający wskazuje na zapis §15 ust 1 pkt 1 Umowy, który brzmi: „z tytułu odstąpienia od Umowy przez Wykonawcę albo rozwiązania lub odstąpienia od Umowy przez Zamawiającego z przyczyn leżących po stronie Wykonawcy w wysokości 20% wynagrodzenia netto, o którym mowa w § 6 ust. 1;
Pytanie nr 170: W związku z objęciem przedmiotu zamówienia zarówno gwarancją jak i serwisem utrzymaniowym prosimy o wyłączenie rękojmi, co wyeliminuje konieczność uwzględnienia w ofercie dodatkowych kosztów związanych z ewentualnym dublowaniem się ryzyk/podstaw zobowiązań.
Odpowiedź na pytanie nr 170:
Zamawiający nie wyraża zgody na wyłączenie uprawnień wynikających z przepisów dotyczących rękojmi.
Pytanie nr 171: W projekcie UMOWA POWIERZENIA PRZETWARZANIA DANYCH OSOBOWYCH w
§ 6 Zamawiający wskazał bardzo krótki termin 24 godziny na przekazanie informacji o przypadkach naruszenia ochrony danych osobowych, po stwierdzeniu naruszenia.
Pytanie: Czy mając na uwadze czas potrzebny na zebranie w sposób rzetelny informacji o naruszeniu Zamawiający wydłuży ww. termin do 48 godzin tak aby urealnić możliwość wykonania zobowiązań wskazanych w przedmiotowym postanowieniu przez Wykonawcę?
Odpowiedź na pytanie nr 171:
Zamawiający nie wyraża zgody na zmianę.
Zamawiający informuje, że termin 24 godziny odnosi się do sytuacji, kiedy Xxxxxxx przetwarzający już stwierdził naruszenie ochrony danych osobowych, zatem wskazane czynności mają miejsce przed faktem stwierdzenia naruszenia.
Pytanie nr 172: W §10 ust.6 pkt. c) zapewnienie zgodność dostarczonej funkcjonalności Systemu ze zmieniającymi się przepisami prawa.
Prosimy o doprecyzowanie, iż przez sformułowanie „przepisami prawa” Zamawiający rozumie przepisy prawa powszechnie obowiązującego ogłoszone w Dzienniku Ustaw RP oraz w Dzienniku Urzędowym RP „Monitor Polski”?
Ponadto Xxxxxxxxxxx nie wskazał terminów dostosowania do zmieniających się wymagań prawnych, co może spowodować, iż nie jest możliwe dochowanie zgodności z terminem rozpoczęcia obowiązywania zmian prawnych. Prosimy o doprecyzowanie bądź usunięcie zapisu.
Odpowiedź na pytanie nr 172:
Zamawiający informuję, że wskazane w §10 ust.6 pkt. c Umowy sformułowanie: „przepisy prawa” obejmuje zarówno przepisy prawa powszechnie obowiązującego, jak również regulaminy, uchwały, zarządzenia wewnętrzne obowiązujące u Zamawiającego oraz dokumenty zarządcze dotyczące Projektu, zgodnie z wskazaniem § 2 ust 13 Umowy.
Jednocześnie Zamawiający modyfikuje zapisy Umowy w ten sposób, iż § 10 ust. 6 lit. c Umowy, otrzymuje brzmienie:
„zapewnienie zgodności dostarczonej funkcjonalności Systemu ze zmieniającymi się przepisami prawa, w terminie uzgodnionym z Zamawiającym”
Pytanie nr 173: W §2 ust. 5 i ust. 24 wzoru umowy określono zobowiązanie Wykonawcy do wykonania umowy zgodnie ze wskazówkami zamawiającego. Powyższe rodzi istotne ryzyko, gdyż wskazówki Zamawiającego mogą dot. zobowiązań niewynikających z umowy i nie wycenionych w ofercie.
Mimo, iż Zamawiający określił, że wskazówki i zalecenia nie mogą pozostawać w sprzeczności z postanowieniami Umowy, treścią wcześniej zaakceptowanych dokumentów ani prowadzić do przekroczenia określonych w Harmonogramie Ogólnym terminów, postanowienie to winno zostać usunięte lub doprecyzowane, w ten sposób, iż owe wskazówki zamawiającego nie mogą powodować nowych zobowiązań po stronie wykonawcy lub ich rozszerzenia lub powodować poniesienia kosztów niewycenionych przez wykonawcę.
Odpowiedź na pytanie nr 173:
Zamawiający nie wyraża zgody na zmianę załącznika nr 9 do SIWZ w przedmiotowym zakresie Pytanie nr 173’
We wzorze umowy w §2 ust. 13 Zamawiający zobowiązał wykonawcę do przestrzegania przedstawionych mu do stosowania regulaminów, uchwał, zarządzeń wewnętrznych obowiązujących u Zamawiającego i dokumentów zarządczych dotyczących Projektu.
Prosimy o udostępnienie wszystkich dokumentów, z którymi Wykonawcy muszą zachować zgodność lub je stosować przy realizacji umowy. Przedmiotowe dokumenty mogą rodzić po stronie wykonawcy nowe zobowiązania lub generować dodatkowe koszty wykonania umowy co musi uwzględnić w ofercie
Odpowiedź na pytanie nr 173’
Zgodnie z odpowiedzią na pytanie nr 111.
Pytanie nr 174: § 11 wzoru umowy w zw. z Załącznikiem nr 1 SOPZ prawa własności intelektualnej, kody źródłowe
Zamawiający oczekuje doręczenia kodu źródłowego Oprogramowania, a więc nie tylko Oprogramowania dedykowanego, na zasadach i wg procedury określonej w §11. Powyższe może okazać się niemożliwe w przypadku korzystania przy realizacji umowy z oprogramowania standardowego podmiotów trzecich tj. jak np. Oracle czy Microsoft.
Prosimy o doprecyzowanie, iż przekazanie kodu źródłowego dot. Oprogramowania Dedykowanego. Odpowiedź na pytanie nr 174:
Zamawiający wyjaśnia, iż zgodnie z zapisami SOPZ rozdział 3.4 pkt 15 Zakres prac do wykonania, Zamawiający oczekuje przekazania kodów źródłowych oraz parametrów konfiguracyjnych do Oprogramowania Dedykowanego.
Jednocześnie Zamawiający modyfikuje § 11 ust 18 i ust 20 Umowy w ten sposób, iż odpowiednio wskazane ustępy otrzymują brzmienie:
„18. Ilekroć zgodnie z postanowieniami Umowy Zamawiający nabywa na jakiejkolwiek podstawie prawnej uprawnienie do tłumaczenia, przystosowania, zmiany układu lub wprowadzania jakichkolwiek innych zmian do określonego Oprogramowania Dedykowanego lub korzystania i rozporządzania autorskimi prawami zależnymi do opracowań Oprogramowania Dedykowanego, Wykonawca dostarczy Zamawiającemu Oprogramowanie Dedykowane również w formie Kodu źródłowego”
„20 Kod źródłowy zostanie przekazany Zamawiającemu wraz z danym Oprogramowaniem Dedykowanym, w każdym przypadku nie później niż na 10 dni przed datą Odbioru Wdrożenia”
Pytanie nr 175: W §10 ust.6 Serwis utrzymaniowy,
Zamawiający użył sformułowania „w szczególności” co oznacza, że katalog czynności przewidzianych do wykonania przez Wykonawcę w ramach umowy nie jest zamknięty.
Prosimy o wykreślenie sformułowania „w szczególności” bowiem przedmiot zamówienia powinien być określony jednoznacznie, w sposób precyzyjny tak aby możliwym było rzetelne skalkulowanie ofert przez Wykonawców.
Odpowiedź na pytanie nr 175:
Zamawiający nie wyraża zgody na zmianę zapisów umowy w przedmiotowym zakresie.
Pytanie nr 176: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 3. Prośba o usunięcie wymagania ID nr 3. Prośba o usunięcie wymagania.
Odpowiedź na pytanie nr 176:
Zamawiający nie wyraża zgody na usunięcie wymagania ID3.
Pytanie nr 176’: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 4. Prośba o usunięcie wymagania ID nr 4. Prośba o usunięcie wymagania.
Odpowiedź na pytanie nr 176’:
Zamawiający nie wyraża zgody na usunięcie wymagania ID4.
Pytanie nr 177: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 5. Co rozumiemy przez "dostęp do danych", przykłady działań które się kryją za tym pojęciem?
Odpowiedź na pytanie nr 177:
Zamawiający wyjaśnia, że poprzez dostęp do danych, który jest odnotowywany w odpowiednich plikach (logach systemowych), rozumie możliwość sprawdzenia przez administratora, kto i w jakim zakresie realizował funkcjonalności ujęte w systemie np. edycja, dodanie, usunięcie, pobranie, wyświetlanie danych.
Pytanie nr 178: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 6. O jakim "komunikowaniu" mowa w niniejszym wymaganiu?
Odpowiedź na pytanie nr 178:
Zamawiający wyjaśnia, że poprzez wyrażenie „komunikowanie” użyte w pkt. 5.2.1 SOPZ rozumie wymianę danych.
Pytanie nr 179: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 7. Proszę o rozwinięcie niniejszego wymagania. Czy typ komunikacji powinien być konfigurowalny przez administratora?
Odpowiedź na pytanie nr 179:
Zamawiający potwierdza, że typ komunikacji określony ID7 powinien być konfigurowalny przez administratora.
Pytanie nr 180: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 8. Prośba o podanie przykładów gdzie taka standaryzacja formatów miała by się odbywać? Walidacja pól wymagana jest na etapie uzupełnienia formularza/rejestru?
Odpowiedź na pytanie nr 180:
Zamawiający wyjaśnia, że chodzi o formularze dostępne w ramach modułu eRejestry.
Pytanie nr 181: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 9. O jakiego typu przekierowaniu komunikatów mowa?
Odpowiedź na pytanie nr 181:
Zamawiający wyjaśnia, iż komunikat od systemu źródłowego powinien być dostosowany do odpowiedniego odbiorcy/drugiej aplikacji wg zdefiniowanych reguł.
Pytanie nr 182: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 10. Czy w niniejszym wymaganiu chodzi o komunikację pomiędzy poszczególnymi komponentami systemu?
Odpowiedź na pytanie nr 182:
Zamawiający potwierdza, że chodzi o komunikację pomiędzy poszczególnymi komponentami systemu.
Pytanie nr 183: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 11. Do jakich celów taka transformacja może być potrzebna?
Odpowiedź na pytanie nr 183:
Zamawiający wyjaśnia, że wykonanie transformacji komunikatu XML, jaki otrzymujemy od systemu źródłowego, potrzebne jest, aby dostosować wynik końcowy komunikatu do formatu jaki obsługuje druga aplikacja/odbiorca, lub wygenerowaniu odpowiedzi na postawie posiadanych informacji o kliencie.
Pytanie nr 184: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 15. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 184:
Zamawiający nie wyraża zgody na usunięcie wymagania ID 15.
Pytanie nr 185: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 25. Jakich komponentów systemu dotyczy niniejsze wymaganie? Narzędzia raportowego?
Odpowiedź na pytanie nr 185:
Zamawiający wyjaśnia, chodzi o powiadomienia wysyłane za pomocą komunikatu w systemie bądź drogą e-mail dotyczące x.xx. narzędzia raportowego czy modułu eRejestry.
Pytanie nr 186: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 26. O jakiego typu zadania chodzi w niniejszym wymaganiu?
Odpowiedź na pytanie nr 186:
Zamawiający wyjaśnia, że chodzi o funkcjonalność polegającą na możliwości ustawienia terminu wysyłania alertu dotyczącego. x.xx. narzędzia raportowego czy modułu eRejestry.
Pytanie nr 187: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 27. Prośba o doprecyzowanie pojęcia "alert" i podania przykładu sytuacji w jakiej takie powiadomienie powinno być wysłane.
Odpowiedź na pytanie nr 187:
Zamawiający poprzez alert rozumie zautomatyzowaną wiadomość lub powiadomienie wysłane za pośrednictwem wiadomości e-mail bądź w ramach Systemu, które wskazuje, że wystąpiło predefiniowane zdarzenie lub warunek błędu i że konieczne jest podjęcie pewnych działań.
Przykładem alertu może być np. przekroczenie określonych terminów czy wartości zdefiniowanych dla predefiniowanych raportów.
Pytanie nr 188: OPZ: 5.2.1. Ogólne wymagania funkcjonalne. Tabela 4. Ogólne wymagania funkcjonalne: ID nr 28. Jakie konsekwencje powinno nieść za sobą zatwierdzenie i odrzucenie alertu?
Odpowiedź na pytanie nr 188:
Zamawiający wyjaśnia, że zatwierdzenie bądź odrzucenie alertu oznacza jedynie potwierdzenie jego odczytania.
Pytanie nr 189: OPZ: Wymagania w zakresie testów Tabela 13. Wymagania w zakresie testów. ID nr
76. Prosimy o modyfikację wymagania: Dokument Plan Testów powinien obejmować następujące rodzaje testów: 1. jednostkowe, 2. funkcjonalne, 3. Zabezpieczeń 4. wydajnościowe, 5. mechanizmów walidacji danych,6. odtwarzania danych z kopii bezpieczeństwa,7. Integracyjne, 8. inne, które zostaną uzgodnione między Zamawiającym a Wykonawcą podczas przygotowania Planu Testów. Zakłada się, że rodzaje testów w zakresie testowanego fragmentu Systemu będą każdorazowo uzgadniane i akceptowane przez Zamawiającego.
Odpowiedź na pytanie nr 189:
Zamawiający nie wyraża zgody na modyfikację wymagania ID76.
Pytanie nr 190: OPZ: Wymagania dotyczące bezpieczeństwa Systemu Tabela 14. Wymagania dotyczące bezpieczeństwa Systemu. ID nr 81. Czy możemy założyć, że zabezpieczenie na wypadek DoS, czyli ataku na poziomie sieciowym powinno być zapewnione przez Zamawiającego, ponieważ ochrona przed tego typu atakami jest zapewniana przez odpowiednie firewalle?
Odpowiedź na pytanie nr 190:
Zamawiający potwierdza, że zapewni zabezpieczenie na wypadek DoS, czyli ataku na poziomie sieciowym .Zamawiający w ramach realizacji Projektu zapewni odpowiednie firewalle.
Pytanie nr 191: Wymagania dotyczące bezpieczeństwa Systemu Tabela 14. Wymagania dotyczące bezpieczeństwa Systemu. ID nr 87. Prośba o usunięcie wymagania.
Odpowiedź na pytanie nr 191:
Zamawiający nie wyraża zgody na usunięcie wymagania ID87.
Pytanie nr 192: Wymagania dotyczące bezpieczeństwa Systemu Tabela 14. Wymagania dotyczące bezpieczeństwa Systemu ID nr 88. Czy możemy założyć, że odpowiednia polityka haseł będzie definiowana na poziomie mechanizmów Active Directory, a aplikacja raportowa będzie z niej korzystała?
Odpowiedź na pytanie nr 192:
Zamawiający informuje, że dla kont które nie są zdefiniowane na poziomie mechanizmów AD, system musi zapewniać własną politykę definiowania haseł.
Pytanie nr 193: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 101. Co powinniśmy rozumieć przez "dane poza rejestrowe"?
Odpowiedź na pytanie nr 193:
Zamawiający wyjaśnia, że przez „dane poza rejestrowe” należy rozumieć dane wprowadzone za pośrednictwem formatek.
Pytanie nr 194: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 104. Pytanie: Co powinniśmy rozumieć jako "warstwę integracyjną"?
Odpowiedź na pytanie nr 194:
Zamawiający wyjaśnia, że przez „warstwę integracyjną” rozumie warstwę, która będzie integrowała i gromadziła zapisane dane.
Pytanie nr 195: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 106. Pytanie: Prośba o podanie przykładu definiowania agregowania? Czy chodzi o wybór sposobu agregacji dla wprowadzanych danych składających się na kilka pól?
Odpowiedź na pytanie nr 195:
Zamawiający wyjaśnia, że przez agregowanie rozumie zarówno zbieranie danych z formularzy i łącznie ich w całość w postaci danego eRejestru, jak i również funkcjonalność polegają na agregacji dla wprowadzanych danych składających się z kilku pól.
Pytanie nr 196: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 111. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 196:
Zamawiający nie wyraża zgody na usunięcie wymagania ID111.
Pytanie nr 197: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 122. Prośba o usunięcie poniższego wymagania. Jest to niezgodne z dobrymi praktykami oraz budzi wątpliwości co do bezpieczeństwa oraz integralności danych
Odpowiedź na pytanie nr 197:
Zamawiający nie wyraża zgody na usunięcie wymagania ID122.
Pytanie nr 198: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 125. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 198:
Zamawiający nie wyraża zgody na usunięcie wymagania ID125.
Pytanie nr 199: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 126. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 199:
Zamawiający nie wyraża zgody na usunięcie wymagania ID126.
Pytanie nr 200: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 139. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 200:
Zamawiający nie wyraża zgody na usunięcie wymagania ID139.
Pytanie nr 201: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 146. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 201:
Zamawiający nie wyraża zgody na usunięcie wymagania ID146.
Pytanie nr 202: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 147. Prośba o doszczegółowienie punktów e, g, h, i, n
Odpowiedź na pytanie nr 202:
Zamawiający poniżej przedstawia przykłady w formie graficznej definiowanych pól formularzy: e – chodzi listę rozwijaną, np.
g – np. (z polem radiobutton)
h – np. (z polem radiobutton)
i – np. (polem checkbox)
n - chodzi o możliwość zagnieżdżenia innego formularza w formularzu pierwotnym
Pytanie nr 203: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 157. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 203:
Zamawiający nie wyraża zgody na usunięcie wymagania ID157.
Pytanie nr 204: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 160. Prośba o doszczegółowienie niniejszego wymagania
Odpowiedź na pytanie nr 204:
Zamawiający wyjaśnia, że wyświetlanie rekordów w formie kartotekowej daje możliwość sortowania, przeszukiwania, stosowania w nich filtrów ograniczając zakres wyświetlanych informacji.
Pytanie nr 205: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 161. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 205:
Zamawiający nie wyraża zgody na usunięcie wymagania ID161.
Pytanie nr 206: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 167. Prośba o doprecyzowanie wymagania.
Odpowiedź na pytanie nr 206:
Zamawiający wyjaśnia że filtrowanie za pomocą zaawansowanych parametrów daje możliwość wyboru określonych danych za pośrednictwem których możliwe będzie filtrowanie historii.
Pytanie nr 207: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 173. Prośba o doprecyzowanie wymagania
Odpowiedź na pytanie nr 207:
Zamawiający wyjaśnia, że poprzez wyrażenie „wcześniejszej konfiguracji” rozumie ustalony sposób prezentowania podglądu ankiety.
Pytanie nr 208: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 176. Prosimy o modyfikację wymagania: Administrator może w każdej chwili dezaktywować tzn. uniemożliwić wykorzystanie) z ankiety bądź formularza.
Odpowiedź na pytanie nr 208:
Zamawiający nie wyraża zgody na modyfikację wymagania ID176.
Pytanie nr 209: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 177. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 209:
Zamawiający nie wyraża zgody na usunięcie wymagania ID177.
Pytanie nr 210: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 180. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 210:
Zamawiający nie wyraża zgody na usunięcie wymagania ID180.
Pytanie nr 211: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 182. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 211:
Zamawiający nie wyraża zgody na usunięcie wymagania ID182.
Pytanie nr 212: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 183. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 212:
Zamawiający nie wyraża zgody na usunięcie wymagania ID183.
Pytanie nr 213: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 187. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 213:
Zamawiający nie wyraża zgody na usunięcie wymagania ID187. Zamawiający jednocześnie zaznacza,
że możliwość tworzenia ankiety określona będzie uprawnieniami danego użytkownika.
Pytanie nr 214: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 188. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 214:
Zamawiający nie wyraża zgody na usunięcie wymagania ID188.
Pytanie nr 215: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 195. Prośba o modyfikację wymagania: Wyniki wyszukiwania wyświetlane są w formie tabelarycznej
Odpowiedź na pytanie nr 215:
Zamawiający nie wyraża zgody na modyfikację wymagania ID195.
Pytanie nr 216: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 196. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 216:
Zamawiający nie wyraża zgody na usunięcie wymagania ID196.
Pytanie nr 217: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 204. Prosimy o modyfikację wymagania: Dostępami można zarządzać grupowo, wskazując docelową grupę oraz wybierając odpowiednią czynność.
Odpowiedź na pytanie nr 217:
Zamawiający modyfikuje pkt. 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID 204 w następujący sposób:
Dostępami można zarządzać grupowo, wskazując docelową grupę oraz wybierając odpowiednią czynność..
Pytanie nr 218: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 205. Prosimy o modyfikację wymagania: Administrator eRejestru zarządza dostępami do eRejestru. Może usunąć lub zmodyfikować istniejące dostępy.
Odpowiedź na pytanie nr 218:
Zamawiający nie wyraża zgody na modyfikację wymagania ID205.
Pytanie nr 219: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 206. Prosimy o modyfikację wymagania Administrator eRejestru ma wgląd do listy Użytkowników, którzy mają dostęp do wskazanego eRejestru, wraz ze wskazaniem czy jest to Użytkownik Zewnętrzny oraz poziomu dostępu.
Odpowiedź na pytanie nr 219:
Zamawiający nie wyraża zgody na modyfikację wymagania ID206.
Pytanie nr 220: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 207. Prośba o usunięcie. Konta powinny być tworzone przez administratora
Odpowiedź na pytanie nr 220:
Zamawiający nie wyraża zgody na usunięcie wymagania ID207. Zamawiający informuje, że w niniejszym wymaganiu nie chodzi o tworzenie kont, a nadawanie uprawnień innemu Użytkownikowi do danego eRejestru.
Pytanie nr 221: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 210. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 221:
Zamawiający nie wyraża zgody na usunięcie wymagania ID210.
Pytanie nr 222: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 211. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 222:
Zamawiający nie wyraża zgody na usunięcie wymagania ID211.
Jednocześnie Zamawiający modyfikuje brzmienie ID211 w następujący sposób:
W przypadku użytkowników z domeny @xxxx.xxxxxxxxxx.xx nie jest wymagane zakładanie konta w Systemie.
Pytanie nr 223: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 212. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 223:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID212.
Pytanie nr 224: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 213. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 224:
Zamawiający nie wyraża zgody na usunięcie wymagania ID213.
Pytanie nr 225: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 215. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 225:
Zamawiający nie wyraża zgody na usunięcie wymagania ID215.
Pytanie nr 226: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 216. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 226:
Zamawiający nie wyraża zgody na usunięcie wymagania ID216.
Pytanie nr 227: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 217. Prośba o doprecyzowanie o jakiego typu informacje chodzi
Odpowiedź na pytanie nr 227:
Zamawiający wyjaśnia, że w wymaganiu ID217 chodzi to logi systemowe.
Pytanie nr 228: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 218. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 228:
Zamawiający nie wyraża zgody na usunięcie wymagania ID218.
Pytanie nr 229: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 219. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 229:
Zamawiający nie wyraża zgody na usunięcie wymagania ID219.
Pytanie nr 230: 5.3.1. Wymagania funkcjonalne eRejestry Tabela 17. Wymagania funkcjonalne eRejestry ID nr 220. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 230:
Zamawiający nie wyraża zgody na usunięcie wymagania ID220.
Pytanie nr 231: 5.3.2.1.Wymagania dotyczące integracji eRejestry z innymi systemami Tabela 19. Wymagania dotyczące integracji eRejestry z innymi systemami ID nr 236. Prośba o wykreślenie Internet Explorer i zastąpienie jej Safari/Opera
Odpowiedź na pytanie nr 231:
Zamawiający nie wyraża zgody na modyfikację wymagania ID236.
Pytanie nr 232: 5.3.2.1.Wymagania dotyczące integracji eRejestry z innymi systemami Tabela 19. Wymagania dotyczące integracji eRejestry z innymi systemami ID nr 237. Prośba o wykreślenie
*Stanowisko, * Status konta Odpowiedź na pytanie nr 232:
Zamawiający nie wyraża zgody na modyfikację wymagania ID237.
Pytanie nr 233: 5.3.2.1.Wymagania dotyczące integracji eRejestry z innymi systemami Tabela 19. Wymagania dotyczące integracji eRejestry z innymi systemami ID nr 243. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 233:
Zamawiający nie wyraża zgody na usunięcie wymagania ID243.
Pytanie nr 234: 5.3.2.1.Wymagania dotyczące integracji eRejestry z innymi systemami Tabela 19. Wymagania dotyczące integracji eRejestry z innymi systemami ID nr 244. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 234:
Zamawiający nie wyraża zgody na usunięcie wymagania ID244.
Pytanie nr 235: 5.3.2.2.Wymagania w zakresie niezawodności eRejestry Tabela 20. Wymagania w zakresie niezawodności eRejestry ID nr 248. Prośba o usunięcie wymagania ID nr 249.
Funkcjonalność zależna od silnika bazy danych Odpowiedź na pytanie nr 235:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID248.
Pytanie nr 236: 5.3.2.2.Wymagania w zakresie niezawodności eRejestry Tabela 20. Wymagania w zakresie niezawodności eRejestry ID nr 249. Funkcjonalność zależna od silnika bazy danych
Odpowiedź na pytanie nr 236:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID249
Pytanie nr 237: 5.3.2.2.Wymagania w zakresie niezawodności eRejestry Tabela 20. Wymagania w zakresie niezawodności eRejestry ID nr 250. Funkcjonalność zależna od silnika bazy danych
Odpowiedź na pytanie nr 237:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID250.
Pytanie nr 238: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr 254. Prośba o usunięcie, zapis faworyzuje wyłącznie dostawców, którzy posiadają w swoim portofilo wszystkie komponenty do budowania rozwiązań BI/DW
Odpowiedź na pytanie nr 238:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID254
Pytanie nr 239: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr 261. Modyfikacja: System powinien zapewniać możliwość definiowania reguł administracyjnych dla serwera lub grupy serwerów wymuszanych przez system i zarządzania nimi.
Odpowiedź na pytanie nr 239:
Zamawiający nie wyraża zgody na modyfikację wymagania ID261.
Pytanie nr 240: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr 263. Prosimy o usunięcie wymagania
Odpowiedź na pytanie nr 240:
Zamawiający nie wyraża zgody na usunięcie wymagania ID263.
Pytanie nr 241: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr 264. Funkcjonalność dostępna w jednej z wersji silnika bazy danych
Odpowiedź na pytanie nr 241:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID264
Pytanie nr 242: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr 274. Czy system powinien być „HA ready" czy też Zamawiający wymaga, żeby ta funkcja była wdrożona produkcyjnie?
Odpowiedź na pytanie nr 242:
Zamawiający wyjaśnia, że wymagane jest HA (High availability) dla CEP - na zasadzie Active/Passive
Pytanie nr 243: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr 277. Prosimy o usunięcie poniższego wymagania, faworyzuje jednego z dostawców rozwiązania
Odpowiedź na pytanie nr 243:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID277.
Pytanie nr 244: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr 281. Modyfikacja: System powinien zapewniać możliwość rejestracji zmian w danych włącznie z zapamiętaniem stanu pojedynczego rekordu danych sprzed modyfikacji. Rozwiązanie jest konfigurowalne bez wpływu na istniejące aplikacje korzystające z danych. Rozwiązanie rejestruje także zmiany w definicji struktur danych.
Odpowiedź na pytanie nr 244:
Uwaga dotyczy "wydajności systemu", w związku z tym Zamawiający modyfikuje treść ID 281 w następujący sposób: System powinien zapewniać możliwość rejestracji zmian w danych włącznie z zapamiętaniem stanu pojedynczego rekordu danych sprzed modyfikacji. Rozwiązanie nie wpływa znacząco na wydajność Systemu i jest konfigurowalne bez wpływu na istniejące aplikacje korzystające z danych. Rozwiązanie rejestruje także zmiany w definicji struktur danych
Pytanie nr 245: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr 296.
Prośba o usunięcie wymagania, jest ono niezgodne z szeroko rozumianymi "dobrymi praktykami" Odpowiedź na pytanie nr 245:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID296.
Pytanie nr 246: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr
305. Prośba o doprecyzowanie wymagania. Na jakim poziomie powinny być wykonywane poniższe akcje? Na poziomie narzędzia raportowego, czy z poziomu zarządzania daną kostką analityczną?
Odpowiedź na pytanie nr 246:
Zamawiający wyjaśnia, że wymienione w wymaganiu akcje powinny być wykonywane z poziomu zarządzania kostką analityczną
Pytanie nr 247: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr
322. Prośba o usunięcie wymagania. Faworyzuje jednego z dostawców
Odpowiedź na pytanie nr 247:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID322.
Pytanie nr 248: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr 328. Prośba o usunięcie poniższego wymagania
Odpowiedź na pytanie nr 248:
Zamawiający nie wyraża zgody na usunięcie wymagania ID328.
Pytanie nr 249: 5.4.1. Wymagania funkcjonalne HD Tabela 21. Wymagania funkcjonalne HD ID nr 330. Prośba o usunięcie poniższego wymagania, faworyzuje jednego z dostawców rozwiązań do wirtualizacji
Odpowiedź na pytanie nr 249:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID330.
Pytanie nr 250: 5.4.2.2.Wymagania w zakresie niezawodności HD Tabela 23. Wymagania w zakresie niezawodności HD ID nr 333. Prośba o usunięcie poniższego wymagania, faworyzuje jednego z dostawców rozwiązań do wirtualizacji
Odpowiedź na pytanie nr 250:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID333.
Pytanie nr 251: 5.4.2.2.Wymagania w zakresie niezawodności HD Tabela 23. Wymagania w zakresie niezawodności HD ID nr 335. Prośba o usunięcie poniższego wymagania, faworuzje jednego z dostawców rozwiązań do wirtualizacji
Odpowiedź na pytanie nr 251:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID335
Pytanie nr 252: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 341. Prośba o modyfikację wymagania: pauza 3 - cache raportów parametryzowanych (generacja raportów bez dostępu do źródła danych, w oparciu o parametry domyślne), pauza 5 - wizualizację danych analitycznych na mapach geograficznych (w tym import map w formacie geojson) oraz usunięcie punktu ostatniego tj. możliwość wizualizacji danych w postaci obiektów sparkline.
Odpowiedź na pytanie nr 252:
Zamawiający modyfikuje wymaganie ID 341 tiret 5 w następujący sposób:
- „wizualizację danych analitycznych na mapach geograficznych (w tym import map w formacie ESRI Shape File lub geojson)”.
W pozostałym zakresie Zamawiający nie wyraża zgody na modyfikację wymagania ID341.
Pytanie nr 253: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 342. Prośba o modyfikację wymagania: System powinien zapewniać możliwość generowania raportów w formatach: PDF, MS Excel, HTML, PNG. Sugerujemy zmianę zapisu i uwzględnienie formatu eksportu do pliku csv, jako bardziej rozpowszechnionego technologicznie oraz uniwersalnego rozwiązania
Odpowiedź na pytanie nr 253:
Zamawiający nie wyraża zgody na modyfikację wymagania ID342.
Pytanie nr 254: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 344. Sugerujemy zmianę zapisu: System powinien zapewniać możliwość wysyłki raportów drogą mailową w wybranym formacie (subskrypcja) do dynamicznej listy odbiorców, którzy będą definiowani jako osobna lista w interfejsie aplikacji raportowej.
Odpowiedź na pytanie nr 254:
Zamawiający modyfikuje treść wymagania ID 344 w następujący sposób:.
System powinien zapewniać możliwość wysyłki raportów drogą mailową w wybranym formacie (subskrypcja) do dynamicznej listy odbiorców, którzy będą definiowani jako osobna lista w interfejsie aplikacji raportowej.
Pytanie nr 255: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 345.
Pytanie: Prosimy o podanie przykładu integracji jaka powinna zostać uwzględniona. Czy osadzanie raportów w postaci iframe będzie rozwiązaniem wystarczającym?
Odpowiedź na pytanie nr 255:
Zamawiający potwierdza, iż przykładową integracją, jaka powinna zostać uwzględniona w zakresie ID 345 jest między innymi osadzanie raportów w postaci iframe.
Pytanie nr 256: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 347. Sugestia: Powinien istnieć jakiś limit użytkowników chociażby zapewniający zadowalającą wydajność rozwiązania przy założonych parametrach sprzętu.
Odpowiedź na pytanie nr 256:
Zamawiający modyfikuje treść wymagania ID 347 w następujący sposób:
Z wyników analiz może korzystać max 1300 pracowników Zamawiającego.
Pytanie nr 257: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 349. Sugestia: prośba o usunięcie zapisu począwszy od "jak również w narzędziu raportowym"). W takiej sytuacji kompresja po stronie użytkownika jest zapewniana przez przeglądarkę internetową na którą dostawca nie ma wpływu
Odpowiedź na pytanie nr 257:
Zamawiający modyfikuje treść wymagania ID 349 w następujący sposób:
W celu zwiększenia wydajności przetwarzania System powinien posiadać wbudowany mechanizm przetwarzania danych in-memory (w pamięci RAM komputera) oraz mechanizm kolumnowej kompresji danych. Wymienione mechanizmy in-memory działają zarówno po stronie serwerowej (po opublikowaniu raportów na serwerze i udostępnieniu przez przeglądarkę WWW).
Pytanie nr 258: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 351. Prosimy o usunięcie wymagania, jednoznacznie faworyzuje jedno z dostępnych na rynku narzędzi
Odpowiedź na pytanie nr 258:
Zamawiający modyfikuje treść SOPZ poprzez usunięcie ID351
Pytanie nr 259: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 352. Prosimy o modyfikację wymagania: System powinien posiadać narzędzie raportowe, które ma wbudowane sterowniki do pobierania danych z takich źródeł jak: pliki CSV, pliki Excel, bazy relacyjne (Microsoft SQL Server, Microsoft SQL Sen/erAnalysis Sen/ices, Oracle, PostgreSOL, ODBC
Odpowiedź na pytanie nr 259:
Zamawiający nie wyraża zgody na modyfikację wymagania ID352.
Pytanie nr 260: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 353. Prośba o usunięcie wymagania
Odpowiedź na pytanie nr 260:
Zamawiający nie wyraża zgody na o usunięcie wymagania ID353.
Pytanie nr 261: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 357. Zmiana: System powinien udostępniać możliwość prezentacji raportów z użyciem interfejsu dotykowego urządzeń mobilnych
Odpowiedź na pytanie nr 261:
Zamawiający nie wyraża zgody na modyfikację wymagania ID357.
Pytanie nr 262: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 359. Zmiana: System powinien pozwalać na dynamiczne udostępnianie użytkownikom listy wartości (wykorzystywane do filtrowania danych na raporcie) dla raportów opartych o źródło typu OLAP
Odpowiedź na pytanie nr 262:
Zamawiający nie wyraża zgody na modyfikację wymagania ID359.
Pytanie nr 263: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 368. Pytanie: co powinno się składać na taki template?
Odpowiedź na pytanie nr 263:
Zamawiający informuje, że kwestia szczegółowego ustalenia minimalnych elementów wchodzących w skład template nastąpi na etapie Analizy Przedwdrożeniowej. Nie mniej jednak chodzi x.xx. o takie elementy, jak: czcionka, styl, kolorystyka, układ, rodzaje wykresów, dodatkowe stałe pola tekstowe itp.
Pytanie nr 264: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 369. Pytanie: o jakiego typu personalizację chodzi w niniejszym wymaganiu?
Odpowiedź na pytanie nr 264:
Zamawiający wyjaśnia, że odbiorcą danego raportu mogą być różne grupy docelowe użytkowników (np. kadra zarządzająca, bądź pracownicy niższego szczebla). Chodzi zatem o personalizację w zależności od rodzaju danych, możliwych do wygenerowania raportu z poziomu pojedynczego użytkownika lub grupy użytkowników.
Pytanie nr 265: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 370. Prośba o usunięcie wymagania ID nr 370.
Odpowiedź na pytanie nr 265:
Zamawiający nie wyraża zgody na usunięcie wymagania ID370.
Pytanie nr 266: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 375. Prośba o usunięcie wymagania ID nr 375.
Odpowiedź na pytanie nr 266:
Zamawiający nie wyraża zgody na usunięcie wymagania ID375
Pytanie nr 267: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 376. Pytanie: W którym miejscu takie ograniczenie powinno się pojawić? Na warstwie narzędzia raportowego, czy od strony silnika bazy danych?
Odpowiedź na pytanie nr 267:
Zamawiający informuje, iż ograniczenie ilości zapytań powinno pojawić się od strony silnika bazy danych.
Pytanie nr 268: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 380. Prośba o podanie przykładów sytuacji kiedy takie przywrócenie może być konieczne
Odpowiedź na pytanie nr 268:
Zamawiający wyjaśnia, że backup definicji raportu powinien być wykonywany zawsze, w celu przywrócenia go w dowolnym momencie np. w sytuacji gdy Użytkownik przypadkowo usunął lub zmodyfikował raport w sposób niepoprawny.
Pytanie nr 269: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 381. Prośba o doprecyzowanie wymagania. Jak parametry odchyleń powinny być definiowane oraz prezentowane?
Odpowiedź na pytanie nr 269
Zamawiający modyfikuje treść wymagania ID 381 w następujący sposób:
System zapewnia możliwość dowolnego skonfigurowania parametrów przy wykorzystaniu takich funkcji matematycznych jak: sumy, sumy częściowe, różnice, odchylenia, iloczyny czy ilorazy, trendy, średnie, mediany dla odchyleń oraz ich prezentacji w raportach.
Pytanie nr 270: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 382. Modyfikacja: System zapewnia możliwość dowolnej obróbki danych raportowych przy wykorzystaniu takich funkcji matematycznych jak np.: sumy, różnice, iloczyny czy ilorazy, średnie
Odpowiedź na pytanie nr 270:
Zamawiający nie wyraża zgody na modyfikację wymagania ID382.
Pytanie nr 271: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 386. Prośba o usunięcie niniejszego wymagania
Odpowiedź na pytanie nr 271:
Zamawiający nie wyraża zgody na usunięcie wymagania ID386.
Pytanie nr 272: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 389. Prośba o doprecyzowanie wymagania. O jakiego typu przeliczenia chodzi?
Odpowiedź na pytanie nr 272:
Zamawiający wyjaśnia, że chodzi o przeliczanie statystyk, w celu otrzymania odpowiedzi na zapytania dotyczące ilości wszystkich zmiennych i kategorii występujących w raportach i analizach.
Pytanie nr 273: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 391. Prośba o usunięcie niniejszego wymagania
Odpowiedź na pytanie nr 273:
Zamawiający nie wyraża zgody na usunięcie wymagania ID391.
Pytanie nr 274: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 395. Modyfikacja: System wyświetla profil załogowanego użytkownika, który pokazuje zakres uprawnień danego użytkownika.
Odpowiedź na pytanie nr 274:
Zamawiający nie wyraża zgody na modyfikację wymagania ID395.
Pytanie nr 275: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 398. Prośba o doprecyzowanie wymagania. Co należy rozumieć przez raporty wsadowe? Generowane okresowo, automatycznie wypełniane danymi schematy?
Odpowiedź na pytanie nr 275:
Zmawiający wyjaśnia, że poprzez raporty wsadowe rozumie raporty, które przedstawiają informacje na temat wybranych kryteriów w określonym czasie. Raporty wsadowe będą miały zastosowanie np. w przypadku danych pobieranych z systemu finansowo-księgowego Zamawiającego.
Pytanie nr 276: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 399. Modyfikacja: System zapewnia możliwość automatycznej publikacji raportów wsadowych (batch) w repozytorium raportów, bądź przez e-mail, w ustalonych przez użytkowników interwałach czasowych.
Odpowiedź na pytanie nr 276:
Zamawiający nie wyraża zgody na modyfikację wymagania ID399.
Pytanie nr 277: 5.5.1. Wymagania funkcjonalne BI Tabela 24. Wymagania funkcjonalne BI ID nr 401. Prośba o usunięcie, wymaganie faworyzuje jednego z dostawców
Odpowiedź na pytanie nr 277:
Zamawiający modyfikuje treść wymagania ID 401 w następujący sposób: System zapewnia możliwość:
- dodawania zewnętrznych usług danych przestrzennych WMS oraz GEOJSON stanowiących podkłady mapowe do prezentacji danych analitycznych,
- tworzenia wizualizacji warstw analitycznych z użyciem podkładów mapowych przygotowanych przez UMWM,
- zmiany podkładu mapowego przez użytkownika Systemu. Lista możliwych do wyboru podkładów mapowych (usług WMS i GEOJSON) zostanie opracowana przez Zamawiającego i będzie mogła być rozszerzana na etapie funkcjonowania Systemu.
Pytanie nr 278: Czy zamawiający posiada licencje oprogramowania które mogą być użyte w ramach projektu. Chodzi o licencje bazodanowe np. MS SQL Server?
Odpowiedź na pytanie nr 278:
Zamawiający informuje, iż nie posiada licencji bazodanowych, na potrzeby realizacji projektu.
Pytanie nr 279: Czy zamawiający posiada licencje lub środowisko Sharepoint, które można by wykorzystać do realizacji projektu?
Odpowiedź na pytanie nr 279:
Zamawiający informuje, że nie posiada środowiska i licencji na oprogramowanie SharePoint, które można wykorzystać do budowy planowanego systemu.
Pytanie nr 280: Czy zaproponowana architektura może zawierać w całości lub w części środowisko chmury obliczeniowe np. Microsoft Azure lub Office 365?
Odpowiedź na pytanie nr 280:
Zamawiający wyjaśnia, iż z uwagi na charakter danych nie przewiduje, aby zaproponowana architektura mogła zawierać w całości lub w części środowisko chmury obliczeniowej dostępne poza jego infrastrukturą.
Pytanie nr 281: Kluczowi dostawcy narzędzia raportowych pozwalających na dynamiczne i intraktywne wizualizacje wymaga licencji subskrypcyjnej. Czy zamawiający rozważa zakup licencji subskrypcyjnej w ramach realizowanego projektu?
Odpowiedź na pytanie nr 281:
Zgodnie z punktem 3.3 ppkt 4 OPZ, przedmiotem zamówienia jest dostawa wszystkich wymaganych licencji. Jeśli zdaniem wykonawcy wymieniona licencja jest niezbędna do realizacji przedmiotu zamówienia, jej koszt powinien zostać uwzględniony w cenie oferty. Zamawiający wymaga w takim przypadku, że Wykonawca będzie ponosił koszty takiej suskrybcji w całym okresie realizacji
Umowy. Zaproponowane przez Wykonawcę warunki udzielania licencji muszą być zgodne z określonymi w §12 Umowy.
Pytanie nr 282: Czy zamawiający dopuszcza pracę zdalna poprzez np. VPN do środowiska?
Odpowiedź na pytanie nr 282:
Zdalny dostęp (VPN) będzie dopuszczony przez Zamawiającego jednak nie do wszystkich prac w ramach realizacji zamówienia. Zakres dostępu zdalnego zostanie ustalony na etapie analizy przedwdrożeniowej. Zamawiający zastrzega sobie prawo do stałego monitorowania tych prac.
Pytanie nr 283: W ramach wymagania 3.2.2.1 Zamawiający wskazał, iż Wykonawca modułu hurtowni danych powinien wykazać się referencję na 200 jednoczesnych użytkowników. Wdrażany moduł BI jest dość specyficznym obszarem, który adresowany jest zazwyczaj do wyższej kadry zarządzającej przedsiębiorstwem bądź organizacją (dyrektorzy, prezesi, wiceprezesi itp.). Liczba osób będących na tak wysokich stanowiskach w firmie jest ograniczona stąd też wdrożenia lub postępowania przetargowe na wdrożenie hurtowni danych na tak dużą liczbę użytkowników równoczesnych (w rozumieniu licencjonowania jako licencja pływająca jednoczesnego dostępu a nie licencja na użytkownika nazwanego systemu) występują bardzo rzadko. Ze względu na przytoczony powyżej argument Wykonawca wnosi o zmianę punktu SIWZ na wymaganie: „80 użytkowników jednoczesnych dla modułu BI” przy zachowaniu wymagania, że nie było limitu użytkowników uprawnionych do pracy z tym modułem, ale był weryfikowany parametr liczby użytkowników pracujących z systemem BI jednocześnie.
Odpowiedź na pytanie nr 283:
Zamawiajacy modyfikuje wymaganie 3.2.2.1 w następujący sposób:
W ostatnich pięciu lat przed upływem terminu składania ofert, (a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie) wykonał lub w przypadku świadczeń okresowych lub ciągłych wykonuje, co najmniej jedną (1) usługę wdrożenia Hurtowni Danych wraz z dostawą Oprogramowania, przy czym:
a) obejmowała ona swoim zakresem wdrożenie systemu Business Inteligence (dalej BI),
b) obejmowała ona swoim zakresem co najmniej takie etapy jak analiza przedwdrożeniowa, dostawa licencji i oprogramowania, wdrożenie systemu i realizacja serwisu utrzymaniowego,
c) dotyczyła wdrożenia BI zapewniającej jednoczesną pracę co najmniej 80 użytkownikom.
d) wartość dostawy i wdrożenia Hurtowni Danych wynosiła co najmniej 1.000.000,00 PLN brutto, a wartość ta nie obejmowała dostarczonej infrastruktury sprzętowej,
Pytanie nr 284: § 5 ust. 1 umowy na powierzenie przetwarzania danych osobowych – wnosimy o potwierdzenie, że obowiązek poufności nie dotyczy informacji, do ujawnienia których podmiot przetwarzający został lub może zostać zobowiązany na podstawie przepisów powszechnie obowiązującego prawa i modyfikację ww. postanowienia poprzez dodanie na końcu zdania, np. o treści: „Obowiązek zachowania poufności, o którym mowa powyżej, nie dotyczy informacji, do ujawnienia których podmiot przetwarzający został zobowiązany na podstawie przepisów powszechnie obowiązującego prawa.”.
Odpowiedź na pytanie nr 284:
Zamawiający nie wyraża zgody na zmianę załącznika nr 6 do Umowy tj. umowy powierzenia przetwarzania danych osobowych w przedmiotowym zakresie.
Pytanie nr 285: § 6 ust. 5 lit. a-b umowy na powierzenie przetwarzania danych osobowych – wnosimy o potwierdzenie, że:
1) audyt będzie wykonywany przez administratora bez udziału podmiotów trzecich;
2) audyt zostanie przeprowadzony zgodnie z wewnętrznymi regulacjami podmiotu przetwarzającego (regulującego m. in. kwestię wejścia na teren siedziby podmiotu przetwarzającego oraz poruszania się po strefach ochronnych), które nie uniemożliwiają i/lub utrudniają przeprowadzenie audytu w zakresie określonym w ww. postanowieniu;
3) przeprowadzenie audytu zostanie poprzedzone zawarciem umowy o zachowaniu poufności., Odpowiedź na pytanie nr 285:
Ad 1 Zamawiający nie przewiduje udziału podmiotów trzecich w audycie, o którym mowa § 6 ust. 5 lit. a-b umowy powierzenia przetwarzania danych osobowych.
Ad 2. Zamawiający potwierdza, że audyt zostanie przeprowadzony z uwzględnieniem wewnętrznych regulacji podmiotu przetwarzającego, o ile nie uniemożliwią i/lub nie utrudnią one przeprowadzenie audytu
Ad 3. Zamawiający nie przewiduje zawarcia odrębnej umowy o zachowaniu poufności. Dodatkowo, zgodnie z odpowiedzią na pytanie nr 167.
Pytanie nr 286: § 7 ust. 1 umowy na powierzenie przetwarzania danych osobowych – przepisy prawa powszechnie obowiązującego mogą nakładać na podmiot przetwarzający obowiązek retencji przetwarzanych danych. W związku z powyższym wnosimy o modyfikację ww. postanowienia poprzez dodanie na końcu pierwszego zdania, np. w brzmieniu: „, chyba że odrębne przepisy powszechnie obowiązującego prawa nakazują mu dalsze przechowywanie tych danych osobowych.”.
Odpowiedź na pytanie nr 286:
Zamawiający wyraża zgodę i modyfikuje § 7 ust. 1 umowy powierzenia przetwarzania danych w następujący sposób:
„Podmiot przetwarzający w przypadku rozwiązania umowy, odstąpienia od umowy lub zakończenia realizacji niniejszej umowy, jeżeli odrębne przepisy powszechnie obowiązującego prawa nie nakazują ich dalszego przechowywania, trwale zniszczy wszystkie powierzone mu do przetwarzania dane osobowe na podstawie Umowy i ich kopie. Podmiot przetwarzający przedstawi Administratorowi Oświadczenie potwierdzające niniejsze zniszczenie danych”
Pytanie nr 287: § 7 ust. 2 umowy na powierzenie przetwarzania danych osobowych – takie żądanie Administratora, może wpływać na możliwość realizacji umowy głównej. W związku z powyższym wnosimy o dodania na końcu frazy np. o brzmieniu: „, o ile ww. żądanie Administratora nie wpłynie na możliwość należytej realizacji przez podmiot przetwarzający umowy głównej.”.
Odpowiedź na pytanie nr 287:
Zamawiający nie wyraża zgody na zmianę załącznika nr 6 do Umowy tj. umowy powierzenia przetwarzania danych osobowych w przedmiotowym zakresie.
Pytanie nr 288: Dotyczy modułu e-Rejestry: Wymaganie 103. Co Zamawiający rozumie pod pojęciem
„definiowanie schematu logicznego" w odniesieniu do formularza? Czy Zamawiający ma na myśli kolejność wypełniania formularza?
Odpowiedź na pytanie nr 288:
Zamawiający potwierdza, że definiowanie schematu logicznego to ustawianie kolejności wypełniania formularza.
Pytanie nr 289: Dotyczy modułu e-Rejestry: Wymaganie 103. Co Zamawiający rozumie pod pojęciem
„kreatora" w odniesieniu do formularza? Czy Zamawiający ma na myśli możliwość dodawania wielu pól formularza?
Odpowiedź na pytanie nr 289:
Zamawiający wyjaśnia, że pojęcie kreatora to narzędzie do szybkiego tworzenia kwestionariuszy z wykorzystaniem różnych typów pytań.
Pytanie nr 290: Dotyczy modułu e-Rejestry: Wymaganie 105. Co Zamawiający rozumie pod pojęciem
„zhierarchizowanego procesu zbierania danych" ? Czy Zamawiający ma na myśli przepływy pracy (workflow)?
Odpowiedź na pytanie nr 290:
Zamawiający potwierdza, że „zhierarchizowany proces zbierania danych" to określony przepływ pracy (workflow).
Pytanie nr 291: Dotyczy modułu e-Rejestry: Wymagania 109,110. Na czym ma polegać archiwizacja opisana w tych wymaganiach? Mają się stać niedostępne dla użytkowników?
Odpowiedź na pytanie nr 291:
Zamawiający wyjaśnia, że pojęcie archiwizacji oznacza przeniesienie nieużywanych formularzy/ankiet/rejestrów w inne miejsce systemu wraz z ich przejrzystym uporządkowaniem.
Pytanie nr 292: Dotyczy modułu e-Rejestry: Wymaganie 117. Co zamawiający rozumie pod pojęciem
„zbuduje procesy"? Odpowiedź na pytanie nr 292:
Zamawiający wyjaśnia, że pojęcie „zbuduje procesy” oznacza zaprojektowanie i wdrożenie procesów niezbędnych do zasilania warstwy analitycznej.
Pytanie nr 293: Dotyczy modułu e-Rejestry: Wymaganie 125. Czy import rekordów może zostać wykonany ręcznie poprzez operację kopiuj, wklej czy automatyczny ?
Odpowiedź na pytanie nr 293:
Zamawiający wyjaśnia, że import rekordów może zostać wykonany zarówno w sposób ręczny, jak i automatyczny.
Pytanie nr 294: Dotyczy modułu e-Rejestry: Wymaganie 138. Czy kreator z informacjami na temat kroków ma być dostępny w systemie czy może być to zewnętrzna instrukcja jak stworzyć rejestr?
Odpowiedź na pytanie nr 294:
Zmawiający w wymaganiu ID138 wskazał, że System ma wspierać Użytkowania podczas tworzenia nowego eRejestru za pośrednictwem wbudowanego w formularz kreatora rejestru.
Pytanie nr 295: Dotyczy modułu e-Rejestry: Wymaganie 139. Czy musi to być wbudowana opcja podczas usuwania czy krok wcześniej do wykonania przed usunięciem ?
Odpowiedź na pytanie nr 295:
Zamawiający precyzuje, że opcja wyboru archiwizacji usuwanego zasobu ma być możliwa do wykonania krok wcześniej, tj. przed usunięciem.
Pytanie nr 296: Dotyczy modułu e-Rejestry: Wymaganie 141. Jakie są to elementy nadrzędne formularza ? Czy rejestr jest takim elementem ?
Odpowiedź na pytanie nr 296:
Zamawiający wyjaśnia, że rejestr jest przykładowym elementem nadrzędnym.
Pytanie nr 297: Dotyczy modułu e-Rejestry: Wymaganie 144. Czy dostęp internetowy będzie otwarty, bez potrzeby logowania ?
Odpowiedź na pytanie nr 297:
Zamawiający informuje, że dostęp internetowy do formularzy będzie możliwy po zalogowaniu z wyjątkiem ankiet, które będą dostępne bez logowania.
Pytanie nr 298: Dotyczy modułu e-Rejestry: Czy zamawiający dopuszcza Active Directory jako miejsce do zarządzania użytkownikami e-rejestrów?
Odpowiedź na pytanie nr 298:
Zamawiający wyjaśnia, że w przypadku użytkownika wewnętrznego nastąpi integracja z Active Directory, natomiast w przypadku użytkownika zewnętrznego korzystanie z eRejestów nastąpi do utworzeniu konta użytkownika.
Pytanie nr 299: Dotyczy modułu e-Rejestry: Czy moduł eRejestry będzie dostępny publiczne w Internecie?
Odpowiedź na pytanie nr 299:
Zamawiający informuje, że moduł eRejestry nie będzie dostępny publicznie w internecie.
Pytanie nr 300: Dotyczy modułu e-Rejestry: Ile rejestrów planowanych do wdrożenia w module eRejestrów istnieje w chwili obecnej ?
Odpowiedź na pytanie nr 300:
Zamawiający informuje, że ilość rejestrów wynika z ilości źródeł danych i zostanie szczegółowo określona na etapie Analizy Przedwdrożeniowej.
Pytanie nr 301: Dotyczy modułu e-Rejestry: Czy moduł eRejestry ma mieć zmigrowane dane z obecnie prowadzonych rejestrów w postaci plików płaskich?
Odpowiedź na pytanie nr 301:
Zamawiający określił źródła danych w dokumencie SOPZ w pkt 7. Źródłami danych są źródła w postaci plików płaskich, baz Access oraz baz danych SQL.
Pytanie nr 302: Dotyczy modułu e-Rejestry: Ile eRejestrów planuje Zamawiający zbudować w przyszłości?
Odpowiedź na pytanie nr 302:
Zamawiający wyjaśnia, że moduł eRejestry powinien w przyszłości zapewniać możliwość tworzenia nowych rejestrów i formularzy bez ograniczeń. Zamawiający planuje wykorzystywanie go do tworzenia nowych rejestrów na potrzeby bieżącej analityki zarządczej.
Pytanie nr 303: Dotyczy Zalacznik_nr_8_do_SIWZ_SOPZ.pdf 6.2 Liczność ról systemowych eRejestry/HD/BI. W celu zapewnienia najlepszego dopasowania licencji do potrzeb Zamawiającego (w tym uniknięcia zawierania się licencji powiązanych z danym użytkownikiem) prosimy o:
a) Wyjaśnienie przez ilu tych samych użytkowników (w podziale na role Administratorzy i Superuserzy) będą realizowane zadania „Administracja środowiskiem Systemu" i „Tworzenie, implementacja oraz administrowanie procesami zasilania danymi oraz modeli danych"?
b) Wyjaśnienie przez ilu tych samych użytkowników (w podziale na role Administratorzy, Superuserzy, Analitycy, Użytkownicy) będą realizowane zadania „Administracja środowiskiem Systemu", „Tworzenie, implementacja oraz administrowanie procesami zasilania danymi oraz modeli danych", „Tworzenie raportów standardowych", „Dostęp do raportów standardowych poprzez narzędzia WWW" i „Dostęp do funkcjonalności analitycznej oraz raportowania dynamicznego"?
c) Podobnie jak dla powyższych punktów prosimy o wyjaśnienie, czy użytkownicy modułów HD i BI (300 użytkowników) to Ci sami użytkownicy co użytkownicy modułu eRejestry? Jeżeli nie, prosimy o wskazanie liczności części wspólnej dla tych modułów w podziale na role systemowe.
d) Potwierdzenie, że użytkownicy w środowisku testowym w pełni zawierają się w użytkownikach środowiska produkcyjnego. Jeżeli nie prosimy o wskazanie liczności tych samych użytkowników pomiędzy środowiskami produkcyjnym i testowym w podziale na role systemowe.
Odpowiedź na pytanie nr 303:
Ad a) Zamawiający wyjaśnia, że zdefiniował w SOPZ w rozdziale 6.2 liczność ról systemowych (Tab. 35). W wymienionej tabeli wskazał liczbę użytkowników w podziale na zadania z wyszczególnieniem poszczególnych liczności ról zarówno w środowisku testowym jak i w środowisku produkcyjnym w podziale na użytkowników ogółem oraz użytkowników jednoczesnych. Zadaniem Wykonawcy będzie odpowiedni dobór liczby licencji do liczności ról systemu określonych w SOPZ.
Ad b) Zgodnie z odpowiedzią na pkt a)
Ad c) Zamawiający w pkt 6.1 SOPZ określił role dla HD/BI wyróżniając cztery role systemowe Administrator, Superuser, Analityk, Użytkownik. Liczność części wspólnej modułów HD i BI oraz modułu eRejestry będzie przedmiotem analizy na etapie Analizy Przedwdrożeniowej.
Ad d) Zamawiający potwierdza, że użytkownicy w środowisku testowym będą na etapie późniejszym także użytkownikami środowiska produkcyjnego.
Pytanie nr 304: Dotyczy Zalacznik_nr_8_do_SIWZ_SOPZ.pdf 8 Harmonogram ramowy i terminy realizacji. Prosimy o wyjaśnienie czy na czas wdrożenia systemu (Etap 3 Wdrożenie Systemu) zamawiający dopuszcza dostarczenie licencji tylko w zakresie koniecznym do przeprowadzenie wdrożenia. Należy zwrócić uwagę, że wdrożenie systemu w sposób iteracyjny nie dyktuje koniczności rozpoczęcia użytkowania z początkiem wdrożenia wszystkich środowisk, komponentów systemu.
Również korzystanie z systemu przez docelową liczbę użytkowników w tym samym czasie nie jest uzasadnione kosztowo, w szczególności biorąc pod uwagę, że prace implementacyjne będą odbywały się na śr. deweloperskim Wykonawcy.
W związku z powyższym wnosimy o zmiana SIWZ w zakresie „Harmonogramu ramowego i terminów realizacji, tak aby umożliwić optymalizację kosztową licencji, będącej podstawą rzetelnego przygotowania oferty i realnego uzasadnienia poniesionych przez Zamawiającego kosztów. W szczególności prosimy o połączenie Etapów 2 i 3 w celu umożliwienia instalacji i konfiguracji oprogramowania (w tym oprogramowania firm trzecich) we właściwym momencie realizacji projektu. Jednocześnie wnosimy o określenie minimalnych potrzeb (realnej liczności użytkowników biorących udział w pracach przewdrożeniowych/wdrożeniowych po stronie UMWM , potrzeb sprzętowych) na Etapie 3 Wdrożenie Systemu.
Przykładowo Zamawiający może założyć, iż do momentu rozpoczęcia testów akceptacyjnych nie będzie wymagana instalacji oprogramowania na serwerach przewidzianych pod środowisko produkcyjne danego modułu, z kolei liczba użytkowników będzie odpowiadała tej przewidzianej dla środowiska testowo-szkoleniowego.
Odpowiedź na pytanie nr 304:
Zamawiający nie wyraża zgody na zmianę SOPZ w przedmiotowym zakresie. Zamawiający wyjaśnia, że dostawa oprogramowania standardowego w 2 Etapie oraz jego instalacja i konfiguracja nie ma na celu korzystania z systemu przez docelowych użytkowników. Zamawiający potwierdza, że prace
implementacyjne będą w pierwszej kolejności odbywały się na środowisku deweloperskim Wykonawcy, natomiast po zakończeniu fazy dewelopowania rozwiązania będą instalowane na środowisku testowym Zamawiającego w celu przeprowadzenia testów, a na końcu będą instalowane na środowisku produkcyjnym Zamawiającego.
Pytanie nr 305: Dotyczy Zalacznik_nr_8_do_SIWZ_SOPZ.pdf 8 Harmonogram ramowy i terminy realizacji. Prosimy o wyjaśnienie czy Zamawiający zakłada możliwość zrównoleglenia realizacji iteracji przewidzianych lub częściowemu nałożeniu faz iteracji w Etapie 3 Wdrożenie Systemu?
Odpowiedź na pytanie nr 305:
Zamawiający w pkt. 3.5 SOPZ podał, że wymaga od Wykonawcy, aby wszystkie prace w ramach zamówienia wykonywane były iteracyjnie i przyrostowo, określił również kolejność wdrażanych obszarów tematycznych dla Hurtowni Danych i Business Intelligence. Przez przyrost rozumie się również wdrożenie udostepnienia kolejnego zbioru danych w ramach modułu Otwarte Dane.
Zamawiający dopuszcza zrównoleglenie realizacji iteracji zbiorów danych dla modułu Otwarte Dane takich jak 2. Baza Gospodarstw Agroturystycznych, 3. Ewidencja Obiektów Hotelarskich Województwa Małopolskiego, 4. Baza biur podróży Województwa Małopolskiego, gdyż są one powiązane tematycznie i posiadają to samo źródło. Pozostałe prace muszą zostać zrealizowane przyrostowo i iteracyjnie.
Pytanie nr 306: Czy zmawiający jest w posiadaniu i zapewni na potrzeby realizacji projektu licencje Client Access License (CAL). Jeśli tak, prosimy o wskazanie konkretnych licencji i ich liczności, które Zamawiający planuje udostępnić na potrzeby realizacji projektu?
Odpowiedź na pytanie nr 306:
Zamawiający informuje, że nie posiada licencji Client Access License, które można wykorzystać do budowy planowanego Systemu. Zakup niezbędnych licencji leży po stronie Wykonawcy.
Pytanie nr 307: Czy Zamawiający dopuszcza oprogramowania, które nie posiada bezpośredniego wsparcia firmy 3, aczkolwiek oprogramowanie podlega aktualizacji oraz wspierane jest przez społeczność?
Odpowiedź na pytanie nr 307:
Zamawiający nie dopuszcza oprogramowania, które nie posiada bezpośredniego wsparcia firmy trzeciej.
Pytanie nr 308: Czy zamawiający posiada Active Directory i zakłada jego użycie do zarządzania użytkownikami systemu (w tym modułów eRejestry i BI)?
Odpowiedź na pytanie nr 308:
Zamawiający informuje, że posiada Active Directory oraz zakłada jego użycie do zarządzania użytkownikami systemu.
Pytanie nr 309: Czy Zamawiający posiada licencje na oprogramowanie SharePoint, które można by było wykorzystać do budowy planowanego systemu (w tym Windows Server, SQL Server)? Jeśli tak, prosimy o podanie nazwa licencji oraz ich liczności?
Odpowiedź na pytanie nr 309:
Zamawiający informuje, że nie posiada licencji na oprogramowanie SharePoint, które można by było wykorzystać do budowy planowanego systemu. Zakup niezbędnych licencji lezy po stronie Wykonawcy.
Pytanie nr 310: Dotyczy: 6.2 W ramach wymagania Zamawiający wskazał liczbę użytkowników poszczególnych modułów wdrażanego Systemu. Czy Zamawiający może wskazać ilość posiadanych licencji CAL oraz wersję systemu operacyjnego Windows Server, którego dotyczą?
Odpowiedź na pytanie nr 310:
Zamawiający informuje, że nie posiada licencji Windows Server Client Access License, na potrzeby realizacji projektu. Zakup niezbędnych licencji leży po stronie Wykonawcy.
Pytanie nr 311: Dotyczy: 5.2.2 W ramach wymagania Zamawiający opisał posiadane środowisko, które chce przeznaczyć na potrzeby projektu. Jakie jest obecne obciążenie środowiska wirtualnego Zamawiającego przeznaczonego na potrzeby opisanego systemu lub czy Wykonawca może przyjąć, że środowisko jest aktualnie niewykorzystane?
Odpowiedź na pytanie nr 311:
Zamawiający informuje, że ww. środowisko jest obecnie wykorzystywane na potrzeby innych projektów. Zamawiający udostępni na potrzeby Projektu, następujące zasoby:
Przestrzeń dyskową w ilości 10 TB na dyskach SSD, przeznaczoną dla celów środowiska wirtualizacji realizowaną przez macierz dyskową.
Środowisko wirtualizacyjne oparte o platformę wirtualizacji serwerów VMware vSphere 6.7 Standard.
Środowisko wirtualizacyjne zapewniające 48 rdzeni procesorów x86.
Środowisko wirtualizacyjne zapewniające łącznie 256 GB pamięci RAM.
Pytanie nr 312: Dotyczy: 5.2.2 W ramach wymagania Zamawiający wskazał, że jest w posiadaniu macierzy dyskowej opartej o dyski talerzowe i SSD. W ramach projektowania rozwiązania Wykonawca musi zaplanować również wielkość przestrzeni dyskowej potrzebnej dla każdej maszyny wirtualnej.
Zamawiający nie podał jednak jakim wolnym miejscem dysponuje na zasobach macierzowych. Prosimy o uzupełnienie tej informacji, celem umożliwienia wyskalowania środowiska.
Odpowiedź na pytanie nr 312:
Zamawiający informuje, że udostępni na potrzeby projektu przestrzeń dyskową w ilości 10 TB na dyskach SSD, przeznaczoną dla celów środowiska wirtualizacji realizowaną przez macierz dyskową.
Pytanie nr 313: Dotyczy: 5.2.2 W ramach wymagania Zamawiający wskazał, sprzęt na jakim oparta jest platforma wirtualizacji. W celu właściwego określenia kosztów licencji na systemy operacyjne oraz silnik bazy danych prosimy o wskazanie ile fizycznych rdzeni łącznie posiadają serwery fizyczne, na których oparta jest platforma wirtualizacji. Wykonawca nie posiada informacji czy serwery DL 380 G9 są wyposażone w jeden czy dwa procesowy XEON E5-2699 v4.
Odpowiedź na pytanie nr 313:
Zamawiający informuje, że platforma wirtualizacji oparta jest o 8 serwerów fizycznych. Każdy serwer posiada dwa procesory. Każdy procesor posiada 22 rdzenie.
Pytanie nr 314: Dotyczy: 5.2.2 W ramach wymagania Zamawiający wskazał, sprzęt na jakim oparta jest platforma wirtualizacji. Zamawiający umieścił zapis: „W przypadku gdy zasoby infrastrukturalne będące w posiadaniu Zamawiającego będą nie wystraczające aby spełniać wymagania Systemu Wykonawca zaproponuje zakup dodatkowych zasobów.” Prosimy o przedstawienie architektury posiadanej wirtualnej platformy sprzętowej przeznaczonej na opisywany system aby oszacować wymagane obciążenie. Prosimy o wskazanie ilości hostów fizycznych oraz ich zasobów (ilości pamięci RAM, typów i ilości procesorów fizycznych, opisu macierzy z podaniem dostępnego miejsca).
Odpowiedź na pytanie nr 314:
Zamawiający informuje, iż udostępni na potrzeby projektu, następujące zasoby:
Przestrzeń dyskową w ilości 10 TB na dyskach SSD, przeznaczoną dla celów środowiska wirtualizacji realizowaną przez macierz dyskową hybrydową NetApp FAS8200.
Środowisko wirtualizacyjne oparte o platformę wirtualizacji serwerów VMware vSphere 6.7 Standard.
Środowisko wirtualizacyjne zapewniające 48 rdzeni procesorów x86.
Środowisko wirtualizacyjne zapewniające łącznie 256 GB pamięci RAM.
Pytanie nr 315: Dotyczy: Wymaganie nr 237. W ramach wymagania Zamawiający wskazał potrzebę integracji wdrażanego systemu z Active Directory. Na poziomie którego Windows Serwera Zamawiający posiada domenę Windows?
Odpowiedź na pytanie nr 315:
Zamawiający informuje, że domena Active Directory uruchomiona jest na poziomie funkcjonalnym Windows Server 2012 R2.
Pytanie nr 316: Dotyczy: 5.2.2 Czy zamawiający posiada w swojej infrastrukturze dedykowane urządzenie sieciowe typu „Load Balancer” i dopuszcza wykorzystanie tego urządzenia na potrzeby realizacji projektu?
Odpowiedź na pytanie nr 316:
Zamawiający informuje, że nie posiada w swojej infrastrukturze dedykowanego urządzenia sieciowego typu „Load Balancer” do wykorzystania w ramach projektu.
Pytanie nr 317: Zalacznik_nr_8_do_SIWZ_SOPZ.pdf, rozdział 7. Prosimy o doprecyzowanie przy każdym typie plików źródłowych, ile orientacyjnie plików danego typu będzie podlegać załadowaniu do Systemu.
Odpowiedź na pytanie nr 317:
Zamawiający informuje, że orientacyjne ilości plików określono w Załączniku nr 8 do SIWZ SOPZ rozdział 4.1.2.1
Pytanie nr 318: Zalacznik_nr_8_do_SIWZ_SOPZ.pdf, rozdział 7. Czy pliki źródłowe określonego typu mają identyczną strukturę – tzn. identyczne pola, rozmieszczone w tych samych komórkach plików Excel? Przykładowo, czy ok. 1275 sprawozdań technicznych z realizacji zadań Ekodoradcy, o których mowa w SOPZ, to ok. 1275 plików Excel o identycznej strukturze?
Odpowiedź na pytanie nr 318:
Zamawiający informuje, że analiza plików źródłowych będzie miała miejsce na etapie Analizy Przedwdrożeniowej.
Pytanie nr 319: Zalacznik_nr_8_do_SIWZ_SOPZ.pdf, rozdziały 4. i 7. W rozdziale 4. jako źródła danych Systemu wymienione są bazy danych FE eRPO, FR PROW i EUROBUDŻET, natomiast w rozdziale 7. te źródła nie występują. Czy pobranie danych z tych źródeł do Systemu wchodzi w zakres zamówienia? W których warstwach systemu: ODS, HURTOWNIA DANYCH, Data Xxxxx, OLAP, powinny znaleźć się dane z tych źródeł?
Odpowiedź na pytanie nr 319:
Zamawiający informuje, że wszystkie wskazane w SOPZ źródła danych wchodzą w zakres zamówienia. Dokładna analiza ostatecznego umiejscowienia danych w systemach przeprowadzona będzie na etapie Analizy Przedwdrożeniowej.
Pytanie nr 320: Zalacznik_nr_8_do_SIWZ_SOPZ.pdf, rozdział 4. Jeżeli pobranie danych z baz źródłowych FE eRPO, FR PROW i EUROBUDŻET wchodzi w zakres zamówienia prosimy o podanie szacunkowej liczby tabel, które należy załadować do Systemu dla każdego z tych źródeł oraz szacunkowy wolumen danych do załadowania. W SOPZ podana jest jedynie liczba wszystkich tabel (i tylko dla źródeł FR PROW i EUROBUDŻET).
Odpowiedź na pytanie nr 320:
Zamawiający informuje, że szacunkowy wolumen danych dla poszczególnych źródeł danych wynosi dla:
FR PROW – 83 MB EUROBUDŻET – 17 GB. FE eRPO – 54 GB
Pytanie nr 321: W SOPZ w wymaganiu 48 znajduje się informacja, że należy przeprowadzić 4 szkolenia (jedno po każdym przyroście HD) z pełnej funkcjonalności narzędzia BI „nawet jeżeli wybrane funkcjonalności nie będą stosowane przez Zamawiającego po wdrożeniu Hurtowni.” Prosimy o informację ile potencjalnie może takie szkolenie trwać przy założeniu, że „czas poświęcony na praktyczne ćwiczenia nie może być mniejszy niż 60% całego czasu szkolenia” – zgodnie z wymaganiem 55.
Odpowiedź na pytanie nr 321:
Zamawiający informuje, że szkolenia powinny trwać od 3 do 6 godzin, (przy czym szkolenia muszą obejmować ilość godzin adekwatną do zakresu danego merytorycznego szkolenia z uwzględnieniem 3 przerw, w tym minimum jednej 30 minutowej). Program szkolenia może zostać zrealizowany w ciągu kilku kolejnych dni. Godzina rozpoczęcia szkolenia: 8:00, 8:30 lub 9:00, zakończenie maksymalnie do godz. 15:30. Zamawiający potwierdza, iż maksymalna ilość osób w grupie to 25 osób.
Pytanie nr 322: Dotyczy dokumentu Zalacznik_nr_8_do_SIWZ_SOPZ.pdf
Wg SOPZ jest podana następująca definicja „Systemu":
Opisane Umową i SOPZ dzieło, składające się z Hurtowni Danych, Business Intelligence oraz Otwarte Dane, dostosowane do wymagań Umowy, zdefiniowanych w niniejszym dokumencie.
Powyższy opis systemu nie wskazuje na to by moduł eRejestry, obszernie opisany w kolejnych rozdziałach, miał być składową Systemu. Prosimy o wyjaśnienie.
Analogiczna niekonsekwencja występuje w innych miejscach w OPZ np. opisy w rozdziałach Rozdział
3.13.1. Kontekst biznesowy Projektu czy też 3.2. Cele Projektu .
Odpowiedź na pytanie nr 322:
Zmawiający informuje, że moduł eRejestry jest elementem systemu. Jednocześnie Zamawiający precyzuje definicję systemu w następujący sposób:
Opisane Umową i SOPZ dzieło, składające się z Hurtowni Danych, Business Intelligence, modułu eRejestry oraz Otwarte Dane, dostosowane do wymagań Umowy, zdefiniowanych w niniejszym dokumencie.
Pytanie nr 323: W ramach Serwisu Utrzymaniowego Wykonawca ma zapewnić realizację usługi:
„przyjmowanie, rejestrowanie oraz usuwanie wszelkich Nieprawidłowości w działaniu Systemu, w tym napraw Usterek, Błędów i Awarii Krytycznych zgodnie z parametrami SLA określonymi w ust. 7 niniejszego paragrafu"
W skład Systemu wchodzi również Oprogramowanie Standardowe, którego Wykonawca nie jest producentem i nie jest w stanie zagwarantować SLA dla błędów Oprogramowania Standardowego Błędy Oprogramowania Standardowego usuwane są przez producenta w ramach wsparcia producenta.
Prosimy o wprowadzenie zmian w SIWZ i umowie przez dopisanie poniższych warunków:
„Wykonawca nie ponosi odpowiedzialności za błędy Oprogramowania Standardowego. W przypadku błędów Oprogramowania Standardowego upływ czasu zostaje wstrzymany z momentem zgłoszenia błędu Oprogramowania Standardowego do producenta.
W przypadku Nieprawidłowości w działaniu Systemu wynikających z błędów Oprogramowania Standardowego Czas ich Naprawy zostanie uzgodniony przez Zamawiającego i Wykonawcę indywidualnie dla każdego takiego przypadku."
Odpowiedź na pytanie nr 323:
Zamawiający podtrzymuje zapisy załącznika nr 9 do SIWZ w przedmiotowym zakresie.
Pytanie nr 324: Dotyczy dokumentu Zalacznik_nr_8_do_SIWZ_SOPZ.pdf, rozdział 5.2.2. Wymagania dotyczące platformy sprzętowej
Prosimy o podanie liczby obsadzonych (zamontowanych) procesorów na każdym serwerze fizycznym opartym o platformę HPE DL 380 G9 przewidzianym do realizacji Systemu?
Odpowiedź na pytanie nr 324
Zgodnie z odpowiedzią na pytanie nr 312.
Pytanie nr 325: Dotyczy dokumentu Zalacznik_nr_8_do_SIWZ_SOPZ.pdf, rozdział 5.2.2. Wymagania dotyczące platformy sprzętowej
Czy istnieje możliwość wymontowania i/lub dezaktywacji procesorów z serwera fizycznego platformy HPE DL380G9?
Odpowiedź na pytanie nr 325
Zamawiający nie dopuszcza wymontowywania i/lub dezaktywacji procesorów z serwera fizycznego platformy HPE DL380G9.
Pytanie nr 326: Dotyczy dokumentu Zalacznik_nr_8_do_SIWZ_SOPZ.pdf, rozdział 5.2.2. Wymagania dotyczące platformy sprzętowej
Ile serwerów fizycznych opartych o platformę HPE DL 380 G9 zamierza przeznaczyć Zamawiający na realizację Systemu?
Odpowiedź na pytanie nr 326
Zamawiający informuje, ze nie planuje przeznaczenia na realizację Systemu serwerów fizycznych. Zamawiający udostępni maszyny wirtualne na platformie VMware.
Pytanie nr 327: Załącznik 8 do SIWZ; Punkt 4.1.2.3. Warstwa ODS
Warstwa ta powinna zbierać i przechowywać dane na poziomie zgodnym ze szczegółowością danych w systemach źródłowych.
Prosimy o zdefiniowanie jakie dane powinna przechowywać warstwa ODS, to znaczy czy konieczne jest przechowywanie danych archiwalnych (z poprzednich lat). Czy konieczne jest odkładanie historii zmian danych i w jakich przypadkach? Czy można określić wielkość danych dla ładowania inicjalnego (w MB i ilości wierszy)
Odpowiedz na pytanie nr 327:
Zamawiający w pkt. 4.1.2.1 SOPZ określił zarówno wielkość inicjalnych danych oraz ilość tabel. Ponadto w odpowiedzi nr 319 Zamawiający doprecyzował wielkość bazy PROW , FE eRPO oraz EUROBUDŻET. Natomiast odnośnie pytania czy konieczne jest odkładanie historii zmian danych i w jakich przypadkach to Zamawiający w odpowiedzi na pytanie nr 106 wskazał, że kwestia czy źródła pierwotne mają możliwość odczytania zmian jakie nastąpiły w obszarach danych od zadanego momentu oraz czy te źródła zwracają pełną bazę będą przedmiotem analizy na etapie analizy przedwdrożeniowej.
Pytanie nr 328: Załącznik 8 do SIWZ; Punkt 4
Zamawiający określa jako technologię wykonania warstwy analitycznej jako kostki OLAP.
Czy Zamawiający dopuszcza wykorzystanie innej technologii w celu stworzenia warstwy semantycznej do analizy danych (np. model tabelaryczny lub baza in-memory)?
Odpowiedz na pytanie nr 328:
Zmawiający informuje, że w pkt 4.1.3.3 SOPZ wskazał, że wymaga użycia kostki OLAP. Ponadto również Zamawiający wyspecyfikował wymagania (316, 304), które odnoszą się do kostki OLAP. Natomiast Zamawiający wyraża zgodę na wykorzystanie rozwiązania In memory w celu zwiększenia wydajności klasycznych mechanizmów OLAP
Pytanie nr 329: Załącznik 8 do SIWZ; Punkt 5.2.1, wymaganie 1
Czy zamawiający dopuszcza integrację z serwerem Active Directory oraz logowanie do Systemu metodą "single sing-on", a więc przeniesienie wymagania wymuszenia stopnia skomplikowania hasła na serwer AD?
Odpowiedz na pytanie nr 329:
Zamawiający dopuszcza integrację z serwerem Active Directory oraz logowanie do Systemu metodą "single sing-on".
Pytanie nr 330: Załącznik 8 do SIWZ; Punkt 5.2.1, wymaganie 5
Czy Zamawiający dopuszcza przechowywanie logów w tabeli bazodanowej (a nie w plikach jak w treści wymagania)?
Odpowiedź na pytanie nr 330
Zamawiający dopuszcza przechowywanie logów w tabeli bazodanowej pod warunkiem możliwości eksportu ich do plików.
Pytanie nr 331: Załącznik 8 do SIWZ; Punkt 5.2.1, wymaganie 6
System umożliwia komunikowanie formatowane za pomocą standardu XML.
Prosimy o informację/wyjaśnienie jaką komunikację ma Zamawiający na myśli, w szczególności w kontekście modułu Hurtowni Danych oraz BI?
Odpowiedź na pytanie 331:
Zgodnie z odpowiedzią na pytanie nr 64.
Komunikaty formatowane za pomocą standardu XML oznacza generowanie komunikatów w formie plików XML.
Pytanie nr 332: Załącznik 8 do SIWZ; Punkt 5.2.1, wymaganie 7
Prosimy o informację co zamawiający rozumie przez to wymaganie, w szczególności w kontekście modułu HD oraz BI.
Prosimy o interpretację komunikacji synchronicznej i asynchronicznej w kontekście modułu Hurtowni Danych oraz BI. Czy wystarczy umożliwienie przez silnik hurtowni danych takiej komunikacji?
Odpowiedź na pytanie nr 332:
Zamawiający informuje, że wystarczy umożliwienie przez silnik hurtowni danych obydwu rodzajów komunikacji. Zarówno w kontekście ładowania danych z systemów źródłowych(HD) jak i synchronicznego/asynchronicznego ładowania danych dla raportów (BI).
Pytanie nr 333: Załącznik 8 do SIWZ; Punkt 5.2.1, wymaganie 9
Prosimy o informację co zamawiający rozumie przez to wymaganie, w szczególności w kontekście modułu HD oraz BI.
Prosimy o interpretację przekierowywania komunikatów w kontekście modułu Hurtowni Danych oraz BI. Prosimy o przykład komunikatu oraz wykorzystania tej funkcjonalności w kontekście HD\BI.
Odpowiedź na pytanie nr 333:
Zgodnie z odpowiedzią na pytanie nr 181.
Pytanie nr 334: Załącznik 8 do SIWZ; Punkt 5.2.1, wymaganie 11
Prosimy o informację co zamawiający rozumie przez to wymaganie, w szczególności w kontekście modułu HD oraz BI.
Prosimy o przykładowe wykorzystanie komunikatów XML w kontekście modułu HD oraz BI. Czy wystarczające jest umożliwienie transformacji XSLT komunikatów XML z poziomu języka SQL?
Odpowiedź na pytanie nr 334:
Zamawiający potwierdza, że chodzi o umożliwienie transformacji XSLT komunikatów XML przy pomocy języka SQL
Pytanie nr 335: Załącznik 8 do SIWZ; Punkt 5.2.1, wymaganie 16
Czy zamawiający dopuszcza integrację z serwerem Active Directory oraz generowanie hasła dla użytkownika przez administratora AD?
Odpowiedź na pytanie nr 335:
Zgodnie z odpowiedzią na pytanie nr 193.
Pytanie nr 336: Załącznik 8 do SIWZ; Punkt 5.4.1, wymaganie 253
System musi zapewniać możliwość wykorzystania jako silnik relacyjnej bazy danych, analitycznej, wielowymiarowej bazy danych jak również platformy bazodanowej dla wielu aplikacji.
Odpowiedź na pytanie nr 336:
Proszę o wyjaśnienie jak Zamawiający rozumie wykorzystanie przez system jako silnik - platformy bazodanowej dla wielu aplikacji?
Zmawiający wyjaśnia, że chodzi o możliwość wykorzystania systemu bazodanowego jako silnika relacyjnej bazy danych, analitycznej, wielowymiarowej bazy danych oraz platformy bazodanowej dla wielu aplikacji. System bazodanowy powinien zawierać serwer raportów, narzędzia do: definiowania raportów, wykonywania analiz biznesowych, tworzenia procesów ETL.
Pytanie nr 337: Załącznik 8 do SIWZ; Punkt 5.4.1, wymaganie 332
Prosimy o wyjaśnienie jaką integrację z innymi systemami HD, w jakim zakresie, jaki rodzaj integracji ma Zamawiający ma na myśli?
Odpowiedź na pytanie nr 337:
Zamawiający wyjaśnia, że wymaganie zostanie spełnione jeżeli system będzie umożliwiał podpięcie innego źródła danych dostępnego w ramach innego systemu klasy HD.
Pytanie nr 338: Załącznik 8 do SIWZ; Punkt 5.4.1, wymagania 24 do 28
Prosimy o zdefiniowanie co Zamawiający rozumie przez:
- powiadomienia
- powiadomienia terminowe
- komunikat w systemie
- alert
oraz w jakim zakresie Zamawiający oczekuje realizacje tych funkcjonalności w module Hurtowni Danych oraz BI
Odpowiedz na pytanie nr 338:
Zgodnie z odpowiedzią na pytania nr 67, 185, 186,187, 188. Pytanie nr 339: Załącznik 8 do SIWZ; Punkt 4.1 i 3.4
Zgodnie z zapisem w punkcie 4.1:
W ramach realizacji budowy Hurtowni Danych Wykonawca zaprojektuje, wytworzy i wdroży rozwiązania umożliwiające automatyczne pobieranie danych z systemów źródłowych, weryfikację tych danych, czyszczenie oraz integrację..
Prosimy o wyjaśnienie czy i w jakim zakresie Wykonawca będzie odpowiedzialny za czyszczenie danych źródłowych np. .w ramach prac obejmujących Migrowanie i zasilanie warstwy analitycznej HD/BI danymi źródłowymi? (wskazane w podp. 10 w punkcie 3.4)?
Odpowiedź na pytanie nr 339:
Zamawiający wyjaśnia, że proces czyszczenia danych źródłowych jest zadaniem Wykonawcy. Zakres czyszczenia danych źródłowych zostanie doprecyzowany na etapie analizy przedwdrożeniowej.
Pytanie nr 340: Załącznik 8 do SIWZ; Punkt 5.2.7, wymaganie - 77
Prosimy o potwierdzenie, czy środowisko testowe będzie mogło być zlokalizowane na zasobach Zamawiającego udostępnionego na potrzeby realizacji projektu/umowy?
Odpowiedź na pytanie nr 340:
Zamawiający potwierdza, że środowisko testowe będzie mogło być zlokalizowane na zasobach Zamawiającego udostępnionego na potrzeby realizacji projektu/umowy.
Pytanie nr 341: Załącznik 9 do SIWZ; Par. 10 ust 4;
Zgodnie z przedmiotowym zapisem Wykonawca w okresie gwarancji będzie między innymi rekomendował Zamawiającemu wdrożenie aktualizacji Oprogramowania standardowego wchodzącego w skład Systemu.
Prosimy o wyjaśnienie czy Wykonawca w okresie gwarancji zobowiązany będzie (jak można interpretować z treści punktu b) – do aktualizacji oprogramowania standardowego do najnowszej dostępnej wersji – czy tego typu aktualizacje zgodnie z brzmieniem ust. 4 będą przedmiotem rekomendacji Wykonawcy?
Czy Zamawiający dopuszcza sytuację, w której zgodnie z rekomendacją Wykonawcy np. nie będzie wskazane wdrożenie danej aktualizacji oprogramowania standardowego (udostępnionej przez producenta) z uwagi np. negatywny wpływ tej aktualizacji na inne komponenty Systemu?
Odpowiedź na pytanie nr 341:
Zmawiający Par. 10 ust 4 lit. b Załącznik 9 do SIWZ wskazał, że Wykonawca będzie rekomendował wdrożenie aktualizacji Oprogramowania standardowego wchodzącego w skład Systemu do najnowszej dostępnej wersji, jeżeli takie aktualizacje pojawią się na rynku. Natomiast do decyzji Zamawiającego będzie, czy taka aktualizacja będzie miała miejsce.
Pytanie nr 342: Załącznik 9 do SIWZ, Par. 10, ust 4;
Zgodnie z definicją Oprogramowanie dedykowane to w szczególności oprogramowanie stanowiące rozbudowę lub modyfikację oprogramowania standardowego.
Zgodnie z Par. 10 ust 4 podpunkt c) , w okresie gwarancji Wykonawca będzie wprowadzał aktualizacji lub poprawki Oprogramowania standardowego w tym również w przypadku konieczności poprawek sposobu wyświetlania zawartości dla użytkowników korzystających z nowych wersji przeglądarek internetowych
Uwzględniając długi okres gwarancji (3 lata) oraz brak wpływu Wykonawcy na współpracę producentów oprogramowania standardowego i przeglądarek internetowych – prosimy o wyłączenie zobowiązania Wykonawcy do aktualizacji Oprogramowania dedykowanego w sytuacji gdy nowe wersje przeglądarek internetowych nie będą zgodne/ kompatybilne z oprogramowaniem standardowym zastosowanym w Systemie.
Odpowiedź na pytanie nr 342:
Zmawiający nie wyraża zgody na modyfikację zapisów umowy. Zamawiający wyjaśnia, że w przypadku konieczności wprowadzenia poprawek sposobu wyświetlania zawartości dla użytkowników korzystających z nowych wersji przeglądarek internetowych będzie ona dotyczyła Oprogramowania standardowego. W takiej sytuacji, gdy będzie dostępna aktualizacja Oprogramowania standardowego
usprawniająca pracę na nowej wersji przeglądarki, wówczas Wykonawca zarekomenduje jej aktualizacje i Zamawiający wyrazi zgodę na update.
Pytanie nr 343: Załącznik 9 do SIWZ, Par. 10, ust 6, podp. c;
Zgodnie ze wskazanym punktem Wykonawca jest zobowiązany zapewnić w okresie utrzymania (5 lat) zgodność dostarczonej funkcjonalności Systemu ze zmieniającymi się przepisami prawa.
Prosimy o wyjaśnienie/ potwierdzenie:
a) Czy przez przepisy prawa do których odwołuje się wskazany ust. Par 10 projektu umowy Zamawiający rozumie regulacje wskazane w Załączniku 8 do SIWZ p. 5.2.3?
W przypadku odpowiedzi twierdzącej, proszę o wyjaśnienie/wskazanie jakie regulacje wewnętrzne Zamawiającego mogą mieć wpływ na funkcjonalność systemu w okresie utrzymania Systemu?
b) Prosimy o potwierdzenie, że zachowanie zgodności z przepisami prawa o których mowa w przedmiotowym ustępie – dotyczy funkcjonalności dostarczonych przez Wykonawcę i odebranych przez Zamawiającego ( potwierdzone protokołem Odbioru Systemu) tzn. nie oznacza zobowiązana Wykonawcy w okresie 5 lat do wprowadzania nowych funkcjonalności Systemu które mogłyby wynikać z nowych regulacji wewnętrznych Zamawiającego lub zmian innych przepisów.
Odpowiedź na pytanie 343
Ad a) Zgodnie z odpowiedzią na pytanie nr 69 oraz pytanie nr 172.
Ad b) Zamawiający potwierdza że w przypadku wprowadzania nowych funkcjonalności Systemu wynikających z nowych regulacji wewnętrznych Zamawiającego lub zmian innych przepisów realizowane to będzie w ramach Usługi Rozwoju.
Pytanie nr 344: Załącznik 9 do SIWZ, Par. 10, ust 6, podp. e;
Prosimy o wyjaśnienie jak należy rozumieć szerokie wsparcie Wykonawcy w zakresie zmian ustawień konfiguracyjnych oraz aktualizacji oprogramowania.
Uwzględniając oczekiwany okres realizacji usługi utrzymania, określenie jednoznacznego zakresu udziału Wykonawcy, charakteru wykonywanych usług jest krytyczne dla oceny pracochłonności tego elementu przedmiotu zamówienia i przygotowania oferty.
Odpowiedź na pytanie 344:
Zamawiający udzielił częściowo odpowiedzi na to pytanie w odpowiedzi na pytanie nr 340. Zamawiający poprzez wyrażenie wsparcie w zakresie zmian konfiguracyjnych rozumie określone prace związane z poprawą ustawień systemowych w celu polepszenia jego wydajności.
Jednocześnie Zamawiający modyfikuje zapisy Umowy w ten sposób iż § 10 ust. 6 podp. e) otrzymuje brzmienie:
„Zarządzanie zmianami Oprogramowania, np. szerokie wsparcie w zakresie zmian ustawień konfiguracyjnych lub upgrade’ów Oprogramowania”
Pytanie nr 345: Załącznik 9 do SIWZ, Par. 10, ust 6, podp. h;
Prosimy o wyjaśnienie jaki zakres działań Wykonawcy Zamawiający przewiduje w ramach realizacji usługi umożliwienie zabezpieczenia Systemu w przypadku awarii Infrastruktury Sprzętowej lub Oprogramowania
Uwzględniając oczekiwany okres realizacji usługi utrzymania, określenie jednoznacznego zakresu udziału Wykonawcy, charakteru wykonywanych usług jest krytyczne dla oceny pracochłonności tego elementu przedmiotu zamówienia i przygotowania oferty.
Odpowiedź na pytanie 345:
Zgodnie z odpowiedzią na pytanie nr 35.
Pytanie nr 346: Załącznik 9 do SIWZ, Par. 10, ust 9;
We wskazanym ustępie Zamawiający stosuje termin „konsultacji osobistych”, wraz z zastrzeżeniem że tego typu konsultacje nie mogą być świadczone zdalnie. Jednocześnie ust. 6 opisujący zakres usług na Serwisu utrzymaniowego nie odnosi się do tej formuły konsultacji. W podpunkcie f został wskazany miesięczny limit dla konsultacji telefonicznych i wsparcia zdalnego dla Użytkowników.
Prosimy zatem o wyjaśnienie:
a) Czy konsultacji osobiste – są uwzględnione w limicie 120 godzin miesięcznie wskazanym w ust. 6 ?
b) W jakiej sytuacji, jakie warunki muszą być spełnione aby Zamawiający mógł oczekiwać/ wymagać że konsultacje będą realizowane jako konsultacji osobiste tj. takie które zgodnie z ust.9 nie mogą być świadczone zdalnie?
Odpowiedź na pytanie 346:
Ad a) Zamawiający wyjaśnia, że konsultacje telefoniczne nie są konsultacjami osobistymi i nie zostały uwzględnione w limicie 120 godz. miesięcznie
Ad b) Zamawiający wyjaśnia, że oczekuje konsultacji osobistych (przyjazd do Zamawiającego) w sytuacjach związanych z Awariami Krytycznymi i przywróceniem Systemu do prawidłowego działania, o ile takie rzeczywiście wymagają osobistego udziału Wykonawcy.
Pytanie nr 347: Załącznik 9 do SIWZ, Par. 10, ust 10;
W celu zapewnienia jak najlepszego przepływu informacji do. rejestrowanych zgłoszeń (Błedów, Usterek, Awarii Krytycznych - czy Zamawiający może zapewnić że udostępniony przez Zamawiającego System Obsługi Zgłoszeń będzie wysyłać powiadomienie o rejestracji nowego zgłoszenia na wskazany adres e-mail Wykonawcy?
Odpowiedź na pytanie 347:
Zamawiający potwierdza, że System Obsługi Zgłoszeń będzie wysyłał powiadomienie o rejestracji nowego zgłoszenia na wskazany adres e-mail Wykonawcy.
Pytanie nr 348: Załącznik 9 do SIWZ, Par. 10, ust 26, podp. d)
Zamawiający stosuje niezdefiniowany zarówno w SIWZ termin „Asysty Powdrożeniowej”. Prosimy o wyjaśnienie zakresu działań Wykonawcy w zakresie asysty powdrożeniowej, określenie czasu trwania asysty powdrożeniowej, wskazanie miejsca gdzie określone są przywoływane w tym ustępie limity lub wykreślenie tego zapisu.
Odpowiedź na pytanie nr 348
Zamawiający wyjaśnia, że pojęcie Asysty Powdrożeniowej zostało zdefiniowane w par. 10 pkt. 6 lit. f. Umowy. Jest to okres tuż po wdrożeniu systemu, w którym Wykonawca będzie zgodnie z par. 10 pkt. 6 lit. f Umowy świadczył konsultacje telefoniczne lub wsparcie zdalne Użytkowników w zakresie użytkowania Systemu w wymiarze nieprzekraczającym 120 Godzin Roboczych, do wykorzystania w ciągu 6 miesięcy od rozpoczęcia Serwisu Utrzymaniowego. Wsparcie będzie miało na celu ułatwienie pracy użytkownikom systemu i zapewnieni prawidłowego działania systemu pod względem funkcjonalnym.
Pytanie nr 349: W związku z postanowieniami OPZ określonymi w pkt 5.2.2 prosimy o doprecyzowanie jakimi elementami dysponuje Zamawiający w ramach zabezpieczeń sieciowych (np. UTM, SIEM).
Odpowiedź na pytanie nr 349:
Zamawiający informuje, że na potrzeby tego zamówienia dysponuje rozwiązaniami bezpieczeństwa typu Next Generation Firewall, system antyspamowy i systemem antywirusowym.
Pytanie nr 350: Prosimy o informację z jakich obszarów, wskazanych poniżej, licencje powinien dostarczyć Wykonawca w ramach niniejszego postępowania, a jakie zostaną udostępnione w ramach posiadanej przez Zamawiającego infrastruktury:
- systemy operacyjne,
- serwery aplikacyjne,
- oprogramowanie do monitorowania,
- systemy do zarządzania bazą danych,
- serwer logów,
- szyna usług.
Odpowiedź na pytanie nr 350:
Zamawiający informuje, że Wykonawca w ramach niniejszego zamówienia powinien dostarczyć licencje dla wszystkich wymienionych w pytaniu obszarów, o ile okażą się niezbędne do działania systemu.
Pytanie nr 351: Zgodnie z zapisami § 10 ust. 4 umowy Wykonawca będzie odpowiedzialny za instalację oprogramowania na środowisku produkcyjnym. Prosimy o informację kto będzie odpowiedzialny za konfigurację infrastruktury techniczno-systemowej będącej w posiadaniu Zamawiającego. Jeżeli odpowiedzialność będzie po stronie Wykonawcy to prosimy o precyzyjną informację czy będzie to odpowiedzialność za całość infrastruktury techniczno-systemowej czy będą jednak fragmenty tej infrastruktury, którymi zarządzać będzie Zamawiający (np. zabezpieczenia sieciowe, backup). W przypadku gdy to Zamawiający odpowiada w w części lub w całości za
infrastrukturę techniczno-systemową to prosimy o potwierdzenie, że działania po stronie Zamawiającego nie są wliczane do czasów niedostępności systemu oraz czasów na usunięcie błędów zgodnie z zapisami OPZ.
Odpowiedź na pytanie nr 351:
Zamawiający informuje, że Wykonawca będzie odpowiedzialny za pełną konfigurację infrastruktury techniczno-systemowej będącej w posiadaniu Zamawiającego w części i za te elementy , która zostanie przekazana Wykonawcy na etapie wdrożenia przeznaczone dla projektu oraz skonfigurowane przez Wykonawcę. Działania po stronie Zamawiającego nie są wliczane do czasów niedostępności systemu oraz czasów na usunięcie błędów zgodnie z zapisami OPZ.
Pytanie nr 352: Dotyczy wymagań 237, 238, 331. Czy Zamawiający posiada licencje dostępowe Windows (Active Directory) i jeśli tak to w jakiej wersji ?
Odpowiedź na pytanie nr 352:
Zamawiający informuje, że Zamawiający nie posiada licencji dostępowych na realizacje Projektu.
Pytanie nr 353: W przypadku braku licencji dla użytkowników AD prosimy o określenie liczby użytkowników dla których należy dostarczyć licencje (UserCAL) lub ewentualnie liczby stacji roboczych (licencjonowanie DeviceCAL)
Odpowiedź na pytanie nr 353:
Zamawiający informuje, że Wykonawca powinien zapewnić niezbędną ilość licencji (UserCAL) adekwatną do ilości ról określonych w pkt. 6.2 i 6.4 SOPZ.
Pytanie nr 354
W nawiązaniu do treści SIWZ i warunków jakie spełniać powinien Kierownik Projektu realizujący zamówienie składamy niniejsze zapytanie.
Zamawiający wymaga doświadczenia w kierowaniu co najmniej 2 projektami informatycznymi, które polegały na wdrożeniu Hurtowni Danych wraz z systemu Business Inteligence, które swoim zakresem obejmowały co najmniej przeprowadzenie analizy przedwdrożeniowej, dostawę licencji i oprogramowania, wdrożenie systemu oraz serwis utrzymaniowy.
Kierownik Projektu – co najmniej 1 (jedna) osoba, spełniająca następujące warunki: a) posiada certyfikat w zakresie zarządzania projektami na poziomie co najmniej PRINCE2 Practicioner lub równoważny, udzielony przez niezależną instytucję akredytowaną do certyfikacji, b) w okresie ostatnich pięciu (5) lat licząc od dnia, w którym upływa termin składania ofert, kierował co najmniej 2 projektami informatycznymi, które polegały na wdrożeniu Hurtowni Danych wraz z systemem Business Inteligence, które swoim zakresem obejmowały co najmniej przeprowadzenie analizy przedwdrożeniowej, dostawę licencji i oprogramowania, wdrożenie systemu oraz serwis utrzymaniowy.
Czy Zamawiający uzna za spełniony warunek jeśli Wykonawca wykaże, że kierownik projektu ma doświadczenie w ostatnich 7 latach w kierowaniu co najmniej 2 projektami informatycznymi, które polegały na wdrożeniu Hurtowni Danych wraz z systemem Business Inteligence, które swoim zakresem obejmowały co najmniej przeprowadzenie analizy przedwdrożeniowej, wdrożenie systemu oraz serwis utrzymaniowy. Oraz dodatkowo w kierowaniu co najmniej 2 projektami informatycznymi, które polegały na wdrożeniu systemu informatycznego, które swoim zakresem obejmowały między innymi dostawę licencji i oprogramowania firm trzecich
Odpowiedź na pytanie nr 354
Zamawiający informuje, iż nie uzna wskazanego doświadczenia za spełniające wymagania w zakresie doświadczenia wymaganego do pełnienia funkcji kierownika projektu, zgodnie z punktem 3.2.2.2.1 SIWZ.
Pytanie nr 355
Pytania do umowy i możliwość modyfikacji dokumentu.
Poniżej wskazuje najważniejsze elementy z umowy, które skłaniają nas do pytań: Odpowiedzialność:
1.nieograniczona w żaden sposób (proponujemy ograniczenie do wartości 65% kontraktu);
2. za Błędy (w tym zachowanie SLA w tym zakresie) również leżące pod stronie dostawcy Oprogramowania standardowego (np. (nazwa własna - usunięte przez Zamawiającego), podwykonawca) w zapytaniu, jako dostawca nie mamy wpływu i możliwości odpowiadania z błędy producentów, np. za (nazwa własna - usunięte przez Zamawiającego), prosimy o weryfikację zapisów);
3. za utratę danych w kategorii Błędu, co również wiąże się z naprawieniem takiego Błędu z zachowaniem SLA;
4. Czas Naprawy Awarii Krytycznej odnosi się do godzin zwykłych (nie roboczych) proszę o potwierdzenie tej interpretacji;
5. do zabezpieczenia Systemu przed nieuprawnionym dostępem - zabezpieczenie to musi być zgodne z obowiązującymi Zamawiającego przepisami prawa oraz regulacjami wewnętrznymi w zakresie bezpieczeństwa informacji. Proponujemy zapis W ramach standardu systemu. W tym elemencie kluczowe są polityki wewnętrzne dostępu, kwestie administracyjne).
6. Zamawiający wprowadził wskaźnik dostępności, a przy Błędzie odnosi się do wydajności Systemu. (to niezgodność w naszej ocenie, którą należy sprostować).
Odpowiedź na pytanie nr 354
Ad. 1. Zgodnie z odpowiedzią na pytanie nr 152 Ad. 2. Zgodnie z odpowiedzią na pytanie nr 322 Ad. 3. Zgodnie z odpowiedzią na pytanie nr 322 Ad. 4. Zgodnie z odpowiedzią na pytanie nr 130
Ad 5. Zgodnie z odpowiedzią na pytanie nr 69, 172 oraz 342.
Ad 6 Zamawiający określił wymagania w zakresie dostępności Systemu w tabeli 15 w punkcie 5.2.9 SOPZ i dotyczą one dostępności a nie wydajności