bip.pfron.org.plbip.pfron.org.pl/fileadmin/Zamowienia/2018_rok/Uslugi... · Web viewUprzejmie...

DO.WAL.261.24.2018 Warszawa, dnia 31.08.2018 r.

Wszyscy Wykonawcy

Uprzejmie informujemy, że do Zamawiającego wpłynęły wnioski o wyjaśnienie treści Specyfikacji Istotnych

Warunków Zamówienia w postępowaniu prowadzonym w trybie przetargu nieograniczonego na usługi asysty

technicznej i konserwacji, modyfikacji i rozwoju Systemu SODIR – ZP/24/18.

Poniżej zamieszczamy odpowiedzi na zadane pytania.

Pytanie 1:

Dotyczy Punkt III.3 SIWZ

„Na podstawie art. 29 ust. 3a ustawy Zamawiający wymaga, aby wśród personelu przewidzianego do

realizacji powyższego zamówienia, Wykonawca lub Podwykonawca zatrudnił w trakcie realizacji zamówienia

na podstawie umowy o pracę osoby wykonujące prace związane z kierowaniem realizacją zamówienia

w szczególności w zakresie:

− współpracy z Zamawiającym w celu bieżącego zarządzania realizacją Umowy, obsługi wszelkich Zgłoszeń,

zapytań, wniosków i Zamówień,

− podejmowania decyzji w imieniu Wykonawcy we wszystkich sprawach dotyczących realizacji Umowy, w

tym także do podpisywania odpowiednich protokołów odbioru oraz do udzielania pisemnego

pełnomocnictwa substytucyjnego, jednakże bez prawa do zmiany postanowień Umowy;

w sposób określony w art. 22 § 1 ustawy z dnia 26 czerwca 1974 r. – Kodeks pracy.”

Zwracamy uwagę, że jest to rola wiodąca w umowie i może być realizowane np. przez osobę będącą w zarządzie

spółki lub przez menadżera wysokiego szczebla niejednokrotnie współpracującego w oparciu o własną działalność

gospodarczą. Jest to bardzo popularna i powszechna forma zatrudniania osób na niniejszych szczeblach,

akceptowana obopólnie zarówno przez pracodawcę jak i osoby wykonujące tego typu prace. Wyniki badań

wskazują, że obecnie ponad 60% specjalistów i menadżerów z obszaru IT, mających doświadczenie we współpracy

na zasadzie kontraktu – przedkłada taką formę zatrudnienia nad pracę etatową. Zmienna koniunktura

gospodarcza wymaga od pracodawców i pracowników bardziej elastycznego podejścia do pracy. W krajach

Europy Zachodniej już od lat wielu wysoko wykwalifikowanych specjalistów i menedżerów decyduje się na

zatrudnienie kontraktowe. W chwili obecnej „contracting” jest definiowany jako wewnętrzna forma zatrudnienia

(bezpośrednio u pracodawcy), ponieważ charakteryzuje się z góry określonym czasem pracy, zakresem

obowiązków wymagającym kwalifikacji menadżerskich i specjalistycznych.

Czy Zamawiający dopuszcza, aby osoba wykonująca prace związane z kierowaniem realizacją zamówienia

była osobą prowadzącą jednoosobową działalność gospodarczą i realizowała je na podstawie umowy

cywilnoprawnej zawartej z Wykonawcą?

Odpowiedź 1:

Zamawiający zmieni zapisy SIWZ w tym zakresie.

Pytanie 2:

Dotyczy Punktów II.1.4)3., II.1.5) i II.2.6) ogłoszenia o zamówieniu, oraz punktu VII.6. SIWZ:

Zamawiający podaje w ogłoszeniu szacunkową wartość zamówienia bez VAT: 26 829 268.29 PLN.

Jednocześnie Zamawiający informuje o przewidywanym udzieleniu zamówień, o których mowa w art. 67 ust.

1 pkt 6 ustawy do wysokości 50 % wartości zamówienia podstawowego.

Prosimy o wyjaśnienie, czy podana kwota, to całkowita wartość zamówienia wraz z ewentualnym

zamówieniem uzupełniającym, czy też Zamawiający przewiduje udzielenie dodatkowego zamówienia

o wartości do maks. 13 414 634,14 PLN bez VAT?

Odpowiedź 2:

Podana przez Zamawiającego kwota to całkowita wartość zamówienia obejmująca wartość zamówienia

podstawowego i maksymalną, przewidziana w PZP, wartość zamówienia uzupełniającego, stanowiącego 50%

wartości zamówienia podstawowego.

Pytanie 3:

Dotyczy zamówienia dodatkowego.

Czy w ramach dodatkowego zamówienia, Zamawiający dopuszcza zarówno przedłużenie okresu świadczenia

Usługi Asysty Technicznej i Konserwacji jak i rozszerzenia zakresu usług modyfikacji systemu?

Jeżeli Zamawiający zamierza przedłużyć okres świadczenia Usługi Asysty Technicznej i Konserwacji, należy wziąć

pod uwagę, że po trzech latach realizacji umowy koszty Wykonawcy z tytułu realizacji usług mogą ulec zmianie.

2 | S t r o n a

Czy w związku z tym Zamawiający dopuszcza możliwość modyfikacji SIWZ uwzględniającej przewidywane

zwiększenie kosztów realizacji przedmiotu umowy w zamówieniu uzupełniającym, np. poprzez dodanie

zapisów takich jak poniższe?

„Zamawiający przewiduje udzielenia zamówienia, o którym mowa w art. 67 ust. 1 pkt 6 ustawy (zwanym

dalej: Zamówieniem uzupełniającym).

Zamówienie polegać będzie na powtórzeniu wszystkich lub części usług objętych Umową, przy czym

Zamówienie udzielone będzie na warunkach określonych w Umowie, z zastrzeżeniem że:

1) W przypadku usług objętych zamówieniem uzupełniającym Zamawiający dopuszcza możliwość zwiększenia

ceny brutto miesięcznego wynagrodzenia Wykonawcy z tytułu świadczenia Usługi Asysty Technicznej

i Konserwacji oraz ceny brutto jednej roboczogodziny Usługi Modyfikacji i Rozwoju maksymalnie do 120%

ceny brutto, o której mowa odpowiednio w §12 ust. 2 Umowy i §12 ust. 9 Umowy.

2) Wysokość zabezpieczenia należytego wykonania Zamówienia uzupełniającego będzie liczona od wartości

Zamówienia uzupełniającego; wartość procentowa zabezpieczenia podlegać będzie negocjacjom,

3) Zamówienie uzupełniające może zostać udzielone na okres nie dłuższy niż 24 miesięcy od dnia wygaśnięcia

Umowy.”

Odpowiedź 3:

W ramach udzielenia zamówienia dodatkowego polegającego na powtórzeniu tych samych lub podobnych

usług Zamawiający zastosuje przepisy ustawy Pzp dotyczące trybu udzielenia zamówienia dodatkowego.

W związku z tym w trakcie prowadzenia procedury zgodnej z przepisami ustawy Pzp przy udzielaniu

zamówienia dodatkowego można uzgodnić kwestie przedstawione przez Wykonawcę. Zamawiający nie

przewiduje zmiany SIWZ w tym zakresie.

Pytanie 4:

Dotyczy zgłoszeń serwisowych w obecnym systemie SODiR.

Prosimy o podanie, ile było zgłoszeń serwisowych w ramach asysty technicznej, dotyczących systemu SODiR,

w ciągu ostatnich 12 miesięcy, z podziałem na miesiące oraz na poszczególne kategorie (błąd, awaria,

usterka, itd.).

3 | S t r o n a

Odpowiedź 4:

Liczba zgłoszeń serwisowych (SRW) - w latach 2017-2018 Miesiąc/rok 2017 2018

1. styczeń 119 109

2. luty 108 124

3. marzec 123 140

4. kwiecień 102 127

5. maj 97 118

6. czerwiec 86 113

7. lipiec 77 117

8. sierpień 116

9. wrzesień 105

10. październik 109

11. listopad 95

12. grudzień 109

Liczba zgłoszeń gwarancyjnych(GWR) - w latach 2017-2018 Miesiąc/rok 2017 2018

1. styczeń 19 20

2. luty 14 14

3. marzec 9 9

4. kwiecień 19 4

5. maj 10 4

6. czerwiec 7 9

7. lipiec 6 6

8. sierpień 7

9. wrzesień 21

10. październik 13

11. listopad 17

12. grudzień 20

4 | S t r o n a

Zgłoszenie serwisowe (SRW) - dotyczy usługi świadczenia wsparcia dla użytkowników Systemu SODiR

(pracowników PFRON) obejmującej w szczególności:

udzielanie zaawansowanych konsultacji związanych z funkcjonowaniem, utrzymaniem i konfiguracją

środowiska systemowego oraz współpracy poszczególnych podsystemów i komponentów

Oprogramowania Użytkowego,

konsultacje dotyczące „przypadków szczególnych” związanych z realizowanymi w Systemie

procesami i sposobem ich implementacji,

wsparcie przy rozwiązywaniu bieżących problemów związanych z funkcjonowaniem


wsparcie przy konstruowaniu zapytań bezpośrednich do bazy operacyjnej lub sprawozdawczej,

przetwarzanie blokad ręcznych, okresu, decyzyjnych, które utykają w stanie przejściowym

np. dokument w przetwarzaniu,

anulowanie blokad rodzaju 5 (blokady rodzaju 5 powstają w wyniku nieterminowo opłaconych

składek ZUS/KRUS),anulowanie blokad błędnie wprowadzonych przez operatora,

anulowanie wniosków błędnie wprowadzonych przez operatora (poprzez zmianę statusu tego

wniosku),

aktualizacje bazy zablokowanych numerów PESEL (poprzez dodanie nowego numeru PESEL lub

usunięcie istniejącego),

wgrywanie zbiorczych baz np. PESEL z ustalonym prawem do emerytury,

zmiana faksymili w szablonach generowanych za pośrednictwem SODiR,

zmiana treści szablonów,

zmiany stanów dokumentów pomiędzy systemami w sytuacji jeśli stan dokumentu w S.C. jest

niezgodny ze stanem dokumentu w SF np. w przypadku pakietów, sald, wznawianie procesów itd.

kierowanie wniosków do wyceny w sytuacjach problemowych,

wygenerowania wydruków szablonów np. wezwań do korekty (wdk, wdkug, wdkua), wezwań do

