WYMAGANIA FUNKCJONALNE SYSTEMU:

Transkrypt

1 WYMAGANIA FUNKCJONALNE SYSTEMU: Załącznik Nr 2 do SIWZ System wdrożony przez Wykonawcę, na dzień jego przekazania Zamawiającemu do odbioru, winien udostępniać następujące funkcjonalności: 1. Obsługa Wydarzeń: Wydarzenia organizowane są przez Zamek i jego kontrahentów we wszystkich przestrzeniach zamkowych (Obiektach)takie działania jak: zwiedzanie, koncerty, zajęcia edukacyjne (lekcje, warsztaty, spektakle, wykłady, spotkania itd.), projekcje filmowe, dni atrakcji (Noc Muzeów), imprezy (własne, zewnętrzne o dowolnym charakterze: kulturalna, komercyjna, państwowa, charytatywna itp.). System powinien zapewniać: 1) możliwość utworzenia i zarządzania dowolną liczbą Wydarzeń; 2) możliwość utworzenia i zarządzania dowolną liczbą kategorii i podkategorii w obrębie Wydarzenia np. zajęcia edukacyjne z podziałem na poziomy edukacyjne a w ich obrębie także tematy zajęć, imprezy z podziałem na własne, obce, komercyjne, kulturalne, społeczne, charytatywne, państwowe (możliwość rozbudowania o dowolną ilość podziałów); 3) możliwość przeniesienia Wydarzenia do archiwum (takie wydarzenie jest pamiętane w systemie ale nie pojawia się w module kasowym czy innych funkcjach systemu dotyczących bieżącej pracy); 4) możliwość zdefiniowania parametrów Wydarzenia np. liczba osób, catering, SOP, itp.; 5) możliwość zdefiniowania nazwy i opisu Wydarzenia w zdefiniowanych wcześniej językach; 6) możliwość przypisania Wydarzenia do grupy wydarzeń oraz określenia jednego lub wielu kontrahentów (w późniejszych celach raportowych); 7) możliwość przypisania dodatkowych usług do Wydarzenia dla poszczególnych kategorii rezerwacji. Usługą może być funkcja Personelu np. edukator, przewodnik, opiekun grupy, montażysta, sprzątaczka - możliwość zdefiniowania dowolnej ilości Personelu. 2. Obsługa Obiektów: Obiekt - miejsce, w którym odbywają się organizowane Wydarzenia. Określenie Obiekt obejmuje wszystkie kategorie przestrzeni w siedzibie Zamawiającego: Zamku, pałacu Pod Blachą, Arkadach Kubickiego oraz ogrodach zamkowych, w których mogą przebywać turyści i uczestnicy wydarzeń itp. sale ekspozycyjne, sale wystaw czasowych, arkady, stancje saskie, dziedzińce, itd. System powinien zapewniać: 1) możliwość definiowania, tworzenia i zarządzania dowolną liczbą obiektów. Wybrane Obiekty mogą składać się z grupy miejsc dla których określa się czy są grupą miejsc z miejscami nienumerowanymi (wtedy podaje się wyłącznie maksymalną ilość osób, która może w takiej grupie przebywać) czy z miejscami numerowanymi (każde miejsce ma przypisany swój sektor, rząd i numer miejsca); 2) każdy Obiekt może być włączany/wyłączany dla każdego Terminu pojedynczo lub poprzez wybranie kryteriów Terminów; 3) każdy Obiekt może być wyłączony na zdefiniowany czas (data od data do oraz godzina od godzina do); 4) wyłączenie Obiektu uniemożliwia rezerwację i sprzedaż na inne Wydarzenia; 5) dla grup miejsc numerowanych istnieje możliwość tworzenia wizualizacji czyli odwzorowania układu miejsc zgodnego z faktycznym stanem.

2 3. Obsługa Terminów: Termin - konkretne daty i godziny rozpoczęcia i zakończenia zdefiniowanych wcześniej Wydarzeń. System powinien zapewnić: 1) obsługę dowolnej liczby Terminów; 2) możliwość utworzenia Terminu na to samo Wydarzenie w różnych Obiektach; 3) bilety na każdy z Terminów mogą być sprzedawane w różnych cenach (np. przedsprzedaże, wieczory lub weekendy tańsze, itp.); 4) możliwość tworzenia Terminów przy pomocy szablonów (np. utworzenie Terminu codziennie w konkretne dni tygodnia o ustalonej porze z konkretnymi pozycjami cennika); 5) możliwość określania kiedy Termin ma być widoczny w kasie, a kiedy w internecie (podanie ilości dni przed rozpoczęciem kiedy Termin ma być widoczny i ilości dni przed rozpoczęciem kiedy Termin ma przestać być widocznym w module kasowym lub w internetowym); 6) możliwość wprowadzenia dziennych/godzinowych limitów wstępu do Obiektów i Lokalizacji z sekwencyjnością wejść np. co 15 minut/określona ilość osób; 7) możliwość automatycznego blokowania rezerwacji i sprzedaży po wyczerpaniu limitu oraz ręcznego powiększenia limitu przez uprawnionego Pracownika; 8) możliwość zarządzania liczbą wolnych miejsc/wejść dla poszczególnych Terminów pojedynczo lub zbiorowo; 9) możliwość wskazania dostępnych dla terminu języków, spośród których Klient może wybrać ten, którym jest zainteresowany; 10) możliwość wskazania dostępnych dla terminu tematów wydarzeń, spośród których Klient może wybrać ten, którym jest zainteresowany; 11) możliwość wybrania konkretnego języka, w którym prowadzony będzie termin; 12) możliwość wybrania konkretnego tematu wydarzenia, w które będzie prowadzone w tym terminie; 13) wybór organizatorów dla Terminu (możliwość wybrania kilku kontrahentów jako organizatorów). 4. Obsługa kartoteki Kontrahentów: Kontrahent instytucja, firma, osoba prawna, osoba fizyczna, która zamawia, rezerwuje, realizuje w Zamku usługi określane Wydarzeniami. System powinien zapewnić: 1) możliwość utworzenia i zarządzania dowolną liczbą Kontrahentów; 2) możliwość definiowania, tworzenia i zarządzania kartotekami Kontrahentów; 3) przypisywanie Kontrahentów do Wydarzeń; 4) obsługę co najmniej następujących pól: nazwa, adres, kod pocztowy, miejscowość, kraj, adres korespondencyjny (pełna nazwa, nazwa skrócona, adres, kod pocztowy, miejscowość, kraj), numer NIP (w tym numer identyfikacji podatkowej w formacie z przedrostkiem kraju numer VAT UE), numer telefonu, faksu, telefonu komórkowego, uwagi, osoba kontaktowa, adres , adres strony WWW, adresy komunikatorów internetowych; 5) możliwość zdefiniowania parametrów Kontrahenta np. wiarygodność, cykliczność organizacji Wydarzeń itp.; 6) możliwość określenia, w zależności od parametru, czy Kontrahent może kupować/realizować Wydarzenie na przelew z odroczonym terminem płatności czy musi dokonać przedpłaty (musi być również pole, w którym określa się termin płatności (wyrażony w dniach lub dacie) wraz z odpowiednim alertem); 7) możliwość blokady kontrahenta dla sprzedaży przelewem;

