Wyjaśnienia i zmiana treści siwz

Warszawa, 04.12.2020 r.

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

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 2

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 wyjaśnienie czy system ERP będzie wykorzystywany w wielu samodzielnych podmiotach prawnych (odrębny NIP, REGON, itp.) - a jeśli tak, prosimy o wyspecyfikowanie wszystkich podmiotów prawnych objętych wdrożeniem wraz ze wskazaniem liczby Użytkowników w poszczególnych podmiotach prawnych.

ODPOWIEDŹ NA PYTANIE 2

System ERP będzie wykorzystywany w jednym podmiocie prawnym, którego struktura organizacyjna obejmuje Krajowy Zarząd Gospodarki Wodnej, 11 Regionalnych Zarządów Gospodarki Wodnej oraz 50 Zarządów Zlewni. Każda z wyżej wymienionych jednostek posiada ten sam NIP, REGON, itp.

PYTANIE 3

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 wyjaśnienie czy system ERP będzie pracował wyłącznie w sieci LAN?

ODPOWIEDŹ NA PYTANIE 3

System ERP będzie pracował w sieci LAN i WAN.

PYTANIE 4

Dotyczy: Załącznik nr 1 do SIWZ

11. Wymagania dotyczące integracji

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

Prosimy o usunięcie zwrotu autoryzacja. Autoryzacja powinna mieć miejsce w systemie ERP, a w Active Directory wyłącznie autentykacja (uwierzytelnienie).

ODPOWIEDŹ NA PYTANIE 4

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 2

Załącznik Nr 1 do SIWZ – Opis przedmiotu zamówienia, w rozdziale 11 Wymagania dotyczące integracji, podpunkt Microsoft Active Directory, otrzymuje brzmienie:

• „Microsoft Active Directory - W ramach integracji możliwa będzie autentykacja Użytkowników.”

PYTANIE 5

Dotyczy: Załącznik nr 1 do SIWZ

15. Wymagania w zakresie Szkoleń

Prosimy o potwierdzenie, że Zamawiający zapewni:

a) sale szkoleniowe,

b) stacje robocze dla uczestników szkoleń w ramach każdej z sal szkoleniowych,

c) pozostałą infrastrukturę [rzutnik, sieć, itp.].

ODPOWIEDŹ NA PYTANIE 5

Zamawiający informuje, że w ramach organizowanych szkoleń zapewni sale szkoleniowe oraz pozostałą infrastrukturę, tj.: rzutnik, dostęp do sieci. Wykonawca dostarcza dla wszystkich uczestników szkolenia stacje robocze tj. komputery z wymaganym systemem, zgodnie z zapisami OPZ - rozdział 15. Wymagania w zakresie Szkoleń, punkt 13.

PYTANIE 6

Dotyczy: Załącznik nr 1 do SIWZ

OG.2. System musi być zbudowany co najmniej w architekturze trójwarstwowej klient – serwer, w której klient oparty jest o technologię tzw. "cienkiego klienta".

Prosimy o zmianę w/w wymagania na wymaganie fakultatywne. Z punktu widzenia biznesowego dla użytkownika nie ma znaczenia czy pracuje na architekturze trójwarstwowej czy dwuwarstwowej (lub opartej o dostęp z wykorzystaniem serwerów terminalowych). Zwracamy uwagę, że narzucenie technologii tzw. „cienkiego klienta” uniemożliwia oferowanie rozwiązań, które spełnią potrzeby biznesowe Zamawiającego, lecz wykonane są w technologii tzw. „grubego klienta” lub z wykorzystaniem serwerów terminali. Z punktu widzenia realizacji procesów i celów biznesowych narzucenie technologii nie jest zasadne i ogranicza konkurencyjność.

ODPOWIEDŹ NA PYTANIE 6

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 3

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

“OG.2 System musi być zbudowany co najmniej w architekturze trójwarstwowej klient – serwer, w której klient oparty jest o technologię tzw. "cienkiego klienta". Dla wybranych aplikacji ZSI (nie obejmujących funkcjonalności dostarczanych masowym użytkownikom np. Portal Pracowniczy, Workflow/Zamówienia Publiczne) Zamawiający dopuszcza architekturę dwuwarstwową z serwerem aplikacji typu serwer terminalowy udostępniającym aplikację ERP wszystkim jego użytkownikom.”

PYTANIE 7

Dotyczy: Załącznik nr 1 do SIWZ

OG.12. Interfejs webowy musi być poprawnie interpretowany i wyświetlany przez przeglądarki FireFox 75, Google Chrome 81, Edge 81 oraz ich nowsze wersje.

oraz

OG.19. Możliwość odczytu i zapisu lub modyfikacji danych z poziomu przeglądarki.

Prosimy o zmianę w/w wymagań na wymaganie fakultatywne. Z punktu widzenia biznesowego dla użytkownika nie ma znaczenia czy pracuje na systemie z interfejsem WWW czy na aplikacji

desktop. Powyższe wymagania powinny dotyczyć co najwyżej funkcjonalności portalowych (np. Portal Pracownika). Zwracamy uwagę, że narzucenie interfejsu WWW dla systemu ERP uniemożliwia oferowanie rozwiązań, które spełnią potrzeby biznesowe Zamawiającego, lecz wykonane są w technologii tzw. „grubego klienta”. Z punktu widzenia realizacji procesów i celów biznesowych narzucenie technologii interfejsu nie jest zasadne i ogranicza konkurencyjność.

ODPOWIEDŹ NA PYTANIE 7

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 4

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

“OG.12 Interfejs webowy musi być poprawnie interpretowany i wyświetlany przez przeglądarki FireFox 75, Google Chrome 81, Edge 81 oraz ich nowsze wersje. Dla aplikacji ERP Zamawiający dopuszcza dostarczenie rozwiązania umożliwiającego wyświetlanie tej aplikacji w w/w przeglądarkach lub w dedykowanym kliencie terminalowym.”

ZMIANA NR 5

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

“OG.19 Możliwość odczytu i zapisu lub modyfikacji danych z poziomu przeglądarki lub klienta terminalowego.”

PYTANIE 8

Dotyczy: Załącznik nr 1 do SIWZ

OG.78. Musi zostać zapewniona jednolitość wyglądu i obsługi interfejsu w zakresie obszarów wspieranych przy pomocy tego samego rozwiązania technicznego.

Prosimy o zmianę w/w wymagania na wymaganie fakultatywne. Systemy ERP składają się często z elementów/modułów pisanych w różnych technologiach np. narzędzia analityczno- raportujące posiadają inny interfejs niż formatki/formularze obszaru Finansowo-Księgowego. Zwracamy uwagę, że sformułowanie „jednolity wygląd” jest niemierzalne i niezasadne biznesowo. W zależności od obszaru funkcjonalnego systemu i kontekstu wyświetlanych danych zasadne jest użycie różnego wyglądu i interfejsu.

ODPOWIEDŹ NA PYTANIE 8

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 6

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

“OG.78 Musi zostać zapewniona jednolitość wyglądu i obsługi interfejsu w zakresie danego obszaru.”

PYTANIE 9

Dotyczy: Załącznik nr 1 do SIWZ

OG.84. System musi umożliwiać wyznaczanie wskaźnikiem myszy szerokości kolumn w wyświetlanych tabelach.

Prosimy o zmianę w/w wymagania na wymaganie fakultatywne. Powyższe wymaganie powinno dotyczyć co najwyżej funkcjonalności narzędzi raportujących np. Generatora Raportów. Zwracamy uwagę, że narzucenie sposobu realizacji interfejsu nie ma wpływu na realizację procesów biznesowych, a uniemożliwia oferowanie rozwiązań, które spełnią potrzeby biznesowe Zamawiającego, ale realizują funkcjonalności biznesowe w inny sposób

niż opisał to Zamawiający. Z punktu widzenia realizacji procesów i celów biznesowych narzucenie sposobu realizacji konkretnych czynności w systemie nie jest zasadne i ogranicza konkurencyjność.

ODPOWIEDŹ NA PYTANIE 9

Zamawiający nie wyraża zgody na zmiany wymagania na fakultatywne:

1) ze względów praktycznych wynikających z mnogości danych prezentowanych jednoczasowo w wyświetlanych tabelach,

2) ze względów funkcjonalnych wyznaczanie wskaźnikiem myszy szerokości kolumn jest dla zamawiającego niezbędne.

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 7

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

„OG.84. System musi umożliwiać wyznaczanie wskaźnikiem myszy szerokości kolumn w wyświetlanych tabelach. Zamawiający dopuszcza możliwość zawijania tekstu w komórce tak, by cała treść tabeli była widoczna na jednym ekranie, bez konieczności przewijania poziomego.”

PYTANIE 10

Dotyczy: SIWZ4.6.Zamawiający na podstawie art. 34 ust. 5 Ustawy Pzp przewiduje zastosowanie prawa opcji.

4.6.1.Realizacja prawa opcji polegać będzie na świadczeniu Usług Rozwoju Systemu w wymiarze do 5 500 roboczogodzin w trakcie trwania Serwisu Utrzymaniowego tj. w trakcie 36 miesięcy licząc od dnia podpisania Protokołu Odbioru Etapu XI, wraz z odpowiednim zwiększeniem maksymalnej kwoty umowy, przeznaczonej na zrealizowanie zamówienia Prosimy o potwierdzenie, że Wykonawca ma w Formularzu Ofertowym nie uwzględniać kosztu związanego z prawem opcji (koszt 5,5 tys. roboczogodzin).

ODPOWIEDŹ NA PYTANIE 10

Wykonawca w Formularzu oferty powinien podać wartość całości przedmiotu zamówienia podstawowego, na które składa się Wdrożenie (Etapy 0-XI), Serwis Utrzymaniowy (36 miesięcy licząc od odbioru Etapu XI) oraz Usługa Rozwoju (500 roboczogodzin).

Cena jednej roboczogodziny świadczenia Usługi Rozwoju w ramach prawa opcji, będzie identyczna jak cena roboczogodziny świadczenia Usług Rozwoju w ramach zamówienia podstawowego i zostanie określona przez Wykonawcę w Formularzu oferty.

PYTANIE 11

Dotyczy: SIWZ

• Etap IV – Wdrożenie Systemu w ramach Pilotażu - do 150 dni kalendarzowych od odbioru Etapu III

• Etap V – Przeprowadzenie szkoleń dla Administratorów i Użytkowników Kluczowych przewidzianych do obsługi Pilotażu - do 30 dni kalendarzowych od odbioru Etapu IV

• Etap VI – Przygotowanie do Startu Pilotażu - do 30 dni kalendarzowych od odbioru Etapu V

• Etap VII – Przeprowadzenie Startu Pilotażu i Asysty Pilotażu - do 90 dni kalendarzowych od odbioru Etapu VI

Prosimy o szczegółowe opisanie Pilotażu, w tym w szczególności prosimy o wskazanie:

a) zakres modułów realizowanych w ramach Pilotażu,

b) zakresu funkcjonalnego realizowanego w ramach Pilotażu,

c) zakresu wymagań pozafunkcjonalnych realizowanych w ramach Pilotażu,

d) zakresu szkoleń realizowanych w ramach Pilotażu (moduły funkcjonalne, liczba podmiotów, liczba uczestników szkoleń, itp.),

e) podmiotów uczestniczących w Pilotażu,

f) liczba użytkowników uczestniczących w Pilotażu.

ODPOWIEDŹ NA PYTANIE 11

Zamawiający informuje, iż szczegółowe dane odnośnie Pilotażu, opisane zostały w Załączniku nr 1 do SIWZ – Opisie przedmiotu zamówienia, w Rozdziale 10 – Wymagania w zakresie Asysty Pilotażu i Asysty Powdrożeniowej oraz w Rozdziale 17 – Wymagania w zakresie Produktów, w tabeli nr 6 – Szczegółowe wymagania dotyczące zakresu Produktów.

PYTANIE 12

Dotyczy: Załącznik nr 1 do SIWZ

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.

Prosimy o:

a) zmianę wymagania OG.22. Ekrany dotykowe na wymaganie fakultatywne,

b) wyjaśnienie w jakim zakresie system ERP ma obsługiwać wskazane urządzenia,

c) wyjaśnienie czy Zamawiający oczekuje współpracy z konkretnymi urządzeniami (posiadanymi przez Zamawiającego) np. Czytnik kodów kreskowych, Drukarka? A jeśli tak, to prosimy o wskazanie nazw i producentów urządzeń,

d) potwierdzenie, że wskazane urządzenia nie są objęte przedmiotem zamówienia/dostawy,

e) podanie przykładu biznesowego użycia każdego z wymienionych urządzeń oraz oczekiwanej współpracy urządzenia z systemem.

ODPOWIEDŹ NA PYTANIE 12

Ad. a) Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy. Ad. b) Zamawiający wyjaśnia, iż wymaga, aby:

1) urządzenia wskazane w OG.22., OG.23, OG.25, OG.27, OG.30 były obsługiwane w pełnym zakresie, takim samym jaki daje system operacyjny Windows 10,

2) urządzenia wskazane w OG.24, OG.26, OG.28 – Komunikacja w zakresie przekazywania danych,

3) urządzenia wskazane w OG.29 – w zakresie wynikającym z prawa (np. Faktury VAT lub rejestrowane automatycznie paragony, itp.)

Ad. c) Zamawiający nie oczekuje współpracy z konkretnymi urządzeniami.

Ad. d) Zamawiający potwierdza, że wymienione urządzenia nie są objęte przedmiotem dostawy.

Ad. e) Zamawiający wyjaśnia, iż:

1) urządzenia wskazane w OG.22, OG.23, OG.25, OG.27, OG.30 – pospolita praca biurowa w systemie Windows 10;

2) urządzenia wskazane w OG.24 – Odczytywanie kodu kreskowego z naklejki inwentarzowej;

3) urządzenia wskazane w OG.26 – odczytanie wartości i zapisanie w odporniej komórce urządzenia pomiarowego np. dalmierza, licznika zużycia wody itp.;

4) urządzenia wskazane w OG.28 – komunikacja dwustronna pomiędzy bazą np. Kolektorem do inwentaryzacji. OG.29. Wystawianie faktur rejestr faktur i inne wynikające z obowiązującego prawa.

PYTANIE 13

Dotyczy: Załącznik nr 1 do SIWZ

OG.77. System musi umożliwiać pracę na 2 monitorach. W przypadku pracy na 2 monitorach System powinien dopasować wygląd ekranu oraz umożliwiać określenie wyświetlania elementów Systemu na wskazanym przez użytkownika ekranie.

Prosimy o potwierdzenie, że jeżeli system ERP udostępnia trzy kategorie rozdzielczości w jakiej można pracować na systemie (1024x768, 1280x1024 i 1440x900) – to Zamawiający uzna wymaganie za spełnione. Zwracamy uwagę, że narzucenie sposobu realizacji interfejsu nie ma wpływu na realizację procesów biznesowych a uniemożliwia oferowanie rozwiązań, które spełnią potrzeby biznesowe Zamawiającego, ale realizują funkcjonalności biznesowe w inny sposób niż opisał to Zamawiający. Z punktu widzenia realizacji procesów i celów biznesowych narzucenie sposobu realizacji konkretnych czynności w systemie nie jest zasadne i ogranicza konkurencyjność.

ODPOWIEDŹ NA PYTANIE 13

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 8

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

“OG.77 System musi umożliwiać pracę na 2 monitorach. W przypadku pracy na 2 monitorach System powinien dopasować wygląd ekranu oraz umożliwiać określenie wyświetlania elementów Systemu na wskazanym przez użytkownika ekranie. Funkcjonalność ta może być realizowana poprzez otwieranie przez jednego użytkownika kilku sesji Systemu na jednej fizycznej końcówce klienta umożliwiając równoległą pracę w kilku obszarach funkcjonalnych.”

PYTANIE 14

Dotyczy: Załącznik nr 1 do SIWZ

OG.105. Wykorzystanie jednolitych narzędzi programistycznych dla całości dostarczanego Systemu.

Prosimy o zmianę w/w wymagania na wymaganie fakultatywne. Systemy ERP składają się często z elementów/modułów pisanych w różnych technologiach np. narzędzia analityczno- raportujące czy rozwiązania portalowe (np. Portal Pracownika) są napisane z wykorzystaniem innych narzędzi programistycznych niż formatki/formularze obszaru Finansowo-Księgowego.