uzupełnienia danych (wdud , sald (IPD, IPUG, IPUA), informacji o wstrzymaniu (IWD, IWUG, IWUA)

w sytuacjach problemowych,

przetwarzanie dokumentów wysłanych przez beneficjentów po stronie GK w sytuacji jeśli

przetworzona została niekompletna paczka dokumentów,

5 | S t r o n a

anulowanie decyzji (IWD, DWD itd.) w przypadkach niemożliwych do zrealizowania przez

użytkowników systemu,

generowanie raportów z bazy np. dot. ilości wprowadzonych dokumentów – w zależności od potrzeb

departamentu, lista podmiotów powiązanych lista blokad rodzaju 5,

anulowanie nadmiarowych dokumentów np. wstępna rejestracja beneficjenta,

zmiana daty rejestracji beneficjenta w systemie,

zmiany danych ewidencyjnych Beneficjenta,

weryfikacja działań podejmowanych przez Beneficjenta np. czy odebrał korespondencje elektroniczną,

odczytał wezwanie do korekty lub uzupełnienia danych, odczytał informacje na temat salda,

wsparcie w zakresie obsługi technicznej systemu dla operatorów,

wsparcie w zakresie obsługi technicznej systemu dla beneficjentów np. obsługa podpisu

kwalifikowanego, problemy z podpisem wniosków, problemy z certyfikatem PFRON oraz konfiguracją

aplikacji,

weryfikacja dat przetwarzania dokumentów w systemie w celu analizy różnych procesów związanych

z obsługą wniosków,

weryfikacja logów w systemie celu analizy sytuacji problemowych,

wprowadzenie zmian w zakresie numerów PFRON,

problemy z dostarczaniem dokumentów na serwer wydruków masowych,

uzupełnianie słowników np. KRUS, ZUS,

przetwarzanie dokumentów np. w sytuacji jeśli brak aktualnego INFOPdM/INFOPdR a aktualny

dokument istnieje,

przetwarzanie procesów, które nie zostały zakończone w określonym czasie np. RBO,

przetwarzanie dokumentów w stanach przejściowych, sald w stanie 8 lub 0, pakietów w stanie 14 itd.,

przetwarzanie dokumentów w sytuacji różnic pomiędzy kwotą z wniosku a kwotą wyceny,

uzupełnianie list z zaległościami np. SEPW,

stornowanie przedostatnich sald ze względu na brak funkcjonalności w systemie,

anulowanie znaczników po stronie SF blokad ekonomicznych, ręcznych itd.,

udzielanie wyjaśnień ws. działania systemu np. braku przyczyn rozbieżności na saldzie,

6 | S t r o n a

zasilanie/ uzupełnianie danych w przypadkach, w których zostały przeniesione nieprawidłowo lub

w ogóle nie zostały przeniesione np. dane adresowe, numery rachunków bankowych,

prace serwisowe prowadzone na przełomie roku np. partycja na dysku na kolejny rok

rozrachunkowy,

ponowne przetworzenie wydruków np. zopp, IPD z uwagi na zmiany w zaświadczeniach np. daty,

weryfikacja danych np. w kartotece Beneficjenta Pomocy,

przeniesienie wniosków z jednego numeru PFRON na inny nr PFRON,

bilans zamknięcia/ bilans otwarcia w PKR ( pomocnicza księga rachunkowa),

aktualizacja słowników - stawki VAT, utworzenie linku do systemu FIX w pierwszym dniu roboczym

nowego roku,

ręczne zakończenie procesów masowych,

analiza błędów procesów masowych,

obsługa zadań związanych z koniecznością spełniania wymagań RODO.

Zgłoszenie gwarancyjne (GWR) - to niezgodne z Dokumentacją Systemu działanie Oprogramowania

Użytkowego uniemożliwiające korzystanie z Systemu.

Pytanie 5:

Dotyczy zespołu realizacyjnego prace.

Zamawiający wymaga od Wykonawcy, jako jeden z warunków udziału w postępowaniu, wykazania się

zespołem 22 osób, o określonych kompetencjach.

Prosimy o informację, jaka część tego zespołu, wg. szacunków Zamawiającego i doświadczeń wynikających

z dotychczasowego utrzymania Systemu SODiR, jest potrzebna do świadczenia Usługi Asysty Technicznej

i Konserwacji Systemu?

Odpowiedź 5:

Zakres usług Asysty Technicznej i Konserwacji jest określony w SIWZ. Oszacowanie, jaka część zespołu

wymaganego przez Zamawiającego do realizacji umowy leży po stronie Wykonawcy.

Pytanie 6:

7 | S t r o n a

Dotyczy Usług Modyfikacji i Rozwoju systemu SODiR.

Maksymalny limit godzin zamawiany w ramach Usług Modyfikacji i Rozwoju Systemu SODiR jest dość wysoki

i istnieje ryzyko niewykorzystania tego limitu, które Wykonawca musi uwzględnić przy kalkulacji ceny oferty.

Jakie prace Zamawiający zamierza zlecić w ramach tych usług? Czy są to tylko modyfikacje wynikające ze

zmian przepisów prawa, czy też zmiany technologiczne lub poprawiające ergonomię systemu? Czy

Zamawiający ma zaplanowane modyfikacje do wykonania np. w okresie pierwszych 12 miesięcy realizacji

umowy?

Odpowiedź 6:

Zamawiający zamierza zlecać prace rozwojowe zmierzające między innymi do: zapewnienia zgodności

Systemu z prawem, podniesienia poziomu dostępności systemu dla klientów poprzez kompleksową

przebudowę warstwy front-end oraz obszaru grubego klienta, wytworzenie i udostępnienie API dla

integratorów Systemu, rozwój funkcjonalności back-office o realizacje zadań powiązanych z procesami

wnioskowania o dofinansowanie, wytworzenie i wdrożenie funkcjonalności obiegu korespondencji pism

spraw. Zamawiający zakłada, że realizacja wymienionych powyżej i innych zmian będzie możliwa do

przeprowadzenia w okresie świadczenia usług Rozwoju, zakres prac w ciągu 12 pierwszych miesięcy zależy od

ich złożoności, która będzie dopiero oszacowania na etapie analizy poszczególnych zgłoszeń.

Pytanie 7:

Dotyczy zabezpieczenia należytego wykonania umowy.

Zamawiający wymaga złożenia zabezpieczenia należytego wykonania umowy w wysokości 10% wartości

umowy. Znaczną częścią przedmiotu zamówienia są roboczogodziny zamawiane w ramach Usług Modyfikacji

i Rozwoju Systemu SODiR. Faktyczna wartość może być znacząco niższa od wartości umowy, w przypadku

gdy Zamawiający nie będzie zlecał wykonawcy do realizacji tych usług lub zlecał je w niewielkiej ilości.

Dodatkowo termin obowiązywania umowy to minimum 36 miesięcy (dłużej, jeśli umowa zostanie podpisana

przed 21.12.2018 roku). Koszt wniesienia zabezpieczenia w takiej wysokości jest istotnym parametrem

wpływającym na cenę oferty (koszt gwarancji ubezpieczeniowej zabezpieczenia dla oferty na poziomie

zakładanego przez PFRON budżetu może przekroczyć kwotę kilkaset tysięcy zł). W postępowaniach

o podobnym charakterze i zakresie zamawiający często stosują zabezpieczenie w mniejszej wysokości

(np. ostatnio Zakład Ubezpieczeń Społecznych w postępowaniu na „Rozwój i utrzymanie Portalu Klienta oraz

8 | S t r o n a

Szyny Usług (ESB) – w ramach Platformy Usług Elektronicznych ZUS”, o podobnej konstrukcji zamówienia

i budżecie).

Czy Zamawiający rozważy zmniejszenie wysokości zabezpieczenia należytego wykonania umowy np. do

wysokości 3% wartości umowy – czyli około 10% szacunkowej wartości rocznych usług?

Odpowiedź 7:

Zamawiający nie przewiduje zmiany SIWZ w tym zakresie. Zabezpieczenie należytego wykonania umowy

stanowi 10 % ceny całkowitej brutto podanej w ofercie, która nie obejmuje wartości zamówienia, o którym

mowa w art. 67 ust 1 pkt 6 ustawy Pzp.

Pytanie 8:

Dotyczy §14 wzoru Umowy – Kary umowne

Wartość kar umownych zapisanych we wzorze umowy przez Zamawiającego jest zbyt wysoka i często

nieadekwatna wysokości wynagrodzenia oraz do strat, jakie może ponieść Zamawiający w wypadku, gdy kary

takie mogą być naliczone. Skrajnym przykładem jest kara umowna, o której mowa w pkt. 5.8 w wysokości

20 000 zł w przypadku niedostarczenia wyników Analizy Wstępnej lub gdy wyniki te nie zostaną

zaakceptowane przez Zamawiającego. Należy wziąć pod uwagę, że Analiza Wstępna wykonywana jest

nieodpłatnie i tak wysoka kara w przypadku opóźnienia w jej dostarczeniu lub w przypadku gdy jej wyniki nie

zostaną zaakceptowane przez Zamawiającego jest rażąco zawyżona. Podobna sytuacja występuje

w przypadku kar naliczanych za niedotrzymanie wskaźników. Wysokość tych kar jest niezależna od wysokości

wynagrodzenia, jakie otrzymuje Wykonawca za świadczenie Usług Asysty Technicznej i Konserwacji. Może

dojść do sytuacji, w której naliczone kary przekroczą wysokość wynagrodzenia z tego tytułu. Czy Zamawiający

rozważy zmianę SIWZ polegającą na obniżeniu wysokości kar umownych oraz na uzależnieniu ich wysokości

od wysokości wynagrodzenia należnego Wykonawcy?

Odpowiedź 8:

Konieczność wprowadzenia modyfikacji do Systemu jest często związana ze zmianami otoczenia prawnego

systemu. W takim przypadku ewentualne konsekwencje finansowe, organizacyjne jak i wizerunkowe

działania niezmodyfikowanego systemu ponosi Zamawiający. Stąd taki poziom kary umownej.

9 | S t r o n a

Pytanie 9:

Dotyczy §14 pkt 9 wzoru Umowy

Łączna suma kar umownych została przez Zamawiającego ograniczona do kwoty 100% wartości zamówienia.

Zwracamy uwagę, że w przypadku tego zamówienia faktyczna wartość wynagrodzenia otrzymanego przez

Wykonawcę może być znacząco niższa od wartości zamówienia. Czy Zamawiający rozważy zmniejszenie

wysokości maksymalnej łącznej sumy kar umownych np. poprzez uzależnienie tej wartości od łącznej wartości

wynagrodzenia wypłaconego Wykonawcy lub poprzez zmniejszenie jej np. do wysokości 30% wartości

zamówienia?

Odpowiedź 9:

Zamawiający obniża łączną sumę kar umownych do 50% wysokości wynagrodzenia. Zamawiający zmieni

SIWZ w tym zakresie.

Pytanie 10:

Dotyczy Punktu XXI.1 SIWZ

System SODiR jest oparty na wielu technologiach, z których część jest niszowa lub wręcz przestarzała

i niewspierana przez producentów (np. KIR Szafir SDK, Oracle WebLogic, Forms). Kompetencje do realizacji

zmian w oprogramowaniu opartym na tych technologiach (rozumianych także jako usuwanie wad

w oprogramowaniu) posiada tylko niewielka grupa firm lub specjalistów. Zapis punktu XXI.1 SIWZ znacząco

ogranicza liczbę wykonawców, którzy mogą wziąć udział w tym postępowaniu, a co za tym idzie wpływa

znacząco na ograniczenie konkurencji.

Dodatkowo w zakresie Usług Asysty Technicznej i Konserwacji Systemu SODIR Zamawiający oczekuje

wykonywania wielu czynności typowo administracyjnych – znacząco różnych od modyfikacji

oprogramowania, dla których bardzo naturalne byłoby skorzystanie z specjalizowanych podwykonawców.

Ponadto zapis punktu XXI.1 SIWZ stoi w sprzeczności z punktem V.4 SIWZ. Zamawiający jednocześnie

dopuszcza możliwość, aby Wykonawca polegał na doświadczeniu innego podmiotu m.in. w zakresie

wymagań określonych w punkcie V.1.2.3.a), dotyczących doświadczenia w świadczeniu usług asysty

