SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA
Załącznik Nr 1 do zapytania ofertowego ZO/POWERZ093/19-1/licencjaZSI
SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA
1. Zakres zamówienia
Przedmiotem zamówienia jest dostawa i wdrożenie Zintegrowanego Systemu Informatycznego (ZSI) w siedzibie Zamawiającego, obejmujące:
1. Dostawę licencji oraz wdrożenie systemu ERP oraz systemu do obsługi toku studiów- dziekanatowego - dalej w całości zwanego ZSI (zintegrowanym systemem informatycznym)
2. Świadczenie usług gwarancyjnych dla wdrożonego ZSI w okresie 24 miesięcy
Oferowany ZSI musi być systemem w pełni zintegrowanym rozwiązaniem opartym na tej samej bazie danych w zakresie systemu ERP oraz Systemu do obsługi toku studiów.
2. Warunki licencyjne
Wszystkie dostarczone licencje nie mogą nakładać ograniczeń czasowych na prawo do użytkowania oprogramowania.
Przedmiotem zamówienia jest wdrożenie (analiza, instalacja, konfiguracja, szkolenia, uruchomienie) ZSI w siedzibie Zamawiającego.
Dla oprogramowania wymagającego licencji obcych, niebędącego własnością Wykonawcy, ma on dostarczyć oryginalne nośniki, dokumentację, licencje oraz wszelkie inne składniki dołączone do oprogramowania przez jego producenta. Licencje muszą być wystawione na Zamawiającego, a Wykonawca dopełni wszystkich formalności wymaganych prawem, licencją i innymi wymogami producenta zapewniających, że Zamawiający będzie pełnoprawnym użytkownikiem dostarczonego ZSI.
Zamawiający oczekuje dostarczenia pod potrzeby ZSI baz/y danych spełniającej wymagania określone w SIWZ oraz niniejszym opisie przedmiotu zamówienia. Wykonawca zobowiązany jest do dostarczenia w ramach niniejszego postępowania licencji oprogramowania bazodanowego, jego instalacji i konfiguracji pod oferowany ZSI. Jednocześnie Wykonawca zapewni nadzór i asystę nad niniejszym oprogramowaniem bazodanowym na warunkach określonych w zapytaniu.
3. Zobowiązania Wykonawcy
W trakcie realizacji przedmiotu zamówienia Wykonawca zobowiązany jest x.xx. do:
1. dostarczenia, instalacji i konfiguracji ZSI pod potrzeby Zamawiającego,
2. wydania dokumentacji ZSI przynajmniej w wersji elektronicznej,
3. dokumentacja w wersji elektronicznej musi być dostarczona w formacie umożliwiającym jej łatwe odczytanie (np. PDF) oraz wydrukowanie w całości lub części, a także musi być zgodna z dostarczoną wersją systemu na dzień rozpoczęcia wdrożenia danego modułu. Musi umożliwiać wyszukiwanie słów lub fraz, wprowadzonych w trakcie jej przeglądania przez użytkownika, jak również posiadać spis treści (rozdziałów),
4. cała dokumentacja musi być sporządzona w języku polskim, posiadać jednolity wygląd, być czytelna i zrozumiała dla czytelnika. Wyjątkiem od tej reguły jest dokumentacja dla administratora w zakresie oprogramowania nie mającego odpowiednika w języku polskim.
5. dokumentacja powinna być podzielona na dokumentację użytkownika i dokumentację administratora systemu.
6. dokumentacja użytkownika musi zawierać instrukcję obsługi systemu umożliwiającą na samodzielną naukę obsługi systemu, która będzie przekazywana etapami zgodnie z harmonogramem wdrożenia.
7. dokumentacja administratora oprócz instrukcji obsługi pod kątem zarządzania systemem musi zawierać: opisy struktur bazy danych, opisy interfejsów międzymodułowych, opisy plików i/lub parametrów konfigurujących i parametryzujących system, instrukcje instalacji, deinstalacji każdego z elementów systemu tak, aby przeprowadzenie tych czynności mogło zostać wykonane samodzielnie przez administratorów systemu Zmawiającego.
8. dostarczenia dokładnej procedury wykonywania i odtwarzania kopii zapasowych poszczególnych części składowych systemu. Zamawiający wykona pod nadzorem Wykonawcy próby wykonania kopii bezpieczeństwa i odzyskania z kopii systemu zgodnie z przekazanymi przez Wykonawcę procedurami. Pozytywne przeprowadzenie tego testu jest warunkiem koniecznym do otrzymania przez Wykonawcę ostatecznego odbioru.
9. w przypadku wprowadzenia zmian w systemie w trakcie trwania umowy Wykonawca zobowiązany jest do niezwłocznego dostarczenia w ciągu 30 dni od dnia wprowadzenia zmian zaktualizowanej dokumentacji zarówno użytkownika jak i administratora.
10. wydania dokumentu licencyjnego dla XXX,
00. przekazania kont i haseł dostępowych administratora (najwyższy poziom dostępu) do wszystkich elementów wchodzących w skład zamówienia dla których takie konta zostały utworzone tj. zintegrowanego systemu informatycznego, programów narzędziowych, baz danych oraz innego oprogramowania dostarczonego w ramach postępowania. Przekazanie kont i haseł musi zostać wykonane najpóźniej przed odbiorem końcowym systemu.
4. Licencje ZSI
1. Wykonawca zobowiązany jest udzielić licencji na czas nieoznaczony na użytkowanie zaoferowanego ZSI.
2. W przypadku zaoferowania rozwiązania z koniecznością instalacji oprogramowania klienta systemu, licencja nie może ograniczać liczby miejsc jego instalacji (tzw. „stanowiska”).
3. Udzielona licencja musi umożliwiać Zamawiającemu tworzenie nieograniczonej liczby kont użytkownika w systemie, nie może wprowadzać ograniczenia na tzw. „nazwanych użytkowników”.
4. Dla zakresów funkcjonalnych systemu, dla których zostały określone wartości liczbowe, dopuszcza się jedynie wprowadzenie ograniczenia co do liczby jednocześnie pracujących osób w systemie. Jednakże ograniczenie to musi umożliwić jednoczesną pracę wymienionej w tabeli liczbie osób.
Zakres funkcjonalny ZSI cz. ERP | Liczba osób jednocześnie pracujących |
1) Finanse i Księgowość 2) Zakupy i sprzedaż, Logistyka, Gospodarka Magazynowa 3) Majątek trwały 4) Kadry i płace | 5 użytkowników jednoczesnych |
Zakres funkcjonalny ZSI cz. Dziekanatowa | Liczba osób jednocześnie pracujących |
1. Obsługa Studenta(Dziekanat) 2. Obsługa sesji Egzaminacyjnych i prac dyplomowych (Dziekanat) 3. Obsługa procesu dydaktycznego (Dziekanat) 4. Planowanie zajęć (Dziekanat) 5. Krajowe Ramy Kwalifikacji (Dziekanat) 6. Student (Wirtualna uczelnia) 7. Internetowa Rekrutacja Kandydatów 8. Wykładowca(Wirtualna uczelnia) 9. Zapisy na zajęcia(Wirtualna uczelnia) 10. Ankietowanie (Wirtualna uczelnia) 11. ERASMUS- wymiana międzynarodowa 12. Biuro karier (Wirtualna uczelnia) 13. Badanie losów absolwenta (Wirtualna uczelnia) 14. Administracja- zarządzanie treścią strony (Wirtualna uczelnia) 15. Dorobek Naukowy | Dziekanat: 25 jednoczesnych użytkowników, Wirtualna uczelnia - bez limitu użytkowników |
Licencje obejmą również wszelkie poprawki i aktualizacje systemu pojawiające się w trakcie obowiązywania umowy. Zamawiający nie dopuszcza dostarczenia bazy danych typu runtime.
5. Wdrożenie ZSI
ZSI musi wydajnie usprawnić system ewidencjonowania i umożliwić rozliczanie wszelkich zdarzeń w dziedzinach objętych obszarami (modułami) ZSI i umożliwić szybkie uzyskanie informacji o sytuacji Zamawiającego, w celu usprawnienia procesu efektywnego zarządzania.
Usługi związane z wdrożeniem ZSI będą obejmowały w szczególności:
1. Dostawę, instalację i konfigurację baz/y danych na potrzeby ZSI,
2. Wykonawca musi dokonać instalacji całości oprogramowania w ramach ZSI w siedzibie Zamawiającego
3. Wykonanie analizy przedwdrożeniowej i dostarczenie Dokumentu Analizy Przedwdrożeniowej
4. Dostosowanie ZSI do potrzeb Zamawiającego, łącznie z przeprowadzeniem niezbędnych modyfikacji, w celu spełnienia wymagań określonych w SIWZ
5. Przeprowadzenie szkolenia dla użytkowników końcowych, administratorów ZSI, administratorów bazy danych
6. Przeprowadzenie testów poprawności działania ZSI, w warunkach rzeczywistych Zamawiającego aż do osiągnięcia zamierzonych rezultatów
7. Wykonawca jest zobowiązany do zapewnienia obecności w siedzibie Zamawiającego osób realizujących kolejne etapy wdrożenia ZSI
8. Wykonawca jest zobowiązany do zapewnienia kompletnej dokumentacji ZSI (w wersji papierowej oraz elektronicznej) w języku polskim, obejmującej opis czynności i zasad umożliwiających wykorzystywanie wszystkich cech funkcjonalnych ZSI przez użytkowników oraz dokumentację dla administratora ZSI zawierającą: opis czynności i zasad umożliwiających administratorom wykorzystywanie wszystkich cech funkcjonalnych ZSI w zakresie przewidzianym dla pracy administratora (opis wraz z procedurami instalacji i konfiguracji całego ZSI, instalacji baz danych ZSI, konfiguracji stacji roboczych, opis wymaganych pakietów instalacyjnych i ich wersji, archiwizacji danych, odtwarzania danych, wymagane formaty danych przy imporcie i eksporcie danych, plan odtwarzania ZSI po awarii itp.) i postępowania w sytuacjach awaryjnych, informacje na temat logicznej struktury baz danych (spis tabel, ich struktura i zawartość oraz wzajemne powiązania), sposób i zasady integracji z systemami zewnętrznymi
9. Wykonawca w toku realizacji umowy nie może żądać jakichkolwiek dodatkowych opłat za ponowne weryfikowanie zawartości plików przy migracji danych do nowego systemu z przyczyn nie leżących po stronie Zamawiającego
10. Zamawiający zastrzega sobie prawo do wglądu w dowolnym momencie do zamówionych prac projektowych, wykonawczych i wdrożeniowych opracowywanych przez Wykonawcę
11. Wykonawca przeniesie do ZSI dane z aktualnie używanych systemów. Zamawiający dostarczy pliki z danymi w formacie uzgodnionym z Wykonawcą na etapie Analizy Przedwdrożeniowej.
6. Etapy projektu i termin realizacji
Etap | Zakres prac | Termin zakończenia etapu |
I | Dostawę licencji na oprogramowanie | Do 30 dni od podpisania umowy |
II | Dostawę i instalacje niezbędnej bazy danych na potrzeby Systemu, a także instalacje licencji na oprogramowanie | Do 60 dni od podpisania umowy |
III | Przeprowadzenie analizy przedwdrożeniowej | Do 60 dni od podpisania umowy |
IV | DOTYCZY CZ. DZIEKANATOWEJ: Konwersja dostarczonych danych podlegających migracji Przeniesienie danych migracyjnych , weryfikacja migracji danych. | Do 90 dni od podpisania umowy |
V | Wdrożenie ZSI w obszarach: Finanse i księgowość, zakupy i sprzedaż Przeniesienie danych migracyjnych- danych administracyjnych finansowo-księgowych | Do 180 dni od dnia podpisania umowy Nie później niż do 31.12.2019 r. |
VI | Wdrożenie ZSI w obszarach: Majątek trwały, | Do 180 dni od dnia podpisania umowy |
VII | Wdrożenie ZSI w obszarach: Kadry i płace, Przeniesienie danych migracyjnych- danych kadrowo-płacowych | Do 210 dni od podpisania umowy Nie później niż do 31.03.2020 r. |
VIII | Wdrożenie ZSI w obszarach: Obsługa studenta (DZIEKANAT) Obsługa procesu dydaktycznego (DZIEKANAT) – Plany studiów Student (Wirtualna uczelnia) Wykładowca(Wirtualna uczelnia) Zapisy na zajęcia(Wirtualna uczelnia) Obsługa sesji Egzaminacyjnych i prac dyplomowych (Dziekanat) | Do 190 dni od podpisania umowy |
IX | wdrożenie ZSI w obszarach: Internetowa rekrutacja kandydata (Wirtualna uczelnia) | Do 240 dni od podpisania umowy |
X | wdrożenie ZSI w obszarach: Planowanie zajęć (Dziekanat) Obsługa sesji Egzaminacyjnych i prac dyplomowych (Dziekanat) - Dyplomowanie Obsługa procesu dydaktycznego (DZIEKANAT) – Rozliczenia dydaktyczne | Do 370 dni od podpisania umowy |
XI | wdrożenie ZSI w obszarach: Biuro karier (Wirtualna uczelnia) ERASMUS- wymiana międzynarodowa Badanie losów absolwenta (Wirtualna uczelnia) Administracja- zarządzanie treścią strony (Wirtualna uczelnia) Krajowe Ramy Kwalifikacji (DZIEKANAT) Dorobek naukowy | Do 460 dni od podpisania umowy |
Etapy mogą być realizowane równolegle w celu optymalizacji procesu wdrożenia.
Szczegółowy harmonogram realizacji projektu zostanie opracowany jako element analizy przedwdrożeniowej.
7. Szkolenia użytkowników
1. Podczas szkolenia użytkowników musi zostać przekazana niezbędna wiedza w zakresie poprawnego użytkowania ZSI w obrębie poszczególnych modułów w zakresie funkcjonowania, obsługi, administrowania i utrzymania ZSI.
2. Zakres szkoleń musi obejmować praktyczną obsługę wszystkich funkcjonalności ZSI.
3. Szkolenia muszą być prowadzone przez wykwalifikowanych specjalistów Wykonawcy, posiadających niezbędną wiedzę fachową w zakresie tematyki szkoleń.
4. Szkolenia będą musiały być przeprowadzane w siedzibie Zamawiającego, na dokumentach i sprzęcie Zamawiającego.
5. Wykonawca zapewni realizację szkoleń użytkowników w wymiarze 220h w tym 20h dla administratorów.
6. Szkolenia będą prowadzone w grupach maksymalnie do 10 użytkowników oraz do 4 administratorów.
7. Szkolenia będą prowadzone na stanowiskach pracy użytkowników w siedzibie Zamawiającego
8. Szczegółowy harmonogram realizacji szkoleń zostanie uzgodniony na etapie Analizy Przedwdrożeniowej.
8. Migracja danych
Wykonawca zobowiązany jest do dokonania przeniesienia do oferowanego systemu z systemów funkcjonujących u Zamawiającego. Zamawiający przygotuje zestaw danych podlegających migracji i przedstawi Wykonawcy w formie zasilonych i zdefiniowanych plików wymiany danych. Pliki wymiany danych będą zawierały ustaloną strukturę, którą zaproponuje Wykonawca. Ustalony format plików migracji to plik CSV (wraz ze zdefiniowaną stroną kodową, ustalonymi separatorami oraz określoną strukturą) lub plik xml (z ustaloną strukturą). Zamawiający zobowiązuje się do zasilenia plików migracji wyłącznie w zakresie danych obecnie posiadanego systemu informatycznego na wskazany ustalony dzień (brak migracji przyrostowej).
System Wykonawca zapewnia inicjalne zapełnienie systemu ERP danymi z systemów podlegających wymianie, w tym:
a) import słownika dostawców i odbiorców,
b) import księgowego bilansu otwarcia,
c) import sald dwustronnych nierozliczonych rozrachunków,
d) import katalogu towarów i usług,
e) import bilansu otwarcia magazynów (ilościowo i wartościowo),
f) import katalogu środków trwałych, nisko cennych oraz wartości niematerialnych i prawnych,
g) import bilansu otwarcia środków trwałych, nisko cennych oraz wartości niematerialnych i prawnych,
h) import słownika pracowników,
i) import danych kadrowych i płacowych (realizowany dla obecnie zatrudnionych pracowników) niezbędnych do wyznaczenia wymaganych prawem danych o zasiłkach, rentach, emeryturach,
j) import wypłaconych list płac.
Zamawiający dostarczy dane z systemów podlegających wymianie w formie i formacie uzgodnionym z Wykonawcą na etapie analizy.
9. Zasady gwarancji
Wykonawca zobowiązuje się do świadczenia usług gwarancyjnych przez okres minimum 24 miesięcy (liczone od momentu pozytywnego odbioru końcowego potwierdzającego zakończenie wdrożenia) dla oferowanego ZSI. Baza danych jest również objęta minimum 12 miesięczną gwarancją Producenta. Wyłączeniu podlega serwerowy system operacyjny. Okres gwarancji musi być zgodny ze złożoną w niniejszym postępowaniu ofertą.
1. Klasyfikacja zmian oprogramowania w trakcie eksploatacji:
a) poprawki - to zmiany oprogramowania, naprawiające wady produktu, które ujawniły się po jego sprzedaniu. Wady te powodują, że program nie posiada gwarantowanych przez Wykonawcę funkcjonalności. Dokonywane w ramach gwarancji,
b) udoskonalenia - zmiany oprogramowania mające na celu poprawienie funkcjonalności, stabilności lub bezpieczeństwa użytkowania. Nie zmieniają cech podstawowych produktu, poprawiają jego funkcjonowanie, objęte realizowanym zamówieniem,
c) uaktualnienia - zmiany prowadzące do uaktualnienia wersji oprogramowania objęte realizowanym zamówieniem,
2. Klasyfikacja błędów:
a) błąd krytyczny (awaria) – oznacza zaprzestanie działania oprogramowania ZSI, wynikających z przyczyn, za które odpowiada Wykonawca
b) błąd niekrytyczny (usterki) – oznacza ograniczenie działania oprogramowania ZSI, wynikających z przyczyn, za które odpowiada Wykonawca
3. Wykonawca w ramach trwania gwarancji zobowiązany jest do utrzymywania gotowości do czynności serwisowych, przyjmowania zgłoszeń i podejmowania czynności serwisowych głównie poprzez łącza zdalne oraz w wymagających tego okolicznościach przyjazd do siedziby Zamawiającego.
4. Zamawiający wymaga, aby Wykonawca posiadał aplikację internetową do przyjmowania i obsługi zgłoszeń, będącej podstawą komunikacji między Zamawiającym i Wykonawcą w zakresie zgłoszeń. Aplikacja powinna posiadać możliwość wysyłania powiadomień na temat zgłoszeń na podany adres e-mail, możliwość generowania raportów związanych ze zgłoszeniami.
5. Wszelkie wady będą zgłaszane przez Zamawiającego poprzez dedykowaną aplikację internetową w wyjątkowych sytuacjach drogą elektroniczną lub telefonicznie.
6. Wykonawca będzie zobowiązany do niezwłocznego potwierdzania otrzymanego zgłoszenia drogą elektroniczną.
7. W ramach usług gwarancyjnych Wykonawca zobowiązuje się usuwać wykryte lub powstałe awarie, usterki (wady i błędy systemu) na swój koszt w terminie określonym w serwisie gwarancyjnym.
8. Wykonawca świadczyć będzie usługi serwisu gwarancyjne na zasadach określonych poniżej.
9. W ramach gwarancji Zamawiający zobowiązany jest zgłaszać wykryte awarie, wady lub błędy Oprogramowania a Wykonawca usuwać zgodnie z uzgodnioną procedurą zgłaszania wad lub błędów.
10. Naprawy gwarancyjne odbywać się będą na poniższych zasadach i w określonych terminach:
10.1. Dostępność usług gwarancyjnych 8:00 – 16:00 w dni robocze
10.2. Usuwanie awarii i usterek w oprogramowaniu (godziny robocze liczone w dniach pracy Zamawiającego)
a) błąd krytyczny – oznacza zaprzestanie działania oprogramowania ZSI lub jego części
- dostęp zdalny (pierwszorzędnie) - czas reakcji: liczba godzin roboczych od momentu zgłoszenia do Wykonawcy, czas usunięcia błędu: liczba godzin roboczych od momentu przyjęcia zgłoszenia przez Wykonawcę
Błąd krytyczny | ZSI |
Czas reakcji | 12 h |
Czas naprawy | 24 h |
b) błąd niekrytyczny - oznacza ograniczenie działania oprogramowania ZSI
- dostęp zdalny (pierwszorzędnie) - czas reakcji: liczba godzin roboczych od momentu zgłoszenia do Wykonawcy, czas usunięcia błędu: liczba dni roboczych od momentu przyjęcia zgłoszenia przez Wykonawcę ;
Błąd niekrytyczny | ZSI |
Czas reakcji | 24 h |
Czas naprawy | 10 dni |
10.3. Wykonawca zapewni szybką reakcję i pierwszeństwo obsługi, do 12 godzin roboczych, w przypadku wystąpienia awarii lub usterek w niżej wymienionych:
- sporządzania sprawozdań VAT-7, VAT-UE, JPK - w dniach 23 - 25 każdego miesiąca,
- sporządzania sprawozdań rocznych (GUS, US) – w okresie od 2 stycznia do 15 marca tego samego roku,
- sporządzania listy płac
10.4. W przypadku wykazania awarii, wad i błędów zgłoszonych do Wykonawcy przez Zamawiającego w internetowym systemie rozwiązywania problemów, Wykonawca wypełni swoje zobowiązanie gwarancyjne, w ramach struktur organizacji serwisowej Wykonawcy, albo poprzez dostarczenie Zamawiającemu, według wyboru Wykonawcy, Update’u lub Upgrade’u oprogramowania, lub też, - według wyboru Wykonawcy - poprzez usunięcie awarii, błędu, wady; usunięciem awarii, błędu lub wady może być, między innymi, wskazanie stosownego, akceptowalnego sposobu uniknięcia skutków awarii, błędu lub wady, które to działania muszą skutkować wyeliminowaniem awarii, błędu lub wady. Zamawiający zapewni Wykonawcy pełne i bezpłatne wsparcie, w szczególności poprzez zapewnienie współpracy pracowników, zapewnienie pomieszczeń do pracy oraz możliwie najdokładniejszego opisu awarii, błędu lub wady, dostarczając wymagane dane oraz tworząc połączenia telekomunikacyjne z serwerem bazy danych. Zamawiający zobowiązuje się do zaakceptowania każdej bezpłatnej nowej wersji oprogramowania, chyba, że prace związane z jej wdrożeniem zostałyby uznane za nadmierne.
10.5. Zgłaszanie awarii i usterek przez Zamawiającego:
a) Zgłaszanie awarii i usterek przez Zamawiającego może następować w jednej z niżej wymienionych form:
- pierwszorzędnie poprzez dedykowaną witrynę internetową Wykonawcy,
- telefonicznie,
- pocztą elektroniczną.
Zgłoszenia awarii i usterek Zamawiający może wykonywać całodobowo z wyłączeniem zgłoszeń telefonicznych, które mogą się odbywać w godzinach od 8.00 – 16.00.
Po usunięciu przez Wykonawcę awarii lub usterki, Wykonawca zobowiązany jest poinformować o tym niezwłocznie Zamawiającego. Dopuszcza się następujące formy przekazywania potwierdzenia o usunięciu awarii/usterki:
- wpis potwierdzający poprawność wykonanych zmian, dokonany przez Zamawiającego na dedykowanym portalu
- pocztą elektroniczną na wskazany przez Zamawiającego adres poczty elektronicznej,
- protokołem usunięcia awarii/usterki utworzonym w trakcie wizyty serwisanta Wykonawcy,
b) potwierdzenie zakończenia prac naprawczych przez Wykonawcę może zostać wydane wyłącznie przez upoważnioną przez Zamawiającego osobę;
11. W ramach usług gwarancyjnych Wykonawca zapewnia Zamawiającemu:
11.1. Dostarczanie nowych wersji oprogramowania uwzględniających:
a) Zmiany zachodzące w powszechnie obowiązujących przepisach prawa lub przepisach prawa wewnętrznego obowiązujących na podstawie delegacji ustawowej, z zastrzeżeniem, że wyżej
wymienione zmiany zostaną udostępnione nie później niż w dniu rozpoczęcia ich obowiązywania. W przypadku, gdy pomiędzy dniem opublikowania, a dniem obowiązywania okres jest krótszy niż 30 dni, przyjmuje się, że zmiany zostaną dokonane w okresie 30 dni od dnia ich opublikowania, jednak nie później niż w ciągu 7 dni od dnia ich wejścia w życie. Zmiany związane z dostosowaniem systemu do przepisów prawa pracy i podatkowego wchodzące w życie z pierwszym dniem roku następnego muszą zostać udostępnione w systemie nie później niż z dniem ich wejścia w życie,
b) Zmiany związanie z podniesieniem jakości i funkcjonalności oprogramowania lub usuwających wykryte przez Wykonawcę błędy w działaniu oprogramowania.
11.2. Wykonawca zobowiązany jest informować o wszystkich nowych wersjach oprogramowania wraz z przedstawieniem wykazu dokonywanych zmian, na wskazany przez Xxxxxxxxxxxxx adres poczty elektronicznej.
11.3. Reakcję na zgłaszane przez Zamawiającego problemy.
11.4. Analizę zgłoszonego problemu i jego usunięcie.
12. Na dzień podpisania Protokołu odbioru przedmiotu zamówienia, Wykonawca zapewni, że ZSI działa poprawnie i jest zgodny z obowiązującymi przepisami prawa.
13. Niezależnie od uprawnień z tytułu gwarancji, Wykonawca udziela Zamawiającemu rękojmi na okres 12 miesięcy.
14. Gwarancja na oprogramowanie osób trzecich (oprogramowanie zewnętrzne) dostarczone przez Wykonawcę będzie świadczona zgodnie z warunkami zapewnianymi przez producenta tego oprogramowania w okresie 24 miesięcy od daty instalacji z zastrzeżeniem warunków opisanych w OPZ
14.1. Wykonawca zapewni dostępność do aktualizacji producentów dostarczonego oprogramowania narzędziowego i motorów baz danych. Aktualizacje muszą obejmować co najmniej poprawki w szczególności poprawki bezpieczeństwa. Okres wsparcia dla tego oprogramowania rozpoczyna się z dniem podpisania przez Strony Protokołu Odbioru Przedmiotu Umowy i trwa do dnia wygaśnięcia gwarancji na dostarczony System ZSI
1. Wymagania obligatoryjne dla ZSI w części ERP
FUNKCJONALNOŚĆ | |
Administracja | Wykonawca zobowiązany jest do dostarczenia dokumentacji technicznej i projektowej. |
Administracja | Wykonawca zobowiązany jest do dostarczenia dokumentacji dla administratora wraz z opisem procedury instalacji i aktualizacji systemu. |
Administracja | Dostawca gwarantuje dostarczenie dokumentacji użytkowej, systemowej i instalacyjnej, zgodnej ze stanem faktycznym |
Administracja | System posiada możliwość wykonywania kopii zapasowych baz danych bez konieczności wylogowania użytkowników, z możliwością odtworzenia backupu przyrostowego do dowolnego punktu w czasie z wykonanych wcześniej kopii zapasowych |
Administracja | Zamawiający będzie miał możliwość swobodnego ustalania harmonogramu automatycznego tworzenia kopii zapasowych baz danych. Poza mechanizmem automatycznym obowiązkowe jest umożliwiać wykonanie kopii zapasowych baz danych w dowolnej chwili, na żądanie administratora |
Administracja | System musi umożliwiać planowe wykonywanie kopi zapasowych baz danych, w postaci pełnej lub przyrostowej |
Administracja | System musi umożliwiać wykonywanie kopii zapasowych baz danych bez konieczności wylogowania użytkowników systemu |
Baza danych | Zapewnienie, że do utrzymania baz danych zastosowane zostaną powszechnie znane na rynku, komercjalne silniki bazodanowe z wykupioną bezterminową licencją, gwarantującą dostęp dla wszystkich użytkowników (np. licencja na lokalizację), a utrzymanie ww. silników u Zamawiającego musi być możliwe, przez co najmniej dwa inne podmioty niezależne od Wykonawcy. |
Baza danych | Dostarczone oprogramowanie bazodanowe musi być ogólnodostępnym rozwiązaniem komercyjnym niezależnym w utrzymaniu od Wykonawcy umożliwiającym obsługę baz innych systemów i aplikacji dostępnych na rynku |
Baza danych | Serwer bazy danych pracuje w środowisku systemowym 64 bitowym |
Baza danych | Baza danych musi spełniać warunki zgodności ze standardem ANSI SQL oraz zapewniać mechanizmy transakcyjne klasy SQL realizowane wg kryteriów ACID |
Baza danych | System posiada możliwość uruchamiania wielu instancji serwera bazy danych na jednym serwerze (jednostce sprzętowej lub maszynie wirtualnej) |
Baza danych | System posiada 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 |
Baza danych | Serwer bazy danych umożliwia podzielenie plików bazy danych na różne dyski. Baza danych na jednym dysku, logi bazy danych na drugim dysku, baza tymczasowa na trzecim dysku. |
Baza danych | Oprogramowanie bazy danych udostępnia wbudowane narzędzia pozwalające administratorowi na strojenie i optymalizację baz danych oraz zapytań |
Baza danych | System bazodanowy posiada wbudowane narzędzia do budowy hurtowni danych i kostek OLAP oraz mechanizmów ETL |
Baza danych | System bazodanowy posiada wbudowane mechanizmy przeszukiwania pełnotekstowego, umożliwia przechowywanie w bazie obiektów binarnych oraz geolokalizacyjnych |
Baza danych | Baza danych musi zapewnić przechowywanie minimum 1 PB danych |
Baza danych | Możliwy jest dostęp do danych w bazie za pomocą, co najmniej następujących sterowników baz danych: ODBC, JDBC, OLEDB |
Baza danych | Możliwość wykorzystania relacyjnej bazy danych jako silnika relacyjnej bazy danych, wielowymiarowej bazy danych oraz platformy bazodanowej dla wielu aplikacji, narzędzi raportowania i analiz biznesowych |
Baza danych | Relacyjna baza danych musi pozwalać na kompresję kopii zapasowej danych (backup) od razu w czasie jej tworzenia. Cecha niezależna od funkcji systemu operacyjnego ani od sprzętowego rozwiązania archiwizacji danych |
Baza danych | Wykonywanie typowych zadań administracyjnych bez konieczności przerywania pracy systemu lub przechodzenia w tryb jednoużytkownikowy. |
Baza danych | Wsparcie dla technologii XML - relacyjna baza danych musi udostępniać mechanizmy składowania i obróbki danych w postaci struktur XML. |
Zakres wsparcia: | |
- udostępnianie typu danych do przechowywania kompletnych dokumentów XML w jednym polu tabeli, |
- udostępnianie mechanizmu walidacji struktur XML-owych względem jednego lub wielu szablonów XSD, | |
- udostępnianie języka zapytań do struktur XML, | |
- udostępnianie języka modyfikacji danych w strukturach XML (dodawanie, usuwanie i modyfikację zawartości struktur XML), | |
- udostępnianie możliwości indeksowania struktur XML w celu optymalizacji wykonywania zapytań | |
Baza danych | Możliwość automatycznej aktualizacji systemu - możliwość automatycznego ściągania i instalacji wszelkich poprawek producenta oprogramowania (redukowania zagrożeń powodowanych przez rozpoznane luki w zabezpieczeniach oprogramowania) |
System | System przechowuje dane w relacyjnej bazie danych SQL i do komunikacji z serwerem baz danych wykorzystuje zapytania SQL. Serwer baz danych musi posiadać deklarowaną wysoką zgodność ze standardem, co najmniej ANSI SQL w zakresie tworzenia struktur danych (DDL) jak i modyfikacji danych (DML) oraz posiadać wiele interfejsów dostępu do danych (np. ODBC, JDBC, OLEDB, XXX.XXX) |
Administracja | System posiada mechanizm do załączania własnych dodatkowych raportów (np. definiowanych w InfoMaker, Crystal Reports, lub równoważne), bez konieczności modyfikacji aplikacji |
Administracja | System posiada wbudowany mechanizm do zarządzania raportami, w tym możliwość wykonywania kopii raportów i udostępniania ich wszystkim lub wybranym użytkownikom lub grupom użytkowników |
Administracja | System posiada wbudowany mechanizm tworzenia analiz wielowymiarowych |
Administracja | System udostępnia dodatkową, dedykowanej aplikację dla administratora systemu (poza narzędziami serwera bazy danych) umożliwiającą: tworzenie baz danych systemu włącznie z instalowanie kompletnej bazy danych systemu, za pomocą kreatora; aktualizację nowej wersji i wgrywanie poprawek do bieżącej wersji systemu; zarządzanie licencjami systemu (w przypadku udzielania ograniczonej liczby licencji) |
Administracja | System obsługi administracyjnej posiada możliwość automatycznego pobierania aktualnych wersji aplikacji z zasobu sieciowego (w tym uniemożliwia pracę na niespójnych komponentach) |
System | Zapewnienie powiązań logicznych pomiędzy modułami systemu oraz wykorzystywanie wspólnych danych na serwerze |
System | System posiada konstrukcję modułów ze ściśle zdefiniowanymi powiązaniami i interfejsami międzymodułowymi oraz posiada możliwość rozbudowy |
Bezpieczeństwo | System wyposażony jest w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacji) i serwera (serwera bazy danych) |
Bezpieczeństwo | System musi umożliwić w sposób jawny prezentację osób wykonujących operacje na dokumentach. Jawny sposób prezentacji danych umożliwia jednocześnie wyszukiwanie dokumentów wprowadzonych lub zatwierdzonych przez konkretnego użytkownika. |
Bezpieczeństwo | System umożliwia stosowanie polityki silnego hasła (tj. wymuszania odpowiedniej budowy hasła), wymuszanie zmiany hasła oraz ustawianie daty ważności konta |
Bezpieczeństwo | System uniemożliwia kasowanie kont użytkowników. Niepotrzebne konta użytkowników mogą być jedynie deaktywowane. |
Bezpieczeństwo | System pozwala na definiowanie dowolnej liczby użytkowników; weryfikacja licencji (w przypadku udzielania ograniczonej liczby licencji) oparta jest o ilość jednocześnie zalogowanych użytkowników do systemu |
Bezpieczeństwo | System umożliwia definiowanie grup użytkowników. |
Bezpieczeństwo | System umożliwia nadawanie uprawnień na poziomie grup użytkowników oraz na poziomie pojedynczych użytkowników |
Bezpieczeństwo | Przy modyfikowaniu posiadanych uprawnień możliwość określenia, czy edytowane uprawnienie jest nadawane lub odbierane |
Bezpieczeństwo | Możliwość przypisywania użytkowników systemu do wielu zdefiniowanych grup. |
Bezpieczeństwo | System umożliwia nadawanie uprawnień do akcji i obiektów systemowych dla użytkowników i grup użytkowników. |
Bezpieczeństwo | System umożliwia nadawanie uprawnień na określonym z góry okres (np. do wybranej daty) |
Bezpieczeństwo | System umożliwia stosowanie polityki silnego hasła (tj. wymuszania odpowiedniej budowy hasła), wymuszanie zmiany hasła, integrację z Active Directory/LDAP |
System | Oferowane rozwiązanie musi pracować na jednej platformie bazodanowej |
System | System musi mieć możliwość ewidencjonowania transakcji w różnych walutach z automatycznym przeliczaniem wartości na PLN |
System | Możliwość zmiany waluty podstawowej na EURO i dalszej pracy w EURO |
System | System umożliwia wprowadzenie innego roku obrotowego niż rok kalendarzowy. |
System | Wielodostępny i wielostanowiskowy w tym mechanizm kontroli współużytkowania danych/dokumentów, wykluczający 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. |
System | Poprawna praca serwera na systemie operacyjnym Windows 2008 R2 i wyższych wersjach (Zamawiający dopuszcza systemy równoważne z zastrzeżeniem przepisu wynikającego z art. 30 ust. 5 ustawy) |
System | Poprawna praca aplikacji klienckiej w środowisku graficznym na systemie operacyjnym Windows 7 i wyższych wersjach (Zamawiający dopuszcza systemy równoważne z zastrzeżeniem przepisu wynikającego z art. 30 ust. 5 ustawy) |
System | W zakresie Systemu ERP, system musi umożliwiać zachowanie zasady jednokrotnego wprowadzania danych (dane wprowadzone w jednym zakresie funkcjonalnym będą widoczne w innych zakresach funkcjonalnych systemu, w tym zintegrowany katalog kontrahentów, pracowników, stawek VAT itp.). |
System | System musi mieć możliwość zdefiniowania dowolnego słownika (także z możliwością traktowania go jako cechy, parametru, wymiaru oraz analityki konta) i wykorzystanie go we wszystkich obszarach systemu. |
System | Możliwość współpracy z systemami bankowości elektronicznej oraz z typowymi systemami wymaganymi przez polskie prawo, co najmniej z programem Płatnik |
System | System musi pozwalać na swobodne definiowanie własnych typów/szablonów dokumentów oraz wykorzystywanie ich u Zamawiającego. |
System | Eksport danych w standardowych formatach, co najmniej plik tekstowy, MS Office, XML |
System | System posiada menu tekstowe i menu graficzne |
System | Menu graficzne przedstawiające skróty do wszystkich funkcji/obiektów systemu w postaci ikon |
System | Możliwość personalizacji menu graficznego poprzez dodanie menu użytkownika, mogące zawierać skróty w postaci ikon do wybranych przez użytkownika funkcji/obiektów systemu wraz z możliwością nadania skrótom własnych nazw |
System | System umożliwia pracę w trybie klient-serwer, jak również pracę terminalową. |
System | Możliwość pracy zdalnej z wykorzystaniem protokołu VPN |
System | Tworzenie profili użytkowników pozwalających na personalizację systemu dla użytkowników różnych obszarów i różnych funkcjonalności (np. udostępnianie najczęściej używanych funkcji). |
System | Możliwość tworzenia wielu spersonalizowanych profili dla jednego użytkownika i możliwość przełączania się pomiędzy nimi bez konieczności przelogowania. |
System | Graficzny interfejs użytkownika systemu |
System | System dysponuje graficznym interfejsem użytkownika typu MDI (Multi Document Interface) lub podobnym, pozwalającym na jednoczesną pracę nad wieloma dokumentami w różnych oknach systemu |
System | System komunikuje się z użytkownikiem w języku polskim |
System | System udostępnia kontekstową pomoc w języku polskim wywoływaną klawiszem skrótu (np. F1) |
System | System musi posiadać dokumentację w języku polskim (na nośniku danych) pozwalającą na samodzielną naukę obsługi każdego obszaru (modułu) |
System | Możliwość łatwego przemieszczania się w systemie w kontekście danego zakresu informacji – łącza między powiązanymi dokumentami |
System | Możliwość uruchamiania formularzy z kilku obszarów funkcjonalnych, bez konieczności przerywania pracy i uruchamiania kolejnych kopii programu. |
System | System dysponuje wbudowanym komunikatorem tekstowym, umożliwiającym wymianę informacji między użytkownikami oraz wysyłanie informacji do użytkowników przez system, przekazywanie linków do dokumentów |
System | System musi umożliwiać wykonywanie odwracalnych operacji w trybie testowym (np. do sprawdzenia skutków księgowania) lub ich realizację na bazie testowej z aktualnymi danymi i konfiguracją |
System | System pozwala na przekazywanie wyników sprawozdań i analiz w postaci elektronicznej do modułów pakietu MS Office lub równoważnego |
System | System przygotowuje wyniki sprawozdań i analiz w postaci plików MS Office (np. MS Excel) oraz automatycznie (mechanizm OLE) uruchamia wybrany moduł pakietu MS Office, pozwalając na użytkownikowi na dalszą obróbkę i zaprezentowanie wyników w opracowanej przez niego formie (tabela, wykres, pismo itp.) |
System | System umożliwia przenoszenie danych pomiędzy oprogramowaniem aplikacyjnym i innymi programami uruchomionymi na stacji roboczej z zastosowaniem technik Windows (poprzez schowek, mechanizmy OLE lub Active X) |
System | System musi posiadać możliwość samodzielnego ograniczenia przez użytkownika zakresu danych poprzez zastosowanie łatwych w obsłudze filtrów, a także możliwość pracy na wyselekcjonowanej grupie danych |
System | System musi przechowywać wystawione dokumenty (w szczególności faktury, wezwania do zapłaty) umożliwiające w przyszłości wydrukowanie dokumentu w identycznej postaci, jak w momencie jego pierwotnego wydruku |
System | System musi automatycznie generować raport przyjętych zasad rachunkowości |
System | Definiowalne symbole i szablony numeracji rodzajów i typów dokumentów |
System | System gwarantuje stałą zgodność wszelkich realizowanych funkcji/algorytmów rozliczeń/formatów sprawozdań z obowiązującymi wymogami prawnymi (prowadzenie działalności gospodarczej, rachunkowość, sprawozdawczość finansowa) |
System | Zgodności pakietu z przepisami polskimi w zakresie Ustawy o Ochronie Danych Osobowych |
System | Zgodność pakietu z Ustawą o Rachunkowości |
System | Dostosowywanie systemu do zmian przepisów obowiązującego prawa powinno odbywać się z odpowiednim wyprzedzeniem, tak, aby nie zakłócić działalności Zamawiającego |
System | System umożliwia wykorzystanie serwera bazy danych w zwirtualizowanym środowisku. |
System | System umożliwia zainstalowanie w zwirtualizowanym środowisku serwera terminalowego. |
System | System posiada wbudowane mechanizmy do administrowania prawami użytkowników oraz grup użytkowników, w tym dziedziczenia, nadawania i odbierania (zakazywania) uprawnień |
System | System umożliwia nadawanie użytkownikom praw do wybranych zakresów danych (np. klas kont księgowych, magazynów, komórek kosztowych, szablonów dokumentów itp.) |
System | System umożliwia wykorzystanie słowników zewnętrznych (Klasyfikacja Środków Trwałych) oraz wewnętrznych (np. słownik ośrodków powstawania kosztów) porządkujących powtarzalne dane w ramach systemu. |
System | System umożliwia stosowanie odpowiedniej, wybranej przez administratora polityki bezpieczeństwa względem haseł kont użytkowników, np. określenie siły hasła, czasu aktywności hasła itp. |
System | Podgląd do listy dokumentów związanych |
System | System zapewnia udostępnianie danych innym systemom w formie i zakresie ustalonym w trakcie wdrożenia, w sposób automatyczny lub na żądanie administratora w określonym czasie, wykorzystując jeden ze standardowych formatów wymiany danych np. csv, xml, txt, xls |
System | Sygnalizacja czasu wykonywania operacji, np. czas wyszukiwania danych sygnalizowany standardowym wskaźnikiem zajętego kursora |
System | System umożliwia po wprowadzeniu NIP lub REGON uzupełnianie danych kontrahenta na podstawie internetowej bazy GUS-BIR a także weryfikację danych dla już istniejących kontrahentów |
System | Możliwość eksportu danych w formatach: txt, csv, xls, xml, pdf |
System | Możliwość importu danych do systemu: txt, csv, xls, xml |
Bank i kasa | Możliwość definiowania nieograniczonej ilości kont bankowych prowadzonych w różnych bankach, również w walutach obcych |
Bank i kasa | Możliwość integracji z dowolnym systemem homebanking-u w zakresie eksportu i importu dokumentów bankowych |
Bank i kasa | Możliwość automatycznego generowania różnic kursowych z rachunków bankowych i kas prowadzonych w walucie obcej (np. algorytmem FIFO lub równoważnym) |
Bank i kasa | Automatyczne zakładanie kolejnego konta analitycznego w banku lub kasie |
Księga Główna | Wymiana danych pomiędzy modułami systemu |
Księga Główna | Wymóg prowadzenia księgi głównej (konta syntetyczne), ksiąg pomocniczych (konta analityczne) i ewidencji pozabilansowej (konta pozabilansowe) |
Księga Główna | Dokumentowanie wszelkich zapisów w sposób umożliwiający identyfikację dowodów, a także osoby dokonującej zapisu i przeprowadzającej jego modyfikację w systemie. |
Księga Główna | Prowadzenie zapisów księgowych równocześnie w polskich złotych, walucie transakcji (np. Euro, Dolar itp.) i ilościowo |
Księga Główna | Wymóg prowadzenie dziennika księgowego z możliwością prowadzenia dzienników cząstkowych. |
Księga Główna | Generowanie dziennika księgowań dla transakcji księgowanych na kontach Zakładowego Planu Kont |
Księga Główna | Generowanie kartotek kont, zawierających zapisy na kontach w kolejności chronologiczne |
Księga Główna | Księgowania w dzienniku w czasie rzeczywistym z natychmiastowym uaktualnianiem sald na kontach |
Księga Główna | Możliwość edycji treści dokumentu księgowego lub pojedynczych pozycji bez konieczności usuwania i ponownego wprowadzania całego dokumentu. |
Księga Główna | Kontrola księgowania dowodu (bilansowanie stron WN i MA, zamknięcie kręgu kosztów z możliwością włączenia zespołu „6” w krąg kosztowy, a także z możliwością wyłączenia niektórych rodzajów dekretów (np. memoriały) |
Księga Główna | Rejestracja transakcji wielowalutowych równolegle w walucie i w PLN, z zapisem kursy wymiany. |
Księga Główna | Jednoczesny dostęp do danych z poszczególnych lat umożliwiających ich porównanie bez konieczności przelogowania się lub uruchamiania kopii programu/archiwum. |
Księga Główna | Kopiowanie i automatyczne stornowanie dowodów księgowych, |
Księga Główna | Stornowanie dokumentów poprzez wartości ujemne zapisane po tej samej stronie konta księgowego |
Księga Główna | System musi posiadać możliwość tworzenia folderów lub grup dekretów pozwalających na dzielenie typów dekretów w celu uporządkowania dokumentów księgowych |
Księga Główna | Dwustopniowe księgowanie (księgowanie wstępne i właściwe) z możliwością korekty dekretów przed księgowaniem właściwym (ostatecznym) |
Księga Główna | Podpowiedź podczas dekretacji planu kont wraz z nazwami kont |
Księga Główna | Możliwość tworzenia automatów księgujących, pobierających dane z kont księgowych i plików zewnętrznych z formatu np. XML, TXT, itp. |
Księga Główna | Automatyczna dekretacja dokumentów przy użyciu mechanizmu szablonów dekretów |
Księga Główna | Definicja automatów przeksięgowujących koszty według zadanego klucza podziału |
Księga Główna | Wbudowany mechanizm tworzenia automatów przeksięgowujących dane z kont księgowych na inne konta księgowe w oparciu o klucze podziałowe zapisane w formularzach MS Excel lub w innej formie elektronicznej np. spisane liczniki energii elektrycznej, spisane liczniki przebiegu samochodów. |
Księga Główna | Automatyczne powiązanie kont Zakładowego Planu Kont z kontami równoległych ewidencji księgowych |
Księga Główna | Możliwość zdefiniowania wielu szablonów dekretacji dla jednego typu dokumentu (dla różnych planów kont) |
Księga Główna | Możliwość modyfikacji szablonów dekretów księgowych w trakcie roku księgowego. |
Księga Główna | Możliwość automatycznego dekretowania w układzie rodzajowym i kalkulacyjnym (automatyczna kontrola kręgu koszowego) |
Księga Główna | Możliwość udokumentowania algorytmów dekretów automatycznych w tym algorytmów archiwalnych. |
Księga Główna | Możliwość wprowadzenia opisu dowodu – dokumentu księgowego (nagłówek) i każdej pozycji dowodu minimum 200 znaków |
Księga Główna | Możliwość wygenerowania wydruku z wszystkimi zapisami na koncie lub zakresie kont |
Księga Główna | Możliwość wygenerowania wydruku z zapisami na koncie lub zakresie kont z użyciem filtrów na kwoty i opisy |
Księga Główna | Możliwość wyszukiwania kont księgowych i przeglądania obrotów wg filtrów definiowanych na podstawie wprowadzonej struktury konta księgowego |
Księga Główna | Możliwość wygenerowania wydruku z zapisami wprowadzonymi w walutach na koncie lub zakresie kont (np. Euro, Dolar, itp.) |
Księga Główna | Możliwość wydruku dekretu księgowego w postaci noty księgowej lub inna obsługa not uznaniowych i obciążeniowych. |
Księga Główna | Możliwość nadawania uprawnień do typów dekretów |
Księga Główna | Możliwość wykonywania raportów i sprawozdań przed ostatecznym zatwierdzeniem dekretów |
Księga Główna | Możliwość importu księgowań z systemów zewnętrznych |
Księga Główna | Możliwość przeglądania obrotów kont księgowych w systemie bezpośrednio w oknie bez konieczności wykonania podglądu raportu |
Księga Główna | Możliwość przeglądania obrotów kont księgowych w systemie w układzie miesięcznym i narastającym |
Księga Główna | Możliwość przeglądania obrotów kont walutowych w walucie PLN i walutach obcych (np. Euro, Dolar itp.) |
Księga Główna | Możliwość dynamicznego podsumowywania obrotów wskazanego zbioru kont z listy. |
Księga Główna | Możliwość przeglądania obrotów kont księgowych z użyciem filtrów opartych o meta znaki i słowniki systemowe. Trwałe zapisywanie stworzonych filtrów. |
Księga Główna | Możliwość przeglądania obrotów i sald w tym sald dwustronnych dla kont rozrachunkowych |
Księga Główna | Wbudowane zestawienia i raporty zapewniające pełną informację syntetyczną i analityczną o obrotach, saldach i transakcjach dla wybranych lub wszystkich kont. |
Księga Główna | Możliwość wydruku wszystkich raportów dostępnych w systemie zarówno dla dekretów księgowych zatwierdzonych ostatecznie i próbnie albo wyłącznie dla dekretów księgowych zatwierdzonych ostatecznie. |
Księga Główna | Możliwość przeglądania zapisów na danym koncie z poziomu obrotów księgowych |
Księga Główna | Możliwość eksportu obrotów wybranych kont księgowych do MS Excela |
Księga Główna | Podgląd zestawienia obrotów i sald z poziomu systemu i wydruk raportu obrotów i sald z uwzględnieniem filtru na zakres kont. |
Księga Główna | Możliwość wykonania raportu z zestawieniem obrotów i sald na podstawie zapisanych filtrów wskazujących numery kont księgowych |
Księga Główna | Możliwość wykonania raportu z zestawieniem obrotów i sald na konkretny dzień roku obrotowego |
Księga Główna | Możliwość wykonania raportu obrotów i sald dla dowolnych poziomów analityki |
Księga Główna | Możliwość zapisu zestawienia obrotów i sald, jako plik w jednym z popularnych formatów np. MS Excel, HTML, tekstowym, itp. |
Księga Główna | Mechanizmy ułatwiające wprowadzanie dokumentów, x.xx.: |
Księga Główna | · tworzenie pozycji nowego dokumentu na podstawie wcześniej wprowadzonego, |
Księga Główna | · możliwość automatycznego przeksięgowania obrotów wybranych kont |
Księga Główna | · możliwość automatycznego lub ręcznego rozliczania rozrachunków, w tym rozrachunki częściowe |
Księga Główna | · kontrola kompletności wprowadzonych dokumentów zgodnie z zasadą podwójnego zapisu |
Księga Główna | Obsługa długich identyfikatorów obcych minimum 50 znaków i opisy minimum 200 znaków |
Księga Główna | Automatyczne zamknięcie kont wynikowych na wynik na koniec roku obrotowego w dodatkowym miesiącu zamknięcia roku |
Księga Główna | Automatyczne generowanie, BO bez potrzeby zamykania kont wynikowych roku poprzedniego - tzw., BO próbne. Możliwość generowania, BO wielokrotnie |
Księga Główna | Możliwość wprowadzenia dokumentów do zamkniętego okresu i generowanie korekty, BO. |
Księga Główna | Wydruk dowolnej strony dziennika księgi głównej oraz ksiąg pomocniczych |
Kursy Walut | Możliwość tworzenia dowolnej ilości tabel walut i kursów wymiany w rozbiciu na banki oraz na kurs kupna, średni i sprzedaży dla danego banku. |
Kursy Walut | Możliwość zautomatyzowanego pobierania kursów walut, np. ze strony internetowej NBP |
Kursy Walut | Ręczne wprowadzanie kursów walutowych na określony dzień. |
Noty odsetkowe | Możliwość przypisania odsetek do grup kontrahentów lub kontrahenta |
Noty odsetkowe | Możliwość wygenerowania not odsetkowych zgodnie z oprocentowaniem podatkowym i ustawowym |
Noty odsetkowe | Generowanie ręczne not odsetkowych dla danego kontrahenta i możliwość automatycznego generowanie not odsetkowych w ramach ustawionego progu kwotowego. |
Noty odsetkowe | Możliwość generowania not odsetkowych dla kompensat. |
Noty odsetkowe | Automatyczna dekretacja not odsetkowych zgodnie ze zdefiniowanym szablonem dekretacji |
Noty odsetkowe | Możliwość grupowania not odsetkowych |
Obsługa kasy | Bieżąca ewidencja dokumentów kasowych rozchodu i przychodu gotówki w dowolnej walucie. |
Obsługa kasy | Automatyczne tworzenie raportu kasowego – praca w kontekście raportu kasowego |
Obsługa kasy | Praca kasjera zawsze w kontekście otwartego raportu kasowego |
Obsługa kasy | Możliwość jednoczesnej pracy wielu stanowisk kasowych |
Obsługa kasy | Mechanizm ewidencji i rozliczania zaliczek pracowniczych. |
Obsługa kasy | Możliwość rozliczenia rozrachunku z poziomu wprowadzania raportów kasowych |
Obsługa kasy | Możliwość zdefiniowania własnych rodzajów dokumentów kasowych, w celu rozróżnienia typów operacji (np. odsetki, wpłaty od odbiorców, wpłaty pracownicze) |
Obsługa kasy | Mechanizm przepisujący stan zamknięcia raportu kasowego, jako stan otwarcia nowo otwieranego raportu kasowego. |
Obsługa kasy | Możliwość wydruku dokumentów KP i KW |
Obsługa kasy | Możliwość wydruku raportu kasowego, w tym historycznych. |
Obsługa kasy | Automatyczna dekretacja raportów kasowych na podstawie zdefiniowanych szablonów dekretacji |
Obsługa kasy | Uproszczona obsługa kasy (wyodrębnienie obsługi kasowej, ewidencja operacji kasowych, wydruk raportu kasowego). |
Obsługa kasy | Brak możliwości kasowania pozycji zamkniętego rejestru kasowego |
Obsługa płatności bankowych | Emisja (wydruk) pojedynczych przelewów w formie papierowej, z wyborem konta bankowego zleceniodawcy (obsługa wielu rachunków bankowych) |
Obsługa płatności bankowych | Emisja (eksport) wybranych przelewów w formie elektronicznej do systemów bankowości elektronicznej |
Obsługa płatności bankowych | Elastyczne definiowanie elektronicznych formatów przelewów, akceptowalnych przez systemy bankowości elektronicznej |
Obsługa płatności bankowych | Możliwość automatycznego generowania przelewów dla pracowników z list płac |
Obsługa płatności bankowych | Możliwość automatycznego generowania przelewów dla komorników, związków zawodowych, potrąconych składek branżowych z naliczonych na listach płac pozycji |
Obsługa płatności bankowych | Możliwość automatycznego generowania przelewów z dokumentów zakupowych z określonym typem płatności, jako przelew |
Obsługa płatności bankowych | Możliwość automatycznego generowania przelewów ze zobowiązań i ujemnych należności |
Obsługa płatności bankowych | Możliwość automatycznego generowania przelewów |
Obsługa płatności bankowych | Możliwość wyboru danych do przelewu ze wstępnie przygotowanej listy płatności |
Obsługa płatności bankowych | Kontrola zgodności numeru konta bankowego pod względem poprawności numeru IBAN w przelewach |
Obsługa płatności bankowych | Możliwość modyfikacji kont bankowych beneficjenta i płatnika z poziomu przelewów |
Obsługa płatności bankowych | Możliwość zaewidencjonowania wielu rachunków bankowych kontrahenta, przypisanie polecenia zapłaty konkretnemu rachunkowi kontrahenta, |
Obsługa płatności bankowych | Mechanizm grupowania/łączenia transakcji w jedno zbiorcze polecenie przelewu dla kontrahenta (jeden przelew za kilka faktur) |
Obsługa płatności bankowych | Możliwość podziału przelewów na kilka mniejszych |
Obsługa płatności bankowych | Zmiana daty emisji przelewów |
Obsługa płatności bankowych | Możliwość wydruku przelewów i zbiorówek. |
Obsługa płatności bankowych | Możliwość wydrukowania blankietów przelewów |
Obsługa płatności bankowych | Możliwość obsługi przelewów w różnych walutach np. euro, dolar itp. |
Obsługa płatności bankowych | Możliwość podania kodu SWIFT przy przelewach międzynarodowych |
Obsługa płatności bankowych | Możliwość przesłania przelewów do systemów bankowych, w co najmniej 2 standardach np. multicash, videotel, itp. |
Obsługa płatności bankowych | Mechanizm parametryzacji funkcji eksportu przelewu, w przypadku podpisania umowy z innymi bankami w przyszłości. |
Obsługa płatności bankowych | Możliwość nadawania priorytetów ważności wysyłanych przelewów |
Okresy sprawozdawcze | Możliwość automatycznego wygenerowania bilansu otwarcia na podstawie zapisów z roku poprzedniego |
Okresy sprawozdawcze | Definiowalny przez użytkownika słownik okresów sprawozdawczych. |
Okresy sprawozdawcze | Możliwość zdefiniowania własnych lat obrotowych (przesunięcie względem kalendarzowego, inna niż 12 liczba okresów) |
Okresy sprawozdawcze | System musi pozwalać na równoczesną pracę w dwóch otwartych latach podatkowych |
Okresy sprawozdawcze | Księgowanie w nowym roku bez konieczności zamknięcia starego |
Okresy sprawozdawcze | Księgowanie w kilku otwartych okresach jednocześnie |
Okresy sprawozdawcze | Możliwość blokady (czasowego zamknięcia) i trwałego zamykania okresów rozrachunkowych |
Okresy sprawozdawcze | System musi posiadać funkcjonalność zamykania roku obrotowego wraz z automatycznym przeksięgowaniem kont wynikowych |
Okresy sprawozdawcze | Możliwość zdefiniowania dodatkowych (np. korygujących) okresów obrachunkowych |
Okresy sprawozdawcze | Numeracja dokumentów uwzględniająca różnego rodzaju rozdzielniki np. miesiąc |
Plan Kont | Możliwość definiowania zakładowego planu kont (konta zespołów od 0 do 9) oraz minimum 2 dodatkowych planów kont (np. plan kont budżetowy, plan kont rachunkowości zarządczej, plan kont budżetów prowadzonych projektów i grantów itp.) |
Plan Kont | Elastyczne tworzenie planu kont: |
Plan Kont | · Określenie sposobu budowy kont analitycznych (budowy segmentów kont) dla poszczególnych kont syntetycznych |
Plan Kont | · Określenie liczby i długości segmentów kont analitycznych |
Plan Kont | · Ręczne tworzenie segmentów kont analitycznych |
Plan Kont | · Automatyczne tworzenie segmentów kont analitycznych na podstawie zdefiniowanego zestawu grup analitycznych x.xx.: katalogu kontrahentów, katalogu pracowników, katalogu ośrodków powstawania kosztów, stawek VAT |
Plan Kont | Minimalna ilość poziomów analityk nie może być mniejsza niż 10. |
Plan Kont | Tworzenie kont pozabilansowych |
Plan Kont | Definiowanie dowolnej liczby kont księgowych, w tym kont pozabilansowych. |
Plan Kont | Obsługa numerów kont księgowych w postaci alfanumerycznej |
Plan Kont | Możliwość prowadzenie kont księgowych z alfanumeryczną analityką np.: użycie identyfikatorów alfanumerycznych kontrahentów przy budowie kont analitycznych zespołu ”2” |
Plan Kont | Możliwość zdefiniowania dowolnej struktury konta. |
Plan Kont | Możliwość definiowania różnych długości segmentów analityk w numerze konta dla różnych kont |
Plan Kont | Brak ograniczeń na ilość poziomów analityk |
Plan Kont | Możliwość stosowania różnych separatorów analitycznych w planie kont |
Plan Kont | Możliwość budowania planu kont w oparciu o dowolne słowniki systemowe (np. kont kontrahentów, magazynów, kont bankowych itp.) Pozycja słownikowe są pobierane automatycznie podczas dekretacji ze wskazanego słownika |
Plan Kont | Możliwość zdefiniowania dowolnej liczby słowników własnych i wykorzystania ich, jako analityk w strukturze konta. |
Plan Kont | Mechanizm kopiowania planu kont między poszczególnymi latami i automatyzacji generowania bilansu otwarcia. |
Podatek VAT | Możliwość definiowania w systemie wskaźnika odliczenia VAT w danym roku |
Podatek VAT | Automatyczne tworzenie rejestru VAT |
Podatek VAT | Obsługa rejestrów VAT zakupu, sprzedaży, nabycia i dostawy wewnątrz unijnej, importu i eksportu usług i towarów |
Podatek VAT | Możliwość weryfikacji dokumentów, modyfikacji parametrów dokumentu (np. data obowiązku VAT przy korekcie, rodzaj podatku) |
Podatek VAT | Mechanizm automatycznej generacji deklaracja VAT i VAT UE |
Podatek VAT | Możliwość sporządzania rejestru VAT sprzedaży i zakupu z podziałem na zakupy służące sprzedaży opodatkowanej, do odliczenia wskaźnikiem VAT i zwolnionej |
Podatek VAT | Wydruk rejestrów VAT cząstkowych i całościowych, w dowolnym momencie za dowolny okres (również część okresu VAT), |
Podatek VAT | Wydruk deklaracji w wersji obowiązującej w danym okresie, w tym historycznych, |
Podatek VAT | Możliwość definicji nowych stawek podatku VAT |
Podatek VAT | System prowadzi ewidencję faktur zakupu i sprzedaży nieprzydzielonych do danego okresu VAT i umożliwia automatyczne umieszczenie takiego dokumentu w rejestrze VAT w momencie wypełnienia okresu VAT dla tego dokumentu np. faktury korygujące. |
Podatek VAT | Możliwość generowania intrastat |
Podatek VAT | Obsługa dokumentów kosztowych na przełomie miesięcy lub lat - inny okres kosztowy inny okres podatku VAT |
Podatek VAT | Poprawna obsługa dekretacji i kwalifikacji VAT dla faktur za media. |
Podatek VAT | Możliwość przesyłania w formie elektronicznej raporty deklaracji minimum VAT-7, VAT- UE. |
Rozrachunki | Możliwość przeglądania i wykonania operacji rozliczeń rozrachunków z odbiorcami, dostawcami, pracownikami, bankami, urzędem skarbowym, urzędem celnym, ZUS-em, bez konieczności zaewidencjonowania dekretu w Księdze Głównej z uwzględnieniem waluty operacji (w walucie obcej) |
Rozrachunki | Możliwość rozliczania rozrachunków wg. zdefiniowanych strategii, co najmniej wg. zgodności identyfikatora dokumentu, kwoty rozliczeń +/-x gdzie x –procent odchylenia, terminu płatności +/- x gdzie x –ilość dni, możliwość doboru kolejności kwot rosnąco lub malejąco. |
Rozrachunki | Możliwość automatycznego rozpoznania kontrahenta i przeprowadzenia rozliczenia rozrachunku na podstawie informacji zapisanych w koncie bankowym, z którego wpłynęła płatność np. numer w koncie zgodny z numerem kontrahenta, cechy dodatkowe np. numer umowy, itp. |
Rozrachunki | Klasyfikacja zapisów rozrachunkowych według definiowanych tytułów rozrachunków |
Rozrachunki | Możliwość wygenerowania raportu struktura wiekowa należności i zobowiązań w walucie PLN i obcej np. euro, dolar itp. |
Rozrachunki | Możliwość definiowania przedziałów wykorzystywanych w raporcie struktury wiekowej należności i zobowiązań |
Rozrachunki | Możliwość przeglądania rozliczonych rozrachunków i wykonania operacji anulowania rozliczenia |
Rozrachunki | Możliwość wygenerowania raportu „historii rozliczeń” |
Rozrachunki | Możliwość wykonania częściowego rozliczenia rozrachunków |
Rozrachunki | Możliwość przeglądania i wykonania operacji rozliczeń rozrachunków wg różnych tytułów rozrachunkowych np. rozrachunki z kontrahentami zagranicznymi, rozrachunki kontrahentami krajowymi, itp. |
Rozrachunki | Możliwość przeglądania i wykonania operacji rozliczenia rozrachunków wg. statusu np. nierozliczone, częściowo rozliczone, rozliczone |
Rozrachunki | Możliwość przeglądania i wykonania operacji rozliczenia rozrachunków wg. stanu na dzień |
Rozrachunki | Możliwość prezentowania stanu rozrachunków na dowolny dzień, bez uwzględniania rozrachunków wykonanych w późniejszym terminie. |
Rozrachunki | Prowadzenie rozrachunków na podstawie zatwierdzonych dokumentów bez wymogu ich zaksięgowania na kontach. |
Rozrachunki | Prowadzenie rozrachunków, w sposób ciągły (wieloletni), nie wymagający przeniesienia BZ na BO |
Rozrachunki | Naliczenie odsetek ustawowych i podatkowych dla zobowiązań w celu sprawdzenia otrzymanych przez zamawiającego not odsetkowych. |
Rozrachunki | Możliwość prowadzenia rozrachunków na podstawie wprowadzonych ręcznie dekretów księgowych obejmujących konta rozrachunkowe. |
Rozrachunki | Możliwość nadawania dodatkowych statusów użytkownika poszczególnym pozycjom rozrachunkowym np. ściągalne komorniczo, ściągalne sądowo, wysłane wezwanie, itp. |
Rozrachunki | Możliwość podglądu dokumentu źródłowego z poziomu podglądu pozycji rozrachunkowej |
Rozrachunki | Możliwość przeglądania jednocześnie należności i zobowiązań, gdy odbiorca jest naszym dostawcą |
Rozrachunki | Możliwość wygenerowania potwierdzeń sald na dowolny dzień roku w walucie obcej i PLN |
Rozrachunki | Możliwość wygenerowania raportu prowadzonych rozliczeń z kontrahentami |
Rozrachunki | Możliwość wygenerowania raportu prowadzonych rozliczeń z kontrahentami, jako stan na dzień |
Rozrachunki | Możliwość bieżącej kontroli (przeglądu) stanu rozrachunków bez konieczności uruchamiania dodatkowych raportów i zestawień. |
Rozrachunki | Przechowywanie w systemie historii wezwań do zapłaty wygenerowanych dla danego kontrahenta |
Rozrachunki | Możliwość modyfikacji przez Użytkownika formularzy: potwierdzenia sald, noty odsetkowe, wezwania do zapłaty w języku polskim i angielskim |
Rozrachunki | Możliwość rozliczenie jednej pozycji płatności z wieloma fakturami, i jednej faktury z wieloma płatnościami (jeden do wielu/wiele do jednego) |
Rozrachunki | Możliwość obsługi delegacji i rozliczenie delegacji w PLN i walucie obcej |
Rozrachunki | Możliwość rejestracji zaliczki na zakupy bieżące i rozliczenie tej zaliczki |
Rozrachunki | Import danych rozrachunków z uszczegółowieniem kontrahentów |
Różnice kursowe | Możliwość generowania przewalutowania dla rozrachunków i płatności na dowolny dzień w roku bez ograniczenia ilości takich operacji. |
Różnice kursowe | Możliwość rozliczeń częściowych |
Różnice kursowe | Obsługa różnic kursowych z rozrachunków, rachunków bankowych i kas prowadzonych w walucie obcej. Automatyczna dekretacja wg zdefiniowanych szablonów oraz możliwość wprowadzenia przewalutowania |
Różnice kursowe | Obsługa różnic kursowych na rachunkach bankowych w kasach z wykorzystaniem minimum algorytmu FIFO |
Sprawozdawczość wewnętrzna | Możliwość wykonywania zestawień i raportów z kont księgowych i dzienników za dowolny okres księgowy (w tym za lata ubiegłe) |
Sprawozdawczość wewnętrzna | Możliwość wykonywania zestawień i raportów z kont księgowych i dzienników za okres od dnia do dnia z dowolnego zakresu dat |
Sprawozdawczość wewnętrzna | Możliwość wykonywania zestawień i raportów z kont księgowych i dzienników dla wybranego zakresu kont, dla więcej niż jednego konta syntetycznego, dla wybranego typu dowodu, dla wybranych typów dokumentów. |
Sprawozdawczość wewnętrzna | Możliwość wykonywania zestawień i raportów z kont księgowych i dzienników dla uprzednio zdefiniowanej grupy kont i/lub komórek organizacyjnych (MPK), grupy te muszą być edytowalne przez użytkowników. |
Sprawozdawczość zewnętrzna | Definiowanie sprawozdań finansowych zgodnie z wymogami Ustawy Rachunkowości: bilans, rachunek zysków i strat (wariant kalkulacyjny i porównawczy), przepływy pieniężne |
Sprawozdawczość zewnętrzna | Wsparcie przygotowania sprawozdań zgodnie z wymogami GUS: np. F0-1, |
Sprawozdawczość zewnętrzna | Możliwość skojarzenia konta księgowego do pozycji sprawozdań (np. rachunek zysków i strat, bilans, F01 itp.) z poziomu definiowania planu kont. |
Sprawozdawczość zewnętrzna | Możliwość automatycznego przypisania skojarzeń konta księgowego do pozycji sprawozdania do kont analitycznych i/lub kont syntetycznych |
Jednolity plik kontrolny | Obsługa Jednolitego Pliku Kontrolnego wg nowelizacji Ordynacji Podatkowej. |
Struktura plików JPK powinna zawierać poniższe grupy danych: | |
• księgi rachunkowe | |
• wyciągi bankowe | |
• magazyn | |
• ewidencje zakupu i sprzedaży VAT | |
• faktura VAT | |
Jednolity plik kontrolny | Dane do wysyłki JPK są pobierane bezpośrednio z systemu, podlegają kompresji, szyfrowaniu wg klucza dostarczonego przez Ministerstwo Finansów oraz podpisywane kwalifikowanym podpisem elektronicznym (certyfikat podpisu nie jest elementem dostawy) |
Struktura organizacyjna | Obsługa hierarchicznej struktury organizacyjnej (wielopoziomowej) |
Struktura organizacyjna | Możliwość definiowania komórek kosztowych z poziomu struktury organizacyjnej |
Struktura organizacyjna | Możliwość przypisania konta księgowego do danej komórki ze struktury organizacyjnej |
Wyciągi bankowe | Możliwość wprowadzenia w systemie wyciągów bankowych wraz z pozycjami |
Wyciągi bankowe | Import wyciągów bankowych w formie elektronicznej z plików lub z systemów bankowości elektronicznej oraz ręczne wprowadzanie dokumentów wyciągów bankowych do dziennika modułu FK |
Wyciągi bankowe | Ręczne lub automatyczne (poprzez import wyciągów w formie elektronicznej) potwierdzanie przelewów |
Wyciągi bankowe | Tworzenie zestawień wykonanych przelewów dla kontrahentów i pracowników |
Wyciągi bankowe | Możliwość rozliczenia rozrachunku z poziomu wprowadzania wyciągów bankowych i raportów kasowych |
Wyciągi bankowe | Automatyczna dekretacja wyciągów bankowych na podstawie zdefiniowanych szablonów dekretacji |
Wyciągi bankowe | Możliwość zaimportowania do systemu całego wyciągu bankowego wraz z pozycjami z pliku tekstowego |
Wyciągi bankowe | Mechanizm parametryzacji funkcji importu wyciągów, w przypadku podpisania umowy z innymi bankami w przyszłości. |
Wyciągi bankowe | Mechanizm wyznaczający opisy pozycji wyciągu i automatyzujący proces księgowania. |
Wyciągi bankowe | Możliwość rozliczenia rozrachunku z poziomu wprowadzania wyciągów bankowych |
Wyciągi bankowe | Mechanizm przepisujący stan zamknięcia wyciągu bankowego, jako stan otwarcia nowo otwieranego wyciągu. |
Wyciągi bankowe | Możliwość utworzenia lokaty, powrotu lokaty z poziomu wprowadzania wyciągów bankowych zgodnie z regułami prowadzania lokat walutowych |
Zgodność z ustawami | Zgodność z Ustawą z dnia 29 września 1994 r. o rachunkowości (tekst jedn.: Dz.U. 2018 poz. 395 z późn. zm.). |
Zgodność z ustawami | Zgodność z Ustawą z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (tekst jedn.: Dz.U. 2016 poz. 922 z późn. zm.). |
Zgodność z ustawami | Zgodność z Ustawą z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (tekst jedn.: Dz.U. 2018 poz. 200 z późn. zm.). |
Zgodność z ustawami | Zgodność z Ustawą z dnia 11 marca 2004 r. o podatku od towarów i usług (tekst jedn.: Dz.U. 2017 poz. 1221 z późn. zm.). |
Zgodność z ustawami | Zgodność z Ustawą z dnia 15 lutego 1992 r. o podatku dochodowym od osób prawnych (tekst jedn.: Dz.U. 2017 poz. 2343 z późn. zm.). |
Zgodność z ustawami | Zgodność z Ustawą z dnia 29 sierpnia 1997 r. Ordynacja podatkowa (tekst jedn.: Dz.U 2017, poz. 201 z późn. zm.). |
Wydruki | Wydruk sprawozdań miesięcznych i rocznych: |
Xxxxxxx | · xxxxxxx |
Wydruki | · sprawozdania z przepływu środków pieniężnych |
Wydruki | · rachunku zysków i strat (metodą kalkulacyjną lub metodą porównawczą) |
Wydruki | · zapis zestawień do zbioru tekstowego lub w formacie arkusza MS Excel |
Wydruki | Możliwość definiowania własnych szablonów sprawozdań przez użytkownika lub wsparcie przy zasileniu arkuszy Excel danymi. |
Wydruki | Raporty dekretów, kartoteki kont, obrotów i salda muszą posiadać informację: nazwa firmy, okres którego dotyczą, datę wykonania. |
Sprawozdawczość | Budowa i emisja sprawozdań opartych na informacjach zawartych w księdze głównej i księgach pomocniczych modułu FK |
Sprawozdawczość | Tworzenie i zapisu szablonów sprawozdań w formacie MS Excel |
Sprawozdawczość | Swobodne budowanie postaci szablonu sprawozdania |
Sprawozdawczość | Korzystanie z formuł operujących na stanach i obrotach kont, stanach i obrotach grup kont oraz stanach i obrotach rozrachunków |
Sprawozdawczość | Budowanie sprawozdań w oparciu o wybrane okresy sprawozdawcze |
Sprawozdawczość | Wydruk sprawozdań |
Wymiana danych w ramach systemu | Wymiana danych w ramach systemu: |
Wymiana danych w ramach systemu | · wspomaganie dekretacji dokumentów z innych modułów poprzez definiowalne schematy księgowania z możliwością różnicowania schematów księgowań np. w ramach okresów rozliczeniowych oraz przechowywaniem schematów archiwalnych |
Wymiana danych w ramach systemu | · integracja z pozostałymi modułami systemu na poziomie np.: słownika kontrahentów, ośrodków powstawania kosztów, słownika placówek, pracownika |
Wymiana danych w ramach systemu | Obsługa SAD, rejestracja, dekretacja, rozliczenie z Urzędem Celnym. |
Zgodność z przepisami | Zgodność modułu Ewidencji Środków Trwałych z poniższymi aktami prawnymi: |
Zgodność z przepisami | Zgodność z Ustawą z dnia 29 września 1994 r. o rachunkowości (tekst jedn.: Dz.U. 2018 poz. 395 z późn. zm.). |
Zgodność z przepisami | Zgodność z Ustawą z dnia 15 lutego 1992 r. o podatku dochodowym od osób prawnych (tekst jedn.: Dz.U. 2017 poz. 2343 z późn. zm.). |
Ewidencja Majątku | Prowadzenie ewidencji kart składników majątku trwałego wg: środków trwałych, wartości niematerialnych i prawnych, składników niskocennych, wyposażenia, aparatury badawczej |
Ewidencja Majątku | Obsługa składowych środków trwałych |
Ewidencja Majątku | Obsługa ilościowo – wartościowa licznych składników majątku trwałego |
Ewidencja Majątku | Prowadzenie kartotek składników majątku trwałego (ilościowo-wartościowych), z uwzględnieniem następujących cech: |
Ewidencja Majątku | · przynależności klasyfikacyjnej GUS (KŚT) |
Ewidencja Majątku | · informacji dotyczących przyjęcia środka trwałego |
Ewidencja Majątku | · stawki i metody amortyzacji. Automatyczne naliczanie amortyzacji z określeniem metody: jednorazowa, liniowa, liniowa przyspieszona i spowolniona, degresywna). Wyznaczenie amortyzacji na wszystkie lata użytkowania |
Ewidencja Majątku | · bieżący stopień zużycia (umorzenia) |
Ewidencja Majątku | · miejsce użytkowania |
Ewidencja Majątku | · powiązania składnika majątku trwałego z ośrodkami powstawania kosztów, na rzecz, których środki trwałe są użytkowane |
Ewidencja Majątku | · możliwość przypisania kilku komórek kosztowych dla jednego środka trwałego z podziałem procentowym lub wartościowym kosztów |
Ewidencja Majątku | · obsługa wielu źródeł finansowania środków |
Ewidencja Majątku | · osoby odpowiedzialnej |
Ewidencja Majątku | Możliwość tworzenia własnych słowników np. form własności, przeznaczenia, likwidacji, itp. |
Ewidencja Majątku | Elastyczne nadanie własnego numeru inwentarzowego. |
Ewidencja Majątku | Możliwość definiowania komórek kosztowych środków trwałych pobieranych ze struktury organizacyjnej oraz dodatkowo definiowania własnych |
Ewidencja Majątku | Możliwość definiowania słownika osób odpowiedzialnych za środek trwały |
Ewidencja Majątku | Możliwość definiowania okresów sprawozdawczych dla środków trwałych z różną liczbą podokresów (miesięcy) |
Ewidencja Majątku | Możliwość wprowadzenia listy źródeł finansowania |
Ewidencja Majątku | Możliwość przypisania konta księgowego do słownika źródeł finansowania i stanowisk kosztów środków trwałych |
Ewidencja Majątku | Wbudowana klasyfikacja GUS środków trwałych |
Ewidencja Majątku | Możliwość dołączenia plików (skany dokumentów, zdjęcia, itp.) do kartoteki majątku trwałego |
Ewidencja Majątku | Możliwość eksportu i importu struktury klasyfikacji GUS do formatu np. XML, txt, itp. |
Ewidencja Majątku | Podział składników majątku trwałego według grup Klasyfikacji Środków Trwałych GUS, oraz definiowanych własnych klasyfikacji |
Ewidencja Majątku | Możliwość definiowania szablonów numeracji majątku trwałego np. podział na rodzaj majątku, rok przyjęcia, grupę GUS. |
Ewidencja Majątku | Możliwość przeglądania danych wprowadzonych na dokumencie przyjęcia do używania z poziomu ewidencji majątku trwałego |
Ewidencja Majątku | Możliwość generowania etykiet kodów kreskowych dla majątku trwałego w postaci EAN 13 |
Ewidencja Majątku | Możliwość generowania karty majątku trwałego z informacjami o wszystkich zmianach (zmiana miejsca użytkowania, zmiana osoby odpowiedzialnej, podpięte składowe, itp.) |
Ewidencja Majątku | Możliwość generowania zestawienia wartościowego majątku trwałego wg źródeł finansowania |
Ewidencja Majątku | Obsługa automatycznego nadawania numerów inwentarzowych z możliwością definiowania struktury numeru. |
Ewidencja Majątku | Obsługa cech dodatkowych środka trwałego (nr fabryczny, typ urządzenia, opis konstrukcji, charakterystyka, dostawca i data dostawy, data przyjęcia na ewidencję, numer dokumentu zakupu, data zakupu). |
Ewidencja Majątku | Możliwość przeglądania historii zmian osoby odpowiedzialnej, stanowiska kosztowego i miejsca użytkowania z poziomu ewidencji majątku trwałego |
Ewidencja Majątku | Możliwość zdefiniowania przez użytkownika dowolnej ilości ewidencji dodatkowych ŚT na potrzeby różnych standardów (MSR, etc.). |
Ewidencja Majątku | Możliwość wprowadzenia wyceny początkowej środka trwałego wg zdefiniowanego przez użytkownika standardu (np. MSR, etc.). |
Ewidencja Majątku | Możliwość prowadzenia odpisów nieplanowanych z tytułu utraty wartości ŚT – zmiana umorzenia ŚT oraz ewidencja historii tych zmian. |
Ewidencja Majątku | Możliwość obsługi składników majątku w różnych lokalizacjach (miejsce użytkowania) |
Ewidencja Majątku | Wydruki i zestawienia uwzględniające przyporządkowanie składnika do danej komórki organizacyjnej i źródła finansowania. |
Ewidencja Majątku | Ewidencja z uwzględnieniem źródeł finansowania dla każdego ze składników, wpływająca na późniejszą dekretację naliczonych odpisów amortyzacyjnych |
Ewidencja Majątku | Możliwość przypisania kilku komórek kosztowych dla jednego środka trwałego z podziałem procentowym kosztów |
Ewidencja Majątku | Możliwość przypisania jednocześnie miejsca użytkowania i kilku komórek kosztowych |
Ewidencja Majątku | Ewidencja części składowych poszczególnych składników majątku trwałego (komponentów) |
Ewidencja Majątku | Prowadzenie ksiąg inwentarzowych ( grupowania danych składników majątku trwałego według ksiąg inwentarzowych) |
Ewidencja Majątku | Prowadzenie i wydruk dziennika dokumentów w układzie miesięcznym (wprowadzanie, księgowanie dokumentów z aktualizacja kartotek składników majątku trwałego) |
Ewidencja Majątku | Dowolne metody wyszukiwania i przeglądania majątku trwałego (wg miejsc użytkowania, osób odpowiedzialnych, klasyfikacji rodzajowej, ośrodków kosztów, kont ewidencji rodzaju umorzeń). |
Ewidencja Majątku | Ewidencjonowanie oprócz podstawowych informacji również: atestu, typu produktu, roku produkcji, dodatkowej charakterystyki. |
Ewidencja Majątku | Wyróżnianie majątku dzierżawionego i oddanego w dzierżawę. |
Ewidencja Majątku | Ewidencja, przeglądanie oraz drukowanie składników majątku trwałego w podziale na różne źródła finansowania zakupu majątku trwałego (np. dotacje) |
Ewidencja Majątku | Ewidencja zmian w kartotekach składników majątku trwałego na podstawie dokumentów pierwotnych: |
Ewidencja Majątku | · przyjęcia składnika majątku trwałego (środka trwałego) |
Ewidencja Majątku | · ulepszenia, zmiany wartości składnika majątku trwałego |
Ewidencja Majątku | · wycofania składnika majątku trwałego z ewidencji bilansowej z uwzględnieniem sposobu wycofania: likwidacja środka trwałego, nieodpłatne przekazania środka trwałego, sprzedaż środka trwałego |
Ewidencja Majątku | · zmian informacji ewidencyjnych w kartotece składnika majątku trwałego |
Ewidencja Majątku | · naliczenia odpisów umorzeniowych składników majątku trwałego |
Ewidencja Majątku | · aktualizacji wartości składników majątku trwałego (na podstawie rozporządzenia Ministerstwa Finansów) |
Ewidencja Majątku | · zmiany miejsca użytkowania: składników majątku trwałego, części składowych składników majątku trwałego |
Ewidencja Majątku | · zmiany osoby odpowiedzialnej |
Ewidencja Majątku | Możliwość przypięcia do karty dokumentów w formie elektronicznej (np.. pdf,) |
Ewidencja Majątku | Możliwość ewidencjonowania aparatury specjalnej (badawczej) |
Ewidencja Majątku | Obsługa źródeł finansowania dla środków |
Ewidencja Majątku | Możliwość ewidencji środków nisko cennych oraz operacji z nimi związane: przychód, likwidacja, zmiana miejsca |
Ewidencja Majątku | Likwidacja i sprzedaż (całkowita i częściowa) majątku z automatyczną zmianą wartości i planu, ze zmniejszeniem liczby sztuk z odpowiednich miejsc użytkowania. |
Ewidencja Majątku | Prowadzenie kartotek środków niematerialnych i prawnych (ilościowo-wartościowych), z uwzględnieniem następujących cech: |
Ewidencja Majątku | · przynależności klasyfikacyjnej GUS (KŚT) |
Ewidencja Majątku | · informacji dotyczących przyjęcia środków niematerialnych i prawnych |
Ewidencja Majątku | · stawki i metody amortyzacji. Automatyczne naliczanie amortyzacji z określeniem metody: jednorazowa, liniowa, liniowa przyspieszona, degresywna). Wyznaczenie amortyzacji na wszystkie lata użytkowania |
Ewidencja Majątku | · bieżący stopień zużycia (umorzenia) |
Ewidencja Majątku | · miejsce użytkowania |
Ewidencja Majątku | · powiązania składnika środków niematerialnych i prawnych z miejscami użytkowania, gdzie środki trwałe są użytkowane |
Ewidencja Majątku | · możliwość przypisania kilku komórek kosztowych dla środków niematerialnych i prawnych z podziałem procentowym kosztów |
Ewidencja Majątku | · obsługa wielu źródeł finansowania środków |
Ewidencja Majątku | · osoby odpowiedzialnej |
Środki niskocenne | Możliwość obsługi środków niskocennych |
Środki niskocenne | · zdefiniowanie magazynów dla poszczególnych miejsc powstawania kosztów |
Środki niskocenne | · przyjęcia, wydania, wymiany, kasacje środków niskocennych |
Środki niskocenne | · inwentaryzacja środków niskocennych w powiązaniu z inwentaryzacją w obszarze ewidencji środków trwałych wysokocennych |
Środki niskocenne | · zastosowanie czytników kodów kreskowych EAN podczas inwentaryzacji |
Środki niskocenne | · możliwość drukowania etykiet środków trwałych z wykorzystaniem drukarki kodów kreskowych |
Środki niskocenne | · obsługa licznych środków niskocennych |
Środki niskocenne | Prowadzenie kartotek środków niskocennych i wyposażenia (ilościowo-wartościowych), z uwzględnieniem następujących cech: |
Środki niskocenne | · przynależności klasyfikacyjnej GUS (KŚT) |
Środki niskocenne | · informacji dotyczących przyjęcia środków niskocennych i wyposażenia |
Środki niskocenne | · miejsce użytkowania |
Inwentaryzacja | Możliwość przygotowania i wydruk arkuszy spisu z natury |
Inwentaryzacja | Możliwość przygotowania i wydruku czystych lub wypełnionych arkuszy spisowych wg zadanych kryteriów np. miejsca użytkowania, pracownika odpowiedzialnego za środek, innych |
Inwentaryzacja | Możliwość prowadzenia inwentaryzacji dla dowolnego miejsca użytkowania lub osoby odpowiedzialnej lub wybranych numerów inwentarzowych |
Inwentaryzacja | Możliwość prowadzenie spisów inwentaryzacyjnych i rozliczenie inwentaryzacji w tym z wykorzystaniem czytników kodów kreskowych |
Inwentaryzacja | Wprowadzenie rzeczywistych ilości składników majątku trwałego na podstawie spisu z natury i ich porównanie z wartościami księgowymi |
Inwentaryzacja | Możliwość wygenerowania raportu o niezgodnościach w inwentaryzacji (niedobory i nadwyżki) |
Inwentaryzacja | Możliwość automatycznego wygenerowania dokumentów przyjęcia, likwidacji, zamiany miejsca użytkowania z poziomu dokumentu inwentaryzacji |
Inwentaryzacja | Możliwość prowadzenia inwentaryzacji przy pomocy kolektorów (czytników kodów kreskowych) |
Operacje | Wprowadzenie bilansu otwarcia – ilościowo-wartościowego stanu składników majątku trwałego na dzień rozpoczęcia pracy systemu |
Operacje | Możliwość automatycznego wygenerowania dokumentu przyjęcia do używania z dokumentu zakupu środka trwałego |
Operacje | Możliwość wprowadzenia symbolu klasyfikacji GUS, formy zakupu, formy własności, źródeł finansowania, kilku systemów amortyzacji, (co najmniej podatkowego i bilansowego), osób odpowiedzialnych, miejsca użytkowania i komórki kosztowej w dokumencie przyjęcia do używania |
Operacje | Przypisanie środka do pracownika odpowiedzialnego z możliwością zachowania historii zmian |
Operacje | Możliwość wygenerowania protokołu zdawczo-odbiorczego z dokumentu zmiana osoby odpowiedzialnej |
Operacje | Rejestracja dokumentów zmiany miejsca użytkowania |
Operacje | Rejestracja dokumentów zmiany stawki amortyzacji oraz zmiany dodatkowych informacji o środku (np. zmiana przypisania do pracownika, stanowiska kosztów) |
Operacje | Rejestracja dokumentów likwidacji i częściowej likwidacji środka |
Operacje | Możliwość przeglądania historii operacji prowadzonych na majątku trwałym z poziomu ewidencji majątku trwałego |
Operacje | Możliwość przeglądania wszystkich prowadzonych operacji w majątku trwałym |
Operacje | Możliwość automatycznego wygenerowania dokumentu amortyzacji dla wszystkich systemów amortyzacji dla kolejnego miesiąca okresu sprawozdawczego |
Operacje | Możliwość generowania kilku dokumentów amortyzacji w jednym miesiącu |
Operacje | Możliwość definiowania wielu typów dokumentów dla jednego rodzaju operacji np. dla operacji przyjęcia do używania definiujemy typ OT i OT_P, itp.(użyte oznaczenia nie mają znaczenia, służą, jako przykład). |
Operacje | Możliwość definiowania szablonów numeracji dla poszczególnych typów dokumentów |
Operacje | Możliwość podłączenia wielu systemów amortyzacji do jednego typu dokumentu |
Operacje | Możliwość przeprowadzenia anulowania wykonanych operacji |
Operacje | Możliwość automatycznej dekretacji dokumentów, (co najmniej przyjęcia do używania, przyjęcia częściowego, dokumentu BO, zmiana wartości, zmiana umorzenia, likwidacja, amortyzacja) majątku trwałego według zdefiniowanych szablonów |
Plany Amortyzacji | Automatyczne generowanie planu amortyzacji. |
Plany Amortyzacji | Obsługa wieloletnich planów amortyzacji |
Plany Amortyzacji | Możliwość definiowania co najmniej 2 systemów amortyzacji podatkowego i bilansowego |
Plany Amortyzacji | Możliwość prowadzenia amortyzacji wg różnych metod: liniowej, degresywnej, jednorazowej, sezonowej, itp. |
Plany Amortyzacji | Równoległa ewidencja amortyzacji i stanów dla różnych systemów amortyzacji (co najmniej dwóch: podatkowy, bilansowy, inne), z uwzględnieniem wprowadzonych informacji o źródłach finansowania wpływających na księgowanie odpisów amortyzacyjnych. |
Plany Amortyzacji | Automatyczne przygotowanie i prowadzenie tabel amortyzacyjnych dla każdego składnika majątku trwałego, zawierających: |
Plany Amortyzacji | · informacje nt. planowanych w danym roku odpisów umorzeniowych (plany amortyzacji) |
Plany Amortyzacji | · informacje o realizacji planu amortyzacji – faktycznie dokonanych odpisach umorzeniowych (tabele amortyzacji) |
Plany Amortyzacji | Możliwość przypisania sposobu amortyzacji środków trwałych (metoda liniowa, degresywna, liniowa ze współczynnikiem, jednorazowa dla środków nisko cennych) |
Plany Amortyzacji | Możliwość określenia daty rozpoczęcia naliczania amortyzacji |
Plany Amortyzacji | Możliwość przeliczenia i wydruku planu amortyzacji na dany rok i w perspektywie kilkuletniej |
Plany Amortyzacji | Możliwość przeglądania planów amortyzacji w układzie rocznym i miesięcznym |
Plany Amortyzacji | Możliwość przeglądania planów amortyzacji naliczonej i nienaliczonej |
Plany Amortyzacji | Możliwość przeglądania planów amortyzacji, co najmniej wg klasyfikacji GUS, zdefiniowanych własnych klasyfikacji dodatkowych, rodzajów amortyzacji, stanowiska kosztów, osoby odpowiedzialnej, itp. |
Plany Amortyzacji | Możliwość przeglądania i generowania wszystkich planów amortyzacji z poziomu ewidencji majątku trwałego |
Plany Amortyzacji | Możliwość wydruku planów amortyzacji naliczonej i nienaliczonej wg klasyfikacji GUS, źródeł finansowania, stanowisk kosztowych |
Plany Amortyzacji | Możliwość przeglądania wygenerowanego planu amortyzacji dla roboczego dokumentu przyjęcia do używania |
Plany Amortyzacji | Możliwość automatycznego wstawienia stawki amortyzacji na podstawie podanej grupy GUS |
Plany Amortyzacji | Możliwość przeglądania planów amortyzacji naliczonej i nienaliczonej |
Plany Amortyzacji | Możliwość przeglądania planów amortyzacji, co najmniej wg klasyfikacji GUS, zdefiniowanych własnych klasyfikacji dodatkowych, rodzajów amortyzacji, stanowiska kosztów, osoby odpowiedzialnej, itp. |
Plany Amortyzacji | Możliwość przeglądania i generowania wszystkich planów amortyzacji z poziomu ewidencji majątku trwałego |
Plany Amortyzacji | Możliwość wydruku planów amortyzacji naliczonej i nienaliczonej wg klasyfikacji GUS, źródeł finansowania, stanowisk kosztowych |
Plany Amortyzacji | Wykonanie miesięcznego wydruku naliczonej amortyzacji z możliwością podziału na ośrodki powstawania kosztów |
Plany Amortyzacji | Automatyczna dekretacja amortyzacji dla środków trwałych dotowanych w podziale na stanowiącą i niestanowiącą kosztów uzyskania przychodów |
Remonty | Możliwość ewidencji remontów majątku trwałego |
Remonty | Możliwość automatycznego wygenerowania dokumentu zawieszenia czasowego amortyzacji z obszaru ewidencji remontów |
Remonty | Możliwość wskazania daty następnego remontu lub przeglądu |
Wymiana danych w ramach systemu: | Wymiana danych w ramach systemu: |
Wymiana danych w ramach systemu: | · wartościowy, syntetyczny zapis zmian w majątku trwałym na kontach księgi głównej modułu FK poprzez mechanizm eksportu danych do modułu FK |
Wymiana danych w ramach systemu: | · elastyczne tworzenie wzorców eksportu do modułu FK |
Kontrahenci | Możliwość grupowania kontrahentów i produktów w klasy lub grupy |
Kontrahenci | Możliwość używania alfanumerycznych identyfikatorów kontrahentów. |
Kontrahenci | Możliwość wprowadzania numeru NIP nadanego zarówno w Polsce jak i w dowolnym kraju należącym do Unii Europejskiej |
Kontrahenci | Sprawdzanie NIP-u kontrahenta bez uwzględnienia podziału na segmenty i użyte separatory. |
Kontrahenci | Możliwość pracy z kartoteką kontrahentów w podziale na dostawców, odbiorców. |
Kontrahenci | Możliwość definiowania i obsługi kontrahentów będących zarówno dostawcami jak i odbiorcami. |
Kontrahenci | Automatyczne nadawanie księgowego konta analitycznego kontrahentowi |
Kontrahenci | Możliwość zdefiniowania płatnika dla kontrahenta |
Kontrahenci | Możliwość zdefiniowania wielu (minimum 3 adresów) dla kontrahenta np. podstawowego, do fakturowania, do wysyłki, do odbioru, itp. |
Kontrahenci | Możliwość definiowania osób kontaktowych wraz z informacjami dodatkowymi (np. kompetencje, rola u kontrahenta itp.) do kontrahentów |
Kontrahenci | Możliwość definiowania dodatkowych cech kontrahentów i produktów. Każda z cech powinna mieć kontrolę typu wprowadzanych danych (data, liczba, tekst, pozycja z listy wartości) oraz ich formatu. |
Kontrahenci | Możliwość definiowania dowolnej liczby kont bankowych dla dostawców prowadzonych w różnych bankach i różnych walutach |
Kontrahenci | Możliwość zdefiniowania kont bankowych dla odbiorców (do płatności masowych – każdy odbiorców może mieć zdefiniowane subkonto) |
Kontrahenci | Możliwość przypisania konta księgowego dla grupy kontrahentów lub kontrahenta |
Kontrahenci | Możliwość wprowadzania kontaktów z kontrahentami |
Kontrahenci | Możliwość wprowadzenia nowego kontrahenta do kartoteki podczas rejestracji faktury bez utraty już wprowadzonych danych |
Kontrahenci | Możliwość zdefiniowania kartotek kontrahentów zawierających minimum: identyfikator i nazwę, dane adresowe, dane do komunikacji (w tym adres email, telefon, fax, osoba kontaktowa), domyślną walutę do transakcji z kontrahentem, domyślne warunki płatności, dane dotyczące rachunków bankowych, przypisanie dostawców i odbiorców do grup |
Kontrahenci | Możliwość tworzenia jednorazowych dostawców i odbiorców. |
Kontrahenci | Możliwość blokowania dostawcy i odbiorcy w systemie (np. w celu blokowania płatności czy sprzedaży). |
Zakup | Możliwość wprowadzenia zakupu do zbioru dokumentów przychodzących |
Zakup | Możliwość połączenia ewidencji dokumentów zakupu z elektronicznym obiegiem dokumentów. |
Zakup | Możliwość podpięcia do dokumentów danych multimedialnych np. tekst umowy, zdjęcie inwestycji, zeskanowanie faktury itp. |
Zakup | Możliwość wskazania na etapie wprowadzania dokumentu zakupu miejsc kosztowych (komórka kosztowa, pracownik, grant) wykorzystanych później przy dekretacji dokumentów |
Zakup | Możliwość wprowadzenia dokumentu zakupu rozliczającego zaliczkę pracownika. W dokumencie, jako odbiorca musi być wykazany rzeczywisty kontrahent, od którego pochodzi dokument, a rozrachunek ma zostać wygenerowany automatycznie na konto pracownika |
Zakup | Możliwość definiowania różnych typów dokumentów zakupu – usług, środków trwałych, inwestycji, materiałów. |
Zakup | Mechanizm automatycznej dekretacji dokumentów zakupu z możliwością utworzenia oddzielnych szablonów dla różnych typów dokumentów zakupu |
Zakup | Możliwość wprowadzenia opisów do pozycji i nagłówka dokumentu zakupu i przeniesienie tych opisów do dekretów księgowych |
Zakup | Określenia sposobu numeracji dokumentów zakupu (określenie postaci symbolu dokumentu zakupu) |
Zakup | Możliwość generowania dokumentu zakupu na podstawie dokumentu PZ z możliwością kontroli braku powiązania. Automatyczne korygowanie dokumentów PZ na podstawie zmian w powiązanej fakturze zakupu |
Zakup | Możliwość definiowania w systemie wskaźnika odliczenia VAT w danym roku |
Sprzedaż | Prowadzenie dziennika dokumentów sprzedaży |
Sprzedaż | Grupowanie dokumentów sprzedaży i powiązanie grup dokumentów sprzedaży z grupami dokumentów oprogramowania finansowo-księgowego |
Sprzedaż | Określenia sposobu numeracji dokumentów sprzedaży (określenie postaci symbolu dokumentu sprzedaży) |
Sprzedaż | Wprowadzanie dokumentów sprzedaży z możliwością obsługi VAT |
Sprzedaż | Wystawianie faktury korygującej |
Sprzedaż | Możliwość korygowania korekt. |
Sprzedaż | Możliwość zdefiniowania własnych typów dokumentów sprzedaży w celu rozróżnienia rodzaju działalności (prace zlecone, najem itd.) |
Sprzedaż | Rejestracja i rozliczenie faktur zaliczkowych |
Sprzedaż | Monitorowanie rozrachunków w momencie wystawiania faktury |
Sprzedaż | Obsługa umów z odbiorcami w celu automatycznego tworzenia miesięcznych faktur na stałe usługi np. wynajem pomieszczeń |
Sprzedaż | Określenie formy płatności, typu wystawianego dokumentu oraz nabywcy |
Sprzedaż | Obsługa jednorazowego nabywcy gotówkowego |
Sprzedaż | Dostęp do katalogu kontrahentów i pracowników zapisanych w systemie |
Sprzedaż | Określenie rozdziału stosunku wpływów ze sprzedaży na ośrodki powstawania kosztów |
Sprzedaż | Możliwość prowadzenia sprzedaży za granicę (wewnątrz Unii Europejskiej i poza obszar wspólnotowy) z uwzględnieniem wymogów dla dokumentu potwierdzającego taką sprzedaż. |
Sprzedaż | Mechanizm automatycznej dekretacji dokumentów sprzedaży z możliwością utworzenia oddzielnych szablonów dla różnych typów dokumentów sprzedaży |
Sprzedaż | Wystawianie dokumentów sprzedaży z automatycznym generowaniem dokumentów wydania WZ. |
Sprzedaż | Możliwość automatycznej generacji faktur na podstawie dokumentów wydania WZ lub zamówień od odbiorców |
Sprzedaż | Możliwość ręcznej modyfikacji cen w momencie wystawiana dokumentów sprzedaży. |
Sprzedaż | Ewidencja VAT sprzedaży, tworzenie rejestru VAT. |
Sprzedaż | Możliwość wystawienia dokumentu sprzedaży, gdzie pozycjami będą towary/materiały z magazynu i usługi. Automatyczna dekretacja takiego dokumentu |
Sprzedaż | Możliwość sporządzania zestawień i rejestrów ułatwiających analizę sprzedaży. |
Sprzedaż | Możliwość podpięcia do dokumentów danych multimedialnych np. tekst umowy, zdjęcie inwestycji, zeskanowanie faktury itp. |
Sprzedaż | Współpracy z drukarkami fiskalnymi |
Sprzedaż | Możliwość określenia uprawnień do typu dokumentów sprzedaży dla konkretnych użytkowników systemu |
Obsługa sprzedaży usług i towarów | Obsługa sprzedaży usług i towarów: |
Obsługa sprzedaży usług i towarów | · prowadzenie katalogów (cenników) sprzedawanych składników: usług, materiałów, środków trwałych |
Obsługa sprzedaży usług i towarów | · prowadzenie dziennika dokumentów sprzedaży |
Obsługa sprzedaży usług i towarów | · grupowanie dokumentów sprzedaży i powiązanie grup dokumentów sprzedaży z grupami dokumentów oprogramowania finansowo-księgowego (dalej zwanego modułem FK) |
Obsługa sprzedaży usług i towarów | · określenia sposobu numeracji dokumentów sprzedaży (określenie postaci symbolu dokumentu sprzedaży) |
Obsługa sprzedaży usług i towarów | · możliwość sprzedaży usług wyliczanych od cen netto lub brutto |
Obsługa sprzedaży usług i towarów | · obsługa szczególnych momentów powstawania obowiązku podatkowego VAT |
Obsługa sprzedaży usług i towarów | · określenie formy płatności, typu wystawianego dokumentu oraz nabywcy |
Obsługa sprzedaży usług i towarów | · wykorzystanie katalogu kontrahentów i pracowników zintegrowanego z modułem FK |
Obsługa sprzedaży usług i towarów | · obsługa jednorazowego nabywcy gotówkowego |
Obsługa sprzedaży usług i towarów | · określenie rozdziału stosunku wpływów ze sprzedaży na ośrodki powstawania kosztów |
Obsługa sprzedaży usług i towarów | · wydruk dokumentu sprzedaży zgodnie z określonym typem wystawianego dokumentu |
Obsługa sprzedaży usług i towarów | · współpracy z drukarkami fiskalnymi |
Obsługa sprzedaży usług i towarów | · eksportu dokumentów sprzedaży do modułu finansowo-księgowego |
Obsługa sprzedaży usług i towarów | · wydruk wymaganych zestawień na podstawie dokumentów sprzedaży |
Obsługa sprzedaży usług i towarów | · rejestru sprzedaży, z możliwością wprowadzenia faktur zaliczkowych i ich rozliczania |
Obsługa sprzedaży usług i towarów | · obsługa sprzedaży z automatycznym rozksięgowaniem wpływów ze sprzedaży na ośrodki powstawania kosztów |
Obsługa sprzedaży usług i towarów | · możliwość obsługi wielu stanowisk kasowych zintegrowanych z kasą główną |
Obsługa sprzedaży usług i towarów | · automatyczne tworzenie dokumentów kasowych KP i KW po zaakceptowaniu dokumentu sprzedaży/paragonu |
Obsługa sprzedaży usług i towarów | · obsługa not księgowych obciążeniowych i uznaniowych |
Obsługa sprzedaży usług i towarów | · obsługa sprzedaży i VAT dotyczących usług za poprzedni miesiąc |
Obsługa sprzedaży usług i towarów | · mechanizm ułatwiający (np. kreator) wprowadzanie zmian stawek podatku VAT w całym systemie |
Obsługa sprzedaży usług i towarów | · obsługa umów z odbiorcami w celu automatycznego tworzenia miesięcznych faktur na stałe usługi np. wynajem pomieszczeń |
Obsługa sprzedaży usług i towarów | Możliwość dodawania cech kontrahentom (np. ocena, grupa towarowa) |
Zapotrzebowanie | Rejestracja Zapotrzebowań (zamówień wewnętrznych) wraz z możliwością wskazania komórki, zadania (zlecenia remontowego, inwestycyjnego, innego). |
Zapotrzebowanie | Rejestracja zamówień do dostawców z możliwością kontroli stanu realizacji zamówienia |
Zapotrzebowanie | Automatyczna generacja zamówień na podstawie zapotrzebowań |
Zapotrzebowanie | Możliwość łączenia zamówień |
Zapotrzebowanie | Możliwość tworzenia planów zakupowych |
Zapotrzebowanie | Możliwość generowania planu zakupów z zapotrzebowania lub kilku zapotrzebowań |
Zapotrzebowanie | Możliwość dołączenia nowego zapotrzebowania do istniejącego planu zakupów |
Zapotrzebowanie | Możliwość ręcznej edycji planów zakupowych |
Plany zakupów | Możliwość stworzenia planów zakupowych w rozbiciu miesięcznym i rocznym |
Zamówienia | Możliwość przeglądania danych nt. wszystkich zakupów pod kątem dowolnego okresu z przeszłości (kod towaru / usługi; ilość; wartość; nazwa dostawcy; data zakupu) |
Zamówienia | Możliwość rejestrowania automatycznego (z zapotrzebowania) oraz ręcznego zamówienia zakupu |
Zamówienia | Dostępne statusy dla zamówienia co najmniej: robocze, zatwierdzone, częściowo rozliczone, zamknięte |
Zamówienia | Możliwość wprowadzania maski numeracji dokumentów do automatycznego numerowania zamówień zakupu |
Zamówienia | Możliwość umieszczenia numeru umowy oraz numeru sprawy na zamówieniu zakupu |
Zamówienia | Możliwość definiowania różnych typów zamówień zakupu w celu wyróżnienia rodzajów zamówienia |
Zamówienia | Możliwość umieszczenia jednego lub wielu indeksów materiałowych/ usług w zamówieniu zakupu. |
Zamówienia | Możliwość wykorzystania zakupywanych jednostek miary wraz z przelicznikami na jednostki pochodne |
Zamówienia | Możliwość wprowadzania adnotacji/opisu do zamówienia zakupu |
Zamówienia | Możliwość zdefiniowania stałego (długoterminowego) zamówienie zakupu wraz z logiką jego dostaw |
Zamówienia | Możliwość systemowego połączenia faktur i dokumentów magazynowych z zamówieniem |
Zamówienia | Możliwość automatycznego przesyłania zamówienia zakupu do dostawcy za pomocą faksu lub w formie załącznika do maila |
Zamówienia | Możliwość definiowania warunków dostawy |
Zamówienia | Możliwość przypisania do zamówień warunków dostawy i wymagań związanych z potwierdzeniem odbioru |
Zamówienia | Możliwość realizacji dostawy kompletnej lub częściowej dla danego zamówienia |
Zamówienia | Drukowanie wybranego miejsca dostawy (adresu dostawy) na zamówieniu zakupu |
Zamówienia | Możliwość wyszukiwania dostawców według dostarczanych indeksów materiałowych stosowanych u danego dostawcy |
Zamówienia | Możliwość dostępu do historii zamówień |
Zamówienia | Możliwość raportowania o potwierdzonych zamówieniach zakupu przez dostawców |
Zamówienia | Możliwość wyświetlenia zaplanowanych zamówień zakupu |
Zamówienia | Możliwość monitorowania terminów dostaw |
Zamówienia | Weryfikacja zamówienia z dostawą, informacja o rozbieżnościach |
Zamówienia | Dostęp do historii cen zakupu wg dostawcy/ indeksu |
Zamówienia | Raport realizacji zamówień (poprzez bezpośrednie powiązanie zamówienia z fakturą zakupu) |
Zamówienia | Możliwość konfiguracji automatycznej weryfikacji ilość/wartość pomiędzy zamówieniem zakupu a dokumentem dostawy i fakturą zakupową |
Obsługa umów | Ewidencja umów powstałych z zapotrzebowań |
Obsługa umów | Możliwość ewidencji podpisanych umów z dostawcami materiałów i usług |
Obsługa umów | Rozliczanie umów i kontrola ich realizacji |
Obsługa umów | Kontrola ilości i wartości podczas realizacji umów |
Obsługa umów | Raportowanie realizacji umów wg dostawców i zamawianych materiałów |
Obsługa umów | Integracja z modułem zakupów w zakresie automatyzacji wprowadzania na stan towarów dostarczanych w ramach umów dostępnych w tym module, a w szczególności automatycznej kontroli zgodności faktury dostawy z warunkami umowy |
Obsługa umów | Możliwość zdefiniowania daty obowiązywania umów |
Obsługa umów | Możliwość generowania zamówień bezpośrednio z poziomu umowy |
Obsługa umów | Możliwość powiązania dokumentów dostaw oraz faktur zakupu z umową |
Obsługa umów | Możliwość określenia maski numerowania umów |
Obsługa umów | Możliwość przeglądania umów z dostawcami pod kątem przedmiotów dostawy |
Obsługa umów | Możliwość dostępu z systemu ERP do skanu umowy |
Obsługa umów | Możliwość raportowania zamówień i dostaw stanu realizacji umowy przypisanych do danej umowy |
Wewnętrzny obieg dokumentów | Zastosowanie mechanizmów obiegu dokumentów w celu określenia wieloetapowej pracy z dokumentami procesu zakupu, a w szczególności: |
Wewnętrzny obieg dokumentów | • możliwość określenia szablonów obiegu dla dokumentów zamówień do dostawców, faktur zakupu i dokumentów dostawy |
Wewnętrzny obieg dokumentów | • możliwość definicji przebiegu procesów wariantowych |
Wewnętrzny obieg dokumentów | • możliwość określenia stanów dokumentów |
Wewnętrzny obieg dokumentów | • możliwość określenia jakie role w przetwarzaniu dokumentów pełnią osoby lub grupy osób uczestniczące w wykonywaniu danej czynności |
Wewnętrzny obieg dokumentów | • automatyczne przekazywanie informacji dla osób uczestniczących w procesie obiegu dokumentów |
Wewnętrzny obieg dokumentów | • kontrola etapu dokumentu i stanu pracy poszczególnych użytkowników |
Wewnętrzny obieg dokumentów | • możliwość podpięcia skanu dokumentu w postaci pliku pdf |
Wewnętrzny obieg dokumentów | • możliwość aktywacji obiegu w związku z cechami dokumentu np.: powyżej założonej wartości |
Wewnętrzny obieg dokumentów | • możliwość przekazania uwag własnych użytkownika |
Magazyn | Możliwość definiowania dowolnej ilości magazynów |
Magazyn | Obsługa wielu magazynów |
Magazyn | Obsługa magazynów obcych (komisowych) |
Magazyn | Możliwość prowadzenia magazynów w cenach brutto |
Magazyn | Możliwość definiowania sposobu wyceny rozchodu materiałów na poszczególnych magazynach w oparciu o ceny rzeczywiste FIFO, ceny rzeczywiste LIFO, ceny rzeczywiste LOT (wybór z konkretnej dostawy), ceny średnioważone, ceny ewidencyjne |
Magazyn | Możliwość określenia uprawnień do magazynów dla konkretnych użytkowników systemu |
Magazyn | Możliwość rozliczania korekt dokumentów magazynowych zgodnie z historią rozchodów |
Magazyn | Możliwość określenia asortymentu ewidencjonowanego w poszczególnych magazynach |
Magazyn | Możliwość definiowania miejsc składowania w magazynie |
Magazyn | Możliwość włączenia kontroli stanów minimalnych i maksymalnych |
Magazyn | Ewidencja obrotu materiałowego w cyklu miesięcznym (prowadzenie dziennika wprowadzonych dokumentów) |
Dokumenty magazynowe | Możliwość wprowadzenia bilansu otwarcia (ilościowo-wartościowego stanu zapasów materiałowych na dzień rozpoczęcia pracy systemu) |
Dokumenty magazynowe | Możliwość dokonania korekty bilansu otwarcia wraz z automatyczną korektą rozchodów dokonanych na podstawie bilansu otwarcia |
Dokumenty magazynowe | Ewidencja przychodu materiałów (możliwość zdefiniowania różnych typów dokumentów przychodowych związanych z różnymi rodzajami działalności) |
Dokumenty magazynowe | Powiązanie dokumentu przychodu zewnętrznego z fakturą zakupu rejestrowaną w module zakupów |
Dokumenty magazynowe | Możliwość wykonywania korekt przychodów ilościowo-wartościowych wraz z automatyczną korektą rozchodów, dokonanych na podstawie skorygowanych dostaw |
Dokumenty magazynowe | Ewidencja rozchodów materiałów zgodnie z przyjętym sposobem wyceny (możliwość zdefiniowania różnych typów dokumentów rozchodowych związanych z różnymi rodzajami działalności) |
Dokumenty magazynowe | Kontrola kolejności wprowadzanych dokumentów magazynowych - uniemożliwienie wydania materiałów z magazynu z datą wcześniejszą niż data ich przyjęcia na ten magazyn |
Dokumenty magazynowe | Możliwość wykonywania korekt rozchodów ilościowo-wartościowych |
Dokumenty magazynowe | Rozbijanie pojedynczych pozycji rozchodu dla celów rachunku kosztów w różnych przekrojach |
Dokumenty magazynowe | Wydruk dokumentu przekazania towaru na podstawie dokumentu rozchodu wewnętrznego |
Dokumenty magazynowe | Ewidencja rozchodów zewnętrznych – ewidencjonowania różnych typów rozchodów (osobne typy dokumentów) np. ze względu na przyczynę przekazania materiałów |
Dokumenty magazynowe | Ewidencja zwrotów od odbiorcy, zewnętrznego i wewnętrznego |
Dokumenty magazynowe | Ewidencja przesunięć międzymagazynowych materiałów. |
Dokumenty magazynowe | Wydruk dokumentów związanych z obrotem materiałowym. |
Dokumenty magazynowe | Integracja z modułem finansowo-księgowym na poziomie korzystania ze wspólnych słowników: kontrahentów, magazynów, rodzajów kosztów, placówek, ośrodków powstawania kosztów |
Dokumenty magazynowe | Przenoszenie wartościowego, syntetycznego zapisu obrotu materiałowego na konta księgi głównej w module finansowo-księgowym |
Dokumenty magazynowe | Możliwość przygotowania szablonów dekretacji księgowej i automatycznego przesyłania danych do modułu finansowo-księgowego (elastyczne tworzenie wzorców eksportu danych do modułu FK) |
Dokumenty magazynowe | Obsługa definiowanych przez Użytkownika typów dokumentów zakupowych, sprzedaży oraz magazynowych np. inne typy dokumentów dla zakupów krajowych i innych dla zakupów unijnych. |
Dokumenty magazynowe | Definiowanie przez Użytkownika budowy identyfikatora dokumentów magazynowych, |
Dokumenty magazynowe | Możliwość automatycznej numeracji dokumentu kolejno w ramach miesiąca, roku |
Dokumenty magazynowe | Automatyczne generowanie dokumentów dostawy na podstawie wprowadzonych zamówień do dostawcy |
Dokumenty magazynowe | Automatyczne generowanie faktury zakupu magazynowego na podstawie wprowadzonej dostawy (dokument PZ) albo dokumentu PZ na podstawie wprowadzonej faktury zakupu magazynowego |
Dokumenty magazynowe | Możliwość dostosowania formularzy dokumentów do potrzeb Użytkownika |
Inwentaryzacja | Wspieranie obsługi inwentaryzacji stanów magazynowych |
Inwentaryzacja | Możliwość wykonania inwentaryzacji dla wybranych pozycji materiałowych lub całego magazynu |
Inwentaryzacja | Przygotowanie i wydruk arkuszy spisu z natury. Wydruk z komputera powinien być zgodny z kolejnością pozycji na spisie z natury |
Inwentaryzacja | Możliwość podziału na arkusze o wybranej ilości pozycji |
Inwentaryzacja | Możliwość podziału arkuszy na magazyny |
Inwentaryzacja | Definiowanie komisji remanentowych wraz z przyporządkowaniem do arkusza spisu z natury |
Inwentaryzacja | Możliwość inwentaryzacji ciągłej |
Inwentaryzacja | Wprowadzenie rzeczywistych wartości stanów magazynowych na podstawie spisu z natury i ich porównanie z wartościami księgowymi |
Inwentaryzacja | Rozliczenie różnic inwentaryzacyjnych i automatycznej generacji dokumentu niedoborów |
Inwentaryzacja | Rozliczenie różnic inwentaryzacyjnych i automatycznej generacji dokumentu nadwyżek |
Stany magazynowe | Zapewnienie bieżącej informacji o stanach magazynowych |
Stany magazynowe | Podgląd i wydruk historii obrotu materiałowego dla poszczególnych asortymentów materiałów za dowolnie wybrany okres |
Stany magazynowe | Podgląd i wydruk stanów magazynowych dla wybranych lub wszystkich magazynów na dowolnie wybrany dzień |
Stany magazynowe | Kontrola przekroczenia stanów minimalnych i maksymalnych |
Stany magazynowe | Podgląd i wydruk raportu wiekowej struktury stanów magazynowych z możliwością podania własnych przedziałów czasowych |
Stany magazynowe | Zestawienia na podstawie rozchodów: dla wybranych materiałów, dla wybranych grup materiałów, dla wybranych ośrodków powstawania kosztów |
Stany magazynowe | Zestawienia na podstawie przychodów: dla wybranych materiałów, dla wybranych grup materiałów, dla wybranych rodzajów kosztów |
Stany magazynowe | Wykonanie raportu nota syntetyczna wg rodzajów dokumentów z wyszczególnieniem korekt dokumentów |
Stany magazynowe | Wykonanie raportu stany magazynowe na koniec okresu |
Stany magazynowe | Wykonanie raportu obroty magazynowe za dany okres |
Stany magazynowe | Wykonanie raportów dokumentów magazynowych dla poszczególnych rodzajów dokumentów |
Stany magazynowe | Wykonanie zestawienia dokumentów zaewidencjonowanych dla poszczególnych magazynów |
Stany magazynowe | Wykonanie karty materiałowej: ilościowej i ilościowo-wartościowej |
Stany magazynowe | Generowanie raportów z zapasów w czasie od 15 dni, 1-30, 60-90, powyżej 90 |
Stany magazynowe | Możliwość definiowania przez Użytkownika własnych raportów i analiz. |
Stany magazynowe | Możliwość budowy analiz Użytkownika w postaci tabel przestawnych |
Indeksy magazynowe | Dowolna budowa kodu indeksu magazynowego (ograniczenie jedynie na długość kodu), maksymalna długość kodu indeksu materiałowego to 20 znaków |
Indeksy magazynowe | Możliwość przyporządkowania kodów klasyfikacyjnych PKWiU |
Indeksy magazynowe | Możliwość zastosowania przeliczników jednostek miar |
Indeksy magazynowe | Ewidencja, przeglądanie i drukowanie kartoteki indeksów magazynowych |
Wymiana danych w ramach systemu | Wymiana danych w ramach systemu: |
Wymiana danych w ramach systemu | · przenoszenie wartościowego, syntetycznego zapisu obrotu materiałowego na konta księgi głównej w module FK |
Wymiana danych w ramach systemu | · elastyczne tworzenie wzorców eksportu danych do modułu FK |
Wymiana danych w ramach systemu | · integracja z modułem FK na poziomie korzystania ze wspólnych słowników: |
Wymiana danych w ramach systemu | · kontrahentów |
Wymiana danych w ramach systemu | · magazynów |
Wymiana danych w ramach systemu | · słownika rodzajów kosztów |
Wymiana danych w ramach systemu | · placówek |
Wymiana danych w ramach systemu | · ośrodków powstawania kosztów |
Wymiana danych w ramach systemu | · pracowników |
Wymiana danych w ramach systemu | Automatyczna dekretacja dokumentów zakupu, sprzedaży oraz magazynowych zgodnie z ustalonymi szablonami dekretów dla poszczególnych typów dokumentów |
Wymiana danych w ramach systemu | Możliwość automatycznego tworzenia dekretu w ramach jednego typu dokumentu z podziałem na konta księgowe odpowiadające np. Miejscom Powstawania Kosztów, prowadzonym tematom, rodzajom kosztów, grupom asortymentowym lub rodzajom produktów |
Analizy zarządcze | Możliwość zapisywania stworzonych przez użytkownika raportów i analiz |
Analizy zarządcze | Możliwość tworzenia zestawień i analiz sięgających do wielu komórek organizacyjnych i pozwalających na konsolidację danych finansowych |
Analizy zarządcze | Możliwość tworzenia zestawień i analiz obejmujących wiele lat obrotowych |
Analizy zarządcze | Możliwość tworzenia wielowymiarowych analiz w technologii OLAP, ze szczegółowym dostępem do wymiarów planu kont i lat obrotowych |
Analizy zarządcze | Możliwość budowania zestawień z dowolnym przedziałem dat, innym jak rok obrotowy (np. od października jednego roku do października roku następnego) |
Analizy zarządcze | System nie ogranicza możliwości tworzenia raportów i zestawień w oparciu o dane pochodzące z różnych obszarów działalności |
Analizy zarządcze | Możliwość eksportowania raportów do formatu xls. |
Analizy zarządcze | Możliwość tworzenia hierarchicznej struktury centrów kosztów i przychodów |
Analizy zarządcze | Możliwość różnorodnej graficznej prezentacji danych (wykresy, drzewa dekompozycji, grafy rozkładu strukturalnego itp.) |
Analizy zarządcze | Możliwość docierania do raportów i analiz poprzez przeglądarkę internetową |
Analizy zarządcze | Mechanizmy zarządzania rolami i uprawnieniami użytkowników |
Analizy zarządcze | Alokacja kosztów na podstawie wyników bieżącego okresu wyników od początku kwartału do dzisiaj, wyników półrocznych i wyników rocznych |
Analizy zarządcze | Historia alokacji kosztów dla celów raportowania porównawczego. Możliwość porównania rozdzielenia kosztów w poszczególnych okresach |
Analizy zarządcze | Wbudowany mechanizm tworzenia wielowymiarowych zestawień w oparciu o dane zgromadzone w bazie danych systemu, na przykład zestawienia kosztów, przychodów, zobowiązań, należności i sprzedaży |
Analizy zarządcze | Wbudowany mechanizm tworzenia wielowymiarowych tabel w technologii OLAP w oparciu o dowolne dane zgromadzone w bazie danych systemu, na przykład zestawienia kosztów, przychodów, zobowiązań, należności i sprzedaży |
Analizy zarządcze | Możliwość tworzenia wielowymiarowych analiz kosztów w podziale na wszystkie składniki analityki kosztów. |
Sprawozdawczość i analizy finansowe | Przygotowywanie zestawień kosztów w różnych układach, np. według zużycia poszczególnych rodzajów materiałów. |
Sprawozdawczość i analizy finansowe | Zestawianie przychodów według grup, miejsc ich powstania itp. |
Sprawozdawczość i analizy finansowe | Rozliczanie kosztów ogólnych, np. według zatrudnienia, powierzchni. |
Sprawozdawczość i analizy finansowe | Wyliczanie danych do deklaracji VAT-7 oraz VAT-7K, z procentowym rozliczeniem VAT. |
Sprawozdawczość i analizy finansowe | Bezpośredni wybór kont z planu kont oraz pozycji bilansu i rachunku zysków i strat. |
Sprawozdawczość i analizy finansowe | Dane do sprawozdania F01 zgodnie z wymaganiami GUS. |
Sprawozdawczość i analizy finansowe | Gotowe wzory deklaracji podatkowych VAT-7, VAT-UE, w układzie zgodnym z wymaganiami Urzędów Skarbowych. |
Sprawozdawczość i analizy finansowe | Wzorcowe arkusze obrotów kont i sald. |
Sprawozdawczość i analizy finansowe | Xxxxxxx bilansu, rachunku zysków i strat w dowolnych przedziałach czasu. |
Sprawozdawczość i analizy finansowe | Arkusz do przygotowania sprawozdania przepływów środków pieniężnych metodą pośrednią |
Sprawozdawczość i analizy finansowe | Xxxxxx do przygotowania sprawozdania ze zmian w kapitale własnym. |
Sprawozdawczość i analizy finansowe | Możliwość raportowania dokumentów na przestrzeni kilku lat obrachunkowych. |
Sprawozdawczość i analizy finansowe | Modyfikowanie wzorcowych szablonów i dostosowywanie ich do własnych potrzeb. |
Zgodność z przepisami prawa | Zgodność modułu Kadrowego z poniższymi aktami prawnymi: |
Zgodność z przepisami prawa | Ustawa z dnia 26 czerwca 1974 r. Kodeks pracy. (tekst jedn.: Dz.U. 2018 poz. 108 z późn. zm.) i Ustawy o Szkolnictwie Wyższym |
Zgodność z przepisami prawa | Ustawa z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (tekst jedn.: Dz.U. 2018 poz. 200 z późn. zm.) |
Zgodność z przepisami prawa | Ustawa z dnia 25 czerwca 1999r. o świadczeniach pieniężnych z ubezpieczenia społecznego w razie choroby i macierzyństwa (tekst jedn.: Dz.U. 2017 poz. 1368 z późn. zm.) |
Zgodność z przepisami prawa | Ustawa z dnia 13 października 1998 r. o systemie ubezpieczeń społecznych (tekst jedn.: Dz.U. 2017 poz. 1778 z późn. zm.) |
Kadry | System musi zapewnić odzwierciedlenia pełnej struktury organizacyjnej jednostki. System musi pozwolić na zmiany w strukturze organizacyjnej. |
Kadry | System musi zapewnić przechowywanie historii struktury organizacyjnej. Użytkownik musi mieć też możliwość zaznaczania komórek nieaktywnych. |
Kadry | System musi zapewnić możliwość przenoszenia pracownika między komórkami organizacyjnymi razem z całą kartoteką. |
Kadry | System musi pozwolić zatrudnić pracownika na podstawie umowy cywilnoprawnej oraz na podstawie umowy o prace. |
Kadry | System musi umożliwiać zatrudnienie pracownika na podstawie następujących rodzajów umów o pracę: Umowa na czas nieokreślony, Umowa na czas określony, Umowa na czas próbny, Umowa na zastępstwo – ważne, aby na umowie o zastępstwo można było wskazać osobę zastępowaną. |
Kadry | Możliwość zatrudnienia pracownika na podstawie aktu mianowania oraz na podstawie umowy o pracę. Akt mianowania musi umożliwiać zatrudnienie pracownika na czas określony lub na czas nieokreślony |
Kadry | Użytkownik musi mieć możliwość wydruku umów o pracę z systemu. W przypadku zawierania terminowego stosunku pracy wydruk umowy powinien zapewniać klauzulę o wypowiedzeniu |
Kadry | System musi pozwolić na wydruk następujących dokumentów dodatkowych dla pracownika: |
Zaświadczenie o zatrudnieniu | |
Kadry | System powinien umożliwiać zatrudnienie pracownika w kilku komórkach organizacyjnych równocześnie na dowolny wymiar zatrudnienia, te informacje muszą być uwzględniane w raportach. |
Kadry | System powinien zapewniać możliwość zatrudnienia pracowników w niepełnym wymiarze czasu pracy. |
Kadry | Wynagrodzenie zasadnicze pracownika uprawnionego do otrzymywania wynagrodzenia z tytułu praw autorskich musi w systemie zostać zaewidencjonowane z podziałem procentowym na część związaną z prawami autorskimi oraz część rozliczaną na ogólnych zasadach. |
Kadry | Możliwość zaewidencjonowania dodatków tak, aby możliwe było rozliczenie ich na liście płac z podziałem na część związaną z prawami autorskimi i część rozliczaną na zasadach ogólnych. |
Kadry | Nagroda jubileuszowa – system ma umożliwiać wygenerowanie zestawienia na zadany okres z pracownikami, którym przysługuje nagroda jubileuszowa. Musi pokazać się wysokość procentowa przysługującej nagrody jubileuszowej zgodnie z regulaminem na dzień wdrażania systemu. |
Kadry | Premia/Nagroda – system musi umożliwiać zdefiniowanie dodatku typu premia regulaminowa określana procentowo lub kwotowo dla wybranego pracownika. Historia dodatku musi zostać zachowana w systemie. |
Kadry | Dodatek specjalny – system musi pozwolić na wprowadzenie dodatku procentowego lub kwotowego. Historia zmian dodatków musi zostać zachowana. |
Kadry | Dodatki funkcyjne – system musi umożliwiać wprowadzenia różnych dodatków funkcyjnych określanych procentowo lub kwotowo. Historia zmian dodatków musi zostać zachowana. |
Kadry | System musi umożliwiać generowanie deklaracji zgłoszeniowych, deklaracji zmiany, deklaracji wyrejestrowania do systemu płatnik. |
Kadry | Przygotowanie i eksport danych do dokumentów zgłoszeniowych ZUS dla pracowników i ich stosunków pracy do programu ZUS-Płatnik. Przechowywanie pełnej historii wysyłanych dokumentów z systemu wraz z ich zawartością, niezależną od zmian aktualnych danych osobowych, np. nazwiska, wymiaru etatu, kodu ubezpieczenia – możliwość ich wydruku w stanie sprzed zmiany. |
Kadry | System musi przechowywać historię dokumentów zgłoszeniowych i rozliczeniowych dla pracowników, ich datę wysłania oraz zawartość. |
Kadry | System powinien zapewnić obsługę przekazywania deklaracji do płatnika przez dowolnie wybraną osobę posiadającą odpowiednie uprawnienia bez wglądu do innych danych kadrowych i płacowych. |
Kadry | System musi pozwalać na rozwiązanie stosunku pracy z pracownikiem zgodnie z przepisami prawa. Powinny być ewidencjonowane dane związane z rozwiązaniem umowy (sposób rozwiązania, data rozwiązania, powód rozwiązania, okres wypowiedzenia), |
Kadry | Pracownikowi, z którym został rozwiązany stosunek pracy system musi pozwalać sporządzić następujące dokumenty: świadectwo pracy |
Kadry | System musi pozwolić na zaewidencjonowanie informacji o tym, że pracownik jest cudzoziemcem wraz z dodatkowymi informacjami: kraj pochodzenia, numer paszportu, karta stałego pobytu |
Kadry | System musi pozwolić na zaewidencjonowanie informację o orzeczeniu niepełnosprawności dla pracownika. |
Kadry | System powinien mieć możliwość ewidencji podstawowych danych osobowych i identyfikacyjnych pracownika (między innymi: imię, nazwisko, drugie imię, data urodzenia, imię matki, imię ojca, nazwisko xxxxxx, nip, xxxxx, płeć, standardowe dane osobowe) zgodnie z wytycznymi z Kodeksu Pracy |
Kadry | System powinien mieć możliwość ewidencji informacji o posiadanych dokumentach (dowód osobisty, paszport). |
Kadry | System powinien mieć możliwość ewidencji danych adresowych pracownika: adres zameldowania, adres zamieszkania i adres do korespondencji, adres do PIT |
Kadry | System powinien umożliwiać modyfikację i tworzenie historii zmian danych adresowych wraz z określeniem, do kiedy obowiązują, |
Kadry | Powinna być możliwość zbierania informacji o członkach rodziny pracownika, pozwalających zgłosić członka rodziny do ubezpieczenia (dane identyfikacyjne, dane adresowe), system powinien generować deklaracje zgłoszenia członka rodziny do ubezpieczenia dla programu płatnik |
Kadry | Gromadzenie informacji o posiadanych przez Pracownika dzieciach w celu kontroli wykorzystania uprawnień wynikających np. z art. 188 Kodeksu Pracy oraz innych uprawnień związanych z macierzyństwem i rodzicielstwem |
Kadry | Ewidencja danych o wykształceniu pracownika (dyplomy, stopień naukowy, tytuł naukowy, specjalność), odbytych kursach i szkoleniach, znajomości języków obcych i innych uprawnieniach, ceny szkoleń, prowadzący. |
Kadry | Ewidencja danych o poprzednim zatrudnieniu pracownika, okres zatrudnienie, tryb rozwiązania stosunku pracy, nazwa zakładu, adres zakładu, wymiar zatrudnienia, do jakich stażów ma być zaliczany dane okres, z możliwością zaznaczania, które zatrudnienie liczy się do urlopu, okresy nieskładkowe, ilość wykorzystanego urlopu w ostatnim miejscu pracy |
Kadry | System musi umożliwiać zaewidencjonowanie danych do kontaktu z pracownikiem: numery telefonów (służbowy, wewnętrzny, prywatny, komórkowy), mail. |
Kadry | System powinien zapewnić możliwość ewidencji informacjo o kompetencjach pracownika, zawodzie i uprawnieniach, wyróżnieniach i karach regulaminowych, podwyższeniu kwalifikacji i pełnionych funkcjach, odbytych kursach i szkoleniach. |
Kadry | Możliwość zaewidencjonowania przy pracownika typu: Emeryt/rencista ( numer świadczenia). |
Kadry | Możliwość zaewidencjonowania danych o odpowiedzialności materialnej pracownika. |
Kadry | System ma umożliwiać określenie kategorii zaszeregowania i historia kategorii zaszeregowania dla pracownika ma być zachowana. |
Kadry | Ewidencja historii zatrudnienia - gromadzenie informacji o wszystkich zawartych z pracownikiem umowach |
Kadry | Ewidencja historii stawek zaszeregowania - gromadzenie informacji o wszystkich stawkach zaszeregowania pracownika. |
Kadry | Ewidencja historii stanowisk w powiązaniu z wymiarem etatu - gromadzenie informacji o wszystkich stanowiskach i wymiarach zatrudnienia pracownika. |
Kadry | Ewidencja historii komórek organizacyjnych pracownika- gromadzenie informacji o wszystkich komórkach organizacyjnych, w jakich pracownik pracował. |
Kadry | Ewidencja, kontrola terminów kursów i szkoleń BHP |
Kadry | Ewidencja, kontrola terminów badań lekarskich. |
Kadry | System powinien zapewnić ewidencję i naliczanie staży występujących u Pracodawcy |
Kadry | Gromadzenie informacji dotyczących ubezpieczenia pracownika: |
Kadry | · informacje o nabytych prawach do świadczeń emerytalno - rentowych |
Kadry | · informacje dotyczące tytułu i zakresu ubezpieczenia społecznego i zdrowotnego (zakres danych wymaganych do sporządzenia dokumentów zgłoszeniowych dla potrzeb ubezpieczenia społecznego i zdrowotnego |
Kadry | Gromadzenie informacji o: |
Kadry | · przyznanych pracownikom świadczeniach socjalnych |
Kadry | · szczegółowych informacji na temat stosunku do służby wojskowej pracownika |
Xxxxx | · odliczeniach od stażu pracy dla danej pozycji historii zatrudnienia wynikających z urlopu bezpłatnego, wychowawczego lub innych przyczyn określonych przez zakład |
Xxxxx | · xxxxxx udzielonych pracownikowi |
Kadry | · przyznanych pracownikowi nagrodach |
Kadry | · historii zatrudnienia pracownika w aktualnym zakładzie |
Kadry | Przechowywanie informacji o historii każdego stosunku pracy |
Kadry | Przechowywania informacji o pracy w szczególnych warunkach dla potrzeb ubezpieczenia. |
Kadry | Przechowywanie informacji o obowiązku i zakresie ubezpieczenia dla każdego stosunku pracy (w zakresie wymaganych do sporządzenia dokumentów zgłoszeniowych dla potrzeb ubezpieczenia społecznego i zdrowotnego) |
Kadry | Przechowywanie informacji na temat stażu pracy na dzień rozpoczęcia stosunku pracy: |
Xxxxx | · xxxxxx uzupełnienie stażu na dzień rozpoczęcia stosunku pracy |
Kadry | · automatyczne wyliczenia stażu na dzień rozpoczęcia umowy |
Kadry | Przechowywania informacji o szczegółach zatrudnienia pracownika w ramach stosunku pracy z dokładnością do miejsca wykonywania pracy (ośrodka powstawania kosztów): |
Kadry | · przechowywanie informacji ewidencyjnych o miejscach zatrudnienia |
Kadry | · przechowywanie informacji o urlopach i automatyczne wyliczanie urlopów |
Kadry | · przechowywanie informacji o stanowiskach i zawodach wykonywanych w poszczególnych MPK |
Kadry | · przechowywanie informacji o zaszeregowaniu pracownika w poszczególnych MPK |
Kadry | U pracodawcy występują lub mogą wystąpić wszystkie absencje ujęte w prawie pracy lub innych ustawach. System, zatem powinien zapewnić możliwość ich ewidencji i rozliczania. |
Kadry | Statystyka nieobecności dla stosunku pracy (zbiorcze informacje o przysługujących prawach do urlopu i zarejestrowanych okresach nieobecności pracownika w ramach stosunku pracy) w układzie rocznym: |
Kadry | Dla zwolnień chorobowych przechowywanie informacji określonych w przepisach o świadczeniach z ubezpieczenia społecznego w razie choroby i macierzyństwa |
Kadry | Ewidencja zwolnień chorobowych: |
Kadry | · przechowywanie informacji określonych w przepisach o świadczeniach z ubezpieczenia społecznego w razie choroby i macierzyństwa, |
Kadry | · możliwość przechowywania typu i numeru dokumentu potwierdzającego chorobę |
Kadry | · wbudowany katalog nieobecności chorobowych |
Kadry | · automatyczne rozliczenie choroby na podstawie historii wynagrodzeń i danych kadrowych |
Kadry | · możliwość uzupełnienia ręcznego miesięcy uwzględnianych przy naliczaniu podstawy zasiłkowej przy braku danych historycznych |
Kadry | · kontrola ilości dni choroby i automatyczne rozbicie w przypadku przekroczenia 14 lub 33 płaconych przez Pracodawcę, rozbicie na okresy miesięczne w przypadku długich zwolnień lub z przełomu miesiąca, kontrola wyczerpania okresu zasiłkowego |
Kadry | · możliwość potrącenia z kwoty wynagrodzenia za chorobę, kwoty za nieterminowe dostarczenie dokumentu ZLA lub innego potwierdzającego chorobę. |
Kadry | · automatyczne pobieranie danych o zwolnieniu do listy płac oraz do dokumentów RSA przekazywanych do Płatnika |
Kadry | · możliwość wprowadzania dokumentów w układzie pracownik – miesiąc - dokument lub / oraz miesiąc – dokument – pracownik |
Xxxxx | · rejestr wszystkich nieobecności w systemie w postaci kalendarza lub tabeli w układzie rok – miesiąc – nieobecności lub wybrany miesiąc – nieobecności. |
Kadry | System musi zapewniać naliczanie i kontrolę wymiaru urlopu wypoczynkowego zgodnie z kodeksem pracy. |
Kadry | Wymiar urlopu wypoczynkowego powinny się wyliczać automatycznie zgodnie z kodeksem pracy i Ustawy Prawo o Szkolnictwie Wyższym |
Kadry | Ustalanie daty zmiany wymiaru urlopu. |
Kadry | Możliwość uzyskania informacji o urlopie na dany dzień z podziałem na urlop zaległy i urlop za rok bieżący. |
Kadry | System musi zapewnić ewidencję wymiarów urlopów dodatkowych (szkoleniowych, dodatkowych). |
Kadry | System musi umożliwiać przypisanie kalendarza (planu pracy) do pracownika |
Kadry | Uwzględnienie różnych norm czasu pracy: x.xx. 8h, 12h. |
Kadry | Oddelegowania pracownika do innych zakładów w ramach stosunku pracy |
Kadry | Możliwość ewidencji w systemie dowolnej ilości dodatkowych danych kadrowych zgodnie z potrzebami Użytkownika np. nr-y służbowych telefonów komórkowych pracowników, posiadane klucze do pomieszczeń, dodatkowe uprawnienia, prawo jazdy itp. |
Kadry | Możliwość definiowania przez Użytkownika nieograniczonej ilości dodatkowych słowników danych |
Kadry | Tworzenie raportów imiennych i ilościowych informujących o kończących się badaniach lekarskich w wybranym miesiącu lub wybranym roku. |
Kadry | Drukowanie z systemu skierowania na badania z wykorzystaniem zawartych w systemie danych osobowych pracownika, adresu, stanowiska, etatu i związanych ze stanowiskiem zagrożeń. |
Kadry | Tworzenie raportów imiennych osób, które powinny odbyć określony rodzaj szkolenia BHP |
Kadry | System powinien umożliwiać generowanie: zaświadczenie o zatrudnieniu, |
Kadry | Przeszkolony Użytkownik powinien móc samodzielnie przygotować następujące raporty: |
Kadry | - Oświadczenie o korzystaniu z urlopu 188kp, |
Kadry | - Lista emerytów zatrudnianych na podstawie umowy o prace, |
Kadry | - Lista osób, dla których kończy się okres zatrudnienia, |
Kadry | - Lista pracowników i etatów z podziałem na komórki organizacyjne wybranego poziomu, |
Kadry | - Lista pracowników z informacją o stanowiskach, |
Kadry | - Lista pracowników z podziałem na grupy pracownicze, |
Kadry | - Lista pracowników z podziałem na formę zatrudnienia wg K.P oraz Ustawy o Szkolnictwie Wyższym |
Kadry | - Lista pracowników z informacją o podstawowym i dodatkowym zatrudnieniu w przeliczaniu na etaty i osoby, |
Kadry | - Zbiorcze zestawienia z podziałem na stanowiska, komórki organizacyjne, zatrudnionych w pełnym i niepełnym wymiarze czasu pracy, płeć pracownika, |
Kadry | - Zestawienie pracowników nabywających uprawnienia do emerytury w zadanym roku kalendarzowym, |
Kadry | - Lista pracowników na urlopie wychowawczym, |
Kadry | - Lista pracowników, którym należy się nagroda jubileuszowa w zadanym okresie, |
Kadry | - Lista pracowników z historią stawek, dodatków, |
Kadry | - Lista pracowników z historią komórek, |
Kadry | - Lista pracowników z historią rodzajów zatrudnienia, |
Kadry | Użytkownicy systemu muszą mieć możliwość budowy własnych raportów z pól dostępnych na kartotekach systemu. |
Kadry | Emisja dokumentów kadrowych na podstawie danych o pracownikach i ich stosunkach pracy: |
Kadry | · definiowanie i rejestracja szablonów pism |
Kadry | Ewidencja przysługującej pracownikowi odzieży roboczej wraz z ewidencją odzieży wydanej pracownikowi oraz okresem użytkowania. Możliwość rejestracji wydanego pracownikowi asortymentu oraz zakresu dat przysługiwania. |
Kadry | System musi umożliwiać każdemu pracownikowi uzyskanie informacji o przepracowanym czasie pracy, absencjach i urlopach w podziale na komórki organizacyjne, w których jest zatrudniony. |
Płace | Zgodność modułu Płacowego z poniższymi aktami prawnymi: |
Xxxxx | · XXXXXX z dnia 26 czerwca 1974r. Kodeks pracy (tekst jedn. Xx. X. x 0000x. Xx 00 poz.94 z późn. zm.). |
Xxxxx | · Xxxxxx z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (Dz.U. z 2002r. nr 14,poz.176 z późn. zm.). |
Xxxxx | · Xxxxxx z dnia 25 czerwca 1999r. o świadczeniach pieniężnych z ubezpieczenia społecznego w razie choroby i macierzyństwa (Dz.U. nr 60, poz.636 z późn. zm.). |
Xxxxx | · Xxxxxx z dnia 13 października 1998 r. o systemie ubezpieczeń społecznych (Dz.U. nr 13, poz. 887 z późn. zm.). |
Płace | Gromadzenie danych podatkowych dotyczących pracownika: |
Płace | · informacje o przynależności do urzędu skarbowego |
Płace | · informacje o stopie podatku, np. wg kosztów praw autorskich 50% |
Płace | · informacje o przysługujących pracownikowi kosztach uzyskania przychodu |
Płace | · informacje o przysługujących pracownikowi ulgach podatkowych |
Płace | Gromadzenie zbiorczych informacji o naliczonych podstawach składek na ubezpieczenie społeczne i zdrowotne dla pracownika na podstawie jego stosunków pracy w układzie rocznym |
Płace | Zdefiniowanie schematu rozliczenia wynagrodzeń, poprzez przypisanie pracownikowi odpowiednich składników definiowanych indywidualnie przez użytkownika systemu. Operacja jednorazowa zaraz po przyjęciu pracownika. |
Płace | Wszystkie absencje nanoszone w płacach mają być widoczne również w systemie kadrowym, absencje naniesione w kadrach maja być widoczne w płacach. |
Płace | Aplikacja musi umożliwiać rozliczanie zasiłków chorobowych, wynagrodzeń chorobowych oraz innych absencji pokrewnych zgodnie z przepisami prawa obowiązującymi w dniu oddania systemu do eksploatacji. |
Płace | System musi kontrolować z jakich podstaw należy rozliczać dany rodzaj zasiłku, kontrolować czy dany pracownik nabył uprawnienia do zasiłku, podpowiadać odpowiednie procenty, badać okres zasiłkowy, uwzględniać zmiany wymiaru etatu i brać wysokość podstawy w poszczególnych miesiącach. |
Płace | System powinien kontrolować limitowane zwolnienia lekarskie w danym roku oraz automatycznie dzielić absencję na odpowiednie części (wynagrodzenie chorobowe, zasiłki) z uwzględnieniem zwolnień rozliczonych u poprzedniego pracodawcy. |
Płace | Aplikacja na bieżąco musi liczyć podstawy do zasiłków chorobowych i do urlopów. |
Płace | System prawidłowo rozlicza (również waloryzacja podstawy) i pilnuje czas trwania okresu zasiłkowego (182 dni), systemem powiadomień o zbliżającym się końcu okresu zasiłkowego. |
Płace | System musi rozliczać urlopy macierzyńskie, wychowawcze, bezpłatnie inne, |
Płace | Wybrany użytkownik aplikacji musi mieć w dowolnym momencie eksploatacji możliwość: |
Płace | - definiowania nowych absencji płatnych, |
Płace | - definiowania wpływu absencji na rozliczenie innych składników, |
Płace | - definiowania elementów, które wchodzą do podstawy absencji chorobowych według zasad określonych przez użytkownika, |
Płace | - definiowania elementów, które wchodzą do podstawy absencji urlopowych według zasad określonych przez użytkownika, |
Płace | Wszystkie zmiany związane z umową nanoszone będą w module kadrowym (obejmują one między innymi: zmiany stanowiska, zmiany rodzaju umowy, zmiany wysokości stawki zaszeregowania, zmiany wartości dodatków periodycznych takich jak dodatki funkcyjne, dodatki specjalne, zmiana wysokości procentu/kwoty premii/nagrody regulaminowej, zmiana wymiaru zatrudnienia) maja być od razu widoczne w module płacowym. |
Płace | Ewidencja potrąceń takich jak: ubezpieczenia grupowe, lub potrącenia stałe, które co miesiąc są potrącane w stałej kwocie lub stałym procencie, będzie odbywać się jednorazowo w systemie. |
Płace | System będzie ujmował potrącenia stałe każdorazowo na liście płac. |
Płace | Potrącenia stałe będą nanoszone kwotą lub procentowo. |
Płace | Potrącenie raty z ZFŚS – pracownicy zajmujący się obsługą funduszu socjalnego wprowadzają zadłużenie i harmonogram spłat, system sam pilnuje, aby pożyczka była potrącana automatycznie do wysokości zadłużenia. |
Płace | Dodatki nocne (ilość godzin nocnych razy stawka zasadnicza za godzinę) – wprowadzana będzie ilość godzin, system sam naliczy wynagrodzenie na podstawie stawki zaszeregowanie i nominalnego czasu pracy. System powinien wyliczać dodatki nocne od stawki nie niższej od najniższego wynagrodzenia. |
Płace | Nagrody jubileuszowe – według zasad określonych w regulaminie. |
Płace | Odprawy emerytalne – wyliczana automatycznie na podstawie zadanej ilości miesięcy, z możliwością wprowadzenia kwoty. |
Płace | Odprawy pośmiertne – wyliczana automatycznie na podstawie zadanej ilości miesięcy, z możliwością wprowadzenia kwoty. |
Płace | Ryczałt samochodowy – wprowadzony kwotowo, możliwość rozliczenia. |
Płace | Zapomogi opodatkowane, dofinansowania, będą wprowadzane przez osoby zajmujące się obsługa funduszu socjalnego do modułu działalności socjalnej, po wprowadzeniu będą automatycznie gotowe do ujęcia na listach płac w celu rozliczenia podatku oraz ewentualnej wypłaty przez listę płac, w przypadku wypłat przez listę płac powinna to być lista dodatkowa. |
Płace | Obliczanie listy powinno być możliwe wielokrotnie, za każdym przeliczeniem powinny być ujmowane nowo naniesione zmiany np. przez kadry (zmiana stawki, dodatków, nowe absencje), przez płace (nowe lub zmienione absencje, naniesione dodatki), osoby zajmujące się działalnością socjalną (zapomogi, dofinansowania). |
Płace | Musi istnieć możliwość ujmowania świadczeń z zakładowego funduszu świadczeń socjalnych na listach dodatkowych. |
Płace | Obliczanie musi być możliwe każdorazowo po zmianie do momentu ostatecznego zamknięcia listy. |
Płace | Z list obliczonych, a jeszcze niezamkniętych powinna być możliwość wygenerowania raportów dostępnych w systemie. |
Płace | System powinien mieć raport lub inną formę informowania użytkownika, kto i kiedy wykonywał operacje ponownego przeliczania listy, jakie osoby zostały przeliczone oraz jakie składniki uległy zmianie z podaną kwotą przed i po zmianie. |
Płace | System musi mieć możliwość zdefiniowania wydruku listy płac, paska, zbiorówki z listy wynagrodzeń przez użytkownika. |
Możliwość wydruków dowolnych składników z listy. | |
Płace | Xxxx istnieć możliwość zdefiniowania tak paska wynagrodzeń, aby mógł zastąpić RMUA. |
Płace | Powinna istnieć możliwość druku listy, paska, zbiorówki z listy wynagrodzeń w dowolnym momencie niezależnie od statusu listy (przeliczona, zamknięta). |
Płace | Zamknięcie listy płac – Zamknięcie listy powinno blokować listę przed ponownym przeliczeniem. |
Płace | Definiowanie różnych rodzajów list płac, tworzenie własnych szablonów list. |
Płace | Dla każdego pracownika powinna istnieć możliwość zdefiniowania dowolnej ilości kont bankowych i określenie między nimi procentowego bądź kwotowego podziału wypłaty. |
Płace | Stosowanie kosztów na prawach autorskich w stosunku do wszystkich pracowników i w stosunku do wszystkich składników stanowiących brutto. W każdym składniku stanowiącym brutto w kontekście pracownika musi być możliwy do zdefiniowania procentowy podział na część stanowiącą koszty uzyskania na prawach autorskich i część opodatkowaną na zasadach ogólnych. Koszty na prawach autorskich nie powinny obejmować absencji pracownika. |
Płace | W systemie muszą być ewidencjonowane różne rodzaje umów (umowa o pracę, umowy cywilno-prawne) dla jednego pracownika. System musi automatycznie w trakcie rozliczenia danej umowy uwzględniać wypłaty z innych rodzajów umów i wypłat w kontekście podatku dochodowego i składek ZUS. Rozliczenia różnych rodzajów umów, list płac i tytułów wypłat w jednym miesiącu musi skutkować wygenerowaniem zbiorczej deklaracji do ZUS z prawidłowo wyliczonymi składkami ZUS w ramach miesiąca wypłaty tak, aby nie powstały zaokrąglenia. |
Płace | Musi być możliwe wygenerowanie jednej deklaracji PIT dla pracownika niezależnie od tego ile i jakich okresów zatrudnienia oraz jakich tytułów wypłat w roku podatkowym posiadał. |
Płace | Użytkownik systemu musi mieć możliwość samodzielnego określenia składników wchodzących do podstawy średniej urlopowej w dowolnym momencie eksploatacji systemu. |
Płace | Musi istnieć mechanizm, który pozwoli ponownie przeliczyć podstawy urlopowe wstecz w przypadku zmiany składników wchodzących do podstawy lub zmiany wysokości składników wynagrodzenia pracownika (np. stawka zasadnicza). |
Płace | System wyliczając wynagrodzenie urlopowe powinien ujmować prawidłowo okres zatrudnienia pracownika. |
Płace | W raz z dostarczeniem nowej wersji systemu muszą zostać dostarczone pisemne informacje na temat zmian w systemie. |
Płace | System musi przechować historię zmian: stanowisk, umów, komórek organizacyjnych, stawek zaszeregowania, wymiarów etatu, dodatków, mpk tak, aby była możliwość w dowolnym momencie sprawdzenia historycznych danych oraz sporządzenia raportów na zadaną datę wstecz. |
Płace | Baza składników płac musi być otwarta. |
Płace | Użytkownik systemu posiadający odpowiednie uprawnienia musi mieć możliwość zdefiniowania nowych składników wynagrodzeń. |
Płace | Ewidencja list płac – Dla każdego pracownika w danym miesiącu musi istnieć możliwość zdefiniowania jednej listy głównej oraz nieograniczonej ilości list dodatkowych. |
Płace | Każda lista ma mieć swój numer, tytuł oraz informację, za jaki okres będzie rozliczana, w którym miesiącu będzie wypłacana, kiedy zostanie przekazana do ZUS i kiedy zostanie zaksięgowana. |
Płace | System musi generować plik z deklaracjami do programu płatnik RCA, RSA, RZA, DRA. |
Płace | System musi mieć możliwość zaczytywania wartości składników płacowych na kartoteki z arkuszy Excel. |
Płace | System powinien mieć możliwość zaewidencjonowania przychodów pracownika z zatrudnień w innych firmach tak, aby ta informacja była uwzględniona w kontroli przekroczenia progu podatkowego i przekroczenia progu ZUS. |
Płace | System musi umożliwiać rozliczenie zwrotu składek ZUS z lat poprzednich i z roku bieżącego. Składki z lat poprzednich nie są ujmowane w deklaracjach rozliczeniowych do ZUS. |
Płace | System musi zapewnić rozliczenie świadczeń rzeczowych. Świadczenia są opodatkowane i stanowią przychód pracownika, nie są fizycznie wypłacane. |
Płace | System musi zapewnić prawidłowe obliczenie podatku dochodowego. |
Płace | System musi umożliwiać definiowanie zaniechania poboru podatku, naliczania indywidualnego podatku. |
Płace | System musi zapewniać kontrolę progów podatkowych |
Płace | System musi zapewnić definiowanie kosztów uzyskania przychodu. |
Płace | System musi zapewnić rozliczenia roczne podatku dochodowego. |
Płace | Możliwość wygenerowania następujących sprawozdań i raportów (lub co najmniej danych do nich): |
Płace | - asygnata zasiłkowa z podstawami miesięcznymi, |
Płace | - raport Rp-7, |
Płace | - deklaracje XXX00, XXX0x, XXX0X, XXX0X, IFT1 – zmiana stanowiska, komórki organizacyjnej nie powinna powodować generacji odrębnego dokumentu dla pracownika, |
Płace | - wydruk kart zasiłkowych, |
Płace | - listy płac |
Płace | - paski |
Płace | - zestawienia zbiorcze z list płac |
Płace | - karta wynagrodzeń – użytkownik powinien mieć możliwość zdefiniowania samodzielnie, jakie składniki płacowe chce widzieć w momencie wydruku na karcie wynagrodzeń, |
Płace | - zaświadczenie o zarobkach – użytkownika powinien mieć możliwość definiowania, jakie elementy wynagrodzenia będą pokazywane na zaświadczeniu, jaki jest cel zaświadczenia, okresu zaświadczenia. |
Płace | - raporty z wynagrodzeń na podstawie zadanego okresu z grupowaniem według: stanowisk, tytułów i stopni naukowych, komórek organizacyjnych, według klasyfikacji gusowskich, |
Płace | - zestawienia na potrzeby rozliczenia ZUS |
Płace | - wydruk wybranych przez użytkownika składników płacowych. |
Płace | - raport na potrzeby określenia możliwości udzielenia pożyczek z działalności socjalnej. |
Płace | Gromadzenie zbiorczych informacji o naliczonych podstawach składek na ubezpieczenie społeczne i zdrowotne dla pracownika na podstawie jego stosunków pracy w układzie rocznym |
Płace | Zapewnienie możliwości przygotowania i emisji przelewów dla naliczonych wynagrodzeń: |
Płace | · wydruk przelewów w formie papierowej |
Płace | · wydruk przelewów zbiorczych |
Płace | Wydruk podstawowych zestawień na podstawie szablonów dostępnych w programie: |
Płace | · wydruk listy płac |
Płace | · wydruk pasków wynagrodzeń dla pracowników |
Płace | · wydruk karty wynagrodzeń dla pracownika |
Płace | · wydruk karty zasiłkowej dla pracownika |
Płace | · wydruk zastępczej asygnaty zasiłkowej |
Płace | · wydruk formularzy rozliczeniowych PIT |
Płace | · możliwość tworzenia dowolnych szablonów i ich rejestrowania |
Płace | Emisja dokumentów płacowych (pism, zaświadczeń) na podstawie danych o naliczonych wynagrodzeniach: |
Płace | Prowadzenie rejestru dochodów: |
Płace | · przegląd danych o dochodach pracownika naliczonych na listach płac w układzie miesięcznym |
Płace | · automatyczne uzupełnianie rejestru dochodów podczas generacji list płac |
Płace | Wymagana operacja zamykania poszczególnych list płac powiązana z poniżej wymienioną kontrolą: |
Płace | · rozliczenia na listach płacowych wszystkich przygotowanych składników wypłat |
Płace | · przekroczenia przez pracowników progów podatkowych |
Płace | · zakończenia stosunków pracy rozliczanych na listach płacowych |
Płace | Korzystanie w trakcie wypełniania informacji o pracownikach i listach płac ze słowników uzupełnianych przez użytkownika, pozwalających na systematyczne grupowanie wprowadzanych danych |
Płace | Wymiana danych w ramach systemu: |
Płace | · pełna integracja z modułem kadrowym |
Płace | · zapis informacji wartościowych o wynagrodzeniach pracowników na kontach księgi głównej i ksiąg pomocniczych modułu FK |
Płace | · przygotowanie i eksport danych dla dokumentów rozliczeniowych ZUS dla pracowników i ich stosunków do programu ZUS-Płatnik |
Płace | · współpraca z systemami bankowości elektronicznej |
Płace | Automatyczna kontrola przedziałów podatkowych, możliwość wprowadzenia informacji o obniżeniu lub podwyższeniu podatku dla określonego przedziału czasowego. |
Płace | Możliwość automatycznego generowania i wydruku PIT 11 przy wykorzystaniu oryginalnego formularza wbudowanego w system. |
Płace | Automatyczna kontrola rocznego ograniczenia podstaw składek na ubezpieczenie społeczne oraz wprowadzania ręcznego kwot podstaw emerytalno-rentowych z innych zakładów. |
Płace | Pilnowanie przez system zaokrągleń składek społecznych i zdrowotnych, tak by w programie Płatnika nie pojawiały się różnice pomiędzy danymi wyeksportowanymi, a zweryfikowanymi. |
Płace | Możliwość generowania przelewów płacowych na więcej niż jedno konto bankowe |
Płace | Wydruk zbiorczych zestawień z list płac dla potrzeb kontroli należności wobec US i ZUS. |
Płace | Możliwość wykonywania dodatkowych wydruków z list płac dla wybranych składników, komórek organizacyjnych. Możliwość łatwego budowania przez Użytkownika własnych zestawów wydruków z list płac, np. wydruków samych potrąceń. |
Płace | Ewidencja i automatyczna aktualizacja danych w kartotece przychodów pracownika po wygenerowaniu kolejnych list płac również w przypadku wypłacenia kilku list płac dla danego pracownika w miesiącu. |
Płace | Naliczenie podstawowej listy płac wszystkimi występującymi składnikami wynagrodzeń dotyczącymi stosunku pracy. |
Płace | Naliczenie dodatkowych list płac dla premii i innych dodatkowych wypłat poszczególnych składników wynagrodzeń. |
Płace | Naliczenie list płac z tytułu wszystkich typów umów cywilnoprawnych. |
Płace | Automatyczne wyliczanie średnich urlopowych, ekwiwalentów za urlop, premii/nagród procentowych innych sparametryzowanych składników płac w oparciu o dane wprowadzone w module kadrowym oraz z wypłaconych list płac |
Płace | Obsługa naliczeń i potrąceń wynikających z korzystania z Funduszu Świadczeń Socjalnych. |
Płace | Obsługa wpłat gotówkowych do kasy wynikających z korzystania z Kasy Zapomogowo – Pożyczkowych |
Płace | Obsługa potrąceń alimentacyjnych |
Płace | Obsługa potrąceń komorniczych |
Płace | Tworzenie wydruków zestawień z dokonanych na listach płac potrąceń. |
Płace | Możliwość modyfikowania listy składników płacowych wraz z ich algorytmami obliczania. |
Umowy cywilnoprawne | System musi pozwalać ewidencjonować umowy cywilnoprawne dla pracowników jak również dla osób obcych. |
Umowy cywilnoprawne | Obsługa procesu w przypadku pracowników musi zaczynać się od zawarcia umowy i podania jej parametrów między innymi temat umowy, data obowiązywania umowy od, do, rodzaj umowy cywilnoprawnej. Następnie musi być możliwość zaewidencjonowania rachunku, który będzie rozliczany na liście płac. |
Umowy cywilnoprawne | Dla pracowników obcych proces powinien zacząć się od zaewidencjonowania pracownika wraz z jego niezbędnymi danymi osobowymi, adresowymi, innymi tak, aby możliwe było rozliczenie umowy cywilnoprawnej zgodnie z obowiązującymi przepisami prawa na dzień dostarczenie sytemu. |
Umowy cywilnoprawne | System musi umożliwiać zawieranie umów jednorazowych jak również umów długotrwałych. |
Umowy cywilnoprawne | System ma mieć możliwość identyfikacji pracownika po numerze PESEL. |
Umowy cywilnoprawne | System ma mieć możliwość zawierania umów cywilnoprawnych z cudzoziemcami. |
Umowy cywilnoprawne | System powinien obsługiwać następujące umowy cywilnoprawne: Umowa zlecenie z kosztami 20%, Umowa o dzieło z kosztami 20%, Umowa o dzieło z kosztami 50%, Umowa wydawnicza – koszty 50%. |
Umowy cywilnoprawne | System powinien umożliwiać przypisanie dla jednego pracownika równocześnie wiele różnych umów cywilnoprawnych. |
Umowy cywilnoprawne | System powinien umożliwiać rozliczenie dowolnej ilości umów cywilnoprawnych w miesiącu dla pracownika. |
Umowy cywilnoprawne | System ma podpowiadać automatycznie koszty uzyskania raz zdefiniowane przy umowie. |
Umowy cywilnoprawne | Na listach płac system powinien uwzględniać przychody pracownika z innych umów (umowy o prace, umowy cywilnoprawne) tak, aby prawidłowo były kontrolowane progi podatkowe i prawidłowo rozliczane składki ZUS w ramach wielu wypłat w miesiącu dla jednego pracownika. |
Umowy cywilnoprawne | Każda lista umów cywilnoprawnych ma mieć możliwość zdefiniowania dowolnie terminu wypłaty. |
Umowy cywilnoprawne | System powinien umożliwiać ewidencje i rozliczenie umów, na których powinien być naliczony zryczałtowany podatek dochodowy. |
Umowy cywilnoprawne | System musi sporządzać jedną deklarację PIT dla pracownika niezależnie od ilości zawartych umów ( umów o pracę i umów cywilnoprawnych) z pracownikiem. |
Umowy cywilnoprawne | System powinien umożliwić automatyczne sporządzenie deklaracji zgłoszeniowych, rozliczeniowych i wyrejestrowania do ZUS w formacie możliwym do zaczytania przez program płatnik. |
Umowy cywilnoprawne | System powinien generować następujące raporty i zestawienia: Wydruk list płac dla umów cywilnoprawnych, Wydruk zestawienia zbiorczego dla list z umów cywilnoprawnych, Karty wynagrodzeń, Zbiorcze zestawienie list płac. |
Umowy cywilnoprawne | Przeszkolony Użytkownik powinien móc samodzielnie przygotować następujące raporty i zestawienia: |
Umowy cywilnoprawne | - Zestawienia z umów cywilnoprawnych z informacją o kosztach uzyskania przychodu, składkach ZUS, zaliczce na podatek, zaliczce na podatek zryczałtowany, |
Umowy cywilnoprawne | - Zestawienia z podziałem na MPK, |
Umowy cywilnoprawne | - Zestawienia z podziałem na tematy, |
Umowy cywilnoprawne | - Zestawienia z podziałem na źródła finansowania, |
Umowy cywilnoprawne | - Zestawienie według rodzajów wypłat, |
Umowy cywilnoprawne | - Zestawienie na potrzeby uzgodnienie deklaracji rozliczeniowych ZUS, |
Umowy cywilnoprawne | - Raport według rodzajów umów, |
Umowy cywilnoprawne | - Raport według wybranych składników płacowych. |
Działalność socjalna | System musi być zintegrowany z systemem płacowym, gdzie muszą być odpowiednio zdefiniowane algorytmy świadczeń socjalnych i pożyczek pozwalające na automatyczne rozliczenie elementów z obszaru działalności socjalnej. |
Działalność socjalna | Gromadzenie informacji o przyznanych pracownikom świadczeniach socjalnych: |
Działalność socjalna | · zapomogach zwrotnych i bezzwrotnych, |
Działalność socjalna | · opodatkowanych i nieopodatkowanych, |
Działalność socjalna | · dofinansowaniu do wypoczynku opodatkowanym/nieopodatkowanym, |
Działalność socjalna | · paczkach dla dzieci, |
Działalność socjalna | · bonach towarowych, |
Działalność socjalna | Wspomaganie działania Kasy Zapomogowo – Pożyczkowej z możliwością ewidencji: |
Działalność socjalna | · wkładów, |
Działalność socjalna | · udzielonych pożyczek |
Działalność socjalna | · dokonanych potrąceń wraz z automatyczną aktualizacją sald (po dokonaniu wypłat/potrąceń z listy płac), |
Działalność socjalna | · generowanie zestawienia do kasy i innych komórek zajmujących się naliczaniem w/w składników oraz dla celów statystyki wewnętrznej |
Działalność socjalna | Wspomaganie działania Zakładowego Funduszu Świadczeń Socjalnych np. pożyczki mieszkaniowe, |
Działalność socjalna | W systemie musi być możliwe zdefiniowanie zapomogi bezzwrotnej: Zapomogi losowe – mają być niepodatkowane lub opodatkowane według limitów ustalanych przez użytkownika systemu. |
Działalność socjalna | W systemie musi być możliwe zdefiniowanie zapomogi bezzwrotnej: Zapomogi socjalne – ma być możliwość przypisywania kwotowo wartości udzielonych zapomóg. System ma umożliwiać zdefiniowanie odpowiednich algorytmów rozliczania podatku dla pracowników i emerytów zgodnie z obowiązującymi przepisami. |
Działalność socjalna | W systemie musi być możliwe zdefiniowanie zapomogi bezzwrotnej: Zapomogi losowe na chorobę – ma być możliwe zdefiniowanie zapomogi kwotowo i podanie informacji, na jaki cel przyznana jest zapomoga, |
Działalność socjalna | System musi pozwalać na zdefiniowanie dowolnej ilości zapomóg w dowolnym momencie eksploatacji systemu. Definiowanie nowych zapomóg musi być możliwe dla użytkownika systemu. |
Działalność socjalna | Zapomogi muszą być opodatkowane zgodnie obowiązującymi przepisami prawa na dzień przekazania systemu do użytkowania. |
Działalność socjalna | Świadczenia rzeczowe, kulturalne, sportowe - System musi pozwalać na zdefiniowanie dowolnej ilości świadczeń. Definiowanie nowych świadczeń musi być możliwe dla użytkownika systemu. |
Działalność socjalna | Świadczenia muszą być opodatkowane zgodnie obowiązującymi przepisami prawa na dzień przekazania systemu do użytkowania. |
Działalność socjalna | System musi zapewnić możliwość zdefiniowania dowolnych rodzajów dofinansowań. Definiowanie musi być możliwe przez użytkownika systemu. |
Działalność socjalna | Wypłaty świadczeń z działalności socjalnej powinny być możliwe do realizacji przez listę dodatkową. Użytkownik powinien mieć możliwość wypłaty świadczeń z działalności socjalnej również razem z wynagrodzeniem zasadniczym. |
Działalność socjalna | System ma umożliwiać definiowanie dowolnych rodzajów pożyczek. Ewidencja spłat udzielonych pożyczek ma być możliwa dla każdego pracownika w tym również dla byłych pracowników. System musi umożliwiać rozbudowę katalogu pożyczek. |
Działalność socjalna | Spłaty rat pożyczek mają odbywać się automatycznie poprzez listy płac. |
Działalność socjalna | Musi istnieć możliwość zaewidencjonowania spłaty pożyczki poprzez kasę. |
Działalność socjalna | W systemie ma być kontrolowana wysokość potraceń rat pożyczki, do wysokości zadłużenia. |
Działalność socjalna | Możliwa ma być zmiana wysokości rat pożyczki, zawieszenia czasowego spłaty raty pożyczki |
Działalność socjalna | Na podstawie udzielonych pożyczek, zaewidencjonowanych spłat automatycznych z listy płac i wprowadzonych spłat, które pobrała kasa system ma wyświetlać aktualne zadłużenie z tytułu pożyczki. |
Działalność socjalna | System powinien umożliwiać elastyczne definiowanie uprawnień również tak, aby wybrani użytkownicy mieli dostęp do modułu działalności socjalnej w określonym zakresie i nie powinno to powodować dodatkowego przelogowania się w systemie. |
Elektroniczne deklaracje PIT | Deklaracje PIT generowane na aktualnie obowiązujących formularzach |
Elektroniczne deklaracje PIT | Możliwość grupowej elektronicznej emisji deklaracji PIT-11, 8C, R na portal Ministerstwa Finansów |
Elektroniczne deklaracje PIT | Automatyzacja procesu przyjęcia Urzędowego Potwierdzenia Odbioru (UPO) |
Elektroniczne deklaracje PIT | Kontrola przepływu deklaracji pomiędzy osobami upoważnionymi do emisji, podpisu i wysyłki |
Elektroniczne deklaracje PIT | Możliwość odmowy podpisu i wysyłki z podaniem przyczyny |
Elektroniczne deklaracje PIT | Wykorzystanie bezpiecznego podpisu elektronicznego weryfikowanego przy pomocy kwalifikowanego certyfikatu |
Elektroniczne deklaracje PIT | Pełna ewidencja historii zatwierdzeń, podpisów, wysyłek i potwierdzeń odbioru |
Elektroniczne deklaracje PIT | Wysokie bezpieczeństwo procesu podpisywania – dokument źródłowy i podpisany przechowywane w bazie danych, podpisywanie w pamięci komputera bez zapisu nawet chwilowego dokumentu na dysku |
Elektroniczne deklaracje PIT | Możliwość uruchamiania i wysyłki na portal Ministerstwa Finansów w trybie testowo- szkoleniowym |
2. Wymagania obligatoryjne dla ZSI w części systemu obsługi toku studiów
1 Obsługa studenta (DZIEKANAT)
1.1 Obsługa danych studenta
Numer | Opis funkcji |
1. | Wprowadzanie i edycja danych osobowych studentów; automatyczne prowadzenie dziennika zmian z informacją o dacie modyfikacji i osobie modyfikującej dane. |
2. | Wprowadzanie informacji o dokumentach tożsamości studenta. |
3. | Obsługa kartoteki studenta, w tym: zmiana statusów, ocen, opłat, danych osobowych, danych teleadresowych, indywidualnego planu/ programu studiów, opłat, dyplomowania, wydruku zaświadczeń musi się odbywać w ramach jednego komponentu dysponującego menu do wymienionych operacji. Wykonanie dowolnej kombinacji operacji w powyższych zagadnieniach nie może wymagać powtórnego wybrania lub wyszukania studenta. Istnienie pola do wprowadzania dowolnych danych tekstowych (notatek). |
4. | Kartoteka Studenta z możliwość wprowadzania i przetwarzania danych studenta tj.: dane osobowe (imiona, nazwiska (xxxxxx)); PESEL; imiona rodziców; data i miejsce urodzenia; xxxx xxxxxxx; adresy (zameldowania, korespondencyjny, miejsca pracy, opiekuna); dane kontaktowe (telefony, e-mail); nr albumu. |
5. | Możliwość definiowania i korzystania ze słowników: obywatelstwo; kierunków studiów; specjalności na kierunkach; wydziałów, katedr, zakładów, laboratoriów itd. (odzwierciedlenie struktury organizacyjnej Uczelni); formy studiów; rodzajów studiów; tytułów i stopni naukowych. |
6. | Wprowadzanie i edycja informacji o kierunku i specjalności studenta. Prowadzenie dziennika zmian. W przypadku przenoszenia studenta pomiędzy kierunkami w trakcie jednych studiów studenta przechowywanie i prezentowanie informacji o wszystkich kierunkach, na których student był w trakcie studiów. |
7. | System musi udostępniać możliwość filtrowania studentów w ramach danych studenta. |
8. | Filtrowanie listy studentów do studentów czynnych, czyli takich, którzy w bieżącym semestrze posiadają statusy świadczące o nieskreśleniu z listy studentów. |
Możliwość definiowania własnych filtrów. | |
9. | System udostępnia wyszukiwanie studentów. |
10. | System umożliwia dostęp do informacji o poziomie wykształcenia studenta (dane ze świadectwa maturalnego, data i miejsce wydania świadectwa maturalnego), dane okręgowej komisji egzaminacyjnej, dane uczelni wyższej, do której uczęszczał student (data wystawienia dyplomu, uzyskany tytuł zawodowy, wydział, kierunek). |
11. | System przechowuje informacje dotyczące udziału studenta w konkursach, uzyskanych nagrodach, wyróżnieniach, działalności społeczno-organizacyjnej, osiągnięciach sportowych. |
12. | Prezentacja listy grup studenckich do których należy student. |
13. | Ewidencja niepełnosprawności studenta: stopień niepełnosprawności; data wydania orzeczenia; czy orzeczenie stałe, czy tymczasowe; okres orzeczenia daty od/do; symbole niepełnosprawności. |
14. | Funkcja prowadzenia albumu studenta. |
15. | Oddzielne serie numeracji dla studentów I i II stopnia, studentów III stopnia, słuchaczy studiów podyplomowych. |
16. | Automatyczne masowe nadawanie numeru albumu nowo przyjętym studentom. |
17. | Weryfikacja peselu kandydata – czy nie był wcześniej wprowadzony do bazy (w celu uniknięcia dublowania danych osobowych). |
18. | Ewidencja danych dotyczących zakładu pracy studenta (dane zakładu pracy, dane kontaktowe) |
1.2 Obsługa grup studenckich
Numer | Opis funkcji |
19. | Możliwość definiowania grup studenckich: wykładowych, laboratoryjnych, ćwiczeniowych, seminaryjnych, na zajęcia fakultatywne oraz określania ich liczebności. |
20. | Możliwość przenoszenia, kopiowania studentów pomiędzy grupami. |
21. | Możliwość masowego przypisywania wybranych studentów do wybranych grup. |
22. | Możliwość ręcznego wprowadzania liczebności grup. |
23. | Możliwość filtrowania studentów w celu przydzielenia ich do odpowiednich grup. |
Obsługa przebiegu studiów
Numer | Opis funkcji |
24. | Wszystkie informacje o przebiegu studiów studenta (rejestracje, skreślenia, oceny) muszą być określane z dokładnością do semestru akademickiego (rozliczenie semestralne). Wszystkie informacje o przebiegu studiów studenta muszą być prowadzone niezależnie dla kierunku studiów, formy studiów. |
25. | Wprowadzanie i edycja informacji o statusach studentów, urlopach i skreśleniach. Prowadzenie dziennika zmian statusów z informacją o dacie modyfikacji i osobie modyfikującej dane. |
26. | Rozpoczęcie nowych studiów lub studia równoległe nie mogą wymagać dublowania danych osobowych studenta, jednocześnie wszystkie oceny i rejestracje mają być prezentowane oddzielnie dla różnych toków studenta (w ten sposób ma być prezentowana również historia poprzednich studiów studenta). |
27. | Obsługa indywidualnego programu studiów i indywidualnego planu studiów. |
28. | Oceny otrzymane w ramach przedmiotów realizowanych poza Uczelnią (np. Xxxxxxx) mają być uwzględniane w przebiegu studiów studenta i realizacji planu studiów. |
29. | Narzędzia przedstawiające stopień realizacji planu studiów (suma punktów ECTS) przez studenta. Wymagane jest prawidłowe przetwarzanie studentów z wielokrotnym urlopem, wielokrotnym wznowieniem, zmianą kierunku studiów, wyjazdami na programy wymiany międzynarodowej. |
30. | Ewidencja informacji o zrealizowanych przedmiotach i prowadzących przedmioty, ocenach uzyskanych z danego przedmiotu, punktach ECTS, dacie zaliczenia lub egzaminu, egzaminach poprawkowych. |
31. | Ewidencjonowanie faktycznego semestru akademickiego realizacji przedmiotów przez studenta. W przypadku wielokrotnego powtarzania przedmiotu w różnych semestrach akademickich w historii studiów studenta wymagane jest przedstawienie każdej oceny z realizowanego przedmiotu (tyle ocen, ile razy student był na listach zajęciowych przedmiotu w odpowiednich semestrach akademickich). |
32. | System musi umożliwiać masową promocję na kolejny semestr studiów wraz z nadaniem odpowiedniego statusu np. skreślenie, powtarzanie semestru itd; dla wskazanego zbioru studentów. |
33. | Funkcje obliczania średniej zadanego okresu studiów (ze wszystkich ocen uzyskanych podczas studiów, ze wszystkich ocen za dany semestr, rok akademicki). Możliwość modyfikowania sposobu obliczania średniej ocen bez konieczności angażowania Wykonawcy. |
34. | Informacje dotyczące pobieranego stypendium. |
35. | Eksport niezbędnych danych związanych z tokiem studenta do POLon. |
1.3 Obsługa wiadomości
Numer | Opis funkcji |
36. | Możliwość skierowania wiadomości do studentów wybranego kierunku, wybranej grupy studenckiej. |
37. | Możliwość komunikacji pracownika dziekanatu ze studentem oraz grupą studentów i studenta z dziekanatem drogą elektroniczną z zachowaniem śladu tej korespondencji i możliwością późniejszego odczytu. Korespondencja ma się odbywać za pośrednictwem Wirtualnej Uczelni. |
38. | Możliwość wysyłania wiadomości do dydaktyków, użytkowników systemu, pracowników danej jednostki organizacyjnej |
39. | Możliwość wysyłania wiadomości mail, SMS. |
40. | Możliwość dodawania do wiadomości załączników. |
41. | Zdarzenia obsługiwane w ramach powiadomień automatycznych obsługa studenta: student zmiana statusu, student zmiana danych adresowych, student personalizacja lub blokada legitymacji, student zmiana kierunku studiów. |
42. | Zdarzenia obsługiwane w ramach powiadomień automatycznych obsługa jednostek dydaktycznych i dydaktyków: |
jednostka – skierowanie przedmiotu do jednostki jednostka – usunięcie przedmiotu z jednostki dydaktyk – dodanie przydziału osobowego (dydaktyk – przedmiot) dydaktyk – usunięcie przydziału osobowego (dydaktyk – przedmiot) | |
43. | Wymagane są następujące kanały informacyjne dla powiadomień automatycznych: wiadomość kierowana na konto odbiorców w Wirtualnej Uczelni, wiadomość kierowana na adres email odbiorów, wiadomość kierowana do odbiorców za pomocą bramki SMS. |
1.4 Obsługa praktyk
Numer | Opis funkcji |
44. | Udostępnianie informacji dla studentów (zależnie od kierunku i specjalności) w jakich zakładach pracy mogą odbywać praktykę (informacja dostępna w Wirtualnej Uczelni). |
45. | Przypisanie praktyki studentowi: miejsce, w którym odbywa się lub odbyto praktykę, ustalenie terminu odbywania praktyki i długości jej trwania, przypisanie osoby, która z ramienia uczelni opiekuje się praktyką, ustalenie statusu praktyki. |
46. | Możliwość prowadzenia zapisów studentów na praktyki z poziomu Wirtualnej Uczelni. |
47. | Generowanie raportów (wykaz firm, lista osób odbywających praktykę, wykaz opiekunów praktyk, praktyki zaliczone/niezaliczone, lista studentów z miejscem odbywania praktyki, porozumienie z firmą w sprawie przyjęcia studenta na praktykę). |
48. | Informacja o rodzaju odbytej praktyki, ilości godzin oraz uzyskanym zaliczeniu praktyki, powinna przenosić się na suplement. |
49. | Możliwość proponowania z poziomu Wirtualnej Uczelni miejsc praktyk przez studentów. |
50. | Możliwość weryfikacji i akceptacji miejsc praktyk proponowanych ze strony studentów przez pracownika uczelni i dodawania wpisów do wykazu firm – aktualizacja bazy miejsc praktyk. |
1.5 Obsługa dokumentów przebiegu studiów
Numer | Opis funkcji |
51. | Wydruk spersonalizowanych zaświadczeń i druków dla studenta (zaświadczenie o studiach, ogólne, umowa edukacyjna, decyzja administracyjna, wezwanie) oraz kopert z adresem dla wybranej grupy osób. |
52. | Możliwość samodzielnego dopasowania i załadowania do systemu własnych szablonów dokumentów. |
53. | Dziennik wydanych dokumentów, które zostały wytworzone i wydrukowane z Systemu |
54. | Możliwość podglądu wydruków z rejestru dokumentów wraz z możliwością ponownego ich wydrukowania. |
55. | Dziennik wszystkich dokumentów generowanych przez operatorów w systemie wraz z możliwością ich podglądu. |
56. | Definiowanie masek numeracji. |
57. | Przypisywanie danej maski numeracji do danego typu dokumentu. |
58. | Ustawianie aktualnej wartości autonumeracji dla danej maski numeracji. |
59. | Automatyczne nadawanie numeru kancelaryjnego dokumentu wydanego studentowi. |
60. | Usuwanie pojedyncze i zbiorowe danych dokumentów. |
61. | Definiowanie typów dokumentów. |
62. | Możliwość zamieszczenia skanu dokumentu w systemie dla danego studenta. |
1.6 Obsługa pomocy socjalnej
Numer | Opis funkcji |
63. | Dodawanie wniosków o dany rodzaj stypendium. |
64. | Możliwość złożenia przez studenta elektronicznego wniosku o stypendium. Możliwość dołączenia załączników do wniosku, Możliwość wydruku wstępnie wypełnionego formularza. Przeglądanie listy złożonych wniosków o stypendium. |
65. | Prowadzenie rejestru złożonych wniosków stypendialnych. |
66. | Filtrowanie listy złożonych wniosków po roku akademickim (semestrze) złożenia, typie stypendium, statusie wniosku, kierunku, wydziale, rodzaju studiów, trybie studiów. |
67. | Definiowanie własnych filtrów (dedykowane zapytanie SQL), użycie ich do filtrowania listy złożonych wniosków. |
68. | Filtrowanie listy złożonych wniosków po wskazanym studencie, danych studenta: imieniu, nazwisku, numerze albumu, numerze PESEL, statusie studenta. |
69. | Filtrowanie listy złożonych wniosków po dacie złożenia wniosku, datach od/do okresu przyznania stypendium, dochodzie studenta, kwocie bazowej, kwocie powiększenia, kwocie miesięcznej. |
70. | Lista złożonych wniosków powinna zawierać przynajmniej takie informacje jak: wydział, kierunek, specjalność, rodzaj studiów, forma studiów, nazwisko i imię studenta, nr albumu studenta, rok akademicki (semestr) wniosku, data złożenia wniosku, typ stypendium, status stypendium, dochód dla wniosku, czy występuje powiększenie, status studenta, suma punktów, rok studiów studenta, numer konta studenta, stopień niepełnosprawności studenta. |
71. | Wyszukiwanie wniosków oraz przeglądanie listy wniosków, wgląd do wniosków złożonych przez konkretnego studenta. |
72. | Wprowadzanie i aktualizacja statusu wniosku (przyjęty, kompletny, niekompletny, komisja, komisja odwoławcza, rozpatrzony pozytywnie, rozpatrzony negatywnie, do wyjaśnienia). |
73. | Obsługa odwołania składanego w trakcie semestru. Automatyczne tworzenie nowego wniosku wraz z referencją do wniosku pierwotnego. |
74. | Usuwanie wskazanych wniosków. |
75. | Przeglądanie i edycja rat stypendium powiązanych ze wskazanym wnioskiem. |
76. | Masowa zmiana statusu wybranych wniosków. |
77. | Automatyczne przeliczanie przez system przyznawanych kwot stypendium, okresu przyznania stypendium. |
78. | Wprowadzanie i podgląd dochodu studenta. |
79. | Dla stypendium socjalnego wyliczanie dochodu na osobę na podstawie przychodu rocznego i dochód brutto dla poszczególnych członków rodziny, składka na ubezpieczenie społeczne i zdrowotne dla poszczególnych członków rodziny, podatek należny dla poszczególnych członków rodziny, powierzchnia gospodarstwa rolnego, dochód z pozarolniczej działalności gospodarczej, dochody nieopodatkowane, kwota alimentów, liczba osób w gospodarstwie domowym. |
80. | Dla stypendium rektora dla najlepszych studentów dodawanie i edycja grup osiągnięć, dodawanie i edycja osiągnięć do danych grup osiągnięć, edycja liczby punktów dla danych osiągnięć. |
81. | Możliwość zmiany poszczególnych składowych potrzebnych do wyliczenia dochodu w trakcie trwania roku akademickiego (w szczególności dotyczy to utraty bądź uzyskania dochodu). |
82. | Możliwość obsługi typów stypendiów: socjalne, specjalne dla osób niepełnosprawnych, dla najlepszych doktorantów, rektora dla najlepszych studentów, stypendium w zwiększonej wysokości z tytułu zamieszkiwania w DS lub innym obiekcie, ministra za wybitne osiągnięcia, zapomoga. |
83. | Powiązanie z różnymi rodzajami stypendiów i zapomóg różnego rodzaju kryteriów bazowych |
branych pod uwagę przy przydzielaniu stypendium i podziału środków takich jak: w przypadku stypendium socjalnego – dochód na osobę, przy stypendium Rektora – średnia ocen, osiągnięcia naukowe, sportowe i artystyczne, przy stypendium socjalnym dla osób niepełnosprawnych – stopień niepełnosprawności oraz data orzeczenia stopnia niepełnosprawności (na stałe, do określonego terminu). Możliwość modyfikacji progów oraz wartości kwotowych wsparcia. | |
84. | Uwzględnienie różnic w kwotach stypendiów dla studentów i doktorantów. |
85. | Definiowanie listy statusów studenta, dla których możliwa jest wypłata pomocy. Statusy umożliwiające wypłatę pomocy są określane globalnie, bez kontekstu rodzaju stypendium. |
86. | Możliwość przeniesienia raty stypendium na kolejny lub wybrany miesiąc. |
87. | Możliwość zmiany wysokości stypendium w indywidualnych przypadkach. |
88. | Przyznawanie i anulowanie stypendiów w trakcie roku akademickiego. |
89. | Program ma weryfikować poprawność wprowadzonego numeru konta. |
90. | System zapewnia obsługę komisji stypendialnych: ewidencja składu osobowego komisji, wydruki protokołów dla komisji. |
91. | Możliwość dostępu do informacji z poprzednich lat akademickich na temat dochodu netto, średniej ocen. |
92. | Tworzenie, edytowanie i wydruk miesięcznych list wypłat, uwzględniających wydział oraz kierunek lub specjalność, typ studiów, typ wypłaty (kasa, przelew), zawierających imię i nazwisko studenta, rodzaje i wysokość pobieranych stypendiów. Każda lista jest numerowana. Możliwość zatwierdzania przez użytkownika (adnotacja o zatwierdzeniu z identyfikatorem użytkownika, który ją utworzył i zatwierdził, datą utworzenia i zatwierdzenia). |
93. | Wskazywanie numeru konta, z którego będzie wypłacane stypendium dla generowanej listy wypłat. |
94. | Eksportowanie wskazanej listy wypłat do pliku bankowego. |
95. | Definiowanie numeracji dla decyzji dla poszczególnych typów stypendium. |
96. | Prowadzenie rejestru zatwierdzonych list wypłat w danym miesiącu. |
97. | Generowanie i wydruk wezwań i decyzji o przyznaniu/nieprzyznaniu pomocy materialnej wraz z ich numerowaniem oraz kopert z adresem dla wybranej grupy osób. |
98. | Wydruk zaświadczeń o korzystaniu z pomocy materialnej. |
99. | Funkcja generowania wydruku wybranego procenta najlepszych studentów lub absolwentów na danym kierunku. |
100. | Funkcja automatycznego generowania sprawozdawczości na potrzeby Głównego Urzędu Statystycznego (Sprawozdanie S-11). |
101. | Eksport informacji o przyznanym stypendium w sprawozdawczości POLon. |
102. | Możliwość skopiowania zestawu parametrów dla typów stypendiów na kolejny rok akademicki. |
1.7 Obsługa ELS
Numer | Opis funkcji |
103. | System musi obsługiwać natywnie procesy związane z pełną obsługą ELS bez konieczności integracji albo korzystania z innych systemów. |
104. | Generowanie kolejek wydruku. Masowe dodawanie pozycji kolejki. |
105. | Funkcja generowania kolejki wydruku weryfikuje czy student posiada niezbędne do wydruku dane. W przypadku negatywnej weryfikacji system nie dodaje danych takiego student do kolejki. Funkcja generuje podsumowanie wyświetlające listę błędów do poprawy wraz z możliwością eksportu listy do pliku excel. |
106. | Przeglądanie listy kolejek do wydruku wraz z funkcją podglądu wydruku legitymacji wskazanej kolejki. |
107. | Możliwość wprowadzenia informacji odnośnie wydanych legitymacjach studenckich. |
108. | Możliwość filtrowania listy kolejek wydruku wraz z możliwością definiowania własnych filtrów. |
109. | Możliwość wyszukiwania kolejki, w której znajduje się student przynajmniej po imieniu, nazwisku, nr |
albumu, numerze PESEL studenta. | |
110. | Możliwość usuwania wskazanych kolejek wydruku. |
111. | Funkcja wysyłania wskazanej kolejki wydruku do personalizacji i wydruku. |
112. | Przechowywanie danych osobowych oraz zdjęć w systemie. |
113. | Możliwość odczytywania i zapisywania w bazie danych systemu numerów fabrycznych (CSN) wydawanych kart odrębnie dla części stykowej i bezstykowej. |
114. | Wydawanie nowych kart oraz duplikatów. |
115. | Możliwość drukowania obydwu stron kart w jednym cyklu personalizacji w tym wydruku na kartach kodu kreskowego. |
116. | Personalizacja elektroniczna i graficzna kart w jednym przebiegu. |
117. | Możliwość drukowania potwierdzenia opłaty za wydanie karty. |
118. | Możliwość definiowania różnych taryf za wydanie karty i duplikatu. |
119. | Możliwość wykadrowania zdjęcia poprzez zaznaczenie obszaru kadrowania. |
120. | Możliwość podglądu i akceptacji wstępnie skadrowanego zdjęcia. |
121. | Możliwość podmiany zdjęcia wcześniej zapisanego w bazie danych. |
122. | Możliwość podglądu statusu karty. |
123. | Możliwość wykorzystania do wydruku kart, co najmniej dwóch drukarek kart jednocześnie. |
124. | Możliwość automatycznego uruchamiania funkcji przedłużania ważności po włożeniu elektronicznej legitymacji studenckiej do czytnika kart. |
125. | Wyświetlanie danych zapisanych na elektronicznej legitymacji studenckiej. |
126. | Automatyczna weryfikacji prawa do przedłużania ważności legitymacji dla danego studenta. |
127. | Możliwość automatycznego wyświetlania komunikatu z przypomnieniem o konieczności naklejenia hologramu po zakończeniu procesu zapisu daty ważności. |
128. | Blokowanie aktywnych kart. |
129. | Odblokowanie zablokowanych kart. |
130. | Wykorzystywanie kart zgodnych z Rozporządzeniem Ministra Nauki i Szkolnictwa Wyższego z dnia 27 września 2018 r. w sprawie studiów (Dz.U. 2018 poz. 1861, z późn. zm.). |
131. | Nadawanie edycji dla kolejnych duplikatów zgodnie z zapisami Ministra Nauki i Szkolnictwa Wyższego z dnia 27 września 2018 r. w sprawie studiów (Dz.U. 2018 poz. 1861, z późn. zm.). |
132. | Inicjalizacja i tworzenie struktury danych na kartach zgodnie z Rozporządzeniem Ministra Nauki i Szkolnictwa Wyższego z dnia 27 września 2018 r. w sprawie studiów (Dz.U. 2018 poz. 1861, z późn. zm.). |
133. | Zapis na kartach danych osobowych studentów zgodnie z Rozporządzeniem Ministra Nauki i Szkolnictwa Wyższego z dnia 27 września 2018 r. w sprawie studiów (Dz.U. 2018 poz. 1861, z późn. zm.), podpisanych certyfikatem własnym Punktu Personalizacyjnego lub certyfikatem kwalifikowanym operatora Punktu Personalizacyjnego wraz z zapisaniem użytego certyfikatu do pamięci karty. |
1.8 Rozliczenie finansowe studenta
Numer | Opis funkcji |
134. | System musi umożliwiać definiowanie, naliczanie, ewidencja i edycja opłat studentom według zasad wskazanych przez Uczelnię (x.xx. opłaty za: studia niestacjonarne (czesne), powtarzanie przedmiotu/przedmiotów, powtarzanie semestru, zajęcia dodatkowe nieobjęte planem studiów, indeks i legitymację (oraz ich duplikaty), dyplom oraz odpisy dyplomu w języku polskim i angielskim). Musi istnieć możliwość rozłożenia opłat na raty (system musi zapewniać, aby suma rat była równa kwocie zobowiązania) z dowolnymi, przyszłymi terminami płatności. Określenie, które opłaty mają mieć naliczane odsetki, a które nie (wraz z automatycznym ich naliczaniem). |
135. | System musi posiadać cenniki opłat za czesne przypisane do semestrów studiów. Wymagane jest |
wspieranie różnych wersji cenników dla różnych roczników studentów (studenci rozpoczynający studia w danym roku mają plan opłat zdefiniowany do końca studiów, studenci rozpoczynający studia w następnym roku mogą mieć własny, różny od poprzedniego plan opłat). System umożliwia wskazanie przez studenta właściwego cennika z poziomu Wirtualnej Uczelni. System umożliwia utworzenie cennika domyślnego dla wskazanego kierunku i roku akademickiego. System musi umożliwiać generowanie w formie masowej naliczeń według wybranego cennika lub domyślnego dla kierunku i roku studiów, jeżeli nie został wskazany/wybrany cennik indywidulany. | |
136. | Student studiujący równolegle musi mieć odrębne naliczenia opłat na każdych studiach. System musi umożliwiać prezentację i analizę pozycji finansowych studenta na poziomie każdego z kierunków studenta, jak też z perspektywy studenta z uwzględnieniem wszystkich kierunków studenta. |
137. | System musi umożliwiać prowadzenia rozliczeń ze studentem w walutach obcych. Obsługa walutowości wraz z właściwą ewidencją kursów walut ze wskazaniem kursu dla waluty i daty kursu waluty. |
138. | System musi posiadać narzędzia raportowania stanu rozliczeń ze studentem z wyróżnieniem studentów z przeterminowanymi płatnościami. |
139. | System musi posiadać funkcje do grupowego skreślania studentów za brak opłat. |
140. | System musi posiadać wydruk spersonalizowanego wezwania do zapłaty dla studentów z przeterminowanymi płatnościami. System musi posiadać funkcję symulacji stanu wysokości odsetek na dzień w celu wykorzystania wartości obliczonych odsetek w wezwaniach i monitach kierowanych do studentów. Wydruk musi zawierać następujący zestaw danych: Dane adresowe studenta, do którego jest kierowany wydruk. Dane zaległych pozycji tj: kwota, tytuł, termin płatności. |
141. | System musi posiadać narzędzia do wysyłania e-maili do studentów z przeterminowanymi płatnościami – możliwość dostosowania treści wysyłanego e-maila przez operatora Systemu. Powiadomienie kierowane do studenta musi zawierać dane pozycji finansowych tj: kwota, tytuł, termin płatności. |
142. | Automatyczne naliczanie not odsetkowych dla przeterminowanych płatności (z możliwością określenia typów zobowiązań, dla których System ma naliczać odsetki). System musi udostępniać funkcję masowego generowania pozycji odsetek. Generowanie naliczeń dla pozycji walutowych musi uwzględniać walutę pozycji głównej od której naliczona zostanie odsetka. |
143. | System musi umożliwiać masowe generowanie naliczeń na podstawie wskazanych cenników lub domyślnego cennika w przypadku braku wskazania innego cennika przez studenta dla całego wydziału. W przypadku powtórnego użycia narzędzia System musi naliczyć czesne wyłączenie tym studentom, którzy w momencie uruchomienia procesu naliczania nie posiadali w tym semestrze naliczonej opłaty za czesne. |
144. | Obsługa indywidualnych kont studenckich (po stronie rozliczeń finansowych studenta). Wymagane jest narzędzie umożliwiającej konfigurację indywidualnego rachunku bankowego dla określonego znaczenia finansowego i waluty. |
145. | Możliwość przypisania jednego numeru rachunku bankowego (indywidualnego) do wszystkich rozliczeń studenta lub utworzenia wielu rachunków w podziałem na znaczenie pozycji finansowej. |
146. | Możliwość przypisania odrębnych numerów kont do oddzielnych studiów studenta (np. podział rachunków ze względu na studia równoległe lub wg rodzajów opłat studenta). |
147. | System musi umożliwiać obsługę pozycji pomocy materialnej, tworzenie paczki w formacie obsługiwanym przez system bankowości elektronicznej. |
148. | Możliwość wprowadzenia wpłaty przez operatora. |
149. | System musi udostępnić prezentację wszystkich pozycji finansowych studentów na stronie internetowej – Wirtualnej Uczelni. Prezentacja na stronie dedykowanej dla studenta musi zawierać dane: |
Kwota pozycji, data dokumentu, tytuł pozycji, znaczenie dokumentu, rodzaj pozycji finansowej (naliczenie, płatność). | |
150. | Prezentacja stanu zaległych finansów studenta na dany dzień na stronie internetowej – Wirtualna Uczelnia. Prezentacja musi zawierać zbiorcze podsumowanie salda studenta (w jednej kwocie) oraz prezentacja szczegółowych pozycji finansowych studenta zarówno naliczeń jak też płatności studenta. |
151. | System musi umożliwiać automatyczny import pliku bankowego z płatnościami studentów oraz automatyczne rozksięgowanie wpłat na konta studentów. |
152. | Obsługa okresów rozliczeniowym w systemie dziekanatowym w celu zapewnienia spójności danych finansowych przesyłanych do systemu finansowo – księgowego. System musi posiadać blokadę, która nie pozwoli na wprowadzenie pozycji finansowej z datą zamkniętego okresu rozliczeniowego. |
Numer | Opis funkcji |
153. | Możliwość definiowania rygorów punktowych dla poszczególnych kierunków dla danego semestru: liczba wymaganych punktów ECTS, dopuszczalny dług punktowy ECTS. |
154. | Mechanizm pozwalający automatycznie przypisać studentowi, grupie studentów przedmioty z planu studiów (otwarcie sesji). |
155. | Otwieranie sesji na przedmioty – wskazywanie przedmiotów, dla których student powinien posiadać wpisy w indeksie elektronicznym wraz z automatycznym generowaniem protokołów dla przedmiotów dla wskazanych studentów. |
156. | Możliwość otwarcia za jednym razem sesji na termin podstawowy i terminy poprawkowe. |
157. | Możliwość otwarcia sesji poprawkowej dla wskazanych studentów. |
158. | Możliwość cofnięcia sesji dla wskazanych studentów. |
159. | Możliwość wybrania dla sesji poprawkowej czy system powinien generować wpisy poprawkowe dla wszystkich przedmiotów czy tylko przedmiotów z oceną nie zaliczającą. |
160. | Możliwość wybrania dla sesji poprawkowej czy system powinien przypisywać dla wpisów poprawkowych protokół z poprzedniego terminu czy powinien wygenerować nowy protokół. |
161. | Masowe generowanie protokołów i protokołów poprawkowych. |
162. | Możliwość definiowania słownika domyślnych dat ważności protokołów. |
163. | Nadawanie dat ważności od do dla wygenerowanych protokołów. Określenie okresu, w którym protokół będzie aktywny do edycji przez nauczyciela akademickiego. |
164. | Możliwość edycji dat ważności protokołów. |
165. | Wprowadzanie i ewidencja ocen z przedmiotu wykłady, ćwiczenia, laboratoria, projekty – każdy typ zajęć może być oceniany oddzielnie. System ma pozwalać zdefiniować dla każdego przedmiotu ze wskazanym typem zakończenia przedmiotu zestaw wymaganych ocen. |
166. | Wyliczanie średniej ocen z przebiegu studiów, semestralnej, rocznej dla danego naboru (średniej ocen uzyskanych w danym roku akademickim). |
167. | Funkcja elektronicznego prowadzenia karty przebiegu studiów, zawierającej: dane studenta, nazwiska prowadzących zajęcia, formę zakończenia przedmiotów (zaliczenie/egzamin), formę zajęć (wykłady/ćwiczenia), liczbę godzin, liczbę punktów ECTS, wyniki egzaminów/zaliczeń. Możliwość wydrukowania karty przebiegu studiów. |
168. | Możliwość wglądu, edycji i wydruku protokołów dla upoważnionych użytkowników z jednostki dydaktycznej. |
169. | Możliwość dopisania dodatkowych przedmiotów zaliczonych przez studenta, a wykraczających poza realizowany tok studiów. |
170. | Funkcja zamykania sesji dla wskazanych studentów. |
2 Obsługa sesji egzaminacyjnych i prac dyplomowych (DZIEKANAT) 2.1Obsługa sesji
171. | Funkcja automatycznego promowania studentów na wyższy rok - pojedynczo lub grupowo wraz z nadaniem wybranego statusu. |
172. | Możliwość zmiany dydaktyka dla protokołu. |
2.2 Obsługa prac dyplomowych
Numer | Opis funkcji |
173. | Obsługa procesu dyplomowania. Możliwość wprowadzania do Systemu: tytułu pracy dyplomowej (także w języku obcym); promotora i recenzenta pracy dyplomowej; daty egzaminu dyplomowego; ocen za pracę dyplomową (promotor, recenzent); ocena z egzaminu; ocena za pracę; oceny na dyplomie (wg wzoru z regulaminu studiów); numeru wydanego dyplomu wraz z kontrolą numeracji; data odebrania dyplomu. |
174. | Zastosowanie algorytmu do obliczania ostatecznej oceny ze studiów oraz przypisanie do niej słownej oceny do wpisu na dyplomie. |
175. | Automatyczne wyliczanie przez system średniej ocen z toku studiów. |
176. | Przeglądanie list prac dyplomowych w Wirtualnej Uczelni przez odpowiednich dydaktyków: prace do oceny, prace do recenzji, prace oceniane historyczne, prace recenzowane historyczne. |
177. | Możliwość przeglądania przez dydaktyków w Wirtualnej Uczelni archiwum tematów prac dyplomowych z podziałem na dany rok akademicki. |
178. | Możliwość przeglądania przez dydaktyków w Wirtualnej Uczelni stanu zapisów na tematy prac dyplomowych wraz z możliwością zatwierdzania/odrzucania tychże zapisów. |
179. | Możliwość definiowania procentowego udziału składowych do wyliczenia oceny końcowej w kontekście rodzaju studiów. |
180. | Możliwość definiowania procentowego udziału składowych do wyliczenia oceny końcowej w kontekście wskazanego kierunku. |
181. | Wydruk protokołu komisji egzaminu dyplomowego na podstawie wprowadzonych danych, wydruk zaświadczenia do ZUS, banku i zaświadczenia o obronie. |
182. | Prowadzenie elektronicznej księgi dyplomów wraz z możliwości jej wydruku. |
183. | Możliwość utworzenia bazy prac dyplomowych: tworzona co roku baza tematów zgłoszonych przez promotora i zatwierdzonych przez Radę Wydziału; możliwość wyboru przez studenta w Wirtualnej Uczelni tematu (lub kilku tematów) pracy dyplomowej (ostateczną decyzję o wyborze dyplomantów podejmuje promotor, pracownik dziekanatu); ograniczenie liczby osób zapisujących się na dany temat pracy dyplomowej na podstawie średniej ocen, uzyskanych punktów ECTS. |
184. | Możliwość wygenerowania zestawienia dyplomów z informacją o promotorach, recenzentach, tematach prac i dacie obrony w zadanym okresie. |
185. | Wydruk i ewidencja wydanych świadectw i zaświadczeń. |
186. | Wydruk dyplomu i odpisu dyplomu – dane osobowe studenta, nr dyplomu, wydział, kierunek, specjalność, obszar nauk, profil, forma studiów, ocena, data uzyskania tytułu zawodowego, tytuł zawodowy, miejscowość i data wydania dyplomu (możliwość samodzielnego dopasowania i załadowania do systemu własnych szablonów tych dokumentów) – z funkcją drukowania dyplomu w |
języku obcym. | |
187. | Wydruk suplementu wg wzoru określonego rozporządzeniem właściwego ministra, z uwzględnieniem w szczególności średniej ocen ze studiów, informacji o odbytych praktykach zawodowych, informacji o dodatkowych osiągnięciach, stypendiach, przynależności do organizacji studenckich, kół naukowych itp.) z funkcją drukowania dyplomu w języku obcym. |
3 Obsługa procesu dydaktycznego (DZIEKANAT)
Numer | Opis funkcji |
188. | Definiowanie struktury uczelni (wydziały, katedry, zakłady, pracownie). |
189. | Definiowanie kierunków, specjalności, stopnia i formy studiów. Definiowane kursów, szkoleń i innych forma kształcenia. |
190. | System musi zapewnić możliwość definiowania toku studiów. |
191. | System musi zapewnić przydzielanie planów przedmiotowych dla toków studiów. |
192. | Definiowanie planów studiów dla kierunków, specjalności i ścieżek/profili, modułów przedmiotowych – wymagane jest wersjonowanie planów studiów dla studentów z różnych roczników (różne roczniki aktywnych studentów studiujących na tym samym kierunku studiów mogą mieć różne plany studiów w tym również różną liczbę semestrów studiów). Plany studiów muszą być prowadzone niezależnie dla każdego roku, w którym nastąpił nabór studentów. |
193. | Możliwość przypisania tego samego przedmiotu do wielu planów studiów (np. przedmioty wspólne dla wszystkich kierunków lub wspólne dla grupy specjalności). Wszyscy studenci z powyższych kierunków lub list muszą się znajdować na jednej liście zajęciowej i jednym wspólnym protokole. |
194. | Obsługa zarówno sztywnego planu studiów (w planie studiów studenta są wyłącznie przedmioty obowiązkowe – student nie wybiera żadnych przedmiotów obieralnych), półelastycznego planu studiów (oprócz przedmiotów obowiązkowych znajdujących się w planie studiów, student może wybrać z oferty dydaktycznej Uczelni pewną grupę przedmiotów obieralnych), jak i w pełni elastycznego planu studiów (student wybiera zarówno przedmioty obieralne jak i przedmioty obowiązkowe, które chce studiować w danym semestrze). Narzędzia dla studenta do wskazywania wybieranych przedmiotów muszą uwzględniać ograniczania na liczbę punktów ECTS, wykluczenia przedmiotów oraz kontynuację przedmiotów w semestrze/semestrach poprzednich. |
195. | System zapewni narzędzia dla studenta do wskazywania wybieranych przedmiotów. Musi istnieć funkcja dwupoziomowego zapisu na fakultety/zajęcia obieralne – w formie deklaracji z późniejszym przypisywaniem do wybranych zajęć wg osiągnięć w nauce (np. średniej), jak i w formie automatycznego zapisu na fakultety/zajęcia wybieralne po podjęciu wyboru przez studenta w Wirtualnej Uczelni. |
196. | Obsługa studiów prowadzonych na wszystkich poziomach (pierwszego stopnia, drugiego stopnia, jednolitych studiach magisterskich, doktoranckich, podyplomowych), w formie stacjonarnej oraz niestacjonarnej. |
197. | System musi zapewniać funkcjonalność zarządzania przedmiotami – w tym nazwy przedmiotów, punkty ECTS, wymiary godzin, forma zakończenia przedmiotu, typ przedmiotu, język prowadzania zajęć dla przedmiotu, formy zajęć, przypisywanie głównego prowadzącego do przedmiotu. |
198. | W przypadku przedmiotu przypisanego do więcej niż jednego planu studiów (np. przedmioty wspólne dla wielu kierunków) system zapewnia prowadzenie wspólne zajęć dla wszystkich studentów realizujących ten przedmiot |
199. | System musi zapewniać wsparcie dla prowadzenia różnych zajęć dla tego samego przedmiotu (w tym równolegle), posiadających tę samą nazwę przedmiotu, lecz różniących się liczbą punktów ECTS, godzin zajęć i posiadających różne sylabusy (kursy te są przeznaczone dla studentów różnych kierunków lub specjalności). |
200. | System musi zapewnić delegowanie przedmiotów do określonych jednostek dydaktycznych oraz udostępnić wykaz przedmiotów jednostki w celu utworzenia właściwych przydziałów osobowych. |
Delegowanie przedmiotów do jednostki powinno umożliwić wprowadzenie liczby godzin delegowanego przedmiotu, liczby grup z jaką odbędą się zajęcia oraz ze wskazaniem typu grup. | |
201. | System musi prowadzić ewidencję wszystkich dydaktyków wraz z ich przynależnością organizacyjną (jednostka organizacyjna uczelni), formą zatrudnienia. |
202. | System musi zapewnić funkcję tworzenia rozliczeń godzin obciążeń dydaktycznych w ramach przydzielonych godzin pensum dydaktyka. |
203. | System musi zapewnić obsługę dydaktyków zatrudnionych w ramach umów cywilno-prawnych. System musi umożliwiać przypisanie nauczycielowi umowy cywilnoprawnej. |
204. | System musi umożliwić wskazanie w ramach obciążenia właściwej formy zatrudnienia z jaką zostaną rozliczne zajęcia. |
205. | System musi uwzględniać w rozliczeniach godzin pensum wszelkie zniżki wpływające na indywidualny wymiar pensum dydaktyka. |
206. | System musi udostępniać funkcje słownikowe definiujące obowiązujący wymiar pensum na dany rok akademicki dla określonego stanowiska. |
207. | System musi analizować stan realizacji godzin dydaktycznych na poziomie planu zajęć z uwzględnieniem właściwego stanu zajęć dydaktycznych uwzględniając zastępstwa i zmiany terminów zajęć. |
208. | System musi zestawić realizację zajęć dydaktycznych w stosunku do planowanych godzin dydaktyków. Zestawienie musi być udostępnione w formie zestawionych i udostępnionych danych do biurowych aplikacji zewnętrznych (Office). |
209. | System musi udostępnić informację o stanie realizacji godzin dydaktycznych na wybrany dzień (datę). System musi przechowywać informację historyczne w celu weryfikacji stanu realizacji zajęć dydaktycznych w dowolnie wskazanej dacie wstecz. |
4 Planowanie zajęć (DZIEKANAT)
Numer | Opis funkcji |
210. | System umożliwia zarządzanie bazą sal w skali uczelni, określanie terminów dostępności sali, określenie typu rodzaju sali wraz z wyposażeniem, wskazaniem właściwej lokalizacji sal, definicją pojemności dla sali, możliwością udostępnienia sali dla osób niepełnosprawnych. |
211. | System musi umożliwiać definiowanie kalendarza semestralnego z uwzględnieniem dni wolnych. |
212. | System musi korelować tworzenie planów zajęć z założeniami dydaktycznymi (plany studiów) oraz dziekanatowymi (grupy i studenci). Planowanie zajęć musi w sposób bezpośredni posiadać dostęp do danych grup, planów studiów, jednostek dydaktycznych i dydaktyków. |
213. | System musi umożliwiać odfiltrowanie danych na poziomie danego przedmiotu, formy przedmiotu, wydziału studiów, kierunku studiów, formy studiów, stopnia studiów, grupy dziekanatowej, danych grupy, liczby studentów przydzielonych do danej grupy. |
214. | System udostępni możliwość odfiltrowania zajęć dydaktycznych podlegających zaplanowaniu według dowolnych kryteriów planisty np.: widoczność zajęć do zaplanowania z danego wydziału na wszystkie zajęcia, widoczność zajęć do zaplanowania z danego kierunku na wszystkie zajęcia, widoczność zajęć do zaplanowania z danego przedmiotu na wszystkich kierunkach, widoczność zajęć do zaplanowania z danej jednostki dydaktycznej. Zestaw prezentowanych danych powinien być modyfikowalny z poziomu obsługi administracyjnej/informatycznej uczelni bez konieczności ingerencji producenta oprogramowania. |
215. | System musi zapewniać graficzne tworzenie i podgląd planów zajęć (wg dni tygodnia, dat). Układanie i edycja (przesuwanie) terminów metodą „drag and drop”. |
216. | System musi udostępniać wykrywanie konfliktów w grupie dziekańskiej, wykładowcy i sali w sposób |
bieżący podczas układania planów zajęć. | |
217. | System musi posiadać możliwość definiowania długości podstawowego bloku zajęciowego, długości przerw między blokami zajęciowymi, długości przerw w bloku zajęciowym. Uwzględnienie tych parametrów podczas tworzenia terminów i walidowania zgodności terminów. |
218. | System posiada możliwość skopiowania zajęć z zadanym krokiem tygodniowym z uwzględnieniem terminarza akademickiego. Przy zmianie terminu skopiowanych zajęć program ma pytać, czy zmiana dotyczy tylko wskazanych, czy również kolejnych zajęć wynikłych z kopiowania. |
219. | System posiada możliwość zadeklarowania czasu trwania zajęć na planie z dokładnością co do minuty np. bez uwzględniania przerw (2 godziny lekcyjne to 1,5 godziny zegarowej), możliwość ustawienia różnych godzin rozpoczęcia zajęć. |
220. | System posiada możliwość pracy w grupie (wielu planistów pracujących w tym samym czasie) na wspólnych danych głównych. Baza budynków i sal (wykładowe, ćwiczeniowe, laboratoryjne) z wyszczególnieniem liczby miejsc (możliwość ignorowania komunikatu o zbyt licznej grupie przez użytkownika końcowego układającego plany). Planowanie zajęć z punktu widzenia kierunku lub specjalności, a także grupy studenckiej, nauczyciela, sali, pojedynczego studenta. |
221. | System udostępnia możliwość bieżącej obsługi zastępstw lub zmian w zaplanowanych zajęciach na poziomie użytkownika z jednostki dydaktycznej. |
222. | System musi udostępnić możliwość wprowadzenia zdarzeń poza dydaktycznych bez wskazania określonych uczestników zdarzenia (np. bez przypisania dydaktyka i grupy ). |
223. | System umożliwia planistom prace na aktualnych danych (wykładowcy, oferta dydaktyczna / przedmioty, liczebność list zajęciowych, zasoby sal itp.) bez konieczności dodatkowej synchronizacji (wszystkie te dane dostępne dla planisty on-line). |
224. | System posiada możliwość pracy „na roboczej wersji danych” terminarza (w tym długotrwałej) bez wpływu na główne dane. Możliwość układania planu zajęć bez publikacji zaplanowanych zajęć. Możliwość masowej publikacji zajęć. Funkcję publikacji zajęć z wersji „roboczej” nie mogą wymagać prac administracyjnych/technicznych. Dane opublikowane oraz „robocze” są na bieżąco dostępne dla planistów. |
225. | System musi zapewniać możliwość zaplanowania sesji egzaminacyjnej (tzn. daty egzaminów, egzaminujący, sala). |
226. | System musi zapewniać możliwość zarezerwowania sali. |
227. | System musi obsługiwać zajęcia łączone np. sale, grupy. |
228. | System musi przekazywać dane wynikające z planów zajęć do części dydaktycznej w celu rozliczenia zakładanego i zrealizowanego wymiaru godzinowego w ramach obciążenia dydaktycznego. |
229. | System musi analizować odległości pomiędzy lokalizacjami sal podczas układania planu zajęć. |
5 Krajowe Ramy Kwalifikacji (DZIEKANAT)
Numer | Opis funkcji |
230. | System musi zapewnić zarządzanie kierunkami studiów (w tym planowanie nowych kierunków i nowych wersji istniejących kierunków) z uwzględnieniem Efektów Kształcenia. System ma uwzględniać plany studiów dla planowanych (a więc jeszcze nie prowadzonych) kierunków i planowanych nowych wersji kierunków. |
231. | System musi posiadać wbudowany słownik Obszarowych Efektów Kształcenia. |
232. | System musi posiadać możliwość definiowania własnych Kierunkowych Efektów Kształcenia oraz ich powiązań z Obszarowymi Efektami Kształcenia. |
233. | System musi zapewniać możliwość definiowania własnych Przedmiotowych Efektów Kształcenia oraz |
ich powiązań z Kierunkowymi Efektami Kształcenia. | |
234. | W systemie muszą być dostępne raporty pokrycia Obszarowych Efektów Kształcenia przez przedmioty z planów studiów wskazanych kierunków i specjalności. |
235. | System musi posiadać narzędzia wspierające zarządzanie procesem pozyskiwania i utrzymywania kart przedmiotu zgodnych z Krajowymi Ramami Kwalifikacji. |
236. | System musi zapewniać narzędzia dla wykładowcy będącego opiekunem merytorycznym przedmiotu do wypełnienia i zgłoszenia karty przedmiotu. |
237. | System musi zapewniać raport kart przedmiotu ze wskazaniem kart przedmiotu: w edycji u wykładowcy, zgłoszonych przez wykładowcę jako gotowe, zaakceptowanych. |
238. | System musi zapewniać narzędzia do przeglądania przez operatora kart przedmiotu i akceptowania bądź odrzucania z komentarzem (do poprawy przez wykładowcę). |
239. | System musi zapewniać wykonanie zestawienia wskazującego, które przedmioty nie posiadają załączonych sylabusów. |
240. | Możliwość obsługi Poziomów Polskiej Ramy Kwalifikacji |
241. | Możliwość obsługi charakterystyk pierwszego i drugiego stopnia |
6 Student (WIRTUALNA UCZELNIA)
Numer | Opis funkcji |
242. | Dostęp do indywidualnego konta przez login typu numer albumu, adres email i hasło nadawane przez System lub samodzielnie przez studenta wraz z zapewnieniem bezpieczeństwa danych przy połączeniu. |
243. | Możliwość samodzielnego przez studenta resetowania hasła do Systemu. |
244. | Dostęp dla studenta do podglądu swoich danych osobowych przechowywanych w Systemie. |
245. | Możliwość zgłoszenia zmiany danych kontaktowych (e-mail, telefon, adres) oraz osobowych (zmiana nazwiska). |
246. | Podgląd numeru indywidualnego konta studenta, na które ma dokonywać wpłat. |
247. | Podgląd w stan opłat/rozliczeń (komunikat o aktualnym saldzie). |
248. | Dostęp dla studenta do informacji o nieuregulowanych zobowiązaniach finansowych wobec Uczelni. Wymagana jest informacja o tytule naliczenia, kwocie naliczenia oraz o kwotach i terminach wymagalności rat. |
249. | Informacje o kwotach (raty/pełna kwota) i terminach płatności za czesne, akademiki itp. |
250. | Elektroniczna obsługa wniosków studentów. Możliwość złożenia wniosku w Wirtualnej Uczelni. |
251. | Wybór przez studentów przedmiotów obieralnych, fakultetów lub języka obcego. |
252. | Możliwość wyboru przez studenta tematu/tematów pracy dyplomowej dostępnego w bazie. |
253. | Możliwość zapisywania się przez studentów na wybrane praktyki. |
254. | Otrzymywanie informacji o przyznanych stypendiach/zapomogach na podstawie informacji w części Dziekanatowej. |
255. | Złożenie przez studenta elektronicznego wniosku o stypendium socjalne, specjalne, rektora, zapomogę, akademik itp., Możliwość dołączenia załączników do wniosku. Przeglądanie listy złożonych wniosków. |
256. | Podgląd wszystkich ocen uzyskanych z przedmiotów realizowanych w kolejnych semestrach akademickich (z uwzględnieniem faktycznego semestru realizacji przedmiotu – jeżeli student powtórnie realizował przedmiot powtarzany w kolejnym roku akademickim, wtedy w tym zestawieniu muszą się znaleźć informacje o obu ocenach – uzyskanych w dwóch semestrach akademickich). Każdy student ma dostęp tylko do własnych ocen. |
257. | Wszystkie dane związane ze studiami muszą być udostępnione studentowi niezależnie od tego, czy są to aktualnie realizowane studia studenta, czy też należą do okresu poprzednich studiów (np. osoba, która została skreślona za brak postępów w jednym z poprzednich semestrów akademickich, |
a obecnie powtórnie rozpoczęła studia po pomyślnym przejściu procesu rekrutacji). | |
258. | Wszystkie dane związane ze studiami muszą być prezentowane odrębnie dla każdego toku studiów z możliwością obejrzenia każdego z tych zbiorów danych niezależnie od tego, czy dane studia trwają czy też zostały już zakończone (przez ukończenie studiów, rezygnację czy skreślenie). |
259. | Możliwość dokonania wyboru specjalności. |
260. | Podgląd do ocen cząstkowych (z kolokwiów, zaliczeń, projektów) wystawionych przez dydaktyka, |
261. | Podgląd do stanu obecności na zajęciach na podstawie ewidencji obecności przez dydaktyka. |
262. | Możliwość podglądu sylabusów dołączonych do przedmiotów. |
263. | System musi udostępniać studentowi funkcję: - wyboru z oferty dydaktycznej (wskazania i zapisy na przedmioty), - uzupełnienie ankiet oceny dydaktyków, - uzupełnienie dowolnych ankiet kierowanych do studenta. |
264. | System musi udostępniać funkcję umożliwiającą prowadzenie korespondencji wewnętrznej na poziomie: wiadomość do studenta/studentów z grup, wiadomość do dydaktyka, wiadomość do dziekanatu. Korespondencja prowadzona jest dwukierunkowo z zachowanie pełnej historii wiadomości, Możliwość przesyłania załączników w wiadomościach. |
265. | System powinien być dostępny w dwóch wersjach językowych polskiej i angielskiej. Przełączanie języka interfejsu musi być dostępne dla studenta i nie może wymagać powtórnego zalogowania. |
7 Internetowa rekrutacja kandydatów (WIRTUALNA UCZELNIA)
Numer | Opis funkcji |
266. | System rekrutacyjny musi operować na odrębnej bazie danych, zgodnie z przepisami dot. ochrony danych osobowych. |
267. | System rekrutacyjny działa w oparciu o interfejs web dostępny dla kandydatów w sieci Internet. |
268. | Możliwość założenia przez kandydata konta z obowiązkiem podania adresu e-mail, na który będzie wysłany link aktywujący konto oraz link do ewentualnej zmiany hasła. |
269. | Wykorzystywanie mechanizmu XXXXXXX podczas rejestrowania nowego kandydata. |
270. | System umożliwia elektroniczną rejestrację kandydatów na studia pierwszego, drugiego i trzeciego stopnia, jednolite magisterskie i podyplomowe, różnicując studia stacjonarne i niestacjonarne. |
271. | Automatyczna weryfikacja poprawności i kompletności wypełnionych przez kandydata wybranych pól. |
272. | Możliwość dodawania własnych pól wraz z funkcją walidacji ich wartości bez konieczności angażowania Wykonawcy. |
273. | Możliwość wprowadzenia przez kandydata informacji o typie miejscowości (miasto/ wieś). Pola do wprowadzenia adresów zameldowania i korespondencyjnego. |
274. | Możliwość zaznaczenia faktu bycia „olimpijczykiem”, osobą niepełnosprawną. |
275. | Możliwość załączenia przez kandydata zdjęcia w postaci elektronicznej. Komunikat dla kandydata o kompatybilności parametrów zdjęcia z wymogami formalnymi. |
276. | Możliwość modyfikacji sprawdzanych parametrów dla zdjęcia kandydata (wysokość, szerokość, proporcja, tolerancja proporcji). |
277. | Możliwość wskazania przez kandydata swojego wykształcenia oraz ukończonej szkoły średniej lub uczelni wyższej. Miejsce na wpisanie numeru świadectwa dojrzałości. |
278. | Kontrola poprawności struktury wprowadzanych danych kandydatów będących obywatelami Polski: numeru PESEL, kodu pocztowego. |
279. | Możliwość wydrukowania przez kandydata uzupełnionego, gotowego do podpisu formularza rekrutacyjnego. |
280. | Automatyczne nadawanie każdemu kandydatowi indywidualnego numeru konta bankowego. |
281. | Możliwość wyboru specjalności w ramach kierunku. |
282. | Generowanie rankingów dla każdego kierunku kandydata wraz z automatycznym przypisaniem odpowiednich statusów kandydatom. |
283. | Możliwość równoległego rekrutowania kandydata na wiele kierunków studiów, poziomów studiów (jeden wpis z danymi osobowymi dla wszystkich procesów rekrutacyjnych prowadzonych równolegle w danym semestrze). |
284. | Definiowanie w panelu administracyjnym dowolnej w ciągu liczby roku kampanii rekrutacyjnych wraz z terminem rozpoczęcia i zakończenia dla wskazanych kierunków i specjalności. Moduł musi umożliwiać obsługę równoległą wielu kampanii rekrutacyjnych, gdzie każda z kampanii posiada różny zakres dat rozpoczęcia i zakończenia oraz każda z kampanii ma osobny zestaw oferty dydaktycznej (rozumianej jako oferowane kierunki, specjalności na formach i poziomach studiów). |
285. | Panel administracyjny musi pozwalać określać między innymi wydziały, rodzaje studiów, kierunki, tryb, specjalności, na które ma się odbywać rekrutacja. Możliwość definiowania naborów studentów, dodawanie i usuwanie kierunków, trybów i rodzajów studiów. |
286. | Panel administracyjny pozwalający na zdefiniowanie kryteriów przyjęć na dany wydział, kierunek, tryb i rodzajów studiów; x.xx przedmiotów maturalnych i ich poziomu (podstawowy/rozszerzony), które kandydat może podać ubiegając się o przyjęcie na dany kierunek, średnia, przypisanie konkretnym kryteriom i przedmiotom współczynników wagowych; wprowadzenie limitu przyjęć, progów punktowych dla poszczególnych kierunków, trybów i rodzajów studiów. |
287. | Panel administracyjny pozwalający na przygotowanie egzaminów. Definiowanie miejsca, daty, liczebności grupy, warunków zdania egzaminu, sporządzania list imiennych osób zakwalifikowanych na egzamin, protokołów imiennych z przebiegu egzaminu i protokołów z wynikami egzaminu, list z wynikami egzaminów. Możliwość podzielenie kandydatów na grupy egzaminacyjne. |
288. | Panel administracyjny umożliwiający przypisanie danych osiągnięć do danych kierunków wraz z odpowiednimi wagami, wymaganą ilością, wzorcem ocen. |
289. | System umożliwia definiowanie słownika ocen wraz z przypisaniem kraju, ilości przyznawanych punktów. System umożliwia definiowanie punktów w zależności od zakresu uzyskanych punktów na maturze zagranicznej. |
290. | Moduł rekrutacji musi pracować ciągle bez konieczności wyłączania go i rekonfiguracji przed kolejną kampanią rekrutacyjną. System pozwala na uruchomienie nowej rekrutacji oraz prowadzenie przygotowań do jej uruchomienia w sposób, który nie oddziałuje na prawidłowe działanie już uruchomionych i trwających w tym czasie rekrutacji. Możliwość wyłączenia wybranego procesu rekrutacyjnego po zakończeniu rekrutacji na dany kierunek lub formę studiów lub formę kształcenia podczas trwania innych rekrutacji. |
291. | Moduł rekrutacyjny ma być oparty o system zarządzania treścią, z możliwością umieszczania stron, modyfikowania struktury, hierarchii stron i edycji treści informacji bezpośrednio w przeglądarce internetowej w trybie wizualnym oraz dodawania załączników. |
292. | Możliwość przypisania listy dokumentów do wybranego kierunku lub specjalności w obrębie naboru. Możliwość odznaczenia dokumentu jako opcjonalnie wymagany. |
293. | Możliwość tworzenia kwerend, które pozwolą wysortować kandydatów spełniających określone kryteria. Możliwość uruchamiania kwerend przez komisję rekrutacyjną. Możliwość eksportu wyniku kwerendy do arkusza kalkulacyjnego. |
294. | Generowanie wydruków masowych: lista, statystyka, decyzja, protokół z obsługą przynajmniej formatów pdf, rtf, odt, docx. |
295. | Możliwość podglądu przez kandydata postępów procesu kwalifikacyjnego w tym informacji o opłacie rekrutacyjnej. |
296. | Możliwość zdefiniowania opłaty rekrutacyjnej dla każdego kierunku/ specjalności. |
297. | Możliwość definiowania komisji rekrutacyjnych (w tym ich składu). |
298. | Możliwość zmiany statusu dla pojedynczego kandydata. |
299. | Możliwość wybierania komisji rekrutacyjnej, której skład będzie umieszczony na wydrukach w procedurze rekrutacji (decyzje, protokoły itp.). |
300. | Możliwość masowej zmiany statusu dla wybranych kandydatów. |
301. | Podział statusów kandydata na statusy publiczne (status widoczny dla kandydata) oraz statusy wewnętrzne (status widoczny tylko dla członka komisji) |
302. | Tworzenie dokumentów z przebiegu procesu kwalifikacyjnego: decyzji, protokołu indywidualnego dla kandydata, list (osób, które zdały egzamin, osób, które nie zdały egzaminu, nie/zakwalifikowanych do kolejnego etapu, przyjętych, nieprzyjętych). |
303. | Możliwość wydruku potwierdzenia odbioru korespondencji. |
304. | Generowanie sprawozdania EN1. |
305. | System musi umożliwiać przeniesienie danych z rekrutacji do modułu dziekanatowego. |
306. | Możliwość importowania danych wprowadzonych na etapie rejestracji elektronicznej, automatyczne i ręczne wpisywanie x.xx. danych takich jak: data przyjęcia na studia; wydział, kierunek, rok studiów semestr, na który został przyjęty student, numer świadectwa/dyplomu, instytucja wydająca dokument, data wydania. |
307. | Możliwość pobierania informacji o ocenach z KREM. |
308. | Możliwość importu listy szkół średnich wygenerowanej w KREM. |
309. | Możliwość wysyłania wiadomości do kandydatów (konto kandydata, mail, SMS). |
310. | Możliwość dowolnego modyfikowania algorytmu generującego listy rankingowe. |
311. | Możliwość tworzenia warunków dla zmiany statusu kandydata na wskazany docelowy. Kandydat musi spełniać dany warunek, aby system zezwolił na zmianę aktualnego statusu kandydata na wskazany docelowy. |
312. | Możliwość definiowania pól w formularzu rekrutacyjnym na podstawie których system przyznaje dodatkowe punkty kandydatom. |
313. | Możliwość definiowania grup przedmiotów obligatoryjnych lub dodatkowych dla wyników z matury. |
314. | Możliwość definiowania dodatkowych opcji dla olimpijczyków: ● olimpijczyk nie musi wprowadzać wyników z matury, ● olimpijczyk otrzymuje maksymalną liczbę punktów albo zdefiniowaną liczbę punktów, ● olimpijczyk uzyskuje wskazaną liczbę punktów dla wybranego przedmiotu. w zależności od: ● kontekstu olimpijczyka (laureat, finalista), ● daty uzyskania tytułu olimpijczyka. |
315. | Możliwość definiowania zestawu wymaganych dokumentów w zależności od rodzaju matury kandydata. |
8 Wykładowca (WIRTUALNA UCZELNIA)
Numer | Opis funkcji |
316. | System musi zapewniać możliwość stworzenia wersji językowych: polska i angielska każdego modułu wykorzystywanego przez dydaktyków. Przełączanie języka interfejsu nie może wymagać powtórnego zalogowania. |
317. | System musi zapewnić funkcjonalność pozwalającą po zalogowaniu dydaktyka na dostęp do własnego profilu. |
318. | System musi zapewnić autoryzację dostępu z respektowaniem różnych grup uprawnień (dydaktyk, pracownik jednostki dydaktycznej, osoba kierująca jednostką dydaktyczną). |
319. | W systemie musi być dostępna opcja funkcji dwustronnej komunikacji na linii: pracownik dydaktyczny – student. |
320. | System musi zapewnić podgląd godzin prowadzenia zajęć z przedmiotów. |
321. | System musi umożliwiać wykładowcy wypełnienie arkusza (protokołu) ocen przez internet, oraz wydruk wypełnionego protokołu. |
322. | System musi umożliwiać wykładowcy eksport protokołu do zdefiniowanego szablonu obsługiwanego przez aplikacje biurowe (Office) oraz późniejszego zaczytania ocen wypełnionych na szablonie dokumentu. |
323. | System musi umożliwiać dostęp do wszystkich protokołów w ramach dydaktyków jednostki dla osób kierujących jednostką lub posiadających właściwe uprawnienia. |
324. | System musi umożliwić prezentację zestawu przedmiotowego jaki został przypisany do dydaktyka w ramach całej uczelni. |
325. | System musi umożliwiać przygotowanie zestawu tematów prac dyplomowych udostępnionych w celu wyboru przez studentów. |
326. | System musi umożliwiać bieżącą analizę zapisów studentów na określone tematy pracy dyplomowej z możliwością akceptacji lub odrzucenia zapisu przez dydaktyka lub osobę posiadającą właściwe uprawnienia. |
327. | System musi umożliwiać prowadzenie wewnętrznego repozytorium dokumentacji związanej z pracą dyplomową. |
328. | Systemu musi umożliwiać zatwierdzenie przez dydaktyka danej pracy dyplomowej w celu przekazania do dalszych czynności w ramach procesu dyplomowania. |
329. | System musi udostępniać prezentację wszystkich prac dyplomowych ocenianych, recenzowanych przez dydaktyka. |
330. | System udostępnia prezentację wyników ankiet ewaluacyjnych dla wskazanych dydaktyków lub jednostek. Zakres dostępnych jednostek i dydaktyków musi być oparty o przydzielone uprawnienia. |
331. | System musi umożliwiać złożenie zapotrzebowania na określoną salą we wskazanej dacie i zakresie czasowym z poziomu dydaktyka. |
332. | System musi udostępniać dydaktykom lub osobom posiadającym właściwe uprawnienie możliwość edycji harmonogramu zajęć. W ramach edycji system musi udostępnić możliwość wskazania daty, godziny rozpoczęcia i zakończenia zajęć, miejsca (sali, obiektu) w której będą prowadzone zajęcia, grup/grupy, z którą będą prowadzone zajęcia oraz właściwego dydaktyka/dydaktyków którzy poprowadzą zajęcia. |
333. | System musi udostępniać dydaktykom lub osobom posiadającym właściwe uprawnienie funkcję tworzenia obciążeń osobowych na przedmiotach oddelegowanych do wskazanych jednostek dydaktycznych. Funkcja musi umożliwiać wskazanie personalne dydaktyka/dydaktyków wchodzących w skład przydziału osobowego z określeniem właściwej liczby godzin dydaktycznych dal wskazanej grupy lub zajęć podlegających obciążeniu. |
334. | System musi udostępniać dydaktykowi listę przedmiotów, do których dydaktyk jest zobligowany przygotować kartę przedmiotu. System umożliwia uzupełninie i obsługę karty przedmiotu zgodnie z Krajowymi Ramami Kwalifikacji. |
335. | System umożliwia wprowadzenie przez dydaktyka indywidualnych preferencji dotyczących prowadzenia zajęć dydaktycznych (dezyderaty). |
336. | System umożliwia obsługę przez dydaktyka lub osobę posiadającą właściwe uprawnienie rachunków do umów cywilno-prawnych. Funkcja musi umożliwiać utworzenie rachunku za wybrany okres rozliczeniowy. |
9 Zapisy na zajęcia (WIRTUALNA UCZELNIA)
Numer | Opis funkcji |
337. | System prezentuję studentowi pełny zakres oferty dydaktycznej (zestawu przedmiotów) kierowanych do danego kierunku, specjalności i roku studiów. W ramach prezentacji zestawu przedmiotów obieralnych system obsługuje również przedmioty udostępnione studentom przez operatora sytemu pochodzące z innych kierunków lub specjalności. |
338. | System udostępnia studentowi możliwość wskazania właściwych wyborów przedmiotów w ramach udostępnionych modułów przedmiotowych. |
System udostępni również możliwość wskazania przedmiotów skierowanych do danego studenta pochodzących z innych kierunków lub specjalności. | |
339. | System musi automatycznie weryfikować wskazania studenta w ramach kontroli liczby punktów ECTS w wybranych przedmiotach. |
340. | System musi automatycznie weryfikować wskazania studenta w ramach wskazania przedmiotów wzajemnie wykluczających ze względu na merytorykę przedmiotu. Zestaw wykluczeń musi być uzupełniony na poziomie dziekanatu. |
341. | System musi prezentować stan zapisu ze wszystkich wskazanych przedmiotów, przekazując informację dla studenta o zatwierdzeniu lub odrzuceniu zapisu z poziomu obsługi dziekanatu. |
342. | System powinien prezentować listę przedmiotów obieralnych w relacjach do dydaktyka i grupy studenckiej o ile przyporządkowania zostały wprowadzone przez operatora aplikacji. |
343. | System musi udostępnić studentom możliwość wskazania specjalności oraz wskazania tematu pracy dyplomowej. System musi prezentować bieżący stan zapisów na specjalność oraz pracę dyplomową przekazując informację o akceptacji lub odrzuceniu zapisów studenta przez obsługę z poziomu dziekanatu. |
10 Ankietowanie (WIRTUALNA UCZELNIA)
Numer | Opis funkcji |
344. | System musi umożliwiać uzupełnienie przygotowanych ankiet dedykowanych do zalogowanego studenta, absolwenta, dydaktyka. |
345. | System musi obsługiwać ankiety ewaluacyjne na podstawie których student tworzy ocenę dydaktyka akademickiego. System musi prezentować pełny zestaw ankiet oceny dydaktyków wskazując właściwych dydaktyków prowadzących zajęcia w relacji do przedmiotu/zajęć zrealizowanych przez studenta. |
346. | System powinien analizować stan wypełnionych ankiet studenta. System powinien automatycznie kierować studenta do modułu ankiet przy każdym jego zalogowaniu, jeżeli posiada on niewypełnione ankiety. |
347. | System musi umożliwiać tworzenie dowolnych ankiet opartych na szablonie przygotowanym w edytorze graficznym. Zakres dystrybucji ankiet (ustalenie studentów, którzy powinni otrzymać ankietę) powinien być oparty na otwartym źródle, w którym zostaną wskazani odbiorcy danej ankiety. Obsługa ankiety powinna automatycznie ustalić właściwy zakres jej odbiorców i przekazać niezbędne informacje opisuje odbiorcę tj: kierunek studiów, formę, stopień, semestr, rok akademicki. |
11 XXXXXXX – wymiana międzynarodowa
Numer | Opis funkcji |
348. | System online z dedykowaną stroną web dostępny w sieci Internet. |
349. | System internetowy typu CMS (Content Management System - system zarządzania treścią). |
350. | Obsługa takich zagadnień jak: wyjazdy/ przyjazdy studentów na studia, wyjazdy/ przyjazdy studentów na praktyki, wyjazdy/ przyjazdy nauczycieli akademickich w celu prowadzenia zajęć dydaktycznych. |
351. | Możliwość zamieszczenia informacji (w postaci tekstu, grafiki, załączonego dokumentu) odnośnie możliwości wymiany/wyjazdów oraz zasad rekrutacji, procedury wyjazdów, wymaganych dokumentów, informacji o uczelniach partnerskich (pobierane z systemu), zasad finansowania i innych informacji niezbędnych do realizacji działań. W przypadku kursów - informacja o organizowanych kursach |
352. | Możliwość utworzenia bazy z informacją o dostępnych miejscach praktyk, uczelniach partnerskich. |
353. | Możliwość zgłoszenia przez studentów i pracowników wyjazdu poprzez formularze on-line, powiadomienie o wysłaniu formularza. W szczególności system powinien zapewniać następujące formularze: kwestionariusz studenta ubiegającego się o wyjazd na studia, kwestionariusz studenta ubiegającego się o wyjazd na praktyki, student Application Form. |
354. | Możliwość zgłoszenia poprzez formularze on-line: porozumienie o programie zajęć, porozumienie o programie praktyki, indywidualny Program Nauczania, indywidualny Program Szkolenia. |
355. | Dla wyjazdów studentów: możliwość dołączania dokumentów wymaganych na etapie zgłaszania, które student pobiera ze strony (CV, listy motywacyjne, karty uzgodnień itp.), możliwość wklejenia zdjęcia do formularza on-line, możliwość drukowania formularza on-line. |
356. | Możliwość filtrowania i wydruku studentów przyjeżdżających na wymianę. |
357. | Automatycznie przesłanie, na skrzynkę mailową (studentów lub pracowników), powiadomienia o zbliżającym się terminie końcowym rozliczenia wyjazdu studentów/pracowników. |
358. | Możliwość wprowadzenie dodatkowych danych studentów/pracowników niezbędnych podczas rekrutacji, realizacji i rozliczania wyjazdu (dane dotyczące: kraju, jednostki przyjmującej, wydziału, realizowanego w ramach wyjazdu programu studiów/ programu nauczania/ programu pracy, długości pobytu, dacie wyjazdu i powrotu. |
359. | Podgląd listy kandydatów zgłoszonych na wyjazd, z zaznaczeniem liczby wolnych miejsc. |
12 Xxxxx Xxxxxx (WIRTUALNA UCZELNIA)
Numer | Opis funkcji |
360. | System online dostępny w sieci Internet. |
361. | System musi działać na danych zawartych w systemie Dziekanatowym. |
362. | Funkcje systemu muszą być dostępne w ramach systemu Wirtualna Uczelnia. |
363. | System obsługuje role użytkowników: użytkownik niezalogowany (dostęp wyłącznie do części ogólnej serwisu informacyjnego), użytkownik zalogowany – student, użytkownik zalogowany – absolwent, użytkownik zalogowany – dydaktyk, użytkownik zalogowany – pracodawca (konta zakładane z poziomu stron internetowych samodzielnie przez pracodawców), pracownik – pracownik biura karier. |
364. | W systemie muszą być dostępne funkcje, do których dostęp możliwy jest wyłącznie po zalogowaniu: mój profil, oferty pracy, praktyk, staży i szkoleń. |
365. | System musi umożliwiać tworzenie, edycję i zarządzanie treściami i plikami w nim zamieszczonymi. Tworzenie, edycja i zarządzanie treściami musi się odbywać przez narzędzia nie wymagające od użytkowników znajomości żadnych języków tworzenia stron internetowych. |
366. | System swoje działanie musi opierać na serwisie klasy CMS i musi umożliwiać edycję zarówno struktury stron jak i powiązań między stronami w obrębie tego modułu. |
367. | Funkcje systemu dla ról użytkownik zalogowany – Student oraz użytkownik zalogowany – Absolwent: Możliwość wypełnienia kwestionariusza osobowego w formie formularza CV: Dane ogólne: |
prezentacja zdjęcia (jeśli istnieje w bazie systemu Dziekanatowego) zgoda na udostępnianie danych kontaktowych potencjalnym pracodawcom zgodna na prezentację profilu doświadczenie zawodowe dodatkowe umiejętności ukończone kursy języki obce odbyte praktyki uzyskane certyfikaty dodatkowe wykształcenie ukończone studia | |
368. | Funkcje systemu dla ról użytkownik zalogowany – Student, Absolwent, Pracodawca: możliwość wypełniania ankiet udostępnionych przez użytkowników o roli Pracownik Biura karier; -podział ankiet na nieuzupełnione, uzupełnione, wygasłe. |
369. | Funkcje systemu komunikacja od/do pomiędzy rolami użytkowników zalogowanych: Student – Pracownika Xxxxx Xxxxxx, Student – Dydaktyk, Student – Pracodawca, Absolwent – Pracownika Biura Karier, Absolwent – Pracodawca, Dydaktyk – Pracownika Biura Karier, Dydaktyk – Pracodawca, Pracodawca – Pracownika Biura Karier. |
370. | Funkcje systemu dla ról użytkownik zalogowany – Pracodawca, Pracownik Biura Karier: Możliwość wypełniania kwestionariusza firmowego: dane firmy, branże (słownik), dane teleadresowe. |
371. | Funkcje systemu dla ról użytkownik zalogowany – Pracodawca, Pracownik Xxxxx Xxxxxx: Możliwość definiowania listy pracowników (reprezentacja firmy, osoby do kontaktu, opiekunowie praktyk i staży): imię, nazwisko, email, typ pracownika. Aktywowanie/Dezaktywowane pracowników. Zmiana hasła pracownika. |
372. | Funkcje systemu dla ról użytkownik zalogowany – Pracodawca, Student, Absolwent: możliwość wypełniania ankiet udostępnionych przez rolę Pracownik Xxxxx Xxxxxx. |
373. | Funkcje systemu dla ról użytkownik zalogowany – Pracodawca: Możliwość definiowania ofert: forma aplikacji, Nazwa stanowiska, Typ oferty (słownik), Miejsce zatrudnienia, Branże (słownik), Region (słownik); opis zadań. Definiowanie nowej pozycji zadań (możliwość edycji, usuwania pozycji); wymagania. Definiowanie nowej pozycji wymagania (możliwość edycji, usuwania pozycji); warunki zatrudnienia. Definiowanie nowej pozycji warunków zatrudnienia (możliwość edycji, usuwania pozycji). Możliwość przeglądania własnych ofert. |
374. | Funkcje systemu Moi kandydaci dla ról użytkownik zalogowany – Pracodawca: |
przeglądanie listy kandydatów, przeglądanie profilu i CV kandydata. | |
375. | Funkcje systemu dla ról użytkownik zalogowany – Pracownik Biura Karier: definiowania ankiet i określanie czasu i warunków ich dostępności dla danych Użytkowników zalogowanych. |
376. | Funkcje systemu dla ról użytkownik zalogowany – Pracownik Biura Karier: przeglądanie listy firm, aktywacja/dezaktywacja firm, przeglądanie szczegółów firmy. |
377. | Funkcje systemu dla ról użytkownik zalogowany – Pracownik Biura Karier: przeglądanie listy ofert (zaakceptowane, do zaakceptowania, odrzucone, deaktywowane), akceptacja/odrzucanie ofert, dezaktywowanie ofert. |
378. | Funkcje systemu dla ról użytkownik zalogowany – Pracownik Biura Karier: zarządzanie słownikiem branż zarządzanie słownikiem regionów |
379. | Funkcje systemu dla ról użytkownik zalogowany – Student, Absolwent, Pracodawca, Pracownik Biura Karier: Wyszukiwanie ofert: filtrowanie ofert po branżach, regionach, typach ofert; wyszukiwanie po zadanej frazie; dodatkowe filtrowanie po numerze oferty, nazwie stanowiska, formie aplikacji, miejscu zatrudnienia, dacie publikacji, nazwie firmy. przeglądanie szczegółów wybranej oferty: - Numer oferty, nazwa firmy, typ oferty, stanowisko, miejsce zatrudnienia, branże, data ważności oferty, data publikacji oferty; opis zadań; wymagania; warunki zatrudnienia; dane osoby kontaktowej. |
380. | Funkcje systemu dla ról użytkownik zalogowany – Student, Absolwent: dodawanie wybranych ofert do obserwowanych, przeglądanie listy obserwowanych ofert, aplikowanie na daną ofertę. |
381. | Funkcje systemu dla ról użytkownik zalogowany – Student, Absolwent: automatyczne powiadomienia na email, Wirtualną Uczelnię o danych ofertach; możliwość wyboru branż (słownik), typów ofert (słownik). |
13 Badanie losów absolwenta (WIRTUALNA UCZELNIA)
Numer | Opis funkcji |
382. | System musi posiadać pełną bazę studentów, którzy zakończyli studia wraz z informacją o dacie i roku uzyskania status absolwenta. |
383. | System musi posiadać bieżący dostęp do pełnej bazy absolwentów uczelni bez konieczności wykonywania prac administracyjnych/technicznych. |
384. | System musi udostępnić funkcji masowego odfiltrowania grupy absolwentów w wydziału, kierunku, stopnia i formy studiów którzy ukończyli studia we wskazanym roku akademickim. |
385. | System musi umożliwiać przygotowanie dowolnej liczby wzorców ankiety kierowanych do absolwentów. |
Wzorce ankiet muszą zawierać standardowy zestaw pytań wraz ze zdefiniowanymi odpowiedziami. Dopuszcza się stosowanie odpowiedzi w formie otwartej (opisowej). | |
386. | System musi umożliwiać masowe kierowanie ankiet do wybranej grupy absolwentów na podstawie ustalonego wzorca/szablonu ankiety. |
387. | System musi udostępniać wypełnienie ankiet kierowanych do absolwentów z poziomu strony internetowej. |
388. | System musi udostępniać powiadomienia wysyłane do absolwentów z informacją o przygotowanej ankiecie dla absolwenta. |
389. | System musi umożliwiać ponowne wysyłanie powiadomień do już skierowanych ankiet bez konieczności ponownego generowania ankiet. |
390. | System musi udostępniać w wysyłanych powiadomieniach dane dostępowe do przygotowanych ankiet absolwenta. Jako kanały powiadomień należy zastosować wysłanie wiadomości na e mail absolwenta lub za pomocą wiadomości sms. |
391. | System musi udostępnić raport zestawiający statystykę odpowiedzi udzielanych przed absolwentów. Raport musi być udostępniony w formie zagregowanych danych udostępnionych do aplikacji zewnętrznych np. pakiety biurowe (Office). |
14 Administracja zarządzanie treścią strony. (WIRTUALNA UCZELNIA)
Numer | Opis funkcji |
392. | System musi posiadać funkcje pozwalające na zarządzanie treścią strony w ramach obsługi administracyjnej zamawiającego. |
393. | System w ramach zarządzania treścią strony musi pozwalać na rozróżnienie treści na stronie www w uzależnieniu od grupy użytkowników (grupa student, grupa dydaktyk, grupa niezalogowany) logujących się do serwisu. |
394. | System w ramach zarządzania treścią strony musi pozwalać na wprowadzenie zmiany w zakresie prezentowanych danych na stronie. Użytkownik administracyjny/obsługa informatyczna może zwiększyć lub zmniejszyć zakres prezentowanych danych osoby zalogowane w ramach edycji szablonu strony. |
15 Administracja użytkownikami i grupami użytkowników
Numer | Opis funkcji |
395. | System musi posiadać funkcje pozwalające na zarządzanie uprawnieniami zarówno dla grupy jak również dla poszczególnych użytkowników systemu w ramach obsługi dziekanatów. |
396. | System musi weryfikować wszelkie zmiany wykonywane przez każdego użytkownika systemu dziekanatowego z informacją o czasie zmiany, wartością przed zmianą oraz wartością po wprowadzeniu zmiany. |
16 Dorobek Naukowy
Numer | Opis funkcji |
397. | System musi umożliwiać przeglądanie dorobku pracowników |
398. | System musi umożliwiać przeglądanie dorobku jednostki |
399. | System musi umożliwiać ewidencję dorobku pracowników - publikacje: Artykuły w czasopismach, Artykuły konferencyjne, |
Monografie, Rozdział w monografii, Podręczniki, Rozdział w podręczniku. | |
400. | System musi umożliwiać ewidencję dorobku pracowników – członkostwo w redakcjach czasopism |
401. | System musi umożliwiać ewidencję dorobku pracowników – członkostwo w zespołach eksperckich |
402. | System musi umożliwiać ewidencję dorobku pracowników – członkostwo w towarzystwach |
403. | System musi umożliwiać ewidencję dorobku pracowników – przyznane nagrody |
404. | System musi umożliwiać ewidencję dorobku pracowników – udział w stażach |
405. | Ewidencja dorobku pracowników – udział w konferencjach |
406. | System musi umożliwiać ewidencję dorobku pracowników – przyznane stypendiach |
407. | System musi umożliwiać ewidencję dorobku pracowników – wnioski o ochronę (patenty) |
408. | System musi umożliwiać ewidencję dorobku pracowników – kierowanie projektami |
409. | System musi umożliwiać ewidencję dorobku jednostki – uruchomione laboratoria |
410. | System musi umożliwiać ewidencję dorobku jednostki – wdrożone systemy jakości |
411. | System musi umożliwiać ewidencję dorobku jednostki – konferencje zrealizowane |
412. | System musi umożliwiać ewidencję dorobku jednostki – uprawnienia do nadawania stopni naukowych |
413. | System musi umożliwiać tworzenie zestawień i raportów: CV – pracownika, Porównanie dorobku pracowników, Porównanie dorobku pracownika do dorobku jednostki, Ankieta pracownika (zestawienie dorobku pracownika), Ankieta pracownika - akceptacja (zestawienie dorobku pracownika do akceptacji przez kierownika jednostki), Porównanie dorobku naukowego jednostek, Ankieta jednostki (zestawienie dorobku jednostki), Patenty – lista zgłoszeń/patentów/wdrożeń pracownika, Patenty – liczba zgłoszeń/patentów/wdrożeń pracownika, Patenty – Raport o stanie zgłoszenia do ochrony. |
414. | System musi umożliwiać definiowanie słowników systemowych: Podmioty, Typy podmiotów, Cechy projektów, Typy projektów, Zasięg projektów, Statusy projektów, Konkursy i projekty, Medale, Nagrody, Wyróżnienia, Funkcje, Miejsca staży, Konferencje, Typy stypendiów, Czasopisma naukowe, Wydawnictwa. |
415. | System musi umożliwiać import czasopism z PBN |
416. | System musi umożliwiać eksport czasopism do PBN |
17.Aplikacje mobilne ZSI
Mobilny student - wymagania ogólne | Aplikacja obsługuje platformy mobilne: iOS, Android, Windows 10 Mobile |
Mobilny student - wymagania ogólne | Aplikacja dostępna do pobrania online z autoryzowanych e- sklepów dedykowanym ww. platformom |
Mobilny student - wymagania ogólne | Aplikacja obsługuje Universal Windows Platform (Windows 10) |
Mobilny student - wymagania ogólne | Aplikacja wymienia dane z systemem Uczelnianym przez dedykowane webserwisy |
Mobilny student - wymagania ogólne | Aplikacja wymienia dane przez zabezpieczony protokół https |
Mobilny student - wymagania ogólne | Aplikacja umożliwia dostęp do danych dopiero po prawidłowej operacji zalogowania użytkownika, wyświetla dane identyfikujące zalogowanego użytkownika |
Mobilny student - wymagania ogólne | Aplikacja umożliwia zapamiętanie informacji niezbędnych do kolejnego logowania |
Mobilny student - wymagania ogólne | Aplikacja umożliwia wylogowanie użytkownika i ponowne zalogowanie na inne konto |
Mobilny student - wymagania ogólne | Interfejs aplikacji dostępny w językach polskim i angielskim |
Mobilny student | Aplikacja wyświetla logotyp Uczelni oraz umożliwia dostosowanie szaty graficznej do dwóch kolorów wiodących Uczelni |
Mobilny student | Aplikacja umożliwia studentowi na przełączanie pomiędzy kierunkami studiów w ramach których studiuje |
Mobilny student | Aplikacja umożliwia studentowi na dostęp do jego ocen z przedmiotów danego kierunku pobieranych z systemu uczelnianego |
Mobilny student | Aplikacja udostępnia studentowi informacje o planie zajęć jego kierunku z systemu uczelnianego (jeśli wdrożony) lub z pliku PDF/html zapisanego przez administratora |
Mobilny student | Aplikacja umożliwia studentowi na dostęp do informacji o jego rozliczeniach z Uczelnią (bilansie, opłatach i stypendiach) |
Mobilny student | Aplikacja udostępnia studentowi powiadomienia i wiadomości przekazywane z systemu uczelnianego |
18.Wymagania funkcjonalne opisujące zakres integracji systemu ERP- System obsługi toku studiów w ramach ZSI
Poniżej wymagania funkcjonalne opisujące zakres integracji ERP-System obsługi toku studiów- dziekanatowy
Wyklucza się wymianę za pośrednictwem plików. Integracja musi odbywać się na poziomie wymiany danych pomiędzy bazami danych w trybie online poprzez szynę danych ESB.
Wymiana danych pomiędzy systemami powinna działać w oparciu o szynę ESB
Z systemu dziekanatowego, system ERP musi pobierać dane słownikowe co najmniej w zakresie:
o Wydział
o Kierunek
o Specjalność
o Rodzaj studiów
o Tryb studiów
o Stanowisko dydaktyczne
o Funkcja dydaktyka
o Tytuł naukowy
o Stopień naukowy
o Tytuł zawodowy
o Tryb nadania
o Dziedzina
o Dyscyplina
o Typ pensum
o Wymiar czasu pracy
o Przynależność do jednostki
o Rodzaj umowy
Słowniki wskazane powyżej muszą być automatycznie aktualizowane po wprowadzenie zmian lub dodaniu nowych pozycji w słowniku w systemie dziekanatowym.
Możliwość definiowania różnych typów dekretów służących do rozróżnienia dekretacji pochodzącej z systemu dziekanatowego
System dziekanatowy musi pobierać z systemu ERP słownik stawek VAT oraz typów dekretów
Możliwość zatwierdzenia w systemie dziekanatowym pozycji finansowych do dekretacji w module Finansowo-księgowym
Możliwość odtwierdzenia w systemie dziekanatowym pozycji finansowych która jeszcze nie została zadekretowana w module finansowo-księgowym
Możliwość dodania w systemie dziekanatowym pozycji stornującej błędnie naliczoną opłatę i przesłanie jej do systemu finansowo-księgowego.
Możliwość wskazania w systemie dziekanatowym pozycji finansowych które mają zostać wysłane do dekretacji w module finansowo-księgowym
Blokada możliwości zmian w systemie dziekanatowym w pozycjach finansowych które zostały zadekretowane w systemie finansowo-księgowym
Dostęp z poziomu systemu dziekanatowego do listy transakcji przeprowadzonych z systemem finansowo-księgowym
Możliwość przesyłania z systemu dziekanatowego do systemu finansowo-księgowego danych o naliczeniach (należności i zobowiązania) oraz o płatnościach (płatności studentów i płatności własne).
Mechanizm wymiany danych musi być wyposażony w obsługę błędów. Przekazywanie danych o naliczeniach opłat do ERP
Przekazywanie danych dotyczących stypendiów do ERP
Automatyczne generowanie przelewów stypendialnych do banku w systemie dziekanatowym Import pracowników dydaktycznych z obszaru kadrowego ERP do systemu dziekanatowego
Aktualizacja danych o pracownikach w systemie dziekanatowym na podstawie danych wprowadzonych w obszarze kadrowym ERP
Synchronizacja słowników jednostek obcych w oparciu o obowiązujący słownik systemu POL-on
Możliwość przekazywania pomiędzy systemami kadrowo-płacowym i dziekanatowym informacji o zatrudnieniu i historii zatrudnienia, tytułach i stopniach zawodowych oraz naukowych, danych do wygenerowania plików do POLON
Możliwość przekazania do systemu kadrowo-płacowego podsumowania rozliczeń godzin dydaktycznych wraz z informacjami o typie pensum, stawkach, kierunkach, wydziałach dla pozycji rozliczeń które otrzymały status rozliczone
Możliwość przesłania informacji o nieobecnościach z systemu Kadry-Płace do systemu dziekanatowego i zapis tych informacji na planie zajęć, tak aby uniemożliwić rozliczenie czasu pracy w okresie, w którym pracownik był nieobecny
Przekazywanie z systemu dziekanatowego do kadrowo-płacowego wskaźników z planów zajęć, służących
do określenia planowanego sposobu zaliczenia kosztów pracy pracowników dydaktycznych, w rozbiciu na typy studiów, kierunki, wydziały i inne wynikające z definicji planu kont.
Przekazywanie z systemu dziekanatowego do płacowego, danych do rachunków umów cywilno- prawnych, zawierających rozliczenie wypłaty za prowadzenie zajęć.