3 8) możliwość generowania raportów sprzedażowych dla konkretnych Kontrahentów; 9) obsługa zgody na otrzymywanie wiadomości ; 10) obsługa co najmniej 3 pól zgód, których treść można skonfigurować poprzez ustawienia systemu oraz pól niezbędnych dla zgodności systemu z RODO oraz innymi przepisami o ochronie danych osobowych; 11) pełna rejestracja zmian danych kontrahentów (zmiana każdego pola w kartotece musi być zarejestrowana) z możliwością przeglądania chronologicznego tych zmian;

4 5. Obsługa zasobów (kartoteki Pracowników): Pracownik pracownicy Zamawiającego, posiadający uprawnienia do pracy w systemie. Personel osoby zarządzane przez system, wykonujące prace na rzecz Zamawiającego, zarówno na zasadach pracy etatowej jak też umowy zlecenia i umowy o dzieło lub na zasadach wolontariatu. System powinien zapewniać: 1) możliwość tworzenia kont Pracowników i przypisywanie im uprawnień do poszczególnych funkcji systemu; 2) uprawnienia nadawane Pracownikom - co najmniej: a) możliwość ręcznego blokowania i odblokowywania rezerwacji i sprzedaży; b) możliwość włączania/wyłączania możliwości płatności przelewem przez Kontrahenta; c) możliwość zwrotu biletu skontrolowanego; d) możliwość poprawy danych na fakturze wyłącznie w dniu wystawienia dokumentu; e) możliwość poprawy danych na fakturze bez ograniczeń; f) możliwość dokonywania zmiany formy płatności dokumentu; 3) możliwość określenia czy Pracownik jest Personelem i przypisywania Personelowi funkcji tj.: edukator, przewodnik, montażysta, elektryk lub inne zdefiniowane; 4) możliwość zarządzania czasem pracy Personelu poprzez obsługę: a) słowników nieobecności (np. urlop wypoczynkowy, chorobowy, delegacja, spotkanie, itd.); b) grafika godzin pracy; c) funkcji (stanowisk) jakie zajmują poszczególne osoby z Personelu. 6. Obsługa kategorii Rezerwacji: Każda Rezerwacja powinna mieć swoje ograniczenia i ustawienia. W tym celu powinna być możliwość wprowadzenia kategorii rezerwacji, które nakładają na Rezerwację następujące ograniczenia: 1) możliwość potwierdzenia korzystania z własnych systemów słuchawkowych lub odsyłania do zamówienia zestawów dostępnych w siedzibie Zamawiającego; 2) możliwość potwierdzenia korzystania z certyfikowanego przewodnika lub zamówienia przewodnika oferowanego przez Zamek; 3) określenie minimalnej ilość zarezerwowanych miejsc/ilość uczestników; 4) określenie maksymalnej ilość zarezerwowanych miejsc/ilość uczestników; 5) obsługa przypadku, w którym po wykupieniu Rezerwacji miejsca, których nie kupiono (np. nie wszyscy przyjechali) automatycznie mają zostać zwolnione do ponownej sprzedaży; 6) sugerowany czas potwierdzenia Rezerwacji (określany poprzez podanie jednostki czasu i wartości liczonej od momentu rezerwacji w przód lub od momentu rozpoczęcia terminu zwiedzania w tył np. 2 dni po dodaniu rezerwacji); 7) obsługa rezerwacji, która nie została na czas potwierdzona (konieczne opcje: cofnięcie, usunięcie, brak akcji); 8) obsługa niewykupionej Rezerwacji (konieczne opcje: cofnięcie, usunięcie, brak akcji); 9) zezwolenie Kontrahentowi na cofanie Rezerwacji z poziomu modułu Internetowego; 10) zezwolenie Kontrahentowi na usuwanie Rezerwacji z poziomu modułu Internetowego;

5 11) określenie szablonów wiadomości , które są automatycznie wysyłane na adres rezerwującego po następujących operacjach: dodanie rezerwacji, cofnięcie rezerwacji, usunięcie rezerwacji, zmiana rezerwacji, przypomnienie o rezerwacji; 12) możliwość zdefiniowania dodatkowych słowników i określenie czy mają być one używane w konkretnej kategorii rezerwacji; 13) możliwość zdefiniowania pól, które mają pojawiać się w formularzu rezerwacji, m.in. w przypadku rezerwacji indywidualnej nie mogą pojawiać się pola uwagi oraz osoba kontaktowa, natomiast w przypadku rezerwacji grupowej te same pola muszą się pojawić. Minimalna lista dodatkowych pól: uwagi, osoba kontaktowa, telefon komórkowy (do osoby która przyjedzie z grupą, a nie do kontrahenta, który dokonuje rezerwacji), adres (do osoby która przyjedzie z grupą, a nie do kontrahenta, który dokonuje rezerwacji), język oprowadzania. 7. Obsługa kategorii dokumentów: Kategoria dokumentów określa zachowanie się utworzonego zamówienia w systemie: 1) Każda kategoria dokumentów ma swój symbol i nazwę; 2) Możliwość określenia czy w ramach kategorii dokumentu dopuszcza się zamówienia o wartości 0 zł (bilety bezpłatne na jakieś wydarzenie); 3) Możliwość wybrania szablonów maili, które automatycznie wysyłane są w następujących sytuacjach: utworzenie zamówienia, opłacenie zamówienia, anulowanie zamówienia; 4) Możliwość zdefiniowania prowizji za obsługę zamówienia (procent + minimalna kwota); 5) Określanie jak ma wyliczać się termin płatności za zamówienie; 6) Wybór sposobów dostawy, które są obsługiwane przez daną kategorię dokumentów. 8. Obsługa cenników: 1) możliwość dodania i zarządzania dowolną liczbą cenników właściwych dla danego Wydarzenia (wystawa czasowa, koncert itp.), w powiązaniu z zasobami Obiektów (miejsc), np. sala, arkada itp.); 2) cennik składa się z dowolnej liczby pozycji cennika/kategorii biletów, np. normalne, ulgowe, rodzinne, grupowe itd.; 3) możliwość udzielania rabatów dla wybranych pozycji cennika; 4) pozycja cennika posiada następujące pola: a) nazwa, b) symbol PKWiU, c) cena brutto, d) stawka VAT, e) układ informacji drukowanych na bilecie (każda pozycja cennika może mieć zdefiniowany inny układ informacji drukowanych na bilecie dla każdego rodzaju drukarki), f) widoczność pozycji cennika w poszczególnych grupach miejsc (obiektach), g) dostępność pozycji cennika w: module internetowym, w module sprzedaży, w module rezerwacji (aby można było zrobić tak, aby pozycja cennika była widoczna w module rezerwacyjnym, ale nie była możliwa do wybrania w module sprzedaży, chyba, że wcześniej utworzona była rezerwacja), w automatach biletowych,