technicznej i konserwacji systemów informatycznych i zabrania korzystania z podwykonawców w tym

zakresie, co uniemożliwia skorzystanie z możliwości, o którym mowa w punkcie V4. SIWZ.

10 | S t r o n a

Czy w związku z powyższym Zamawiający rozważy zmianę zapisów SIWZ, której intencją byłoby częściowa

możliwość skorzystania z usług podwykonawców przy świadczeniu usług Asysty Technicznej i Konserwacji,

poprzez wykreślenie punktu XXI.1 lub poprzez taką jego modyfikację, aby umożliwić Wykonawcom

skorzystanie z zapisów punktu V.4 SIWZ?

Odpowiedź 10:

Zamawiający zmieni SIWZ w tym zakresie.

Pytanie 11:

Dotyczy §6 wzoru Umowy - Warunki gwarancji

Proszę o potwierdzenie intencji Zamawiającego, że obecne zapisy umowy narzucające okres 36 miesięcy

gwarancji na dostarczone produkty może w ostatecznym efekcie wydłużyć okres obowiązywania umowy z 36

miesięcy do ponad 72 miesięcy (6 lat) co bardzo znacząco może wpłynąć na koszt złożonych ofert.

Czy Zamawiający zgadza się na zmianę zapisów w następujący sposób:

„2. Okres gwarancji, o której mowa w punkcie powyżej, będzie trwał do dnia zakończenia umowy ale nie

krócej niż 6 miesięcy.”

W ten sposób Zamawiający zminimalizuje ryzyko podwójnego płacenia za te same usługi dwóm

wykonawcom naprzemiennie świadczącym usługi serwisu i gwarancji.

Odpowiedź 11:

Zamawiający doprecyzowuje SIWZ w tym zakresie.

Pytanie 12:


Proszę o podanie warunków świadczenia usług gwarancji przez firmę Sygnity S.A. – w szczególności procedur

przekazywania produktów, SLA i okresu gwarancji.

Odpowiedź 12:

Zamawiający poniżej udostępnia niezbędne informacje:

1. Gwarancja na System SODiR i Modyfikacje Systemu SODiR

1.1 W ramach wynagrodzenia, przewidzianego w § 10 Umowy Wykonawca udziela Zamawiającemu 12-

miesięcznej gwarancji jakości na:

11 | S t r o n a

a) Modyfikacje Systemu SODiR- okres gwarancji jakości dla każdej modyfikacji liczony jest od dnia

podpisania protokołu odbioru modyfikacji Systemu SODiR;

b) System SODiR (z wyłączeniem Oprogramowania Systemowego) w wersji aktualnej na dzień zawarcia

niniejszej Umowy - okres tej gwarancji liczony jest od dnia zawarcia Umowy;

c) Systemu SODiR (z wyłączeniem Oprogramowania Systemowego) w wersji aktualnej na ostatni dzień

obowiązywania Umowy, tj. obejmującej wszystkie zmiany i modyfikacje powstałe w ramach Umowy -

okres tej gwarancji liczony jest od dnia 21 grudnia 2018 r.

1.2 Wykonawca w wykonaniu obowiązków wynikających z gwarancji zobowiązuje się w ramach

wynagrodzenia wynikającego z Umowy świadczyć na rzecz Zamawiającego usługi gwarancyjne

obejmujące rozpoznawanie i usuwanie zgłaszanych przez Zamawiającego Wad Systemu

SODiR/Modyfikacji.

1.3 Wykonawca zobowiązany jest do Usuwania Wad w ramach gwarancji niezwłocznie jednak nie później

niż 14 dni. Do zgłoszenia Wad w ramach gwarancji zastosowanie znajdują postanowienia Umowy

dotyczące Usługi Utrzymania Systemu SODiR. Nie dotyczy to czasów Usunięcia Wady.

1.4 W wypadku, gdy dostarczony Pakiet Usuwający Wadę niesie za sobą konieczność aktualizacji

Dokumentacji, aktualizacja ta zostanie dostarczona w terminie 14 dni od dnia dostarczenia

Zamawiającemu Pakietu Usuwającego Wadę.

1.5 Wszelkie koszty wykonania Pakietu Usuwającego Wadę oraz związanej z tym aktualizacji

Dokumentacji ponosi Wykonawca.

1.6 Pakiet Usuwający Wadę po jego zainstalowaniu nie może zaburzyć prawidłowego działania Systemu

SODiR oraz nie wpłynie znacząco na obniżenie wydajności Systemu SODiR. Jeżeli w ciągu następnego

Dnia Roboczego po dniu zainstalowania Pakietu Usuwającego Wadę na środowisku produkcyjnym

zostanie zgłoszona kolejna Wada związana z Pakietem Usuwającym Wadę i jej wystąpienie nie wynika

z błędów w procesie instalacji Pakietu Usuwającego Wadę, uznaje się iż zgłoszona uprzednio Wada nie

została usunięta.

1.7 Usunięcie Wady, która została zgłoszona odbywa się poprzez dostarczenie Pakietu Usuwającego

Wadę, który instalowany jest na środowisku produkcyjnym.

W przypadku Awarii dopuszcza się zastosowanie Obejścia.

12 | S t r o n a

1.8 W celu uniknięcia wątpliwości Strony przyjmują, iż Wykonawca przenosi na Zamawiającemu autorskie

prawa majątkowe na wszelkie Produkty dostarczone Zamawiającemu w okresie gwarancji wykonane

w ramach usuwania Wad, w szczególności Pakietu Usuwającego Wadę i Dokumentację, w zakresie i

na zasadach opisanych w Umowie.

2. Procedury i zasady świadczenia usług w ramach gwarancji

2.1 Zgłoszenia gwarancyjne będą dokonywane przez Zamawiającego za pośrednictwem serwisu www

dostępnego pod adresem https://zgloszenia.sodir.sygnity.pl. W razie niedostępności dla

Zamawiającego ww. serwisu zgłoszenie może być dokonane za pośrednictwem e-maila na adres: .....

2.2 Wskazanie osób upoważnionych do dokonywania zgłoszeń, wymaga pod rygorem nieważności

formy pisemnej. Zmiana osób upoważnionych do dokonywania zgłoszeń nie stanowi zmiany

niniejszej Umowy, obowiązuje od następnego Dnia Roboczego po otrzymaniu przez Wykonawcę

powiadomienia. Wykonawca nie jest zobowiązany do realizacji naprawy gwarancyjnej w wyniku

zgłoszenia gwarancyjnego dokonanego przez osobę nieupoważnioną, zgodnie z powyższymi

zapisami.

2.3 Zamawiający zgłaszając Wadę wskazuje obszary, których Wada dotyczy.

2.4 Wykonawcza podejmuje prace mające na celu usunięcie zgłoszonej Wady i potwierdza lub

doprecyzowuje, których obszarów Wada dotyczy.

Usługi Utrzymania Systemu SODiR

1. W ramach Usługi Utrzymania Systemu SODiR świadczonej od dnia 21 grudnia 2015 r. Wykonawca

zobowiązany jest do:

1.1. świadczenia usługi wsparcia dla Użytkowników;

1.2. przyjmowania, obsługi zgłoszeń dotyczących Wad Systemu SODiR oraz usuwania Wad;

1.3. przyjmowania i obsługi przez Wykonawcę Zgłoszeń Operacyjnych;

1.4. zapewnienia utrzymania parametrów dostępności Systemu SODiR.

2. Zakres świadczonej usługi obejmuje:

2.1 Usługę świadczenia wsparcia dla Użytkowników

Usługa świadczenia wsparcia dla Użytkowników poprzez zgłoszenie Administratora Systemu SODiR

w narzędziu Jira będzie realizowana poprzez udzielanie odpowiedzi w formie elektronicznej w tym

13 | S t r o n a

samym narzędziu. Obejmuje ona obszar funkcjonowania, utrzymania i konfiguracji środowiska

systemowego, współpracy poszczególnych podsystemów i komponentów Systemu SODiR, struktur baz

danych i konstrukcji niestandardowych zapytań oraz czynności administracyjnych. Odpowiedź

udzieloną przez Wykonawcę zatwierdza Administrator Systemu SODiR. Wykonawca zobowiązany jest

do świadczenia konsultacji telefonicznych na każde żądanie Administratora Systemu SODiR w zakresie

zgłoszenia.

2.2 Przyjmowanie, obsługa zgłoszeń dotyczących Wad Systemu SODiR oraz usuwanie Wad.

2.2.1 Usunięcie Wady jest dokonywane we wszystkie dni tygodnia, w trybie 24 godzin na dobę. W

przypadku wystąpienia Wady Systemu SODiR, zgłoszonej przez Administratora Systemu SODiR w

narzędziu Jira, usługa ta będzie realizowana zgodnie z parametrami opisanymi w tabeli poniżej.

Rodzaj Wady wskazuje Administrator Systemu. Wykonawca uprawniony jest do weryfikacji

rodzaju zgłoszonej Wady, niemniej jednak ostateczną decyzję odnośnie kwalifikacji Wady

podejmuje Zamawiający.

2.2.2 Wykonawca nie odpowiada za usunięcie Wady w Oprogramowaniu Systemowym wynikającej z

błędu Oprogramowania Systemowego.

2.2.3 Wykonawca we wskazanych powyżej terminach zobowiązany jest do:

a) Usunięcia Wady w taki sposób, aby System SODiR realizował funkcjonalności zapewniające

Zamawiającemu wykonywanie jego obowiązków lub zgodność z dokumentacją lub spełnianie

wymagań funkcjonalnych i pozafunkcjonalnych Systemu SODiR;

b) przekazania Pakietu Usuwającego Wadę, możliwego do wdrożenia na środowisku testowym i

produkcyjnym wraz z instrukcją umożliwiającą instalację tego pakietu, o ile Wykonawca

Usuwa Wadę za pomocą takiego Pakietu. Wykonawca zapewnia wsparcie instalacji Pakietów

Usuwających Wadę;

c) w terminie usunięcia Wady odzyskania utraconych bądź uszkodzonych danych;

2.2.4 Prawidłowe Usunięcie Wady zatwierdza Administrator Systemu SODiR w narzędziu Jira;

2.2.5 Jeżeli Usunięcie Wady nie jest możliwe w czasie przewidzianym dla danej kategorii Wady, Strony

dopuszczają możliwość zastosowania Obejścia, przy czym zastosowanie Obejścia nie wyłącza

zobowiązania Wykonawcy do usunięcia Wady.

14 | S t r o n a

2.2.6 Jeżeli Wykonawca nie dokona usunięcia Wady w powyższych terminach, Zamawiający może

wydłużyć termin usunięcia Wady na pisemną prośbę Wykonawcy, zawierającą uzasadnienie i

odstąpić od obciążenia Wykonawcy karą umowną na zasadach opisanych w niniejszej Umowie.

2.2.7 Wykonawca zobowiązany jest również do świadczenia Usług Utrzymania Systemu SODiR w

sposób niepowodujący obniżenia parametrów wydajnościowych Systemu SODiR sprzed

wystąpienia Wady.

2.2.8 Jeżeli Wada została wykryta przez Wykonawcę, Wykonawca niezwłocznie poinformuje

Zamawiającego o wystąpieniu Wady oraz nada Wadzie odpowiednią kategorię, z tym

