Do Wykonawców Wrocław, 12.06.2015r. CUI-DOAZ.331.10.2015 CUI/ZP/PN/10/2015/11/... Dotyczy: postępowanie o udzielenie zamówienia publicznego na: Rozwój CRM - Opracowanie i wdrożenie aplikacji mobilnej CRM oraz integracja CRM Urzędu Miejskiego Wrocławia z CRM innych jednostek miasta Działając na podst. art. 38 ust. 1, 2 i 4 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz.U. z 2013 r. poz. 907 z późn. zm.), Zamawiający udziela odpowiedzi na pytania: Pytanie nr 1: W jaki sposób planowane jest zarządzanie użytkownikami: autoryzacja, rejestracja? Gdzie planowane jest przechowywanie loginów, haseł, ewentualnie statusów klientów? W odpowiedziach na pytania zostało napisane, że Konta mają być przechowywane i tworzone w ramach aplikacji mobilnej co nie wskazuje miejsca: czy to będą serwery Zamawiającego, czy chmura, czy serwery Wykonawcy. Jeżeli to są serwery Zamawiającego, to czy są wymagania co do wyboru bazy danych, technologii, systemu operacyjnego? Odpowiedź na pyt. nr 1: Zarządzanie użytkownikami będzie odbywać się po stronie systemu CRM na serwerach Zamawiającego. Wymagania: baza MS SQL, system Windows. Pytanie nr 2: Do działania powiadomień push jest potrzebna na serwerze baza danych oraz aplikacja (do przechowywania i powiązania z użytkownikiem tokenów urządzeń na które wysyłane są powiadomienia). Czy są w tym zakresie jakieś wymagania? Odpowiedź na pyt. nr 2: Nie, Zamawiający nie ma szczególnych wymagań co do działania powiadomień push. Rozwiązanie to zostanie uzgodnione z Wykonawcą w ramach etapu analizy przedwdrożeniowej. Pytanie nr 3: Czy połączenie urządzenie mobilne -> serwer będzie szyfrowane? (protokół HTTPS). Odpowiedź na pyt. nr 3: Tak, Zamawiający wymaga by połączenie było szyfrowane ze względu na ochronę danych osobowych. Pytanie nr 4: W zamówieniu także jest wymaganie o samodzielnym dodawaniu języków oraz o słownikach (dotyczących, na przykład kategorii zgłoszeń, adresów, być może napisów ). Czy jest przewidziany moduł administracyjny do zarządzania nimi? Jeżeli tak, to czy są jakieś wymagania? Technologie? CENTRUM USŁUG INFORMATYCZNYCH W E W R O C Ł A W I U ul. Namysłowska 8; 50-304 Wrocław tel. +48 71 777 90 32 cui@cui.wroclaw.pl; www.cui.wroclaw.pl
Odpowiedź na pyt. nr 4: Zamawiający uważa, że wskazane powyżej elementy mogą być utrzymywane w uproszczony sposób np. poprzez elementy konfiguracyjne aplikacji mobilnej. Ostateczna decyzja w sprawie sposobu zapewnienia spełnienia tego wymogu należy do Wykonawcy. Pytanie nr 5: Jakie są wymagania co do dostępności systemu w przypadku niedostępności systemu CRM lub innych modułów od których jest uzależnione działanie aplikacji? Odpowiedź na pyt. nr 5: W przypadku braku dostępności systemu CRM aplikacja mobilna powinna działać w trybie off-line. Zamawiający oczekuje, że w przypadku braku dostępności systemu CRM w aplikacji mobilnej zostanie wyświetlony stosowny komunikat np. o braku polaczenia z systemem CRM. Pytanie nr 6: Czy są wymagania co do wydajności oraz skalowalności systemu (część serwerowa)? Odpowiedź na pyt. nr 6: W fazie uruchomienia aplikacji mobilnej tj. do ok. 6 miesięcy od wdrożenia Zamawiający przewiduje do kilkuset zgłoszeń dziennie, a w ciągu kolejnych miesięcy.- do około tysiąca zgłoszeń na dzień. Pytanie nr 7: W wymaganiach są wersje systemów mobilnych ios 8+, Android 4+ i Windows Phone 8+. W ramach świadczenia gwarancji (36 miesięcy) w przypadku zmiany API tych systemów, wpływających na działanie aplikacji mobilnej (niezależne od Wykonawcy systemu takie zmiany były, na przykład przy rezygnacji Apple z Google maps w w ios 6 lub zmiana API w ios 7 kiedy częściowo aplikacje przestały działać) jaka jest procedura naprawy ewentualnych błędów? Odpowiedź na pyt. nr 7: Zamawiający nie przewiduje zmian, które mogłyby wpłynąć na działanie aplikacji mobilnej. Jeśli nie da się ich uniknąć to Zamawiający zamierza realizować procedurę naprawy błędów w ramach dodatkowych godzin przeznaczonych na rozwój w ramach Umowy. Pytanie nr 8: Aplikacja posiada 3 wersje językowe: kto wykonuje tłumaczenia i w jaki sposób zarządza tłumaczeniami? Odpowiedź na pyt. nr 8: Tłumaczenia dostarcza Wykonawca. Zamawiający uważa, że wystarczające będzie proste zarządzanie tłumaczeniami w postaci konfiguracją aplikacji mobilnej. Ostateczna decyzja w sprawie sposobu zapewnienia spełnienia tego wymogu należy do Wykonawcy. Pytanie nr 9: Na czym polega skorzystanie z telefonicznego kanału komunikacji w aplikacji? Czy to jest IVR? Odpowiedź na pyt. nr 9: Skorzystanie z telefonicznego kanału komunikacji w aplikacji mobilnej powinno być skonfigurowane jako link wywołujący połączenie telefoniczne. Pytanie nr 10: Strona 2/5
Czy koncept szaty graficznej zostanie dostarczony w postaci responsywnej? Odpowiedź na pyt. nr 10: Zamawiający dostarczy wyłącznie projekt graficzny szaty graficznej. Wykonawca będzie zobowiązany do jego zaimplementowania w aplikacji mobilnej. Pytanie nr 11: Usługi serwisowe: nie zawsze błędy są po stronie serwera, mogą wystąpić sytuacje, że przywrócenie funkcjonalności będzie wymagać aktualizacji aplikacji w sklepie i potrwać więcej niż jest w Załączniku nr 2 do umowy. (nie z winy Wykonawcy, tylko z procedur aktualizacji oprogramowania w sklepach). Czy jest przewidziana taka sytuacja i jak to wygląda? Odpowiedź na pyt. nr 11: Zamawiający, działając na podstawie art. 38 ust. 4 ustawy pzp zmienia treść SIWZ - treść Załącznika nr 2 Projektu umowy w ten sposób, że w 1 ust. 3 po pkt 6 dodaje pkt 7 w brzmieniu: 7) jeżeli ostatnią czynnością niezbędną do usunięcia awarii jest aktualizacja Aplikacji Mobilnej w sklepie internetowym, wskazanym w załączniku nr 1 do Umowy, termin na usunięcie zgłoszonej awarii uważa się za zachowany również, wtedy gdy przed upływem tego terminu Wykonawca zgłosił do publikacji w sklepie internetowym nową wersję Aplikacji Mobilnej, a opóźnienie w jej publikacji wynika jedynie z wewnętrznych procedur sklepu; w razie wątpliwości poczytuje, że termin nie został zachowany jeżeli po zgłoszeniu aktualizacji Aplikacji Mobilnej do publikacji w sklepie okaże się, że Wykonawca dokonał zgłoszenia nieprawidłowo/niezasadnie i wymagało ono modyfikacji/uzupełnień. Pytanie nr 12: Jak wygląda sytuacja serwisowa w przypadku ewentualnych błędów w oprogramowaniu wybranych przez Zamawiającego dostawcach (Mule ESB lub ArcGis)? Odpowiedź na pyt. nr 12: Wykonawca nie odpowiada za błędy w oprogramowaniu, z którego korzysta Zamawiający. Pytanie nr 13: W przypadku Etapu I przewidywany termin realizacji wynosi 21 dni kalendarzowych? Czy w ramach tego okresu został uwzględniony czas odbioru systemu opisany w paragrafie 8 projektu umowy, czy może okres ten nie dotyczy procedury odbiorowej? Jeżeli w okres 21 dni kalendarzowych został wliczony czas niezbędny do odbioru dokumentacji (5 dni roboczych na ocenę dokumentu przez Zamawiającego) oznaczałoby to, że okres na przygotowanie dokumentacji analitycznej wynosi jedynie 10 dni roboczych. Odpowiedź nr 13: Z godnie z umową w 51 dniach przewidziano odbiór formalny (patrz odp. 14) Etapu II. Pytanie nr 14: Czy w przypadku Etapu II 51 dni kalendarzowych wliczono czas niezbędny na procedurę odbiorową? Odpowiedź na pyt. nr 14: Bez procedury. Etap II kończy się (zgodnie ze zmianą) podpisaniem protokołu odbioru Etapu II, który stanowi jedynie formalne potwierdzenie zgłoszenia do odbioru. W momencie podpisania protokołu odbioru Etapu II, etap ten uważa się za zakończony. Merytoryczna ocena prawidłowości wykonanych prac w ramach Etapu II, następuje na Etapie III w ramach odbioru końcowego. Strona 3/5
Pytanie nr 15: Czy Serwis Gwarancyjny będzie rozliczany tylko za dni w których Wykonawca realizował zgłoszenia na serwisie HelpDesk? Jak Zamawiający będzie oceniał ile dni Zamawiający świadczył usługi gwarancyjne? Czy tzw. Gotowość do świadczenia usługi serwisowej nie będzie rozliczana przez Zamawiającego? Odpowiedź na pyt. nr 15: Rozliczenie następować będzie wg. oświadczenia Wykonawcy, które zostanie zweryfikowane przez Zamawiającego. Wykonawca wlicza w tym wypadku wszystkie dni w których świadczył usługi gwarancyjne (także gotowości do świadczenia - tj. nie było zgłoszeń, a Wykonawca był gotowy świadczyć; soboty i niedziele), odlicza zaś te dni w których takiego serwisu nie świadczył (np. przez dwa dni nie było u Wykonawcy prądu i serwis nie mógł być świadczony). Pytanie nr 16: Czy system HelpDesk Zamawiającego posiada mechanizm powiadomień mailowych o nowych zgłoszeniach? Odpowiedź na pyt. nr 16: Tak, system Helpdesk posiada mechanizm powiadomień mailowych o przydzieleniu nowych zgłoszeń. Pytanie nr 17: W projekcie umowy wspomniane są telefony, smartfony i tablety - na jakich urządzeniach będzie testowana aplikacja, czy otrzymamy listę urządzeń referencyjnych? Odpowiedź na pyt. nr 17: Zamawiający wymaga aby aplikacje działały na wszystkich urządzeniach z systemami wskazanymi przez Zamawiającego w Zamówieniu, tj. na urządzeniach z systemami Android, ios, Windows Phone. Zamawiający zamierza przeprowadzić testy na urządzeniach typu smartfon i tablet z zainstalowanymi wyżej wymienionymi systemami. Pytanie nr 18: Komunikacja poprzez szynę ESB - rozumiemy, że interfejs od strony systemy CRM jest po stronie Zamawiającego a format wiadomości zostanie opracowany na etapie analizy? Odpowiedź na pyt. nr 18: Tak. Pytanie nr 19: Czy terminy podane w SIWZ na realizacje poszczególnych etapów są odgórnie narzucone - 21 dni na etap I, 51 dni na etap II? Odpowiedź na pyt. nr 19: Wykonawca w składanej ofercie wskazuje terminy, w których jest w stanie zrealizować przedmiot Zamówienia. Podane terminy 21 dni dla Etapu I i 51 dni dla Etapu II są maksymalnymi terminami dla powyższych etapów. Pytanie nr 20: Czy wykonanie tłumaczeń na język niemiecki i angielski jest po stronie Wykonawcy? Odpowiedź na pyt. nr 20: Tak. Strona 4/5
Pytanie nr 21: Kiedy zostanie określona jaka mapa ma zostać użyta w aplikacjach mobilnych? Ta informacja ma duży wpływ na szacowanie projektu. Odpowiedź na pyt. nr 21: Zamawiający dostarczy mapy własne sporządzone w systemie ArcGis. Pytanie nr 22: Dodawanie wersji językowych samodzielnie przez Zamawiającego należy zapewnić system klasy CMS wraz z infrastrukturą do jego utrzymania? Odpowiedź na pyt. nr 22: Dodanie nowej wersji językowej może być zrealizowane jako element konfiguracyjny aplikacji mobilnej; wg Zamawiającego system klasy CMS nie jest niezbędny ale decyzja w tej sprawie należy do Wykonawcy. Pytanie nr 23: Czy informacje udostępniane przez aplikację zawarte na stronach urzędowych powinny być konfigurowalne przez analogiczny system klasy CMS? Odpowiedź na pyt. nr 23: Nie, mogą być elementem konfiguracyjnym aplikacji mobilnej; wg Zamawiającego system klasy CMS nie jest niezbędny ale decyzja w tej sprawie należy do Wykonawcy. Pytanie nr 24: Czy dopuszcza się korzystanie z wewnętrznej bazy danych w celu przechowywania np. słowników, reguł biznesowych związanych ze zgłoszeniami czy też wszystkie dane mają pochodzić bezpośrednio z ESB? Jeśli tak, to co w przypadku braku/problemów połączenia z siecią? Odpowiedź na pyt. nr 24: Tak, Zamawiający dopuszcza korzystanie z wewnętrznej bazy danych. Pytanie nr 25: Czy przewidziany jest mechanizm odzyskiwania haseł podczas logowania? Odpowiedź na pyt. nr 25: Tak, jest to standardowy mechanizm wykorzystywany w aplikacjach dostępnych na rynku i powinien być zapewniony przez aplikację mobilną. Tymoteusz Przybylski Zastępca Dyrektora Centrum Usług Informatycznych we Wrocławiu Sprawę prowadzi: Emilia Sokolnicka Sporządził: Piotr Schmidt Strona 5/5