Nr wymagania, Opis wymagania

Kolejne wymaganie zgodne z numerację przyjętą w „Specyfikacji Wymagań Użytkowników”

Realizacja : czy jest możliwa Tak / Nie

Jeżeli oprogramowanie w swojej wersji j spełnia dane wymaganie należy potwierdzić Tak. Jeżeli nie spełnia wpisujemy Nie. Jeżeli spełnia częściowo wpisujemy nie oraz nr komentarza który zostanie zamieszczony na końcu tabeli

Czy jest osiągalny w standardzie bez konieczności modernizacji

Jeżeli oprogramowanie w wersji standardowej spełnia wymaganie wpisujemy TAK. W przypadku kiedy nie spełnia wymagania przechodzimy do następnego pytania

Czy jest ujęta w aktualnej wycenie

W przypadku kiedy uwzględniono koszty modernizacji w ofercie potwierdzamy TAK. W przypadku kiedy nie ujęto w wycenie proszę o podanie kwoty na modyfikację. Kwoty te powinny się znaleźć w budżecie modyfikacji w wykazie dostaw „oferty Finansowej”

1.1 Oczekuje się, że cały system będzie miał strukturę modułowa, umożliwiającą etapowe uruchamianie i wdrażanie w kolejnych obszarach działalności przedsiębiorstwa.

1.2 Większość zasadniczych wymagań funkcjonalnych powinna być zaspokojona przez standardowe wersje oferowanych pakietów oprogramowania w drodze parametryzacji systemu, bez konieczności prac programistycznych.

1.3 Podstawą przetwarzania powinna być jedna wspólna baza danych z dostępnymi mechanizmami "eksploracji" i "wnikania w głąb danych" z poziomu poszczególnych aplikacji.

1.4 System powinien być zrealizowany w architekturze klient/serwer oraz www.

1.5 Oczekiwana jest możliwość współpracy z innymi zewnętrznymi (arkusze kalkulacyjne, aplikacje zewnętrzne, integracja z systemem…..)

1.6 Powinna istnieć możliwość korzystania ze wszystkich narzędzi dostępnych konsultantom

1.7 System powinien być dostępny w polskiej wersji językowej. Wszystkie możliwości funkcjonalne systemu powinny uwzględniać cechy języka polskiego (np. sortowanie wg alfabetu polskiego).

1.8 System powinien być udokumentowany w sposób umożliwiający użytkownikom prawidłowa eksploatację i skuteczne reagowanie w sytuacjach niezwykłych. Językiem dokumentacji musi być język polski.

1.9 Oferowane aplikacje powinny być wyposażone w system podpowiedzi kontekstowych, komunikaty o błędach oraz informacje pomocnicze, czyniące cały system przyjaznym bez konieczności odwoływania się każdorazowo do dokumentacji.

1.10 System powinien posiadać jednolite "menu systemu", standardowe formaty ekranów i jednolitą konwencję klawiatury ułatwiające użytkownikowi korzystanie z wielu aplikacji.

1.11 System powinien być wyposażony w wielopoziomowe mechanizmy autoryzacji dostępu (hasła i kontrole) umożliwiając każdemu użytkownikowi prawo tylko do tych aplikacji, funkcji, ekranów czy operacji, do których użycia jest on upoważniony. Ponadto powinna istnieć możliwość blokowania edycji ustalonej grupie w układzie czasowym i/lub funkcjonalnym.

1.12 System zachowuje historię operacji na danych w bazie.

1.13 Powinien być dostępny system bezpieczeństwa obejmujący wszystkie aplikacje, mający na celu zmniejszenie ryzyka systemu, związanego z:

a) załamaniem się systemu na skutek:

błędów oprogramowania;

utratą lub zniekształceniem zbiorów;

awarii sprzętu komputerowego;

b) niewłaściwym użyciem systemu;

c) utratą poufności danych;

1.14 W przypadku awarii ponowne uruchomienie systemu powinno być możliwe bez konieczności odwoływania się do pomocy programistów i bez konieczności interwencji ze strony Dostawcy.

1.15 System powinien zawierać standardowe mechanizmy kontroli zapewniające spójność bazy danych oraz narzędzia, wraz z dokumentacją, do obsługi struktury plików.