ODPOWIEDŹ NA PYTANIE 14

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 9

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

PYTANIE 15

Dotyczy: Załącznik nr 1 do SIWZ

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

Prosimy o:

a) wskazanie z jakimi systemami homebanking’owymi ma wymieniać dane system ERP?

b) usunięcie zwrotu „i inne” lub wskazanie konkretnych systemów, z którymi mają być wymienione dane (zgodnie z przepisami PZP, Art. 29. 1. Przedmiot zamówienia opisuje się w sposób jednoznaczny i wyczerpujący, za pomocą dostatecznie dokładnych i zrozumiałych określeń, uwzględniając wszystkie wymagania i okoliczności mogące mieć wpływ na sporządzenie oferty). Utrzymanie zwrotu „i inne” uniemożliwia Wykonawcy oszacowanie kosztów realizacji przedmiotu zamówienia i dokonanie rzetelnej wyceny.

ODPOWIEDŹ NA PYTANIE 15

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 10

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

“OG.107 Wymiana danych z systemem Płatnik, homebanking.” Uzasadnienie:

Dla systemów ISOK, ISOK/SIGW, System elektronicznego obiegu dokumentów integracja powinna odbywać się za pomocą udostępnionych przez Zamawiającego API dedykowanych do każdego z wskazanych systemów. Po podpisaniu Umowy z Wykonawcą zostanie przekazana niezbędna dokumentacja API. Przekazanie dokumentacji na etapie postępowania przetargowego ze względów bezpieczeństwa nie jest możliwe.

Dla systemów, dla których Zamawiający posiada podpisane Umowy np. ISOK, SIGW, Zamawiający zapewni wsparcie np. w formie konsultacji. Modyfikacja aplikacji z którymi System będzie integrowany nie jest przedmiotem zamówienia.

PYTANIE 16

Dotyczy: Załącznik nr 1 do SIWZ

OG.116. tworzenie raportów przy wykorzystaniu zdefiniowanych kostek OLAP

Prosimy o potwierdzenie, że użyty w wymaganiu zwrot „kostek OLAP” odnosi się do tematyki wielowymiarowych zestawień/raportów, a Zamawiający nie wymaga budowy Hurtowni Danych ze strukturami w postaci kostek OLAP.

ODPOWIEDŹ NA PYTANIE 16

Zamawiający potwierdza, że użyty w wymaganiu zwrot „kostek OLAP” odnosi się do tematyki wielowymiarowych zestawień/raportów.

PYTANIE 17

Dotyczy: Załącznik nr 1 do SIWZ

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

Prosimy o zmianę wymagania na fakultatywne. W praktyce często można się spotkać z rozwiązaniami, które dla systemu ERP posiadają jedną bazę (jednego producenta), ale dla modułów/elementów raportowo-analitycznych czy portalowych (np. Portal Pracownika) bazę darmową lub bazę innego producenta RDBMS.

ODPOWIEDŹ NA PYTANIE 17

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 11

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

“OG.104 Jeden motor bazy danych. Zamawiający dopuszcza zastosowanie innych baz technicznych w ramach poszczególnych komponentów systemu.”

PYTANIE 18

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

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

Prosimy o potwierdzenie, że Zamawiający uzna wymaganie za spełnione, jeśli w kartotece kontrahentów będzie możliwość określenia czy kontrahent jest osobą fizyczną czy prawną oraz możliwość wskazania czy kontrahent jest pracownikiem czy zleceniodawcą.

ODPOWIEDŹ NA PYTANIE 18

Zamawiający potwierdza, że uzna wymaganie za spełnione, jeśli w kartotece kontrahentów będzie możliwość określenia, czy kontrahent jest osobą fizyczną, czy prawną oraz możliwość wskazania, czy kontrahent jest pracownikiem, czy zleceniodawcą.

PYTANIE 19

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność FK.03 Rejestracja sposobu obsługi odsetek dla kontrahenta, np. odsetek podatkowych, ustawowych, umownych, dla transakcji handlowych.

Prosimy o potwierdzenie, że Zamawiający uzna wymaganie za spełnione, jeśli w systemie będzie istniała możliwość wprowadzenia wielu typów odsetek oraz możliwość wyboru typu odsetek podczas naliczania not odsetkowych dla wskazanego kontrahenta.

ODPOWIEDŹ NA PYTANIE 19

Zamawiający uzna wymaganie za spełnione, jeśli dla wskazanego kontrahenta będzie możliwość przypisania rodzaju odsetek do właściwego konta rozrachunkowego determinującego rodzaj odsetek.

PYTANIE 20

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność FK.07 Możliwość zdefiniowania roku obrotowego równego rokowi kalendarzowemu, w skład którego wejdą okresy sprawozdawcze: miesiące i kwartały.

Prosimy o potwierdzenie, że Zamawiający będzie wykorzystywał kwartał do celów raportowania z systemu FK.

ODPOWIEDŹ NA PYTANIE 20

Zamawiający informuje, że będzie wykorzystywał do raportowania miesiące i kwartały.

PYTANIE 21

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność FK.09 Dowolna liczba lat obrotowych i okresów rozliczeniowych w roku (możliwość jednoczesnej pracy na dowolnej liczbie okresów)

Prosimy o potwierdzenie, że Zamawiający uzna wymaganie za spełnione, jeśli w systemie będzie istniała możliwość pracy równoległej w 2 latach obrotowych tzn. możliwość pracy równoległej na wszystkich okresach 2 lat obrachunkowych.

ODPOWIEDŹ NA PYTANIE 21

Zamawiający potwierdza, że uzna wymaganie za spełnione, jeśli w systemie będzie istniała możliwość pracy równoległej w 2 latach obrotowych tzn. możliwość pracy równoległej na wszystkich okresach 2 lat obrachunkowych.

PYTANIE 22

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność FK.34 Możliwość wyświetlenia historii planu kont.

Prosimy o doprecyzowanie stwierdzenia „wyświetlenie historii planu kont”. Prosimy o podanie przykładu biznesowego. Prosimy o podanie oczekiwanego zachowania systemu.

ODPOWIEDŹ NA PYTANIE 22

Zamawiający informuje, że uzna wymaganie za spełnione, jeśli będzie możliwość prześledzenia zmian wprowadzonych do planu kont, w szczególności dotyczących wprowadzonych zmian w kolejnych latach np. podgląd planu kont obowiązującego w różnych okresach.

PYTANIE 23

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność FK.40 Możliwość definiowania rezerw, które mogą być przypisywane do różnych kont księgowych.

Wymaganie jest niezrozumiałe. Prosimy o podanie przykładu biznesowego. Prosimy o podanie oczekiwanego zachowania systemu.

ODPOWIEDŹ NA PYTANIE 23

Zamawiający ewidencjonuje rezerwy na różnych kontach księgowych np. Konto 84x – kontrahent – konto celowe (np. 20x, 24x)

System w trakcie definiowania rezerwy powinien pozwolić na powiązanie utworzonej rezerwy z operacją pierwotną na koncie celowym.

PYTANIE 24

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność FK.158 Unieważnienie zaksięgowanego dowodu dla uprawnionych użytkowników.

Prosimy o potwierdzenie, że Zamawiający uzna wymaganie za spełnione jeśli w systemie będzie istnieć możliwość wstępnego księgowania, które może wycofać uprawniony użytkownik. Zgodnie z przepisami dokumentów zaksięgowanych nie można wycofać, można je jedynie wystornować.

ODPOWIEDŹ NA PYTANIE 24

Zamawiający potwierdza, że uzna wymaganie za spełnione, jeśli w systemie będzie istnieć możliwość wstępnego księgowania, które może wycofać uprawniony użytkownik.

PYTANIE 25

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność FK.163 Możliwość zdefiniowania własnych zakresów czasowych przeterminowania.

Prosimy o potwierdzenie, że Zamawiający uzna wymaganie za spełnione jeśli użytkownik będzie miał możliwość modyfikacji zakresów czasowych przeterminowania podczas naliczania not odsetkowych, wezwań do zapłaty itp.

ODPOWIEDŹ NA PYTANIE 25

Zamawiający informuje, że uzna wymaganie za spełnione, jeśli użytkownik będzie miał możliwość modyfikacji zakresów czasowych przeterminowania podczas naliczania not odsetkowych, wezwań do zapłaty, sporządzania raportów związanych z przeterminowaniem zobowiązań lub należności.

PYTANIE 26

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność FK.199 Możliwość przygotowywania i obsługi list płatności.

Wymaganie jest niezrozumiałe. Prosimy o podanie przykładu biznesowego. Prosimy o podanie oczekiwanego zachowania systemu.

ODPOWIEDŹ NA PYTANIE 26

Zamawiający informuje, że uzna wymaganie za spełnione, jeśli system będzie generował zestawienie płatności ze wskazaniem danego dnia lub wskazanego okresu.

PYTANIE 27

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne Funkcjonalność FK.195, FK.196, FK.206

Prosimy o usunięcie wymagań. Zwracamy uwagę, że brak jest treści wymagania w powyższych punktach.

ODPOWIEDŹ NA PYTANIE 27

Zamawiający informuje, że w Załączniku nr 1 do OPZ – Funkcjonalności obligatoryjne, omyłkowo wprowadzone zostały funkcjonalności FK.195, FK.196, FK.206. Wiersze te zostają puste.

PYTANIE 28

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność FK.203 Umożliwienie parowania transakcji dokonanych kartą płatniczą, BLIK-iem, szybkim przelewem z fakturą.

Prosimy o potwierdzenie, że Zamawiający uzna wymaganie za spełnione jeśli w systemie będzie istniała możliwość parowania transakcji dokonanych kartą płatniczą, BLIK-iem, szybkim przelewem z fakturą, z tym że transakcje dokonane kartą płatniczą, BLIK-iem, szybkim przelewem mogą być wprowadzane do systemu „manualnie”.

ODPOWIEDŹ NA PYTANIE 28

Zamawiający informuje, że uzna wymaganie za spełnione, jeśli w systemie będzie istniała możliwość parowania transakcji dokonanych kartą płatniczą, BLIK-iem, szybkim przelewem z fakturą.

Zamawiający dopuszcza wprowadzanie danych manualnie w przypadku braku w opisie transakcji danych umożliwiających identyfikację płatności.

PYTANIE 29

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność ST.115 System umożliwia rozliczanie nakładów inwestycyjnych na środki trwałe i oznaczanie ich jako oddane do użytkowania.

Wymaganie nie określa sposobu rozliczania nakładów inwestycyjnych. Prosimy o podanie przykładu biznesowego. Prosimy o podanie oczekiwanego zachowania systemu.

ODPOWIEDŹ NA PYTANIE 29

Zamawiający informuje, że w momencie przyjmowania środka trwałego, powstającego z nakładów inwestycyjnych, system ma umożliwiać automatyczne rozliczanie nakładów inwestycyjnych w powstający środek trwały.

Powstający dokument OT powiązany jest automatycznie ze wskazanymi przez użytkownika nakładami. W momencie zakończenia tworzenia dokumentu OT system ma rozliczyć nakłady inwestycyjne (zdjęcie z zapisów konta środki trwałe w budowie) oraz utworzyć oddany do użytkowania środek trwały, ze wskazaniem przez użytkownika właściwej pozycji KŚT. Wskazanie to determinuje automatyczne księgowanie do właściwej pozycji aktywów.

PYTANIE 30

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność HR.034 Informacje o zatrudnieniu aktualnym zawierające między innymi: metoda wyznaczania wynagrodzenia,

Wymaganie jest niezrozumiałe. Czy chodzi o informację o systemie wynagrodzeń (miesiąc liczenia, typ stawki, zależność stawki od wskaźnika, kategorii zaszeregowania)?

Prosimy o podanie przykładu biznesowego. Prosimy o podanie oczekiwanego zachowania systemu.

ODPOWIEDŹ NA PYTANIE 30

W związku z trwającymi negocjacjami w sprawie jednorodnego systemu wynagradzania pracowników PGW WP z partnerem społecznym (związki zawodowe) w organizacji obowiązują korzystniejsze dla pracowników postanowienia, różne systemy wynagradzania:

1) Ponadzakładowy Układ Zbiorowy Pracy,

2) Ustawa o służbie cywilnej,

3) Ustawa o pracownikach samorządowych,

4) Inne przejęte regulacje.

System musi zapewnić prawidłowe oznaczenie pracowników w zależności, czy są objęci postanowieniami np. PUZP, czy innej regulacji. System musi zapewnić wybór opcji sposoby wynagrodzenia, oznaczenie systemu wynagradzania a także miesięczne wynagrodzenie (zasadnicze i pozostałe stałe składniki wynagrodzenia), stawki zaszeregowania, itp.

Zgodnie z regulaminem pracy system musi umożliwić naliczanie wynagrodzenia z podziałem na różne terminy płatności np.: pracownicy “umysłowi” na 28 każdego miesiąca oraz pracownicy na stanowiskach wykonawczych na 10 dzień miesiąca po miesiącu przepracowanym.

PYTANIE 31

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność HR.120 System powinien umożliwiać generowanie sprawozdań CIT ST i CIT ST roczny. Dane syntetyczne i analityczne oraz gotowy dokument.

Prosimy o wyjaśnienie dlatego funkcjonalność CIT ST została ujęta w części Kadry.

ODPOWIEDŹ NA PYTANIE 31

Zamawiający informuje, że dane do CIT-ST i CIT-ST rocznego znajdują się w systemie informatycznym w module Kadry, ponieważ dotyczą miejsca wykonywania pracy pracowników. Raporty są przygotowywane w wersji analitycznej i syntetycznej, a deklaracja CIT-ST (narastająco miesięczny) przekazywana jest do urzędu skarbowego dla PGW WP przez pracownika Wydziału Personalnego. CIT-ST roczny jest załącznikiem do CIT i nie jest wysyłany przez pracownika Wydziału Personalnego. Deklaracje CIT-ST, jak i CIT-ST roczny, muszą automatycznie być generowane z systemu, a miejsce umieszczenia funkcjonalności musi pozwolić na wygenerowanie deklaracji.

PYTANIE 32

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność PL.027 Kumulowanie wartości składników płacowych.

Wymaganie jest niezrozumiałe. Prosimy o doprecyzowanie czy chodzi o sumowanie składników płacowych czy o sumowanie narastające. Prosimy o podanie przykładu biznesowego. Prosimy o podanie oczekiwanego zachowania systemu.

ODPOWIEDŹ NA PYTANIE 32

Zamawiający informuje, że funkcjonalność dotyczy sumowania narastająco wszystkich wypłat pracownika w danym miesiącu w celu poprawnego naliczenia składek ZUS oraz zaliczki na podatek dochodowy.

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 12

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, punkt PL.027 otrzymuje brzmienie:

„PL.027 Kumulowanie wartości składników płacowych w sposób umożliwiający sumowanie wszystkich wypłat pracownika narastająco w danym miesiącu w taki sposób, aby składki ZUS oraz zaliczka na podatek naliczane były zgodnie z przepisami.”

PYTANIE 33

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność PL.190 Możliwość definiowania własnych kartotek.

Prosimy o doprecyzowanie pojęcia „kartoteka”. Prosimy o podanie przykładów kartotek.

ODPOWIEDŹ NA PYTANIE 33

Zamawiający informuje, że funkcjonalność dotyczy możliwości założenia kartotek x.xx. dla umów zlecenie, umów o dzieło, praw majątkowych, itp.

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 13

Załącznik Nr 1 do OPZ – Funkcjonalności obligatoryjne, punkt PL.190 otrzymuje brzmienie:

„PL.190 Możliwość definiowania własnych kartotek z podziałem na rodzaje zawieranych i rozliczanych umów cywilnoprawnych, wypłacanych praw majątkowych i tp.”

PYTANIE 34

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność PL.191 Definiowanie formuł wyliczeniowych.

Wymaganie jest nieprecyzyjne. Prosimy o określenie do czego mają się odnosić formuły wyliczeniowe. Prosimy o podanie przykładu biznesowego. Prosimy o podanie oczekiwanego zachowania systemu.

