Wyjaśnienia i zmiana treści siwz

Warszawa, 09 grudnia 2020 r.

KZGW/KGF/133/2020 KAZ.2810.16.2020(6)

Wyjaśnienia i zmiana treści siwz

Dotyczy: postępowania na realizację zamówienia: „Budowę i wdrożenie Zintegrowanego Systemu Informatycznego klasy ERP dla Państwowego Gospodarstwa Wodnego Wody Polskie wraz ze świadczeniem Serwisu Utrzymaniowego i Usług Rozwoju” (nr zamówienia: KZGW/KGF/133/2020).

Państwowe Gospodarstwo Wodne Wody Polskie, Krajowy Zarząd Gospodarki Wodnej, działając na podstawie art. 38 ust. 2 i 4 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2019 r. poz. 1843, z późn. zm.), zawiadamia, że w przedmiotowym postępowaniu wpłynęły pytania dotyczące treści Specyfikacji Istotnych Warunków Zamówienia (dalej: „SIWZ”) oraz zawiadamia, że dokonuje zmiany treści SIWZ. Poniżej treść pytań wraz z odpowiedziami i zmianą treści SIWZ.

PYTANIE 139

Dotyczy: Załącznik nr 1 do SIWZ

13) przeprowadzenie wdrożenia Systemu obejmującego KZGW, 11 RZGW oraz 50 Zarządów Zlewni,

Prosimy o podanie:

a) liczby lokalizacji objętych wdrożeniem,

b) liczby Użytkowników w poszczególnych lokalizacjach,

c) średniego opóźnienia w transmisji pakietów (latency) pomiędzy centralą a przedmiotowymi lokalizacjami.

ODPOWIEDŹ NA PYTANIE 139

a) liczba lokalizacji objętych wdrożeniem obejmuje: KZGW, 11 RZGW oraz 50 Zarządów Zlewni.

b) wymagany system ma mieć charakter centralny i obejmować pracowników wykonujących obowiązki we wskazanych lokalizacjach. Liczba Użytkowników w poszczególnych lokalizacjach może być płynna, chociażby ze względu na sposób konstrukcji funkcjonalności zawartych w poszczególnych modułach. Zamawiający przewiduje realizację zadań w poszczególnych modułach przez różnych pracowników w zakresach różnych lokalizacji. Zamawiający wskazał w przedmiocie zamówienia globalną liczbę użytkowników nazwanych. Zamawiający nie określa w przedmiocie zamówienia liczby użytkowników jednoczesnych.

c) obecnie Zamawiający nie posiada sieci rozległej WAN, w związku z powyższym nie może podać informacji, o które prosi Wykonawca.

PYTANIE 140

Dotyczy: Załącznik nr 1 do SIWZ

12. Wymagania w zakresie Migracji Danych

Prosimy o:

a) potwierdzenie, że Wykonawca odpowiada wyłącznie za jakość procesu migracji, a za jakość danych podlegających migracji odpowiada Zamawiający,

b) przedstawienie zakresu migracji na etapie ofertowania, ponieważ zapis „12. Zamawiający nie definiuje szczegółowego zakresu migrowanych danych. Zostanie on określony na etapie Analizy Przedwdrożeniowej” uniemożliwia racjonalne oszacowanie kosztów wdrożenia,

c) potwierdzenie, że Xxxxxxxx obejmie niezbędne dane do rozpoczęcia pracy w nowym systemie (niezbędne dane historyczne i tzw. „bilanse otwarcia”),

d) wyjaśnienie czy Zamawiający dostarczy dane do migracji z aktualnie używanych systemów w uzgodnionym formacie (np. CSV)?

e) wyjaśnienie czy dokumentacja techniczna opisująca struktury danych w aktualnie użytkowanych systemach jest dostępna?

f) wyjaśnienie czy posiadają Państwo wsparcie producentów aktualnego oprogramowania w celu przygotowania danych do migracji?

ODPOWIEDŹ NA PYTANIE 140

a) Zamawiający potwierdza, że Wykonawca odpowiada wyłącznie za jakość procesu migracji, a za jakość danych podlegających migracji odpowiada Zamawiający.

b) Zamawiający informuje, że zakres migrowanych danych jest opisany w Załączniku nr 1 do SIWZ – Opisie przedmiotu zamówienia, w rozdziale 12. Wymagania w zakresie Migracji Danych.

c) Zamawiający potwierdza, że Xxxxxxxx obejmie niezbędne dane do rozpoczęcia pracy w nowym systemie zgodnie z zakresem.

d) Zamawiający informuje, że dostarczy dane do migracji z aktualnie używanych systemów w uzgodnionym formacie.

e) Zamawiający informuje, że dokumentacja techniczna opisująca struktury danych w aktualnie użytkowanych systemach nie jest dostępna.

f) Xxxxxxxxxxx informuje, że na chwilę obecną posiada wsparcie producentów aktualnego oprogramowania.

PYTANIE 141

Dotyczy: Załącznik nr 1 do SIWZ

11. Wymagania dotyczące integracji

oraz

• OG.7. System musi zapewniać współpracę z oprogramowaniem biurowym z MS Office 365.

• OG.11. System musi zapewniać współpracę z systemem pocztowym MS Exchange 2016 oraz jego nowszą wersją na potrzeby generowania maili z Systemu zawierających alerty.

• OG.107. Wymiana danych z systemem Płatnik, homebanking i inne.

• OG.108. Integracja z zewnętrznymi systemami w zakresie pobierania słowników: KRS, REGON, CEIDG.

Prosimy o:

a) przedstawienie szczegółowego zakresu integracji systemu ERP z systemami eksploatowanymi przez Xxxxxxx,

b) przedstawienie technologii integracji udostępnianej przez integrowane systemy, ewentualnie prosimy o wymienienie preferowanych technologii integracji (np. WebService, Pliki płaskie, Procedury składowane w bazie danych),

c) przedstawienie sposobu komunikacji integrowanych systemów: zdolność komunikacji, sposób komunikacji, opis transakcji, konstrukcja pliku komunikatu transakcji, opisane widoki baz danych, procedury składowe i inne informacje, które są konieczne do przeprowadzenia integracji,

d) wprowadzenie do SIWZ oraz wzoru Umowy zapewnienia, że Zamawiający pozyska we własnym zakresie i na własny koszt wszelkie umożliwiające przeprowadzenie integracji informacje i dane od producentów lub autorów eksploatowanych systemów, z którymi ma nastąpić integracja, a także zapewni na własny koszt wsparcie tych producentów w przypadku problemów z przeprowadzeniem integracji, jak również wsparcie przy procesie testowania integracji,

e) przedstawienie zakresu czynności jakie ma zrealizować Wykonawca, aby można było uznać, że spełnił on wymagania przedmiotu zamówienia w zakresie integracji.

ODPOWIEDŹ NA PYTANIE 141

Odpowiedź na powyższe pytanie została zawarta w odpowiedzi na pytanie 15.

PYTANIE 142

Dotyczy: Załącznik nr 1 do SIWZ

13) przeprowadzenie wdrożenia Systemu obejmującego KZGW, 11 RZGW oraz 50 Zarządów Zlewni,

Prosimy o potwierdzenie, że Zamawiający zakłada w możliwie maksymalnym stopniu pełną unifikację i centralizację wdrożenia, czyli:

a) prowadzenie prac analitycznych i projektowych wyłącznie w Centrali Zamawiającego, a nie w poszczególnych podmiotach - czyli współpraca Wykonawcy z jednym zespołem projektowym Zamawiającego i jednym decydentem,

b) wspólna dla wszystkich podmiotów analiza, wspólne plany szkoleń, wspólne plany testów, itd.

c) unifikacja konfiguracji systemu ERP (np. jeden szablon Planu Kont) w ramach wszystkich jednostek/podmiotów,

d) maksymalne ujednolicenie modelu wdrożenia w poszczególnych kategoriach jednostek/podmiotów (wdrożenie w modelu roll-out),

e) maksymalnie pełna standaryzacja procesu wdrożenia,

f) maksymalnie pełna centralizacja (np. organizacja spotkań projektowych dotyczących podmiotów - wyłącznie w Centrali Zamawiającego).

ODPOWIEDŹ NA PYTANIE 142

a) Zamawiający potwierdza, że współpraca Wykonawcy będzie realizowana z jednym zespołem projektowym Zamawiającego i jednym decydentem.

b) Xxxxxxxxxxx informuje, że jest jednym podmiotem, w związku z czym analiza, wspólne plany szkoleń, wspólne plany testów itd. prowadzone będą dla jednego podmiotu.

c) Xxxxxxxxxxx informuje, że jest jednym podmiotem, w związku z tym wymagany jest dla niego zunifikowany system ERP.

d) Xxxxxxxxxxx informuje, że jest jednym podmiotem, w związku z tym wymagana jest dla niego pełna standaryzacja procesu wdrożenia.

e) Xxxxxxxxxxx informuje, że jest jednym podmiotem, w związku z tym wymagana jest dla niego pełna centralizacja (np. organizacja spotkań projektowych dotyczących podmiotów

- wyłącznie w Centrali Zamawiającego).

PYTANIE 143

Dotyczy: Załącznik nr 7 do SIWZ (Umowa)

2. Wykonawca zobowiązany jest do udzielenia audytorowi, posiadającemu pisemne upoważnienie udzielone przez Zamawiającego wszelkich informacji, danych i wyjaśnień w żądanym zakresie oraz udostępnienia i zaprezentowania rezultatów prowadzonych prac, jak również zapewnienia możliwości ich kontroli.

Prosimy o potwierdzenie, że:

a) Audytorem nie będzie podmiot prowadzący działalność konkurencyjną wobec Wykonawcy ani podmiot z nim powiązany lub jego pracownik lub podmiot/osoba z nim współpracująca, bez względu na podstawę zatrudnienia lub współpracy,

b) Działania Audytora nie będą zakłócać pracy Wykonawcy na wdrożeniu, a udzielanie Audytorowi „wszelkich informacji, danych i wyjaśnień w żądanym zakresie oraz udostępnienia i zaprezentowania rezultatów prowadzonych prac, jak również zapewnienia możliwości ich kontroli” nie będzie dezorganizować pracy Wykonawcy na projekcie,

c) Audytor zawrze z Wykonawcą umowę o zachowaniu poufności.

ODPOWIEDŹ NA PYTANIE 143

Zamawiający informuje, że:

a) Audytor nie został jeszcze wybrany przez Zamawiającego. Zamawiający nie może więc potwierdzić, iż Audytorem nie będzie podmiot prowadzący działalność konkurencyjną

wobec Wykonawcy ani podmiot z nim powiązany lub jego pracownik lub podmiot/osoba z nim współpracująca, bez względu na podstawę zatrudnienia lub współpracy.

Potencjalni Wykonawcy mogą prowadzić różnorodną działalność gospodarczą, w tym działalność doradczą, związaną z audytowaniem wdrożeń systemów informatycznych.

b) Działania Audytora nie mają na celu zakłócanie prac Wykonawcy, nie powinny dezorganizować pracy Wykonawcy na projekcie. Jednak realizacja prac przez Audytora będzie wymagała pewnego zaangażowania po stronie Wykonawcy, np. odpowiedzi na pytania, prezentacja rezultatów prac.

c) Zgodnie z § 10 Umowy, pkt. 6: „Zamawiający oświadcza, że w przypadku, o którym mowa w § 10 ust. 2 Umowy podmioty zewnętrzne złożą oświadczenie o obowiązku zachowania poufności informacji oraz danych, do których będą miały dostęp w związku z przeprowadzanym audytem”.

PYTANIE 144

Dotyczy: Załącznik nr 7 do SIWZ (Umowa)

§ 12 Serwis Utrzymaniowy

Prosimy o potwierdzenie, że:

a) serwis utrzymaniowy będzie mógł być prowadzony w formie zdalnej,

b) Czasy Reakcji i Czas Naprawy przedstawiony w tabeli (punkt 3) dotyczy godzin roboczych (pracy Zamawiającego).

ODPOWIEDŹ NA PYTANIE 144

a) Odpowiedź na powyższe pytanie została zawarta w odpowiedzi na pytanie nr 85.

b) Xxxxxxxxxxx informuje, że Czas Reakcji i Czas Naprawy przedstawiony w Załączniku nr 7 do SIWZ - Wzór umowy, w § 12 Serwis Utrzymaniowy, w ust. 3, pozostaje bez zmian.

PYTANIE 145

Dotyczy: Załącznik nr 1 do SIWZ

3) dostawę licencji na Oprogramowanie niezbędnych do zapewnienia prawidłowego funkcjonowania Zintegrowanego Systemu Informatycznego, w tym w szczególności systemów operacyjnych, oprogramowania aplikacyjnego, bazodanowego i narzędziowego oraz instalacja i konfiguracja tego Oprogramowania,

W ramach dostawy licencji na Oprogramowanie Wykonawca zapewni licencje dla Systemu w liczbie:

• 2300 Licencji na Użytkownika Systemu,

• 7000 licencji dla Portalu Pracownika.

Prosimy o wskazanie liczby użytkowników Systemu w podziale na moduły/obszary funkcjonalne:

a) OD.01. Finanse i Księgowość - …..

b) OD.02. Budżetowanie i Raportowanie - …..

c) OD.03. Środki trwałe - …..

d) OD.04. Gospodarka magazynowa - …..

e) OD.05. Opłaty za usługi wodne - …..

f) OD.06. Windykacja - …..

g) OD.07. Płace - …..

h) OD.08. Kadry - …..

i) OD.09. Zamówienia Publiczne - …..

ODPOWIEDŹ NA PYTANIE 145

Wymagany system ma mieć charakter centralny i obejmować pracowników wykonujących obowiązki we wskazanych lokalizacjach. Liczba Użytkowników w poszczególnych lokalizacjach może być płynna, chociażby ze względu na sposób konstrukcji funkcjonalności zawartych w poszczególnych modułach. Dodatkowo część Użytkowników z racji zakresu wykonywanych obowiązków powinno mieć dostęp do więcej niż 1 modułu/obszaru

funkcjonalnego. W związku z powyższym wskazana liczba licencji dotyczy globalnej liczby użytkowników nazwanych.

PYTANIE 146

Dotyczy: Załącznik nr 1 do SIWZ

Etapy zostaną zrealizowane przez Wykonawcę zgodnie z Harmonogramem Ramowym przed- stawionym w tabeli 1, przy czym Zamawiający wymaga, aby granicznym dniem Startu Produkcyjnego Systemu był 2 stycznia 2023 r.

Prosimy o potwierdzenie, że czasy realizacji poszczególnych Etapów (wskazane w SIWZ) będą mogły być zmieniane w toku realizacji projektu, przy czym zmiany te nie będą mogły wpłynąć na graniczny dzień Startu Produkcyjnego Systemu (2 stycznia 2023 r.)

ODPOWIEDŹ NA PYTANIE 146

Zamawiający informuje, że czasy realizacji poszczególnych Etapów mogą być skrócone. Zmiana czasów realizacji poszczególnych Etapów w toku realizacji projektu, nie będzie mogła wpłynąć na graniczny dzień Startu Produkcyjnego Systemu (2 stycznia 2023 r.)

PYTANIE 147

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność WIN.190 System powinien umożliwiać automatyczne uzupełnienie Rejestru dłużników danymi z pism wygenerowanych w systemie.

Wymaganie jest nieprecyzyjne. Prosimy o podanie zakresu danych, które powinny być automatycznie uzupełniane w Rejestrze Dłużników na podstawie wygenerowanych w systemie pism.

Zwracamy uwagę, że zgodnie z Art. 29 ust. 1 ustawy Pzp Zamawiający ma obowiązek opisać przedmiot zamówienia w sposób jednoznaczny i wyczerpujący z uwzględnieniem wszystkich okoliczności mogących mieć wpływ na sporządzenie oferty. Informacje o zakresie danych z generowanych pism, które powinny być automatycznie uzupełniane w Rejestrze Dłużników mają istotny wpływ na koszt realizacji zamówienia i powinny być znane Wykonawcy na moment składania oferty (tak aby mógł ją rzetelnie skalkulować) a nie w momencie Analizy przedwdrożeniowej.

ODPOWIEDŹ NA PYTANIE 147

Funkcjonalność WIN.190 System powinien umożliwiać automatyczne uzupełnienie Rejestru dłużników danymi z pism wygenerowanych w systemie:

a) W przypadku wezwania do zapłaty należności cywilnoprawnej (lub należności handlowej) minimum:

• data sporządzenie pisma

• dane wierzyciela (adres, inne dane kontaktowe)

• xxxx xxxxxxxx (imię, nazwisko lub nazwa, adres)

• wyjaśnienie, dlaczego wysyłamy pismo, jakich umów czy faktur dotyczy (nr faktury, data wystawienie, kiedy upłynął termin zapłaty)

• rodzaju i wysokości odsetek z tytułu niezapłacenia w terminie należności pieniężnej naliczonych na dzień wystawienia upomnienia, o ile są wymagane, oraz stawki tych odsetek obowiązującej na dzień wystawienia upomnienia, według której należy obliczyć dalsze odsetki

• podstawa prawna

• kwota długu

• termin spłaty długu

b) W przypadku upomnienia wystawionego w związku z brakiem zapłaty należności publicznoprawnej na podstawie art. 15 § 1 ustawy z dnia 15 czerwca 1966 roku o postępowaniu egzekucyjnym w administracji minimum:

• nazwę wierzyciela i adres jego siedziby lub jego jednostki organizacyjnej

• datę wystawienia upomnienia

• nazwę albo imię i nazwisko zobowiązanego, do którego jest kierowane, adres jego siedziby albo miejsca zamieszkania oraz inne dane identyfikacyjne, o ile są znane wierzycielowi

• wskazanie:

− wysokości i rodzaju należności pieniężnej, którą należy uiścić, oraz okresu, którego dotyczy

− rodzaju i wysokości odsetek z tytułu niezapłacenia w terminie należności pieniężnej naliczonych na dzień wystawienia upomnienia, o ile są wymagane, oraz stawki tych odsetek obowiązującej na dzień wystawienia upomnienia, według której należy obliczyć dalsze odsetki

− wysokości kosztów upomnienia

• termin spłaty długu

PYTANIE 148

Dotyczy wymagania OPŁ.43

Wykonawca prosi o wyjaśnienie na jakiej zasadzie użytkownik Systemu ERP powinien wprowadzać zmiany w danych dotyczących pozwolenia wodnoprawnego oraz czy powinien w takim przypadku w Systemie ERP wygenerować nowe pozwolenie wodnoprawne, które

„nadpisze” istniejące, atrybuty pozwolenia wodnoprawnego zmienione lub wprowadzone w systemie ERP powinny w sposób automatyczny zostać zaktualizowane również w systemie ISOK? Czy w takim przypadku System ERP powinien wydać nowe pozwolenie wodnoprawne w postaci pisemnej? Czy też raczej System ERP powinien „wygenerować” odpowiednie żądanie do właściwego użytkownika systemu ISOK z konieczności dokonania zmian w pozwoleniu wodnoprawnym?

ODPOWIEDŹ NA PYTANIE 148

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w zakresie wniosku Wykonawcy:

ZMIANA NR 30

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, punkt OPŁ.43 zostaje usunięty.

PYTANIE 149

Dotyczy wymagania OPL.190

Wykonawca prosi o wyjaśnienia czy oświadczenia składane przez system e-BOK będą w postaci danych ustrukturyzowanych tak, aby możliwe było automatyczne wprowadzenie danych, czy wymaganie dotyczy tylko automatycznego pobrania np. PDF?

Prosimy również o informacje w jaki sposób powinno nastąpić „powiązanie” oświadczenia z Rejestrem Usług Wodnych:

a) „manualnie” przez użytkownika systemu ERP poprzez analizę danych z pobranego PDF?

b) „automatycznie” na podstawie identyfikacji według np. podmiotu lub numeru pozwolenia wodnoprawnego czy jakiś inny identyfikator pozwalający na powiązanie danych

ODPOWIEDŹ NA PYTANIE 149

Aktualnie system ISOK (moduł eBOK) umożliwia generowanie ustrukturyzowanych danych w formie PDF w wyniku przesłanego przez użytkownika formularza. Zamawiający nie wyklucza rozwoju narzędzia o funkcjonalność związaną z automatycznym zasilaniem bazy danych z oświadczeń generowanych w eBOK.

PYTANIE 150

Dotyczy wymagań OPL. 66-83

Wykonawca prosi o wyjaśnienia czy dane, o których mowa w powyższych wymaganiach będą w przypadku składania oświadczeń w sposób elektroniczny za pomocą e-BOK tożsame z danymi w Bazie Podmiotów w Systemie ERP? Czyli czy podmioty korzystające z eBOK będą wprowadzali te dane każdorazowo czy tez eBOK będzie dla konkretnego użytkownika

reprezentującego podmiot „przekazywał” dane i jeśli TAK to czy one będą zgodne z danymi z Bazy Podmiotów Systemu ERP, tak aby możliwa była właściwa identyfikacja i automatyzacja pozwalająca bez ponownego wprowadzania danych przez użytkownika Systemu ERP aktualizować Rejestr Oświadczeń?