zastrzeżeniem, że ostateczna decyzja odnośnie kategorii Wady należy do Zamawiającego.

2.3 Usługa przyjmowania i obsługi przez Wykonawcę Zgłoszeń Operacyjnych.

Usługa przyjmowania i obsługi Zgłoszeń Operacyjnych dotyczących modyfikacji danych Systemu SODiR,

których nie jest w stanie dokonać Zamawiający w terminie oczekiwanym przez Zamawiającego.

Przyjmowanie Zgłoszeń Operacyjnych będzie realizowane na podstawie zgłoszeń Administratora Systemu

SODiR w narzędziu Jira. Zgłoszenia będą realizowane w Dni Robocze w godzinach 8:00 – 17:00.

2.4 Zapewnienia utrzymania parametrów dostępności Systemu

2.4.1. Wykonawca zapewnia utrzymanie dostępności Systemu SODiR w sposób ciągły, na poziomie co

najmniej 95% w skali miesiąca liczonych jako Rzeczywisty Poziom Dostępności Systemu (RPDS).

RPDS rozliczany będzie kwartalnie.

2.4.2. Poziom dostępności Systemu SODiR, o którym mowa powyżej obliczany jest w stosunku

miesięcznym, w każdym miesiącu obowiązywania niniejszej Umowy.

2.4.3. Przez dostępność Systemu SODiR Strony rozumieją funkcjonowanie Systemu SODiR bez Wad.

2.4.4. Dla potrzeb obliczania czasu dostępności Systemu SODiR Strony uznają, że niedostępnością

Systemu SODiR nie jest czas planowanych okien serwisowych działania Systemu SODiR.

2.4.5. Wykonawca ma prawo do jednego, co najmniej dwugodzinnego, okna serwisowego w terminie

uzgodnionym przez Strony. Zamawiający nie może odmówić wykonania jednego takiego okna

serwisowego w każdym miesiącu.

2.4.6. Parametr RPDS (Rzeczywisty Poziom Dostępności Systemu) będzie wykorzystywany do naliczania

kar umownych. RPDS będzie liczony według wzoru:

RPDS = (TD - TS –Σ TN)/(TD-TS) * 100 [%]

15 | S t r o n a

gdzie:

TD – liczba Dni Roboczych w miesiącu x 8 Godzin Roboczych

TS – liczba godzin uzgodnionych z Zamawiającym okien serwisowych

TN – czas trwania niedostępności usługi, zaistniałej w wyniku wystąpienia Wady. Do wyliczeń

będą brane wyłącznie te czasy niedostępności, które zakończyły się w okresie za który liczy się

wskaźnik RDPS.

2.4.7. Poziom wskaźnika RPDS będzie wyliczany i raportowany przez Wykonawcę za każdy miesiąc

świadczenia Usługi Utrzymania Systemu SODiR..

Pytanie 13:

Proszę o potwierdzenie że dokumentacja posiadana przez Zamawiającego wymieniona w Załączniku nr 7 do

SIWZ jest aktualna, pozbawiona błędów i nie wymagająca uzupełnienia.

Odpowiedź 13:

Zamawiający potwierdza, że posiada dokumentację wymienioną w Załączniku 7 do SIWZ.

Pytanie 14:


Proszę o potwierdzenie, że gdy Wykonawca dostarczy, w trakcie realizacji Umowy, zaakceptowane przez

Zamawiającego Oprogramowanie Standardowe/Obce, Oprogramowanie Standardowe i Narzędziowe wraz

z dokumentacją, stworzone samodzielnie lub przez podmiot trzeci, to wartość należnego wynagrodzenia

z tytułu udzielenia licencji na korzystanie z takiego Oprogramowania Standardowe/Obcego,

Oprogramowania Systemowego i Narzędziowego wraz z dokumentacją i jego utrzymaniem zostanie

rozliczone jako konwersja wynagrodzenia za odpowiednią liczbę roboczogodzin dostępnych w ramach Usług

Modyfikacji i Rozwoju.

Odpowiedź 14:

Zamawiający dopuszcza taki sposób rozliczania. Będzie on miał zastosowanie wyłącznie w sytuacji gdy

Zamawiający nie zdecyduje się na samodzielny zakup licencji bezpośrednio od producenta oprogramowania.

16 | S t r o n a

Pytanie 15:

W związku z przygotowaniami do skalkulowania oferty oraz udziału w wizji lokalnej proszę o udostępnienie

następujących informacji dotycząc złożoności systemu SODIR w podziale na moduły i komponenty, o których

mowa pkt II Załącznika nr 1 do SIWZ:

a. Ilości formatek ekranowych, raportów,

b. Ilości baz danych w podziale na poszczególne silniki bazodanowe wraz informacją o ilości tabel, kolumn

oraz procedur składowanych

c. Wolumenu rekordów w bazach danych oraz średniookresowych wartości ich przyrostów,

d. Ilości webserwisów/interfejsów WebAPI, kolejek oraz procesów,

Proszę o wykaz stosowanych technologii wraz z informacją o posiadanych przez Zamawiającego licencjach

developerskich do wykorzystania po stronie Wykonawcy.

Odpowiedź 15:

Baza danych obszaru Back-End Systemu Obsługi Dofinansowań i Refundacji (SODiR) jest obsługiwana przez

system bazodanowy Oracle w wersji:

Oracle Database 11g Enterprise Edition Release R2- 64bit Production

W bazie danych, oprócz obiektów systemowych istnieje na dzień 24.07.20018:

- 1 198 tablic użytkowników z 14 544 kolumnami ;

- w tablicach użytkowników ( bez tablic tymczasowych) zarejestrowano 3 001 966 514 rekordów.

- 78 niezależnych procedur PL/SQL

- 36 niezależnych funkcji PL/SQL

- 261 pakietów z 2 090 funkcjami lub procedurami

Baza danych SODiR w obszarze Back-End obsługuje 244 formatki Oracle Forms i około 400 formatek jsp,

serwletów itp.

Baza danych obszaru Back-End korzysta z 2 webserwisów.

Baza danych obszaru Back-End SODiR zajmuje około 4,5 TB danych.

Średni miesięczny wskaźnik przyrostu wolumenu danych to 0,039340183 TB.W obszarze Front-End systemu

SODiR rejestrowanych jest miesięcznie około 542 tys. dokumentów składanych przez beneficjentów.

17 | S t r o n a

Bazy danych obszaru Front-End Systemu Obsługi Dofinansowań i Refundacji obsługują dwie bazy danych

oparte na silniku PostgreSQL i dwie bazy danych oparte na silniku MySQL.

Na dzień 24.07.2018w bazach danych PostgreSQL istnieje 50 tabel z 402 kolumnami zawierających 7 952

981 wierszy.

Na dzień 24.07.2018 W bazach danych MySQL istnieje 14 tabel, z 75 kolumnami zawierającymi 170 227

wierszy

Pytanie 16:

Dotyczy Załącznika 8 do SIWZ § 1

Prosimy o informację w jakiej wersji narzędzia Sparx EA prowadzony jest obecnie Model Systemu EA.

Czy Zamawiający przewiduje udostępnienie Wykonawcy całości dokumentacji posiadanej w narzędziu EA

(w tym np. szablony czy wzorce inne niż standardowe)?

Odpowiedź 16:

Narzędzie Sparx EA v. 12.2. Zamawiający udostępni całość dokumentacji posiadanej w narzędziu EA

Wykonawcy, z którym zostanie zawarta Umowa w przedmiotowym postępowaniu.

Pytanie 17:

Dotyczy załącznika 8 do SIWZ § 1

Dla definicji Niedostępności jest odwołanie do parametrów wydajnościowych opisanych w pkt 27 załącznika

1 do Umowy, jednak punkt ten nie zawiera parametrów wydajnościowych.

Prosimy o wskazanie odpowiednich zapisów.

Odpowiedź 17:

Zamawiający dokona stosownej zmiany SIWZ w tym zakresie.

Pytanie 18:

Dotyczy załącznika 8 do SIWZ, § 4, pkt 1, ppkt. 1.9

Czy w obowiązkach Dostawcy będzie oprócz codziennego tworzenia i testowania poprawności wykonania

backupów, również zapewnienie ich bezpiecznego przechowywania?. Jeżeli tak, jakie są wymagania

bezpieczeństwa Zamawiającego w tym zakresie ?

18 | S t r o n a

Odpowiedź 18:

Nie wymaga się przechowywania backupów poza siedzibą Zamawiającego. Zamawiający zmienił SIWZ w tym

zakresie.

Pytanie 19:


W punkcie jest mowa o zmianie platformy systemowo – sprzętowej. Na jaką platformę Zamawiający

zamierza przenosić system?

Odpowiedź 19:

Platforma systemowo-sprzętowa obejmuje:

1. 2 klatki dla serwerów kasetowych typ: Huawei E9000

a) komunikacja SAN z wykorzystaniem portów 16Gb

b) komunikacja LAN z wykorzystaniem portów 10Gb

2. 4 serwery kasetowe typ: Huawei CH121 V3 z procesorami Intel Xeon E5-2637 v4

a) procesor: Intel Xeon E5-2637 v4 - 2x4 Core per serwer,

b) pamięć: 1 TB RAM per serwer

3. wysoko wydajna macierz dyskowa midle range (produkcyjna) typ: Huawei OceanStor 5600 V3

a) posiadająca dwa podwójne kontrolery

b) posiadająca 256 GB pamięci Cache per kontroler

c) prezentująca przestrzenie w 3 typach dysków:

- SSD typ: 02351KEU - 86 sztuki, 900 GB,

- SAS typ: 02351KBT - 224 sztuk, 1,2 TB, 10k rpm,

- NL-SAS typ: 02351KEN - 30 sztuk, 8 TB, 7,2k rpm,

d) skonfigurowane grupy RAID 5, 6

e) średnia szacowana wydajność macierzy na poziomie 200000 IOPS, opóźnień 1,3-1,5 ms

4. wysoko wydajna macierz dyskowa midle range (na kopie zapasowe) typ: Huawei OceanStor 5600 V3

a) posiadająca jeden podwójny kontrolery

b) posiadająca 256 GB pamięci Cache per kontroler

c) prezentująca przestrzenie w 3 typach dysków:

19 | S t r o n a

- SSD typ: 02351KEW - 10 sztuk, 1,8 TB,

- SAS typ: 02351KBT - 76 sztuk, 1,2 TB, 10k rpm,

- NL-SAS typ: 02351KEM - 130 sztuk, 6 TB, 7,2k rpm,

d) skonfigurowane grupy RAID 5, 6

5. 2 przełączniki SAN typ: Huawei OceanStor SNS3096

a) komunikacja SAN z wykorzystaniem portów 16Gb

6. 2 przełączniki LAN typ: Huawei S6720

a) komunikacja LAN z wykorzystaniem portów SFP+ 10Gb

7. System operacyjny:

a) wirtualizatora: ESXi v6 oraz wirtualizator w wersji VMware Vsphere ver. 6 lub wyższej

b) hosty maszyn wirtualnych: RHEL 7

8. biblioteka taśmowa wielonapędowa:

a) standard zapisu zgodny z LTO8

b) komunikacja SAN z wykorzystaniem portów min. 8Gb

Pytanie 20:


Czy zapisy tego punktu oznaczają, że upoważnieni przedstawiciele Wykonawcy będą mieli stały, pełny