1.16 Powinna istnieć możliwość definiowania uprawnień użytkowników do wybranych kont księgowych, analityk, typów księgowań, procesów i raportów w celu eliminacji błędnych dekretów, i utajnieniu istotnych danych księgowych.

1.17 Wszystkie wprowadzane do systemu dane są kontrolowane. Dane przekazywane z zewnętrznych systemów podlegać powinny walidacji przed przetwarzaniem.

1.18 W przypadku błędu walidacji użytkownik powinien mieć możliwość odrzucenia danych.

1.19 System powinien w sposób jednoznaczny i zrozumiały wskazywać wykryte błędy walidacji w trybie bezpośrednim. Błędy powinny być wyraźnie wskazywane sygnałem akustycznym, a także wyświetlane na ekranie łącznie z komunikatem wyjaśniającym błąd.

1.20 System powinien prowadzić zapisy w dzienniku systemu.

1.21 Kontrola poprawności dzienników powinna odbywać się w chwili wprowadzania danych do systemu.

1.22 Dodatkowo system powinien rejestrować na dysku magnetycznym plik danych niezbędnych do rewizji, zawierający wszystkie uaktualnienia, zmiany lub poprawki do danych transakcyjnych lub danych stałych systemu. Powinny istnieć zabezpieczenia dające możliwość niezależnego dostępu do tego pliku kontrolerom.

1.23 Dane do kontroli nie mogą zostać skasowane zanim nie zostaną wydrukowane lub zachowane na trwałym nośniku (CD-ROM).

1.24 Dane transakcyjne są dostępne w trybie bezpośrednim przez pięć lat. Archiwizacja danych powinna być możliwa na dowolnym medium wskazanym przez użytkownika.

1.25 Dostępna powinna być możliwość automatycznego archiwizowania danych,

1.26 Wymagany jest wszechstronny i nowoczesny generator sprawozdań, posiadający dostęp i przetwarzający dane przechowywane przez system a ponadto łatwy w użyciu przez użytkowników (nie programistów i administratorów).

1.27 Powinno być możliwe kontynuowanie przetwarzania danych w sposób niezakłócony w czasie drukowania.

1.28 W grupie raportów standardowych powinny być wszystkie sprawozdania wymagane przepisami i deklaracje podatkowe,

1.29 Wymagana jest gotowość (elastyczność) systemu do spełnienia wymagań raportowych Giełdy Papierów Wartościowych.

1.30 Wymagana jest gotowość systemu do spełnienia wymagań raportowych Uni Europejskiej

1.31 Czas reakcji systemu „roboczego” nie powinien przekraczać 2 sekund

1.32 Czas reakcji systemu przeznaczonego do analiz zarządczych nie powinien przekraczać 3 min (złożone zapytania do bazy, skomplikowane raporty). Ponadto nie zostanie zakłócona praca innych użytkowników.

1.33 System powinien w sposób wyraźny sygnalizować użytkownikowi przyjęcie polecenia (lub danych) i podjęte działanie (np. migający napis czy inny dynamiczny wskaźnik).

1.34 System musi być zgodny z wymaganiami aktualnymi wymaganiami przepisów prawa i dostatecznie elastyczny aby zapewniać dostosowanie do kolejnych zmian w przepisach (ustawa o VAT, rachunkowości ……………….).

1.35 System powinien umożliwiać dokonywanie księgowań dotyczących następnego roku przed zakończeniem bieżącego.

1.36 Na ekranach i wydrukach tysiące powinny być oddzielane za pomocą znaku definiowanego przez użytkownika (spacja, kropka lub przecinek).

1.37 Zachowanie porównywalności danych, budżetów w wyniku zmian organizacyjnych.

1.38 Wszystkie aplikacje dostępne w systemie powinien być przygotowany do wielowalutowości.

1.39 Niezbędne mechanizmy związane z wprowadzeniem oraz udostępnieniem plików graficznych z poziomu aplikacji. (skany faktur, zdjęcia pracowników itp.)

1.40 Dynamiczne przeliczanie wartości klucza podziału kosztów.

1.41 System posiada mechanizmy korespondencji seryjnej, które będą dostępne w aplikacjach (w zależności od potrzeby).

1.42 Cechy indywidualne. Proszę przedstawić dodatkowe cechy Państwa produktu, nie ujęte w dalszej części specyfikacji, które mogą mieć istotny wpływ na decyzję o wyborze produktu.