ODPOWIEDŹ NA PYTANIE 150

Moduł eBOK w systemie ISOK stanowi narzędzie służące do komunikacji pomiędzy instytucją, a klientem poprzez udostępnienie wzorów wniosków/formularzy i umożliwienie ich elektronicznej wysyłki przy wykorzystaniu uwierzytelniania za pomocą Profilu Zaufanego. Aktualnie eBOK nie posiada bazy podmiotów, dane klientów są w części uzupełniane automatycznie na podstawie danych PZ, Zakres i proces integracji związanej z bazą podmiotów systemu ERP powinien być przedmiotem Analizy Przedwdrożeniowej.

PYTANIE 151

Dotyczy Obsługi Reklamacji w Opłatach Wodnych

Wykonawca prosi o wyjaśnienie czy Zamawiający celowo wyłączył w tym procesie integracje z eBOK – czyli, że wykonawca Systemu ERP może założyć „manualną” obsługę reklamacji niezależnie od sposobu jej przekazania ? Czy też należy zakładać, że eBOK będzie obsługiwał reklamacje podobnie jak inne wnioski?

ODPOWIEDŹ NA PYTANIE 151

Z uwagi na specyfikę postępowania reklamacyjnego, nie przewiduje się przekazywania reklamacji za pomocą formularza elektronicznego. Z tych względów nie została przewidziana integracja z eBOK w obsłudze procesu reklamacji.

PYTANIE 152

Dotyczy obsługi Zamówień Publicznych

Czy Zamawiający dopuszcza, aby moduł Zamówień Publicznych być realizowany w rozwiązaniu chmurowym, z pominięciem infrastruktury systemu ERP?

ODPOWIEDŹ NA PYTANIE 152

Zamawiający nie dopuszcza takiego rozwiązania.

PYTANIE 153

Dotyczy wymagania ZP.172 i ZP.159 (Zamówienia Publiczne)

Wykonawca prosi o określenie czy Zamówienia Publiczne prowadzone są przez jedną komórkę dla PGW Wody Polskie (np. w KZGW) czy też niezależnie przez jednostki podrzędne?

Jeśli przez jednostki podrzędne to prosimy o wskazanie do jakiego poziomu (Regionalne Zarządy Gospodarki Wodnej czy Zarządy Zlewni) i czy system EZD jest centralny dla wszystkich jednostek wykonujących Zamówienia Publiczne czy też jest lokalny dla każdej jednostki co będzie implikowało konieczność integracji z każdym z nich o ile jednostki podrzędne realizują przetargi we własnym zakresie?

Prosimy również o wskazanie jaki dokładnie system EZD jest używany w PGW Wody Polskie?

ODPOWIEDŹ NA PYTANIE 153

Zamówienia publiczne w PGW WP prowadzone są niezależnie przez komórki organizacyjne do spraw zamówień publicznych w KZGW oraz w 11 RZGW.

W PGW WP używany jest system:

1) Elektroniczne Zarządzanie Dokumentacją w wersji nr 3.100.1.1 autorstwa Podlaskiego Urzędu Wojewódzkiego w Białymstoku, wykorzystywany w Krajowym Zarządzie Gospodarki Wodnej w Warszawie oraz w Regionalnym Zarządzie Gospodarki Wodnej w Krakowie.

2) Moduł Zarządzania Sprawami będący elementem systemu ISOK, pełniący funkcję analogiczną do systemu EZD, wykorzystywany w pozostałych 10 regionalnych zarządach gospodarki wodnej.

PYTANIE 154

Dotyczy wymagania ZP.172 (Zamówienia Publiczne)

Wykonawca prosi o uszczegółowienie wymagania – czy każde pismo przekazywane zgodnie z ustawą PZP za pomocą środków komunikacji elektronicznej (czyli przez portal Zamówień Publicznych) będzie osobnym pismem zarejestrowanym w EZD czy też pisma powinny być powiązane w sprawę identyfikującą postępowanie o zamówienie publiczne?

Jaki należy przyjąć moment wpłynięcia informacji złożonej przez użytkowników zewnętrznych portalu Zamówień Publicznych – czy ten wynikający z portal zamówień publicznych systemu ERP czy moment zarejestrowania w systemie EZD?

Czy też Zamawiający oczekuje exportu do EZD zbiorczo (np. po zakończeniu postępowania)?

ODPOWIEDŹ NA PYTANIE 154

Wszelka korespondencja wpływająca do Zamawiającego w ramach prowadzonego postępowania przetargowego musi być rejestrowana, w szczególności w zakresie terminu wpływu, przez Moduł Zamówień Publicznych. Następnie pisma muszą być powiązane w sprawę identyfikującą postępowanie przetargowe.

Zgodnie z treścią określającą funkcjonalność ZP.172, Zamawiający wymaga, aby po zakończeniu postępowania przetargowego komplet dokumentów postępowania tworzący daną sprawę był eksportowany do systemu EZD, wykorzystywanego przez Zamawiającego w celu archiwizacji.

PYTANIE 155

Dotyczy wymagania ZP.180 Zamówienia Publiczne

Wykonawca prosi o potwierdzenie tego wymagania w kontekście poniższej informacji:

„9 września 2020 opublikowany został projekt rozporządzenia Prezesa Rady Ministrów w sprawie sposobu sporządzania i przekazywania informacji oraz wymagań technicznych dla dokumentów elektronicznych oraz środków komunikacji elektronicznej w postępowaniu o udzielenie zamówienia publicznego lub konkursie.

§12 ust. 3 rozporządzenia stanowi o tym, że „użycie środków komunikacji elektronicznej, o których mowa w ust. 1, jest uzależnione od podania danych umożliwiających jednoznaczną identyfikację użytkownika, a także akceptacji zasad korzystania ze środków komunikacji elektronicznej udostępnianych przez zamawiającego, o ile zostały one określone”.

W praktyce oznacza to, że komunikacja między zamawiającymi a wykonawcami będzie możliwa tylko wtedy, jeśli będzie odbywała się za pośrednictwem środków komunikacji, które wymagają logowania oraz uwierzytelnienia – jest to sprzeczne z wymaganiem ZP.180.

Wykonawca zwraca też uwagę na opublikowaną przez Prezesa UZP informacje nt rejestrowania się na Platformie E-Zamówienia

xxxxx://xxx.xxx.xxx.xx/xxxxxx-xxxxxx/xxxxxx-xxxxxxxxxxx/xxxxxxxxxxx-xxx-xxxxxxxxxxxx-x- zamowienia/zarejestruj-sie-na-platformie-e-zamowienia

z której jednoznacznie wynika, że Platforma E-Zamówienia będzie realizowana zgodnie z powyższą informacją nt zapisów w projekcie Rozporządzenia.

ODPOWIEDŹ NA PYTANIE 155

Zamawiający wyjaśnia, iż moduł Zamówień Publicznych musi zapewniać Wykonawcom komunikację, w szczególności składanie wniosków o wyjaśnienie treści SIWZ, składanie ofert oraz innych dokumentów wymaganych w procesie udzielania zamówień publicznych bez konieczności rejestracji (zakładania konta w module), jednakże z zachowaniem wszystkich wymogów określonych aktach prawnych odnoszących się do procesu komunikacji wykonawców z zamawiającym w procesie udzielania zamówień publicznych.

PYTANIE 156

Pytanie dotyczy wzoru umowy. Czy Zamawiający zmieni postanowienia § 16 umowy i przyjmie, że każdorazowo odstąpienie następować będzie częściowo na przyszłość. Podkreślić należy, że odstąpienie ze skutkiem wstecznym przy umowach wdrożeniowych jest w zasadzie niemożliwe. Nie istnieje bowiem praktyczna możliwość zwrotu wszystkich wykonanych świadczeń (pomijając samo wdrożenie to dotyczy to także np. know-how, analiza przedwdrożeniowa, serwis, szkolenia etc.).

ODPOWIEDŹ NA PYTANIE 156

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w zakresie wniosku Wykonawcy.

ZMIANA NR 31

Załącznik Nr 7 do SIWZ – Wzór umowy, § 16 otrzymuje brzmienie:

㤠16

Odstąpienie od Umowy [Odstąpienie przez Wykonawcę]

1. Jeżeli Xxxxxxxxxxx odmówi przewidzianego Umową współdziałania koniecznego do wykonania zobowiązań w zakresie Umowy, Wykonawca wezwie Zamawiającego, w formie pisemnej pod rygorem bezskuteczności wezwania, do odpowiedniego współdziałania, opisując zakres braku współdziałania i żądanego zachowania oraz wskazując, w jakim zakresie brak współdziałania uniemożliwia realizację lub dokończenie realizacji Przedmiotu Umowy, określając zakres działań, których wymaga i wyznaczając odpowiedni termin, nie krótszy niż 30 Dni Kalendarzowych do zapewnienia takiego współdziałania. Po bezskutecznym upływie tego terminu, Wykonawca wyznaczy Zamawiającemu dodatkowy termin (forma pisemna pod rygorem bezskuteczności wezwania), nie krótszy niż 30 Dni Kalendarzowych na wywiązanie się z jego obowiązków, z zastrzeżeniem, iż po upływie tego terminu Wykonawca będzie uprawniony do odstąpienia od Umowy. Niniejsza klauzula modyfikuje postanowienia art. 640 Kodeksu cywilnego w możliwie najszerszym zakresie dopuszczonym przez przepisy powszechnie obowiązującego prawa.

2. W razie odstąpienia od Umowy przez Wykonawcę, odstąpienie takie będzie miało skutek „ex nunc”, to jest od chwili złożenia oświadczenia o odstąpieniu.

[Odstąpienie przez Xxxxxxxxxxxxx]

3. Zamawiającemu przysługuje umowne prawo odstąpienia od Umowy, bez wyznaczania Wykonawcy terminu dodatkowego, w przypadku:

1) opóźnienia Wykonawcy w dotrzymaniu określonego w Umowie terminu przedstawienia należycie wykonanych Etapów do Odbioru o co najmniej 30 Dni Kalendarzowych;

2) opóźnienia Wykonawcy skutkującego opóźnieniem Odbioru Etapu, Systemu - wynoszącym co najmniej 30 Dni Kalendarzowych;

3) naruszenia zobowiązań Wykonawcy dotyczących poufności;

4) naruszenia zobowiązań Wykonawcy dotyczących przetwarzania danych osobowych;

5) wystąpienia wad prawnych w przekazanych Zamawiającemu Utworach lub w związku z przygotowanymi i dostarczonymi przez niego środowiskami (produkcyjnym, testowo-szkoleniowym zapasowym), które uniemożliwiają Zamawiającemu korzystanie z Utworów lub środowisk;

6) braku dochowania warunków udziału w postępowaniu określonych w SIWZ stanowiącym Załączniku nr 9 do Umowy w trakcie obowiązywania Umowy przez okres dłuższy niż 30 dni kalendarzowych liczonych od momentu wezwania, o którym mowa w § 8 ust. 12 Umowy.

4. W razie odstąpienia przez Xxxxxxxxxxxxx od Umowy zgodnie z postanowieniami poprzedzającego punktu, Zamawiający poinformuje Wykonawcę w oświadczeniu o odstąpieniu, czy oświadczenie ma skutki w stosunku do całości Umowy, czy tylko do jej części. Brak powyższej informacji oznacza, iż oświadczenie Zamawiającego ma skutek w stosunku do całej Umowy. Odstąpienie takie będzie miało skutek „ex nunc”, to jest od chwili złożenia oświadczenia o odstąpieniu.

5. Jeżeli Wykonawca będzie realizował Umowę w sposób sprzeczny z Umową (wystąpi opóźnienie w realizacji prac w porównaniu do terminów wskazanych w Harmonogramie Szczegółowym o minimum 30 Dni Kalendarzowych, przeprowadzone testy Systemu lub weryfikacja Produktów przekazanych do odbioru wykaże ich bardzo niskiej jakość), Zamawiający wezwie Wykonawcę do zmiany sposobu jej wykonywania i wyznaczy mu w tym celu dodatkowy termin, nie krótszy niż 30 Dni Kalendarzowych. Po bezskutecznym

upływie tego terminu Zamawiający będzie uprawniony do odstąpienia od Umowy (umowne prawo odstąpienia). Wezwanie będzie wystosowane w formie pisemnej pod rygorem bezskuteczności. Odstąpienie takie będzie miało skutek „ex nunc”, to jest od chwili złożenia oświadczenia o odstąpieniu.

6. Strony będą uprawnione do złożenia oświadczenia o odstąpieniu w całości lub części od Umowy w terminie 60 Dni Kalendarzowych od dnia powzięcia wiadomości o okoliczności stanowiącej przyczynę odstąpienia.

7. W celu uniknięcia wątpliwości Strony uzgadniają, że w razie skorzystania przez Xxxxxx z uprawnienia do odstąpienia od Umowy, wygasają wszelkie obowiązki Stron dotyczące niewykonanej jeszcze części Umowy, w szczególności Serwisu Utrzymaniowego – tj. Wykonawca nie będzie zobowiązany ich świadczyć, a Zamawiający nie będzie zobowiązany zapłacić za nie Wynagrodzenia.”

PYTANIE 157

Pytanie dotyczy wzoru umowy. Czy Zamawiający zaakceptuje ogólną polisę OC działalności wykonawcy?

Stwierdzić należy, że dedykowana polisa (zawierana wyłącznie na potrzeby niniejszej umowy) zwiększy cenę oferty, gdyż jej koszt zostanie w praktyce zawarty w cenie oferty.

ODPOWIEDŹ NA PYTANIE 157

Zamawiający informuje, że zaakceptuje ogólną polisę OC działalności Wykonawcy, jeżeli będą spełnione warunki z paragrafu 19 Wzoru umowy.

PYTANIE 158

W OPZ podano ogólną liczbę użytkowników Systemu: 2300.

Proszę o podanie ilości Użytkowników w rozłącznych grupach – z podziałem na poszczególne obszary i zakresy obowiązków: (np. księgowość, kadry, planowanie, zakupy, rachuba płac, osoby prowadzące projekty inwestycyjne, magazynierzy, osoby zajmujące się tylko naliczaniem opłat za usługi wodne, itp.)

ODPOWIEDŹ NA PYTANIE 158

Wymagany system ma mieć charakter centralny i obejmować pracowników wykonujących obowiązki we wskazanych lokalizacjach. Liczba Użytkowników w poszczególnych lokalizacjach może być płynna, chociażby ze względu na sposób konstrukcji funkcjonalności zawartych w poszczególnych modułach. Zamawiający przewiduje realizację zadań w poszczególnych modułach przez różnych pracowników w zakresach różnych lokalizacji. Dodatkowo część Użytkowników z racji zakresu wykonywanych obowiązków powinno mieć dostęp do więcej niż 1 modułu/obszaru funkcjonalnego. Zamawiający wskazał w przedmiocie zamówienia globalną liczbę użytkowników nazwanych. Zamawiający nie określa w przedmiocie zamówienia liczby użytkowników jednoczesnych.

PYTANIE 159

Jaka jest roczna ilość faktur zakupowych:

a. przyjmowanych drogą tradycyjną (papierowe) i e-mail (skany)

b. przychodzących drogą elektroniczną (pliki/komunikaty do wczytania bezpośrednio do systemu)?

ODPOWIEDŹ NA PYTANIE 159

W roku 2019 w PGW WP wprowadzono 62.338 dokumentów zakupu, żadnego poprzez wczytanie do systemu FK.

W okresie 01-11.2020 w PGW WP wprowadzono 43.558 dokumentów zakupu, 4 poprzez wczytanie do systemu FK (dokumenty otrzymane za pośrednictwem Platformy Elektronicznego Fakturowania).

PYTANIE 160

Pytanie dotyczące Rozdziału 11. Wymagania dotyczące integracji Proszę o zapewnienie, że Zamawiający zobowiązuje się do:

• pozyskania we własnym zakresie i na własny koszt niezbędnych informacji i danych od producentów/autorów „innych” eksploatowanych systemów i baz danych, z którymi ma nastąpić integracja.

• Zapewni we własnym zakresie i na własny koszt realizację prac dotyczących integracji po stronie „innych” systemów w przypadku, gdy prace takie będą niezbędne do przeprowadzenia.

ODPOWIEDŹ NA PYTANIE 160

Zamawiający potwierdza, że:

a) pozyska we własnym zakresie i na własny koszt niezbędne informacje i dane od producentów/autorów „innych” eksploatowanych systemów i baz danych, z którymi ma nastąpić integracja.

b) zapewni we własnym zakresie i na własny koszt realizację prac dotyczących integracji po stronie „innych” systemów w przypadku, gdy prace takie będą niezbędne do przeprowadzenia.

PYTANIE 161

Pytanie dotyczące Rozdziału 17. Wymagania dotyczące produktów

Tabela 6 szczegółowe wymagania dotyczące zakresu Produktów p. 12 Oprogramowanie Dedykowane Wykonawca opracuje i dostarczy Oprogramowanie Dedykowane – w tym stworzy i skonfiguruje moduł Opłat za usługi wodne oraz zainstaluje dostarczone Oprogramowanie Dedykowane na Infrastrukturze Zamawiającego umożliwiając jego prawidłowe działanie Użytkownikowi Końcowemu. Wykonawca przekaże Zamawiającemu kody źródłowe Oprogramowania Dedykowanego - modułu Opłat nie później niż z chwilą jego odbioru.

Kod źródłowy zostanie dostarczony na informatycznym nośniku danych, w formie umożliwiającej Zamawiającemu swobodny odczyt kodu źródłowego, a także zapisanie kodu na innym nośniku i doprowadzenie tego kodu źródłowego do formy wykonywalnej (w szczególności w drodze kompilacji) na odpowiednio wyposażonym stanowisku komputerowym. Wraz z kodem źródłowym Wykonawca dostarczy kompletny wykaz narzędzi programistycznych, bibliotek i innych elementów niezbędnych do doprowadzenia takiego Oprogramowania Dedykowanego do formy wykonywalnej.

Pytanie:

Oferowany system dostarczany jest w postaci pakietów instalacyjnych. Definicje architektury danych (definicje metadanych, tabele, widoki, struktury, elementy danych, domeny) oraz oprogramowanie odnoszące się do logik biznesowej (procedury, funkcje, raporty, struktury ekranów, itd.) zapisane są w bazie danych z jaką instalowany jest oferowany system. W oferowanym systemie, użytkownik z odpowiednimi uprawnieniami ma dostęp do przeglądania i modyfikacji kodów źródłowych (zarówno architektury danych jak i oprogramowania biznesowego). Dodatkowo oferowany system posiada wbudowany komplet narzędzi programistycznych, wspierających pracę grupową programistów i zarządzających cyklem życia developmentu.

Czy w związku z powyższym możemy traktować, że przekazanie systemu spełni wymaganie, przekazania kodów źródłowych?

ODPOWIEDŹ NA PYTANIE 161

Zamawiający wymaga przekazanie pełnych informacji zgodnie z zapisami dotyczącymi Oprogramowania Dedykowanego, określonymi we wzorze umowy.

PYTANIE 162

Dotyczy: OG.9. System musi zapewniać współpracę z Windows Server 2019 oraz jego nowszą wersją.

Czy wymaganie to będzie uznane za spełnione, jeśli w środowisku systemu operacyjnego Microsoft Windows Server będą mogły być zainstalowane środowiska wykonawcze oferowanego systemu (serwery aplikacyjne) a system zarządzania bazą danych nie?

Jeśli nie, to poprosimy o zmianę treści wymagań i dopuszczenie innych systemów operacyjnych niż Microsoft Windows Server dla instalacji bazy danych oferowanego systemu ERP (np. SUSE Linux Enterprise Server).

ODPOWIEDŹ NA PYTANIE 162

Zamawiający podtrzymuje zapisy OPZ. Zamawiający dopuszcza inne oprogramowanie niż firmy Microsoft, jednakże muszą one współpracować z systemem Windows Serwer 2019 i nowszym.

Uzasadnienie:

Zamawiający nie posiada Administratorów systemów Linux, nie planuje ich pozyskania, jak również pozyskania kompetencji w tym kierunku.

PYTANIE 163

Dotyczy OG.10. System musi zapewniać współpracę z oprogramowaniem wirtualizacyjnym Vmware, Hyper-V.

Czy wymaganie zostanie uznane za spełnione, jeśli wszystkie komponenty oferowanego systemu będą mogły być zwirtualizowane przy użyciu oprogramowania Vmware?

ODPOWIEDŹ NA PYTANIE 163

Zamawiający potwierdza, iż tak jak napisane jest w wymaganiu OG.10, komponenty systemu mogą być zwirtualizowane w technologii Vmware.

PYTANIE 164

Dotyczy OG.14. System musi umożliwiać import danych w formacie: csv, xls, docx, xlsx, docx, pliki graficzne (zdjęcia), pliki pdf.

Czy pisząc o możliwości importu danych w formacie „pliki graficzne (zdjęcia)” należy rozumieć, że chodzi o import plików do repozytorium w postaci niezmienionej i zapisanie ich dla późniejszego odczytu?