6 oraz innych miejscach tj. dodatkowe zewnętrzne systemy sprzedaży czy aplikacje np. Skycash, h) pole tekstowe które może zawierać podstawę prawną zastosowania zwolnionej stawki VAT; 5) możliwość zdefiniowania pozycji cennika z ceną 0 zł; 6) możliwość ustalania kolejności pozycji cennika; 7) możliwość ukrycia cenników na Wydarzenia, które są nieaktywne, np. już się odbyły przy równoczesnym zachowaniu i pokazywaniu ich w przypadku tworzenia raportów i statystyk. 8) możliwość określenia reguł poprawności wybranych biletów w module Internet. Przed zaakceptowaniem koszyka w module Internet system ma sprawdzać pewne zależności pomiędzy biletami. Jeżeli któraś z zależności nie jest spełniona wyświetlać ma się zdefiniowany w module Administracja komunikat. Minimalny zestaw możliwy do zdefiniowania: a) sprawdzanie biletów rodzinnych, b) sprawdzanie biletów grupowych (w koszyku musi być pewna minimalna liczba biletów grupowych poniżej tej liczby nie można kupić biletu grupowego), c) bilety dla opiekuna (przysługuje 1 bezpłatny dla opiekuna na 10 biletów płatnych). 9. Obsługa języków obcych 1) możliwość określenia w jakich językach będą podawane nazwy i opisy wydarzeń, pozycji cennika i innych elementów systemu (potrzebne do wielojęzycznego panelu rezerwacji biletów); 2) możliwość określenia, w jakich językach ma odbywać się kontakt z klientem (dane przechowywane w kartotece klienta); 3) możliwość określenia, w jakich językach może odbywać się oprowadzanie przez przewodnika (dane przechowywane w kartotece rezerwacji). 10. Obsługa kartoteki szablonów wiadomości 1) w każdym z szablonów muszą być określone pola dynamiczne, które są zamieniane na faktyczne wartości w chwili automatycznego wysyłania wiadomości ; 2) obsługa wysyłki wiadomości poprzez definiowany serwer SMTP; 3) możliwość automatycznego, lub przez uprawnionego Pracownika, wysyłania wiadomości związanych z rezerwacjami: a) obsługa szablonów wiadomości wysyłanych w następujących sytuacjach: po dodaniu rezerwacji, po cofnięciu rezerwacji, po usunięciu rezerwacji, po zmianie rezerwacji, gdy będzie czas przypomnienia o rezerwacji; b) obsługa co najmniej następujących pól dynamicznych: numer rezerwacji, liczba zarezerwowanych miejsc, nazwa wydarzenia, termin rozpoczęcia wydarzenia; c) możliwość edytowania szablonów (możliwość dopisania istotnej informacji przez Pracownika); 4) możliwość skonfigurowania w systemie wielu kont wysyłki i powiązanie szablonu z kontem, poprzez które ma być wysyłany dany szablon (np. mail: rezerwacja@zamek-krolewski.pl; wynajem@zamek-krolewski.pl, itd.); 5) możliwość automatycznego wysyłania wiadomości związanych z dokumentami: a) obsługa szablonów wiadomości wysyłanych w następujących sytuacjach: po utworzeniu zamówienia, po spłacie zamówienia, po realizacji zamówienia, po anulowaniu zamówienia,

7 b) obsługa co najmniej następujących pól dynamicznych: numer dokumentu, wartość dokumentu, dokument zamówienia w postaci załącznika pdf (tylko dla wiadomości ), bilety w postaci załącznika pdf (tylko dla wiadomości ). Dotyczy to również modułu sprzedaży internetowej, 6) możliwość automatycznego wysyłania wiadomości związanych z Użytkownikami: po utworzeniu konta Użytkownika, po edycji konta Użytkownika; 11. Obsługa sposobów dostawy biletów. 1) obsługa dowolnej liczby sposobów dostawy; 2) możliwość określenia kosztów każdego ze sposobów dostawy; 3) możliwość zdefiniowania szablonów wiadomości dla konkretnego sposobu dostawy; 4) filtrowanie zamówień wg sposobu dostawy; 5) możliwość proporcjonalnego rozbicia kosztu dostawy wg stawek VAT sprzedawanych produktów. 12. Obsługa kontroli dostępu (kontroli biletów) 1) w celu konfiguracji kontroli dostępu należy wprowadzić strefy, czyli przestrzenie, do których wstęp mają zwiedzający; 2) dla każdej strefy można określić zbiór zamykanych stref. Dla biletu wchodzącego do danej strefy zostanie zarejestrowane wyjście ze wszystkich stref w zdefiniowanym zbiorze; 3) dla każdej strefy można zdefiniować dowolną liczbę punktów kontroli czyli miejsc, w których dokonywana jest kontrola biletów; 4) w systemie można zdefiniować dowolną liczbę schematów stref, które określają sposób poruszania się zwiedzających po obiekcie w zależności od rodzaju biletu, który posiadają; 5) każdy schemat stref składa się z dowolnej liczby wpisów, w których definiuje się: a) strefę, do której bilet ma wstęp, b) kolejność, w jakiej bilet ma wstęp, c) czy wejście do tej strefy jest wymagane, d) maksymalna liczba wejść do strefy, e) rejestracja wyjść - czy kolejne wejście wymaga wcześniejszego wyjścia ze strefy; 6) schematy stref są przypisywane do poszczególnych pozycji cennika poprzez schematy kontroli, które umożliwiają dowolne kształtowanie ruchu zwiedzających pomiędzy strefami dla każdego terminu indywidualnie. 13. Automatyczny rejestr czynności (logowanie) system powinien automatycznie rejestrować wszystkie czynności wykonywane przez pracowników z możliwością przeglądania i wyszukiwania. 14. Obsługa biletów-prezentów (vouchery, zaproszenia dyrekcyjne itp.) 1) możliwość obsługi (definiowania, sprzedaży oraz realizacji) voucherów; 2) sprzedaż voucherów w kasie wraz z ich wydrukiem z drukarki biletów z unikatowym kodem kreskowym; 3) możliwość określenia terminu ważności voucherów (daty od-do lub liczba dni od dnia zakupu vouchera); 4) możliwość wyboru dokumentu potwierdzającego sprzedaż voucheru (paragon, faktura);

8 5) możliwość realizacji voucheru poprzez zeskanowanie jego kodu kreskowego (voucher ma zostać sparowany z wybranym biletem, którego wartość jest zgodna z wartością zeskanowanego voucheru); 6) Obsługa sprzedaży i realizacji voucherów również w module Internet. 15. Obsługa karnetów Karnet bilet czasowy pozwalający na wielokrotne, rozciągnięte w czasie uczestnictwo w Wydarzeniach a) możliwość rezerwacji i sprzedaży karnetów okresowych na dowolnie zdefiniowany okres; b) możliwość rezerwacji i sprzedaży karnetów okresowych na wybrane terminy; c) karnet musi być kontrolowany w taki sam sposób jak bilety. 16. Obsługa projektów Projekt to zestaw informacji dotyczących blokady jednej lub kilku powierzchni na określony okres czasu związanej z organizacją imprezy, szkolenia, warsztatów, remontów itp. Projekt składa się z jednej lub wielu składowych (np. poszczególne dni imprezy wielodniowej). Każda składowa może zajmować jedną lub wiele powierzchni. Do projektu można podłączyć kontrahenta oraz pracowników pełniących funkcje (funkcje muszą być definiowalne w systemie i zarządzane na poziomie kategorii projektu) funkcją może być np. opiekun, przewodnik, os. techniczna Projekt musi posiadać minimum następujące pola: a) nazwa, b) kontrahent, c) płatnik, d) opiekun, e) opis, f) rodzaj, g) data od, data do, h) status, Składowa projektu musi posiadać dodatkowo liczbę gości oraz powierzchnie W ramach projektu można również dołączać pliki, wstawiać komentarze wewnętrzne/notatki. Musi być dostępna pełna historia zmian projektu. 17. Obsługa statusów projektów Status projektu to stan realizacji całego projektu oraz poszczególnych jego składowych. 1) Status posiada minimum następujące pola: a) nazwa, b) skrót, c) kolor na kalendarzu, d) czy projekt w danym statusie jest aktywny, e) czy projekt w danym statusie wymusza zasady współdzielenia w ramach powierzchni; 2) Możliwość zdefiniowania pracowników mających uprawnienie do nadawaniu statusu; 3) Możliwość określenia zależności na jakie statusy może przejść projekt z aktualnego (np. blokada przejścia z Anulowany na Potwierdzony); 4) Możliwość określania uprawnień do zmiany w projekcie na poziomie statusów np. czy dany pracownik może edytować projekt w statusie potwierdzony. 18. Obsługa powierzchni