ODPOWIEDŹ NA PYTANIE 34

Zamawiający informuje, że funkcjonalność ma pozwalać na definiowanie formuł wyliczeniowych dla nowych składników wynagrodzenia wcześniej nie zdefiniowanych.

PYTANIE 35

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność GM.111 Karta Wyposażenia Pracownika

Wymaganie jest niezrozumiałe. Prosimy o podanie przykładu biznesowego. Prosimy o podanie oczekiwanego zachowania systemu.

ODPOWIEDŹ NA PYTANIE 35

Zamawiający informuje, że Xxxxx Wyposażenia Pracownika, to indywidualny spis ewidencyjny mienia, który został temu pracownikowi powierzony przez pracodawcę.

Program powinien posiadać funkcjonalność aktualizacji i wydruku dokumentu “Karty wyposażenia pracownika” zgodnie z ewidencją księgową.

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 14

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

„GM.111 Karta Wyposażenia Pracownika. Karta Wyposażenia Pracownika, to indywidualny spis ewidencyjny mienia, który został temu pracownikowi powierzony przez pracodawcę. Program powinien posiadać funkcjonalność aktualizacji i wydruku dokumentu “Karty wyposażenia pracownika” zgodnie z ewidencją księgową.”

PYTANIE 36

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność GM.113 Spis Inwentarza – Wywieszka

Wymaganie jest niezrozumiałe. Prosimy o podanie przykładu biznesowego. Prosimy o podanie oczekiwanego zachowania systemu.

ODPOWIEDŹ NA PYTANIE 36

Zamawiający informuje, że Xxxx inwentarza zwany Wywieszką, to spis składników majątku znajdującego się w danym pomieszczeniu/pokoju. Sporządzany jest oddzielnie dla każdego pomieszczenia/pokoju zgodnie z ewidencją księgową.

Program powinien mieć funkcjonalność aktualizacji i wydruku dokumentu spisu inwentarza, dla każdego pomieszczenia/pokoju.

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 15

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

„GM.113 Spis Inwentarza – Wywieszka - to spis składników majątku znajdującego się w danym pomieszczeniu/pokoju. Sporządzany jest oddzielnie dla każdego pomieszczenia/pokoju zgodnie z ewidencją księgową. Program powinien mieć funkcjonalność aktualizacji i wydruku dokumentu spisu inwentarza, dla każdego pomieszczenia/pokoju.”

PYTANIE 37

Dotyczy: Zalacznik_nr_1_do_OPZ_-_Funkcjonalnosci_obligatoryjne

Funkcjonalność FK.258 Przypisanie numeru dziennika oraz na etapie dekretacji do dokumentu księgowego.

Prosimy o potwierdzenie, że Zamawiający uzna wymaganie za spełnione, jeśli numery dziennika będą nadawane przez system na etapie księgowania.

ODPOWIEDŹ NA PYTANIE 37

Zamawiający potwierdza, że uzna wymaganie za spełnione, jeśli numery dziennika będą nadawane przez system na etapie księgowania.

PYTANIE 38

Dotyczy: Załącznik nr 1 do SIWZ. Opis Przedmiotu Zamówienia. Wymagania w zakresie Infrastruktury Sprzętowej

Zamawiający posiada 4000 licencji dostępowych (licencjowane per user) Windows Server CAL Pytanie: Czy oprócz wspomnianych licencji Windows Server CAL Zamawiający ma licencje CAL na RDS - zdalny pulpit? Jeżeli tak to w jakiej ilości? Na jaką wersję Windows Server są posiadane licencje dostępowe?

ODPOWIEDŹ NA PYTANIE 38

Zamawiający informuje, że nie posiada licencji RDS. Zamawiający posada licencje dostępowe na Windows serwer 2019.

PYTANIE 39

Dotyczy: Załącznik nr 1 do SIWZ. Opis Przedmiotu Zamówienia. Wymagania w zakresie Infrastruktury Sprzętowej

Wszystkie urządzenia muszą być dostarczone z kompletem elementów niezbędnych do ich montażu w szafach rack 19”.

Pytanie: Ile przestrzeni w szafach rack znajduje się w poszczególnych lokalizacjach?

ODPOWIEDŹ NA PYTANIE 39

Zamawiający informuje, że w lokalizacji podstawowej jest około 30 U.

W lokalizacji zapasowej jest możliwość postawienia dodatkowej szafy (42 U).

PYTANIE 40

Dotyczy: Załącznik nr 1 do SIWZ. Opis Przedmiotu Zamówienia. Wymagania w zakresie Infrastruktury Sprzętowej

W ramach rozwiązania muszą być dostarczone wszystkie wymagane licencje konieczne do poprawnego jego działania dla oczekiwanych funkcjonalności.

Wymagane jest dostarczenie oświadczenia od Wykonawcy, iż zaoferowane Oprogramowanie jest zgodne z zasadami licencjonowania producenta.

Pytanie: Czy Oprogramowanie i licencje dostarczone w ramach realizacji projektu, niezbędne do właściwego działania Infrastruktury Sprzętowej mogą być licencjami darmowymi (Open Source)?

ODPOWIEDŹ NA PYTANIE 40

Zamawiający wyraża zgodę, na zastosowanie oprogramowania Open Source, z zastrzeżeniem, iż licencja musi być z przeznaczaniem do zastosowań komercyjnych oraz system jest cyklicznie aktualizowany przez producenta.

PYTANIE 41

Dotyczy: Załącznik nr 1 do SIWZ. Opis Przedmiotu Zamówienia. Wymagania w zakresie Infrastruktury Sprzętowej

Infrastruktura Sprzętowa zostanie objęta Gwarancją Jakości począwszy od dnia jej odbioru i nie krócej niż przez 24 miesiące od dnia podpisania Protokołu Odbioru Wdrożenia.

Pytanie: Zgodnie z powyższym zapisem gwarancja na Infrastrukturę ma być liczona od dnia odbioru sprzętu w Etapie II do momentu podpisania Protokołu Odbioru Wdrożenia w Etapie XI oraz na kolejne 24 miesiące daty podpisania Protokołu Odbioru Wdrożenia?

ODPOWIEDŹ NA PYTANIE 41

Zamawiający potwierdza, iż dostarczona infrastruktura będzie objęta gwarancją od dnia jej dostarczenia oraz po odbiorze etapu XI przez okres minimum 24 m-cy. Zamawiający informuje, iż długość zaoferowanego okresu gwarancji następujący po odbiorze etapu XI stanowi kryterium oceny ofert.

PYTANIE 42

Dotyczy: Załącznik nr 1 do SIWZ. Opis Przedmiotu Zamówienia. Wymagania w zakresie Infrastruktury Sprzętowej

Wymagane jest dostarczenie Infrastruktury Sprzętowej dla:

a. Ośrodka podstawowego zlokalizowanego w Warszawie,

b. Ośrodka zapasowego zlokalizowanego w Piasecznie.

Pytanie: Czy Zmawiający ma wymagania odnośnie rodzaju i ilości sprzętu dostarczonego do poszczególnych ośrodków? Ile jest dostępnego miejsca w poszczególnych lokalizacjach?

ODPOWIEDŹ NA PYTANIE 42

Zamawiający informuje, że Infrastruktura dostarczona przez wykonawcę musi spełniać wymogi zawarte w OPZ.

Na część drugą pytania udzielono odpowiedzi w odpowiedzi na pytanie 48.

PYTANIE 43

Dotyczy wymagań: OPŁ.2, OPŁ.36-42,44,45

Wykonawca prosi o wyjaśnienie sposobu korzystania z "Bazy Pozwoleń Wodnoprawnych" w ISOK. –

A) Czy Użytkownik Systemu ERP niezależnie będzie miał tez konto w systemie ISOK i bez integracji z Systemem ERP "wykorzysta" dane z pozwolenia wodnoprawnego wprowadzając je manualnie do Systemu ERP?

B) Czy też wymagana jest od Wykonawcy Systemu ERP integracja pozwalająca na automatyzację wykorzystania danych. Jeśli wymagana jest automatyzacja to prosimy o określenie zakresu automatyzacji:

i) pełna automatyzacja - dane przepisują się do Modułu Opłaty za Usługi Wodne i przy każdej zmianie danych w pozwoleniu wodnoprawnym (zgodnie z wymaganiami OPŁ.36-45) następuje powiadomienie użytkownika w Systemie ERP i po jego aprobacie aktualizacja danych w systemie ERP a funkcjonalność Moduł Opłat Systemu ERP nie pozwala na zmiany danych w sprzeczności z danymi z dokumentu pozwolenia wodnoprawnego. W przypadku konieczności zmiany danych powinno wygenerować się żądanie zmiany danych źródłowych w systemie ISOK skierowane do właściwego użytkownika systemu ISOK

ii) półautomatyzacja - moduł integracyjny podpowiada dane z pozwolenia wodnoprawnego, ale po ich zapisaniu dane mogą ulegać w Systemie ERP dowolnej edycji i system nie sprawdza zgodności z danymi na pozwoleniu wodnoprawnym. System ERP wyświetlać będzie powiadomienia otrzymane od Systemu ISOK o zmianach w pozwoleniach wodnoprawnych opisanych w wymaganiach OPŁ.36-45.

iii) minimalna automatyzacja - możliwy jest podgląd właściwego pozwolenia wodnoprawnego przy wprowadzaniu manualnym danych do Systemu ERP i

udostępniona jest dodatkowa funkcjonalność Systemu ERP przeznaczona dla pracowników Zamawiającego obsługujących w ISOK pozwolenia wodnoprawne, w której poza zmianami w samych pozwoleniach wpisują fakt wystąpienia zdarzeń opisanych w wymaganiach OPŁ.36-45 tak, aby System ERP mógł generować powiadomienia. Taka funkcjonalność nie byłaby zintegrowana z systemem ISOK, wymagałaby autoryzacji jak do systemu ERP.

ODPOWIEDŹ NA PYTANIE 43

A) Użytkownik ERP nie będzie wprowadzał ręcznie danych z systemu ISOK. Zamawiający zakłada integrację bazy Systemu ISOK z bazą danych Systemu ERP.

B) Przewidywana jest integracja pozwalająca na pełną automatyzację. Szczegółowy zakres integracji zostanie określony na etapie Analizy przedwdrożeniowej.

PYTANIE 44

Dotyczy wymagania OPL.46-49

Czy Wykonawca Systemu ERP ma zadbać o uspójnianie danych pomiędzy ISOK a Systemem ERP w zakresie danych o podmiotach – tak, żeby podmiot z drobnymi różnicami w pisowni (np. adresu) nie był traktowany jako odrębny podmiot?

ODPOWIEDŹ NA PYTANIE 44

Wykonawca Systemu ERP powinien zadbać o uspójnianie danych pomiędzy ISOK a Systemem ERP w zakresie danych o podmiotach, w sposób pozwalający na wyeliminowanie powtarzających się pozycji, w związku z niespójnymi danymi.

PYTANIE 45

Pytanie dotyczy wzoru umowy. Czy Zamawiający potwierdza, ze w zakresie modyfikacji oprogramowania standardowego zastosowanie będą miały warunki licencji na oprogramowanie standardowe a w zakresie elementów podlegających rozbudowie nastąpi przeniesienie praw własności intelektualnej (oprogramowanie dedykowane)?

ODPOWIEDŹ NA PYTANIE 45

Zamawiający potwierdza, że w zakresie modyfikacji oprogramowania standardowego, zastosowanie będą miały warunki licencji na oprogramowanie standardowe, a w zakresie elementów podlegających rozbudowie nastąpi przeniesienie praw własności intelektualnej (oprogramowanie dedykowane).

PYTANIE 46

Pytanie dotyczy wzoru umowy. czy Zamawiający zmniejszy karę umowną określoną w § 17 ust. 3 pkt 3 do poziomu 3.000 zł?

ODPOWIEDŹ NA PYTANIE 46

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

PYTANIE 47

Pytanie dotyczy wzoru umowy. czy Zamawiający zmniejszy karę umowną określoną w § 17 ust. 3 pkt 4 do poziomu 1.500 zł?

ODPOWIEDŹ NA PYTANIE 47

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

PYTANIE 48

Pytanie dotyczy wzoru umowy. czy Zamawiający zmniejszy karę umowną określoną w § 17 ust. 3 pkt 12 do poziomu 50.000,00 zł?

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

PYTANIE 49

Pytanie dotyczy wzoru umowy. czy Zamawiający zmniejszy karę umowną określoną w § 17 ust. 3 pkt 13 do poziomu 10%?

ODPOWIEDŹ NA PYTANIE 49

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

PYTANIE 50

Pytanie dotyczy wzoru umowy. czy Zamawiający zmniejszy karę umowną określoną w § 17 ust. 3 pkt 14 do poziomu 10%?

ODPOWIEDŹ NA PYTANIE 50

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

PYTANIE 51

Pytanie dotyczy wzoru umowy. czy Zamawiający zmniejszy karę umowną określoną w § 17 ust. 3 pkt 15 do poziomu 3.000 zł?

ODPOWIEDŹ NA PYTANIE 51

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

PYTANIE 52

Pytanie dotyczy wzoru umowy. czy Zamawiający zmniejszy karę umowną określoną w § 17 ust. 3 pkt 16 do poziomu 3.000 zł?

ODPOWIEDŹ NA PYTANIE 52

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

PYTANIE 53

Pytanie dotyczy wzoru umowy. czy Zamawiający zmniejszy karę umowną określoną w § 17 ust. 3 pkt 17 do poziomu 3.000 zł?

ODPOWIEDŹ NA PYTANIE 53

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

PYTANIE 54

Dla ilu podmiotów prowadzone są rozrachunki z tytułu opłat za usługi wodne? (Chodzi o ilość unikalnych podmiotów, nie umów. Jeden podmiot może mieć wiele umów/tytułów).

ODPOWIEDŹ NA PYTANIE 54

Na chwilę obecną liczba unikalnych podmiotów dla opłaty stałej i zmiennej wynosi około 19 tysięcy, przy czym liczba ta może stopniowo wzrastać, w wyniku udzielania kolejnych pozwoleń wodnoprawnych na korzystanie z usług wodnych. Bezpiecznie założyć liczbę 20 tysięcy podmiotów, dla których prowadzone będą rozrachunki w trakcie rozpoczęcia eksploatacji produktu.

PYTANIE 55

Dla ilu osób naliczane są płace? Chodzi o łączną ilość osób otrzymujących wynagrodzenie/zapłatę z tytułu zatrudnienia i umów cywilno – prawnych.

Zamawiający informuje, że płace naliczane są: z tytułu umowy o pracę – 6 550 osobom oraz z tytułu umów cywilno-prawnych – 50 osobom.

PYTANIE 56

Pytanie dotyczące Rozdziału 12. Wymagania w zakresie Migracji Danych

Proszę o zapewnienie, że za poprawność, spójność i kompletność dostarczenia danych do migracji (w ustalonej na etapie analizy formie) odpowiada Zamawiający i że odpowiedzialność ta obejmuje zarówno eksport danych z istniejących systemów, jak również ewentualne ręczne przygotowanie danych tak, aby mogły być zaimportowane do wdrażanego Systemu. Wykonawca odpowiada natomiast za dostarczenie wzorców arkuszy migracyjnych oraz za zaimportowanie danych do Systemu. Przy czym Wykonawca odpowiada za zgodność danych zaimportowanych z danymi przekazanymi, a nie z danymi w Systemie źródłowym.

ODPOWIEDŹ NA PYTANIE 56

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 16

Załącznik Nr 1 do SIWZ – Opis przedmiotu zamówienia, w rozdziale 12 Wymagania w zakresie Migracji Danych, zostają dopisane kolejne punkty w brzmieniu:

„17. 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,

18. Zamawiający pozyska 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.”

Wyjaśnienie:

• Zamawiający potwierdza, iż będzie odpowiedzialny za dostarczenie danych w ustalonej na etapie Analizy Przedwdrożeniowej 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. Wykonawca będzie jednak wspierał Zamawiającego poprzez tworzenie skryptów i innych narzędzi pozwalających na poprawę danych.