i nieograniczony dostęp do warstwy serwerowo – sieciowej wykorzystywanej przez system SODiR?

Odpowiedź 20:

Przedstawiciele Wykonawcy, z którym zostanie zawarta Umowa, będą mieli pełny dostęp do zasobów

Zamawiającego w zakresie umożliwiającym ich administrację w celu realizacji Przedmiotu Zamówienia.

Pytanie 21:


Czy Zamawiający dokonywał już uprzednio takiej migracji i czy zakończyła się ona powodzeniem?

Odpowiedź 21:

Zamawiający dokonał testowej migracji systemu w ramach odbioru dokumentacji systemu SODiR,

zakończonej powodzeniem.

20 | S t r o n a

Pytanie 22:


Czy Zamawiający zapewnia dostawę niezbędnego oprogramowania Oracle dla realizacji modelu active-

active?

Odpowiedź 22:

Zamawiający dokona zmiany SIWZ.

Pytanie 23:


Czy zapewnienie zgodności z oprogramowaniem dostępowym dotyczy tylko Użytkowników Systemu czy też

usługa ta ma być świadczona dla Beneficjentów PFRON?

Odpowiedź 23:

Zapewnienie zgodności z oprogramowaniem dostępowym dotyczy Użytkowników systemu zgodnie z definicją

znajdującą się w Załączniku nr 8 do SIWZ §1.

Pytanie 24:

Dotyczy załącznika 8 do SIWZ, § 5, pkt. 1, ppkt 1.9

Prosimy o oszacowanie pracochłonności / ilości i zakresu oczekiwanych przez Zmawiającego instruktarzy nt.

architektury, kodów źródłowych oraz dokumentacji systemu

Odpowiedź 24:

Instruktarze nt. architektury, kodów źródłowych oraz dokumentacji systemu będą zgłaszane w miarę potrzeb.

Będą one rozliczane w ramach modyfikacji i rozwoju.

Pytanie 25:

Dotyczy załącznika 8 do SIWZ, § 7, pkt 12

Czy na dzień dzisiejszy Zamawiający generuje z repozytorium projektu wyniki prac realizowanych danego dnia

w celu weryfikacji pracochłonność i udostępni szablony takich raportów/podsumowań?. Jak w repozytorium

projektu są / mają być raportowane prace analityczne związane z wymyślaniem / opracowaniem koncepcji /

21 | S t r o n a

„burzą mózgów” / spotkaniami wewnętrznymi pracowników Wykonawcy, które w pierwszej fazie nie

przekładają się na fizyczny produkt możliwy do umieszczenia w repozytorium?. Informacja ta jest szczególnie

istotna, w kontekście zapisów Załącznika 2 pkt. 25 określającego, że prace związane z analizą będą płatne po

przekroczeniu pracochłonności przekraczającej 500 Roboczogodzin

Odpowiedź 25:

Zamawiający w chwili obecnej nie jest odbiorcą takich usług. Prace każdego pracownika lub pracownika

podmiotu działającego na rzecz realizacji usług rozwoju systemu powinny być możliwe do rozliczenia

i weryfikacji przez Zamawiającego za pomocą arkuszy pracy zawierających szczegółowy spis czynności

wykonanych przez pracownika w dniu roboczym w ramach realizacji przedmiotu zamówienia oraz precyzyjne

referencje (odnośniki) do produktów wytworzonych w ramach tych że czynności. Arkusze będą sporządzane

przez Wykonawcę codziennie dla każdego pracownika i wraz z produktami prac będą przekazywane na

bieżąco Zamawianemu poprzez ich udostępnienie w repozytorium. Jednocześnie Zamawiający zauważa,

że koncepcje oraz wymagania biznesowe będące rezultatem spotkań analitycznych lub „burzy mózgów”

jak najbardziej są możliwe do udokumentowania i umieszczenia w repozytorium.

Pytanie 26:

Dotyczy załącznika 8 do SIWZ, § 10

Prosimy o uzupełnienie terminów w jakich Zamawiający będzie odbierał przekazane mu do odbioru

produkty, oraz – dla punkt 7 – wprowadzenie zapisu „Wykonawca poprawi przedmiot odbioru w terminie

wskazanych przez Zamawiającego nie krótszym niż 5 dni”.

Odpowiedź 26:

Zamawiający zmieni zapisy SIWZ.

Pytanie 27:

Załącznik nr 8 §2 pkt 8

Na każde żądanie Zamawiającego określona przez niego część prac związanych z realizacją Umowy będzie

realizowana przez pracowników Wykonawcy w siedzibie Zamawiającego na terenie Warszawy, pod

bezpośrednim nadzorem pracowników Zamawiającego.

Pytanie 1.

22 | S t r o n a

Ponieważ dla firm zlokalizowanych poza Warszawą realizacja prac w siedzibie Zamawiającego wiąże się

z dodatkowymi kosztami, prosimy o określenie maksymalnej ilości prac (w roboczo-dniach), które będą

realizowane w siedzibie Zamawiającego.

Pytanie 2.

Prosimy również o potwierdzenie że intencją Zamawiającego jest zaangażować pracowników Wykonawcy

w siedzibie Zamawiającego do prac wdrożeniowych oraz w czasie testów organizowanych przez

Zamawiającego.

Odpowiedź 27:

27.1 Zamawiający nie przewiduje by więcej niż 30% prac musiało być realizowane w siedzibie

Zamawiającego.

27.2 Intencją Zamawiającego jest zaangażowanie pracowników Wykonawcy w siedzibie Zamawiającego

tylko w przypadkach gdy jest to konieczne w szczególności podczas prowadzenia prac wdrożeniowych

oraz w czasie testów organizowanych przez Zamawiającego.

Pytanie 28:

Załącznik nr 8 §4 pkt 1 i 1.4

W ramach Usługi Asysty Technicznej i Konserwacji Wykonawca zobowiązany jest do:

(...)

1.4 Świadczenia Usług Systemu SODiR.

Prosimy o wyjaśnienie jak należy rozumieć zobowiązanie do "Świadczenia Usług Systemu SODIR".

W jakim wymiarze Zamawiający oczekuje od Dostawcy świadczenia w/w usług?

Odpowiedź 28:

Zamawiający zmieni zapisy SIWZ.

Pytanie 29:

Załącznik nr 8 §6 pkt 7 i 8

7. Dla uniknięcia wszelkich wątpliwości, Strony zgodnie postanawiają, że w okresie trwania umowy oraz

gwarancji Zamawiający upoważniony jest do wprowadzania samodzielnie lub poprzez wskazane przez

Zamawiającego osoby trzecie dowolnych zmian w Systemie oraz innych Produktach.

23 | S t r o n a

8. Wprowadzanie przez Zamawiającego samodzielnych zmian dotyczących Produktów, w szczególności

poprzez modyfikowanie Produktów, nie wpływa na zakres uprawnień Zamawiającego wynikających z umowy

oraz gwarancji w odniesieniu do Produktów, które zostały dostarczone przez Wykonawcę, w szczególności

takie działania Zamawiającego nie powodują wygaśnięcia uprawnień z tytułu gwarancji.

Rozumiemy, że po wprowadzeniu zmian przez Zamawiającego lub osoby trzecie - gwarancją Wykonawcy

objęty jest tylko kod wykonany przez Wykonawcę? Prosimy o potwierdzenie rozumienia tego zapisu.

Odpowiedź 29:

Zamawiający potwierdza, jednocześnie zaznacza, że w przypadku jakiekolwiek zaburzenia pracy Systemu,

za które jest odpowiedzialny kod wprowadzony przez Zamawiającego lub osoby trzecie, na Wykonawcy ciąży

obowiązek wykazania, że zaburzenie to nie jest jego winą. Zamawiający zmieni zapisy w SIWZ.

Pytanie 30:


4. Wykonawca zobowiązuje się do codziennego wykonywania kopii zapasowych Środowiska Testowego

i Produkcyjnego i danych Systemu w trybie online oraz do posiadania i przekazywania Zamawiającemu na

każde jego żądanie aktualnej na chwilę bieżącą kopii Systemu i Oprogramowania Zamawiającego.

Pytanie 1

Czy środowisko do wykonywania kopii zapasowych dostarcza Zamawiający czy Wykonawca?

Pytanie 2

Czy codzienna kopia ma obejmować całość danych Produkcyjnych?

Pytanie 3

Czy kopie takie są obecnie wykonywane?

Pytanie 4

Jaki jest czas realizacji kopii wszystkich baz środowiska produkcyjnego?

Pytanie 5

Czy kopia danych testowych musi być wykonywana codziennie? Jakie jest uzasadnienie tak częstego

kopiowania danych testowych?

Odpowiedź 30:

30.1 Środowisko do wykonywania kopii zapasowych dostarcza Zamawiający. 24 | S t r o n a

30.2 Tak, ale dopuszcza się stosowanie kopii przyrostowych.

30.3 Tak, kopie takie są wykonywane.

30.4 7,5 godziny.

30.5 Kopia danych testowych będzie wykonywana codziennie jedynie w okresach testowania systemu

Zamawiający zmienił SIWZ w tym zakresie.

Pytanie 31:


12. Każda z osób wykonująca po stronie Wykonawcy prace mające na celu realizacje Umowy zostanie przez

niego zobowiązana do sporządzenia i umieszczania w Repozytorium Projektu wszelkich wyników swoich prac

zrealizowanych danego dnia, a także codziennych raportów i podsumowań zawierających wszelkie

informacje niezbędne Zamawiającemu lub wyznaczonym przez niego podmiotom do weryfikacji

pracochłonności realizowanych przez daną osobę prac. Zamawiający zastrzega sobie prawo do ograniczenia

wynagrodzenia Wykonawcy należnego z tytułu realizacji Usług Modyfikacji i Rozwoju w przypadku

niedostarczenia informacji pozwalających na wiarygodną weryfikację prac. W Repozytorium Projektu oprócz

raportów, podsumowań wersjonowanego na bieżąco repozytorium kodów źródłowych Systemu wraz ze

wszystkimi komponentami i dokumentacją niezbędną do ich kompilacji, oraz innych bieżących rezultatów

prac umieszcza się również wszelkie dowody potwierdzające wykonanie prac w deklarowanym przez

Wykonawcę. W szczególności za dowody takie będą uznawane aktualizowanych przyrostowo kolejne wersje

dokumentacji (w przypadku prac analitycznych lub architektonicznych), kolejnych wersjach kodu źródłowego

(w przypadku prac programistycznych).

Pytanie 1

Prosimy o określenie jakie informacje powinny być zawarte w ramach "codziennych raportów i podsumowań

zawierających wszelkie informacje niezbędne Zamawiającemu" aby nie doszło do realizacji opisanych sankcji

tzn. "do ograniczenia wynagrodzenia Wykonawcy należnego z tytułu realizacji Usług Modyfikacji i Rozwoju

w przypadku niedostarczenia informacji pozwalających na wiarygodną weryfikację prac"?

Pytanie 2

Jakie będą stosowane zasady "ograniczania wynagrodzenia"?

Pytanie 3

25 | S t r o n a

Jak często powinna wg Zamawiającego być aktualizowana dokumentacja?

Pytanie 4

Czy aktualizacja po każdej wdrożonej zmianie jest częstotliwością wystarczającą?

Odpowiedź 31:

31.1 Patrz odpowiedź na pytanie 25.

