Znak pisma: DO.WAL.ZP.08.20.EJ Warszawa, dnia 25.08.2020 r.
Wszyscy Wykonawcy
Dotyczy: ZP/08/20 postępowanie prowadzonego w trybie przetargu nieograniczonego na usługi asysty technicznej i konserwacji, modyfikacji i rozwoju systemu e-PFRON2.
Zamawiający informuje, że wpłynęły zapytania dotyczące Specyfikacji Istotnych Warunków Zamówienia w postępowaniu przetargowym na „usługi asysty technicznej i konserwacji, modyfikacji i rozwoju systemu e-PFRON2”. Działając na podstawie art. 38 ust. 2 ustawy Prawo zamówień publicznych (Dz. U. z 2019 poz. 1843 z późn. zm.), Zamawiający wyjaśnia:
Pytanie 1:
Jednym z warunków udziału w postępowaniu o znaku ZP/08/20 jest warunek z punktu V.1.2.3.a):
w okresie ostatnich trzech lat przed upływem terminu składania ofert (a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie) wykonał a w przypadku świadczeń okresowych lub ciągłych również wykonuje należycie, co najmniej 2 usługi asysty technicznej i konserwacji systemu informatycznego o wartości co najmniej 400 000 zł brutto każda; każda z nich trwała co najmniej 12 miesięcy (w przypadku niezakończonej usługi – gdy dotychczasowy okres świadczenia usługi będzie nie krótszy niż 12 miesięcy); każda oparta na modelu SLA; z systemu, którego dotyczy usługa korzysta co najmniej 50 000 użytkowników; system, którego dotyczy usługa obsługuje podpisy kwalifikowane;
system, którego dotyczy usługa obsługuje wymianę danych z co najmniej 2 innymi systemami;
w systemie objętym usługą przetwarzane są dane osobowe; usługa obejmuje zapewnienie wsparcia oraz udzielenie konsultacji użytkownikom systemu.
Czy Zamawiający jest skłonny usunąć wymaganie dot. obsługi podpisów kwalifikowanych?
Odpowiedź na pytanie 1:
Zamawiający nie przewiduje zmiany SIWZ w powyższym zakresie.
Pytanie 2:
Zamawiający w SIWZ wskazuje, że od 09/2020 planowane jest wdrożenie zmian technologicznych w systemie oraz że "od początku 2018 roku zaimplementowano 24 modyfikacji o łącznej pracochłonności ponad 8 000 roboczogodzin".
Prosimy o informację, czy w ramach wskazanych 8 000 roboczogodzin uwzględniona jest powyższa zmiana technologiczna? Jeżeli nie, prosimy o wskazanie pracochłonności tej zmiany, która zostanie wdrożona na koniec aktualnie realizowanej umowy.
Odpowiedź na pytanie 2:
Z uwagi na to, że zmiany technologiczne realizowane są w etapach w ramach wskazanych roboczogodzin zmiana technologiczna jest uwzględniona częściowo. Łączna pracochłonność zmian technologicznych to 7 866 roboczogodzin.
Pytanie 3:
Zamawiający w SIWZ wskazuje, że od 09/2020 planowane jest wdrożenie zmian technologicznych w systemie.
Prosimy o informację, na czym zmiany te będą polegać oraz czy zmianie technologicznej podlegać będzie cały system czy tylko wybrane fragmenty systemu?
Odpowiedź na pytanie 3:
W związku z brakiem możliwości dostosowania aktualnie wykorzystywanej w eP2 technologii do wymagań WCAG 2.1 konsola pracodawcy zostaje przepisana w oparciu o rozwijaną wersję najpopularniejszego frameworka PHP tj. Symfony 4.4 w zakresie backend oraz bibliotek Angular 9.0 oraz Bootstrap w wersji 4.4 w zakresie frontend. Backend systemu w zakresie konsoli pracodawcy zostanie posadowiony w środowisku docker, a do cachowania danych zostanie wykorzystany REDIS.
Dodatkowo konsola pracodawcy zostanie uruchomiona w oparciu o interpreter języka PHP w wersji 7.4+, co zapewnia wzrost wydajności względem PHP 5 oraz zostanie również wdrożona sprawdzona architektury REST API.
W ramach obecnej Umowy zmiany będą przeprowadzone w obszarze pracodawcy. Pozostałe części systemu zostaną objęte zmianą w ramach kolejnej Umowy.
Pytanie 4:
W ramach usługi asysty technicznej i konserwacji (zgodnie z umową) realizowane będą prace związane z "utrzymaniem, konserwacją, administracją i aktualizacją Systemem, w tym systemami operacyjnymi, serwerami bazodanowymi i serwerami aplikacyjnymi i pozostałymi komponentami wchodzącymi w skład Systemu w tym oprogramowaniem firm trzecich".
Prosimy o informację czy prace te do tej pory były realizowane przez PFRON czy obecnego Wykonawcę? Jeżeli przez Wykonawcę, to czy były wykonywane w ramach usług rozwojowych czy w ramach usługi asysty technicznej i konserwacji?
Odpowiedź na pytanie 4:
W ramach obecnie obowiązującej umowy prace związane z utrzymaniem, konserwacją, administracją i aktualizacją Systemem, w tym systemami operacyjnymi, serwerami bazodanowymi i serwerami aplikacyjnymi i pozostałymi komponentami wchodzącymi w skład Systemu w tym oprogramowaniem firm trzecich realizowane są przez pracowników PFRON przy współpracy z pracownikami obecnego Wykonawcy. Powyższe prace są realizowane w ramach usługi asysty technicznej i konserwacji.
Pytanie 5:
W związku z faktem zróżnicowania elementów systemu pod kątem oprogramowania systemowego i dedykowanego prosimy o informację, czy Zamawiający planuje w ramach usług Asysty Technicznej i Konserwacji zlecać prace związane z aktualizacją systemów operacyjnych lub migracją systemu do innych systemów operacyjnych?
Odpowiedź na pytanie 5:
W ramach usługi asysty technicznej i konserwacji Wykonawca będzie realizował prace związane między innymi z aktualizacją systemów operacyjnych. Wykonawca w ramach usługi ATiK jest odpowiedzialny za bezpieczeństwo systemu. W związku z tym, w przypadku gdy dana wersja systemu operacyjnego przestanie być wspierana przez producenta, obowiązkiem Wykonawcy, w ramach usługi ATiK będzie aktualizacja systemu operacyjnego do nowej wersji – w ramach tej samej dystrybucji systemu operacyjnego. Zamawiający nie przewiduje migracji Systemu do innego systemu operacyjnego. Gdyby taka sytuacja zaistniała, prace związane z migracją będą prowadzone w ramach usługi rozwoju Systemu.
Pytanie 6:
W związku z faktem zróżnicowania elementów systemu pod kątem oprogramowania systemowego i dedykowanego prosimy o informację, czy Zamawiający planuje w ramach usług Asysty Technicznej i Konserwacji zlecać prace związane z aktualizacją serwerów bazodanowych, serwerów aplikacyjnych i pozostałych komponentów wchodzących w skład Systemu, w tym oprogramowania firm trzecich?
Odpowiedź na pytanie 6:
W ramach usługi asysty technicznej i konserwacji Wykonawca będzie realizował prace związane między innymi z aktualizacją serwerów bazodanowych, serwerów aplikacyjnych i pozostałych komponentów wchodzących w skład Systemu, w tym oprogramowania firm trzecich.
Pytanie 7:
Zgodnie z Umową w ramach Usługi asysty technicznej i konserwacji realizowane będą następujące prace:
"Usuwania błędów i luk w Oprogramowaniu, w oparciu o przedstawione przez Zamawiającego wyniki audytu pod kątem bezpieczeństwa teleinformatycznego.
Usuwania błędów oraz bieżącego dostosowania systemu w zakresie dostępności dla osób niepełnosprawnych".
Prosimy o udzielenie odpowiedzi na poniższe pytania.
a) Jakie są znane Zamawiającemu aktualne błędy w systemie w zakresie dostępności dla osób niepełnosprawnych?
b) Jakie są znane Zamawiającemu aktualne błędy w zakresie bezpieczeństwa teleinformatycznego?
c) W związku z faktem, że aktualnie system nie jest dostosowany w pełni do wymagań WCAG 2.1 prosimy o informację, czy wszystkie komponenty systemu będą dostosowane do wymagań WCAG2.1 na dzień przekazania systemu w utrzymanie nowemu Wykonawcy? Jeżeli nie, to czy wymóg dostosowania wszystkich komponentów systemu do wymagań WCAG będzie elementem usługi Asysty Technicznej i Konserwacji czy usługi rozwoju?
d) Prosimy o informację, czy w aktualnie realizowanej umowie dot. utrzymania i rozwoju systemu ePFRON2 prace związane z usuwaniem błędów i luk w Oprogramowaniu (określone w oparciu o przedstawione przez Zamawiającego wyniki audytu pod kątem bezpieczeństwa teleinformatycznego) oraz usuwanie błędów i bieżące dostosowanie systemu w zakresie dostępności dla osób niepełnosprawnych są przedmiotem usług ATiK czy usług rozwoju?
Odpowiedź na pytanie 7:
a) Niespełnione kryteria na podstawie wyniku z ostatniego audytu:
Zasada Wytyczna Kryterium sukcesu Poziom
Uwagi dotyczące
serwisu http://www.e-
pfron.pl/
1- Postrzegalność
1.3 – Możliwość adaptacji - -odpowiednia
1.3.1 - Informacje i relacje Informacje, struktura oraz relacje pomiędzy treściami przedstawiane w treści mogą być odczytane przez program komputerowy lub są dostępne w postaci tekstu.
A Nie Spełnione
(zrozumiała) 1.3.3 - Właściwości zmysłowe A Nie Spełnione
prezentacja zawartości
Instrukcje co do zrozumienia i operowania treścią nie opierają się wyłącznie na właściwościach zmysłowych, takich, jak kształt, rozmiar, wzrokowa lokalizacja, orientacja w przestrzeni lub dźwięk.
1.4 – Możliwość rozróżnienia Ułatwienie percepcji treści
1.4.3 - Kontrast (minimalny) AA Nie Spełnione
Wizualne przedstawienie tekstu, lub obrazu tekstu posiada kontrast
wynoszący przynajmniej 4,5:1, poza następującymi wyjątkami:
· Duży tekst oraz grafiki takiego tekstu posiadają kontrast
przynajmniej 3:1.
· Nie stosuje się wymogów minimalnego kontrastu dla tekstów lub obrazu tekstu, będących elementem nieużywanych części interfejsu użytkownika, mających cel czysto dekoracyjny, nie są widoczne lub też są częścią obrazu zawierającego inne istotne treści wizualne.
· Nie wymaga się minimalnego kontrastu dla tekstu, który jest
częścią logo lub nazwy własnej produktu (marki).
1.4.12 - Odstępy w tekście AA Nie Spełnione
W zawartości wprowadzanej przy użyciu języka znaczników konieczne jest zachowanie czytelności i zrozumiałości prezentowanych treści bez względu na to, jak użytkownik przedefiniuje ustawienia wyświetlania (na przykład modyfikując krój czcionki):
· wysokość linii (odstępy między wierszami) powinny być
ustawione przynajmniej do półtorakrotnej wielkości rozmiaru czcionki
· odstępy między akapitami powinny być ustawione przynajmniej
do dwukrotności wielkości czcionki
· odstępy między literami powinny być ustawione do przynajmniej 0,12x wielkości czcionki odstępy między słowami do przynajmniej 0,16x wielkości czcionki
2 –
Funkcjonalność 2.1 – Dostępność 2.1.1 – Klawiatura A Nie Spełnione
z klawiatury Cała treść oraz wszystkie zawarte w niej funkcje dostępne są z interfejsu klawiatury, bez wymogu określonego czasu użycia poszczególnych klawiszy, poza tymi przypadkami, kiedy dana funkcja wymaga wprowadzenia informacji przez użytkownika w oparciu o ścieżkę ruchów, a nie w oparciu o punkty końcowe wejścia. Ten wyjątek dotyczy danej funkcji, a nie techniki wejścia. Przykładowo, kiedy używa się pisma odręcznego celem
wprowadzenia tekstu, technika wejścia (pismo odręczne) wymaga wprowadzenia informacji w oparciu o ścieżkę, jednak powiązana z tym funkcja (wprowadzenie tekstu) już tego nie wymaga.
To nie powinno blokować ani ograniczać użycia interfejsu innymi metodami
niż klawiatura, np. za pomocą myszki.
2.4 – Możliwość 2.4.1 - Możliwość pominięcia bloków A Nie Spełnione
nawigacji Dostępny jest mechanizm, który umożliwia pominięcie bloków treści
powtarzanych na wielu stronach internetowych.
2.4.2 - Tytuły stron A Nie Spełnione
Strony internetowe posiadają tytuły, które opisują ich cel lub przedstawiają
ich temat.
2.4.4 - Cel linku (w kontekście) A Nie Spełnione
Cel każdego linku może wynikać z samej treści linku, lub też z treści linku powiązanej z programistycznie określonym kontekstem, poza tymi przypadkami, kiedy cel łącza i tak byłby niejasny dla użytkowników.
2.4.6 - Nagłówki i etykiety AA Nie Spełnione
Nagłówki i etykiety opisują temat lub cel treści.
2.4.7 - Widoczny fokus AA Nie Spełnione
Każdy interfejs możliwy do nawigacji za pomocą klawiatury, posiada
widoczny wskaźnik fokusa klawiatury.
4 –
Kompatybilność 4.1 –
Kompatybilność 4.1.1 – Parsowanie A Nie Spełnione
W treści wprowadzonej przy użyciu języka znaczników, elementy posiadają pełne znaczniki początkowe i końcowe, elementy są zagnieżdżane według swoich specyfikacji, elementy nie posiadają zduplikowanych atrybutów oraz wszystkie ID są unikalne, za wyjątkiem przypadków, kiedy specyfikacja zezwala na wyżej wymienione cechy.
Początkowe i końcowe znaczniki, w których brak kluczowych znaków, takich, jak zamykający nawias ostry lub pytajnik błędnie dopasowany do atrybutu wartości, nie są uznawane za znaczniki pełne.
Zasada Wytyczna Kryterium sukcesu Poziom
Uwagi dotyczące serwisu http://ep2- front.pfron.org.pl/l
ogin
1 - Postrzegalność 1.3 –
Możliwość 1.3.1 - Informacje i relacje A Nie Spełnione
adaptacji - - odpowiednia (zrozumiała)
Informacje, struktura oraz relacje pomiędzy treściami przedstawiane w treści mogą być odczytane przez program komputerowy lub są dostępne w postaci tekstu.
prezentacja 1.3.3 - Właściwości zmysłowe A Nie Spełnione
zawartości Instrukcje co do zrozumienia i operowania treścią nie opierają się wyłącznie na właściwościach zmysłowych, takich, jak kształt, rozmiar, wzrokowa lokalizacja, orientacja w przestrzeni lub dźwięk.
1.4 –
Możliwość 1.4.3 - Kontrast (minimalny) AA Nie Spełnione
rozróżnienia - Ułatwienie percepcji treści
Wizualne przedstawienie tekstu, lub obrazu tekstu posiada kontrast
wynoszący przynajmniej 4,5:1, poza następującymi wyjątkami:
· Duży tekst oraz grafiki takiego tekstu posiadają kontrast
przynajmniej 3:1.
· Nie stosuje się wymogów minimalnego kontrastu dla tekstów lub obrazu tekstu, będących elementem nieużywanych części interfejsu użytkownika, mających cel czysto dekoracyjny, nie są widoczne lub też są częścią obrazu zawierającego inne istotne treści wizualne.
· Nie wymaga się minimalnego kontrastu dla tekstu, który jest
częścią logo lub nazwy własnej produktu (marki).
1.4.11 - Kontrast dla treści nie będących tekstem AA Nie spełnione
Poniższe elementy mają kontrast w stosunku do otaczającego tła
wynoszący przynajmniej 3:1:
· komponenty interfejsu użytkownika: informacja wizualna wykorzystywana do oznaczania stanów i granic komponentów interfejsu użytkownika, oprócz komponentów nieaktywnych lub gdzie wygląd komponentu jest zdefiniowany przez agenta użytkownika i nie modyfikowany przez autora
· obiekty graficzne: część grafiki wymagana do zrozumienia treści, oprócz przypadków, kiedy konkretna prezentacja grafiki jest niezbędna do zrozumienia danej informacji
1.4.12 - Odstępy w tekście AA Nie Spełnione
W zawartości wprowadzanej przy użyciu języka znaczników konieczne jest zachowanie czytelności i zrozumiałości prezentowanych treści bez względu na to, jak użytkownik przedefiniuje ustawienia wyświetlania (na przykład modyfikując krój czcionki):
· wysokość linii (odstępy między wierszami) powinny być
ustawione przynajmniej do półtorakrotnej wielkości rozmiaru czcionki
· odstępy między akapitami powinny być ustawione
przynajmniej do dwukrotności wielkości czcionki
· odstępy między literami powinny być ustawione do przynajmniej 0,12x wielkości czcionki odstępy między słowami do przynajmniej 0,16x wielkości czcionki
2 –
Funkcjonalność 2.1 –
Dostępność 2.1.1 – Klawiatura A Nie Spełnione
z klawiatury Cała treść oraz wszystkie zawarte w niej funkcje dostępne są z interfejsu klawiatury, bez wymogu określonego czasu użycia poszczególnych klawiszy, poza tymi przypadkami, kiedy dana funkcja wymaga
wprowadzenia informacji przez użytkownika w oparciu o ścieżkę ruchów, a nie w oparciu o punkty końcowe wejścia. Ten wyjątek dotyczy danej funkcji, a nie techniki wejścia. Przykładowo, kiedy używa się pisma odręcznego celem wprowadzenia tekstu, technika wejścia (pismo odręczne) wymaga wprowadzenia informacji w oparciu o ścieżkę, jednak powiązana z tym funkcja (wprowadzenie tekstu) już tego nie wymaga.
To nie powinno blokować ani ograniczać użycia interfejsu innymi
metodami niż klawiatura, np. za pomocą myszki.
2.2 – 2.2.1 - Możliwość dostosowania czasu A Nie spełnione
Wystarczająca
ilość czasu
Dla każdego limitu czasowego, ustawionego na odbiór treści, spełnione
jest przynajmniej jedno z poniższych założeń: (Poziom A)
· Wyłączenie: Użytkownik może wyłączyć limit czasowy zanim
czas upłynie; lub:
· Dostosowanie: Użytkownik może swobodnie dostosować limit czasowy (przynajmniej o wartość 10 razy większą od wartości domyślnej) zanim czas upłynie; lub
· Wydłużenie: Użytkownik jest ostrzegany przed upłynięciem limitu czasowego i ma przynajmniej 20 sekund na wydłużenie limitu za pomocą prostej czynności (np. „wciśnij klawisz spacji”) oraz może wydłużyć limit przynajmniej dziesięciokrotnie, lub:
· Wyjątek dotyczący czasu rzeczywistego: Limit czasowy jest wymaganym komponentem jakiejś czynności w czasie rzeczywistym (np.
aukcji) i nie ma możliwości zmiany limitu, lub:
· Wyjątek dotyczący istoty czynności: Limit czasowy jest
istotny i wydłużenie go anulowałoby lub zaburzałoby daną czynność, lub:
· Wyjątek 20 godzin: Limit czasowy przekracza 20 godzin.
Uwaga: To kryterium sukcesu ma na celu zapewnienie użytkownikowi wystarczającego czasu na wykonanie czynności, bez niespodziewanych zmian treści lub kontekstu, które mogą być wynikiem limitu czasowego.
Powinien on być rozpatrywany w połączeniu z kryterium sukcesu 3.2.1, które nakłada ograniczenia na zmiany treści lub kontekstu w wyniku działania użytkownika.
2.4 – Możliwość nawigacji
2.4.4 - Cel linku (w kontekście) A Nie Spełnione
Cel każdego linku może wynikać z samej treści linku, lub też z treści linku powiązanej z programistycznie określonym kontekstem, poza tymi przypadkami, kiedy cel łącza i tak byłby niejasny dla użytkowników.
2.4.6 - Nagłówki i etykiety AA Nie Spełnione
Nagłówki i etykiety opisują temat lub cel treści.
3 - Zrozumiałość 3.3 – Pomoc 3.3.1 - Identyfikacja błędu A Nie Spełnione
przy wprowadzani u informacji
Jeśli przy wpisywaniu informacji, błąd zostanie wykryty automatycznie, system wskazuje błędny element, a użytkownik otrzymuje opis błędu w postaci tekstu.
3.3.2 - Etykiety lub instrukcje A Nie Spełnione
Dostępne są etykiety lub instrukcje, kiedy w treści wymagane jest
wprowadzenie informacji przez użytkownika.
3.3.3 - Sugestie korekty błędów AA Nie Spełnione
Jeśli przy wpisywaniu informacji błąd zostanie wykryty automatycznie i znane są sugestie korekty, wtedy użytkownik otrzymuje takie sugestie, chyba, że stanowiłoby to zagrożenie dla bezpieczeństwa lub zmieniłoby to cel treści.
3.3.4 - Zapobieganie błędom (kontekst prawny, finansowy, związany
z podawaniem danych) AA Nie Spełnione
Dla stron internetowych, na których pojawiają się zobowiązania prawne lub transakcje finansowe, i w których użytkownik modyfikuje lub usuwa dane zawarte w systemach przechowywania danych, lub wprowadza testowe odpowiedzi, przynajmniej jedno z poniższych założeń jest prawdziwe:
· Odwracalność: Wprowadzenie danych jest odwracalne.
· Sprawdzanie: Dane wprowadzone przez użytkownika są sprawdzane pod kątem błędów, a użytkownik ma możliwość wprowadzenia poprawek.
· Potwierdzenie: Dostępny jest mechanizm sprawdzania,
potwierdzania oraz korekty informacji przed jej ostatecznym wysłaniem.
4 –
Kompatybilność 4.1 – 4.1.1 – Parsowanie A Nie Spełnione
Kompatybilno ść
W treści wprowadzonej przy użyciu języka znaczników, elementy posiadają pełne znaczniki początkowe i końcowe, elementy są zagnieżdżane według swoich specyfikacji, elementy nie posiadają zduplikowanych atrybutów oraz wszystkie ID są unikalne, za wyjątkiem przypadków, kiedy specyfikacja zezwala na wyżej wymienione cechy.
Początkowe i końcowe znaczniki, w których brak kluczowych znaków, takich, jak zamykający nawias ostry lub pytajnik błędnie dopasowany do atrybutu wartości, nie są uznawane za znaczniki pełne.
4.1.2 - Nazwa, rola, wartość A Nie Spełnione
Dla wszystkich komponentów interfejsu użytkownika (włączając w to, ale nie ograniczając jedynie do elementów formularzy, linków oraz komponentów wygenerowanych przez skrypty) nazwa oraz rola
(przeznaczenie) mogą być odczytane przez program komputerowy, a stan, właściwości oraz wartości, które mogą być ustawione przez użytkownika, mogą również być ustawione przez program komputerowy;
zawiadomienie o zmianach w tych elementach dostępne jest dla programów użytkownika, w tym technologii wspomagających.
Uwaga: Powyższe kryterium sukcesu stosuje się głównie do autorów stron, którzy budują lub piszą swoje własne komponenty interfejsu użytkownika. Przykładowo, standardowe kontrolki HTML już spełniają to kryterium, jeśli użyte są zgodnie ze specyfikacją.
b) Ostatni audyt bezpieczeństwa był przeprowadzony w 2018 roku. Wykazane w nim błędy zostały poprawione bądź są realizowane w chwili obecnej w ramach przeprowadzanej zmiany technologicznej, która docelowo ma wyeliminować wszelkie wykazane nieprawidłowości. Kolejny audyt bezpieczeństwa Zamawiający przewiduje na drugą połowę 2020 roku.
c) Obecnie przeprowadzana zmiana technologiczna ma na celu m.in. dostosowanie systemu do wymagań WCAG 2.1. W ramach obecnej Umowy planowane jest dostosowanie systemu w zakresie obszaru pracodawcy. Pozostałe części systemu Zamawiający planuje dostosować w ramach kolejnej Umowy w ramach usług modyfikacji i rozwoju. Po zakończeniu obecnie prowadzonych zmian jeżeli wystąpią błędy będą one poprawiane w ramach usługi ATiK bądź gwarancji.
d) Dotychczas błędy były usuwane w ramach usługi ATiK, z wyjątkiem tych, do wyeliminowania których była niezbędna zmiana technologii – takie błędy są usuwane w ramach usługi modyfikacji i rozwoju.
Pytanie 8:
Zgodnie z zapisami SIWZ/Umowy
"W ramach obsługi Zgłoszeń dotyczących Wad Wykonawca ma obowiązek usuwania:
a) wad i luk bezpieczeństwa w Systemie e-PFRON2, Oprogramowaniu Standardowym oraz Oprogramowaniu Systemowym i Narzędziowym, w oparciu o przedstawione przez Zamawiającego wyniki audytu pod kątem bezpieczeństwa teleinformatycznego przez cały okres trwania Umowy.
b) niezgodności zgodnie z załącznikiem do ustawy z dnia 4 kwietnia 2019 o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych (Dz.U. 2019 poz. 848) w zakresie dostępności dla osób niepełnosprawnych określonych przez standard Web Content Accessibility Guidelines 2.1 (WCAG) w systemie NEO, w oparciu o przedstawione przez Zamawiającego wyniki audytów lub uwag indywidualnych pracowników Funduszu, przez cały okres trwania Umowy".
Z doświadczenia Wykonawcy wynika, że powyższe zagadnienia (w szczególności dot. spełnienia norm WCAG 2.1) wymagają dużego nakładu pracy. Przykładowo - dostosowanie do jednej z wytycznych WCAG 2.1 wymaga weryfikacji całego systemu pod kątem spełnienia pozostałych wymagań WCAG 2.1.
W związku z tym prosimy o potwierdzenie, że w/w zadania nie będą musiały być realizowane w zdefiniowanych w SIWZ czasach SLA lub będą realizowane w uzgodnionym obustronnie indywidualnym terminie realizacji?
Zadania te nie są możliwe do zrealizowania nawet w najdłuższych czasach SLA i będą narażać Wykonawcę na kary umowne.
Informacja ta zatem niezbędna jest do oszacowania dodatkowego nakładu pracy oraz ryzyka związanego z potencjalnymi karami, które wymagane są do spełnienia powyższego oczekiwania Zamawiającego i rzetelnego oszacowania oferty przez Wykonawcę.
Odpowiedź na pytanie 8:
Zadania te będą realizowane w uzgodnionym obustronnie indywidualnym terminie realizacji. Takie zgłoszenia będą obsługiwane w innej kategorii niż te określone w SLA.
Dodatkowo Zamawiający informuje, że w Załączniku nr 1 do Umowy w pkt 5 omyłkowo został przywołany System NEO. Zamawiający zmieni zapisy SIWZ w tym zakresie.
Pytanie 9:
Zgodnie z zapisami SIWZ/Umowy:
"Wykonawca po podpisaniu Umowy niezwłocznie (nie później niż w ciągu 21 dni od daty podpisania umowy) skonfiguruje, uruchomi i rozpocznie korzystanie ze środowiska Repozytorium Projektu we wskazany przez Zamawiającego sposób, na wskazanej przez Zamawiającego infrastrukturze z wykorzystaniem wskazanego przez Zamawiającego środowiska systemu kontroli wersji (GIT), narzędziu typu case-tracker, lub systemie DMZ (Sharepoint, Confluence)".
Czy Zamawiający posiada już istniejące Repozytorium Projektu, GIT, narzędzie typu case-tracker lub system DMZ? Jeżeli tak, prosimy o wskazanie, jakie to są narzędzia. Jeżeli nie, prosimy o wskazanie jakie narzędzia Zamawiający planuje wykorzystać w tym zakresie.
Odpowiedź na pytanie 9:
Zamawiający posiada repozytorium GIT, narzędzie typu case-tracker (w ramach obecnej umowy wykorzystywany jest system Jira), systemy DMZ – Sharepoint oraz Confluence.
Pytanie 10:
Zgodnie z zapisami SIWZ/Umowy:
"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 deklarowanych przez Wykonawcę. W szczególności za dowody takie będą uznawane aktualizowane przyrostowo kolejne wersje dokumentacji (w przypadku prac analitycznych lub architektonicznych), kolejne wersje kodu źródłowego (w przypadku prac programistycznych)".
Prosimy o udzielenie odpowiedzi na poniższe pytania:
a) Jakie informacje będą niezbędne i wymagane przez Zamawiającego do umieszczenia w codziennych raportach i Repozytorium Projektu w celu weryfikacji pracochłonności prac realizowanych przez daną osobę?
b) W jaki sposób Zamawiający będzie weryfikować pracochłonność realizowanych przez daną osobę prac, zwłaszcza, że każda osoba w zespole realizacyjnym ma swoją indywidualną wydajność pracy?
c) Zamawiający wskazuje, że "umieszcza się również wszelkie dowody potwierdzające wykonanie prac deklarowanych przez Wykonawcę. W szczególności za dowody takie będą uznawane aktualizowane przyrostowo kolejne wersje dokumentacji (w przypadku prac analitycznych lub architektonicznych), kolejne wersje kodu źródłowego (w przypadku prac programistycznych)", wskazując jako dowody na przyrostowe wersje dokumentacji oraz wersje kodów źródłowych. Prosimy o wyjaśnienie, jakie dowody mają zostać umieszczone w repozytorium, gdy wytworzenie kolejnej wersji kodu źródłowego lub dokumentacji poprzedzone jest kilkudniową analizą np. aktów prawnych lub wymagań Zamawiającego?
d) Czy w obecnie realizowanej na rzecz PFRON umowie dot. utrzymania i rozwoju systemu ePFRON2 obecny Wykonawca sporządza i umieszcza w Repozytorium Projektu wszelkie wyniki swoich prac zrealizowanych danego dnia, a także codzienne raporty i podsumowania zawierające wszelkie informacje niezbędne Zamawiającemu lub wyznaczonym przez niego podmiotom do weryfikacji pracochłonności realizowanych przez daną osobę prac?
Informacje te niezbędne są do oszacowania dodatkowego nakładu pracy, który wymagany jest do spełnienia powyższego oczekiwania Zamawiającego w celu rzetelnego oszacowania oferty przez Wykonawcę.
Odpowiedź na pytanie 10:
a) Wykonawca powinien umieścić w repozytorium wszystkie informacje niezbędne do jednoznacznego udokumentowania i potwierdzenia faktycznej pracochłonności danej modyfikacji.
b) Zamawiający będzie weryfikował pracochłonność prac na podstawie dowodów potwierdzających wykonanie prac deklarowanych przez Wykonawcę w Repozytorium.
c) Wszelkie prace zrealizowane przez Wykonawcę muszą zostać udokumentowane. Dowody wykonanych prac muszą zostać umieszczone w Repozytorium.
d) W ramach obecnie realizowanej umowy na utrzymanie i rozwój systemu e-PFRON2, Wykonawca nie umieszcza w repozytorium projektowym dowodów czasochłonności zrealizowanych prac.
Pytanie 11:
Zgodnie z zapisami Umowy:
"Wszystkie Produkty wytworzone w ramach prac (w tym z testów) winny być rejestrowane i prezentowane w Portalu Serwisowym oraz Repozytorium Projektu, w sposób pozwalający na pełną rozliczalność czynności wykonywanych przez poszczególne osoby odpowiedzialne po stronie Wykonawcy za wykonanie Produktu, w tym na archiwizację danych o czasie, autorach i treści".
Prosimy o informację, w jaki sposób Produkty wytworzone w ramach prac (w tym testów) winny być rejestrowane i prezentowane w Portalu Serwisowym oraz Repozytorium Projektu tak, aby Zamawiający potwierdził pełną rozliczalność czynności wykonywanych przez poszczególne osoby odpowiedzialne po stronie Wykonawcy za wykonanie Produktu, tj. prosimy o przedstawienie na
podstawie jakich kryteriów oceny Zamawiający będzie potwierdzał pełną rozliczalność czynności wykonywanych przez poszczególne osoby odpowiedzialne po stronie Wykonawcy?
Informacje te niezbędne są do oszacowania dodatkowego nakładu pracy, który wymagany jest do spełnienia powyższego oczekiwania Zamawiającego w celu rzetelnego oszacowania oferty przez Wykonawcę.
Odpowiedź na pytanie 11:
Zamawiający będzie weryfikował czasochłonność zrealizowanych prac na podstawie wszystkich dowodów prac jakie Wykonawca umieści w repozytorium projektu.
Pytanie 12:
Zgodnie z zapisami załącznika nr 2 do Umowy:
"7. Zamawiającemu przysługuje prawo weryfikacji i akceptacji sposobu oraz czasochłonności wykonania przez Wykonawcę usług oraz prac dokumentowanych w Repozytorium Projektu, które zostały przedstawione przez Wykonawcę.
8. W przypadku zaistnienia różnicy zdań między Stronami dotyczącej wiarygodności przedstawionego rozliczeń i szacunków czasochłonności, Strony zobowiązują się do podporządkowania się opinii niezależnego od Stron biegłego i rozliczenia prac według podanych przez niego wskazań. Biegły zostanie wybrany przez Strony metodą zapewniającą bezstronność, a także będzie osobą posiadającą potwierdzoną certyfikatami wiedzę z zakresu wymiarowania przedsięwzięć informatycznych. Biegły będzie wybierany z listy osób wpisanych na listę rzeczoznawców Polskiego Towarzystwa Informatycznego, przy czym pod uwagę będą brane jedynie osoby wpisane na listę nie później niż w dniu publikacji ogłoszenia.
9. Koszt sporządzenia opinii ponosi strona przeciwna tej, do racji, której biegły się przychyli. Jeśli biegły nie przychyli się do racji żadnej ze stron, obie strony ponoszą koszt sporządzenia opinii po połowie".
Prosimy o udzielenie odpowiedzi na poniższe pytania:
a) Prosimy o potwierdzenie, że zapisy te dotyczą tylko "możliwości realizacji Usług Modyfikacji i Rozwoju w trybie alternatywnym/zwinnym, w których zakres prac, tryb i formę realizacji określane są na etapie zlecenia usługi, natomiast rozliczanie pracochłonności i określanie wynagrodzenia prac z puli Roboczogodzin przewidzianych na realizację Usług Modyfikacji i Rozwoju ma miejsce z dołu, w oparciu o przekazywane przez Wykonawcę na bieżąco codzienne raporty i inne gromadzone na bieżąco w Repozytorium Projektu wiarygodne dowody potwierdzające fakt świadczenia usług przez poszczególnych pracowników Wykonawcy".
b) W przypadku standardowego trybu realizacji modyfikacji prosimy o potwierdzenie, że koszt modyfikacji przedstawiony w roboczogodzinach i zaakceptowany przez Zamawiającego na Etapie I (analiza i projekt) będzie również końcowym kosztem rozliczanym w Protokole Odbioru Modyfikacji.
c) W przypadku odpowiedzi negatywnej na powyższe pytanie prosimy dodatkowo o udzielenie odpowiedzi na poniższe pytania.
c1. Jaką wartość zamawiający przyjmie do rozliczenia modyfikacji w przypadku, gdy na etapie analizy Wykonawca oszacuje wartość realizowanej modyfikacji na 1000 roboczogodzin, a przedstawione dowody będą wskazywać na 500 roboczogodzin?
c2. Jaką wartość zamawiający przyjmie do rozliczenia modyfikacji w przypadku, gdy na etapie analizy Wykonawca oszacuje wartość realizowanej modyfikacji na 1000 roboczogodzin, a przedstawione dowody będą wskazywać na 2000 roboczogodzin?
d) Jak będzie przebiegał proces wyboru biegłego w przypadku wystąpienia rozbieżności zdań między Stronami?
e) Prosimy o informację jak długo zdaniem Zamawiającego będzie trwał proces wyboru biegłego?
f) Czy Zamawiający w ramach innych umów realizowanych przez PFRON powoływał, jest w trakcie powoływania lub zamierza powołać biegłego?
Odpowiedź na pytanie 12:
a) Prawo Zamawiającego do weryfikacji i akceptacji sposobu oraz czasochłonności wykonania przez Wykonawcę usług oraz prac dokumentowanych w Repozytorium Projektu, które zostały przedstawione przez Wykonawcę dotyczy zarówno realizacji usługi rozwoju w trybie zwinnym jak również w trybie dwu etapowym.
b) Końcowym kosztem rozliczanym zawsze będzie rozliczenie prac wg faktycznie przepracowanych godzin, a nie zadeklarowanych na Etapie 1
c) 1. Rozliczenie będzie opierało się o przedstawione dowody z realizacji w ramach Etapu 2 2. Odbiorowi podlegają nie szacunki a rzeczywiste udokumentowane i wykonane prace.
d) Proces wyboru biegłego powinien być bezstronny, innymi słowy to PTI wskazuje biegłego, który musi posiadać certyfikaty potwierdzający posiadanie wiedzy z szacowania projektów
informatycznych.
e) Proces wyboru biegłego będzie realizowany bez zbędnej zwłoki.
f) Pytanie to nie jest związane z prowadzonym postepowaniem przetargowym.
Pytanie 13:
Zamawiający w SIWZ 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 o, 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.
Zatrudnienie osób, o których mowa powyżej, musi trwać przez cały okres realizacji prac wymienionych powyżej. Zakres czynności wykonywanych przez te osoby w trakcie realizacji Umowy musi wynikać z zakresu obowiązków osób zatrudnionych na podstawie umowy o pracę”.
Funkcja kierownika projektu jest rolą wiodącą w umowie i może być realizowana przez menadżera wysokiego szczebla niejednokrotnie współpracującego w oparciu o własną działalność gospodarczą, tj. popularną i powszechną formę zatrudniania osób na tych stanowiskach, akceptowaną 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.
Prosimy o dopuszczenie, 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ź na pytanie 13:
Powyższe zapisy wynikają z przepisów ustawy Prawo zamówień publicznych. Zamawiający nie przewiduje zmiany SIWZ w powyższym zakresie.
Pytanie 14:
Prosimy o zmianę kary umownych lub usunięcie zapisów wskaźnika WJLB dla rozwoju. Zapisy umowy przewidują karanie Wykonawcy za każdy błąd, niezależnie od jego wagi. Nie ma rozróżnienia błędów critital, major, minor, dlatego niewspółmiernie będzie karanie Wykonawcy za każdy rodzaj błędu który się pojawi. W każdym systemie informatycznym są błędy i będą błędy. Karanie w tej sposób spowoduje, że Zamawiający będzie mógł zakupić rozwój i teoretycznie nie zapłacić za niego stosując kary za nieistotne elementy działającego systemu.
Odpowiedź na pytanie 14:
Zamawiający nie przewiduje zmiany SIWZ w powyższym zakresie. Wykonawca ma obowiązek wykonywania prac w ramach usługi modyfikacji i rozwoju w sposób rzetelny, a prace przekazane do testów powinny być uprzednio przez Wykonawcę zweryfikowane i przetestowane. Jeżeli przekazana do testów zmiana będzie zgodna z projektem i działała w sposób zgodny z założeniami – błędy będą sporadyczne to Wykonawca nie powinien mieć obawy o niesłuszne naliczenie kary umownej.
Pytanie 15:
Czy Zamawiający oczekuje wymagania zatrudnienia na umowę o pracę tylko osób realizujących obsługę umowy do komunikacji pomiędzy Wykonawcą i Zamawiającym
Odpowiedź na pytanie 15:
Zgodnie z zapisami SIWZ Rozdział III pkt 3 - 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, jednakże bez prawa do zmiany postanowień Umowy.
Pytanie 16:
Rozumiem, że Zamawiający NIE oczekuje, iż osoby realizujące rozwój będą zatrudnione na umowę o pracę i dopuszcza zatrudnienie tych osób na podstawie innych umów?
Odpowiedź na pytanie 16:
Zamawiający NIE oczekuje, iż osoby realizujące rozwój będą zatrudnione na umowę o pracę i dopuszcza zatrudnienie tych osób na podstawie innych umów.
z upowa˃nienia Prezesa Zarzʇdu PFRON