• Zakres migracji danych wynika z zakresu wdrożenia, wymaganych do realizacji funkcjonalności Systemu. W rozdziale 12 OPZ, w pkt. 13 wskazano wymagane do migracji grupy danych z systemu EDEN, w pkt. 16 grupy danych do migracji z baz obecnie prowadzonych w formie arkuszy Excel. Ostateczny zakres danych z dokładnością do nazw pól zostanie ustalony na etapie Analizy Przedwdrożeniowej. Ze względów bezpieczeństwa nie jest możliwe opublikowanie w ramach postępowania szczegółowej dokumentacji obecnych rozwiązań.

• Zamawiający potwierdza, iż dane na potrzeby przeprowadzenia migracji zostaną dostarczone przez Zamawiającego w formie arkuszy migracyjnych w uzgodnionym formacie, np. CSV, XLS. Zamawiający zapewni wsparcie np. w formie konsultacji celem omówienia zakresu oraz struktury danych przeznaczonych do migracji.

PYTANIE 57

Dotyczy OG.17. Znormalizowane formaty tabel.

Co Zamawiający rozumie przez „znormalizowane formaty tabel”, prosimy o uszczegółowienie.

Zamawiający informuje, że wymaganie to dotyczy tabel w bazie danych Systemu. W bazie danych Systemu nie powinna występować redundancja danych.

PYTANIE 58

Dotyczy OG.21. Obsługa pliku błędów.

Co Zamawiający rozumie przez „Plik błędów”, prosimy o uszczegółowienie.

ODPOWIEDŹ NA PYTANIE 58

Zamawiający informuje, że pod pojęciem „Pliki błędów” należy rozumieć zapis logów Systemu dotyczących jego niesprawności (błędów). Wymagane jest, aby System umożliwiał generowanie plików z logami dotyczącymi błędów Systemu.

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 17

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

„OG.21. Obsługa pliku błędów - logów Systemu dotyczących jego niesprawności (błędów).”

PYTANIE 59

Dotyczy OG.41. przypisania użytkownika do struktury organizacyjnej

Czy wymaganie to jest spełnione, jeśli pracownik/użytkownik przypisywany jest do struktury organizacyjnej w module HR (Human and Resources)?

ODPOWIEDŹ NA PYTANIE 59

Zamawiający informuje, że wymaganie będzie spełnione, jeżeli pracownik/użytkownik przypisywany jest do struktury organizacyjnej w module HR (Human and Resources).

PYTANIE 60

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

Proponujemy przeniesienie tego wymagania na poziom AD (jedna ze standardowych funkcjonalności AD)

Lub (jeśli nie wyraziliby Państwo zgody) prosimy o uszczegółowienie zachowania systemu: w dni wolne / święta? Czy dotyczy to wszystkich użytkowników, czy wybranych grup itp? Czy jeżeli użytkownik wykonuje jakieś działania/obliczenia itp to też ma zostać wylogowany? Czy administrator/uprawniony użytkownik ma zachować bezwzględną możliwość logowania się do Systemu pomimo nałożonych restrykcji? Itp.

ODPOWIEDŹ NA PYTANIE 60

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

W system powinien dawać możliwość indywidualnego ustawiania dla wybranych pracowników możliwość logowania po 21:00 z podziałem na wybrane dni jak i godziny. Bezwzględna możliwość logowania się ma być możliwa tylko dla administratorów zajmujących się technicznymi sprawami systemu ERP takimi jak np. Tworzenie backapu systemu.

PYTANIE 61

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

Proponujemy przeniesienie tego wymagania na poziom AD (jedna ze standardowych funkcjonalności AD).

Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy. Zamawiający oczekuje, że funkcjonalność będzie niezależna od systemu.

PYTANIE 62

Dotyczy OG.77. System musi umożliwiać pracę na 2 monitorach. W przypadku pracy na

2 monitorach System powinien dopasować wygląd ekranu oraz umożliwiać określenie wyświetlania elementów Systemu na wskazanym przez użytkownika ekranie.

System umożliwia uruchomienie wielu sesji roboczych w osobnych oknach, które każde może wyświetlać różne transakcje/dane na różnych monitorach. Czy uznają Państwo punkt za spełniony?

ODPOWIEDŹ NA PYTANIE 62

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

PYTANIE 63

Dotyczy OG.93. System musi być możliwie maksymalnie zesłownikowany tj. każda informacja powtarzająca się przy wielu rekordach powinna być wybierana ze słownika.

System posiada możliwość definiowania słowników dla wielu różnych pól.

Dodatkowo pozwala na buforowanie wprowadzanych wartości na poziomie pola. Takie dane zapisywane są lokalnie na stacji roboczej. Podczas opracowywania danego pola, system podpowiada / wyświetla listę wprowadzanych wcześniej wartości.

Czy jest to wystarczające dla spełnienia wymagania? jeśli nie – proszę o uszczegółowienie.

ODPOWIEDŹ NA PYTANIE 63

Zamawiający informuje, że opis wskazanego rozwiązania jest wystarczający dla spełnienia ww. wymagania.

PYTANIE 64

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

Proszę o wyspecyfikowanie „innych” systemów, jak również opisanie zakresu wymienianych informacji.

ODPOWIEDŹ NA PYTANIE 64

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

PYTANIE 65

Dotyczy OG.139. Możliwość generowania dokumentów oraz raportów i zestawień na podstawie predefiniowanych szablonów, w których część danych będzie wypełniana automatycznie danymi z bazy danych.

Czy chodzi o działania typu: generowanie nowych angaży dla pracowników z Działu X, generowanie faktur/umów dla ustalonej grupy Klientów (gdzie treść dokumentu jest stała a dane poszczególnych Pracowników/Klientów są „wypełniane danymi z bazy danych”.)?

ODPOWIEDŹ NA PYTANIE 65

Zamawiający potwierdza, że chodzi o działania typu: generowanie nowych angaży dla pracowników z Działu X, generowanie faktur/umów dla ustalonej grupy Klientów, gdzie treść dokumentu jest stała, a dane poszczególnych Pracowników/Klientów są „wypełniane danymi z bazy danych”.

PYTANIE 66

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

Jak należy rozumieć możliwość ręcznej korekty w zestawieniu?

W przypadku ręcznej zmiany dokumentu, to o ile pozwala na to jego status przetwarzania, to jest to możliwe. W przypadku zestawienia, które możemy traktować jako wynik raportu, danych nie można zmienić. Jeśli natomiast dokument / raport zostanie wyeksportowany z Systemu np. do Excella – to tam, już bez połączenia z Systemem można dokonywać dowolnych korekt (niemających wpływu na dane w Systemie).

Czy to jest poprawne rozumienie tego wymagania?

ODPOWIEDŹ NA PYTANIE 66

Zamawiający informuje, że możliwość ręcznej korekty danych lub treści dotyczy danych wygenerowanych z Systemu. Nie jest wymagane, aby ręcznie wprowadzone korekty dla wartości, które zostały wygenerowane za pomocą zaszytych w Systemie algorytmów były wprowadzane do bazy Systemu.

PYTANIE 67

Dotyczy OG.141. Możliwość zapisania definicji zestawienia jako predefiniowanego raportu. Jak należy rozumieć możliwość zapisania definicji zestawienia – czy chodzi o zapisanie

„wariantu” raportu z konkretnymi filtrami na dane (np. dane dla jednego Oddziału, dane za wybrany okres itp? Czy o coś innego?

ODPOWIEDŹ NA PYTANIE 67

Zamawiający informuje, że ww. wymaganie dotyczy możliwości zdefiniowania raportu na podstawie zdefiniowanych kryteriów filtracji, wyszukiwania.

PYTANIE 68

Dotyczy OG.153. Oprogramowanie Dedykowane musi posiadać funkcjonalność, która zapewni, że użytkownik z uprawnieniami administratora Systemu będzie miał dostęp do słownika loginów i haseł wykorzystywanych przez Oprogramowanie Dedykowane do łączenia się z innymi systemami.

Jak należy rozumieć dostęp administratora do słowników loginów i haseł? Oferowany system nie przechowuje haseł w postaci jawnej, ale są one haszowane jednostronnym algorytmem. Ze względów bezpieczeństwa nie jest możliwe ich odczytanie a wyłącznie zmiana. Czy można uznać wymaganie za spełnione?

ODPOWIEDŹ NA PYTANIE 68

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 18

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

“OG.153 Oprogramowanie Dedykowane musi posiadać funkcjonalność, która zapewni, że użytkownik z uprawnieniami administratora Systemu będzie miał dostęp do słownika loginów i haseł w postaci nie jawnej. System musi dawać możliwość nadawanie nowego hasła tymczasowego (wykorzystywanych przez Oprogramowanie Dedykowane do łączenia się z innymi systemami.)”

PYTANIE 69

Dotyczy: FK.20 Możliwość grupowego zatwierdzania dokumentów automatycznych dekretacji ze wszystkich modułów zintegrowanego systemu informatycznego klasy ERP.

W oferowanym Systemie księgowania z ksiąg pomocniczych wykonywane są online, tzn., w momencie zatwierdzania danej operacji w księdze pomocniczej następuje automatyczne zaksięgowania zapisu w FI. Czy można to uznać za spełnienie tego wymagania?

ODPOWIEDŹ NA PYTANIE 69

Zamawiający uzna powyższe rozwiązanie za spełniające wymagania, pod warunkiem posiadania przez system buforu (zgodnie z wymaganiem FK.11).

PYTANIE 70

Dotyczy: FK.22 Możliwość zdefiniowania pola nazwy konta księgowego za pomocą minimum 50 znaków z możliwością wyświetlenia pełnej nazwy konta (nazwa konta może być krótsza). Proszę o potwierdzenie, że zamiast „minimum” powinno być „maksimum”.

ODPOWIEDŹ NA PYTANIE 70

Zamawiający informuje, że zdefiniowanie pola nazwy konta księgowego powinno być możliwe za pomocą minimum 50 znaków z możliwością wyświetlenia pełnej nazwy konta. Pole nazwy konta księgowego może być dłuższe niż 50 znaków.

PYTANIE 71

Dotyczy: FK.25 Możliwość wyboru opcji księgowania w księdze głównej: w czasie rzeczywistym lub z wykorzystaniem bufora.

Proszę o potwierdzenie, że wymaganie uznamy za spełnione, gdy będzie możliwość zapisywania dokumentu „wstępnie”, aby później móc go zaksięgować

ODPOWIEDŹ NA PYTANIE 71

Zamawiający potwierdza, że wymaganie zostanie uznane za spełnione, gdy będzie możliwość zapisywania dokumentu „wstępnie”, aby później móc go zaksięgować.

PYTANIE 72

Dotyczy: FK.27 Wydruki planu kont, przy czym system powinien umożliwiać wydruk wybranych elementów planu kont (konta syntetyczne, wybrany poziom analityki)

Proszę o usunięcie lub przeformułowanie 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 72

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

PYTANIE 73

Dotyczy: FK.28 Możliwość podglądów do historycznych wersji planów kont - prezentacja planu kont po wyborze roku.

Proszę o potwierdzenie, że poniższy opis zapewnia realizację tego wymagania:

Plan kont jako całość nie jest zależny od czasu, natomiast każde konto posiada ewidencje zmian i wg tej ewidencji można odtwarzać historyczny obraz planu kont.

ODPOWIEDŹ NA PYTANIE 73

Zamawiający uzna warunek za spełniony, jeśli odtworzenie historycznego planu kont pozwoli na prezentacje planu kont w wybranym okresie.

PYTANIE 74

Dotyczy: FK.48 Możliwość tworzenia automatycznych rozrachunków według rodzajów dokumentów.

Proszę o doprecyzowanie wymagania - o jakiego rodzaju „rodzaje dokumentów chodzi.

ODPOWIEDŹ NA PYTANIE 74

Tworzenie automatycznych rozrachunków polega na automatycznym rozliczeniu dokumentów rozliczeniowych (np. faktury wystawione, faktury otrzymane, informacje i decyzje wystawione) ze zaimportowanym automatycznie wyciągiem bankowym.

Dotyczy: FK.53 Możliwość automatycznego nadawania numerów wewnętrznych dla wprowadzanych dokumentów księgowych w podziale na lata i miesiące na podstawie wskazanej przez użytkownika daty - bez konieczności przełączania sekwencji okresowo i bez konieczności logowania się do wybranego okresu (równoległa praca w wielu otwartych okresach w tych samych dziennikach).

Proszę o doprecyzowanie – o jakiego rodzaju „wewnętrzną numerację” chodzi. Numery dokumentów FI w oferowanym Systemie są zależne od roku, nie od okresu. Nie ma konieczności „logowania się” do okresu.

ODPOWIEDŹ NA PYTANIE 75

Zamawiający informuje, że stosuje numerację dokumentów księgowych w oparciu o schemat zawierający zarówno rok, jak i miesiąc dokonania operacji księgowej.

PYTANIE 76

Dotyczy: FK.57 Automatyczne tworzenie księgowań zamknięć rocznych (ustalenie wyniku finansowego) – z możliwością zarządzania tym mechanizmem (definicja algorytmów przez użytkownika).

Proszę o doszczegółowienie o jakiego rodzaju „zarządzanie” chodzi? W oferowanym Systemie przeniesienie kosztów i przychodów (odpowiednio oznaczone w danych podstawowych) następuje automatycznie na koniec roku na zasadzie „wszystkie koszty i przychody odnoszone są na konto wyniku finansowego (np. 86*). Czy to jest poprawne rozumienie w/w wymagania?

ODPOWIEDŹ NA PYTANIE 76

Zamawiający potwierdza właściwe rozumienie w/w wymagania tj.: W oferowanym Systemie przeniesienie kosztów i przychodów (odpowiednio oznaczone w danych podstawowych) następuje automatycznie na koniec roku na zasadzie „wszystkie koszty i przychody odnoszone są na konto wyniku finansowego (np. 86*)

PYTANIE 77

Dotyczy: ZP.6 System musi uwzględniać możliwość zmian wynikających ze zmiany Nazwy jednostki, powołania/likwidacji jednostki w ramach struktury.

Proszę o doprecyzowanie wymagania. Co to znaczy „musi uwzględniać”?

ODPOWIEDŹ NA PYTANIE 77

Zamawiający wymaga, aby przez cały okres użytkowania systemu – w przypadku zmian organizacyjnych u Zamawiającego, np. utworzenie nowego wydziału lub departamentu w jednostce organizacyjnej (zmiany nazwy wydziału lub departamentu) – system powinien umożliwiać zaktualizowanie (ponowne zdefiniowanie/dodanie/usunięcie) listy wszystkich komórek organizacyjnych (słowników, o których mowa w Wymaganiach Ogólnych w pkt. OG. 48 i OG. 93) w sposób odzwierciedlający stan aktualny na dany dzień, przy czym system nie może zmieniać wstecz zdefiniowanych danych.

Przykład:

1. W Zarządzie Zlewni od 1 stycznia funkcjonuje komórka o nazwie Wydział Planowania i Monitorowania.

2. W dniu 1 czerwca w związku ze zmianą struktury w Zarządzie Zlewni Wydział Planowania i Monitorowania został podzielony na dwa odrębne: Wydział Planowania i Wydział Monitorowania.

3. W takim wypadku w system umożliwia wprowadzenie/zmodyfikowanie nowych wydziałów od dnia 1 czerwca.

4. Wszystkie wygenerowane między 1 stycznia a 31 maja dokumenty (np. wnioski dot. zamówień publicznych, wnioski – dot. zgłoszenia zadania do planu postępowań), wprowadzone przez dotychczasową komórkę zachowują swoją dotychczasową numerację i formę, natomiast wszystkie dane wprowadzane do systemu od 1 czerwca są generowane z aktualną nazwą komórek.

Dotyczy: ZP.33 klasyfikacja budżetu zadaniowego, Proszę o doprecyzowanie wymagania.

ODPOWIEDŹ NA PYTANIE 78

Inicjator wniosku w systemie wypełnia formularz wniosku uzupełniając/wybierając z listy rozwijanej klasyfikację budżetu zadaniowego zgodnie z przyjętymi w PGW WP zasadami i podziałem zadań w ramach budżetu zadaniowego. Aktualne kody klasyfikacji budżetu zadaniowego na rok 2020 r. kształtują się następująco (mogą ulec zmianie, dlatego system powinien umożliwiać możliwość definiowania w słowników, o których mowa w Wymaganiach Ogólnych w pkt OG. 48 i OG.93 klasyfikacji przez Zamawiającego):

Kod klasyfikacji zadaniowej	Cel
1	2
11.4.2.2.	Osiągnięcie określonego w PPPO stanu obiektów i utrzymanie budowli specjalnych oraz zaplecza materiałowo- technicznego do zabezpieczenia przepraw i przewozów na potrzeby Sił Zbrojnych i wojsk sojuszniczych przez sektor pozamilitarny
11.4.2.4.	Zwiększenie liczby osób w administracji publicznej przygotowanych do realizacji zadań obronnych w państwie
12.5.1.1	Osiągnięcie dobrego stanu wód
12.5.1.2	Racjonalne kształtowanie zasobów wodnych
12.5.1.3	Zapewnienie przestrzegania obowiązków wynikających z ustawy Prawo wodne
12.5.1.4	Zapewnienie dostępu do systemu informacyjnego gospodarowania wodami (SIGW)
12.5.1.5 W	Minimalizacja wpływu suszy na społeczeństwo, środowisko i gospodarkę
12.5.2.1.W	Utrzymanie dobrego stanu infrastruktury w zakresie gospodarowania wodami
12.5.2.3.	Racjonalne gospodarowanie majątkiem Skarbu Państwa
12.5.2.4.	Odtworzenie właściwych parametrów koryt cieków oraz infrastruktury hydrotechnicznej
12.5.3.1.	Ograniczenie ryzyka powodziowego
12.5.3.2.W	Zwiększenie skuteczności ochrony ludności przed powodzią
12.5.3.3.	Zapewnienie osłony społeczeństwa i gospodarki przed skutkami zjawisk ekstremalnych
	koszty pośrednie

PYTANIE 79

Dotyczy: ZP.110 System powinien umożliwiać automatyczne przenoszenie zaakceptowanego wniosku do zaangażowania w odpowiednim budżecie / planie finansowym.

Proszę o doprecyzowanie wymagania.

ODPOWIEDŹ NA PYTANIE 79

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 19

W Załączniku Nr 1 do OPZ – Funkcjonalności obligatoryjne, w części dotyczącej modułu ZP - Przygotowanie do wszczęcia/procedura wewnętrzna/[PRZYGOTOWANIE] po punkcie ZP.94, dodaje się następujące funkcjonalności:

ZP.94A	wartość szacunkowa brutto zamówienia,
ZP.94B	planowane źródło finansowania (Dotacja, Bank Światowy, Środki UE (PO IiŚ, RPO, inne), Środki przychodów własnych – art. 255 ust 1-10a, środki przychodów własnych – art. 255 ust 10b, Środki NFOŚiGW, Środki WFOŚIGW, Inne),
ZP.94C	W przypadku wyboru "Inne" systemu musi umożliwiać wprowadzenie informacji o innym źródle finansowania.
ZP.94E	nr pozycji planu finansowego PGW WP,
ZP.94F	klasyfikacja budżetu zadaniowego,

Jednocześnie zmianie ulega dotychczasowy pkt ZP. 110, który otrzymuje brzmienie:

ZP.110 System powinien umożliwiać blokadę środków w budżecie na realizację przedmiotu zamówienia wskazanego we wniosku.

Zamawiający wymaga, aby dane wprowadzane przez Inicjatorów (użytkowników systemu) w ramach funkcjonalności, o których mowa w Załączniku nr 1 do OPZ Wymagania funkcjonalne i ogólne w punktach ZP.25 – ZP.33, ZP.36; ZP.58 – ZP.66 oraz wprowadzonych w ramach funkcjonalności, o których mowa w punktach ZP.89 – ZP.93 oraz w dodanych funkcjonalnościach (ZP.94A – ZP.94F) były skorelowane z modułami BUD oraz FK w taki sposób, że dane wprowadzane w ramach wypełniania wniosków ZP będą uwzględniane w tworzonych zestawieniach, sprawozdaniach i rejestrach określonych w ramach obszaru Finanse i Księgowość, Budżetowanie i Raportowanie oraz Zamówień Publicznych (np. FK.205, BUD.31, BUD.71) oraz w zestawieniach i generowanych dokumentach, o których mowa w PKT. ZP,36, ZP.39, ZP.44, ZP.70, ZP.73, ZP.74, ZP.78, ZP.80 oraz ZP.113, ZP.190, ZP.194-197.

PYTANIE 80

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

Umowa zostaje zawarta na czas wykonania zobowiązań́ w niej określonych i będzie realizowana w następujących terminach zdefiniowanych w formie Harmonogramu Ramowego:

1) Etap 0 – czas realizacji: do 30 dni kalendarzowych od daty podpisania umowy;