31.2 Zamawiający nie wypłaci wynagrodzenia za wykazane w raportach dziennych roboczogodziny

w szczególności w przypadku stwierdzenia, że faktycznie nie doszło do wykonania opisanych czynności

i/lub wytworzenia przewidzianych tymi czynnościami produktów.

31.3 Dokumentacja Systemu powinna być aktualizowana na bieżąco i dostarczana do Zamawiającego

zgodnie z Umową.

31.4 Patrz odpowiedź na pytanie 31.3.

Pytanie 32:


19. Wykonawca zapewnia, że osoby uprawnione z tytułu osobistych praw autorskich do licencjonowanego

Oprogramowania Standardowego/Obcego

Oprogramowania Systemowego i Narzędziowego oraz dokumentacji Oprogramowania

Standardowego/Obcego, Oprogramowania Systemowego i Narzędziowego nie będą wykonywać takich praw

w stosunku do Zamawiającego.

W jaki sposób Wykonawca może zagwarantować powyższe wymaganie?

Odpowiedź 32:

Zamawiający zmieni zapisy SIWZ w zakresie treści wymagania.

Pytanie 33:

Załącznik nr 8 do SIWZ § 4. Pkt 1.23

Bieżącego utrzymania, administracji i aktualizacji warstwy serwerowo-sieciowej w zakresie maszyn fizycznych

i wirtualnych, na których zainstalowane są wszystkie komponenty Systemu, warstwy Oprogramowania

Systemowego i Narzędziowego oraz Oprogramowania Standardowego/Obcego Systemu.

26 | S t r o n a

Czy Wykonawca będzie odpowiedzialny za warstwę sieciową systemu? Jak dobrze rozumiemy warstwa ta nie

została wyodrębniona z sieci Zamawiającego i System SODIR jak wiele innych systemów i rozwiązań korzysta

z tej samej sieci. W jaki sposób Zamawiający zamierza odseparować tę sieć by wydzielić odpowiedzialność

Wykonawcy?

Odpowiedź 33:

Wykonawca będzie odpowiedzialny za warstwę sieciową systemu odseparowaną logicznie za pomocą

mechanizmów wirtualizacji. Obecnie wszystkie serwery Systemu to maszyny wirtualne.

Pytanie 34:

Załącznik nr 8 do SIWZ'§ 4. Pkt 1.23

Ręcznej realizacji czynności dodatkowych, nie wspieranych wprost przez funkcje systemu. Zlecenia dotyczące

czynności dodatkowych będą realizowane w przeciągu 12 Godzin Roboczych od momentu ich zgłoszenia przez

Zamawiającego. W szczególnych przypadkach w terminie uzgodnionym przez obie Strony. W przypadku

niezrealizowania zgłoszenia Zamawiający będzie uprawniony do naliczenia kary

umownej.

Nie ma nigdzie określonego limitu czynności dodatkowych. Czy możemy prosić o określenie tego limitu?

W przypadku jego braku Wykonawcy różnie mogą zinterpretować zakres pracy i w związku z tym ich oferty

nie będą porównywalne.

Odpowiedź 34:

Czynności dodatkowe będą zlecane w razie zaistnienia potrzeby. W 2017 i 2018 roku było to ok. 80% zgłoszeń

serwisowych (SRW), o których mowa w odpowiedzi na pytanie nr 4.

Pytanie 35:

Załącznik nr 8 do SIWZ § 14. Kary umowne pkt 9

9.Łączna suma kar umownych, o których mowa powyżej nie może przekroczyć 100% wysokości

wynagrodzenia, o którym mowa w § 12 pkt l Umowy.

27 | S t r o n a

Prosimy o potwierdzenie że intencją Zamawiającego jest aby ograniczenie kar umownych me przekraczało

100% wynagrodzenia płatnemu Wykonawcy z tytułu świadczenia usługi Asysty Technicznej i Konserwacji,

a zatem chodzi tu o § 12 pkt 3 Umowy. Punkt l odnosi się do hipotetycznej kwoty całości kontraktu,

a ze względu na uwzględnienie puli godzin jako jego części może ale nie musi zostać wykorzystana.

Odpowiedź 35:

Patrz odpowiedź na pytanie nr. 9

Pytanie 36:

Załącznik nr 8 do SIWZ § 1. Definicje pkt l

Awaria: Wada inna niż Błąd i Usterka, powodująca całkowite zatrzymanie lub poważne zakłócenie pracy

Systemu lub poszczególnych jego części, dla której nie ma alternatywnej metody wykonania danej operacji w

Systemie, uniemożliwiająca korzystanie z funkcji Systemu przez jego Użytkowników tak jak było to możliwe

przed wystąpieniem Awarii lub uniemożliwienie wywiązania się przez Zamawiającego z nałożonych na niego

obowiązków/zadań wynikających z przepisów prawa, lub wysokiego ryzyka powstania sytuacji, w której nie

będzie możliwe wywiązanie się przez Zamawiającego z nałożonych na niego obowiązków i zadań

wynikających z przepisów prawa.

Pytanie 1

Czy Zamawiający może doprecyzować o jakie obowiązki i zadania chodzi w ostatnim zdaniu?

Wada: Jakiekolwiek zaburzenie pracy Systemu objawiające się poprzez jego działanie w sposób odmienny od

spodziewanego, przez co należy rozumieć między innymi: - działanie odmienne od sposobu opisanego

w Dokumentacji Systemu; - działanie odmienne od standardów lub zwyczajów wynikających z praktyki

ustalonej w toku bieżącej eksploatacji i administracji Systemu;

Pytanie 2

Czy Zamawiający może doprecyzować o jaką praktykę ustaloną "w toku bieżącej eksploatacji i administracji

Systemu" chodzi o w powyższym zdaniu? Prosimy o przekazanie dokumentu opisującego tę praktykę.

Odpowiedź 36:

28 | S t r o n a

36.1 Zadaniem i obowiązkiem Zamawiającego jest prawidłowa realizacja zadania dofinansowania do

wynagrodzeń pracowników niepełnosprawnych i refundacji składek na ubezpieczenia społeczne osób

niepełnosprawnych.

36.2 Działania standardowe lub zwyczaje wynikające z praktyki zawiera co do zasady Dokumentacja

Systemu. Za działanie odmienne od praktyki będzie rozumiane również znaczne (większe niż 30%)

zmniejszenie wydajności i ergonomii działania funkcji systemu w okresach przeciążenia Systemu,

mierzone w stosunku do danych historycznych.

Pytanie 37:

W celu umożliwienia złożenia oferty w przedmiotowym postepowaniu Wykonawca prosi o sprecyzowanie

zakresu przedmiotu zamówienia oraz warunków jego realizacji opisanych poniżej:

a) SIWZ rozdz. XX pkt 4 ppkt 4.2 cyt „W zawartej Umowie zmianie mogą ulec zapisy w następujących

przypadkach (…) 4.2 zmiany wynagrodzenia należnego Wykonawcy z powodu okoliczności innych niż

zmiana zakresu świadczenia Wykonawcy” biorąc pod uwagę inne opisane w tym pkt przypadki, prosimy

o doprecyzowanie jakie „inne okoliczności” ma Zamawiający na myśli, w szczególności przy wyłączeniu

możliwości zmiany wynagrodzenia w przypadku zmiany terminu realizacji;

b) Przewidziany zakres „Analizy i projektu”, jako I fazy Usługi Modyfikacji i Rozwoju Systemu SODiR (załącznik

nr 2 do Umowy), wskazuje, na bardzo szeroki zakres świadczenia, którego efektem jest powstanie

konkretnego produktu; przy czym Zamawiający przewiduje wynagrodzenie jedynie w przypadku, gdy czas

na wykonanie tego produktu przekroczy 500 roboczogodzin (pkt 32 załącznika nr 2 do Umowy). Innymi

słowy Zamawiający oczekuje stworzenia tego produktu za darmo (do 500 roboczogodzin = 62,5

osobodnia). Wykonawca nie jest w stanie przewidzieć, czy Zmawiający planuje każdorazowo zlecanie

„Analizy i projektu” w określonych przez niegi zakresach funkcjonalnych, które co do zasady nigdy nie

przekroczą pułapu 500 godzin - co jest jedynym gwarantem wynagrodzenia za taką pracę. Biorąc

dodatkowo pod uwagę zapis pkt 5 załącznika nr 2 do Umowy, cyt. „Tryb realizacji zmian może być

równoległy, przy czym zakłada się, iż Wykonawca nie będzie realizował jednocześnie więcej niż 5

modyfikacji.” Istnieje prawdopodobieństwo jednoczesnego zaangażowanie zasobów na poziomie 2,5

29 | S t r o n a

tysiąca roboczogodzin (312,5 osobodni) bez zapłaty; czy intencją Zamawiającego było / jest zostawienie

możliwości darmowego świadczenia pracy przez Wykonawcę? Jeżeli nie, wnosimy o zmianę

przedmiotowych zapisów;

c) Załącznik nr 2 do Umowy pkt 4, cyt. „Wykonawca wykona zmiany w terminach umożliwiających

Zamawiającemu wywiązanie się z nałożonych na niego wymagań prawnych.” – taka konstrukcja zapisu

powoduje, że na Wykonawcy ciąży w tej formule ryzyko dotrzymania terminu, na który w istocie może nie

mieć wpływu, ponieważ modyfikacje ma zgłaszać Zamawiający, prosimy o odpowiednią zmianę;

d) Załącznik nr 2 do Umowy pkt 4 cyt. „Zamawiający wymaga, aby Wykonawca przy realizacji Usług

Modyfikacji i Rozwoju miał możliwość dysponowania zespołem projektowo-programowym, który może

wykonać prace o zakresie nie mniejszym niż 2000 Roboczogodzin w trakcie miesiąca.” – zgodnie z

zapisami Umowy, Zamawiający nie gwarantując żadnego zakresu modyfikacji i rozwoju, a cytowany punkt

narzuca na Wykonawcę zobowiązanie utrzymania zespołu – przeliczając wprost - min. 11 osób w skali

miesiąca; taka konstrukcja powoduje 100% koszty po stronie Wykonawcy i brak gwarancji pozyskania

przychodów; prosimy o modyfikację zapisów;

e) Zamawiający oczekuje, iż wynagrodzenie za świadczenie podstawowego zakresu przedmiotu Umowy,

tj. Usługi Asysty Technicznej i Konserwacji (jedynej gwarantowanej) określone zostanie w sposób

ryczałtowy; jednocześnie przedmiot ten opisany jest bardzo nieprecyzyjnie, w szczególności:

a. „zapewnienie utrzymania parametrów wydajnościowych Systemu” – przy czym brak jest określenia tych

parametrów;

b. „kontrolowania funkcjonowania oraz dokonywania okresowych przeglądów funkcjonowania Systemu”

– brak określenia zakresu i częstotliwości takich przeglądów;

c. „świadczenia Usług Systemu SODIR” - niezrozumiałe stwierdzenie, nie jest nigdzie zdefiniowane pojęcie

Usług Systemu, nie wiadomo, co w istocie miałoby być świadczone; czy Zamawiający oczekuje także

świadczenia usług hostingu?

d. „odzyskiwania i odtwarzania w Systemie danych utraconych lub uszkodzonych w wyniku Wad Systemu”

– w kolejnych punktach jest mowa o backupie, który Wykonawca miałby wykonywać, ale brak jest

