PREZYDENT MIASTA ZIELONA GÓRA

Transkrypt

1 PREZYDENT MIASTA ZIELONA GÓRA ul. Podgórna Zielona Góra DO-ZP RISS Zielona Góra, 29 czerwca 2017 r. Wykonawcy którzy ubiegają się o udzielenie zamówienia publicznego dot. postępowania prowadzonego w trybie przetargu nieograniczonego pn. Wdrożenie innowacyjnych e-usług o wysokim poziomie dojrzałości w Urzędzie Miasta Zielona Góra. Zgodnie z art. 38 ust. 1 i 2 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2015 r., poz z późn. zm.), zwanej dalej ustawą pzp, Zamawiający przekazuje treść zapytań wniesionych do treści Specyfikacji Istotnych Warunków Zamówienia (SIWZ) w dniu 22 czerwca br. wraz z wyjaśnieniami: Pytanie nr 1: Dotyczy: Załącznik nr I.3 do SIWZ; Szczegółowy opis przedmiotu zamówienia Niezależnie od czynności Wykonawcy określonych w pkt.12 Wykonawca w całym okresie realizacji Przedmiotu Zamówienia, nie rzadziej niż raz na tydzień zobowiązany jest przeprowadzać konsultacje z Zamawiającym w siedzibie Zamawiającego w liczbie min. 100 godzin dla całego okresu realizacji Przedmiotu Zamówienia. Zamawiający dopuszcza możliwość spotkań w ramach prowadzonych konsultacji w formie wideokonferencji wyłącznie za zgodą Zamawiającego. Czy w sytuacjach pilnych, wymagających natychmiastowej konsultacji, Zamawiający dopuści ich przeprowadzenie również przez telefon? Co w chwili kiedy nie zajdzie konieczność przeprowadzenia konsultacji w danym tygodniu? Czy rozliczenie stanowić będzie wymiar 100 godzin dla całego okresu realizacji? Z uwagi na fakt, iż ciężko jest przewidzieć, kiedy faktycznie zajdzie konieczność przeprowadzenia konsultacji, wnosimy o zmianę zapisów SOPZ w taki sposób aby konsultacje w siedzibie Zamawiającego były realizowane na żądanie którejś ze stron; w sytuacjach, które będą tego wymagały a Wykonawca musi przewidzieć w ofercie koszt takich konsultacji dla maksymalnie 100 godzin. Odpowiedź nr 1: Powyższe zapisy dotyczą wyłącznie spotkań realizowanych w ramach zarządzania Projektem (pkt.6, OPZ) odnośnie spotkań organu: Biuro Projektu. Zamawiający dopuszcza możliwość spotkań w ramach prowadzonych konsultacji w formie wideokonferencji wyłącznie za zgodą Zamawiającego. Pytanie nr 2: Dotyczy: Załącznik nr I.3 do SIWZ; Szczegółowy opis przedmiotu zamówienia; Aplikacja Wymaganie W wymaganiach Zamawiający przedstawił zakres prac dla aplikacji mobilnej, Wykonawca nie zidentyfikował zakresu dla aplikacji w wersji webowej (tylko zakres WCAG 2.0). Czy nie doszło do omyłki pisarskiej? Jeżeli nie to Wykonawca wnosi o przedstawienie klarownych wymagań dla Aplikacja pozwalająca na zgłaszanie nieprawidłowości w wersji webowej. Obecny opis nie pozwala na zaprojektowanie i wycenienie takiej aplikacji. tel. (+48) , faks: (+48)