2) Etap I – czas realizacji: do 150 dni kalendarzowych od daty podpisania umowy;

3) Etap II – czas realizacji: do 90 dni kalendarzowych od odbioru Etapu I;

4) Etap III – czas realizacji: do 90 dni kalendarzowych od odbioru Etapu II;

5) Etap IV – czas realizacji: do 150 dni kalendarzowych od odbioru Etapu III;

6) Etap V – czas realizacji: do 30 dni kalendarzowych od odbioru Etapu IV;

7) Etap VI – czas realizacji: do 30 dni kalendarzowych od odbioru Etapu V;

8) Etap VII – czas realizacji: do 90 dni kalendarzowych od odbioru Etapu VI;

9) Etap VIII – czas realizacji: do 90 dni kalendarzowych od odbioru Etapu VI;

10) Etap IX – czas realizacji: do 30 dni kalendarzowych od odbioru Etapu VIII;

11) Etap X – czas realizacji: do 30 dni kalendarzowych od odbioru Etapu IX; 12) Etap XI – czas realizacji: 02.01.2023 r. - 28.04.2023 r.;

Pytania:

Wykonawca wskazuje, że łączna liczba dni przeznaczonych na wykonanie Etapów 0-X wynosi 840 dni, co oznacza, że wykonanie tych etapów w powyższych terminów nie doprowadzić do ich ukończenia przed dniem 2.01.2023. Nadto, powyższa kalkulacja oparta jest na założeniu, że etapy są odbierane w tym samym dniu, w którym kończą się prace nas ich realizacją. Jeżeli odbiory po stronie Zamawiającego będą trwały kilka dni, wówczas czas na wykonanie prac kolejnych etapów ulega faktycznemu skróceniu.

Wykonawca wnosi o potwierdzenie, że powyższe terminy będą uważane za dochowane, jeśli Wykonawca w wyżej powołanych terminach zgłosi do odbioru prace objęte etapem, jeśli

procedura odbioru zakończy się odbiorem. Wykonawca wskazuje, że nie ma wpływu na czas trwania procedury odbiorów po stronie Zamawiającego.

Wykonawca prosi o potwierdzenie, że jeśli jest to technicznie możliwe wykonawca może realizować prace objęte poszczególnymi etapami równolegle tj. nie musi oczekiwać na odbiór etapu poprzedzającego, aby realizować prace z zakresu kolejnych etapów.

ODPOWIEDŹ NA PYTANIE 80

Zamawiający potwierdza, iż terminy będą uważane za dochowane jeśli Wykonawca w terminach określonych w harmonogramach, zgłosi do odbioru prace objęte etapem i procedura odbioru zakończy się odbiorem.

Zamawiający potwierdza, że jeśli jest to technicznie możliwe wykonawca może realizować prace objęte poszczególnymi etapami równolegle tj. nie musi oczekiwać na odbiór etapu poprzedzającego, aby realizować prace z zakresu kolejnych etapów.

PYTANIE 81

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

Przedmiot Umowy będzie realizowany w lokalizacjach wskazanych przez Zamawiającego zgodnie z wymaganiami określonymi w OPZ.

Pytanie:

Czy z uwagi na panującą sytuacje epidemiologiczną Zamawiający dopuści wykonywanie prac w sposób zdalny w zakresie w jakim osobista obecność Wykonawcy nie jest konieczna oraz czy Zamawiający umożliwi Wykonawcy dostęp do użytkowników i infrastruktury technicznej za pośrednictwem łącz komunikacji zdalnej.

ODPOWIEDŹ NA PYTANIE 81

Zamawiający informuje, iż dopuści wykonywanie prac w sposób zdalny w zakresie, w jakim osobista obecność Wykonawcy nie jest konieczna oraz umożliwi Wykonawcy dostęp do użytkowników i infrastruktury technicznej za pośrednictwem łącz komunikacji zdalnej.

PYTANIE 82

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

Strony zgodnie ustalają, że w przypadku wypowiedzenia licencji/sublicencji na skutek przypadków określonych w ust. 9 niniejszego paragrafu, Zamawiający ma prawo dochodzenia roszczeń od Wykonawcy na zasadach ogólnych. Dodatkowo w takim przypadku Wykonawca będzie zobowiązany do zwrotu Zamawiającemu wpłaconych kwot za udzielone licencje Oprogramowania w terminie 30 Dni Roboczych od dnia wypowiedzenia licencji przez Zamawiającego.

Pytanie:

Wykonawca wnosi o uwarunkowanie możliwości wypowiedzenia licencji w tym trybie od uprzedniego wezwania na piśmie z podaniem terminu na usunięcie naruszeń pod rygorem wypowiedzenia i bezskutecznego upływu terminu oznaczonego w tym wezwaniu.

ODPOWIEDŹ NA PYTANIE 82

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 20

Załącznik Nr 7 do SIWZ – Wzór umowy, ust 10 w § 5, otrzymuje brzmienie:

„10. Strony zgodnie ustalają, że w przypadku wypowiedzenia licencji/sublicencji na skutek przypadków określonych w ust. 9 niniejszego paragrafu, Zamawiający ma prawo dochodzenia roszczeń od Wykonawcy na zasadach ogólnych. Dodatkowo w takim przypadku Wykonawca będzie zobowiązany do zwrotu Zamawiającemu wpłaconych kwot za udzielone licencje Oprogramowania w terminie 30 Dni Roboczych od dnia wypowiedzenia licencji przez Zamawiającego. Przed wypowiedzeniem licencji z przyczyn o których mowa w ust. 9 powyżej i przed skorzystaniem z uprawnień, o których mowa w zdaniach poprzedzających,

Zamawiający wezwie Wykonawcę na piśmie do usunięcia naruszeń. Jeżeli Wykonawca nie zastosuje się do wezwania w ciągu trzydziestu (30) Dni Kalendarzowych, od otrzymania wezwania Zamawiający ma prawo wypowiedzieć licencje zgodnie z postanowieniami ust. 9 powyżej.”.

PYTANIE 83

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

Strony ustalają, że komunikacja w ramach Umowy będzie odbywać się za pośrednictwem następujących kanałów komunikacji:

1) spotkania bezpośrednie,

2) poczta elektroniczna (e-mail),

3) System Obsługi Zgłoszeń Serwisowych,

4) Telefon,

5) Systemy do prowadzenia wideokonferencji.

Pytanie:

Czy Zamawiający potwierdza priorytet komunikacji za pośrednictwem Systemy Obsługi Zgłoszeń i korzystanie z innych kanałów komunikacji wyłącznie w przypadku niemożności skorzystania z tej formy kontaktu.

ODPOWIEDŹ NA PYTANIE 83

Zamawiający uznaje wszystkie kanały za podstawowe na etapie wdrożeniowym, natomiast po oddaniu systemu, priorytetowym będzie System Obsługi Zgłoszeń.

PYTANIE 84

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

Pytanie:

Wykonawca wnosi o zmianę godzin zegarowych na godziny robocze. Wykonawca wskazuje że w czasie przypadającym poza pracą użytkowników nie jest możliwe zapewnienie współdziałania ze strony Zamawiającego, które bywa niezbędne dla prawidłowej obsługi zgłoszenia. Nadto, wada przypadająca na okres w którym Zam. nie korzysta z systemu nie wiąże się po jego stronie z istotnym uszczerbkiem. Przede wszystkim jednak Wykonawca podkreśla, że taki sposób sformułowania czasów reakcji i naprawy naraża Wykonawcę na ponadstandardowe ryzyka i zmusza do poniesienia dużych kosztów organizacyjnych związanych z utrzymaniem pracy serwisu po godzinami roboczymi. W szczególności, w przypadku zgłoszenia błędu w pt. o godzinie 16:00 Wykonawca musi zapewnić serwis w trakcie dni wolnych od pracy, w których serwis nie jest utrzymywany. Z tych przyczyn wykonawca wnosi o zastrzeżenie czasów naprawy i reakcji w godzinach roboczych z jednoczesnym zastrzeżeniem, że w razie zgłoszenia poza godzinami roboczymi zgłoszenie uważa się za dokonane z nadejściem najbliższej godziny roboczej.

ODPOWIEDŹ NA PYTANIE 84

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

PYTANIE 85

Dotyczy: Załącznik nr 1 do SWZ Szczegółowy Opis Przedmiotu Zamówienia, odnośnie:

20. Wymagania w zakresie Serwisu Utrzymaniowego:

g) zapewnienie konsultacji w lokalizacjach Zamawiającego tj. RZGW wraz z jednostkami podległymi oraz KZGW w wymiarze 40 Godzin Roboczych w ciągu każdego miesiąca, z zastrzeżeniem, że niewykorzystywany w danym miesiącu limit może być wykorzystany przez Zamawiającego w ciągu kolejnego miesiąca trwania Serwisu Utrzymaniowego,

Pytanie:

Wykonawca prosi o potwierdzenie, że konsultacje mogą być wykonywane w sposób zdalny, a Zamawiający zapewni zdalny dostęp do systemu, tak jak w przypadku innych usług Serwisu Utrzymaniowego.

ODPOWIEDŹ NA PYTANIE 85

Zamawiający potwierdza, że konsultacje mogą być wykonywane w sposób zdalny. Zamawiający zapewni zdalny dostęp do systemu, tak jak w przypadku innych usług Serwisu Utrzymaniowego.

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 21

W Załączniku Nr 1 do SIWZ – Opis przedmiotu zamówienia, w rozdziale 5. Wymagania w zakresie prac do wykonania w Etapach, dodaje się punkt 14. o następującej treści:

„14. Wszystkie czynności jakie obejmuje realizacja przedmiotu zamówienia, mogą być wykonywane w sposób zdalny, jeżeli zaistnieje taka konieczność, po wcześniejszym uzgodnieniu z Zamawiającym i wyrażeniu przez niego zgody.”

PYTANIE 86

Dotyczy: Załącznik nr 1 do SWZ Szczegółowy Opis Przedmiotu Zamówienia, odnośnie:

20. Wymagania w zakresie Serwisu Utrzymaniowego:

13. System Obsługi Zgłoszeń Serwisowych zostanie udostępniony przez Wykonawcę i zainstalowany na Infrastrukturze Sprzętowej Zamawiającego. Zamawiający będzie posiadał możliwość monitorowania zapisów w Systemie Obsługi Zgłoszeń Serwisowych, Wykonawca zapewni możliwość tworzenia backupu danych.

Pytanie:

Wykonawca wnosi o możliwość udostępnienia Systemu Obsługi Zgłoszeń Serwisowych na infrastrukturze Wykonawcy lub w chmurze obliczeniowej. Ze względu na wyspecyfikowane warunki obsługi SLA, Wykonawca nie może brać na siebie ryzyka ich niedotrzymania i opłacania kar, w przypadkach przez niego niezawinionych, tj czasowej niedostępności Infrastruktury Sprzętowej Zamawiającego wywołanej np. czynnikami niezależnymi od Wykonawcy a nawet od Zamawiającego (np. awarie u dostawców ISP).

ODPOWIEDŹ NA PYTANIE 86

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

PYTANIE 87

Dotyczy: Załącznik nr 1 do SWZ Szczegółowy Opis Przedmiotu Zamówienia, odnośnie: 21. Wymagania w zakresie Usług Rozwoju:

9. W przypadku stwierdzenia zawyżenia wartości wyceny czasowej, Zamawiający zwróci się do Wykonawcy o złożenie stosowanych wyjaśnień oraz o ponowną wycenę zlecenia. Procedura wypełniania Formularza Zlecenia będzie zgodna, z tą opisaną w pkt. 5-7 powyżej.