ODPOWIEDŹ NA PYTANIE 164

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w zakresie wniosku Wykonawcy.

ZMIANA NR 32

Załącznik Nr 1 do SIWZ - Opis przedmiotu zamówienia, w rozdziale 9 Wymagania ogólne, w tabeli 4 – Wymagania ogólne, punkt OG.14 otrzymuje brzmienie:

“OG.14 System musi umożliwiać import danych w formacie: csv, xls, docx, xlsx, docx, pliki pdf.”

PYTANIE 165

Dotyczy OG.18. Mechanizm blokowania i zwalniania plików, np. w celach modyfikowania danych zapobiegający konfliktom podczas modyfikowania danych.

Dane oferowanego systemu ERP przechowywane są w bazie danych. Baza danych jako taka ma swoje wewnętrzne mechanizmy blokad – pozwalające na zachowanie jej integracji i spójności. Jak należy rozumieć wymaganie OG.18. dt. mechanizmu blokowania/zwalniania plików, czy chodzi o operacje pracy na plikach np. import/eksport podczas realizacji jednej z funkcjonalności systemu np. eksportu danych do pliku? Jeśli nie, poprosimy o uszczegółowienie.

ODPOWIEDŹ NA PYTANIE 165

Zamawiający wyjaśnia, że mechanizm blokowania i zwalniania plików ma zapobiegać edycji tych samych rekordów przez różnych użytkowników systemu np. wprowadzaniu zmian na tzw. pasku wynagrodzenia pracownika, wprowadzania środków trwałych.

PYTANIE 166

Dotyczy OG.22 – OG.30 Rodzaje obsługiwanych urządzeń: OG.22. Ekrany dotykowe,

OG.23. Myszka,

OG.24. Czytnik kodów kreskowych, OG.25. Klawiatura,

OG.26. Przyrządy pomiarowe, OG.27. Skanery,

OG.28. Przenośne terminale danych, OG.29. Kasa fiskalna

OG.30. Drukarka

Czy Zamawiający może wskazać o jakie przyrządy pomiarowe (OG.26.), skanery (OG.27.), przenośne terminale danych (OG.28.) chodzi i w jakim zakresie system ERP powinien z nimi współpracować?

Czy Zamawiający może wskazać z jakich drukarek fiskalnych (OG.29.) korzysta (producent, model)?

ODPOWIEDŹ NA PYTANIE 166

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w zakresie wniosku Wykonawcy.

ZMIANA NR 33

Załącznik Nr 1 do SIWZ - Opis przedmiotu zamówienia, w rozdziale 9 Wymagania ogólne, w tabeli 4 – Wymagania ogólne, punkt OG.26 zostaje usunięty.

W związku z powyższą zmianą zmianie ulega również treść odpowiedzi na pytania:

1) pytanie 12 poprzez usunięcie z tej odpowiedzi wszelkich odniesień do wymagania OG.26

2) pytanie 96 poprzez usunięcie z tej odpowiedzi podpunktu e).

Ponadto Xxxxxxxxxxx informuje, że zadanie to będzie realizowane poza systemem ERP.

PYTANIE 167

Dotyczy OG.32. System musi umożliwiać przypisanie Właściciela Biznesowego Zasobu (WBZ) do obszaru biznesowego / modułu Systemu

Prosimy o uszczegółowienie – wymaganie nie jest zrozumiałe.

ODPOWIEDŹ NA PYTANIE 167

Zamawiający informuje, że zgodnie z zapisami Załącznika nr 12 do Wzoru umowy – Przyjęte definicje, „Właściciel Biznesowy Zasobu [WBZ]”, to kierujący komórką organizacyjną, do którego należą dane w bazach danych, systemach informatycznych itp., do których dostęp jest przydzielany przez Administratorów Systemu.

PYTANIE 168

Dotyczy OG.44. System musi umożliwiać definiowanie alertów, które w zależności od wartości określonych pól w zapisanym rekordzie umożliwiają automatyczne wykonywanie akcji, np. wysłanie poczty elektronicznej o konfigurowalnej treści (zawierającej określenia będące wartościami pól), wyświetlenie komunikatu.

Proszę o potwierdzenie, że w.w wymaganie dotyczy ściśle zdefiniowanych w trakcie analizy pól mających wymierną wartość biznesową.

ODPOWIEDŹ NA PYTANIE 168

Zamawiający potwierdza, że ww. wymaganie dotyczy ściśle zdefiniowanych w trakcie analizy pól mających wymierną wartość biznesową, w uzgodnieniu z Zamawiającym.

PYTANIE 169

Dotyczy OG.51. System musi umożliwiać logowanie do Systemu w oparciu o dane z AD.

Czy chodzi o to (czy wystarczające jest), aby użytkownik logujący się do systemu był weryfikowany w AD?

ODPOWIEDŹ NA PYTANIE 169

Zamawiający potwierdza, że użytkownik logujący się do systemu będzie weryfikowany w AD.

PYTANIE 170

Dotyczy OG.55. System musi zapewnić dostęp do wszystkich funkcjonalności i danych w Systemie w oparciu o jedno-krotne logowanie.

Proszę o podanie ilości Użytkowników, których ma to dotyczyć. Czy jest to całkowita liczba użytkowników podana w SIWZ (2300)?

Zamawiający informuje, że ilość użytkowników wynosi 2300.

PYTANIE 171

Dotyczy OG.58. System musi umożliwiać wyznaczanie zastępstw w aplikacjach.

Jak należy rozumieć wyznaczanie zastępstw w aplikacjach? Prosimy o potwierdzenie, że poniżej opisany sposób jest wystarczający.

Oferowany system pozwala na wskazywanie zastępstw dla przepływów pracy (Workflow), gdzie dana osoba jest uczestnikiem procesu a jej uczestnictwo wynika np. z przypisania do struktury organizacyjnej; podczas jej nieobecności można wskazać jej zastępcę dla danego okresu czasu.

ODPOWIEDŹ NA PYTANIE 171

Zamawiający potwierdza, że wyżej opisany sposób jest wystarczający na spełnienie wymagania OG.58.

PYTANIE 172

Dotyczy OG.60. System musi umożliwiać eksport logów Systemu do formatu xlsx, csv. Oferowany System umożliwia eksport logów do formatu plikowego w zależności od typu logów i transakcji biznesowej. Mogą to być różne formaty używane zamiennie (pliki tekstowe/html/xml).

Czy powyższe wymaganie w takiej sytuacji można uznać za spełnione?

ODPOWIEDŹ NA PYTANIE 172

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w zakresie wniosku Wykonawcy.

ZMIANA NR 34

Załącznik Nr 1 do SIWZ - Opis przedmiotu zamówienia, w rozdziale 9 Wymagania ogólne, w tabeli 4 – Wymagania ogólne, punkt OG.60 otrzymuje brzmienie:

“OG.60 System musi umożliwiać eksport logów Systemu do formatu pliki tekstowe/html/xml”.

PYTANIE 173

Dotyczy OG.62. System musi umożliwiać implementację mechanizmów rozliczalność działań użytkowników.

Oferowany system posiada funkcjonalność przeglądu / audytu działań użytkowników, rejestruje fakt logowania oraz uruchamiana transakcji i raportów.

Czy wymaganie zostanie uznane za spełnione?

ODPOWIEDŹ NA PYTANIE 173

Zamawiający potwierdza, że wymaganie zostanie spełnione, jeżeli system będzie posiadał funkcjonalność przeglądu / audytu działań użytkowników, rejestrował fakt logowania oraz uruchamiana transakcji i raportów.

PYTANIE 174

Dotyczy OG.63. System musi umożliwiać identyfikację użytkownika i czasu wykonania każdej zmiany w bazie (wstawie-nie, aktualizacja, kasowanie).

Czy Zamawiający uzna za spełnione, jeśli rejestrowane są operacje na danych wrażliwych/istotnych biznesowo?

ODPOWIEDŹ NA PYTANIE 174

Zamawiający uznaje każdą zmianę w bazie za istotną biznesowo.

PYTANIE 175

Dotyczy OG.66. System musi posiadać mechanizmy umożliwiające szybkie przywrócenie stanu normalnej pracy Systemu po awarii.

Proszę o potwierdzenie, że ww. wymaganie oznacza przywrócenie stanu normalnej pracy systemu wg parametrów SLA dla serwisu utrzymaniowego.

Zamawiający potwierdza, iż wymaganie OG.66 oznacza przywrócenie stanu normalnej pracy systemu wg parametrów SLA dla serwisu utrzymaniowego.

PYTANIE 176

Dotyczy OG.69.System powinien uniemożliwiać logowanie tego samego użytkownika z 2 lokalizacji w krótkim odstępie czasu (np. RZGW Warszawa, RZGW Kraków - okres krótszy niż 1 godzina).

Prosimy o doszczegółowienie wymagania - jak system ma rozróżnić próbę logowania w osobnych lokalizacjach? Czy chodzi o różne miejscowości, czy różne budynki?

Proszę o zdefiniowanie „krótkiego odstępu czasu”. Podany przykład sugeruje, że czas ten powinien zależeć od odległości fizycznej miejsc logowania, a tego typu kontrola powinna być raczej prowadzona na poziomie AD.

ODPOWIEDŹ NA PYTANIE 176

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w zakresie wniosku Wykonawcy.

ZMIANA NR 35

Załącznik Nr 1 do SIWZ - Opis przedmiotu zamówienia, w rozdziale 9 Wymagania ogólne, w tabeli 4 – Wymagania ogólne, punkt OG.69 otrzymuje brzmienie:

“OG.69.System powinien uniemożliwiać logowanie tego samego użytkownika z 2 różnych lokalizacji (to znaczy dwóch różnych adresów IP) w czasie krótszym niż godzina (np. RZGW Warszawa, RZGW Kraków - okres krótszy niż 1 godzina).”.

PYTANIE 177

Dotyczy OG.72. W wypadku automatycznego rozłączenia sesji elementy modyfikowane przez Użytkowników powinny zostać zapisane tak, aby nie utracono wykonywanych operacji (ostatni stan wersji roboczej).

Oferowany system ERP (i inne systemy ERP) wykorzystujące mechanizmy bazodanowe dla zagwarantowania bezpieczeństwa i spójności operacji transakcyjnych, zatwierdzają operacje bazodanowe (commit) po określonym zdarzeniu lub na żądanie użytkownika. Wersje robocze nie są przechowywane w takich systemach. W przypadku zdarzenia losowego / przypadkowego, gdy nie doszło do zdarzenia zatwierdzenia operacji (commit), motor bazy danych wycofuje całą operację / transakcję (rollback). Pozwala to na zachowanie integralności i spójności bazy danych.

Proszę o potwierdzenie, że ten mechanizm jest wystarczający.

ODPOWIEDŹ NA PYTANIE 177

Zamawiający potwierdza, że mechanizm opisany powyżej, spełni wymaganie OG.72.

PYTANIE 178

Dotyczy OG.74. System musi posiadać graficzny okienkowy interfejs Użytkownika zgodny ze standardem MS Windows 8/10.

Proszę doprecyzować co rozumieją Państwo pod pojęciem standard Windows 8/10. Czy Program kliencki używany w systemie Windows użytkownika spełnia to wymaganie?

ODPOWIEDŹ NA PYTANIE 178

Zamawiający wyjaśnia, że przez graficzny okienkowy interfejs Użytkownika zgodny ze standardem MS Windows 8/10, Zamawiający uważa interfejs podobny do zastosowanego w Windows 10 czyli praca na oknach; zakładkach kafelkowe ikony menu itp. rozwiązania, które będą przyjazne dla użytkownika które zna z wymienionych systemów.

PYTANIE 179

Dotyczy OG.80. System musi prezentować pulpit użytkownika wyświetlający informacje o przypisanych zadaniach do użytkownika.

Czym jest pulpit użytkownika? Czy chodzi o menu użytkownika / dostęp do funkcjonalności systemu zależne od posiadanych uprawnień, czy jakiś indywidualny obszar roboczy / kalendarz itp.?

Zamawiający przez pulpity użytkownika uważa poziom ekran zaraz po zalogowaniu z ikonami systemowymi itp.

PYTANIE 180

Dotyczy OG.82. System musi umożliwiać wywoływanie poleceń bez przechodzenia przez menu, skróty klawiaturowe dla najczęściej używanych poleceń (skróty klawiaturowe mogą być definiowane przez użytkownika, skróty nie mogą kolidować ze skrótami środowiska systemu Windows).

System posiada własne skróty klawiaturowe, część skrótów jest definiowana przez konsultanta

/programistę. Czy takie rozwiązanie spełnia wymaganie?

ODPOWIEDŹ NA PYTANIE 180

Obsługa standardowych skrótów klawiaturowych oferowanych przez System oraz dodatkowych definiowanych przez konsultanta /programistę wraz z wykorzystaniem skrótów środowiska Systemu Windows (np. dotyczących kopiowania, wklejania tekstu) spełnia wymaganie.

Wyjaśnienie:

Wywoływanie poleceń bez przechodzenia przez menu może być realizowane w różny sposób, np.:

• System posiada własny „pulpit” analogicznie jak w systemie Windows, na którym można zdefiniować skróty (widoczne jako np. ikonki) które po naciśnięciu będą odsyłać użytkownika do wskazanych funkcjonalności, np. rejestru faktur;

• System będzie posiadał zdefiniowaną zakładkę typu „moje zadania/ moje obszary” w której będą zdefiniowane skróty do najczęściej wykorzystywanych funkcjonalności, dokumentów/zadań do realizacji;

• Zdefiniowanie dedykowanych skrótów klawiaturowych.

PYTANIE 181

Dotyczy OG.92. System musi umożliwiać określenie uprawnień dla danych ilościowych oraz wartościowych niezależnie dla każdego z użytkowników.

Prosimy o wyjaśnienie czym są dane ilościowe i wartościowe na podstawie których system powinien umożliwiać określanie uprawnień.

Oferowany system posiada rozbudowany system określania uprawnień dla danych obszarów, wartości pól.

Ponadto, jeśli Użytkownik jest np. osobą zatwierdzającą faktury, to jego osobiste „uprawnienie do zatwierdzania” może być uzależnione od wartości faktury. Czy o tego typu „dane ilościowe/wartościowe” chodzi? Jeśli nie, proszę o uszczegółowienie.

ODPOWIEDŹ NA PYTANIE 181

Dane ilościowe dotyczą ilości (sztuk) np. wielkość poboru wody, ilość sztuk na fakturze/zamówieniu.

Dane wartościowe dotyczą wartości (kwot) w zł, innych walutach, np. wartości faktur, wartości pozycji w budżecie.

Wymaganie będzie spełnione, jeżeli System będzie posiadał rozbudowany system uprawnień umożliwiający dla zatwierdzeń wskazanie wartości kwot od-do oraz odpowiednio ról/osób, które będą mogły akceptować dane pozycje w Systemie.

PYTANIE 182

Dotyczy OG.104. Wspólna baza danych dla powiązanych aplikacji.

W ramach Systemu biznesowego (z wyłączeniem Platformy Zakupowej) – baza danych jest jedna. Oddzielne bazy występują dla Platformy Zakupowej, systemów technicznych i integracyjnych. Taką architekturę odrębnej bazy stosuje się dla części aplikacji odpowiedzialnych za kontakt z użytkownikami zewnętrznymi lub interfejsami do aplikacji zewnętrznych. Daje to dodatkowe bezpieczeństwo poprzez oddzielenie na poziomie baz danych. Czy to wystarczy dla spełnienia wymagania?

Odpowiedź na powyższe pytanie została zawarta w odpowiedzi na pytanie nr 17.

PYTANIE 183

Pytania do: OD.01 Finanse i Księgowość Obsługa sprawozdawczości GUS

Proszę o wskazanie konkretnych raportów. Realizacja umów z kontrahentami

Proszę o doszczegółowienie o jakie rodzaje umów chodzi. Monitorowanie realizacji umów dotacji

Proszę o doszczegółowienie o jakiego rodzaju monitorowanie chodzi.

ODPOWIEDŹ NA PYTANIE 183

Wszystkie sprawozdania, których PGW WP ma obowiązek składania wobec XXX, które nakładają odrębne przepisy w różnych okresach sprawozdawczych. W chwili obecnej PGW WP sporządza x.xx. F03, X-00, X-00, XX-00/X.

Monitorowanie realizacji umów dotacji - w zakresie wysokości wykorzystania środków z poszczególnych umów dotacji udzielonych PGW WP na różnych poziomach szczegółowości (ogólnie - np. wykonanie dotacji w podziale na paragrafy klasyfikacji budżetowej, szczegółowo

- do poziomu poszczególnych dokumentów księgowych składających się na wykorzystanie środków dotacji).

Realizacja umów z kontrahentami - w zakresie wysokości zaangażowania oraz wykonania środków w ramach umowy, kontrola wykorzystania środków w ramach źródła finansowania oraz pozycji planu finansowego w którym zabezpieczono środki.

PYTANIE 184

Dotyczy: FK.21 Definiowanie przez użytkownika długości pola opisu, numeru oraz wzorca numeracji dokumentów księgowych.

Proszę o usunięcie lub przeformułowanie wymagania.

W oferowanym Systemie standardowy opis na pozycji dokumentu FI ma maks. 64 znaków i nie jest to wartość modyfikowalna. Standardowe pole numer w dokumencie FI ma maks. 10 znaków i nie jest to wartość modyfikowalna. Administrator systemu może tworzyć różne zakresy dokumentów nie przekraczające 10 znaków"

ODPOWIEDŹ NA PYTANIE 184

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 36

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, FK.21 otrzymuje brzmienie:

„FK.21 Długość pola opisu dokumentu księgowego nie może być mniejsza niż

100 znaków, długość numeru dokumentu księgowego źródłowego nie może być mniejsza niż 50 znaków.”

Stosowany u Zamawiającego wzorzec numeracji dokumentów księgowych składa się z: akronimu rejestru księgowego – maksymalnie 5 znaków, numer kolejny dokumentu (narastający, nadawany automatycznie) – 4 znaki, oznaczenie miesiąca (nadawane automatycznie) – 2 znaki, oznaczenie roku (nadawane automatycznie) – 4 znaki.

PYTANIE 185

Dotyczy: FK.23 Możliwość zdefiniowania przez użytkownika dowolnej struktury konta i nieograniczonej systemowo liczby kont księgowych, w tym pozabilansowych.

Proszę o usunięcie wymagania.

Konto w oferowanym Systemie ma maksymalnie 10 znaków i z założenia ma wymiar syntetyczny. Wymiar analityczny nadają księgowania z ksiąg pomocniczych.

ODPOWIEDŹ NA PYTANIE 185

Odpowiedź na powyższe pytanie została udzielona w odpowiedzi na pytanie 116.

Dotyczy: FK.26 Plan kont z udziałem ksiąg pomocniczych.

W oferowanym Systemie to ustawienia kont w planie kont determinują, jakie księgowania (z jakich ksiąg pomocniczych) mogą na nich występować. Czy wymaganie będzie w takim wypadku uznane za spełnione?

ODPOWIEDŹ NA PYTANIE 186

Zamawiający uzna powyższe wymaganie za spełnione, jeśli ustawienia kont w planie kont będą determinować, jakie księgowania (z jakich ksiąg pomocniczych) będą mogły na nich występować.

PYTANIE 187

Dotyczy: FK.32 Możliwość definiowania przez użytkownika różnych segmentów kont analitycznych.

Proszę o usunięcie lub przeformułowanie wymagania.

Konto w oferowanym Systemie złożone jest z jednego segmentu, a segmenty analityczne oparte są na obiektach ksiąg pomocniczych.

ODPOWIEDŹ NA PYTANIE 187

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 37

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, FK.32 otrzymuje brzmienie:

„FK.32 Możliwość definiowania przez użytkownika różnych segmentów kont analitycznych powiązanych bezpośrednio z właściwymi księgami pomocniczymi.”

PYTANIE 188

Dotyczy: FK.33 Możliwość reorganizacji struktury planu kont, np. zmiana numeracji, przyłączenie grupowe konta analitycznego do konta syntetycznego lub grupy kont bez naruszenia zasad ustawy o rachunkowości.

Tabela przejść stare konto-nowe konto.

Proszę o potwierdzenie, że poniższy opis potwierdza spełnienie wymagania:

Co do zasady w oferowanym Systemie konta w planie kont mają wymiar syntetyczny, wymiar analityczny nadają księgo pomocnicze. Konta posiadają ewidencję zmian. Można też tworzyć dowolną liczbę kont.

W razie potrzeb można dodać nową grupę kont, która może determinować numerację.

ODPOWIEDŹ NA PYTANIE 188

Zamawiający informuje, że powyższy opis nie spełnia wymagań Zamawiającego w zakresie funkcjonalności FK.33.

PYTANIE 189