9 Powierzchnie to konkretne miejsca (sale, korytarze), w których odbywają się wydarzenia lub które są wynajmowane. 1) Powierzchnia posiada minimum następujące pola: a) nazwa, b) opis, c) typ rzeczywista lub wirtualna (powierzchnia wirtualna składa się z wielu powierzchni rzeczywistych), d) kategoria możliwość kategoryzowania powierzchni (sale, piętra itd.) e) opis wymiarów oraz pojemności; 2) możliwość określenia wyposażenia powierzchni; 3) możliwość określenia dostępnych planów ułożenia krzeseł, które mają wpływ na czas montażu i demontażu; 4) możliwość określenie w jakich kategoriach projektów można wykorzystywać daną powierzchnię; 5) możliwość określenie zależności między powierzchnią a elementami części biletowej: a) zależności na poziomie obiektów, lokalizacji, wydarzeń, tematów zajęć, b) zależność może blokować możliwość zapisania w przypadku konfliktu lub tylko ostrzegać pracownika o konflikcie, c) zależność może wyłączać terminy biletowane w przypadku konfliktu. MODUŁ REZERWACYJNY BILETÓW WSTĘPU 1. Środowisko informatyczne modułu: Moduł rezerwacyjny dostępny z poziomu przeglądarki internetowej z każdego komputera w sieci lokalnej. Moduł musi być kompatybilny z przeglądarką internetową Firefox (od wersji 50 wzwyż), Internet Explorer (od wersji 10 wzwyż), Google Chrome (od wersji 60 wzwyż). 2. Funkcjonalność modułu: 1) możliwość dodawania i edycji rezerwacji biletów; 2) możliwość dodawania i edycji rezerwacji karnetów, oraz biletów specjalnych z inną stawką VAT; 3) dla rezerwacji powinno dać się określić Kontrahenta rezerwującego i płatnika (automatycznie podpowiadane są jego dane w chwili wykupu Rezerwacji przy sprzedaży na fakturę VAT); 4) zarządzanie rezerwacjami: a) możliwość usunięcia Rezerwacji (całkowite usunięcie rezerwacji), b) możliwość cofnięcia Rezerwacji (rezerwacja stanowi wyłącznie historię danego kontrahenta), c) możliwość utworzenia z jednej lub kilku Rezerwacji tego samego Kontrahenta zamówienia (faktury proforma), która w sposób automatyczny będzie wysyłana jako dokument PDF, d) pełna historia rezerwacji (daty i godziny: utworzenia Rezerwacji, wysyłki każdej wiadomości z podaniem adresu ); 5) zarządzanie zamówieniami: a) anulowanie zamówienia, b) wydruk zamówienia, c) wysyłka zamówienia do Kontrahenta bezpośrednio z modułu (bez pośrednictwa programu pocztowego), d) szczegóły zamówienia z podaniem informacji o wszystkich zdarzeniach po stronie systemów szybkich płatności (wykaz wszystkich transakcji oraz ich wyników),

10 e) pełna historia zamówienia (daty i godziny: utworzenia zamówienia, wysyłki każdej wiadomości z podaniem adresu . 6) automatyczne tworzenie historii zmian Rezerwacji (każda zmiana zapamiętywana jest wraz z datą i osobą, która taką zmianę przeprowadziła); 7) w przypadku Rezerwacji w obiekcie z numerowanymi miejscami możliwość wyboru miejsc z wizualizacji dla każdej grupy miejsc; 8) możliwość określenia daty do kiedy należy potwierdzić Rezerwację; 9) możliwość określenia daty do kiedy należy wykupić Rezerwacje; 10) funkcja zaznaczania, że Rezerwacja została już potwierdzona; 11) zarządzanie Kontrahentami (dodawanie, edycja, usuwanie); 12) zarządzania kontami klientów modułu Internet (dodawanie, edycja, usuwanie); 13) funkcja kopiowania rezerwacji - system ma podpowiadać terminy w których miejsca z kopiowanej rezerwacji są wolne); 14) funkcja przenoszenia rezerwacji na inny termin - system ma podpowiadać terminy w których miejsca z przenoszonej rezerwacji są wolne); 15) możliwość wprowadzania do systemu spłat zamówień (zaznaczanie, że zamówienie została zapłacone); 16) przegląd terminów wg daty oraz wg innych kryteriów (minimum: grupa wydarzeń, wydarzenie, lokalizacja, obiekt, dni tygodnia); 17) wyświetlanie komunikatów dla zalogowanego pracownika. MODUŁ ADMINISTRACYJNY 1. Środowisko informatyczne modułu: Moduł administracyjny dostępny z poziomu przeglądarki internetowej z każdego komputera w sieci lokalnej oraz z wybranych komputerów spoza sieci lokalnej. Ma to ułatwić i przyspieszyć konfigurację systemu. Moduł musi być kompatybilny z przeglądarką internetową Firefox (od wersji 50 wzwyż) i Internet Explorer (od wersji 10 wzwyż), Google Chrome (od wersji 60 wzwyż). 2. Funkcjonalność modułu: 1) zarządzanie Obiektami i Lokalizacjami: a) dodawanie, edycja Obiektów, grup miejsc, wizualizacji (graficznej wizualizacji miejsc siedzących), b) dodawanie, edycja Lokalizacji (nazwa, parametry), c) dodawanie, edycja wizualizacji z możliwością importu i eksportu do pliku grafiki wektorowej; 2) zarządzanie Terminami: a) dodawanie, edycji i usuwanie Terminów, b) grupowa zmiana cen, c) możliwość ręcznego blokowania i odblokowywania rezerwacji i sprzedaży d) grupowa zmiana dostępności Terminów w poszczególnych modułach, e) grupowa zmiana: schematów kontrolowania biletów, cenników, f) grupowe dodawanie/usuwanie języka z wybranych terminów, g) grupowe dodawanie/usuwanie tematu wydarzenia z wybranych terminów, h) ustawianie konkretnego języka lub tematu wydarzenia dla wybranych terminów, i) grupowe zarządzania liczbą miejsc w obiektach w poszczególnych terminach, j) przypisywanie Kontrahentów do Terminów, k) grupowa zmiana organizatorów, l) możliwość szybkiej zmiany cennika na promocyjny w przypadku wyłączenia pewnej części ekspozycji;