Pytanie:

Wykonawca wnosi o wyjaśnienie na jakiej podstawie określane będzie zawyżenie wartości wyceny czasowej oraz wyspecyfikowanie procedury stwierdzania zawyżenia wartości wyceny czasowej. W obu przypadkach wnosimy o odniesienie się do zapisów z Załącznik nr 7 do SWZ Wzór Umowy, §7 ust.11 i uwzględnienie ich w procedurze.

ODPOWIEDŹ NA PYTANIE 87

Zamawiający informuje, że zawyżenie wartości wyceny czasowej oraz wyspecyfikowanie procedury stwierdzania zawyżenia wartości wyceny czasowej, będzie określane przy wykorzystaniu metody eksperckiej.

PYTANIE 88

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

Pytania:

Wykonawca wnosi o uchylenie kar umownych za opóźnienie w wykonaniu poszczególnych Etapów, ponieważ z ich uchybienie nie wiąże się dla Zamawiającego z istotnym uszczerbkiem w interesie Zamawiającego, jeśli termin końcowy zostanie utrzymany

Czy Zamawiający dopuszcza wprowadzenie przepisu o treści: Wykonawca odpowiada z tytułu kar umownych do górnej granicy 20% wynagrodzenie, Wykonawca wskazuje, że brak zastrzeżenie górnego progu odpowiedzialności zmusza Wykonawcę do kalkulacji w treści oferty ponadstandardowych ryzyk,

Odnośnie kar zastrzeżonych w ust. 3 pkt 1) 2) i 3) Wykonawcy wnosi o ich obniżenie co najmniej o połowę, albowiem kary zastrzeżonej w dotychczasowej wysokości pozostają rażąco wygórowane w świetle praktyki rynkowej

Odnośnie kar umownych z tytułu SLA zastrzeżonych w ust. 3 pkt 8) Wykonawca wnosi o ich obniżenie - kary zastrzeżonej w dotychczasowej wysokości pozostają rażąco wygórowane w świetle praktyki rynkowej wielokrotnie przekraczając stosowane w obrocie. Wykonawca wskazuje, że powołane w przepisie wysokość kar w praktyce rynkowej zastrzegana jest za dzień roboczy, nie zaś jak zostało to uczynione w przepisie za godzinę. W związku z tym Wykonawca wnosi o zastąpienie podstawy naliczenia kary w podanej wysokości z godziny na dzień roboczy

Odnośnie wszystkich kar zastrzeżonych w ust. 3

Wykonawca prosi o potwierdzenie, że kary umowne, o których mowa w przepisie są naliczane wyłącznie za opóźnienie liczone w dniach/godzinach roboczych – Wykonawca wskazuje, że opóźnienie przypadające na dni, w których Zamawiający nie korzysta produkcyjnie z systemu nie wiąże się dla Zamawiającego z istotnym uszczerbkiem, a ponadto w tym okresie Zamawiający nie może zapewnić niezbędnego współdziałania dla prawidłowego wykonania umowy.

ODPOWIEDŹ NA PYTANIE 88

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

PYTANIE 89

Dotyczy: Załącznik nr 7 do SWZ Wzór Umowy, odnośnie §17 ust. 3 pkt 15) – 17) o treści: zwłoki w realizacji Exit Plan zgodnie z warunkami określonymi w § 21 Umowy, w wysokości 10 000 zł za każdy dzień zwłoki,

zwłoki w przekazaniu informacji i dokumentów umożliwiających korzystanie przez Zamawiającego z Systemu zgodnie z warunkami określonymi w § 12 ust. 12 Umowy, w wysokości 10 000 zł za każdy dzień zwłoki.

braku aktualizacji Systemu zgodnie z przepisami prawa powszechnie obowiązującego, w wysokości 10 000 zł, za każdy dzień braku aktualizacji Systemu, po upływie 7 dni roboczych od dnia otrzymania wezwania przez Wykonawcę od Zamawiającego o konieczności aktualizacji Systemu.

Pytanie:

Wykonawcy wnosi o ich obniżenie co najmniej o połowę, albowiem kary zastrzeżonej w dotychczasowej wysokości pozostają rażąco wygórowane w świetle praktyki rynkowej.

ODPOWIEDŹ NA PYTANIE 89

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

PYTANIE 90

Dotyczy: Załącznik nr 1 do SIWZ;

9. Wymagania ogólne

Rozdział zawiera wymagania, które ze względu na swoją naturę odnoszą się do wszystkich lub większości obszarów rozwiązania. Wymagania takie nie są katalogowane przy poszczególnych obszarach, lecz zostały ujęte w niniejszej sekcji.

Pytanie/Wniosek: Treść wymagań ogólnych wskazuje na wizję zastosowania jednego systemu jako całości rozwiązania, o jednolitym interfejsie, wspólnej bazie danych, centralnym module administracyjnym. Zamawiający niejako zakłada, że wszystkie wymagania

funkcjonalne można zrealizować w oparciu o jeden system informatyczny. Z analizy dokumentacji przetargowej wynika, że na przedmiot zamówienia składa się kilka obszarów/podsystemów (ERP, BI, HCM/Portal pracownika, Workflow/Zamówienia publiczne/Portal Oferenta, Moduł do opłat za usługi wodne), które co do zasady realizują różne procesy, dedykowane są różnym grupom użytkowników, co w żaden sposób nie wyklucza zastosowania różnych rozwiązań i ich ścisłej integracji pomiędzy sobą w ramach jednego ZSI. Należy podkreślić, że współistnienie podsystemów w ramach zintegrowanego systemu informatycznego nie powinno ograniczać potencjalnych różnic w ich budowie, stosowanych technologiach, interfejsie, rozdzielności baz danych (przy zachowaniu np. jednego producenta bazy danych dla każdego z podsystemów), których wybór i zastosowanie w dużej mierze powinno być domeną Wykonawcy, a same wymagania ogólne nie powinny narzucać stosowania konkretnych technologii czy mechanizmów systemowych, co Zamawiający niniejszym czyni. Zamawiający opisując przedmiot zamówienia powinien określić ogólne, uniwersalne dla różnych rozwiązań wytyczne dotyczące platformy systemowej, które jednocześnie nie powinny stanowić ograniczenia oraz przede wszystkim skupić się na dokładnym opisie wymagań funkcjonalnych, które w oparciu o wybrane rozwiązania Wykonawca powinien zrealizować w toku wdrożenia. Zastosowanie standardowych, dojrzałych i sprawdzonych na polu poszczególnych obszarów wymagań, zintegrowanych ze sobą systemów może Zamawiającemu przynieść znacząco większe korzyści i pełniejszą realizację wymagań niż monolityczny system.

Zamawiający, formułując w OPZ wymagania dla Platformy Systemowej, nie bierze tego pod uwagę i sprowadza cały przedmiot zamówienia do jednego systemu, co jest jawnym ograniczeniem konkurencyjności i uniemożliwia złożenie oferty podmiotom, które dysponują wiedzą i doświadczeniem, odpowiednimi produktami, zapewniającymi dostarczenie ZSI zgodnego z opisanymi wymaganiami oraz realizację projektu z sukcesem.

W związku z powyższym prosimy o dostosowanie treści wymagań tak, by Wykonawcy mogli zaoferować ZSI złożony z kilku podsystemów/aplikacji z odmiennym interfejsem, rozdzielną bazą danych, odzielnym modułem administracyjnym, wykorzystujące różne narzędzia programistyczne w zależności od wizji i potrzeb producenta systemu. W szczególności dotyczy to wymagań: OG.33, OG.78, OG.104, OG.105, OG.106, jak również innych z nimi powiązanymi. Szczegółowe wnioski zostały odzwierciedlone w dalszej części pytań.

ODPOWIEDŹ NA PYTANIE 90

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 22

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

“OG.33 Moduł administracyjny Systemu musi umożliwiać zarządzanie Użytkownikami.”

ZMIANA NR 23

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

“OG.106 Możliwość zarządzania uprawnieniami użytkowników w jednym miejscu w Systemie, co najmniej w zakresie nadawania, modyfikacji oraz usuwania uprawnień.”

Uzasadnienie:

Zamawiający dopuszcza funkcjonowanie w Systemie kilku modułów administracyjnych. Zamawiający wymaga jednak, aby istniało w Systemie jedno miejsce, w którym będzie możliwe zarządzanie uprawnieniami użytkowników, np. na potrzeby szybkiego cofnięcia (zablokowania) uprawnień dla użytkownika.

Odpowiedź na pytanie w zakresie wymagań: OG.78, OG.104, OG.105, znajduje się odpowiednio w odpowiedziach na pytanie 8, 14 i 17.

Dotyczy: Załącznik nr 1 do SIWZ

OG.2. System musi być zbudowany co najmniej w architekturze trójwarstwowej klient – serwer, w której klient oparty jest o technologię tzw. "cienkiego klienta".

Pytanie: Wnosimy o zmianę treści wymagania OG.2. na: "System musi być zbudowany co najmniej w architekturze trójwarstwowej klient – serwer, w której klient oparty jest o technologię tzw. "cienkiego klienta". Dla wybranych aplikacji ZSI (nie obejmujących funkcjonalności dostarczanych masowym użytkownikom np. Portal Pracowniczy, Workflow/Zamówienia Publiczne) Zamawiający dopuszcza architekturę dwuwarstwową z serwerem aplikacji typu serwer terminalowy udostępniającym aplikację ERP wszystkim jego użytkownikom." Uzasadnienie (dotyczy wymagań OG.2, OG.12, OG.19): Powyższe wymagania opisują konkretną technologię, sposób prezentowania Systemu użytkownikom i nie wpływają na dużo istotniejszą wartość funkcjonalną Systemu. Takie podejście ogranicza złożenie ofert konkurencyjnych. Zamawiający wymaganiami wyklucza możliwość zaoferowania rozwiązań dwuwarstwowych, które szczególnie w zakresie realizowanych operacji w Systemie ERP umożliwiają szybsze i bardziej ergonomiczne działanie użytkowników. Użytkownicy "grubego klienta" szybciej wykonują złożone działania, bo mniej klikają myszką, łatwiej używają skrótów klawiaturowych. Jednocześnie zastosowanie aplikacji dwuwarstwowej nie ogranicza Zamawiającego w wykorzystaniu "cienkiego" klienta". Interfejs aplikacji może być dostarczony użytkownikom końcowym za pośrednictwem dodatkowych serwerów terminalowych, pełniących rolę serwerów aplikacyjnych. Interfejs taki może być wyświetlany w dedykowanych aplikacjach lub w przeglądarce internetowej. Taka architektura nie pozbawia Zamawiającego zalet rozwiązań trójwarstwowych, a nawet dodaje dodatkowe korzyści. X.xx. do użytkowników końcowych nie są przesyłane żadne dane. Pola tekstowe z danymi w rzeczywistości są dostarczane jako skompresowana i zaszyfrowana postać ekranu, która jest jedynie odwzorowywana na stanowiskach użytkowników. Technologia taka jest więc bezpieczniejsza a dodatkowo jeszcze bardziej minimalizuje ilość przesyłanych danych pomiędzy użytkownikiem a serwerem co wpływa na dużo mniejsze potrzeby w zakresie przepustowości łącz internetowych wykorzystujących aplikację zdalnie. Rozwiązania terminalowe są doskonale skalowalne, bezpieczne i zarządzalne centralnie.

ODPOWIEDŹ NA PYTANIE 91

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

PYTANIE 92

Dotyczy: Załącznik nr 1 do SIWZ

OG.12. Interfejs webowy musi być poprawnie interpretowany i wyświetlany przez przeglądarki FireFox 75, Google Chrome 81, Edge 81 oraz ich nowsze wersje.

Pytanie: Wnosimy o zmianę treści wymagania OG.12. na: "Interfejs webowy musi być poprawnie interpretowany i wyświetlany przez przeglądarki FireFox 75, Google Chrome 81, Edge 81 oraz ich nowsze wersje. Dla aplikacji ERP Zamawiający dopuszcza dostarczenie rozwiązania umożliwiającego wyświetlanie tej aplikacji w w/w przeglądarkach lub w dedykowanym kliencie terminalowym."

ODPOWIEDŹ NA PYTANIE 92

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

PYTANIE 93

Dotyczy: Załącznik nr 1 do SIWZ

OG.13. System musi umożliwiać eksport danych do formatów: pdf, xlsx, docx, txt, csv, xml. Pytanie: Prosimy o usunięcie formatu docx ponieważ co do zasady nie służy on do przechowywania struktur danych.

ODPOWIEDŹ NA PYTANIE 93

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

Dotyczy: Załącznik nr 1 do SIWZ

OG.19. Możliwość odczytu i zapisu lub modyfikacji danych z poziomu przeglądarki.

Pytanie: Wnosimy o zmianę treści wymagania OG.19. na: "Możliwość odczytu i zapisu lub modyfikacji danych z poziomu przeglądarki lub klienta terminalowego."

ODPOWIEDŹ NA PYTANIE 94

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

PYTANIE 95

Dotyczy: Załącznik nr 1 do SIWZ

OG.20. Wymiana informacji pomiędzy systemami biznesowymi oparta o przesyłanie komunikatów (np. XXX lub dokumenty w innym formacie).

Pytanie: Prosimy o potwierdzenie, że chodzi o systemy biznesowe składające się na ZSI i podlegające integracji w ramach przedmiotu zamówienia.

ODPOWIEDŹ NA PYTANIE 95

Zamawiający potwierdza, że chodzi o systemy biznesowe składające się na ZSI i podlegające integracji w ramach przedmiotu zamówienia.

PYTANIE 96

Dotyczy: Załącznik nr 1 do SIWZ

OG.22.-OG.30. Rodzaje obsługiwanych urządzeń:

Pytanie: Prosimy o określenie kontekstu wymagań OG.22-OG.30 ponieważ nie odnoszą się one wprost do konkretnych funkcji Systemu, będącego przedmiotem zamówienia. Możliwość korzystania z myszki, klawiatury, ekranu dotykowego dla aplikacji jest "przezroczyste" i jest to raczej właściwość danego systemu operacyjnego. Wnosimy o usunięcie wymagań.

ODPOWIEDŹ NA PYTANIE 96

Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy. Wymagania OG.22-OG.30 dotyczą możliwość wykorzystania wskazanych urządzeń. Zdaniem Zamawiającego wymagania powinny być „przezroczyste” dla Systemu.

Zamawiający przy korzystaniu z Systemu będzie korzystał z następujących urządzeń:

a) ekrany dotykowe – np. w monitorach, urządzeniach mobilnych;

b) myszka – wymagana standardowa obsługa myszki wykorzystywania w środowisku MS Windows;

c) czytniki kodów kreskowych – obsługa kodów kreskowych na potrzeby ewidencji i inwentaryzacji środków trwałych;

d) klawiatura – wymagana standardowa obsługa klawiatury wykorzystywania w środowisku MS Windows;

e) przyrządy pomiarowe – możliwość zaczytywania danych z przyrządów pomiarowych, np. liczników energii;

f) skanery – możliwość ewidencjonowania skanów;

g) przenośne terminale danych – obustronna wymiana danych z Systemem i terminalem. Wymiana danych plikowa;

h) kasa fiskalna – integracja z kasami fiskalnym;

i) drukarka – wymagana standardowa obsługa drukarki wykorzystywania w środowisku MS Windows, druk raportów, dokumentów generowanych z Systemu.

PYTANIE 97

Dotyczy: Załącznik nr 1 do SIWZ

OG.29. Kasa fiskalna,

Pytanie: Xxxxx modele kas fiskalnych są używane przez Zamawiającego?

ODPOWIEDŹ NA PYTANIE 97

Zamawiający informuje, że obecnie stosowane są kasy fiskalne: Novitus Nano E.

PYTANIE 98

Dotyczy: Załącznik nr 1 do SIWZ

OG.33. Moduł administracyjny Systemu musi umożliwiać zarządzanie Użytkownikami, uprawnieniami i dostępem oraz konfiguracją Systemu.