Dotyczy: FK.35 Dodatkowe analityki (wymiary) do konta księgi głównej w Planie Kont budowane w formie drzewa – wybór analityki na najniższym poziomie powoduje automatyczną podpowiedź lub zawężenie w polach do wyboru domyślnych wymiarów nadrzędnych (z możliwością zmiany na te analityki, które są dostępne dla danej kombinacji) we wszystkich miejscach, w których następuje dekretowanie dokumentów, (np. Podpowiedź Źródła finansowania zależna od rodzaju wybranego projektu i jednostki która prowadzi dany projekt). Proszę o potwierdzenie, że poniższy opis potwierdza spełnienie wymagania lub usunięcie/przeformułowanie wymagania:

Co do zasady w oferowanym Systemie konta w planie kont mają wymiar syntetyczny, wymiar analityczny nadają księgo pomocnicze.

ODPOWIEDŹ NA PYTANIE 189

Zamawiający informuje, że sformułowany przez Wykonawcę opis, nie spełnia wymagania FK 35 polegający na automatycznym podpowiadaniu kolejnych możliwych wyborów.

Dotyczy: FK.37 System powinien podpowiadać konto wraz pozostałymi zesłownikowanymi segmentami, przy wprowadzaniu danych.

Proszę o potwierdzenie, że poniższy opis potwierdza spełnienie wymagania:

Co do zasady w oferowanym Systemie konta w planie kont mają wymiar syntetyczny, wymiar analityczny nadają księgo pomocnicze. W przypadku księgowania na koncie o określonym rodzaju będą dostępne odpowiednie słowniki. Np. Konto kontrahenta - pojawią się słowniki obiektów niezbędnych do płatności (warunek płatności, forma płatności i inne), a na pozycji konta kosztowego pojawią się przykładowo słowniki MPK zleceń controlingowych i inne.

ODPOWIEDŹ NA PYTANIE 190

Zamawiający informuje, że uzna wymaganie za spełnione, jeżeli system umożliwi automatyczne podpowiadanie kolejnych możliwych wyborów.

PYTANIE 191

Dotyczy: FK.55 Możliwość definiowania przez użytkowników okresów sprawozdawczych.

Wariant roku obrotowego jest przypisywany na etapie wdrożenia, jest możliwy do zmiany (np. styczeń-styczeń na kwiecień-marzec) ale jest to czynność konfiguracyjna i powinna być wykonywana przez konsultantów. Proszę o potwierdzenie, że powyższy sposób spełnia w/w wymagania.

ODPOWIEDŹ NA PYTANIE 191

Zamawiający informuje, że na etapie wdrożenia, zdefiniuje zadane okresy sprawozdawcze.

PYTANIE 192

Dotyczy: ZP.130 System powinien umożliwiać rejestrowanie wysłania i potwierdzenia odbioru dokumentów związanych z realizacją zamówień (np.: oświadczenia, wnioski, zawiadomienia, ofert itp.).

Proszę o potwierdzenie, że rejestracja potwierdzenia odbioru dokumentów ma się odbywać manualnie.

ODPOWIEDŹ NA PYTANIE 192

Zamawiający nie stawia szczególnych wymagań w zakresie przedmiotowej funkcjonalności. System musi zapewniać rejestrację wszystkich czynności dokonywanych przez wykonawców i przez zamawiającego w ramach prowadzonego postepowania przetargowego.

PYTANIE 193

Dotyczy: ZP.187 szyfrowanie ofert/wniosków, załączników do momentu ich odszyfrowania przez Zamawiającego.

Oprogramowanie musi zapewniać nieczytelność danych zgromadzonych w platformie dla Użytkowników i Administratorów w zakresie danych związanych z ofertami przed ich odszyfrowaniem. Klucze/tokeny używane do rozszyfrowania powinny być w wyłącznym posiadaniu Zamawiającego,

Czy Zamawiający dopuszcza token generowany przez zewnętrznych wydawców?

ODPOWIEDŹ NA PYTANIE 193

Zamawiający nie stawia szczególnych wymagań w zakresie przedmiotowej funkcjonalności.

PYTANIE 194

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, postanowienie § 15 ust. 14 Wzoru Umowy uprawnia Zamawiającego do prowadzenia wobec Wykonawcy kontroli procesu przetwarzania i ochrony danych osobowych. W ocenie Wykonawcy, dla zapewnienia skuteczności uprawnienia do przeprowadzenia kontroli oraz umożliwienia Wykonawcy odpowiedniego przygotowania się do niej, konieczne będzie wskazanie odpowiedniego terminu uprzedniego zawiadomienia o planowanym audycie.

Pytanie:

Mając powyższe na uwadze, wnosimy o zmianę postanowienia § 15 ust. 14 Wzoru Umowy w taki sposób, aby wskazany został co najmniej 7 dniowy termin uprzedniego zawiadomienia Wykonawcy o planowanym terminie kontroli.

ODPOWIEDŹ NA PYTANIE 194

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w zakresie wniosku Wykonawcy.

ZMIANA NR 38

§ 15 „Dane osobowe” Załącznika Nr 7 do SIWZ – Wzoru umowy, otrzymuje brzmienie:

㤠15

Dane osobowe

1. Zamawiający oświadcza, że realizuje obowiązki administratora danych osobowych określone w przepisach rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE (ogólne rozporządzenie o ochronie danych, Dz. Urz. UE LI 19 z 04.05.2016 r., dalej: „RODO") oraz wydanymi na jego podstawie krajowymi przepisami z zakresu ochrony danych osobowych.

2. Wykonawca zapewnia przestrzeganie zasad przetwarzania i ochrony danych osobowych zgodnie z przepisami RODO oraz wydanymi na jego podstawie krajowymi przepisami z zakresu ochrony danych osobowych.

3. Szczegółowy zakres, cel oraz zasady powierzonych Wykonawcy, w trybie art. 28 RODO, danych osobowych określa Załącznik nr 7 Umowa powierzenia przetwarzania danych osobowych.

4. Wykonawca w imieniu Państwowego Gospodarstwa Wodnego Wody Polskie, zrealizuje obowiązek informacyjny wobec członków Zespołu Projektowego ze strony Wykonawcy, których dane osobowe zostaną udostępnione Zamawiającemu na potrzeby realizacji niniejszej Umowy, poprzez zaznajomienie swoich pracowników z klauzulą informacyjną, stanowiącą Załącznik nr 5 do Umowy.

Tożsamo Zamawiający w imieniu Wykonawcy zrealizuje obowiązek informacyjny wobec członków Zespołu Projektowego ze strony Zamawiającego, których dane osobowe zostaną udostępnione Wykonawcy na potrzeby realizacji niniejszej Umowy, poprzez zaznajomienie swoich pracowników z klauzulą informacyjną, stanowiącą Załącznik nr 13 do Umowy.”

ZMIANA NR 39

§ 25 „Postanowienia końcowe”, ust. 9, pkt 5) Załącznika Nr 7 do SIWZ – Wzoru umowy, otrzymuje brzmienie:

“5) Załącznik nr 5. Oświadczenie Wykonawcy w zakresie wypełniania obowiązków informacyjnych przewidzianych w art. 13 lub art. 14 RODO oraz Klauzula informacyjna Zamawiającego,”.

Załącznik nr 5 stanowi załącznik do niniejszego pisma z wyjaśnieniami treści SIWZ.

ZMIANA NR 40

W § 25 „Postanowienia końcowe”, w ust. 9 Załącznika Nr 7 do SIWZ – Wzorze umowy, Zamawiający dodaje pkt 13) w brzmieniu:

“13) Załącznik nr 13. Klauzula informacyjna Wykonawcy.”.

PYTANIE 195

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, postanowienie § 15 ust. 14 zd. 4 Wzoru Umowy przewiduje termin na usunięcie uchybień stwierdzonych podczas kontroli, który jest każdorazowo określany przez Zamawiającego i wynosi nie mniej niż 3 Dni Robocze. W ocenie Wykonawcy termin ten może okazać się w praktyce niewystarczający dla wdrożenia odpowiednich rozwiązań i środków technicznych i organizacyjnych, które poprawią ewentualne uchybienia w zakresie bezpieczeństwa procesu przetwarzania i danych osobowych.

Pytanie:

Mając na uwadze powyższe, wnosimy o zmianę postanowienia § 15 ust. 14 zd. 4 Wzoru Umowy w taki sposób, aby termin usunięcia uchybień stwierdzonych podczas kontroli został wydłużony z co najmniej 3 do co xxxxxxxx 0 Xxx Xxxxxxxxx.

ODPOWIEDŹ NA PYTANIE 195

Odpowiedź na powyższe pytanie została udzielona w odpowiedzi na pytanie 194.

PYTANIE 196

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie §4 ust. 1a o treści:

Kwota wynagrodzenia Wykonawcy, o której mowa w § 4 ust. 1, zostanie wypłacona w formie płatności częściowych za realizację każdego Etapu na podstawie przedłożonych przez Wykonawcę prawidłowo wystawionych faktur w odniesieniu do poszczególnych Etapów, odpowiednio:

Pytanie:

Wykonawca prosi o wyjaśnienie od czego będzie zależała ścisła wysokość wynagrodzenia za poszczególne etapy. Wykonawca wskazuje, że sfromułowanie transzy wynagrodzenie w sposób „maksymalny” naraża wykonawcę na ryzyko, że zamawiający dokona płatności z tytułu wynagrodzenia za dany etap w mniejszej kwocie, której ostateczną wysokość nie jest znana. Wykonawca wskazuje, że precyzyjne ustalenie terminów płatności ma istotne znaczenie dla kalkulacji oferty. Wykonawca prosi o potwierdzenie, jaka jest relacja miedzy postanowieniami

§4 ust. 1a a postanowieniami ust. 3, w których to wynagrodzenie za wykonanie poszczególnych etapów zostało określone w sposób ścisły (nie zaś jako maksymalny).

ODPOWIEDŹ NA PYTANIE 196

Wykonawca na etapie składania oferty określa wysokość wynagrodzenia za poszczególne etapy, zgodnie z zapisami SIWZ.

PYTANIE 197

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie §4 ust. 8 o treści:

Podstawą wystawienia faktury w zakresie Serwisu Utrzymania jest zaakceptowany przez Zamawiającego Raport z realizacji Serwisu Utrzymaniowego. Wzór raportu powstanie w ramach Etapu 0

Pytanie:

Wnosimy o szczegółowe określenie procedury akceptacji Raportu oraz maksymalnego dopuszczalnego terminu takiej akceptacji.

ODPOWIEDŹ NA PYTANIE 197

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 41

W Załączniku Nr 7 do SIWZ – Wzorze umowy, Zamawiający dodaje §4a, który otrzymuje brzmienie:

„§4a

Procedura przekazywania i odbioru Raportu z realizacji Serwisu Utrzymaniowego

1. Dokumenty, o których mowa w niniejszym ustępie, muszą być przedkładane w formie pisemnej opatrzonej podpisami osób upoważnionych. Dopuszczalne jest składanie dokumentów za pośrednictwem poczty elektronicznej, przy czym dokumenty składane tą drogą powinny być opatrzone Kwalifikowanym podpisem elektronicznym.

2. Dane adresowe:

1) Wykonawca będzie przesyłał Raport z realizacji Serwisu Utrzymaniowego, w sposób o którym mowa w ustępie powyżej, na następujący adres:

…, a w przypadku korespondencji elektronicznej na adres: …

2) Zamawiający będzie dostarczał stanowisko dotyczące Raportu z realizacji Serwisu Utrzymaniowego na adres: …, a w przypadku korespondencji elektronicznej na adres:

… .

3) Dopuszczalna jest zmiana danych, o których mowa w ustępach 1 i 2 powyżej, co nie stanowi istotnej zmiany Umowy. Zmiana tych danych dokonywana będzie poprzez pisemne powiadomienie drugiej Strony, podpisane przez osoby upoważnione do reprezentowania danej Strony.

3. Wykonawca prześle Raport z realizacji Serwisu Utrzymaniowego za dany miesiąc kalendarzowy, w terminie do 5 dni kalendarzowych kolejnego miesiąca kalendarzowego.

4. Zamawiający jest zobowiązany do przeprowadzenia odbioru Raportu z realizacji Serwisu Utrzymaniowego, poprzez przetestowanie lub zweryfikowanie zgodności z przekazanymi Wykonawcy wymaganiami, w terminie do 10 dni roboczych od dnia otrzymania Raportu z realizacji Serwisu Utrzymaniowego.

5. Zaakceptowany przez Zamawiającego Raport z realizacji Serwisu Utrzymaniowego bez uwag, stanowi potwierdzenie odbioru prac związanych z realizacją Serwisu Utrzymaniowego w danym miesiącu kalendarzowym.

6. W przypadku uwag lub zastrzeżeń Zamawiającego do Raportu z realizacji Serwisu Utrzymaniowego, Wykonawca odniesie się do nich w ciągu 5 dni roboczych od dnia otrzymania od Zamawiającego uwag lub zastrzeżeń, a jednocześnie przedstawi Zamawiającemu ponownie Raport z realizacji Serwisu Utrzymaniowego za dany miesiąc kalendarzowy. W takiej sytuacji Zamawiający ma kolejne 5 dni roboczych na akceptację, brak akceptacji w całości (lub częściową akceptację, jeżeli przynajmniej cześć usług świadczonych w ramach Serwisu Utrzymaniowego w danym miesiącu kalendarzowym może być zaakceptowana) Raportu z realizacji Serwisu Utrzymaniowego za dany miesiąc kalendarzowy.

7. W przypadku akceptacji przez Zamawiającego Raportu z realizacji Serwisu Utrzymaniowego (bez uwag lub zastrzeżeń), za datę akceptacji usług świadczonych w ramach Serwisu Utrzymaniowego w danym miesiącu kalendarzowym przyjmuje się datę akceptacji przez Zamawiającego Raportu z realizacji Serwisu Utrzymaniowego za dany miesiąc kalendarzowy. W przypadku, o którym mowa w ustępie 6 powyżej, zdanie drugie i trzecie, w sytuacji jeżeli przynajmniej cześć usług świadczonych w ramach Serwisu Utrzymaniowego w danym miesiącu kalendarzowym może być zaakceptowana, za datę akceptacji tych usług świadczonych w ramach Serwisu Utrzymaniowego w danym miesiącu kalendarzowym przyjmuje się datę zgłoszenia Wykonawcy przez Zamawiającego ponownych uwag lub zastrzeżeń.

8. Zaakceptowany przez Zamawiającego Raport z realizacji Serwisu Utrzymaniowego za dany miesiąc kalendarzowy stanowi podstawę do wystawienia faktury Vat przez Wykonawcę.”.

ZMIANA NR 42

W rozdziale 20 „Wymagania w zakresie Serwisu Utrzymaniowego” Załącznika Nr 1 do SIWZ

– Opisie przedmiotu zamówienia, dodaje się punkt 15. o następującej treści:

“15. Szczegółowy zakres procedury przekazywania i odbioru Raportu z realizacji Serwisu Utrzymaniowego został opisany w § 4a umowy.”.

PYTANIE 198

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, Odnośnie § 5 ust. 11 o treści:

W przypadku nieprzestrzegania postanowień warunków licencji/sublicencji Oprogramowania Standardowego Aplikacyjnego przez Zamawiającego, Wykonawca wezwie Zamawiającego na piśmie do zaprzestania działań dotyczących nieprzestrzegania postanowień ze wskazaniem dokonanych naruszeń i oczekiwanego działania. Jeżeli Zamawiający nie zastosuje się do

wezwania w ciągu trzydziestu (30) Dni Kalendarzowych, od otrzymania wezwania Wykonawca ma prawo wypowiedzieć licencję na Oprogramowanie Standardowe Aplikacyjne z dwuletnim okresem wypowiedzenia złożonym ze skutkiem na koniec roku kalendarzowego.

Pytanie:

Wykonawca wskazuje, że jeśli Zamawiający narusza postanowienia licencji i nie uchyla naruszeń pomimo wezwania, to brak jest podstaw aby termin wypowiedzenia wynosił 2 lata. Przepis zdaje się wymuszać na Wykonawcy znoszenie przez Wykonawcę naruszenia przysługujących mu praw autorskich przez okres ponad dwóch, co jest niedopuszczalne. W przypadku, o którym mowa w hipotezie wypowiedzenie powinno nastąpić ze skutkiem natychmiastowym.

ODPOWIEDŹ NA PYTANIE 198

Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy.

PYTANIE 199

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie § 5 ust. 9 o treści:

Zamawiający może wypowiedzieć licencję z zachowaniem 1 miesięcznego terminu wypowiedzenia ze skutkiem na koniec miesiąca kalendarzowego, w każdym terminie, w przypadku:

1) gdy Oprogramowanie Standardowe ma nie dające się usunąć wady prawne,

2) zaprzestania przez Wykonawcę aktualizacji i modyfikacji Standardowego Oprogramowanie wynikających ze zmieniających się przepisów prawa w okresie obowiązywania Gwarancji Jakości i Serwisu Utrzymaniowego, określonych Umową.

Pytanie:

Wnosimy o przedstawienie formalnych zasad uznawania, iż Wykonawca zaprzestał aktualizować i modyfikować Oprogramowanie Standardowe.

Pytanie:

Wnosimy o wyłączenie ww punktu dla przypadku, gdy producentem Oprogramowania Standardowego jest podmiot inny niż Wykonawca.

ODPOWIEDŹ NA PYTANIE 199

1) Część 1 odpowiedzi – W ocenie Zamawiającego nie ma potrzeby przedstawiania formalnych zasad uznawania, iż Wykonawca zaprzestał aktualizować lub modyfikować Oprogramowanie Standardowe. Zmiany lub modyfikacje wynikać będą ze zmieniających się przepisów prawa i Wykonawca będzie obowiązany ich dokonywać w okresie obowiązywania Gwarancji Jakości i Serwisu Utrzymaniowego, określonych Umową. Zamawiający oczekuje, że w sytuacji, kiedy zmienią się przepisy, Wykonawca dokona określonych zmian/modyfikacji do chwili wejścia w życie danych przepisów.

2) Część 2 odpowiedzi - Zamawiający informuje, że nie wyłącza odpowiedzialności Wykonawcy za aktualizację i modyfikację Standardowego Oprogramowanie, wynikającą ze zmieniających się przepisów prawa w okresie obowiązywania Gwarancji Jakości i Serwisu Utrzymaniowego, określonych Umową, ze względu na fakt, że producentem oprogramowania jest podmiot inny niż Wykonawca.

PYTANIE 200

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie §6 ust. 17 o treści:

Strony zgodnie potwierdzają, że Wykonawca jest zobowiązany, w przypadku wyodrębnienia się po zawarciu Umowy nowych pól eksploatacji Utworów, do przeniesienia na Zamawiającego na jego żądanie autorskich praw majątkowych do Utworów w zakresie dotyczącym tychże nowych pól eksploatacji.

Pytanie:

Wnosimy o wyszczególnienie czynników, które zostaną uznane za wpływające na wyodrębnienie nowych pól eksploatacji.

ODPOWIEDŹ NA PYTANIE 200

Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy.

Na obecnym etapie brak jest możliwości przewidzenia czynników, które zostaną uznane za wpływające na wyodrębnienie nowych pól eksploatacji.

PYTANIE 201

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie § 7 ust. 3 o treści:

Wykonawca zapewnia, że System będzie dostosowany do aktualnie obowiązujących przepisów prawa powszechnie obowiązującego na moment Startu Produkcyjnego jak i w czasie trwania Serwisu Utrzymaniowego. Dodatkowo Wykonawca zobowiązuje się, że Produkty będą zgodne z przepisami prawa obowiązującymi na terytorium Rzeczypospolitej Polskiej. Ocena powyższej zgodności Produktów będzie dokonana na dzień dokonania Odbioru Produktów. W okresie obowiązywania Umowy Wykonawca będzie na bieżąco dostosowywał System do przepisów prawa powszechnie obowiązującego. Dostosowanie to, będzie realizowane w ramach wynagrodzenia podstawowego i nie będzie traktowane jako prace dodatkowe

Oraz wszystkie inne odwołania w SIWZ odnoszące się do utrzymania Systemu w zgodności z przepisami ogólnymi.

Pytanie:

Wnosimy o potwierdzenie, że dostosowywanie i zgodność z przepisami prawa obowiązującymi na terytorium Rzeczypospolitej Polskiej odnosi się wyłącznie do wykupionych przez Zamawiającego licencji oraz obszarów funkcjonalnych podlegających wdrożeniu i utrzymaniu w obrębie Przedmiotu Zamówienia.

ODPOWIEDŹ NA PYTANIE 201

Zamawiający potwierdza, że dostosowywanie i zgodność z przepisami prawa obowiązującymi na terytorium Rzeczypospolitej Polskiej odnosi się wyłącznie do wykupionych przez Zamawiającego licencji oraz obszarów funkcjonalnych podlegających wdrożeniu i utrzymaniu w obrębie Przedmiotu Zamówienia.

PYTANIE 202

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie § 11 ust. 5 o treści:

Gwarancja Jakości będzie świadczona w siedzibach Zamawiającego lub innych wskazanych przez Zamawiającego lokalizacjach, chyba że niezbędne będzie naprawa Infrastruktury Sprzętowej w sie- dzibie producenta, lub autoryzowanym przez niego punkcie serwisowym - wówczas koszt transportu do i z naprawy pokrywa Wykonawca.