11 3) zarządzanie Wydarzeniami: a) dodawanie, edycja i usuwanie Wydarzeń, b) przypisywanie Kontrahentów do Wydarzeń, c) możliwość przeniesienia Wydarzenia do archiwum; 4) zarządzanie Wzorcami Wydruków: a) możliwość definiowania wzorców wydruków biletów (układ danych drukowanych na bilecie) dla różnych producentów drukarek dla każdej pozycji cennika b) możliwość konfiguracji 3 drukarek biletów dla pojedynczego stanowiska kasowego; c) wzorce wydruku biletów powinny posiadać co najmniej następujące dynamiczne znaczniki: rodzaj biletu (z pozycji cennika), nazwa drukowana na bilecie (z pozycji cennika), godzina rozpoczęcia zwiedzania (z terminu), godzina zakończenia zwiedzania (z terminu), dzień tygodnia (dużymi lub małymi literami), dodatkowe pola opisowe do terminu, tytuł wydarzenia, dodatkowe pola do wydarzenia, nazwa grupy wydarzeń, dodatkowe pola do grupy wydarzeń, temat wydarzenia, dodatkowe pola do tematu wydarzenia, język zwiedzania (z terminu), nazwa i pola opisowe z obiektu, nazwa i pola opisowe z lokalizacji, rząd, sektor, miejsce w przypadku miejsca numerowanego, imię, nazwisko, pesel właściciela biletu (o ile jest określony), d) możliwość definiowania wzorca wydruku biletu (układ danych drukowanych na bilecie) wysyłanego w wiadomościach (tzw. e-bilet); 5) zarządzanie Sposobami Dostawy: a) podanie ograniczeń sposobu dostawy (czy dany sposób dostawy może pojawić się jak w koszyku są bilety, karnety, vouchery, itp.), b) Możliwość wybrania innych szablonów maili dla każdej kategorii dokumentu dla poszczególnych sytuacji, w których wysyłany jest ; 6) zarządzanie Szablonami Wiadomości a) wybór konta z jakiego ma być wysyłany , b) możliwość określenia: tematu, treści, treści w formie html-owej, pola FROM, REPLAY-TO, DW, UDW; 7) możliwość dowolnego włączania i wyłączania Obiektów w każdym z Terminów osobno; 8) możliwość dowolnego przypisywania Obiektów do zdefiniowanych grup cenowych w każdym z Terminów osobno; 9) możliwość zdefiniowania dla każdej pozycji pojawiającej się na fakturze (towar lub bilet) pola tekstowego, które zawierać będzie podstawę prawną zastosowania zwolnionej stawki VAT; 10) przeglądanie historii działań w systemie z opcją filtrowania; 11) zarządzanie Cennikami;

12 a) dodawanie, edycja, kopiowanie cenników, b) dodawanie, edycja, usuwanie, powielanie pozycji cennika, c) zarządzanie regułami cennika, które sprawdzane są po stronie modułu Internet; 12) zarządzanie Kontrolą Biletów: a) zarządzanie punktami kontroli, strefami i schematami, b) powiązanie terminu ze schematem kontroli biletów, c) dla każdej strefy możliwość określenia czasu przed rozpoczęciem Terminu i po rozpoczęciu Terminu, w którym bilet na ten termin będzie uznawany za poprawny; 13) możliwość indywidualnej zmiany układu menu; 14) zarządzanie Tematami Wydarzeń: a) dodawanie, edycja, usuwanie kategorii tematów, b) dodawanie, edycja, usuwanie tematów, c) przypisywanie tematów do Wydarzeń; 15) zarządzanie Towarami: a) prowadzenie kartotek towarów (przypisywanie towarów do grup i kategorii), b) określanie które rabaty dostępne są dla których towarów, c) określanie dostępności towarów (który towar może być sprzedawany w kasie, a który w Internecie), d) zarządzanie dokumentami magazynowymi: WZ, PZ, MM, RW, PW, e) definiowanie rabatów dla towarów (procentowy lub kwotowy); 16) zarządzanie Karnetami; 17) zarządzanie voucherami (biletami-prezentami); 18) możliwość przypisywania stanowiskom kasowym numeracji i magazynów; 19) zarządzanie Kontami Bankowymi; 20) zarządzanie Kategoriami Rezerwacji; 21) zarządzanie Kategoriami Dokumentów; 22) zarządzanie uprawnieniami Pracowników; 23) zarządzanie komunikatami do pracowników, wraz z udostępnieniem informacji o odczytaniu komunikatu przez danego pracownika. MODUŁ KASOWY 1. Środowisko informatyczne modułu: Ze względu na szybkość obsługi oraz konieczność współpracy z wieloma urządzeniami zewnętrznymi preferowana jest aplikacja działająca w środowisku Microsoft Windows 7, 8 lub 10 (wersje 32 i 64 bitowa) oraz systemem dedykowanym do terminalu POS dostarczona w formie wersji instalacyjnej (instalator automatycznie instaluje moduł). 2. Moduł musi współpracować z następującymi urządzeniami zewnętrznymi takim jak: 1) terminal kasowy typu POS; 2) drukarka fiskalna; 3) drukarka biletów (moduł musi mieć możliwość skonfigurowania minimum 2 drukarek biletowych w zależności od rodzaju biletu druk kierowany jest na pierwszą lub drugą drukarkę); 4) drukarka faktur i raportów (dowolna drukarka zainstalowana w systemie operacyjnym); 5) czytnik kodów kreskowych (usprawnia odnajdywanie dokumentów w systemie podczas wykonywania zwrotów); 6) monitor o minimalnej rozdzielczości 1024x768 piksli (w aplikacji musi pojawiać się co najmniej numeryczna klawiatura wirtualna);

13 7) monitor przeznaczony do wyświetlania informacji dla klienta o minimalnej rozdzielczości 1024x768 piksli; 8) kaseta na pieniądze do realizacji sprzedaży; 9) terminal do przyjmowania płatności kartami płatniczymi. 3. Funkcjonalność modułu: 1) oprogramowanie musi pozwalać na zdefiniowanie dowolnej ilości różnego rodzaju numeracji dokumentów takich jak: faktura VAT, faktura korekta, paragon, KP, KW dla każdego typu dokumentu osobna numeracja; 2) automatyczne (kasjer wybiera jedynie ilość biletów, formę płatności, dane do faktury) tworzenie i numerowanie dokumentów sprzedaży: paragonów i faktur VAT; 3) paragony muszą być automatycznie fiskalizowane na drukarce fiskalnej w chwili sprzedaży; na paragonie musi drukować się numer paragonu nadany przez oprogramowanie; 4) oprogramowanie musi ostrzegać o paragonach, które nie zostały zafiskalizowane ; 5) możliwość sprzedaży w ramach jednej transakcji biletów na wybrane wydarzenie (termin) oraz towarów i usług; 6) możliwość sprzedaży w ramach jednej transakcji biletów na różne terminy z różnych rezerwacji (pod warunkiem, że są to rezerwacje tego samego kontrahenta); 7) możliwość wprowadzenia kodu miasta lub nazwy państwa po sprzedaży 8) możliwość sprzedaży biletów z utworzonej wcześniej rezerwacji (oprogramowanie ma wypełniać pola ilości biletów zgodnie z utworzoną wcześniej rezerwacją); 9) dodruk konkretnego biletu (np. w przypadku awarii drukarki lub zmiany materiałów eksploatacyjnych); 10) obsługa form płatności: gotówka, karta, przelew, zapłacono przelewem oraz innych zdefiniowanych; 11) możliwość zwrotu towarów lub biletów; 12) możliwość wystawienia faktury do paragonów (również poprzez zeskanowanie kodów kreskowych tych paragonów); 13) możliwość wyszukania dokumentu poprzez zeskanowanie jego kodu kreskowego; 14) możliwość ręcznego zafiskalizowania dokumentu, który nie został zafiskalizowany automatycznie; 15) podczas wyboru kontrahenta do transakcji możliwość wyszukania kontrahenta po NIP-ie, symbolu lub nazwie; 16) generowanie zestawienia dokumentów na podstawie daty, typu, formy płatności, stanowiska i kasjera; 17) generowania raportu zawierającego sumaryczną sprzedaż i zwroty (netto, brutto i VAT) dla różnych rodzajów biletów oraz towarów i usług na podstawie daty sprzedaży, typu dokumentu, formy płatności, stanowiska i kasjera; 18) generowanie raportów kasowych umożliwiających rozliczenie utargu kasjera, 19) każde stanowisko kasowe może mieć przypisany swój magazyn towarów; kilka stanowisk kasowych może korzystać z tego samego magazynu; 20) opcję zmiany formy płatności, wpisania uwag na fakturze, anulowania faktury, korekty danych na fakturze. 21) wyświetlanie komunikatów dla zalogowanego pracownika 4. Licencjonowanie.