2 Zamawiający zmienia treść SIWZ, w Załączniku Nr I.3 do SIWZ poprzez dodanie pkt o treści: W przypadku rozwiązania hybrydowego wymagania opisane przez Zamawiającego w pkt dotyczą wyłącznie części rozwiązania będącego serwisem/stroną internetowym/-ą. Pytanie nr 3: Dotyczy:Załącznik nr I.3 do SIWZ; Szczegółowy opis przedmiotu zamówienia; Aplikacja Wymaganie Przedstawione przez Zamawiającego wersje systemów są przestarzałe i nie pozwolą na uzyskanie określonej przez Zamawiającego funkcjonalności. Wnosimy o modyfikację zapisów SOPZ. W przypadku systemu Android proponujemy aby Zamawiający zmienił wersję minimalną na wersję 5.0 (API 22). Dla Apple ios zalecamy zmianę na obsługa od wersji 8.0. Dla Windows Phone zalecamy dodanie wymagań obsługa wersji phone: Windows 8.1 oraz Windows 10. Odpowiedź nr 3:: Zamawiający zmienia treść SIWZ, Załącznik nr I.3, punkt Aplikacja pozwalająca na zgłaszanie nieprawidłowości Wymaga się aby Aplikacja będąca Przedmiotem Zamówienia była obsługiwana przez urządzenia z systemami (wszystkie wersje na dzień odbioru): a. Android (od wersji 2.3), b. Apple ios (wszystkie wersje na dzień odbioru) c. Microsoft Windows Phone Wymaga się aby Aplikacja będąca Przedmiotem Zamówienia była obsługiwana przez urządzenia z systemami (wszystkie wersje na dzień odbioru): a. Android (od wersji 5.0 (API22)), b. Apple ios (wszystkie wersje od wersji 8.0), c. Microsoft Windows Phone (Windows 8.1 oraz Windows 10). Pytanie nr 4: Dotyczy:Załącznik nr I.3 do SIWZ; Szczegółowy opis przedmiotu zamówienia; Aplikacja Wymaganie Dla proces projektowania aplikacji mobilnej, a tym samym wpływa to na jej wycenę, konieczne jest wskazanie przez Zamawiających wszystkich kluczowych zakresów danych. Prosimy o doprecyzowanie i modyfikację zapisów SOPZ. Czy te dane zostaną przygotowane przez Zamawiającego? W jakiej formie zostaną przekazane? Dla danych o charakterze zmiennym jak Zamawiający widzi ich aktualizację? Skąd nowe informację mają być pobierane i aktualizowane w aplikacji webowej? Czy będą to jakieś formularze? Czy będą to jakieś serwisy mapowe, które Zamawiając przygotuje, opublikuje i będzie utrzymywał? Zamawiający opisał funkcjonalności w pkt W punkcie Zamawiający wskazuje na charakter realizacji aplikacji w modelu Zaprojektuj i wybuduj. Wszystkie doprecyzowania w zakresie zasilania danymi będą realizowane na etapie Wykonawczym. Zamawiający uważa, iż zakres danych wymieniony w pkt jest zbiorem zamkniętym. Zamawiający przygotuje ww. dane zgodnie z uzgodnionym na etapie realizacji standardem/formatem/rodzajem, wykonanie mechanizmów zaciągających dane lub równoważne sposoby realizacji np. formularze leżą po stronie Wykonawcy. Pytanie nr 5: Dotyczy: Załącznik nr I.3 do SIWZ; Szczegółowy opis przedmiotu zamówienia; Aplikacja Wymaganie Pytanie do podpunktu a Prosimy o uszczegółowienie jakie konkretnie nieprawidłowości mają być zgłaszane przez Użytkowników?. Te informację są kluczowe dla prawidłowego zaprojektowania aplikacji i mają wpływ na jej wycenę. Wnosimy o uzupełnienie zapisów SOPZ. Odpowiedź nr 5: Zakres słów kluczowych i potencjalnych adresatów zgłoszeń zostanie ustalony wspólnie z Wykonawcą na etapie wykonawczym. 2

