Zakup oprogramowania na potrzeby projektu modernizacji Hurtowni Podatkowej. - pl-warszawa: pakiety oprogramowania i systemy informatyczne

Opis przedmiotu przetargu: 1. przedmiotem zamówienia jest a) zakup oprogramowania oracle business intelligence suite enterprise edition plus – custom bi application suit #1 – custom suite user dla 150 użytkowników wraz z prawem do korzystania lub oprogramowania równoważnego, b) świadczenie usługi asysty technicznej i konserwacji przez okres 36 miesięcy, c) organizacja i przeprowadzenie certyfikowanego przez producenta ww. oprogramowanie szkolenia dla 39 pracowników zamawiającego w zakresie użytkowania oprogramowania w wymiarze dwóch dni (2 x 8 godz.). 2. wykonawca powinien zapewnić, iż oprogramowanie równoważne wymienione w ust. 1 pkt. a) zawiera wszystkie niżej wymienione funkcjonalności 1) prezentowanie danych z wielu źródeł danych na jednym raporcie, wizualizację danych aktualnych, historycznych oraz trendu; 2) udostępnianie użytkownikom listy wartości wykorzystywanej do filtrowania danych na raporcie, wspieranie tworzenia tzw. sub filtrów (np. użytkownik może wykorzystać rezultaty jednego raportu jako filtr drugiego raportu) oraz wspieranie kaskadowych podpowiedzi (prompts) (np. 2 ga podpowiedź wyświetla tylko wyfiltrowane ważne wartości dla niej bazując na wartościach zwróconych w 1 ej podpowiedzi); 3) eksportowanie danych w formacie ascii, .pdf, .xls; 4) wykonywanie kalkulacji matematycznych, statystycznych, znakowych, konwersji; tworzenie warunków wyliczanych, wykorzystywanych do filtrowania danych; możliwość wizualizacji graficznie tzw. wyjątki tzn. wartości przekraczające wartości oczekiwane, nie mieszczące się w pewnych zakresach; 5) przy pomocy standardowej przeglądarki internetowej internet explorer i mozilla firefox a) budowę nowego raportu, b) sortowanie danych dowolnego wymiaru w porządku rosnącym lub malejącym, c) ustawianie warunków potrzebnych do filtrowania danych, d) wykonywanie operacji drążenia danych do danych bardziej szczegółowych (drill down), e) tworzenie stylu (template), który raz stworzony może być dziedziczony przez wszystkie raporty; 6) przechowywanie w pośredniej bazie danych definicji raportów; 7) wyniki raportów nie powinny być przechowywane w pośredniej bazie danych; 8) na raporcie uruchamianym w przeglądarce internetowej a) dodawanie logicznych kolumn, wyrażeń, obliczeń, b) zmianę nazw kolumn na dowolnie wybrane przez użytkownika nagłówki i etykiety, c) na zmiany wizualizacji danych na raporcie pozioma i pionowa orientacja danych, ukrywanie etykiet wierszy i reguł agregacji danych; 9) tworzenie raportów o dokładnie określonym układzie (tzw. pixel perfect formatting); 10) tworzenie portalu informacyjnego w postaci kokpitów informacyjnych za pomocą technologii dhtml. strony portalu informacyjnego muszą mieć możliwość personalizacji na poziomie użytkownika oraz na poziomie grupy. poza raportami oraz informacją analityczną kokpity informacyjne musza mieć możliwość osadzenia w nich treści z zewnętrznego serwisu internetowego. portal (kokpit) informacyjny musi mieć możliwość osadzenia w nim dowolnej zawartości dhtml (html oraz java script). oprogramowanie powinno wspierać tworzenie filtrów oraz podpowiedzi globalnych w ramach całej strony kokpitu, gdzie odbiorcami filtru może być wiele niezależnych raportów umieszczonych na stronie. musi posiadać wbudowany mechanizm nawigacji kontekstowej oraz pozwalać użytkownikowi na dynamiczną zmianę zawartości komórek w raporcie oraz tworzenie analiz tzw. „what if” i symulacji; 11) modyfikację szablonu raportów operacyjnych poprzez interfejs ms word; 12) dystrybucję stworzonych raportów oraz kokpitów za pomocą e maila oraz informacji na kokpicie użytkownika. dystrybucja powinna odbywać się w odniesieniu do pojedynczego użytkownika oraz do całych grup. w ramach dystrybucji musi istnieć możliwość subskrypcji rozsyłanej informacji. powinna istnieć możliwość dystrybucji raportów w różnych formatach – w tym w html, excel, pdf, csv musi istnieć możliwość alertowania oraz dystrybucji warunkowej. powinna istnieć możliwość przeprowadzenia dystrybucji na podstawie dostarczonej zewnętrznej listy dystrybucyjnej. podczas dystrybucji powinna istnieć możliwość zapisu kopii załączników do pliku; 13) warunkowe wyświetlanie dowolnych fragmentów (sekcji) kokpitów w zależności od tego czy podany warunek jest spełniony czy też nie; 14) definiowanie akcji kontekstowych możliwość wywołania bezpośrednio na raporcie workflow/procesu biznesowego (bpel), usługi (webservice), harmonogramu (delivers ibot), metody java, nawigacji do innego raportu, nawigacji do zewnętrznego adresu url; 15) definiowanie procesów automatycznej dystrybucji raportów z kokpitu na podstawie warunków lub harmonogramu. proces może wywoływać ciąg kolejnych procesów tak aby np móc sprawdzić szereg warunków/obszarów zanim ostatecznie raport trafi do odbiorcy; 16) umożliwienie umieszczenia wskazanego raportu do pamięci cache serwera bi na podstawie ustalonego harmonogramu, tak aby w momencie jego uruchomienia na kokpicie nie było potrzeby do ponownego sięgania do źródeł danych podłączonych do serwera analitycznego; 17) zapewnienie jednego interfejsu do analiz źródeł relacyjnych i olap; 18) zapewnienie zbalansowanej karty wyników opartej o ten sam, jeden i spójny model metadanych serwera analitycznego; 19) jeden interfejs oparty o przeglądarkę z którego bez potrzeby przełączania się do innych aplikacji można utworzyć nowy/edytować istniejący kokpit, raport, zapytanie ad hoc, raport operacyjny pixel perfect, obsłużyć zbalansowaną kartę wyników; 20) możliwość federacji danych na raporcie – dane w raporcie mogą pochodzić jednocześnie z wielu źródeł np. hurtowni danych i z systemów transakcyjnych lub innych wskazanych źródeł pokazujących informacje z ostatniej chwili; 21) zapewnienie integracji z narzędziami programistycznymi do planowania i budżetowania. ii.1.6)