Pytanie: W ramach Systemu zbudowanego z kilku podsystemów realizujących określony zakres funkcjonalny oraz wyodrębnione procesy nie jest możliwe zarządzanie uprawnieniami oraz konfiguracją w jednym module administracyjnym. Każdy z podsystemów ma swój moduł lub zbiór funkcji sterujących uprawnieniami i konfiguracją, specyficznymi dla realizowanych procesów . Czy zatem w takim przypadku Zamawiający uzna wymaganie za spełnione?

Alternatywnie wnosimy o ograniczenie treści wymagania do: "Moduł administracyjny Systemu musi umożliwiać zarządzanie Użytkownikami" i ograniczenie wspólnej części wymagań dla całego Systemu do wymagań określonych w punktach OG.36-42.

ODPOWIEDŹ NA PYTANIE 98

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

PYTANIE 99

Dotyczy: Załącznik nr 1 do SIWZ

OG.46. System musi zapewnić przechowywanie szablonów dokumentów, raportów, alertów itp. wraz z wersjonowaniem.

Pytanie: Wnosimy o ograniczenie treści wymagania do "System musi zapewnić przechowywanie szablonów dokumentów, raportów wraz z wersjonowaniem."

ODPOWIEDŹ NA PYTANIE 99

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

PYTANIE 100

Dotyczy: Załącznik nr 1 do SIWZ

OG.48. System musi umożliwiać zarządzanie danymi słownikowymi, ich dodawanie i edycję, aktywację i dezaktywację z zachowaniem historii zmian.

Pytanie: Ze względu na stopień skomplikowania i mnogość słowników prosimy o ograniczenie wymagania do treści "System musi umożliwiać zarządzanie danymi słownikowymi, ich dodawanie i edycję, aktywację i dezaktywację"

ODPOWIEDŹ NA PYTANIE 100

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

PYTANIE 101

Dotyczy: Załącznik nr 1 do SIWZ

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

Pytanie: Wnosimy o wykreślenie wymagania ponieważ stoi w sprzeczności z wymaganiem OG.51 (logowanie do Systemu w oparciu o dane z AD powinno być nadrzędne w zakresie autoryzacji użytkowników).

ODPOWIEDŹ NA PYTANIE 101

Zamawiający pozostawia treść SIWZ bez zmian w zakresie wniosku Wykonawcy. Zamawiający uzasadnia to względami bezpieczeństwa.

PYTANIE 102

Dotyczy: Załącznik nr 1 do SIWZ

OG.70. System musi automatycznie rozłączyć użytkownika Systemu po zadanym czasie nieaktywności.

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 102

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

PYTANIE 103

Dotyczy: Załącznik nr 1 do SIWZ

OG.77. System musi umożliwiać pracę na 2 monitorach. W przypadku pracy na 2 monitorach System powinien dopasować wygląd ekranu oraz umożliwiać określenie wyświetlania elementów Systemu na wskazanym przez użytkownika ekranie.

Pytanie: Zamawiający opisał konkretny mechanizm systemowy dostępny w konkretnych, specjalistycznych systemach np. monitorujących sieć urządzeń, nadzorujące złożone linie produkcyjne. Z doświadczenia Wykonawcy takie rozwiązanie (przy obecnym zapisie) jest w zasadzie nierealne do uzyskania w systemach klasy ERP. Wymaganie, a raczej jego domniemana intencja jest raczej opisem sposobu pracy użytkownika, aniżeli wymaganiem stricte systemowym. Trudno sobie bowiem wyobrazić, że System może mieć bezpośredni wpływ na fizyczny sprzęt jakim jest monitor. Tryb pracy na kilku (w tym przypadku dwóch) monitorach ogranicza się do możliwości zduplikowania ekranu lub jego rozszerzenia. Rozszerzenie ekranu na dwa monitory sprowadza się tak naprawdę do rozszerzenia obszaru roboczego. Technicznie nie ma możliwości określenia, że jakiś element Systemu ma się wyświetlać konkretnie na wyznaczonym monitorze, który to co do zasady jest jedynie częścią (prawą/lewą) obszaru roboczego. W praktyce może wystąpić sytuacja, w której to okno systemu jest rozciągnięte na oba monitory (jest to ogólna właściwość aplikacji działających w środowisku Windows, bez względu na to czy mówimy o przeglądarce czy dedykowanym kliencie). Dodatkowo, co należy zauważyć, w przypadku uruchomienia Systemu w przeglądarce wyświetlanie na dwóch monitorach można uzyskać jedynie poprzez uruchomienie dwóch niezależnych okien przeglądarki (dwóch różnych przeglądarek) – w naszej ocenie nie jest możliwe wyświetlenie różnych elementów Systemu uruchomionego w pojedynczej karcie przeglądarki na różnych monitorach.

Reasumując, to użytkownik powinien decydować, poprzez przeciągnięcie klienta systemowego lub jego rozszerzenie, o jego właściwym położeniu w obszarze roboczym.

W celu poprawy ergonomii pracy wielu producentów daje np. możliwość uruchamiania na stacji roboczej kilku sesji danej aplikacji, co pozwala w sposób niezakłócony i względnie dowolny równoległą pracę w kilku oknach/na kilku ekranach w zależności od bieżących potrzeb. Dodać należy, że kolejne sesje tego samego użytkownika co do zasady nie powodują konsumowania dodatkowych licencji.

Wnosimy o usunięcie wymagania lub modyfikację na:

„System musi umożliwiać otwieranie przez jednego użytkownika kilku sesji Systemu na jednej fizycznej końcówce klienta umożliwiając równoległą pracę w kilku obszarach funkcjonalnych.”

ODPOWIEDŹ NA PYTANIE 103

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

PYTANIE 104

Dotyczy: Załącznik nr 1 do SIWZ

OG.78. Musi zostać zapewniona jednolitość wyglądu i obsługi interfejsu w zakresie obszarów wspieranych przy pomocy tego samego rozwiązania technicznego.

Pytanie: Wymaganie poprzez brak zdefiniowania "rozwiązania technicznego" jest niejednoznaczne. Prosimy o podanie co Zamawiający rozumie jako "rozwiązanie techniczne". Czy jest to podsystem lub obszar Systemu, które realizuje określone funkcjonalności i procesy? Wnosimy o doprecyzowanie przy założeniu możliwości dostarczeniu różnych podsystemów (z odmiennym wyglądem i obsługą interfejsu) w ramach ZSI do realizacji poszczególnych procesów lub usunięcie wymagania.

ODPOWIEDŹ NA PYTANIE 104

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

PYTANIE 105

Dotyczy: Załącznik nr 1 do SIWZ

OG.88. System musi umożliwiać włączanie/wyłączanie funkcji SUMA, MINIMUM, MAKSIMUM, ŚREDNIA dla wartości liczbowych w każdej z kolumn w tabelach.

Pytanie: Takie wymagania są właściwe dla narzędzi i systemów klasy BI dedykowanych do zestawień i analiz. Czy Zamawiający zatem uzna wymaganie w odniesieniu do narzędzia klasy BI?

ODPOWIEDŹ NA PYTANIE 105

Zamawiający uzna wymagania za spełnione, jeżeli system będzie umożliwiał włączanie/wyłączanie powyższych funkcji i filtrowanie danych.

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 24

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

„OG.88. System musi umożliwiać włączanie/wyłączanie funkcji SUMA, MINIMUM, MAKSIMUM, ŚREDNIA dla wartości liczbowych w każdej z kolumn w tabelach i filtrowanie danych.”

PYTANIE 106

Dotyczy: Załącznik nr 1 do SIWZ

OG.91. System musi zapewniać centralne zarządzanie konfiguracją: ustawieniami, rozszerzeniami i modyfikacjami, uprawnieniami użytkowników.

Pytanie: W ramach Systemu zbudowanego z kilku podsystemów realizujących określony zakres funkcjonalny oraz wyodrębnione procesy nie jest możliwe centralne zarządzanie konfiguracją. Każdy z podsystemów ma swój moduł lub zbiór funkcji sterujących uprawnieniami i konfiguracją, specyficznymi dla realizowanych procesów. Czy zatem w takim przypadku Zamawiający uzna wymaganie za spełnione?

ODPOWIEDŹ NA PYTANIE 106

Zamawiający dopuszcza funkcjonowanie w Systemie kilku modułów administracyjnych. Zamawiający wymaga jednak, aby istniało w Systemie jedno miejsce, w którym będzie możliwe zarządzanie uprawnieniami użytkowników, np. na potrzeby szybkiego cofnięcia (zablokowania) uprawnień dla użytkownika.

PYTANIE 107

Dotyczy: Załącznik nr 1 do SIWZ

OG.98. System musi umożliwiać dodawanie, usuwanie oraz edycję tematów pomocy. Z poziomu pomocy, System musi umożliwiać wywołanie danej funkcjonalności opisanej w temacie pomocy.

Pytanie: Prosimy o potwierdzenie, że nie dotyczy to standardowego systemu pomocy, dostarczanego przez producenta systemu, a jedynie własnych tematów pomocy,

opracowanych przez pracowników Zamawiającego. Dodatkowo prosimy o ograniczenie treści wymagania do "System musi umożliwiać dodawanie, usuwanie oraz edycję tematów pomocy."

ODPOWIEDŹ NA PYTANIE 107

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 25

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

„OG.98 System musi umożliwiać dodawanie, usuwanie oraz edycję tematów pomocy."

PYTANIE 108

Dotyczy: Załącznik nr 1 do SIWZ

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

Pytanie: Wymaganie poprzez brak zdefiniowania co należy rozumieć jako "powiązane aplikacji" jest niejednoznaczne. Wnosimy o usunięcie wymagania lub doprecyzowanie co Zamawiający ma na myśli. Czy chodzi o jeden rodzaj bazy danych dla wszystkich aplikacji dostarczanych w ramach ZSI? Prosimy jednocześnie o potwierdzenie, że Zamawiający dopuści stosowanie innych baz technicznych w ramach poszczególnych komponentów w ramach ZSI.

ODPOWIEDŹ NA PYTANIE 108

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

PYTANIE 109

Dotyczy: Załącznik nr 1 do SIWZ

OG.105. Wykorzystanie jednolitych narzędzi programistycznych dla całości dostarczanego Systemu.

Pytanie: Z analizy dokumentacji przetargowej wynika, że na przedmiot zamówienia składa się kilka obszarów/podsystemów (ERP, BI, HCM/Portal pracownika, Workflow/Zamówienia publiczne/Portal Oferenta, Moduł do opłat za usługi wodne), które co do zasady realizują różne procesy, dedykowane są różnym grupom użytkowników. W związu z tym, w celu pokrycia potrzeb Zamawiającego, Wykonawca wręcz zmuszony jest do dostarczenia kilku systemów/obszarów (które w ramach ZSI będą ze sobą zintegrowane), co do zasady wyklucza, w wielu przypadkach, wykorzystanie jednolitych narzędzi programistycznych (których wybór jest zazwyczaj domeną producentów). Wnosimy o wykreślenie wymagania.

ODPOWIEDŹ NA PYTANIE 109

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

PYTANIE 110

Dotyczy: Załącznik nr 1 do SIWZ

OG.106. Wspólny moduł administracyjny.

Pytanie: Z analizy dokumentacji przetargowej wynika, że na przedmiot zamówienia składa się kilka obszarów/podsystemów (ERP, BI, HCM/Portal pracownika, Workflow/Zamówienia publiczne/Portal Oferenta, Moduł do opłat za usługi wodne), które co do zasady realizują różne procesy, dedykowane są różnym grupom użytkowników. W związku z tym wnosimy o usunięcie wymagania lub potwierdzenie, że chodzi o serwer bazy danych lub możliwość zarządzania użytkownikami w ramach AD (analogicznie do pytania do wymagania OG.33).

ODPOWIEDŹ NA PYTANIE 110

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

PYTANIE 111

Dotyczy: Załącznik nr 1 do SIWZ

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

Pytanie: Wnosimy o wykreślenie z treści wymagania "i inne" lub określenie o jakie inne systemy chodzi.

ODPOWIEDŹ NA PYTANIE 111

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

PYTANIE 112

Dotyczy: Załącznik nr 1 do SIWZ

OG.124. podczas obliczeń powinna się wyświetlić informacja pozwalająca ocenić potencjalny czas ich zakończenia np. procent wykonania zadania,

OG.125. na żądanie użytkownika przerwanie generowania wydruku,

Pytanie: Aby móc obliczyć czas na wykonanie raportu potrzebne jest zgromadzenie danych przez procedurę (zapytanie) dla danego raportu z uwzględnieniem np. kryteriów filtrowania. Na bazie przygotowanych danych można wyświetlić raport. W związku z tym oszacowanie czasu wykonania raportu jest już niezasadne x.xx. ze względów wydajnościowych (musiałoby się to odbywać dwukrotnie). Wnosimy o usunięcie wymagania OG.124 oraz OG.125

ODPOWIEDŹ NA PYTANIE 112

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

PYTANIE 113

Dotyczy: Załącznik nr 1 do SIWZ

OG.148. System powinien umożliwiać udostępnienie dowolnego raportu określonej grupie użytkowników w zadanym przedziale czasowym.

Pytanie: Prosimy o wyjaśnienie celu biznesowego wymagania. Czy wystarczające będzie jeśli udostępnanie raportów będzie dotyczyło raportów dostępnych w rozwiązaniu klasy BI? Dla systemu ERP możliwe jest udostępnienie szablonu raportu do użycia przez użytkownika. Wnosimy o wykreślenie lub ograniczenie treści do: "System powinien umożliwiać udostępnienie dowolnego raportu określonej grupie użytkowników"

ODPOWIEDŹ NA PYTANIE 113

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

PYTANIE 114

Dotyczy: Załącznik nr 1 do SIWZ

OG.159. System musi zapewnić możliwość eksportu wszystkich widoków ekranowanych (grid) i wygenerowanych raportów do co najmniej następujących formatów: txt, .xlsx, .docx, pdf oraz csv.

Pytanie: Prosimy o wyłaczenie formatu docx ponieważ nie służy on do przechowywania struktur danych (tabelarycznych).

ODPOWIEDŹ NA PYTANIE 114

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

PYTANIE 115

Dotyczy: Załącznik nr 1 do OPZ

FK.07 Możliwość zdefiniowania roku obrotowego równego rokowi kalendarzowemu, w skład którego wejdą okresy sprawozdawcze: miesiące i kwartały.

Pytanie: Rok obrotowy (księgowy) składa się z miesięcznych okresów sprawozdawczych. Kwartały nie są okresami sprawozdawczymi definiowalnymi w roku obrotowym. Prezentację danych wg kwartałów można uwzględnić np. w zestawieniach i raportach. Czy jest to wystarczające?

ODPOWIEDŹ NA PYTANIE 115

Zamawiający uzna warunek za spełniony, jeśli system pozwoli na wygenerowanie w zestawieniach raportach danych za dowolny zdefiniowany przez zamawiającego okres czasu (np. miesiąc, miesiące nastająco, kwartał, kwartały narastający).

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 26

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

„FK.07 Możliwość zdefiniowania roku obrotowego równego rokowi kalendarzowemu, w skład którego wejdą okresy sprawozdawcze: miesiące i kwartały. Dopuszcza się możliwość definiowania sprawozdań jako zestawień bądź raportów.

PYTANIE 116

Dotyczy: Załącznik nr 1 do OPZ

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

Pytanie: Czy wystarczająca będzie łączna długość konta zawierająca 64 znaki?

ODPOWIEDŹ NA PYTANIE 116

Zamawiający informuje, że uzna powyższy warunek za spełniony, jeżeli łączna długość konta będzie zawierała 64 znaki.

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 27

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

„FK.23 Możliwość zdefiniowania przez użytkownika dowolnej struktury konta i nieograniczonej systemowo liczby kont księgowych, w tym pozabilansowych. Dopuszcza się konstrukcję konta księgowego poprzez dodanie do konta syntetycznego kont analitycznych mających swoje źródło w księgach pomocniczych. Łączna liczba znaków do wykorzystania przy tworzeniu konta księgowego nie może być mniejsza niż 64.“

PYTANIE 117

Dotyczy: Załącznik nr 1 do OPZ

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.

Pytanie: Czy dana operacja ma być wykonywana w ciągu roku, gdy na koncie są obroty księgowe?

ODPOWIEDŹ NA PYTANIE 117