3 Oczekiwania Zmawiającego odnośnie realizacji intereeakcji z użytkownikiem nie wykraczają poza zapisy Studium Wykonalności. Zamawiający cytuje zapisy Studium Wykonalności: Usługa z grupy Zgłaszanie zdarzeń W ramach grupy zaproponowano jedną e-usługą realizowaną z wykorzystaniem aplikacji mobilnej. Zgłoszenie zagrożenia lub nieprawidłowości za pośrednictwem aplikacji mobilnej (3 poziom dojrzałości) Realizacja e-usługi będzie się rozpoczynała zrobieniem zdjęcia i przypisaniem do niego danych georeferencyjnych (aplikacja mobilna na smartfonie) oraz przesłaniem informacji do UM. Tam następuje weryfikacja i obsługa zgłoszenia oraz odesłanie informacji o sposobie załatwienia do zgłaszającego. W ramach usługi będzie można zgłaszać: Miejsca zanieczyszczone, dzikie składowiska śmieci, Uszkodzenia nawierzchni dróg (w tym dróg leśnych), Ranne i martwe zwierzęta, Powalone drzewa, Inne. Zgłoszenie zagrożenia lub nieprawidłowości przez podmioty uprawnione (usługa 3 poziomu dojrzałości, usługa A2A) Możliwe też będzie zgłaszanie przez uprawnione podmioty informacji o zagrożeniach. Informacje te będą wprowadzane przez serwis WWW lub za pośrednictwem interfejsu API. Zgłoszenie takie będzie wymagało autoryzacji w systemie. W odróżnieniu od danych zgłaszanych przez aplikację mobilną zgłoszone dane będą publikowane bez wcześniejszej weryfikacji. Przewiduje się w pierwszej kolejności korzystanie z systemu przez: Nadleśnictwa Zielona Góra, Przytok i Nowa Sól w celu zgłoszenia: a. Terenów na których ma miejsce ścinka drzew, b. Informacji o innych niebezpieczeństwach; Służby zarządzania kryzysowego w celu przekazania informacji o: a. Zdarzeniach (np. wypadki) wpływających na płynność ruch samochodowego, b. Informacji o innych zagrożeniach. Przeglądanie zgłoszonych informacji w aplikacji mobilnej lub w serwisie WWW (1 poziom dojrzałości) Informacje pozyskane w ramach obsługi zgłoszeń, po weryfikacji, mogą być publikowane na mapach, np. na mapie ścieżek rowerowych może być udostępniana informacja o utrudnieniach (powalone drzewo, uszkodzona nawierzchnia). W związku z tym wdrożenie usługi wymaga modyfikacji istniejących e-usług związanych z prezentacją danych mapowych. Realizacja usługi wymaga integracji EGiB. Usługa będzie także dostępna przez dobrze udokumentowane interfejsy programistyczne (API), tak aby można było wykorzystać powtórnie opublikowane dane o zagrożeniach i nieprawidłowościach Pytanie nr 6: Dotyczy : Załącznik nr I.3 do SIWZ; Szczegółowy opis przedmiotu zamówienia; Aplikacja Wymaganie Opisane przez Zamawiającego wymagania WCAG 2.0 dotyczą dostosowanie stron www do odbioru przez osoby niepełnosprawne. Nie jest możliwe przeniesienie certyfikatu zgodności stron internetowych z WCAG na aplikację mobilną. Wykonawca wnosi o usunięcie wymagania. Odpowiedź nr 6: Wg Zamawiającego chodzi o wymów Udzielono odpowiedzi w Pytaniu nr 2. Pytanie nr 7: Dotyczy: Załącznik nr I.3 do SIWZ; Szczegółowy opis przedmiotu zamówienia; Harmonogram rzeczowo-finansowy Na pierwszej stronie Zamawiający informuje o konieczności przedłożenia do zatwierdzenia Harmonogramu rzeczowo-finansowego w przeciągu 10 dni roboczych od podpisania Umowy, natomiast Etap 1, którego częścią jest wspomniany wyżej Harmonogram, na realizacje przewiduje 21 dni od daty podpisania Umowy. Wykonawca wnosi o ujednolicenie terminu przedłożenia do zatwierdzenia Harmonogram rzeczowofinansowy zgodnie z Harmonogramem Realizacji Tabela 1, OPZ. Odpowiedź nr 7: Zamawiający nie zmienia zapisów SIWZ w tym zakresie. 3