14 Minimum 5 licencji możliwość korzystania z modułu na 5 stanowiskach kasowych jednocześnie. Możliwość utworzenia dowolnej liczby użytkowników będących kasjerami. MODUŁ RAPORTOWANIA 1. Środowisko informatyczne modułu: Zamawiający nie określa żadnych wymagań co do technologii wykonania modułu raportowania, jeżeli zrealizowane będą wszystkie elementy funkcjonalne. 2. Funkcjonalność modułu: 1) dedykowany moduł do generowania raportów bez limitu zainstalowanych kopii; 2) możliwość zapisania każdego wygenerowanego raportu do pliku w formacie PDF oraz arkusza kalkulacyjnego, np. w formacie XLS(X), ODS itp.; 3) każdy raport powinien zawierać datę, godzinę i osobę, która go sporządziła; 4) do każdego raportu musi istnieć osobne uprawnienie dla pracownika, które pozwała lub nie pozwala na wygenerowanie danego raportu; 5) generowanie następujących zestawień: a) zestawienie dokonanych zwrotów i uznanych reklamacji (dzienne i okresowe min. miesiąc); b) zestawienie dokumentów (minimalne kryteria: zakres dat wystawienia, wybór typów dokumentów, wybór rodzajów form płatności, wybór stanowisk, wybór kasjerów, wybór kont bankowych, wybór stawek vat) (okresy: dzień i min. miesiąc), c) frekwencja biletów wg sprzedanych biletów na poszczególne wydarzenia; d) frekwencja biletów pokazująca liczbę wejść do poszczególnych stref obiektów; e) frekwencja pokazująca procentową zajętość poszczególnych terminów; f) raport dobowy kasjera (raport okresowy kasjera) przedstawiający minimum: stan gotówkowy (poprzedni i aktualny); kwotę, która powinna być zafiskalizowana w pamięci urządzenia fiskalnego; wykaz dokonanych zwrotów; wykaz dokumentów wpłat i wypłat (np. do kasy głównej); wykaz kwot sprzedaży z rozbiciem na formy płatności, z rozbiciem na stawki VAT; g) raport Rejestr VAT (jeśli jest możliwy wydruk rejestru VAT dla każdego kasjera to w powyższych wydrukach nie musi się pokazywać stawka VAT); h) raport umożliwiający uzgodnienie transakcji internetowych zarejestrowanych przez firmę obsługującą płatności internetowe z zarejestrowanymi w systemie; i) raport ze sprzedaży biletów (minimalne kryteria: wybór kasjerów, wybór stanowisk, wybór typów dokumentów, wybór rodzajów form płatności, wybór grup wydarzeń, wybór organizatorów, wybór wydarzeń, wybór terminu, wybór kont bankowych, wybór stawek VAT, kwota netto, brutto) dzienne i min. możliwość miesięcznych; j) możliwość grupowania wyników wg następujących kryteriów: terminy, wydarzenia, grupy wydarzeń, organizatorzy, kasjerzy, stanowiska, numeracje dokumentów, formy płatności, dni sprzedaży, miesiące sprzedaży, rodzaje biletów, adres zamieszkania kontrahenta (kod/państwo); k) zestawiania ilościowo wartościowe (ilość biletów / usług z każdej kategorii i uzyskane kwoty sprzedaży netto, VAT i brutto) na każdego kasjera z możliwością dziennych oraz min. miesięcznych, MODUŁ KONTROLOWANIA BILETÓW 1. Środowisko informatyczne modułu:

15 1) Aplikacja instalowana na urządzeniu mobilnym wyposażonym w system operacyjny, dostarczona w postaci pliku instalacyjnego lub za pomocą bezpiecznego repozytorium, 2) Aplikacja dostępna w wersji pod wszystkie systemy operacyjne: ios, Windows, Android; 2. Funkcjonalność modułu: 1) możliwość kontroli biletów za pomocą urządzeń mobilnych; 2) komunikacja urządzenia z serwerem za pomocą sieci bezprzewodowej; 3) możliwość wyboru punktu kontroli; 4) definiowanie parametrów kontroli biletów w module administracyjnym; 5) możliwość zablokowania biletu (np. w sytuacji kiedy zwiedzający posługuje się biletem ulgowym bez wymaganych uprawnień); 6) dźwiękowa sygnalizacja poprawnego i niepoprawnego biletu; 7) możliwość ustawienia stanowiska jak punkt rejestracji wyjścia; 8) możliwość takiego skonfigurowania kontroli, aby możliwe było określanie ile osób znajduje się aktualnie w danej strefie; 9) możliwość sprawdzenia historii kontroli biletu; 10) możliwość sprawdzenia biletu poprzez wprowadzenie jego unikatowego numeru za pomocą klawiatury urządzenia (np. kiedy kod kreskowy jest nieczytelny); 11) po zeskanowaniu kodu biletu wyświetlenie informacji o bilecie na ekranie urządzenia; 12) możliwość zdefiniowania czasu pomiędzy odczytem tego samego kodu biletu (wyeliminowanie przypadkowych odczytów tego samego kodu); 13) możliwość zdefiniowania czasu blokady po odczytaniu niepoprawnego biletu (czas na reakcję biletera). MODUŁ INTERNETOWY 1. Środowisko informatyczne modułu internetowego: Całość modułu musi być zainstalowana na innym serwerze niż główna baza danych systemu. Moduł ma jedynie komunikować się z główną bazą danych na określonym porcie TCP. Komunikacja z główną bazą danych ma odbywać się przy wykorzystaniu danych takiego użytkownika bazodanowego, aby jego ewentualne przejęcie w wyniku np. działań hakerskich nie ujawniło struktury ani danych bazy danych innych niż te, które dostępne są z poziomu tego modułu. 2. Funkcjonalność modułu: 1) możliwość zarządzania treścią poszczególnych stron modułu poprzez edytor wizualny; 2) moduł powinien umożliwiać poprzez panel administracyjny dodawanie, edycję i usuwanie podstron (np. aktualności, kontakt, regulamin, itp.); 3) moduł powinien umożliwiać budowanie wielopoziomowego układu menu; 4) moduł powinien mieć możliwość pracy w kilku językach (flagi do przełączania pomiędzy językami); 5) umieszczenie biletów w koszyku powinno zablokować taką ilość biletów tak, aby np. w kasie nie można było ich sprzedać; 6) blokada biletów w kasie musi być automatycznie zwalniania po zadanym czasie; 7) możliwość tworzenia kont użytkowników (rejestracja) z obsługą następujących pól: imię, nazwisko, adres , login, nazwa kontrahenta, adres, miejscowość, kod pocztowy, kraj, NIP, telefon komórkowy (wymagania jak przy wyżej wskazanych bazach kontrahentów);