regulacji dotyczącej np. kto i w jakim zakresie ma być odpowiedzialny za przechowywanie kopii danych;

30 | S t r o n a

e. „Wykonywania migracji danych” – jest to bardzo szerokie pojęcie; o jakie migracje danych chodzi,

z jakich systemów zewnętrznych, do jakich systemów; istotne jest również wskazanie jakie mają być

wolumeny, czas i częstotliwość wykonania migracji - w zależności od doprecyzowania Zamawiającego

może się okazać, że w złożonych przypadkach ze strony Wykonawcy może być potrzeba wykonania

dedykowanych i skomplikowanych interfejsów;

f. „Wsparcia technicznego przy zmianie platformy systemowo-sprzętowej” – bez informacji

o planowanych przez Zamawiającego zmianach (specyfikacji technicznej, podstawowych założeń itp.),

Wykonawca nie jest w stanie oszacować m.in. oczekiwanych przez Zamawiającego kompetencji

zasobów osobowych, ani zakresu czasowego oczekiwanego wsparcia;

g. „Udzielania konsultacji dotyczących Przypadków Szczególnych wraz z opracowaniem odpowiednich

instrukcji” – taki opis wskazuje na bardzo szeroki zakres; biorąc pod uwagę definicję „Przypadku

Szczególnego” – w tym przypadku sugerujemy wprowadzenie liczby godzin świadczenia konsultacji

w zakresie „Przypadków szczególnych”,

h. „Wsparcia przy konstruowaniu zapytań bezpośrednich do bazy danych i dostarczania gotowych zapytań

w języku SQL w celach raportowych” - w jakim zakresie wymagane jest wsparcie (raporty mogą być

bardzo skomplikowane i ich opracowanie czasochłonne) – taki element powinien być realizowany na

zasadzie zlecenia/usługi modyfikacji i rozwoju;

i. „Bieżącego utrzymania, administracji i aktualizacji warstwy serwerowo-sieciowej w zakresie maszyn

fizycznych i wirtualnych, na których zainstalowane są wszystkie komponenty Systemu, warstwy

Oprogramowania Systemowego i Narzędziowego oraz Oprogramowania Standardowego/Obcego

Systemu” – brak doprecyzowania, na czym polegać ma np. aktualizacja warstwy serwerowo-sieciowej

w zakresie maszyn fizycznych; czy ten punkt zakłada jakąkolwiek opcję dostarczenia przez Wykonawcę

sprzętu bądź licencji firm trzecich?;

j. „Konfiguracji, konserwacji i aktualizacji warstw Oprogramowania Systemowego i Narzędziowego oraz

Oprogramowania Standardowego/Obcego nie później niż miesiąc po udostępnieniu przez producentów

danego oprogramowania nowej, stabilnej jego wersji po wcześniejszym uzgodnieniu i w terminie na

jaki wyrazi zgodę Zamawiający. Wymóg nie dotyczy aktualizacji, do których instalacji konieczne będzie

poniesienie przez Wykonawcę dodatkowych kosztów z tytułu zakupu licencji, a Zamawiający nie

wyraził woli na ponoszenie dodatkowych kosztów z tego tytułu. W przypadku ujawnienia krytycznych

31 | S t r o n a

poprawek bezpieczeństwa wymaga się ich niezwłocznej instalacji.” – niejasne jest kto ponosi koszty

w przypadku o którym mowa w ostatnim zdaniu (w przypadkach krytycznych poprawek

bezpieczeństwa) związane z zakupem wskazanych wyżej licencji; wskazujemy, że w takiej sytuacji

odpowiedzialnym powinien być Zamawiający, chyba że Zamawiający przed terminem złożenia ofert

jest w stanie precyzyjnie wyspecyfikować rodzaj i liczbę licencji – co Wykonawca będzie w stanie

oszacować;

k. „Dokonania w terminie nie dłuższym niż 60 dni od momentu zlecenia przez Zamawiającego stosownych

prac całościowej migracji Systemu na wskazane przez Zamawiającego otoczenie serwerowo-sieciowe

oparte o architekturę x86. Usługa realizowana będzie maksymalnie 2 razy w okresie obowiązywania

Umowy” - nie jest podana informacja o szczegółach wymaganej migracji;

l. „Dokonania w terminie nie dłuższym niż 180 dni od momentu zlecenia przez Zamawiającego instalacji

i konfiguracji środowiska zapasowego Systemu, zapewniającego realizowaną w modelu active-active

redundancje kluczowych składników systemu (serwery aplikacyjne, bazy danych).” - brak jest

określenia, kto ma dostarczyć elementy środowiska; z wyżej zacytowanego zapisu można założyć,

że prawdopodobnie Zamawiający, ale konieczne jest doprecyzowanie,

m. „Ręcznej realizacji czynności dodatkowych, nie wspieranych wprost przez funkcje systemu. Zlecenia

dotyczące czynności dodatkowych będą realizowane w przeciągu 12 Godzin Roboczych od momentu

ich zgłoszenia przez Zamawiającego. W szczególnych przypadkach w terminie uzgodnionym przez obie

Strony. W przypadku niezrealizowania zgłoszenia Zamawiający będzie uprawniony do naliczenia kary

umownej” – podany zakres sugeruje, że Zamawiający planuje w ten sposób obsługiwać brakujące

(niezrealizowane) części funkcjonalności Systemu z niskiego poziomu (np. bazy danych); takie

rozumienie sugeruje również opis tych czynności zgodnie z treścią załącznika nr 1 do Umowy pkt. 15

f) Par.11 ust. 15 Umowy - brak precyzyjnie opisanych warunków udzielenia licencji wyłącznie z zakazem

ograniczenia uprawnień Zamawiającego wynikających z Umowy powoduje, że Wykonawca nie ma

pewności co do oczekiwanych możliwości korzystani z oprogramowania standardowego, w szczególności

podmiotów trzecich; co do których Wykonawca nie jest w stanie zobowiązać się w zakresie pola

eksploatacji dokonywania zmian i modyfikacji w tym oprogramowaniu;

g) Par 6 „Warunki gwarancji” Umowy w szczególności ust. 3 i 5 nie pozwala na jasne ustalenie oczekiwania

Zamawiającego co do zakresu zobowiązań Wykonawcy; czy np. w ust 3 brakuje słowa „jedynie”,

32 | S t r o n a

tj. Wykonawca jest zobowiązany jedynie/wyłącznie do usuwania wad na zasadach o których mowa

w załączniku czy również świadczenia innych usług co sugeruje zapis ust.5?;

h) Par 6 „Warunki gwarancji” Umowy ust. 7 i 8 – Wykonawca nie może zostać zobowiązany do świadczenia

usług utrzymania w niesprecyzowanym zakresie, wynikającym z przeprowadzania prac we własnym

zakresie przez Zamawiającego lub przez inny podmiot (na zlecenie Zamawiającego); jest to ściśle

powiązane z szacowanym wynagrodzeniem Wykonawcy, np. ze względu na przełożenie zakresu i jakości

wykonanych usług na dotrzymywanie narzuconych parametrów SLA;

i) „Udzielania Zamawiającemu lub innym podmiotom wskazanym przez Zamawiającego konsultacji ustnych

lub pisemnych na temat architektury Systemu, Kodów Źródłowych Systemu oraz Dokumentacji Systemu,

szczegółów dotyczących statusu i sposobu realizowanych aktualnie prac” – jaka jest przewidywana skala

konsultacji, jeżeli nie jest znana to zagadnienie spełnia kryteria realizacji w ramach zlecanych

roboczogodzin;

Niewyjaśnienie powyższych zagadnień uniemożliwi dokonanie wyceny i w związku, z tym uniemożliwi

skonstruowanie i złożenie oferty w tym postępowaniu.

Odpowiedź 37:

37.a) Zamawiający zmieni SIWZ w tym zakresie.

37.b) Zamawiający modyfikuje wymaganie w SIWZ, o którym mowa w pytaniu.

37.c) Zdaniem Zamawiającego zapisy Umowy zabezpieczają Wykonawcę w tym zakresie.

37.d) Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

37.e)a. Zamawiający dokona zmiany w SIWZ w tym zakresie.

37.e)b. w Załączniku nr 1 do Umowy pkt 27 jest wskazana częstotliwość, zgodnie ze wspomnianym

punktem zakres przeglądów ma prowadzić do bezawaryjnego działania systemu i jego

optymalizacji.

37.e)c. Wymaganie zostanie usunięte. Patrz odpowiedź na pytanie nr 28.

37.e)d. Za przechowywanie kopi danych odpowiada Zamawiający.

37.e)e. Wymaganie zostanie usunięte.

37.e)f. Patrz odpowiedź na pytanie 19.

33 | S t r o n a

37.e)g. Liczba Przypadków Szczególnych będzie zależna od prawidłowości i przejrzystości działania

Systemu. Zamawiający nie zamierza nadużywać możliwości zgłaszania takich Przypadków

w sytuacjach nieuzasadnionych.

37.e)h. Zamawiający dokona zmian w SIWZ w tym zakresie.

37.e)i. Zamawiający zapewnia sprzęt i licencje. Zakres prac jest określony w § 4 ust. 1 pkt 1.23 Umowy.

37.e)j. W przypadku ujawnienia krytycznych poprawek bezpieczeństwa koszty licencji ponosi Zamawiający.

37.e)k. Wymaganie zostanie usunięte.

37.e)l. Wymaganie zostanie usunięte.

37.e)m. Zamawiający potwierdza rozumienie zastosowanego zapisu.

37.f) Zapis, o którym mowa w pytaniu nie ma zastosowania w odniesieniu do oprogramowania

wykorzystywanego w Systemie w dniu podpisania Umowy, Zamawiający doprecyzuje SIWZ w tym

zakresie.

37.g) patrz odpowiedź na pytanie 11

37.h) patrz odpowiedź na pytanie 11

37.i) Konsultacje powinny być udzielane w miarę potrzeb Zamawiającego. W przypadku zaistnienia

konieczności udzielenie konsultacji w maksymalnym wymiarze 40 roboczogodzin miesięcznie.

Zamawiający dokona zmian w SIWZ w tym zakresie.

Pytanie 38:

SIWZ rodz. XXI „Podwykonawstwo” pkt 1 cyt „Wykonawca jest zobowiązany do osobistego wykonania

kluczowych części zamówienia, takich jak: Usługa Asysty Technicznej i Konserwacji” - Usługa ATiK jest nie

tylko kluczową, ale i jedyną gwarantowaną usługą przez Zamawiającego. Jaki jest cel Zamawiającego

ograniczenia jej wykonywania jedynie do osobistego wykonania przez Wykonawcę, w przypadku, gdy

Wykonawca korzystając z podwykonawców odpowiada w pełni za ich działania jak za swoje (rozdz. XXI pkt

5)? Dodatkowo taka konstrukcja powoduje, że Zamawiający dopuszczając możliwość udziału

podwykonawców w realizacji modyfikacji, powoduje, że ten sam podwykonawca nie może wspierać

Wykonawcy w zakresie asysty wykonanego przez siebie elementu.

Odpowiedź 38:

Zamawiający zmieni zapisy SIWZ w tym zakresie.

34 | S t r o n a

Pytanie 39:

Załącznik 1, pkt I, 2, 2.2 cyt . „Przenieść na Zamawiającego autorskie prawa majątkowe oraz zależne prawa