4 Zamawiający wymaga przedłożenia Harmonogramu rzeczowo-finansowego w przeciągu 10 dni roboczych od podpisania Umowy oraz realizacji Etapu 1 w terminie 21 dniu. Harmonogram rzeczowo-finansowy jest częścią Etapu 1 z koniecznością jego realizacji terminie 10 dni roboczych. Pytanie nr 8: Dotyczy : Załącznik nr 3 do Umowy; Warunki świadczenia serwisu gwarancyjnego oraz Asysty Technicznej Z uwagi na fakt, że na zgłoszenie krytyczne, mogą mieć wpływ incydenty, za które odpowiadać będzie Zamawiający, lub do rozwiązania zgłoszenia niezbędny będzie udział administratorów Systemu po stronie Zamawiającego, aby zapewnić możliwość realizacji zgłoszeń krytycznych w przeciągu 4 godzin Zamawiający powinien zapewnić dostępność administratorów systemu w oknie serwisowym (od 7:30 do 18:00 w dni robocze). Czy Zamawiający zapewni dostępność administratorów w oknie serwisowym? Jeżeli nie prosimy o dostosowanie okna serwisowego tak aby administratorzy byli dostępni. Odpowiedź nr 8: Zamawiający zapewni dostępność administratorów w oknie serwisowym. Pytanie nr 9: Sposób opisania przez Zamawiającego zdarzeń serwisowych (Kategoria A, B i C) realnie rzec biorąc powoduję, iż w znacznej większości zgłoszenia wpadać będą do Kategorii A lub B. Przy takich definicjach zachowanie przedstawionych przez Zamawiającego czasów realizacji jest prawie niemożliwe. Prosimy o ponowną ocenę zapisów i wydłużenie czasu reakcji dla Kategorii A i B, jak i uzależnienie czasu reakcji od chwili potwierdzenia przyjęcia zgłoszenia przez Wykonawcę. Zmiana znaczeni wpłynie na urealnienie możliwości świadczenia usług w odniesieniu do skali Systemu i zapewnić możliwość zarządzania zgłaszanymi uwagami, zapewniając odpowiednią jakość usług. Propozycja Wykonawcy dla zgłoszeń Krytycznych 12 h liczony od potwierdzenia przyjęcia zgłoszenia, dla Zdarzeń Kategorii B 24 h liczony od potwierdzenia przyjęcia zgłoszenia. Odpowiedź nr 9: Zamawiający nie zmienia zapisów SIWZ w tym zakresie. Pytanie nr 10: Prosimy o podanie numeru CSI dla licencji bazy danych Oracle będących przedmiotem ewentualnego upgrade do wersji wyższej niż posiadana przez Zamawiającego Odpowiedź nr 10: CSI Uwaga: Zamawiający wprowadza dodatkowo następujące zmiany: Zamawiający zmienia treść SIWZ, Załącznik nr I.3, punkt Aplikacja pozwalająca na zgłaszanie nieprawidłowości Wykonawcy jest zobowiązany do przekazania plików niezbędnych do umieszczenia Aplikacji w wymienionych w pkt sklepach, a także do umieszczenia w celu możliwości pobrania Aplikacji ze strony Zamawiającego Wykonawcy jest zobowiązany do przekazania plików niezbędnych do umieszczenia Aplikacji: a) w wymienionych w pkt sklepach, b) do umieszczenia w celu możliwości pobrania Aplikacji ze stron Zamawiającego. Uwaga: Podpunkt a) nie dotyczy rozwiązania hybrydowego. Zamawiający zmienia treść SIWZ, w Załączniku Nr I.3 do SIWZ: Na potwierdzenie, że oferowane Serwery Blade typ I spełniają wymagania określone przez Zamawiającego Wykonawca zobowiązany jest dołączyć do oferty następujące dokumenty: a) opis proponowanego rozwiązania potwierdzający, że oferowane Serwery Blade typ I spełniają wszystkimi niezbędnymi komponentami dla spełnienia oczekiwanych wymagań, 4

5 b) protokół testów SPEC dla oferowanego modelu serwera poświadczony przez producenta serwera lub wydruk protokołu potwierdzającego osiągnięty wynik ze strony: Na potwierdzenie, że oferowane Serwery Blade typ I spełniają wymagania określone przez a) opis proponowanego rozwiązania potwierdzający, że oferowane Serwery Blade typ I spełniają wszystkimi niezbędnymi komponentami dla spełnienia oczekiwanych wymagań Na potwierdzenie, że oferowane Serwery blade typ II spełniają wymagania określone przez a) opis proponowanego rozwiązania potwierdzający, że oferowane Serwery Blade typ II spełniają wszystkimi niezbędnymi komponentami dla spełnienia oczekiwanych wymagań, b) protokół testów SPEC dla oferowanego modelu serwera poświadczony przez producenta serwera lub wydruk protokołu potwierdzającego osiągnięty wynik ze strony: Na potwierdzenie, że oferowane Serwery blade typ II spełniają wymagania określone przez a) opis proponowanego rozwiązania potwierdzający, że oferowane Serwery Blade typ II spełniają wszystkimi niezbędnymi komponentami dla spełnienia oczekiwanych wymagań. Pytania wraz z odpowiedziami stanowią integralną część SIWZ i należy je uwzględnić w składanej ofercie. z up. PREZYDENTA MIASTA mgr inż. Krzysztof Kaliszuk Zastępca Prezydenta 5