Pytanie:

Wykonawca prosi o potwierdzenie, że świadczenia gwarancyjne mogą być wykonywana w sposób zdalny, a Zamawiający zapewni zdalny dostęp do systemu, tak jak w przypadku Serwisu Utrzymaniowego. Wykonawca prosi o potwierdzenie, że świadczenia gwarancyjne będą wykonywane w siedzibie Zamawiającego tylko jeśli nie jest możliwe dokonanie naprawy w sposób zdalny.

ODPOWIEDŹ NA PYTANIE 202

Odpowiedź na powyższe pytanie została udzielona w odpowiedzi na pytanie 85.

PYTANIE 203

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie § 12 ust. 5 o treści:

Wykonawca jest uprawniony do wezwania Zamawiającego do dostarczenia dodatkowych informacji dotyczących Nieprawidłowości. Zgłaszane wezwania nie powodują zawieszenia (wstrzymania) obowiązywania paramentów SLA.

Pytanie:

Wykonawca wnosi o zmianę przepisu poprzez potwierdzenie, że czas oczekiwanie na przekazania informacji dla obsługi zgłoszenia nie jest wliczany do czasu naprawy. Wykonawca wskazuje, że brak udzielenie dodatkowych informacji uniemożliwia lub przynajmniej utrudnia terminową obsługę zgłoszenia, w związku z tym nie jest zasadne obciążanie wykonawcy skutkiem opóźnienia przypadającymi na ten okres.

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie §12 ust. 9 o treści:

Zamawiający może wypowiedzieć niniejszą Umowę w odniesieniu do Serwisu Utrzymaniowego z ważnych powodów z zachowaniem trzymiesięcznego okresu wypowiedzenia. Za ważne powody uzasadniające wypowiedzenie Umowy przez Zamawiającego uznawane będą w szczególności na-stępujące sytuacje:

1) łączna suma kar umownych naliczonych przez Zamawiającego przekroczyłaby 50% Wynagrodzenia łącznego Wykonawcy z tytułu świadczenia Serwisu Utrzymaniowego o którym mowa w § 4 ust. 2 pkt. 2),

2) niedochowany został w danym miesiącu kalendarzowym Czas Naprawy Awarii Krytycznej więcej niż trzy razy,

3) Wykonawca dopuścił się istotnego naruszenia postanowień Umowy, w szczególności w zakresie zasad przetwarzania danych osobowych, zasad zachowania poufności, dostarczenia Zamawiającemu Produktów obarczonych wadami prawnymi,

4) zaszły zmiany organizacyjne Zamawiającego skutkujące tym, że dalsze świadczenie Serwisu Utrzymaniowego będzie nieuzasadnione ekonomicznie.

Pytanie:

Wykonawca wnosi o wykreślenie tiretów 2) i 4) jako całkowicie niesymetrycznych. Tiret 2) może upoważniać Zamawiającego jedynie do obniżenia opłaty miesięcznej SLA. Przesłanki stojące za tiret 4) są całkowicie niezależne od Wykonawcy.

ODPOWIEDŹ NA PYTANIE 203

1) Część 1 odpowiedzi – Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy.

2) Część 2 odpowiedzi – Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w zakresie wniosku Wykonawcy.

ZMIANA NR 43

§ 12 ust. 9 Załącznika Nr 7 do SIWZ – Wzór umowy, otrzymuje brzmienie:

“Zamawiający może wypowiedzieć niniejszą Umowę w odniesieniu do Serwisu Utrzymaniowego z ważnych powodów z zachowaniem trzymiesięcznego okresu wypowiedzenia. Za ważne powody uzasadniające wypowiedzenie Umowy przez Zamawiającego uznawane będą w szczególności na-stępujące sytuacje:

1) łączna suma kar umownych naliczonych przez Zamawiającego przekroczyłaby 50% Wynagrodzenia łącznego Wykonawcy z tytułu świadczenia Serwisu Utrzymaniowego o którym mowa w § 4 ust. 2 pkt. 2),

2) niedochowany został w danym miesiącu kalendarzowym Czas Naprawy Awarii Krytycznej więcej niż trzy razy,

3) Wykonawca dopuścił się istotnego naruszenia postanowień Umowy, w szczególności w zakresie zasad przetwarzania danych osobowych, zasad zachowania poufności, dostarczenia Zamawiającemu Produktów obarczonych wadami prawnymi.”

PYTANIE 204

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie § 12 ust. 11 o treści:

11. Wypowiedzenie Umowy w zakresie Serwisu Utrzymaniowego dotyczyć będzie:

1) w przypadku wypowiedzenia przez Zamawiającego – całości Serwisu Utrzymaniowego lub części jego zakresu określonej przez Zamawiającego lub okresu w jakim będzie świadczony Serwis Utrzymaniowy,

2) w przypadku wypowiedzenia przez Wykonawcę – całości pozostającego do realizacji Serwisu Utrzymaniowego.

Pytanie:

Wykonawca wnosi o wykreślenie tiretu 1) i stosowanie symetrycznego założenia dla obu przypadków wypowiedzenia. Wypowiedzenie umowy wywołuje skutki ex nunc tj. wyłącznie na przyszłość. Określenie skutków wypowiedzenia na zasadach ogólnych nie przystaje do charakteru prawnego świadczeń wykonywanych przez Wykonawcę, polegających przede wszystkim na pracach serwisowych, konsultacyjnych, które to ze swej natury nie mogą zostać zwrócone przez Zamawiającego. W związku z tym, Wykonawca wnosi o zastrzeżenie, że Wykonawcy przysługuje wynagrodzenia za prace wykonane do dnia wypowiedzenia Umowy. ODPOWIEDŹ NA PYTANIE 204

Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy.

Z ww. postanowienia § 12 ust. 11 pkt 1) wynika, iż wypowiedzenie umowy w zakresie serwisu utrzymaniowego wywoływać będzie skutki ex nunc. Przedmiotowa klauzula dotycząca Wypowiedzenia umowy w zakresie serwisu utrzymaniowego nie stanowi odstąpienia od umowy w tym zakresie.

PYTANIE 205

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie § 16 ust. 5 o treści:

Jeżeli Wykonawca będzie realizował Umowę̨ w sposób sprzeczny z Umową (wystąpi opóźnienie w realizacji prac w porównaniu do terminów wskazanych w Harmonogramie Szczegółowym o mi- nimum 30 Dni Kalendarzowych, przeprowadzone testy Systemu lub weryfikacja Produktów przekazanych do odbioru wykaże ich bardzo niskiej jakość),

Zamawiający wezwie Wykonawcę do zmiany sposobu jej wykonywania i wyznaczy mu w tym celu dodatkowy termin, nie krótszy niż 30 Dni Kalendarzowych. Po bezskutecznym upływie tego terminu Zamawiający będzie uprawniony do od- stąpienia od Umowy (umowne prawo odstąpienia). Wezwanie będzie wystosowane w formie pisemnej pod rygorem bezskuteczności.

Pytanie:

Wykonawca wnosi o zastosowanie mechanizmu uprzedniej sygnalizacji do wszelkich podstaw odstąpienia od umowy, także tych wyszczególnionych w ust. 3. Wykonawca wskazuje, że hipotezy obu przepisów w znacznej części pokrywają się w związku z tym brak jest uzasadnienia dla stosowania dwóch alternatywnych trybów odstąpienia. Nadto, zapewnienie Wykonawcy możliwości reakcji, przeciwdziałaniu powstaniu podstaw do odstąpienia sprzyja trwało umowy i osiągnięciu celów, dla których umowa została zawarta.

ODPOWIEDŹ NA PYTANIE 205

Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy.

PYTANIE 206

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie § 16 ust. 6

Pytanie:

Wykonawca wnosi o zmianę przepisu poprzez ustalenie, że odstąpieniu od umowy wywołuje skutki ex nunc tj. wyłącznie na przyszłość. Określenie skutków odstąpienia na zasadach ogólnych nie przystaje do charakteru prawnego świadczeń wykonywanych przez Wykonawcę, polegających przede wszystkim na pracach wdrożeniowych, serwisowych, konsultacyjnych, które to ze swej natury nie mogą zostać zwrócone przez Zamawiającego. W związku z tym, Wykonawca wnosi o zastrzeżenie, że Wykonawcy przysługuje wynagrodzenia za prace wykonane do dnia odstąpienia od Umowy.

ODPOWIEDŹ NA PYTANIE 206

Odpowiedź na powyższe pytanie została udzielona w odpowiedzi na pytanie 156.

PYTANIE 207

Dotyczy: Załącznik nr 1 do SIWZ

OG.16. Procedury bezpieczeństwa danych muszą zostać przygotowane przez Wykonawcę oraz być zgodne z procedurami Disaster Recovery Institute.

Pytanie: By Wykonawcy mogli rzetelnie potwierdzić zgodność procedur DRP z procedurami Disaster Recovery Institute - wnosimy o udostępnienie procedur Disaster Recovery Institute ODPOWIEDŹ NA PYTANIE 207

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w zakresie wniosku Wykonawcy:

ZMIANA NR 44

Załącznik Nr 1 do SIWZ – Opis przedmiotu zamówienia: w rozdziale 9 „Wymagania ogólne”, w tabeli 4 – „Wymagania ogólne” Zamawiający skreśla punkt OG.16.

PYTANIE 208

Dotyczy: Załącznik nr 1 do SIWZ

OG.26. Przyrządy pomiarowe,

Pytanie: O jakich przyrządach pomiarowych jest mowa w wymaganiu? Który element Systemu ma obsługiwać przyrządy pomiarowe oraz jaki jest oczekiwany zakres obsługi? W przypadku niezasadności tego wymagania wnioskujemy o jego usunięcie.

ODPOWIEDŹ NA PYTANIE 208

Odpowiedź na powyższe pytanie została udzielona w odpowiedzi na pytanie nr 166.

PYTANIE 209

Dotyczy: Załącznik nr 1 do SIWZ

OG.27. Skanery,

Pytanie: Prosimy o określenie w jakim zakresie System ma obsługiwać skanery? Za obsługę skanerów zazwyczaj odpowiadają dedykowane aplikacje. Wnosimy o usunięcie wymagania. ODPOWIEDŹ NA PYTANIE 209

Zamawiający utrzymuje zapisy OPZ. Odpowiedz na podobne pytanie została udzielona we wcześniejszym pytaniu nr 96.

Uzasadnienie:

Niektóre dokumenty mogą zawierać dane wrażliwe (np. Dane osobowe) i w trosce o dane wrażliwe zamawiający chce, aby były one bezpośrednio przenoszone do systemu.

PYTANIE 210

Dotyczy: Załącznik nr 1 do SIWZ

OG.72. W wypadku automatycznego rozłączenia sesji elementy modyfikowane przez Użytkowników powinny zostać zapisane tak, aby nie utracono wykonywanych operacji (ostatni stan wersji roboczej).

Pytanie: Prosimy o usunięcie wymagania. Wymaganie jest bardzo kosztotwórcze i nieuzasadnione do realizacji w każdym miejscu Systemu.

Wiele formularzy ma zaszyte procedury walidacyjne, które wymuszają wypełnienie wymaganych pól i uniemożliwiają automatyczny zapis lub wymagają interwencji operatora.

ODPOWIEDŹ NA PYTANIE 210

Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy.

PYTANIE 211

Dotyczy: Załącznik nr 1 do SIWZ

OG.71. System musi automatycznie rozłączyć użytkownika Systemu po 21.00 każdego dnia roboczego.

Pytanie: Prosimy o usunięcie wymagania (będącego w powiązaniu z wymaganiem OG.72). Wiele formularzy ma zaszyte procedury walidacyjne, które wymuszają wypełnienie wymaganych pól i uniemożliwiają automatyczny zapis lub wymagają interwencji operatora. Rozłączenie użytkownika powinno być kontrolowane przez niego samego lub administratora systemu. Czy wystarczająca będzie możliwość rozłączenia sesji terminalowej lub wylogowanie ze stacji roboczej w oparciu o funkcje systemów operacyjnych w tym o AD?

ODPOWIEDŹ NA PYTANIE 211

Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy. Uzasadnienie:

Po godzinne 21:00 jest okno serwisowe i ze względów bezpieczeństwa w tych godzinach dostęp dla użytkowników systemu ma być niedozwolony.

PYTANIE 212

Dotyczy: Załącznik nr 1 do SIWZ

OG.73. System powinien uniemożliwiać zalogowanie użytkowników pomiędzy 21.00 dnia bieżącego do 06.00 dnia następnego. Administrator zachowuje prawo do indywidualnego określenia czasu dostępności Systemu dla poszczególnych użytkowników.

Pytanie: Czy wymaganie może być zrealizowane w oparciu o funkcje systemów operacyjnych w tym o AD?

ODPOWIEDŹ NA PYTANIE 212

Wymaganie nie może być zrealizowane w oparciu o funkcję systemu AD.

Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy.

PYTANIE 213

Dotyczy: Załącznik nr 1 do SIWZ

OG.81. System musi umożliwiać definiowanie z poziomu pulpitu użytkownika dodatkowych skrótów do funkcji dostępnych dla użytkownika w tym raportów, zestawień i innych poleceń do których ma dostęp w oparciu o przypisane do niego uprawnienia.

Pytanie: Czy Zamawiający uzna wymaganie za spełnione, jeżeli z poziomu pulpitu użytkownik będzie mógl zdefiniować skrót do funkcjonalności systemu np. lista dokumentów zakupu, a z tego poziomu będzie mógł uruchomić dostępne raporty i zestawienia oraz inne polecenia? ODPOWIEDŹ NA PYTANIE 213

Zamawiający nie uzan takiego rozwiązania. Uzasadnienie:

Możliwość stosowania skrutów do najczęściej stosowanych elementów systemu ma zapewnić bardziej wydajną i efektywną pracę danego użytkownika.

PYTANIE 214

Dotyczy: Załącznik nr 1 do SIWZ

OG.82. System musi umożliwiać wywoływanie poleceń bez przechodzenia przez menu, skróty klawiaturowe dla najczęściej używanych poleceń (skróty klawiaturowe mogą być definiowane przez użytkownika, skróty nie mogą kolidować ze skrótami środowiska systemu Windows).

Pytanie: Prosimy o usunięcie wymagania lub potwierdzenie, że wystarczająca będzie możliwość definiowania na pulpicie systemu skrótów do najczęściej używanych formularzy i okien systemu (i w ramach okien posługiwanie się predefiniowanymi skrótami klawiaturowymi).

ODPOWIEDŹ NA PYTANIE 214

Odpowiedź na powyższe pytanie została udzielona w odpowiedzi na pytanie 180.

PYTANIE 215

Dotyczy: Załącznik nr 1 do SIWZ

OG.140. Możliwość ręcznej korekty treści lub danych w przygotowanym dokumencie lub zestawieniu.

Pytanie: Raporty generowane w systemach klasy ERP prezentują dane rzeczywiste z systemu, a nie z możliwością ich korygowania, poprawiania czy fałszowania. Prosimy o wyjaśnienie celu biznesowego poprzez opisanie przypadków użycia lub wykreślenie wymagania.

ODPOWIEDŹ NA PYTANIE 215

Zamawiający podaje przypadki użycia niniejszej funkcjonalności:

a) w zakresie kadr: Ręczne generowanie zapisów czy danych dotyczy dokumentów, które będą w pojedynczych przypadkach ręcznie korygowane np. Pracownik prosi o zaświadczenie z danymi rozszerzonymi np. o wszystkie zajmowane stanowiska. Nie ma mowy o przekłamywaniu ani fałszowaniu danych. Ręczna korekta dotyczy tylko stanu mającego potwierdzenie w dokumentach.

b) w zakresie płac: Możliwość edycji danych dotyczy np. wystawianych zaświadczeń o zarobkach, gdzie np. będzie trzeba uzupełnić dane informacjami dotyczącymi realizacji zajęć komorniczych bądź uzupełnić informację dotyczącą wynagrodzenia

o uwzględnianych składnikach wynagrodzenia w zaświadczeniu.

PYTANIE 216

Dotyczy: Załącznik nr 1 do OPZ

FK.02 Dla kontrahenta definiowanie, czy jest osobą fizyczną, czy osobą prawną, możliwość rozróżnienia czy osoba jest pracownikiem czy zleceniobiorcą.

Pytanie: Kartoteką właściwą do przechowywania danych pracowników jest kadrowa kartoteka pracowników. Nie ma konieczności powielania tych danych w kartotece kontrahentów. Czy taka formuła spełnia wymaganie?

ODPOWIEDŹ NA PYTANIE 216

Zamawiający uzna warunek za spełniony, jeśli w systemie finansowo księgowym będzie możliwość powiązania bazy kontrahentów z bazą pracowników z podziałem (wyróżnikiem) na pracownik/zleceniobiorca.

PYTANIE 217

Dotyczy: Załącznik nr 1 do OPZ

FK.08 Opcjonalna możliwość zdefiniowania więcej niż 12 okresów sprawozdawczych (nie mniej niż 4 dodatkowych okresów) z możliwością ksiegowania w nich wybranych operacji.

Pytanie: Czy wystarczającym rozwiązaniem będzie zastosowania dwóch dodatkowych okresów BO i BZ. Jeżeli nie to prosimy o przykład dodatkowych okresów?

ODPOWIEDŹ NA PYTANIE 217

W odrębnym okresie Zamawiający przewiduje ewidencje wydarzeń zaistniałych po sporządzeniu sprawozdania, a przed jego zbadaniem/zatwierdzeniem. Zamawiający dopuści rozwiązanie pozwalające na sporządzenie sprawozdań finansowych za każdy okres sprawozdawczy uwzgledniający wyżej opisane zdarzenia.

PYTANIE 218

Dotyczy: Załącznik nr 1 do OPZ

FK.15 Możliwość nadania nazwy schematów automatycznej dekretacji (np. płace) oraz wyszukiwanie po niej konkretnego dekretu.

Pytanie: W ramach konfiguracji do schematu księgowania można wskazać folder jako rodzaj dekretu np. PŁACE, do którego będą trafiać wyłącznie określone księgowania. Czy takie rozwiązanie spełni wymaganie?

ODPOWIEDŹ NA PYTANIE 218

Zamawiający uzna wymaganie za spełnione, jeśli będzie możliwość wyszukania utworzonego schematu automatycznej dekretacji w wyodrębnionym słowniku schematów.

PYTANIE 219

Dotyczy: Załącznik nr 1 do OPZ

FK.35 Dodatkowe analityki (wymiary) do konta księgi głównej w Planie Kont budowane w formie drzewa – wybór analityki na najniższym poziomie powoduje automatyczną podpowiedź lub zawężenie w polach do wyboru domyślnych wymiarów nadrzędnych (z możliwością zmiany na te analityki, które są dostępne dla danej kombinacji) we wszystkich miejscach, w których następuje dekretowanie dokumentów, (np. Podpowiedź Źródła finansowania zależna od rodzaju wybranego projektu i jednostki która prowadzi dany projekt). Pytanie: Czy wymaganie będzie spełnione gdy na rejestrowanym dokumencie system będzie podpowiadał kolejne zależne od siebie wartości? Np. po wyborze projektu wyświetlą się przypisane w projekcie zadania oraz źródła finansowania.

ODPOWIEDŹ NA PYTANIE 219

Zamawiający informuje, że wymaganie będzie spełnione, gdy na rejestrowanym dokumencie system będzie podpowiadał kolejne zależne od siebie wartości.

PYTANIE 220

Dotyczy: Załącznik nr 1 do OPZ

FK.75 Możliwość przenoszenia/kopiowania danych z systemu FK do plików doc/docx, xls/.xlsx. csv. i pdf.(raporty,

Pytanie: Co do zasady format doc/docx nie słuzy do przechowywania struktur danych. Wnosimy o usunięcie tego fragmentu z wymagania lub o podanie przykładu plików doc/docx wykorzystywanych z obszaru FK?

ODPOWIEDŹ NA PYTANIE 220

Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy. Przykłady plików doc/docx wykorzystywanych w obszarze FK:

a) FK: potwierdzenia sald, nota odsetkowa

b) HR: przebieg zatrudnienia, ekwiwalent za urlop, staż pracy

c) PL: zaświadczenia o zarobkach.

PYTANIE 221

Dotyczy: Załącznik nr 1 do OPZ

FK.91 System musi mieć możliwość generowania oraz obsługi dokumentów typu: decyzje,

Pytanie: Prosimy o przykład dokumentu typu Decyzja

ODPOWIEDŹ NA PYTANIE 221

Zamawiający przez możliwość generowania oraz obsługi dokumentów typu decyzje rozumie obsługę decyzji administracyjnych dotyczący min.

− kar taryfowych wymierzanych na podstawie art. 29 ustawy o zbiorowym zaopatrzeniu w wodę i zbiorowym odprowadzaniu ścieków

− opłat za korzystanie z ze śródlądowych dróg wodnych i ich odcinków oraz urządzeń wodnych stanowiących własność Skarbu państwa usytuowanych na śródlądowych wodach powierzchniowych (art. 306 PW i dalsze),

