Do Wykonawców Wrocław, 18.10.2016 r. CUI-DOAZ.331.19.2016 CUI/ZP/PN/19/2016 Dotyczy: postępowania o udzielenie zamówienia publicznego na: System wspierający windykacje w Gminie Wrocław 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 2015r. poz. 2164 ze zm.), Zamawiający udziela odpowiedzi na pytania do SIWZ: Pytanie nr 1: "Pytania do: możliwość uruchomienia na sewerze z systemem operacyjnym Linux: 20 możliwość uruchomienia na serwerze z systemem operacyjnym Windows: 10 możliwość uruchomienia na sewerze z innym systemem operacyjnym niż powyżej 0 możliwość uruchomienia na bazie danych Oracle 10 możliwość uruchomienia na bazie danych Ms SQL 20 możliwość uruchomienia na bazie danych mysql 10 możliwość uruchomienia na bazie danych PostgreSQL 10 możliwość uruchomienia na innej bazie danych niż powyższe 0". Jaką rolę ma pełnić poniższy serwer skoro najwięcej punktów jest za serwer Linuxowy, a z kolei najwięcej punktów za bazę danych jest za MS SQL Serwer, który nie pracuje pod kontrolą Linuxa? W jakim celu aplikacja ma pracować na różnych bazach danych co z natury rzeczy ogranicza jej wydajność (brak możliwości wykorzystania optymalizatorów typowych dla danych serwerów baz danych)? Co rozumiane jest pod pojęciem standardowego rozwiązania np. czy rozwiązaniem standardowym jest takie rozwiązanie, które można automatycznie pobrać dla wszystkich wdrożeń z repozytorium producenta i nie wpływa na rozszerzenia wykonane we wdrożeniach (oczywiście rozszerzenia wykonane wg metodyki producenta), a jeśli tak to czy producent ma przedstawić sposób produkcji i testowania kod standardu i udowodnić działanie takiego repozytorium? Odpowiedź na pyt. nr 1: Zamawiający ocenia we wskazany powyżej sposób jakość bardzo różnych rozwiązań jakimi dysponują poszczególni Wykonawcy. W przypadku konkretnej propozycji danego Wykonawcy, który złoży ofertę technologia może się ograniczyć tylko to pewnej kombinacji wskazanych komponentów. W zależności od tego jak będzie wyglądać dane rozwiązanie zostaną mu przydzielone konkretne punkty wg zasady wskazanej w SIWZ. 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
Wg wiedzy i doświadczenia Zamawiającego możliwe jest rozwiązanie, w którym serwer aplikacyjny pracuje w środowisku Linux i wykorzystuje bazę danych Ms SQL. Zamawiający nie wymaga by aplikacja danego Wykonawcy pracowała na różnych bazach danych. Zamawiający we wskazany w SIWZ sposób ocenia jakość konkurencyjnych i różnorodnych rozwiązań tak by wybrać najlepsze z nich w kontekście zasobów i standardów wykorzystywanych przez Zamawiającego. Zamawiający nie rozumie jakiego standardowego rozwiązania dotyczy pytanie i w związku z tym nie jest w stanie udzielić odpowiedzi. Pytanie nr 2: "Pytania do: Dostęp przez przeglądarkę IE7 i niższe 5 Dostęp przez przeglądarkę IE8 i wyższe 10 Dostęp przez przeglądarkę FF 26 i niższe 5 Dostęp przez przeglądarkę FF 27 i wyższe 10 Dostęp przez przeglądarkę Chrome 31 i niższe 5 Dostęp przez przeglądarkę Chrome 32 i wyższe 10 Dostęp przez klienta desktop - automatyczna instalacja 3 Dostęp przez klienta desktop - ręczna instalacja 0" Czy aplikacja ma pracować desktopowo (jak SAP R/3) czy też webowo? Jeśli aplikacja ma pracować webowo to na jakiej przeglądarce i dlaczego zamawiający przyznaje punkty za stare wersje przeglądarek, które ze względów bezpieczeństwa nie powinny w ogóle pracować w infrastrukturze zamawiającego? Dlaczego punkty przyznawane są za IE, która jest zamykana przez Microsoft, a nie są przyznawane za muliplatformową przeglądarkę Edge rozwijanej przez Microsoft? Czy uruchomienie apletu Java w przeglądarce będzie uznane za obsługę danej przeglądarki, mimo iż jest to standardowa aplikacja Java? Odpowiedź na pyt. nr 2: Zamawiający dopuszcza zarówno wersję przeglądarkową jak też desktopową. Punktacja za jakość rozwiązania w tym aspekcie dostępna jest w SIWZ. Punktacja za obsługiwane przeglądarki wskazana jest w SIWZ. Punktacja odpowiada stanowi środowiska jakie występuje obecnie u Zamawiającego i występować będzie w dacie startu produkcyjnego. Aktualnie i w dacie startu produkcyjnego Zamawiający nie wykorzystuje przeglądarki Edge. Jeśli aplet Javy niezbędny do prawidłowej pracy oferowanego rozwiązania pozwalać będzie na prawidłowe uruchomienie i funkcjonowanie aplikacji na wskazanej wersji przeglądarki to tak. Pytanie nr 3: Czy aplikacja ma zachowywać wsteczną kompatybilność w stosunku do rozwiązania standardowego i jak często dostawca będzie zobligowany do dostarczania nowej wersji rozwiązania standardowego? Czy dostarczanie zmian standardu do baz testowych ma odbywać się automatycznie? Czy wymagane jest uruchomienie pełnego zautomatyzowanego obiegu przygotowywania, testowania i wdrażania zmian na infrastrukturze zamawiającego? Odpowiedź na pyt. nr 3: Zamawiający oczekuje stabilnej i sprawnej pracy wersji rozwiązania, które spełni wszystkie wymogi zamówienia. Zamawiający nie będzie weryfikował różnic i spój- Strona 2/5
ności w wersjach standardowej i używanej przez siebie. Nowa wersja rozwiązania powinna być dostarczana Zamawiającemu z taką częstotliwością jaką przyjął Wykonawca w swojej polityce wydań. Zamawiający nie oczekuje automatyzacji dostarczania ale nie widzi przeszkód by tak to było realizowane dla środowiska testowego. W przypadku automatycznego dostarczania Zamawiający każdorazowo musi być informowany o fakcie dostawy oraz o zakresie zmian. Zamawiający nie wymaga uruchomienia zautomatyzowanego obiegu. Pytanie nr 4: Czy wymagane jest szkolenie deweloperskie dla zespołu IT z rozwoju i utrzymywania aplikacji? Jak długi okres ma obejmować obsługa systemu po uruchomieniu produkcyjnym wliczonym w cenę oferty i jaki ma być poziom SLA tej obsługi? Odpowiedź na pyt. nr 4: Szkolenie deweloperskie do zespołu IT nie jest wymagane. Warunki serwisu są podane w projekcie umowy (par.8) i załącznikach do niej (Nr 1 i Nr 6). Pytanie nr 5: Wg. jakiego interfejsu nastąpi współpraca z systemem SAP R/3? W jaki sposób faktury będą wprowadzane/importowane do systemu np. dane te będą importowane z systemu SAP R/3? Odpowiedź na pyt. nr 5: Wg wiedzy zamawiającego w systemie SAP R/3 dostępna jest kolekcja API, którą można wykorzystać dla celów integracji. Zamawiający dopuszcza także integrację w trybie offline poprzez wymianę plikową w sytuacji gdyby istniejące API lub uregulowania licencyjne uniemożliwiały integrację online. Minimalny zakres integracji podany jest w Załączniku nr 1 do projektu umowy (pkt 2.8, 2.10). Szczegółowy sposób integracji powinien zostać ustalony i uzgodniony w fazie analizy przedwdrożeniowej. Pytanie nr 6: Czy interfejs do systemu Q-inwentaryzacja 3000 będzie wykonany poprzez web service /interfejs SQL? Jakie dane będą eksportowane do systemu SAP R/3? Odpowiedź na pyt. nr 6: Zamawiający oczekuje wykorzystania interfejsu SQL. Szczegóły zostaną ustalone w fazie analizy przedwdrożeniowej. Pytanie nr 7: Czy aplikacja ma rozwiązywać problem locków oraz deadlocków w sposób ujednolicony, czyli czy aplikacja ma być aplikacją klasy Enterprise? Odpowiedź na pyt. nr 7: Problem locków i deadlocków ma być rozwiązany w sposób zapewniający stabilną i prawidłową pracę aplikacji w trybie wielodostępu. Pytanie nr 8: Proszę o wyjaśnienie co zamawiający rozumie przez wymaganie edycja obrazu skanowanego dokumentu"? Strona 3/5
Odpowiedź na pyt. nr 8: Możliwość "edycji obrazu skanowanego dokumentu" to możliwość poprawy/zmiany/uzupełnienia/korekty danych na fakturze, która została poddana procesowi OCR - czyli danych pobranych z obrazu faktury papierowej lub elektronicznej. Edycja nie oznacza zmiany faktycznych danych z dokumentu na inne a jedynie korektę błędów wynikających ze złego rozpoznania znaków na fakturze w procesie OCR. Pytanie nr 9: Proszę o wyjaśnienie co zamawiający rozumie przez analizę OCR"? Odpowiedź na pyt. nr 9: Analiza to sprawdzanie poprawności zgodności obrazu faktury z pobranymi z niej danymi. Pytanie nr 10: Proszę o wyjaśnienie wymagania zapewnienie możliwości zamieszczania opisu unijnego np. projekt współfinansowany ze środków Unii Europejskiej...", zapewnienie miejsca na logotypy unijne, itp.), W jaki sposób realizacja tego wymagania będzie przez Zamawiającego akceptowana. Odpowiedź na pyt. nr 10: Realizacja tego wymagania będzie zaakceptowana jeśli Wykonawca zapewni obsługę następujących czynności: 1) użytkownik będzie miał dostęp do wyboru opcji faktura unijna lub nie unijna; 2) użytkownik po wybraniu opcji faktura unijna będzie miał możliwość edycji faktury z zakresie umieszczenia na niej opisu logotypów unijnych, itp - zgodnie z zamówieniem. 3) użytkownik w procesie raportowania będzie miał możliwość wyselekcjonowania faktur po wybranych parametrach z dokonanego opisu w zakresie środków unijnych, 4) zmiana dokonanego opisu będzie możliwa ale jedynie poprzez opcję korekty, z widocznością kto i kiedy jej dokonał. Korekta ma być tożsama z ponownym obiegiem faktury w procesie akceptacji (jak podczas pierwotnego opisu). Pytanie nr 11: Proszę o informacje dotyczące wymagania gromadzenie danych niezbędnych do utworzenia rejestrów zakupów VAT (w tym informacji o pozostałych nabyciach i nabyciach środków trwałych), czy Zamawiający nie posiada rejestru VAT w programie księgowym. W jaki sposób realizacja tego wymagania będzie przez Zamawiającego akceptowana. Odpowiedź na pyt. nr 11: Realizacja wskazanego w pytaniu wymagania będzie przez Zamawiającego zaakceptowana jeżeli w ewidencji zakupu będą wyszczególnione wszystkie dane, które umożliwiają prawidłowe sporządzenie deklaracji VAT, a zatem: numer kolejny w ewidencji, data wpływu faktury, numer faktury, nazwa i adres sprzedawcy oraz NIP, wartość dostawy brutto, kwoty podatku naliczonego spełniające wymogi ustawy o VAT art. 86 ust. 2a i art. 90 oraz art. 91 tj. w szczególności powinno być pogrupowanie zakupów na te dające i nie dające prawa do odliczenia, a te dające prawo do odliczenia powinny być pogrupowane na poszczególne grupy wydatków tj. -nie będące środkami trwałymi -będące środkami trwałymi poniżej 15 tys. zł., -będące środkami trwałymi powyżej 15 tys. zł., -nieruchomości Strona 4/5
z zapewnieniem obsługi korekty 1-rocznej, 5-letniej i 10-letniej. W powyżej wskazanych grupach powinna być możliwość oznaczenia odliczania VAT w całości, w części, strukturą sprzedaży, prewspółczynnikiem oraz prewspółczennikiem i strukturą sprzedaży, a także możliwość korekty rocznej odliczonego podatku VAT strukturą i prewspółczynnikiem. Zamawiający oczekuje by dane z systemu EOF były źródłem informacji (ewidencją pozaksięgową) dla potrzeb sporządzenia rejestru zakupu VAT. Pytanie nr 12: Jaka jest przewidziana ilość wszystkich użytkowników? Odpowiedź na pyt. nr 12: Dla zamówienia podstawowego - 250. Pytanie nr 13: Po czyjej stronie jest dostarczenie interfejsu do systemu SAP? Odpowiedź na pyt. nr 13: Wg wiedzy Zamawiającego w systemie SAP R/3 dostępna jest kolekcja API, którą można wykorzystać dla celów integracji. Zamawiający dopuszcza także integrację w trybie offline poprzez wymianę plikową w sytuacji gdyby istniejące API lub uregulowania licencyjne uniemożliwiały integrację online. W takiej sytuacji przygotowanie oprogramowania klienckiego byłoby po stronie Zamawiającego. Minimalny zakres integracji podany jest w Załączniku nr 1 do projektu umowy (pkt 2.8, 2.10). Szczegółowy sposób integracji powinien zostać ustalony i uzgodniony w fazie analizy przedwdrożeniowej. Tymoteusz Przybylski Zastępca Dyrektora CUI we Wrocławiu Sprawę prowadzi: Anna Worsztynowicz Sporządził: Piotr Schmidt Strona 5/5