do wytworzonych lub dostarczonych podczas realizacji niniejszego zamówienia Produktów na warunkach

i zasadach opisanych szczegółowo w Załączniku nr 8 do SIWZ”.

Nieprecyzyjne definicje Produktu i Oprogramowania Standardowego powodować mogą problem

w rozgraniczeniu, do których elementów Zamawiający nabywa majątkowe prawa autorskie. W związku

z powyższym prosimy o poprawę zacytowanego zwrotu w ten sposób, aby słowo „lub” zastąpić słowem „i”,

tj. „Przenieść na Zamawiającego autorskie prawa majątkowe oraz zależne prawa do wytworzonych

i dostarczonych podczas realizacji niniejszego zamówienia Produktów na warunkach i zasadach opisanych

szczegółowo w Załączniku nr 8 do SIWZ”.

Odpowiedź 39:

Zamawiający nie przewiduje zmiany SIWZ w tym zakresie.

Pytanie 40:

SIWZ rozdz. V, pkt 1.2.3 w zakresie dysponowania osobami – Zamawiający wymaga zespołu 24 osób, przy

czym dopuścił, że „jedna osoba może pełnić najwyżej dwa stanowiska”. Rozumiemy, że Zamawiający ma na

myśli dwie z dwunastu wymaganych ról projektowych. Natomiast prosimy o potwierdzenie czy intencją

Zamawiającego było niedopuszczenie do realizacji zamówienia osób, które pracują przy dużych,

długoterminowych projektach? Dla części ról projektowych (np. analityk, architekt, programista)

Zamawiający narzucił wymóg zdobycia doświadczenia w ostatnich trzech latach (wymóg czasowy),

jednocześnie w co najmniej dwóch (wymóg ilościowy) zakończonych (wymóg zadaniowy – projekty

zakończone) projektach. Taka konstrukcja powoduje, że osoby realizujące swoje zadania w jednym,

długoterminowym projekcie, który jeszcze się nie zakończył, nie mogą być wskazane do realizacji (np.

związane bezpośrednio z realizacją projektu SODiR). Jeżeli nie taka była intencja Zamawiającego prosimy

o zmianę kryteriów udziału osób.

Odpowiedź 40:

Zamawiający dokona zmian SIWZ w tym zakresie.

35 | S t r o n a

Pytanie 41:

Prosimy o podanie liczby zgłoszonych Incydentów w kolejnych latach w rozbiciu na poszczególne miesiące od

momentu produkcyjnego uruchomienia systemu.

Odpowiedź 41:

Liczba zgłoszeń serwisowych (SRW) - z podziałem na lata 2012-2018

Rok/miesiąc 2012 2013 2014 2015 2016 2017 2018

1. styczeń - 180 149 121 205 119 109

2. luty 79 131 185 122 201 108 124

3. marzec 109 151 156 106 178 123 140

4. kwiecień 131 165 147 129 147 102 127

5. maj 116 124 190 98 136 97 118

6. czerwiec 105 172 96 134 191 86 113

7. lipiec 94 209 103 108 152 77 117

8. sierpień 107 152 114 72 146 116

9. wrzesień 106 160 120 123 179 105

10. październik 127 121 160 118 128 109

11. listopad 150 131 112 112 112 95

12. grudzień 126 136 98 134 102 109

Liczba zgłoszeń gwarancyjnych(GWR) - z podziałem na lata 2012-2018

Rok/miesiąc 2012 2013 2014 2015 2016 2017 2018

1. styczeń 1 67 36 18 20 19 20

2. luty 17 52 53 19 12 14 14

3. marzec 44 60 28 20 39 9 9

4. kwiecień 19 37 23 25 3 19 4

5. maj 46 56 33 15 9 10 4

6. czerwiec 49 40 22 15 11 7 9

7. lipiec 55 81 15 23 11 6 6

8. sierpień 48 43 21 22 8 7

9. wrzesień 23 41 14 38 13 21

36 | S t r o n a

10. październik 47 55 28 5 10 13

11. listopad 42 34 18 18 10 17

12. grudzień 33 40 22 22 11 20

Zgłoszenie serwisowe (SRW) - dotyczy usługi świadczenia wsparcia dla użytkowników Systemu SODiR

(pracowników PFRON) obejmującej w szczególności:

udzielanie zaawansowanych konsultacji związanych z funkcjonowaniem, utrzymaniem i konfiguracją

środowiska systemowego oraz współpracy poszczególnych podsystemów i komponentów


konsultacje dotyczące „przypadków szczególnych” związanych z realizowanymi w Systemie

procesami i sposobem ich implementacji,

wsparcie przy rozwiązywaniu bieżących problemów związanych z funkcjonowaniem


wsparcie przy konstruowaniu zapytań bezpośrednich do bazy operacyjnej lub sprawozdawczej,

przetwarzanie blokad ręcznych, okresu, decyzyjnych, które utykają w stanie przejściowym np.

dokument w przetwarzaniu,

anulowanie blokad rodzaju 5 (blokady rodzaju 5 powstają w wyniku nieterminowo opłaconych

składek ZUS/KRUS), anulowanie blokad błędnie wprowadzonych przez operatora,

anulowanie wniosków błędnie wprowadzonych przez operatora (poprzez zmianę statusu tego wniosku),

aktualizacje bazy zablokowanych numerów PESEL (poprzez dodanie nowego numeru PESEL lub

usunięcie istniejącego),

wgrywanie zbiorczych baz np. PESEL z ustalonym prawem do emerytury,

zmiana faksymili w szablonach generowanych za pośrednictwem SODiR,

zmiana treści szablonów,

zmiany stanów dokumentów pomiędzy systemami w sytuacji jeśli stan dokumentu w S.C. jest

niezgodny ze stanem dokumentu w SF np. w przypadku pakietów, sald, wznawianie procesów itd.,

kierowanie wniosków do wyceny w sytuacjach problemowych,

37 | S t r o n a

wygenerowania wydruków szablonów np. wezwań do korekty (wdk, wdkug, wdkua), wezwań do

uzupełnienia danych (wdud , sald ( PD, IPUG, IPUA), informacji o wstrzymaniu (IWD, IWUG, IWUA)

w sytuacjach problemowych,

przetwarzanie dokumentów wysłanych przez beneficjentów po stronie GK w sytuacji jeśli

przetworzona została niekompletna paczka dokumentów,

anulowanie decyzji (IWD, DWD itd.) w przypadkach niemożliwych do zrealizowania przez

użytkowników systemu,

generowanie raportów z bazy np. dot. ilości wprowadzonych dokumentów – w zależności od potrzeb

departamentu, lista podmiotów powiązanych lista blokad rodzaju 5,

anulowanie nadmiarowych dokumentów np. wstępna rejestracja beneficjenta,

zmiana daty rejestracji beneficjenta w systemie,

zmiany danych ewidencyjnych Beneficjenta,

weryfikacja działań podejmowanych przez Beneficjenta np. czy odebrał korespondencje

elektroniczną, odczytał wezwanie do korekty lub uzupełnienia danych, odczytał informacje na temat

salda wsparcie w zakresie obsługi technicznej systemu dla operatorów,

wsparcie w zakresie obsługi technicznej systemu dla beneficjentów np. obsługa podpisu

kwalifikowanego, problemy z podpisem wniosków problemy z certyfikatem PFRON oraz konfiguracją

aplikacji,

weryfikacja dat przetwarzania dokumentów w systemie w celu analizy różnych procesów związanych

z obsługą wniosków,

weryfikacja logów w systemie celu analizy sytuacji problemowych,

wprowadzenie zmian w zakresie numerów PFRON,

problemy z dostarczaniem dokumentów na serwer wydruków masowych,

uzupełnianie słowników np. KRUS, ZUS,

przetwarzanie dokumentów np. w sytuacji jeśli brak aktualnego INFOPdM/INFOPdR a aktualny

dokument istnieje,

przetwarzanie procesów, które nie zostały zakończone w określonym czasie np. RBO,

przetwarzanie dokumentów w stanach przejściowych sald w stanie 8 lub 0, pakietów w stanie 14 itd.,

przetwarzanie dokumentów w sytuacji różnic pomiędzy kwotą z wniosku a kwotą wyceny,

38 | S t r o n a

uzupełnianie list z zaległościami np. SEPW,

stornowanie przedostatnich sald ze względu na brak funkcjonalności w systemie,

anulowanie znaczników po stronie SF blokad ekonomicznych, ręcznych itd.,

udzielanie wyjaśnień ws. działania systemu np. braku przyczyn rozbieżności na saldzie,

zasilanie/ uzupełnianie danych w przypadkach, w których zostały przeniesione nieprawidłowo lub

w ogóle nie zostały przeniesione np. dane adresowe, numery rachunków bankowych,

prace serwisowe prowadzone na przełomie roku np. partycja na dysku na kolejny rok

rozrachunkowy,

ponowne przetworzenie wydruków np. zopp, IPD z uwagi na zmiany w zaświadczeniach np. daty,

weryfikacja danych np. w kartotece Beneficjenta Pomocy,

przeniesienie wniosków z jednego numeru PFRON na inny nr PFRON,

bilans zamknięcia/ bilans otwarcia w PKR ( pomocnicza księga rachunkowa),

aktualizacja słowników- stawki VAT,utworzenie linku do systemu FIX w pierwszym dniu roboczym

nowego roku,

ręczne zakończenie procesów masowych,

analiza błędów procesów masowych,

obsługa zadań związanych z koniecznością spełniania wymagań RODO.

Zgłoszenie gwarancyjne (GWR) - to niezgodne z Dokumentacją Systemu działanie Oprogramowania

Użytkowego uniemożliwiające korzystanie z Systemu.

Pytanie 42:

Prosimy o podanie liczby zgłoszonych Problemów w kolejnych latach w rozbiciu na poszczególne miesiące od

momentu produkcyjnego uruchomienia systemu.

Odpowiedź 42:

nr umowy

Ilość wszystkich zrealizowanych

wniosków o modyfikację

Modyfikacje wynikające ze

zmian ustawowych

Modyfikacje wynikające z potrzeb zapewnienia bezpieczeństwa i

zmian technologicznych systemu SODiR

39 | S t r o n a

2011/10/34 z dnia 27 listopada 2011 r. (umowa zawarta na okres 23 miesięcy)

14 modyfikacji Systemu SODiR 14 brak

2011/10/34 z dnia 27 listopada 2011 r. (umowa zawarta na okres 17 miesięcy)

20 modyfikacji systemu SODiR 16 4

2013/06/207 z dnia 20 czerwca 2013 r. (umowa zawarta na okres 30 miesięcy)

31 modyfikacji systemu SODiR 27 4

2015/06/214 z dnia 30 czerwca 2015 r.

5 modyfikacji systemu SODiR 5 brak

Pytanie 43:

Prosimy o podanie liczby i wielkości kar naliczonych wcześniejszemu Wykonawcy.

Odpowiedź 43:

Pytanie nie dotyczy przedmiotowego postępowania przetargowego.

40 | S t r o n a

bip.pfron.org.plbip.pfron.org.pl/fileadmin/Zamowienia/2018_rok/Uslugi... · Web viewUprzejmie...

Documents

Transcript of bip.pfron.org.plbip.pfron.org.pl/fileadmin/Zamowienia/2018_rok/Uslugi... · Web viewUprzejmie...