− opłaty melioracyjnej i inwestycyjnej (art. 200 PW i dalsze).

− opłaty legalizacyjnej (art. 190 PW i dalsze).

Do należności jw. stosuje się odpowiednio przepisy działu III ustawy z dnia 29 sierpnia 1997 r. Ordynacja podatkowa.

PYTANIE 222

Dotyczy: Załącznik nr 1 do OPZ

FK.91 System musi mieć możliwość generowania oraz obsługi dokumentów typu: informacje,

Pytanie: Prosimy o przykład dokumentu typu Informacje

ODPOWIEDŹ NA PYTANIE 222

Zamawiający przez możliwość generowania oraz obsługi dokumentów typy informacje rozumie obsługę opłat za:

− korzystanie z ze śródlądowych dróg wodnych i ich odcinków oraz urządzeń wodnych stanowiących własność Skarbu państwa usytuowanych na śródlądowych wodach powierzchniowych (art. 306 PW i dalsze).

PYTANIE 223

Dotyczy: Załącznik nr 1 do OPZ

FK.186 Powinna być możliwość tworzenia zestawienia i wydruku obrotów z kontrahentem w dowolnie wybranym przedziale czasowym i wyszczególnieniem co się na te obroty składa (jakie dokumenty i kwoty). Możliwość przenoszenia tych danych do doc/docx,.xls/.xlsx., pdf, Pytanie: Prosimy o wyłaczenie z wymagania formatu doc/docx ponieważ co do zasady nie służy on do przechowywania struktur danych.

ODPOWIEDŹ NA PYTANIE 223

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 45

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, FK.186 otrzymuje brzmienie:

„FK.186 Powinna być możliwość tworzenia zestawienia i wydruku obrotów z kontrahentem w dowolnie wybranym przedziale czasowym i wyszczególnieniem co się na te obroty składa (jakie dokumenty i kwoty). Możliwość przenoszenia tych danych do .xls/.xlsx., pdf, csv.”.

PYTANIE 224

Dotyczy: Załącznik nr 1 do OPZ

FK.187 Powinna być możliwość tworzenia i wydruku bieżącej specyfikacji salda dla kontrahenta oraz na dowolny inny dzień w przeszłości. Możliwość przenoszenia tych danych do doc/docx,.xls/.xlsx., pdf, csv.

Pytanie: Prosimy o wyłaczenie z wymagania formatu doc/docx ponieważ co do zasady nie służy on do przechowywania struktur danych.

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 46

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, FK.187 otrzymuje brzmienie:

„FK.187 Powinna być możliwość tworzenia i wydruku bieżącej specyfikacji salda dla kontrahenta oraz na dowolny inny dzień w przeszłości. Możliwość przenoszenia tych danych do .xls/.xlsx., pdf, csv.”.

PYTANIE 225

Dotyczy: Załącznik nr 1 do OPZ

FK.221 System powinien umożliwiać generowanie własnych raportów wraz z zapisem jego definicji (szablonu). Możliwość wyeksportowania raportów do formatu doc/docx, xls/.xlsx, pdf, csv.

Pytanie: Prosimy o wyłaczenie z wymagania formatu doc/docx ponieważ co do zasady nie służy on do przechowywania struktur danych.

ODPOWIEDŹ NA PYTANIE 225

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 47

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, FK.221 otrzymuje brzmienie:

“FK.221 System powinien umożliwiać generowanie własnych raportów wraz z zapisem jego definicji (szablonu). Możliwość wyeksportowania raportów do formatu .xls/.xlsx, pdf, csv.”.

PYTANIE 226

Dotyczy: Załącznik nr 1 do OPZ

BUD.6 Możliwość połączenia planów zamówień publicznych jednostek z projektem planu finansowego.

Pytanie: Prosimy o opisanie jaki jest oczekiwany skutek takiego połączenia i na jakim poziomie szczegółowości takie połączenie powinno być.

ODPOWIEDŹ NA PYTANIE 226

Głównym założeniem zaproponowanej funkcjonalności jest przełożenie kwot wynikających z realizowanych umów bezpośrednio na projekt planu finansowego na kolejny rok budżetowy. Takie powiązanie dwóch planów ma na celu wyeliminowanie sytuacji, w której finansowanie zadania z planu zamówień publicznych PGW WP zostałoby pominięte w planie finansowym PGW WP.

PYTANIE 227

Dotyczy: Załącznik nr 1 do OPZ

BUD.15 Możliwość umieszczania w planach finansowych (cząstkowych i całościowych) prognoz na kolejne lata

Pytanie: Prosimy o wyjaśnienie czy możliwość tworzenia planów budżetowych na kolejne lata jest wystarczającą formą realizacji wymagania?

ODPOWIEDŹ NA PYTANIE 227

Zamawiający informuje, że możliwość tworzenia planów budżetowych na kolejne lata jest wystarczającą formą realizacji wymagania.

PYTANIE 228

Dotyczy: Załącznik nr 1 do OPZ

BUD.20 Możliwość planowania budżetu w układzie tradycyjnym, możliwość tworzenia planów wieloletnich w układzie klasyfikacji budżetowej przez komórki organizacyjne PGW WP. Pytanie: Prosimy o wyjaśnienie czy możliwość tworzenia planów budżetowych na kolejne lata jest wystarczającą formą realizacji wymagania?

Zamawiający informuje, że możliwość tworzenia planów budżetowych na kolejne lata jest wystarczającą formą realizacji wymagania. W tym miejscu należy podkreślić, iż system powinien umożliwiać planowanie w układzie tradycyjnym zgodnie z poniższymi przepisami prawa:

− ustawa z dnia 20 lipca 2017 r. Xxxxx xxxxx (Dz.U. z 2020 r., poz. 310, z późn. zm.);

− ustawa z dnia 27 sierpnia 2009 r. o finansach publicznych (Dz.U. z 2019 r., poz. 869, z późn zm,);

− rozporządzenie Ministra Finansów z dnia 28 stycznia 2019 r. w sprawie szczegółowego sposobu, trybu i terminów opracowania materiałów do projektu ustawy budżetowej (Dz.U. z 2019 r., poz. 183, z późn. zm.);

− rozporządzenie Ministra Finansów z dnia 28 grudnia 2011 r. w sprawie sprawozdawczości budżetowej w układzie zadaniowym (Dz.U. z 2020 r., poz. 704, z późn. zm.);

− rozporządzenie Rady Ministrów z dnia 27 grudnia 2017 r. w sprawie szczegółowego sposobu prowadzenia gospodarki finansowej Państwowego Gospodarstwa Wodnego Wody Polskie (Dz.U. z 2017 r., poz. 2492).

PYTANIE 229

Dotyczy: Załącznik nr 1 do OPZ

BUD.21 Możliwość planowania budżetu w układzie zadaniowym, możliwość tworzenia planów wieloletnich w układzie zadaniowym, w tym monitorowanie zmian wartości mierników w trakcie roku.

Pytanie: Prosimy o wyjaśnienie czy możliwość tworzenia planów budżetowych na kolejne lata jest wystarczającą formą realizacji wymagania?

ODPOWIEDŹ NA PYTANIE 229

Nie. System powinien umożliwiać planowanie w układzie zadaniowym zgodnie z poniższymi przepisami prawa:

− ustawa z dnia 20 lipca 2017 r. Xxxxx xxxxx (Dz.U. z 2020 r., poz. 310, z późn. zm.);

− ustawa z dnia 27 sierpnia 2009 r. o finansach publicznych (Dz.U. z 2019 r., poz. 869 z późn zm,);

− rozporządzenie Ministra Finansów z dnia 28 stycznia 2019 r. w sprawie szczegółowego sposobu, trybu i terminów opracowania materiałów do projektu ustawy budżetowej (Dz.U. z 2019 r., poz. 183 z póżn. zm);

− rozporządzenie Ministra Finansów z dnia 28 grudnia 2011 r. w sprawie sprawozdawczości budżetowej w układzie zadaniowym (Dz.U. z 2020 r., poz. 704, z póżn. zm);

− rozporządzenie Rady Ministrów z dnia 27 grudnia 2017 r. w sprawie szczegółowego sposobu prowadzenia gospodarki finansowej Państwowego Gospodarstwa Wodnego Wody Polskie (Dz.U. z 2017 r., poz. 2492).

PYTANIE 230

Dotyczy: Załącznik nr 1 do OPZ

BUD.26 Funkcjonalność umożliwiającą rozliczanie budżetu zadaniowego oraz wspomagać proces projektowania tego budżetu, BUZA.

Pytanie: Wymaganie jest zbyt ogólne. Prosimy o bardziej szczegółowe opisanie tej funkcjonalności.

ODPOWIEDŹ NA PYTANIE 230

System powinien umożliwiać rozliczenie budżetu w układzie zadaniowym zgodnie z poniższymi przepisami prawa:

− ustawa z dnia 27 sierpnia 2009 r. o finansach publicznych (Dz.U. z 2019 r., poz. 869 z późn zm,);

− rozporządzenie Ministra Finansów z dnia 28 grudnia 2011 r. w sprawie sprawozdawczości budżetowej w układzie zadaniowym (Dz.U. z 2020 r., poz. 704, z późn. zm.);

− rozporządzenie Rady Ministrów z dnia 27 grudnia 2017 r. w sprawie szczegółowego sposobu prowadzenia gospodarki finansowej Państwowego Gospodarstwa Wodnego Wody Polskie (Dz.U. z 2017 r., poz. 2492).

Ponadto system powinien umożliwić współpracę z Aplikacją TrezorBZ WPFP (aplikacja do pobrania ze strony internetowej Ministerstwa Finansów) umożliwiająca przygotowanie planów wydatków na rok bieżący w danej części budżetu państwa oraz formularz WPFP-PF umożliwiający przygotowanie planów finansowych jsfp na rok bieżący (i dwa kolejne lata) w układzie zadaniowym.

PYTANIE 231

Dotyczy: Załącznik nr 1 do OPZ

BUD.52 Raportowanie o statusie budżetu w czasie rzeczywistym, w tym: automatyczne powiadamianie Użytkowników Systemu o zdarzeniach zaistniałych wymagających jego reakcji, np. zlecenie poprawy/zmiany planu poprzez komunikaty Systemu.

Pytanie: Prosimy o odpowiedź czy wykorzystanie systemowego komunikatora za pomocą którego odpowiedzialny użytkownik kierować będzie do innego użytkownika zlecenia na wykonanie określonych czynności jest wystarczającą formą realizacji wymagania?

ODPOWIEDŹ NA PYTANIE 231

Wskazana funkcjonalność ma na celu informowanie użytkowania o błędach (np. o przekroczeniu planu w danej pozycji) lub innych zdarzeniach, które wymagają weryfikacji. Założeniem dla funkcjonalności BUD.52 nie było stworzenie komunikatora w sytemie do porozumiewania się z innymi użytkownikami.

PYTANIE 232

Dotyczy: Załącznik nr 1 do OPZ

BUD.53 System powinien umożliwić generowanie automatycznych zestawień/raportów wskazujących dla danych zadań/projektów/programów zbiorcze informacje o wykorzystaniu przez komórki organizacyjne środków i pozostałych do uruchomienia środków.

Pytanie: Prosimy o doprecyzowanie na czym ma polegać mechanizm automatycznych zestawień?

ODPOWIEDŹ NA PYTANIE 232

System powinien umożliwić tworzenie przez użytkowników, raportów, zestawień finansowych

m. in. z wykonania planu finansowego państwowej osoby prawnej (PF-OSPR), z wykonania planu finansowego państwowej osoby prawnej w układzie RB-BZ2, wykonania inwestycji realizowanych przez PGW WP, wykonania projektów finansowanych przy udziale środków pochodzących z Unii Europejskiej.

W opinii PGW WP system powinien umożliwiać pozyskiwanie ww. informacji w powiązaniu z modułem Księgowość.

PYTANIE 233

Dotyczy: Załącznik nr 1 do OPZ

BUD.81 Możliwość odzwierciedlenia budżetu klasycznego na budżet zadaniowy (z przypisaniem źródeł finansowania na poszczególne zadania wg definiowalnych kluczy) Pytanie: Prosimy o bardziej precyzyjny opis oczekiwanego sposobu realizacji danego wymagania

ODPOWIEDŹ NA PYTANIE 233

Sposób przypisywania i rozliczania kosztów w układzie budżetu zadaniowego reguluje rozporządzenie Rady Ministrów z dnia 27 grudnia 2017 r. w sprawie szczegółowego sposobu prowadzenia gospodarki finansowej Państwowego Gospodarstwa Wodnego Wody Polskie (Dz.U. z 2017 r., poz. 2492).

PGW WP realizuje swoje zadania na podstawie:

1) planu finansowego państwowej osoby prawnej, który sporządza się na formularzu planistycznym PF-OSPR zgodnie z:

• ustawą z dnia 20 lipca 2017 r. Xxxxx xxxxx (Dz.U. z 2020 r., poz. 310, z późn. zm.);

• ustawą z dnia 27 sierpnia 2009 r. o finansach publicznych (Dz.U. z 2019 r., poz. 869 z późn. zm.);

• rozporządzeniem Ministra Finansów z dnia 28 stycznia 2019 r. w sprawie szczegółowego sposobu, trybu i terminów opracowania materiałów do projektu ustawy budżetowej (Dz.U. z 2019 r., poz. 183 z późn. zm.);

2) planu finansowego w układzie budżetu zadaniowego zgodnie z:

• ustawą z dnia 20 lipca 2017 r. Xxxxx xxxxx (Dz.U. z 2020 r., poz. 310, z późn. zm.);

• ustawą z dnia 27 sierpnia 2009 r. o finansach publicznych (Dz.U. z 2019 r., poz. 869 z późn zm.);

• rozporządzeniem Ministra Finansów z dnia 28 stycznia 2019 r. w sprawie szczegółowego sposobu, trybu i terminów opracowania materiałów do projektu ustawy budżetowej (Dz.U. z 2019 r., poz. 183 z późn. zm.);

• rozporządzeniem Ministra Finansów z dnia 28 grudnia 2011 r. w sprawie sprawozdawczości budżetowej w układzie zadaniowym (Dz.U. z 2020 r., poz. 704, z późn. zm.);

Oczekiwanym rezultatem jest możliwość uzgodnienia kosztów ogółem prezentowanych w planie finansowym (PF-OSPR) z planem finansowym w układzie zadaniowym.

PYTANIE 234

Dotyczy: Załącznik nr 1 do OPZ

BUD.96 Możliwość prowadzenia ewidencji zaangażowania środków będących przychodami PGW WP.

Pytanie: Prosimy o informację czy informacja o zaangażowaniu środków będących przychodami może być realizowana w module FK poprzez specjalne wydzielone do tego celu konto księgowe?

ODPOWIEDŹ NA PYTANIE 234

Zamawiający informuje, że informacja o zaangażowaniu środków w planie finansowym powinna być dostępna również na poziomie modułu Budżetowanie.

PYTANIE 235

Dotyczy: Załącznik nr 1 do OPZ

BUD.125 Rozliczenie planu finansowego pop, w tym możliwość filtrowania źródeł finansowania oraz identyfikacji źródła finansowego w poszczególnych kategoriach planu finansowego.

Pytanie: Prosze o poprawę treści wymagania, w szczególności wyjaśnienie uzytego sformułowania: "planu finansowego pop"

ODPOWIEDŹ NA PYTANIE 235

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 48

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, BUD.125 otrzymuje brzmienie:

„BUD.125 Rozliczenie planu finansowego państwowej osoby prawnej (PGW WP), w tym możliwość filtrowania źródeł finansowania oraz identyfikacji źródła finansowego w poszczególnych kategoriach planu finansowego.”.

PYTANIE 236

Dotyczy: Załącznik nr 1 do OPZ

ST.184 System ma być kompatybilny z czytnikami spisowymi jakimi dysponuje PGW WP: ZEBRA MC32N0-G12HCLE0A

Pytanie: W związku z wycofywaniem wsparcia dla systemów mobilnych opartych o Windows Embedded Compact 7 czy zamawiający zaakceptuje rozwiązanie działające na najnowszych platformach Android, iOS? Jeśli takie urządzenia trzeba dostarczyć w postepowaniu prosimy o podanie niezbędnych ilości i szczegółowych wymagań.

ODPOWIEDŹ NA PYTANIE 236

Zamawiający potwierdza, że system ma obsługiwać posiadane przez niego czytniki spisowe ZEBRA MC32N0-G12HCLE0A i ma również obsługiwać czytniki działające na najnowszych platformach Android, iOS.

Zamawiający nie przewiduje w postępowaniu dostawy czytników spisowych.

PYTANIE 237

Dotyczy: Załącznik nr 1 do OPZ

ST.202 Możliwość drukowania kodów kreskowych. Powtórne wydrukowanie kodu kreskowego dla danego numeru ewidencyjnego wymaga potwierdzenia i zostaje odnotowane w systemie. ST.218 drukarką kodówkreskowych, kodów QR

Pytanie: Czy Zamówienie obejmuje dostawę drukarek etykiet? Jeśli tak, prosimy o podanie ich ilości. Jeśli Zamawiający już posiada takie urządzenia prosimy o podanie ich ilosci, producenta, typu.

ODPOWIEDŹ NA PYTANIE 237

Zamawiający informuje, że zamówienie nie obejmuje dostawy drukarek etykiet. Zamawiający posiada następujace urządzenia: Drukarka kodów krekowych TSC TX600 w ilość 65 sztuk.

PYTANIE 238

Dotyczy: Załącznik nr 1 do OPZ

ST.217 czytnikami laserowym kodów kreskowych, kodów QR,

Pytanie: Czy zamawiający wymaga dostarczenia dodatkowych kolektorów danych poza wymienionym w pkt. ST.184?

ODPOWIEDŹ NA PYTANIE 238

Zamawiający informuje, że nie wymaga dostarczenia dodatkowych kolektorów danych.

PYTANIE 239

Dotyczy: Załącznik nr 1 do OPZ

HR.145 Upoważnieni pracodawcy na wykonywanie przez pracownika czynności związane z uprawnieniami EiD i inne (słownik).

Pytanie: Prosimy o wyjaśnienie sensu wymagania. Jest ono zapisane w sposób niezrozumiały.

ODPOWIEDŹ NA PYTANIE 239

W związku z posiadanymi uprawnieniami, pracodawca może polecić wykonywanie pracownikowi czynności, które powinny być ewidencjonowane w systemie zarówno co do rodzaju czynności jak i terminy wykonywania czy daty ważności posiadania (od, do) uprawnień np. XXX X. System powinien zapewnić w słownikach możliwość edytowania lub dodania uprawnień.

PYTANIE 240

Dotyczy: Załącznik nr 1 do OPZ

GM.9 cena zakupu,

Pytanie: Cena zakupu jest właściwością dla dokumentu zakupu, a nie stałą wartością przypisywaną do towaru. Taką wartością stałą może być cena ewidencyjna używana dla magazynów w wycenie ewidencyjnej. Czy Zamawiający uzna taką interpretację za spełnienie wymagania? Ewentualnie prosimy o skorygowanie zapisu na "cena ewidencyjna".

ODPOWIEDŹ NA PYTANIE 240

Zamawiający uzna warunek za spełniony, jeżeli cena używana dla magazynów będzie ceną stałą.

PYTANIE 241

Dotyczy: Załącznik nr 1 do OPZ

Program umożliwiający przeprowadzenie spisu z natury techniką elektroniczną ma posiadać odpowiednie zabezpieczenie systemowe, pozwalające na dokonanie rozliczenia wygenerowanych arkuszy spisu z natury w tym:

Pytanie: Co Zamawiający rozumie jako "spis z natury techniką elektroniczną"? Prosimy o doprecyzowanie wymagania, opis procesu.

ODPOWIEDŹ NA PYTANIE 241

Zamawiający wyjaśnia, że spis z natury techniką elektroniczną polega na odczytaniu urządzeniem (kolektorem spisowym) kodu QR umieszczonego na naklejce z nr inwentarzowym na danym składniku majątku. Dane z kolektora są automatycznie przekazywane do programu, który generuje kolejne, ponumerowane w sposób ciągły arkusze spisu z natury.

Numery arkuszy nie powinny się powtarzać. Po zakończeniu inwentaryzacji program powinien umożliwić wydrukowanie ewidencji wygenerowanych arkuszy spisu tzw. spisu wygenerowanych z programu arkuszy spisu (w kolejności nadanych numerów) co umożliwi rozliczenie arkuszy. Program powinien automatycznie blokować możliwość usunięcia raz wygenerowanych arkuszy spisu z nadanymi numerami. Powinien jednak umożliwić anulowanie arkusza spisu (arkusza spisu wygenerowanego z nadanym numerem) nie usuwając go z ewidencji wygenerowanych arkuszy spisu zachowując kolejność ponumerowanych arkuszy.

PYTANIE 242

Dotyczy: Załącznik nr 1 do OPZ

GM.84 utworzenie przez system automatycznego wydruku z rozliczenia arkuszy spisowych przygotowanych w celu przeprowadzenia inwentaryzacji (z podaniem liczby i numerów druków wypełnionych, w tym liczby i numerów druków anulowanych),