Zamawiający informuje, że dopuszcza możliwość reorganizacji struktury zmiany kont bez naruszenia zasad ustawy o rachunkowości, wyłącznie w zakresie kont na których nie ma obrotów księgowych.

PYTANIE 118

Dotyczy: Załącznik nr 1 do OPZ

FK.40 Możliwość definiowania rezerw, które mogą być przypisywane do różnych kont księgowych.

Pytanie: Prosimy o przykład zastosowania takiego rozwiązania?

ODPOWIEDŹ NA PYTANIE 118

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

PYTANIE 119

Dotyczy: Załącznik nr 1 do OPZ

FK.54 Elastyczny proces blokowania okresów rozumiany jako możliwość wielokrotnego odblokowywania okresów przez uprawnionych użytkowników dla wybranych grup kont.

Pytanie: Czy wymaganie zostanie uznane za spełnione gdy blokada dotyczyć będzie osobno obszarów księgowań typu dokumenty zakupu, dokumenty sprzedaży, dokumenty magazynowe, operacje majątku trwałego?

ODPOWIEDŹ NA PYTANIE 119

Zamawiający uzna powyższe wymaganie za spełnione, jeżeli blokada dotyczyć będzie osobno obszarów księgowań typu dokumenty zakupu, dokumenty sprzedaży, dokumenty magazynowe, operacje majątku trwałego i jednocześnie będzie możliwość blokowania obszarów księgowania jednoczasowo.

PYTANIE 120

Dotyczy: Załącznik nr 1 do OPZ

FK.73 Automatyczne podpowiedzi analityk (wymiarów finansowych) przy dekretowaniu transakcji na podstawie wymiarów przypisanych do pracownika wprowadzającego dokument (np. w zamówieniu sprzedaży).

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 120

Zamawiający uzna wymaganie za spełnione, jeżeli na rejestrowanym dokumencie, system będzie podpowiadał kolejne zależne od siebie wartości.

PYTANIE 121

Dotyczy: Załącznik nr 1 do OPZ

FK.79 System powinien umożliwiać tworzenie i wydruk zestawienia obrotów i sald kont z możliwością definiowania zakresu informacji (szczegółowości) mających się pojawić na tym zestawieniu dla każdego konta syntetycznego. Możliwość przenoszenia tych danych do doc Pytanie: Czy dla zestawień wartościowych wystarczającym szablonem będzie PDF i XLS/XLSX? Co do zasady format doc/docx nie słuzy do przechowywania struktur danych.

ODPOWIEDŹ NA PYTANIE 121

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

PYTANIE 122

Dotyczy: Załącznik nr 1 do OPZ

FK.82 Stworzenie PK - korekta zapisów z poziomu dokumentów źródłowych (np. Wyciąg bankowy, faktura, itp..) z podpięciem do deklaracji VAT

Pytanie: Na czym ma polegać korekta wyciągu bankowego z deklaracją VAT?

ODPOWIEDŹ NA PYTANIE 122

Zamawiający wymaga, aby z zapisów na Wyciągu Bankowym istniała możliwość księgowania operacji (PK) do rejestrów VAT (wpłaty za usługi dla osób fizycznych nie wymagające potwierdzenia fakturą ani paragonem), także z opcją korekty w przypadku dokonania zwrotu wpłaty.

PYTANIE 123

Dotyczy: Załącznik nr 1 do OPZ

ST.124-ST.130 Możliwość automatycznego przeszacowania wartości środków trwałych: Pytanie: Czy obsługa przeszacowania zostania uznana za spełniona po opublikowaniu stosownych przepisów?

Zamawiający informuje, że obsługa przeszacowania zostanie uznana za spełnioną po opublikowaniu stosownych przepisów.

PYTANIE 124

Dotyczy: Załącznik nr 1 do OPZ

ST.156 Karta Wyposażenia Pracownika

Pytanie: Jakie dane ma zawierać karta wyposażenia pracownika?

ODPOWIEDŹ NA PYTANIE 124

Karta wyposażenia pracownika to indywidualny spis ewidencyjny mienia, który został temu pracownikowi powierzony przez pracodawcę.

Program powinien posiadać funkcjonalność aktualizacji i wydruku dokumentu “Karty wyposażenia pracownika” zgodnie z prowadzoną ewidencją księgową.

Karta wyposażenia pracownika powinna zawierać:

1. Dane pracownika (któremu powierzono mienie), którego dotyczy karta wyposażenia tj. Imię i nazwisko, zajmowane stanowisko służbowe, jednostka organizacyjna, komórka organizacyjną.

2. Wykaz składników majątku z przypisanymi numerami inwentarzowymi, ilością, jednostką miary oraz imieniem i nazwiskiem dysponenta.

Ponadto Xxxxxxxxxxx wprowadził zmianę do SIWZ w powyższym zakresie, która została umieszczona w odpowiedzi na pytanie nr 44 (Zmiana nr 5).

PYTANIE 125

Dotyczy: Załącznik nr 1 do OPZ

ST.240 Możliwość korygowania wcześniej naliczonego umorzenia.

Pytanie: Czy wymaganie zostanie uznane za spełnione gdy naliczona amortyzacja zostanie anulowna i naliczona ponownie?

ODPOWIEDŹ NA PYTANIE 125

Zamawiający uzna wymaganie za spełnione, jeżeli naliczona amortyzacja zostanie anulowana i naliczona ponownie, w stosunku do wszystkich składników majątkowych (dotyczy noty księgowej z naliczonej amortyzacji), a także jeżeli naliczona amortyzacja zostanie anulowana i naliczona ponownie w stosunku do pojedynczego składnika majątkowego, którego korekta dotyczy.

Zamawiający uzna wymaganie za spełnione, jeżeli będzie możliwe skorygowanie dotychczasowego umorzenia konkretnego składnika majątkowego. Korygowane umorzenie może dotyczyć kilku albo kilkunastu okresów księgowych.

PYTANIE 126

Dotyczy: Załącznik nr 1 do OPZ

ST.291 Zeznanie podatkowe dotyczące zapłaty podatku od nieruchomości.

Pytanie: Czy w wymaganiu chodzi i deklarację DN-1?

ODPOWIEDŹ NA PYTANIE 126

Zamawiający potwierdza, że w powyższym wymaganiu chodzi o deklarację DN-1.

PYTANIE 127

Dotyczy: Załącznik nr 1 do OPZ

HR.011 W przypadku gdy w Systemie jest wprowadzono jeden adres (zamieszkania), system powinien automatycznie przypisać dane do pozostałych adresów (np. korespondencyjny).

Pytanie: Działanie pobierania adresu może być wykonane systemowo w odpowiednich procesach, bez potrzeby fizycznego kopiowania danych. Czy wymaganie zostanie spełnione, jeżeli adresy będą automatycznie interpretowane przez system?

Zamawiający informuje, że powyższe wymaganie zostanie spełnione, jeżeli adresy będą automatycznie interpretowane przez system.

PYTANIE 128

Dotyczy: Załącznik nr 1 do OPZ

HR.012 Możliwość zaznaczenia, że pracownik nie ma adresu zameldowania.

Pytanie: Każdy adres w oferowanym systemie posiada odpowiednie przypisanie rodzaju. Czy brak wpisu musi być jeszcze dodatkowo oznaczany?

ODPOWIEDŹ NA PYTANIE 128

Zamawiający informuje, że brak adresu zameldowania misi być dodatkowo oznaczony.

PYTANIE 129

Dotyczy: Załącznik nr 1 do OPZ

HR.124 Przed wydrukiem dokumentów użytkownik musi mieć możliwość naniesienia ręcznych uwag i dodatkowych informacji na przygotowanym do druku dokumencie.

Pytanie: Czy dotyczyć ma to każdego dokumentu? Listy płac, PIT też? Prosimy o zmianę wymagania, by dotyczyło to tylko wybranych na etapie analizy dokumentów.

ODPOWIEDŹ NA PYTANIE 129

System musi zapewnić ręczne dopisanie informacji lub uwag do wszystkich dokumentów z obszaru HR poza zapisanymi w standardzie (np. zaświadczenie o zatrudnieniu, umowy, porozumienia zmieniające, świadectwa pracy itp.)

Dane do LP oraz PIT powinny być generowane zgodnie z danymi w systemie.

PYTANIE 130

Dotyczy: Załącznik nr 1 do OPZ

HR.144 Zestawienia ewidencji wydanych środków BHP dla pracownika, działów, grup pracowników.

Pytanie: Prosimy o podanie, o jakie środki chodzi?

ODPOWIEDŹ NA PYTANIE 130

Zamawiający informuje, że zestawienie z HR.144 dotyczy:

1) środków ochrony indywidualnej,

2) odzieży ochronnej,

3) odzieży roboczej,

4) obuwia ochronnego,

5) obuwia roboczego.

Jest ona ściśle powiązana z kartami ewidencji wskazanymi w HR.134 prowadzonymi indywidualnie dla każdego pracownika osobno.

Zestawienie ewidencji w/w środków powinno być możliwe w zakresie wskazanym w HR.144.

PYTANIE 131

Dotyczy: Załącznik nr 1 do OPZ

HR.166 Dokonywania grupowego przeszeregowania pracowników.

Pytanie: Prosimy o wyjaśnienie, jakie dane mają być modyfikowane podczas tej operacji?

ODPOWIEDŹ NA PYTANIE 131

Zamawiający informuje, że grupowe przeszeregowanie pracowników może dotyczyć różnych danych z obszaru kadr np. zmiany nazwy wydziału lub departamentu, wpisanie tego samego dnia nieobecności, stawki, itp.

PYTANIE 132

Dotyczy: Załącznik nr 1 do OPZ

HR.174 numer ewidencyjny (niezależna numeracja od numeracji pracowników),

Pytanie: Czy numery takich osób muszą być wymuszane przez system, czy wystarczy, że użytkownik będzie mógł je nadawać wg własnego klucza?

ODPOWIEDŹ NA PYTANIE 132

Zamawiający informuje, że numery powinny być wymuszane przez system, z zachowaniem oznaczenia danej bazy, czy do KZGW, czy do danego RZGW. System powinien umożliwić usunięcie numeru niewykorzystanego np. osoba podpisała umowę o pracę, ale przed terminem rozpoczęcia pracy zrezygnowała z niej.

PYTANIE 133

Dotyczy: Załącznik nr 1 do OPZ

PL.249 Możliwość prowadzenia e-teczek pracowniczych.

Pytanie: Prosimy o potwierdzenie, czy to wymaganie zostanie spełnione, jeżeli system umożliwi dołączanie pracownikowi skanów dokumentów?

ODPOWIEDŹ NA PYTANIE 133

Zamawiający informuje, że System musi zapewnić gromadzenie skanów dokumentów, zgodnie z obowiązującymi przepisami prawa, z podziałem na części A, B, C, D z możliwością stworzenia spisu zawartości.

PYTANIE 134

Dotyczy: Załącznik nr 1 do OPZ

PL.250 Tworzenie deklaracji PFRON.

Pytanie: Prosimy o podanie symbolu dokumentu

ODPOWIEDŹ NA PYTANIE 134

Zamawiający informuje, że obecnie składana jest deklaracja o nr symbolu DEK-I-a, ale system musi umożliwić złożenie deklaracji zgodnie z obowiązującymi przepisami prawa i nowym ewentualnym nr symbolu dokumentu (np. zmiana wskaźnika zatrudnienia osób niepełnosprawnych).

PYTANIE 135

Dotyczy: Załącznik nr 1 do OPZ

PL.251 Rejestracja odpisów do PFRON.

Pytanie: Prosimy o podanie symbolu dokumentu

ODPOWIEDŹ NA PYTANIE 135

Zamawiający informuje, że obecnie składana jest deklaracja o nr symbolu DEK-I-U dla odpisów i pomniejszenia wpłat, ale system musi umożliwić złożenie deklaracji zgodnie z obowiązującymi przepisami i nowym ewentualnym nr symbolu dokumentu pomniejszającego odpis lub inną wymaganą przepisami prawa (np. zmiana wskaźnika zatrudnienia osób niepełnosprawnych).

PYTANIE 136

Dotyczy: Załącznik nr 1 do SIWZ

Tabela 1. Harmonogram Ramowy realizacji Przedmiotu Zamówienia

Etap III                     Dostarczenie         Oprogramowania                             do 90 dni kalendarzowych od odbioru Etapu I

oraz Załącznik nr 7 do SIWZ

§ 3 Terminy i miejsca wykonania Umowy

4) Etap III – czas realizacji: do 90 dni kalendarzowych od odbioru Etapu II;

Pytanie: Prosimy o ujednolicenie terminów wynikających z Harmonogramu Ramowego w kontekście Etapu III, ponieważ czasy realizacji określone w OPZ i wzorze Umowy odnoszą się do odbiorów innych etapów.

ODPOWIEDŹ NA PYTANIE 136

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 28

Załącznik Nr 7 do SIWZ – Wzór umowy, ust. 1 pkt 4) w § 3 „Terminy i miejsca wykonania Umowy”, otrzymuje brzmienie:

„Etap III – czas realizacji: do 90 dni kalendarzowych od odbioru Etapu I;”.

PYTANIE 137

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

W trakcie realizacji Umowy, Wykonawca zobowiązany jest do opracowania w ramach Etapu 0 Harmonogramu Szczegółowego, przy czym Harmonogram Szczegółowy nie może zmieniać Harmonogramu Ramowego oraz będzie podlegał weryfikacji przez Kierowników Projektu na 5 Dni Roboczych przed rozpoczęciem każdego Etapu realizacji Umowy.

Pytanie:

Podczas realizacji Etapu I zostaną przeprowadzone spotkania analityczne mające na celu x.xx. przygotowanie szczegółowego opisu sposobu realizacji wszystkich wymagań funkcjonalnych związanych z Systemem. Opracowanie Harmonogramu Szczegółowego w Etapie 0 nie uwzględni zagadnień, które w dużej mierze są identyfikowane na spotkaniach analitycznych (etap I).

Czy Zamawiający dopuszcza zmianę polegającą na przesunięciu zadania opracowania Harmonogramu Szczegółowego do Etapu I?

ODPOWIEDŹ NA PYTANIE 137

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

PYTANIE 138

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

10) Etap IX – czas realizacji: do 30 dni kalendarzowych od odbioru Etapu VIII;

Pytania:

W Etapie IX Wykonawca ma za zadanie przeprowadzenie Szkoleń dla Administratorów oraz Użytkowników Kluczowych w łącznej liczbie 488 osób w ciągu 30 dni kalendarzowych w grupach do 15 osób w lokalizacjach Zamawiającego wskazanych w SIWZ jako miejsca realizacji Zamówienia – tj. w jednostkach organizacyjnych 11 RZGW oraz KZGW.

Czy Zamawiający dopuszcza wydłużenie terminów realizacji szkoleń etapu IX do 60 dni kalendarzowych od odbioru Etapu VIII?

Kierując się doświadczeniem we wdrażaniu systemów informatycznych wskazujemy, iż okres niespełna 30 dni jest niewystarczający na przeprowadzenie szkoleń dla 488 osób w 12 lokalizacjach.

Czy Zamawiający dopuszcza możliwość przeprowadzenia szkoleń w formie zdalnej niezależnie od stanu zagrożenia epidemicznego?

Wykonawca wnosi o jednoznaczne określenie czy czas realizacji określony w Harmonogramie Ramowym jest czasem do którego Wykonawca zobowiązany jest zgłosić gotowość do Odbioru poszczególnych Produktów oraz Etapów.

ODPOWIEDŹ NA PYTANIE 138

Zamawiający nie wyraża zgody na wydłużenie terminów realizacji szkoleń Etapu IX.

Zamawiający dopuszcza możliwość przeprowadzenia szkoleń w formie zdalnej, jeżeli będzie to warunkowała sytuacja epidemiczna.

Ponadto 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 29

We wszystkich miejscach SIWZ, w których występuje, zmienia termin składania oraz termin otwarcia ofert z dnia 09 grudnia 2020 r. na dzień 21 grudnia 2020 r. Godzina oraz miejsce składania ofert, a także godzina oraz miejsce otwarcia ofert pozostają bez zmian.

Powyższe zmiany stanowią integralną część SIWZ.

Xxxxxxxxxxx u up.

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