16 8) możliwość zakupu biletów bez konieczności tworzenia konta użytkownika, a jedynie po wypełnieniu formularza z następującymi polami: imię, nazwisko, adres , nazwa kontrahenta, adres, miejscowość, kod pocztowy, kraj, NIP, telefon komórkowy; (wymagania jak przy wyżej wskazanych bazach kontrahentów); 9) logowanie użytkownika poprzez podanie loginu i hasła; 10) możliwość wybrania formy dostawy zamówionych biletów (sposoby dostawy oraz ceny tych sposobów dostawy definiowane są w module administracyjnym); 11) możliwość określenia czy na złożone zamówienie ma być wystawiona faktura VAT czy paragon; 12) możliwość, takiej konfiguracji systemu, aby po otrzymaniu płatności za zamówienie system automatycznie wygenerował fakturę vat lub paragon i załączył ten dokument sprzedaży jako załącznik w formacie PDF do wiadomości informującej, że zamówienie zostało już zrealizowane; 13) obsługa szybkich płatności za złożone zamówienie za pośrednictwem systemu płatności online, np. PayU i/lub innego, która umożliwia: a) włączanie i wyłączanie poszczególnych kanałów (banków), tak aby zostawić jedynie takie banki, dla których transakcja realizowana jest onlinie przez 365 dni w roku (24 godziny na dobę), b) możliwość zwrotu (uznania) środków za pomocą funkcji w panelu administracyjnym, c) współpraca z zaproponowanym systemem sprzedaży biletów potwierdzona przez systemu płatności online. MODUŁ EKRANY INFORMACYJNE Moduł umożliwia wyświetlanie na ekranach (telewizorach) aktualnego repertuaru, danych o wolnych miejscach na najbliższe terminy dla zwiedzających czy dowolnych innych informacji multimedialnych (zdjęcia i filmy wyświetlone w pętli). Zarządzanie harmonogramem wyświetlanych slajdów (wg dni tygodnia, godzin, poszczególnych ekranów). MODUŁ PRZESTRZENI 1. Środowisko informatyczne modułu:moduł dostępny z poziomu przeglądarki internetowej z każdego komputera w sieci lokalnej. Moduł musi być kompatybilny z przeglądarką internetową Firefox (od wersji 50 wzwyż), Internet Explorer (od wersji 10 wzwyż),, Google Chrome (od wersji 60 wzwyż). 2. Konieczne funkcjonalności modułu internetowego: 1) Moduł powinien opierać się na kalendarzu przedstawiającym wszystkie zdefiniowane powierzchnie rzeczywiste oraz wirtualne z naniesionymi na niego: a) Projektami i ich składowymi, b) Terminami biletowanymi zgodnie z ustawieniami zależności w powierzchniach; 2) System musi blokować możliwość utworzenia dwóch projektów na tej samej powierzchni (lub w przypadku powierzchni wirtualnych na częściach wspólnych) nakładających się na siebie w przypadku statusów np. Do potwierdzenia, Potwierdzony. Dopuszcza się istnienie dwóch nakładających się projektów w statusach np. Wstępny; 3) System musi blokować możliwość utworzenia projektu nakładającego się z terminem zgodnie z ustawieniami powierzchni j.w. muszą obowiązywać ustawienia statusu projektu i terminu biletowanego;

17 4) Możliwość tworzenia, edycji i zarządzania projektami; 5) Możliwość zarządzania pracownikami do projektów przydzielanie im funkcji w projekcie wraz z automatyczną wysyłką powiadomień mailowych; 6) Możliwość określania ścieżki akceptacji przez pracowników zmiana statusu następuję automatycznie po akceptacji lub odrzuceniu projektu przez pracownika/pracowników; 7) Możliwość powiązania terminu biletowanego z projektem taki termin nie wchodzi w konflikt z projektem; 8) Możliwość automatycznego włączania terminów biletowanych, które nie mają konfliktu z projektem (np. projekt został anulowany); 9) Możliwość przeglądania historii projektu; 10) Zarządzanie kartotekami: a) kategorii projektów, b) statusów projektów, c) funkcji pracowników do projektów, d) powierzchni; 11) Moduł ma umożliwiać zdefiniowanie dowolnej liczby pól dodatkowych do projektu/składowej projektu oraz włączanie/wyłączanie ich dla poszczególnych kategorii projektów. (np. dla kategorii Wynajem ma być widoczne pole sposób rozliczenia ; 12) Moduł ma umożliwić zdefiniowanie dowolnej liczby słowników dodatkowych do projektu/składowej; 13) Moduł musi posiadać mechanizm definiowania powiadomień i przypomnień o projektach do pracowników (określonych na stałe lub pełniących funkcje w projekcie) np. w przypadku utworzenia projektu, zmiany jego statusu itp.; 14) Wyświetlanie komunikatów dla zalogowanego pracownika. MODUŁ EKSPORTOWANIA DANYCH 1. Środowisko informatyczne modułu: Moduł służy do generowania plików zawierających dane o dokumentach sprzedaży. W celu zapewnienia automatycznego przesyłu danych format pliku musi być zgodny z wymaganiami oprogramowania ERP Macrologic Xpertis posiadanym przez Zamawiającego. Moduł ten może być funkcją oprogramowania lub osobną aplikacją, dostarczoną w formie wersji instalacyjnej (instalator automatycznie zainstaluje moduł). 2. Funkcjonalność modułu: a) Dostęp do modułu uzależniony od odpowiednich uprawnień; b) Możliwość generowania plików w formacie Comarch EDI obsługiwane przez system Macrologic c) Możliwość filtrowania dokumentów wg. Daty wystawienia, formy płatności, kasjera stanowiska d) Możliwość definiowania sposobu grupowania sprzedaży detalicznej Dziennie/miesięcznie Wg kasjera Wg stanowiska Wg formy płatności

18 MODUŁ OBSŁUGI PRACOWNIKÓW 1. Środowisko informatyczne modułu: 1) Całości modułu musi być zainstalowana na innym serwerze niż główna baza danych systemu. Moduł ma jedynie komunikować się z główną bazą danych na określonym porcie TCP. Komunikacja z główną bazą danych ma odbywać się przy wykorzystaniu danych takiego użytkownika bazodanowego, aby jego ewentualne przejęcie w wyniku np. działań hakerskich nie ujawniło struktury ani danych bazy danych innych niż te, które dostępne są z poziomu tego modułu. System powinien prawidłowo działać na dowolnym urządzeniu w tym urządzeniach mobilnych. 2. Funkcjonalność modułu: 1) Wyświetlanie aktualnych rezerwacji oraz planowanych nieobecności, przypisanych do aktualnie zalogowanego pracownika, w widoku listy oraz kalendarza; 2) Możliwość samodzielnego definiowania przez pracownika jego godzin pracy oraz planowanych nieobecności; 3) Możliwość zmiany statusu dla przypisania do rezerwacji danego pracownika; 4) Wyświetlenie podsumowania ilości przypisanych rezerwacji, z grupowaniem na poziomie przynajmniej statusu, wydarzenia, tematu wydarzenia, języka oraz języka i tematu, ograniczone w zadanym przedziale czasowym; 5) Wydruk raportu zawierającego przypisane rezerwacje do pracownika, z możliwością określenia przedziału czasowego, zawierający przynajmniej takie informacje jak: a) Termin rezerwacji, b) Wydarzenie, c) Temat, d) Lokalizację, e) Liczbę biletów (wraz z sumowaniem w ramach raportu), f) Czas trwania (wraz z sumowaniem w ramach raportu), g) Aktualny status, h) Uwagi; 6) Wyświetlanie komunikatów dla zalogowanego pracownika.