Pytanie: Prosimy o wyjaśnienie czym są druki anulowane w procesie obsługi inwentaryzacji.

ODPOWIEDŹ NA PYTANIE 242

Zamawiający informuje, że program powinien nadawać numery wszystkim generowanym arkuszom w sposób ciągły. Numery arkuszy nie powinny się powtarzać. Po zakończeniu inwentaryzacji program powinien umożliwić wydrukowanie ewidencji wygenerowanych arkuszy spisu tzw. spisu wygenerowanych z programu arkuszy spisu (w kolejności nadanych numerów) co umożliwi rozliczenie arkuszy. Program powinien automatycznie blokować możliwość usunięcia raz wygenerowanych arkuszy spisu z nadanymi numerami. Powinien jednak umożliwić anulowanie arkusza spisu (arkusza spisu wygenerowanego z nadanym numerem) nie usuwając go z ewidencji wygenerowanych arkuszy spisu zachowując kolejność ponumerowanych arkuszy. Rejestr arkuszy w programie musi gwarantować zachowanie ich pełnej treści w tym pełnej treści arkuszy anulowanych.

PYTANIE 243

Dotyczy: Załącznik nr 1 do OPZ

Dokumenty stanowiące wydruki powinny mieć jednolite nazewnictwo:

GM.97 miejsce użytkowania – miejsce właściwego użytkowania składnika majątku,

GM.98 osoba materialnie odpowiedzialna – wyznaczony pracownik odpowiedzialny za składnik majątkowe,

GM.99 dysponent – bezpośredni użytkujący składnikiem majątku, GM.100 Komisja Inwentaryzacyjna/zespół spisowy

GM.101 pole spisowe – jako miejsca w którym są użytkowane lub składowane składniki majątku,

GM.102 przedmiot spisu,

GM.103 data zatwierdzenia inwentaryzacji (spisu).

Pytanie: Wymagania GM.97-103 w swojej treści zawierają zwroty, które wskazują raczej na odniesienie do środków trwałych i majątku trwałego. Prosimy o weryfikację treści oraz korektę (dostosowanie do wymagań obszaru funkcjonalnego) albo przeniesienie do grupy wymagań, dotyczących majątku trwałego.

ODPOWIEDŹ NA PYTANIE 243

Zamawiający informuje, że funkcjonalności obligatoryjne: GM.98, GM.100. GM.102 i GM.103 pozostawia bez zmian w zakresie wniosku Wykonawcy.

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 49

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, GM.97 otrzymuje brzmienie:

“GM.97 miejsce składowania - miejsce właściwego składowania majątku”. ZMIANA NR 50

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne: Zamawiający skreśla Funkcjonalność GM.99.

ZMIANA NR 51

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, GM.101 otrzymuje brzmienie:

“GM.101 pole spisowe - jako miejsce, w którym składowane są składniki majątku”. PYTANIE 244

Dotyczy: Załącznik nr 1 do OPZ

GM.108 Obsługa arkuszy inwentaryzacyjnych nieprawidłowo wygenerowanych (możliwość ewidencjonowania arkuszy ze statusem "Anulowany").

Pytanie: System do czasu zakończenia i rozliczenia inwentaryzacji umożliwia usunięcie błędnego arkusza, bez konieczności nadawania statusu "Anulowany". Czy Zamawiający uzna takie rozwiązanie jako spełnienie tego wymagania?

ODPOWIEDŹ NA PYTANIE 244

Zamawiający informuje, że nie uzna ww. rozwiązania, jako spełniającego wymagania GM.108. Usuwanie błędnego arkusza spisu do czasu zakończenia i rozliczenia inwentaryzacji spowoduje lukę w numeracji wystawionych arkuszy spisu.

Program powinien gwarantować:

1. Automatyczne numerowane tworzonych arkuszy spisu, z zachowaniem ich ciągłości i niepowtarzalności numeracji (druki anulowane muszą pozostać w bazie danych, a nadawanych im numerów nie można nadać kolejnym arkuszom).

2. Prowadzenie rejestru druków anulowanych wraz z zachowaniem ich pełnej treści.

3. Stosowanie blokady systemowej uniemożliwiającej usuwanie zatwierdzonych druków z systemu albo jakakolwiek modyfikację ich treści.

PYTANIE 245

Dotyczy: Załącznik nr 1 do OPZ

GM.110 Oświadczenia osoby materialnie odpowiedzialnej

Pytanie: Czy treść oświadczenia jest fragmentem wydruku arkusza inwentaryzacji np. w podsumowaniu przed podpisami? Jeżeli jest to odrębny dokument to taki wydruk nie jest właściwością systemu magazynowego i może zostać przygotowany np. w edytorze tekstów MS Word. Prosimy o usunięcie wymagania.

ODPOWIEDŹ NA PYTANIE 245

Oświadczenia osoby materialnie odpowiedzialnej są odrębnymi dokumentami od arkusza spisu.

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 52

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne: Zamawiający skreśla funkcjonalność GM.110.

PYTANIE 246

Dotyczy: Załącznik nr 1 do OPZ

GM.111 Karta Wyposażenia Pracownika

Pytanie: Karta Wyposażenia Pracownika to dokument odnoszący się wyposażenia i środków trwałych przypisanych do użytkowania Pracownika.

ODPOWIEDŹ NA PYTANIE 246

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 53

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne: Zamawiający skreśla funkcjonalność GM.111.

W związku z powyższą zmianą zmianie ulega również treść odpowiedzi na pytanie 35 poprzez usunięcie wszelkich odniesień do funkcjonalności GM.111 i wykreślenie ZMIANY nr 14.

PYTANIE 247

Dotyczy: Załącznik nr 1 do OPZ

GM.113 Spis Inwentarza - Wywieszka

Pytanie: Drukowanie wywieszek o magazynie w inwentaryzacji to nie jest właściwość systemu ERP. Prosimy o usunięcie wymagania. Taką wywieszkę można przygotować np. w edytorze tekstów MS Word.

ODPOWIEDŹ NA PYTANIE 247

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 54

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, GM.113 otrzymuje brzmienie:

„GM 113: Zestawienie stanów magazynowych ilościowo – wartościowe na koniec okresu”

W związku z powyższą zmianą zmianie ulega również treść odpowiedzi na pytanie 36 poprzez usunięcie wszelkich odniesień do funkcjonalności GM.113 i wykreślenie ZMIANY nr 15.

PYTANIE 248

Dotyczy: Załącznik nr 1 do SIWZ

3. Przedmiot Zamówienia

W Ofercie należy zawrzeć wszystkie usługi niezbędne do uruchomienia i późniejszej eksploatacji Systemu o deklarowanej funkcjonalności, w szczególności: (…)

3) dostawę licencji na Oprogramowanie niezbędnych do zapewnienia prawidłowego funkcjonowania Zintegrowanego Systemu Informatycznego, w tym w szczególności systemów operacyjnych, oprogramowania aplikacyjnego, bazodanowego i narzędziowego oraz instalacja i konfiguracja tego Oprogramowania,

W ramach dostawy licencji na Oprogramowanie Wykonawca zapewni licencje dla Systemu w liczbie:

• 2300 Licencji na Użytkownika Systemu,

• 7000 licencji dla Portalu Pracownika.

Pytanie: Ze względu na różne sposoby licencjonowania prosimy o określenie o jaki rodzaj licencji na Użytkownika Systemu chodzi? Czy Zamawiający ma na myśli globalną liczbę użytkowników nazwanych? Jeśli tak to prosimy również o podanie liczby licencji na użytkowników jednoczesnych, przy założeniu, że licencja na Użytkownika ogranicza liczbę jednocześnie zalogowanych operatorów systemu ERP (przy braku ograniczeń na ilość utworzonych kont dla użytkowników nazwanych oraz dostęp do modułów).

Prosimy również od doprecyzowanie liczby administratorów technicznych oraz merytorycznych (pracowników działów kadr, definiujących procesy kadrowe i administrujących nimi) dla Portalu Pracownika (w odróżnieniu od 7000 licencji dla pracowników biorących udział w zdefiniowanych procesach).

ODPOWIEDŹ NA PYTANIE 248

Zamawiający wskazał w przedmiocie zamówienia globalną liczbę użytkowników nazwanych. Zamawiający nie określa w przedmiocie zamówienia liczby użytkowników jednoczesnych. Liczba administratorów oraz pracowników merytorycznych jest wskazana w pkt 15 OPZ-u. W portalu pracowniczym Zamawiający przewiduje definiowanie procesów nie tylko kadrowych, ale również płacowych, organizacyjnych, prawnych.

PYTANIE 249

Dotyczy: Załącznik nr 1 do SIWZ

11. Wymagania dotyczące integracji

Wykonawca w ramach realizacji Wdrożenia musi zrealizować integrację Systemu z następującymi rozwiązaniami:

• ISOK (Informatyczny System Osłony Kraju) - Integracja jednokierunkowa w zakresie przekazywania informacji o naliczonych opłatach zmiennych,

• ISOK/SIGW - Integracja dwukierunkowa w zakresie pobierania informacji o wydanych pozwoleniach wodnoprawnych i przekazywania informacji o naliczonych opłatach stałych,

• System elektronicznego obiegu dokumentów – Integracja jednokierunkowa w zakresie pobierania informacji o złożonych oświadczeniach umożliwiających naliczanie opłaty zmiennej (w związku z art. 272 Prawo wodne),

• Platforma Elektronicznego Fakturowania (Broker Infinite IT Solutions) – Integracja dwukierunkowa w zakresie automatycznej wysyłki i odbioru dokumentów wraz z obsługą potwierdzenia odebrania i przeczytania dokumentu,

• JobRouter – integracja dwukierunkowa w zakresie pobierania danych o kontrahentach niezarejestrowanych w bazie kontrahentów (w szczególności nazwa, dane adresowe, NIP, status płatnika VAT, identyfikator systemowy); walutach i kursach; komórkach organizacyjnych; słownikach: źródła finansowania (dotacje, środki własne, partycypacje), rozdziały, paragrafy, projekty, rodzaj kosztu – nazwa konta, tematy - analityka (numer i opis); danych pracowników (stanowisko, jednostka, komórka organizacyjna); informacjach o dokonanej płatności oraz pobierania informacji o opisanych i zaakceptowanych fakturach kosztowych do modułu FK,

• Płatnik – Integracja jednokierunkowa w zakresie eksportu deklaracji rozliczeniowych oraz zgłoszeniowych,

• PUE ZUS – Integracja jednokierunkowa, pobieranie dokumentów eZLA z PUE ZUS,

• BGK – Integracja dwukierunkowa w zakresie pobrania wyciągów bankowych oraz wysyłki paczek przelewów,

• GUS/REGON - Integracja jednokierunkowa w zakresie pobrania danych dotyczących kontrahentów,

• NBP - Integracja jednokierunkowa w zakresie pobrania kursów walut,

• Portal MF – Integracja dwukierunkowa w zakresie pobrania informacji o statusie podatnika VAT oraz o przypisanych numerach kont bankowych („Biała lista VAT”). Wysyłka do Ministerstwa Finansów PIX- 0X, XXX-00 x innych wymaganych oraz pobieranie UPO,

• Systemy RCP – Integracja w zakresie pobierania danych o czasie pracy pracowników zarejestrowanych za pomocą funkcjonujących w siedzibach zamawiającego Systemów RCP, aktualizacja bazy pracowników w RCP,

• Microsoft Active Directory - W ramach integracji możliwa będzie autentykacja i autoryzacja Użytkowników,

• Microsoft Exchange - W ramach integracji możliwe będzie generowania maili z Systemu zawierających alerty.

Wniosek: Zamawiający przestawił szereg systemów podlegających integracji, natomiast nie określił odpowiedzialności stron w tym procesie, a także nie wskazał jakie możliwości integracyjne owe systemy posiadają.

W związku z powyższym wnosimy o:

− określenie pełnej listy systemów wraz z dokumentacją ich interfejsów wymiany danych, z którymi ma nastąpić integracja, wraz ze wskazaniem wszystkich technicznych informacji, dzięki którym możliwa będzie ta integracja a w szczególności x.xx.:

• specyfikacja interfejsu i protokołu wymiany danych w stopniu umożliwiającym ocenę i wycenę przez Wykonawcę prac niezbędnych do przeprowadzenia integracji

• dokumentacja w/w elementów umożliwiających integrację w stopniu umożliwiającym ocenę i wycenę przez Wykonawcę prac niezbędnych do przeprowadzenia integracji

• oczekiwany zakres danych i procesów w zakresie których ma następować wymiana danych

• inne, niezbędne do wyceny informacje techniczne

− wprowadzenie do SIWZ oraz wzoru Umowy zapewnienia Zamawiającego, że pozyska on we własnym zakresie i na własny koszt wszelkie niezbędne do przeprowadzenia integracji informacje i dane od producentów lub autorów eksploatowanych systemów i baz danych, z którymi ma nastąpić integracja

W szczególności prosimy o rozszerzenie na temat integracji z systemami:

• ISOK (Informatyczny System Osłony Kraju) - Integracja jednokierunkowa w zakresie przekazywania informacji o naliczonych opłatach zmiennych,

• ISOK/SIGW - Integracja dwukierunkowa w zakresie pobierania informacji o wydanych pozwoleniach wodnoprawnych i przekazywania informacji o naliczonych opłatach stałych,

• System elektronicznego obiegu dokumentów – Integracja jednokierunkowa w zakresie pobierania informacji o złożonych oświadczeniach umożliwiających naliczanie opłaty zmiennej (w związku z art. 272 Prawo wodne),

Poza tym rozważaniem są systemy, z którymi systemy klasy ERP integrują się w standardowy sposób (Platforma Elektronicznego Fakturowania, Płatnik, PUE ZUS, GUS/REGON, NBP, Portal MF)

ODPOWIEDŹ NA PYTANIE 249

Odpowiedź na powyższe pytanie została zawarta w odpowiedzi na pytanie 15.

PYTANIE 250

Dotyczy: Migracji danych opisanych w: Załącznik nr 1 do SIWZ, Załącznik nr 12 do Umowy – Definicje:

Załącznik nr 12 do Umowy - Definicje:

„24. „Migracja Danych” lub „Migracja” – działanie mające na celu przeniesienie danych z dotychczas użytkowanych przez Zamawiającego baz danych, w tym z dotychczas wykorzystywanych przez Zamawiającego systemów informatycznych. Migracja Danych obejmuje co najmniej: analizę struktur danych źródłowych, analizę poprawności danych źródłowych, przygotowanie planu migracji, poprawa danych źródłowych (w systemach źródłowych lub tabelach pośrednich), konwersję danych źródłowych do struktur docelowych, przeniesienie danych (migracja testowa i migracja produkcyjna) oraz weryfikacja poprawności migracji.”

Załącznik nr 1 do SIWZ

„2. Etap I - opracowanie i dostarczenie Analizy Przedwdrożeniowej, zgodnej z wymaganiami zawartymi w rozdziale 17 OPZ, obejmującej w szczególności:

g) opracowanie i dostarczenie planu przeprowadzenia Migracji Danych z obecnie wykorzystywanych przez Zamawiającego systemów informatycznych do Systemu, zawierającego w szczególności szczegółowe uzgodnienia dotyczące zakresu i sposobu przeniesienia danych (migracji automatycznej lub wprowadzenia ręcznego) oraz harmonogram Migracji Danych, przy jednoczesnym uwzględnieniu wymagań w zakresie Migracji Danych opisanych w rozdziale 12 OPZ,

5. Etap IV – obejmujący realizację prac wdrożeniowych Systemu w ramach Pilotażu, mający na celu dostarczenie i instalację przez Wykonawcę gotowego i sparametryzowanego Systemu po odbytych Testach Akceptacyjnych w wybranym RZGW i podległych mu Zarządach Zlewni oraz w KZGW.

Prace, które powinny zostać wykonane w tym Etapie to w szczególności:

e) opracowanie i dostarczenie opisu struktury migrowanych danych w formie plików arkuszy migracyjnych,

f) przeprowadzenie wspólnie z Zamawiającym procesu poprawy danych w systemach źródłowych, o ile wcześniejsza analiza danych w systemach źródłowych wykaże taką potrzebę. W ramach procesu poprawy danych w systemach źródłowych, Wykonawca

będzie wspierał Zamawiającego poprzez tworzenie skryptów i innych narzędzi pozwalających na poprawę danych. Jeżeli na skutek analizy, okaże się, że jedyną formą poprawy danych jest ich ręczna edycja wówczas, takiej poprawy dokona Zamawiający w swoich systemach źródłowych.

g) przygotowanie narzędzi i mechanizmów służących Migracji Danych,

h) przeprowadzenie próbnej Migracji Danych, która musi obejmować reprezentatywną próbkę danych z systemów źródłowych, na potrzeby Testów Akceptacyjnych,

7. Etap VI – obejmujący przygotowanie do Startu Pilotażu.

Prace, które powinny zostać wykonane w tym Etapie to w szczególności:

c) aktualizację planu migracji na podstawie doświadczeń z migracji próbnej do celów przeprowadzenia Testów Akceptacyjnych.

d) przeprowadzenie wspólnie z Zamawiającym procesu poprawy danych w systemach źródłowych, o ile wcześniejsza analiza danych w systemach źródłowych wykaże taką potrzebę. W ramach procesu poprawy danych w systemach źródłowych, Wykonawca będzie wspierał Zamawiającego poprzez tworzenie skryptów i innych narzędzi pozwalających na poprawę danych. Jeżeli na skutek analizy okaże się, że jedyną formą poprawy danych jest ich ręczna edycja wówczas, takiej poprawy dokona Zamawiający w swoich systemach źródłowych.

e) przygotowanie narzędzi i mechanizmów służących Migracji Danych

f) poprawa narzędzi i mechanizmów służących Migracji Danych o ile zachodzi taka potrzeba,

g) przeprowadzenie próbnej Migracji Danych, która musi obejmować wszystkie dane z systemów źródłowych, na potrzeby Pilotażu.

12. Etap XI – obejmujący przeprowadzenie Startu Produkcyjnego Systemu oraz świadczenie Asysty Powdrożeniowej.

Prace, które powinny zostać wykonane w tym Etapie to w szczególności:

a) aktualizację planu migracji na podstawie doświadczeń z migracji próbnych do celów przeprowadzenia Testów Akceptacyjnych i Pilotażu.

b) przeprowadzenie wspólnie z Zamawiającym procesu poprawy danych w systemach źródłowych, o ile wcześniejsza analiza danych w systemach źródłowych wykaże taką potrzebę. W ramach procesu poprawy danych w systemach źródłowych, Wykonawca będzie wspierał Zamawiającego poprzez tworzenie skryptów i innych narzędzi pozwalających na poprawę danych. Jeżeli na skutek analizy okaże się, że jedyną formą poprawy danych jest ich ręczna edycja wówczas, takiej poprawy dokona Zamawiający w swoich systemach źródłowych.

c) poprawa narzędzi i mechanizmów służących Migracji Danych o ile zachodzi taka potrzeba,

d) przeprowadzenie produkcyjnej Migracji Danych, która musi obejmować wszystkie dane z systemów źródłowych, na potrzeby Startu Produkcyjnego Systemu,

12. Wymagania w zakresie Migracji Danych

Wykonawca zaplanuje, zorganizuje i przeprowadzi migrację danych z systemów oraz baz obecnie eksploatowanych przez Zamawiającego.

W obszarach planowanych do objęcia Systemem obecnie Zamawiający wykorzystuje wskazane poniżej rozwiązania:

• System EDEN firmy Infokrak,

• Arkusze Excel.

Poniżej wskazano szczegółowe wymagania dla realizacji procesu migracji:

1. Wymagane jest zorganizowanie minimum 3 migracji danych: (1) migracji próbnej, która odbędzie się przed Testami Akceptacyjnymi (w ramach Etapu IV) oraz szkoleniem z obsługi Systemu, (2) migracji na potrzeby Startu Pilotażu oraz (3) migracji właściwej, która odbędzie się w trakcie przygotowania Systemu do Startu Produkcyjnego.

2. Migracja produkcyjna będzie obejmowała zmigrowanie wszystkich danych z obecnie wykorzystywanych narzędzi. Zamawiający zastrzega możliwość zmniejszenia zakresu migracji właściwej o dane zmigrowane na potrzeby przeprowadzenia Startu Pilotażu.

3. Wykonawca w Etapie VI oraz ponownie w X przeprowadzi wspólnie z Zamawiającym proces poprawy danych w systemach źródłowych, o ile wcześniejsza analiza danych w systemach źródłowych wykaże taką potrzebę. W ramach procesu poprawy danych w systemach źródłowych, Wykonawca będzie wspierał Zamawiającego poprzez tworzenie skryptów i innych narzędzi pozwalających na poprawę danych. Jeżeli na skutek analizy okaże się, że jedyną formą poprawy danych jest ich ręczna edycja wówczas, takiej poprawy dokona Zamawiający w swoich systemach źródłowych.

4. Wykonawca przygotuje narzędzia i mechanizmy służące Migracji Danych.