19 SZCZEGÓŁOWY OPIS OCZEKIWANYCH TECHNOLGII INFORMATYCZNYCH jeden dla całego oferowanego systemu, powszechnie znany na rynku RDBMS, którego utrzymanie (w tym administracja bieżącym działaniem, wykonywanie kopii bezpieczeństwa i przywrócenie sprawności po awarii) oraz rozwój w siedzibie Zamawiającego będą możliwe do zrealizowania zarówno własnymi siłami Zamawiającego, jak i ze wsparciem co najmniej dwóch firm trzecich (niezależnych od Wykonawcy) działających na polskim rynku bezterminowa licencja, gwarantującą dostęp dla wszystkich użytkowników, np. licencja na lokalizację; w tym ostatnim przypadku wystarczająca będzie licencja na dwa procesory, bez limitu liczby rdzeni działanie na współczesnych 64-bitowych platformach Intel z systemami Linux lub MS Windows (w tym: Microsoft Windows 2012 R2 i wyższe wersje, również w środowiskach wirtualnych, np. Hyper-V, WMware, KVM); identyczne funkcjonalności serwera bazy danych na tych platformach możliwość uruchamiania wielu instancji serwera bazy danych na jednym serwerze (jednostce sprzętowej lub maszynie wirtualnej) możliwość podłączenia wielu baz danych do jednej instancji serwera bazy danych, przy czym każda baza może zawierać wiele schematów danych możliwość podziału plików bazy danych na różne dyski (np. baza danych na jednym dysku, logi bazy danych na drugim dysku, baza tymczasowa na trzecim dysku) niezależność platformy systemowej dla oprogramowania klienckiego/serwera aplikacyjnego od platformy systemowej bazy danych obsługa wielu ustawień narodowych i wielu zestawów znaków (włącznie z Unicode) brak ograniczenia na wielkość bazy danych lub ograniczenie nieistotne w praktyce Zamawiającego (np. do 1PB) możliwość połączenia z innymi bazami poprzez sterowniki, np. ODBC, OLEDB, JDBC,.NET, API. możliwość autoryzowania użytkowników bazy danych za pomocą rejestru użytkowników w bazie danych bądź mechanizmu zewnętrznego w stosunku do niej wymuszanie złożoności hasła użytkownika, czasu życia hasła, sprawdzanie historii haseł, blokowanie konta przez administratora w przypadku przekroczenia limitu nieudanych logowań, tworzenie dziennika operacji rejestrującego czynności wykonywane przez użytkownika uprawnienia użytkowników bazy danych powinny być określane za pomocą przywilejów systemowych (np. prawo do podłączenia się do bazy danych - czyli utworzenia sesji, prawo do tworzenia tabel itd.) oraz przywilejów dostępu do obiektów aplikacyjnych (np. odczytu/modyfikacji tabeli, wykonania procedury); baza danych powinna umożliwiać nadawanie ww. przywilejów za pośrednictwem mechanizmu grup użytkowników/ról bazodanowych; w danej chwili użytkownik może mieć aktywny dowolny podzbiór nadanych ról bazodanowych wykonywanie typowych (tzn. przy prawidłowym funkcjonowaniu) zadań administracyjnych bez konieczności przerywania działania lub przechodzenia w tryb single user dedykowana sesja administracyjna - możliwość zdalnego połączenia w ramach sesji administratora systemu bazy danych niezależnie od normalnych sesji klientów

20 16. wbudowane mechanizmy przeszukiwania pełnotekstowego, umożliwia przechowywanie w bazie obiektów binarnych 17. zapasowe kopie danych można wykonać za pomocą ogólnodostępnego na rynku oprogramowania, w tym od producenta innego niż Wykonawca 18. możliwość wykonania zimnego i gorącego backupu możliwość tworzenia skompresowanych kopii danych od razu w czasie jej 19. tworzenia (niezależnie od funkcji systemu operacyjnego oraz od sprzętowego rozwiązania archiwizacji danych) możliwość wykonywania kopii zapasowych danych bez konieczności wylogowania 20. użytkowników; możliwość odtworzenia backupu przyrostowego do dowolnego punktu w czasie z wykonanych wcześniej kopii zapasowych Zamawiający będzie miał możliwość swobodnego ustalania harmonogramu 21. automatycznego tworzenia kopii zapasowych baz danych; oprócz automatycznego mechanizmu także wykonanie kopii zapasowych baz danych w dowolnej chwili, na żądanie administratora 22. planowe wykonywanie kopi zapasowych baz danych, w postaci pełnej lub przyrostowej 23. możliwość automatycznej aktualizacji (z pobraniem poprawek producenta oprogramowania, w tym z zasobu dyskowego) umożliwianie stosowanie polityki silnego hasła (tj. wymuszania odpowiedniej 24. budowy hasła), wymuszanie zmiany hasła; możliwość integracji z Active Directory/LDAP 25. możliwość dezaktywacji kont użytkowników możliwość definiowania dowolnej liczby użytkowników; weryfikacja licencji (w przypadku udzielania ograniczonej liczby licencji) oparta jest o liczbę 26. jednoczesnych sesji klienckich (zalogowanych użytkowników nie jest to równoznaczne z liczą osób, ponieważ jeden pracownik może być zalogowany jednocześnie do wielu sesji 27. możliwość definiowania grup użytkowników 28. możliwość nadawania uprawnień na poziomie grup użytkowników oraz na poziomie pojedynczych użytkowników 29. przy modyfikowaniu posiadanych uprawnień, możliwość określenia, czy edytowane uprawnienie jest nadawane lub odbierane 30. możliwość przypisywania użytkowników do wielu zdefiniowanych grup 31. możliwość nadawania uprawnień do akcji i obiektów systemowych dla użytkowników 32. możliwość rozbudowy Systemu o kolejne obszary funkcjonalności (moduły) mechanizm rejestrowania zmian wykonywanych na obiektach systemu przez 33. użytkowników poziomu aplikacji oraz z poziomu innych programów korzystających z obiektów systemu (w szczególności z poziomu narzędzi serwera bazy danych) wielodostępność i wielostanowiskowość z mechanizmami kontroli 34. współużytkowania danych/dokumentów wykluczającymi możliwość powstawania konfliktów czy utraty informacji podczas jednoczesnego podglądu/edycji tych samych danych/dokumentów przez więcej niż jednego użytkownika 35. poprawne działanie aplikacji klienckiej/terminala w środowisku graficznym na systemie operacyjnym Microsoft Windows 7 i Windows 10