5. Wykonawca dokona poprawy narzędzi i mechanizmów służących Migracji Danych o ile zajdzie taka potrzeba.

6. Wykonawca przeprowadzi próbną Migrację Danych, która musi obejmować wszystkie dane z systemów źródłowych, na potrzeby Pilotażu w Etapie VI oraz produkcyjną Migrację Danych, która musi obejmować wszystkie dane z systemów źródłowych, na potrzeby Startu Produkcyjnego Systemu w Etapie X.

7. W przypadku, gdy część danych nie będzie możliwa do migracji, Zamawiający może odstąpić od migracji tej części danych oraz podjąć decyzję o wprowadzeniu ich do Systemu ręcznie. Decyzja ta jest decyzją leżącą jedynie po stronie Zamawiającego.

8. Wymagane jest, aby na etapie tworzenia Analizy Przedwdrożeniowej Wykonawca opracował i dostarczył plan migracji danych z obecnie wykorzystywanych przez Zamawiającego systemów informatycznych zawierający uzgodnienia dotyczące szczegółowego zakresu i sposobu przeniesienia danych oraz obowiązujący harmonogram migracji.

9. Wykonawca wykona aktualizację planu migracji na podstawie doświadczeń z migracji próbnej do celów przeprowadzenia Testów Akceptacyjnych

10. Za zaimportowanie wypełnionych arkuszy migracyjnych do Systemu odpowiedzialny jest Wykonawca.

11. Wykonawca jest zobowiązany poprawić wszystkie błędy wynikające ze źle przeprowadzonej migracji.

12. Zamawiający nie definiuje szczegółowego zakresu migrowanych danych. Zostanie on określony na etapie Analizy Przedwdrożeniowej.

13. Wymagane jest zmigrowanie, co najmniej następujących grup danych z systemu EDEN:

a. Dane kadrowe (obecne oraz historyczne);

b. Dane płacowe - listy płac obecne oraz historyczne

c. Kartoteka kontrahentów;

d. Bilans otwarcia;

e. Nierozliczone lub częściowo nierozliczone rozrachunki z kontrahentami;

f. Kartoteka środków trwałych, niskocennych oraz wartości niematerialnych i prawnych, wraz z wartością początkową i dotychczasowymi umorzeniami;

g. Opłaty – komplet danych z modułu Opłaty z systemu EDEN (w tym podstawy naliczeń, dokonane naliczenia z tytułu opłat dla kontrahentów, salda kontrahentów, indywidualne konta bankowe) – dane od stycznia 2018 r.;

h. Kartoteka indeksów magazynowych oraz stany magazynowe.

14. System EDEN korzysta z 11 niezależnych baz danych dla każdego z RZGW oraz bazy dla KZGW. Funkcjonuje również baza dla PGW WP. W ramach prowadzonej migracji wymagane jest zmigrowania danych z każdej z bazy systemu EDEN.

15. W ramach przeprowadzenia migracji właściwej w zakresie kartoteki kontrahentów Zamawiający wymaga zapewnienia wsparcia Wykonawcy w procesie przeprowadzenia scalenia niezależnie prowadzonych kartotek kontrahentów. Wsparcie będzie obejmowało zweryfikowanie aktualności danych kontrahentów w bazach NIP/REGON.

16. Wymagane jest zmigrowanie, co najmniej następujących grup danych z baz obecnie prowadzonych w formie arkuszy Excel:

a. Budżety – planowanie oraz rozliczanie;

b. Xxxxxxx służące do wyliczenia opłaty zmiennej;

c. Bazy z danymi z pozwoleń wodnoprawnych i zintegrowanych, które będą używane do czasu skompletowania wszystkich pozwoleń wodnoprawnych i zintegrowanych w SIGW;

d. Rejestry dotyczące windykacji: rejestr upomnień, ewidencja upomnień uregulowanych, rejestr tytułów wykonawczych, rejestr zajęć wierzytelności, rejestr wpływających dokumentów, rejestr wszystkich spraw KGW;

e. Baza Zarządzanie Mieniem Skarbu Państwa;

f. Rejestry dotyczące zamówień publicznych: zestawienie prowadzonych postępowań, ewidencja zamówień powyższej 30 000 Euro, rejestr zamówień poniżej 30 000 Euro;

g. Baza usług (w szczególności opłaty za usługi wodne);

h. Baza obiektów hydrotechnicznych;

i. Lokalne bazy zawierające elementy danych kadrowych oraz dotyczących środków trwałych.

11. Szczegółowe wymagania dotyczące zakresu wymaganych przez Zamawiającego Produktów przedstawiono w tabeli 6.

Tabela 6. Szczegółowe wymagania dotyczące zakresu Produktów

Lp. Produkt	Zakres i forma dostarczenia	Odpowiedzialny
11. Uzupełnione arkusze migracyjne dla Pilotażu	Zamawiający uzupełni arkusze migracyjne zgodnie z ustaleniami zawartymi w Koncepcji migracji przygotowanej przez Wykonawcę. Wykonawca będzie sprawował nadzór nad uzupełnianiem arkuszy migracyjnych i dokona ich weryfikacji przed zaimportowaniem do Systemu w zakresie poprawności uzupełnienia danych.	Zamawiający, nadzór i weryfikacja – Wykonawca
30. Narzędzia i mechanizmy migracyjne	Wykonawca przeprowadzi wspólnie z Zamawiającym procesu poprawy danych w systemach źródłowych, o ile wcześniejsza analiza danych w systemach źródłowych wykaże taką potrzebę. W ramach procesu poprawy danych w systemach źródłowych, Wykonawca będzie wspierał Zamawiającego poprzez tworzenie skryptów i innych narzędzi pozwalających na poprawę danych. Wykonawca przygotuje narzędzia i mechanizmy służących Migracji Danych,	Wykonawca

Wniosek ogólny w kontekście migracji danych:

Wnosimy o doprecyzowanie, że Zamawiający będzie odpowiedzialny za dostarczenie danych w ustalonej na etapie analizy formie i formacie, ich uporządkowanie i scalenie, merytoryczną weryfikację oraz ewentualne uzupełnienie brakujących danych, jeśli ich istnienia będzie wymagał nowy system.

Wnosimy o precyzyjne określenie przedmiotu zamówienia poprzez zdefiniowanie szczegółowego zakresu migrowanych danych (bez odraczania tej czynności do etapu Analizy Przedwdrożeniowej).

Wnosimy o wprowadzenie do SIWZ oraz wzoru Umowy zapewnienia Zamawiającego, że pozyska on we własnym zakresie i na własny koszt wszelkie niezbędne do przeprowadzenia

migracji informacje i dane od producentów lub autorów eksploatowanych baz danych, z których ma nastąpić migracja danych do ZSI.

Pytania szczegółowe i uzasadnienie:

Pytanie A: W odniesieniu do fragmentu „3. Wykonawca w Etapie VI oraz ponownie w X przeprowadzi wspólnie z Zamawiającym proces poprawy danych w systemach źródłowych,” oraz punktu 30 z „Tabela 6. Szczegółowe wymagania dotyczące zakresu Produktów” wskazujemy, że za jakość migrowanych danych, zarówno w systemach źródłowych, jak również w arkuszach migracyjnych, a także ich ewentualną poprawę powinien w pełni odpowiadać Zamawiający. Wykonawca nie posiada wiedzy na temat systemów źródłowych, a także na temat struktury danych w nim gromadzonych. Jedyną stroną, która jest w stanie poprawnie zinterpretować te struktury jest Zamawiający lub Producent systemu źródłowego. Prosimy o zmianę i potwierdzenie, że Zamawiający będzie odpowiedzialny za poprawę danych źródłowych.

Pytanie B: W odniesieniu do fragmentu „4.Wykonawca przygotuje narzędzia i mechanizmy służące Migracji Danych.” oraz punktu 30 z „Tabela 6. Szczegółowe wymagania dotyczące zakresu Produktów” wskazujemy, że Wykonawca powinien być odpowiedzialny jedynie za przygotowanie arkuszy migracyjnych, a także za poprawny import przekazanych przez Zamawiającego danych do systemu będącego przedmiotem zamówienia. Prosimy o potwierdzenie, że za dostarczenie danych z systemów źródłowych odpowiada Zamawiający. Pytanie C: W odniesieniu do fragmentu „11. Wykonawca jest zobowiązany poprawić wszystkie błędy wynikające ze źle przeprowadzonej migracji.” wskazujemy, że Wykonawca może ponosić odpowiedzialność tylko za zgodność danych po migracji z danymi przekazanymi przez Zamawiającego w plikach migracyjnych. Wykonawca nie jest np. w stanie poprawić merytorycznych błędów czy uzupełnić brakujących danych. Taką wiedzę ma tylko Zamawiający. Prosimy o potwierdzenie, że Zamawiający akceptuje taki podział odpowiedzialności stron.

Pytanie D: W odniesieniu do fragmentu „12. Zamawiający nie definiuje szczegółowego zakresu migrowanych danych. Zostanie on określony na etapie Analizy Przedwdrożeniowej.” wskazujemy, że na Zamawiającym na etapie SIWZ spoczywa obowiązek precyzyjnego określenia przedmiotu zamówienia. Brak określenia zakresu migrowanych danych i odroczenie tego do etapu Analizy uniemożliwia rzetelną wycenę pracochłonności przez co narusza zasadę zachowania konkurencyjności ponieważ stawia w uprzywilejowanej pozycji obecnych dostawców (oraz spółki z nimi powiązane), które znają szczegółowy zakres danych. Wnosimy o precyzyjne określenie zakresu migrowanych danych, włącznie z określeniem wolumenu danych, a także okresu z jakiego dane pochodzą.

Pytanie E: W odniesieniu do fragmentu „14. System EDEN korzysta z 11 niezależnych baz danych dla każdego z RZGW oraz bazy dla KZGW. Funkcjonuje również baza dla PGW WP. W ramach prowadzonej migracji wymagane jest zmigrowania danych z każdej z bazy systemu EDEN.” prosimy o doprecyzowanie, że Zamawiający będzie odpowiedzialny za dostarczenie danych, ich uporządkowanie i scalenie, merytoryczną weryfikację oraz ewentualne uzupełnienie brakujących danych, jeśli ich istnienia będzie wymagał nowy system.

Pytanie F: W odniesieniu do fragmentu „15. W ramach przeprowadzenia migracji właściwej w zakresie kartoteki kontrahentów Zamawiający wymaga zapewnienia wsparcia Wykonawcy w procesie przeprowadzenia scalenia niezależnie prowadzonych kartotek kontrahentów. Wsparcie będzie obejmowało zweryfikowanie aktualności danych kontrahentów w bazach NIP/REGON.” Wskazujemy, że za proces scalenia danych (przygotowania danych do migracji) powinien odpowiadać Zamawiający. Zamawiający powinien przekazać Wykonawcy dane zweryfikowane, w takiej formie w jakiej powinny zostać do systemu zaimportowane. Niezależnie od tego Zamawiający będzie miał możliwość weryfikacji danych bezpośrednio w systemie. Prosimy o potwierdzenie, że Zamawiający akceptuje taki podział odpowiedzialności stron.

Pytanie G: W odniesieniu do fragmentu „16. Wymagane jest zmigrowanie, co najmniej następujących grup danych z baz obecnie prowadzonych w formie arkuszy Excel: (wraz z podpunktami)” wskazujemy, że w celu poprawnego oszacowania i oceny możliwości

przeniesienia danych powinna być określona przynajmniej zgrubna struktura danych. Bez takich informacji Wykonawca nie jest w stanie ocenić czy wszystkie dane będą możliwe do przeniesienia i obsługi w systemie. Prosimy o doprecyzowanie informacji na temat przeniesienia grup danych z baz obecnie prowadzonych w formie arkuszy Excel.

Xxxxxxx X: W odniesieniu do punktu 11. z „Tabela 6. Szczegółowe wymagania dotyczące zakresu Produktów” w szczególności fragmentu: „Wykonawca będzie sprawował nadzór nad uzupełnianiem arkuszy migracyjnych i dokona ich weryfikacji przed zaimportowaniem do Systemu w zakresie poprawności uzupełnienia danych.” wskazujemy, że za wypełnienie i dostarczenie arkuszy z danymi (zgodnie z koncepcją przygotowaną przez Wykonawcę) musi odpowiadać Zamawiający. Weryfikacja merytoryczna powinna być po stronie Zamawiającego. Wykonawca może jedynie za weryfikację techniczną. Prosimy o potwierdzenie, że Zamawiający akceptuje taki podział odpowiedzialności stron.

ODPOWIEDŹ NA PYTANIE 250

Ad. A – Zamawiający potwierdza, że będzie odpowiedzialny za poprawę danych źródłowych. Ad. B – Zamawiający potwierdza, że będzie odpowiadać za dostarczenie danych z systemów źródłowych.

Ad. C – Zamawiający potwierdza, iż Wykonawca będzie odpowiedzialny za zgodność danych po migracji z danymi przekazanymi przez Zamawiającego w plikach migracyjnych.

Ad. D – Odpowiedź na powyższe pytanie została zawarta w odpowiedzi na pytanie 56.

Ad. E – Zamawiający potwierdza, że będzie odpowiedzialny za dostarczenie danych, ich uporządkowanie i scalenie, merytoryczną weryfikację oraz ewentualne uzupełnienie brakujących danych, jeśli ich istnienia będzie wymagał nowy system.

Dostarczenie scalonych danych należy do obowiązku zamawiającego, przy czym wykonawca powinien nadzorować ww. proces oraz służyć wsparciem w kwestiach technicznych poprzez tworzenie skryptów oraz innych narzędzi pozwalających na poprawę danych.

Ad. F – Zamawiający przekaże Wykonawcy dane zweryfikowane, w takiej formie w jakiej powinny zostać do systemu zaimportowane.

Ad. G – Zamawiający informuje, że zakres migracji danych wynika z zakresu wdrożenia, wymaganych do realizacji funkcjonalności Systemu. W rozdziale 12 OPZ, w pkt. 16 grupy danych do migracji z baz obecnie prowadzonych w formie arkuszy Excel.

Pliki Excel są plikami płaskimi, niektóre informacje w komórkach mogą się powtarzać. Zadaniem Wykonawcy będzie zdefiniowanie odpowiednej struktury relacyjnej bazy danych w Systemie.

Ostateczny zakres danych z dokładnością do nazw pól zostanie ustalony na etapie Analizy Przedwdrożeniowej.

Ad. H – Xxxxxxxxxxx potwierdza, że będzie odpowiedzialny za wypełnienie i dostarczenie arkuszy z danymi (zgodnie z koncepcją przygotowaną przez Wykonawcę) oraz będzie odpowiedzialny za weryfikację merytoryczną.

PYTANIE 251

Dotyczy: Zalacznik_Nr_7_do_SIWZ_-_wzor_umowy, odnośnie § 9, ust. 1.

Wdrożenie jako część Umowy będzie objęte odrębnym Odbiorem Wdrożenia, potwierdzającym wykonanie całości prac w ramach Wdrożenia, niezależnie od Odbioru Produktów wchodzących w zakres Wdrożenia.

Pytanie:

W załączniku Nr 12 – Definicje Protokół Odbioru Wdrożenia jest zdefiniowany jako dokument stanowiący potwierdzenie dokonania Odbioru wszystkich Produktów i Etapów (I-XI) i stanowiący podstawę do rozpoczęcia świadczenia Serwisu Utrzymaniowego.

W związku z powyższym Wykonawca wnosi o zmianę brzmienia § 9, ust. 1. na następujący: Odbiorom podlegają rezultaty prac Wykonawcy w podziale na Produkty, Etapy, Wdrożenie, a Odbiorowi Końcowemu – całość prac w ramach Umowy. Wdrożenie jako część Umowy będzie objęte odrębnym Odbiorem Wdrożenia, potwierdzającym dokonanie Odbioru wszystkich Produktów i Etapów (I-XI).

ODPOWIEDŹ NA PYTANIE 251

Odbiór Wdrożenia ma na celu potwierdzenie kompletności dokonanych odbiorów Etapów i Produktów.

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 55

Załącznik Nr 12 do Wzoru umowy – Definicje, punkt 38 otrzymuje brzmienie:

“Protokół Odbioru Wdrożenia - dokument stwierdzający dokonanie Odbioru wszystkich przewidzianych w Umowie Produktów i Etapów (I-XI) i stanowiący podstawę do rozpoczęcia świadczenia Serwisu Utrzymaniowego.”.

ZMIANA NR 56

Załącznik Nr 7 do SIWZ – Wzór umowy, § 9, ust. 1 otrzymuje brzmienie:

“Odbiorom podlegają rezultaty prac Wykonawcy w podziale na Produkty, Etapy składające się na Wdrożenie, a Odbiorowi Końcowemu – całość prac w ramach Umowy. Wdrożenie jako część Umowy będzie objęte odrębnym Odbiorem Wdrożenia, potwierdzającym wykonanie całości prac w ramach Wdrożenia, niezależnie od Odbioru Produktów wchodzących w zakres Wdrożenia.”.

PYTANIE 252

Dotyczy: Zalacznik_Nr_1_do_SIWZ_-_OPZ, 22. Procedura odbioru

Ad. 4. Procedura odbioru daje Zamawiającemu możliwość weryfikacji prac przez 10 do 15 dni roboczych od zgłoszenia ich do odbioru przez Wykonawcę. Harmonogram Ramowy wskazuje czas realizacji liczony w dniach kalendarzowych co znacznie skraca czas na realizację Etapów przed datami określonymi w § 3 ust.2.

Pytania:

Wykonawca wnosi o wydłużenie terminów zdefiniowanych w formie Harmonogramu Ramowego zapisanego w § 3, ust. 1 Wzoru Umowy o 20 dni roboczych oraz skrócenie terminu weryfikacji przez Zamawiającego Produktów lub Etapów.

Ad. 6. Wykonawca wnosi także o zmianę zapisu (ujednolicenie nazewnictwa) dotyczącego powtarzania procedury odbioru na następującą:

„Procedura Odbioru będzie powtarzana do czasu stwierdzenia, iż odbierany Produkt nie posiada już Nieprawidłowości.”

Ad. 9. Wykonawca wnosi o zmianę dopuszczającą jednostronne Protokoły Odbioru podpisane przez Wykonawcę w przypadku niewywiązania się przez Zamawiającego z zapisów punktu 4 lub 5 Procedury Odbioru.

Etap VIII – obejmujący realizację prac konfiguracyjnych Systemu, mających na celu dostarczenie przez Wykonawcę gotowego, sparametryzowanego Systemu po odbytych Testach Akceptacyjnych dla wszystkich jednostek PGW WP objętych wdrożeniem.

Wykonawca wnosi o sprecyzowanie zasadności uaktualnienia Analizy Przedwdrożeniowej na tym etapie – Etapie ostatecznej optymalizacji i Konfiguracji Systemu.

ODPOWIEDŹ NA PYTANIE 252

Działając na podstawie art. 38 ust. 4 ustawy, Zamawiający informuje, iż dokonuje zmiany treści SIWZ w poniższym zakresie:

ZMIANA NR 57

Załącznik Nr 1 do SIWZ – Opis przedmiotu zamówienia, rozdział 22 Procedura Odbioru, punkt 4 otrzymuje brzmienie:

“4. Zamawiający przeprowadzi weryfikację, a następnie dokona Odbioru przedstawionych do odbiorów Produktów lub Etapów lub zgłosi uwagi, nie później jednak niż w terminie 7 Dni Roboczych od zgłoszenia przez Wykonawcę gotowości do Odbioru.”.

ZMIANA NR 58

Załącznik Nr 1 do SIWZ – Opis przedmiotu zamówienia, rozdział 22 Procedura Odbioru, punkt 6 otrzymuje brzmienie:

“6. W przypadku zgłoszenia uwag przez Zamawiającego, Wykonawca uwzględni uwagi w terminie uzgodnionym z Zamawiającym i nie dłuższym niż 5 Dni Roboczych od dnia otrzymania uwag Zamawiającego, oraz przedstawi Produkty do ponownego Odbioru. Procedura Odbioru będzie powtarzana do czasu stwierdzenia, iż odbierany Produkt uwzględnia wszystkie zmiany wynikające ze zgłoszonych uwag.”.

Ad. 9 Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy. Zamawiający nie dopuszcza jednostronnych Protokołów Odbioru podpisanych przez Wykonawcę. Jednostronne Protokoły Odbioru stoją w sprzeczności z podstawowym założeniem, że poprawność wykonania Umowy stwierdzają obie Strony.

Zamawiający podtrzymuje zapisy dotyczące aktualizacji Analizy Przedwdrożeniowej w Etapie

VIII. Równocześnie Zamawiający dopuszcza możliwość odstąpienia od aktualizacji Analizy Przedwdrożeniowej w przypadku stwierdzenia, x.xx. na podstawie oświadczenia Wykonawcy w tym zakresie, braku jakichkolwiek zmian powodujących konieczność wykonania przewidzianej aktualizacji.

Xxxxxxxxxxx u up.

Xxxxx Xxxxxxxxxxx Kierownik Wydziału Obsługi Zamówień