„Opracowanie i wdrożenie Zintegrowanego Systemu Informatycznego na potrzeby Akademii Ignatianum w Krakowie wraz z usługami serwisu gwarancyjnego”

Szczegółowy Opis Przedmiotu Zamówienia (SOPZ) – Załącznik 1A do SIWZ wraz z Dokumentem „Dodatkowe Funkcjonalności”

w postępowaniu prowadzonym w trybie przetargu nieograniczonego o nr 205/BZP/2020 pn.

„Opracowanie i wdrożenie Zintegrowanego Systemu Informatycznego na potrzeby Akademii Ignatianum w Krakowie wraz z usługami serwisu gwarancyjnego”

Zamówienie realizowane jest w ramach projektu „Zintegrowany Program Rozwoju Uczelni” współfinansowanego ze środków Europejskiego Funduszu Społecznego

nr Umowy POWR.03.05.00-00-Z203/18

Spis treści SOPZ

Dane o projekcie 3

Cele Projektu 3

Zakres Projektu 3

Słownik pojęć 5

Szczegółowy zakres projektu 6

Analiza przedwdrożeniowa 6

System dziekanatowy USOS 6

System Kontroli Dostępu (SKD) 11

Skróty i objaśnienia 11

Wymagania względem SKD 12

System personalizacji 18

System ERP 22

Integracja i migracja danych 60

Dokumentacja 63

Szkolenia 64

Gwarancja 65

Dane podstawowe

Dane o projekcie

Niniejsza koncepcja realizacji projektu stanowi część realizowanego projektu pn. „Zintegrowany Program Rozwoju Uczelni” w ramach Osi priorytetowej: III. Szkolnictwo wyższe dla gospodarki i rozwoju.

Nr i nazwa Działania: 3.5 Kompleksowe programy szkół wyższych.

Cele Projektu

Cele główne Projektu to:

1. podniesienie kompetencji osób uczestniczących w edukacji na poziomie wyższym, odpowiadającym potrzebom gospodarki, rynku pracy i społeczeństwa;

2. podniesienie kompetencji kadr oraz wsparcia zmian organizacyjnych w systemie szkolnictwa wyższego.

Cele te zostaną osiągnięte zarówno poprzez szkolenia, jak i unowocześnienie i poprawę zarządzania Uczelnią we wszystkich aspektach jej funkcjonowania, takich jak: obsługa studentów, obsługa pracowników naukowych, prowadzenie procesu dydaktycznego czy obsługi projektów badawczych. Projekt odpowiada na potrzebę aktualizacji systemów informatycznych i dostosowanie posiadanej infrastruktury informatycznej.

Cele szczegółowe w zakresie informatyzacji to:

1. zakup licencji na niezbędne oprogramowanie: systemu ERP, systemu personalizacji i systemu kontroli dostępu; (licencja systemu USOS została już pozyskana);

2. dostosowanie infrastruktury informatycznej (wykonanie analiz przedwdrożeniowych usprawnienia oraz wdrożenia ww. systemów; usprawnienia w zakresie modernizowanych systemów; rozbudowa systemu kontroli dostępu, prace wdrożeniowe, szkolenia, serwis gwarancyjny i usługi serwisowe);

3. przygotowanie aplikacji usprawniających pracę Uczelni, tj. integrację systemu ERP z pozostałymi systemami: system kontroli dostępu i system personalizacji, system dziekanatowy, wdrożonymi na Uczelni, oraz integrację z wybranymi systemami zewnętrznymi (typu JPK, Płatnik etc);

4. przygotowanie aplikacji usprawniających pracę Uczelni, tj. integrację systemu USOS z systemem kadrowo-księgowym, systemem personalizacji i systemem kontroli dostępu, oraz z systemami zewnętrznymi (typu POLON, JSA etc);

5. integracja systemów informatycznych wraz z automatyzacją wymiany danych;

6. zapewnienie nadzoru nad dostępem do budynków i pomieszczeń Uczelni;

7. ujednolicenie procedur administracyjnych Uczelni.

Zakres Projektu

Realizowany projekt zakłada realizację następujących prac:

 wdrożenie systemu dziekanatowego USOS wraz z aplikacjami stowarzyszonymi,

 rozbudowa systemu personalizacji wraz z integracją z systemem kontroli dostępu,

 wdrożenie funkcjonalności systemu ERP,

 integracja systemów informatycznych i automatyzacja wymiany danych.

Zamawiający posiada własną infrastrukturę serwerową umożliwiającą wirtualizację, RedHat Virtualization, składającą się z 6 dwu-procesorowych serwerów i sumaryczną pamięcią RAM 1TB. Wszystkie licencje dodatkowe systemów operacyjnych, baz danych itd. są odpowiedzialnością Wykonawcy. Zamawiający oświadcza, że jest instytucją edukacyjną i ma prawo uzyskiwania licencji edukacyjnych.

Słownik pojęć

 USOS – Uniwersytecki System Obsługi Studiów, system informatyczny służący do zarządzania tokiem studiów

 Moduł – element systemu zawierający określone funkcjonalności

 ERP – system efektywnego zarządzania zasobami organizacji

 KD – system kontroli dostępu

 PCG – obecny system dziekanatowy produkcji PCG

 ELS – Elektroniczna Legitymacja Studencka

 ELD – Elektroniczna Legitymacja Doktoranta

 EKP – Elektroniczna Karta Pracownika

 LSNA – Legitymacja Służbowa Nauczyciela Akademickiego

 Mapy Google – zewnętrzny komponent portalu wykorzystywany do prezentacji danych na mapach geograficznych

 ePUAP - Elektroniczna Platforma Usług Administracji Publicznej, Ogólnopolska platforma teleinformatyczna służąca do komunikacji obywateli z jednostkami administracji publicznej

 FAQ (ang. Frequently Asked Questions) – zbiory często zadawanych pytań i odpowiedzi na nie

 SSO (ang. single sign-on) – pojedyncze logowanie – możliwość jednorazowego zalogowania się do usługi sieciowej i uzyskania dostępu do wszystkich autoryzowanych zasobów zgodnych z tą usługą

 SAML (ang. Security Assertion Markup Language) - nazwa protokołu zatwierdzonego przez OASIS (Organization for the Advancement of Structured Information Standards) i wykorzystywanego do pośredniczenia w uwierzytelnianiu i do automatycznego przekazywania między systemami i aplikacjami informacji o uprawnieniach użytkowników

Szczegółowy zakres projektu

Analiza przedwdrożeniowa

Zamawiający wymaga przeprowadzenia analizy przedwdrożeniowej przez rozpoczęciem prac wdrożeniowych. Zakres prac dotyczący analizy przedwdrożeniowej zawiera poniższa tabela.

Nr wymagania

Opis wymagania

AIK-1

Analiza przedwdrożeniowa musi zawierać przynajmniej: 1. Specyfikację procesów biznesowych TO-BE (dokumentacja i modele) dla poszczególnych komponentów wdrażanych rozwiązań informatycznych. 2. Architekturę biznesową i logiczną wdrażanych systemów. 3. Opis realizacji wymagań funkcjonalnych oraz niefunkcjonalnych. 4. Opracowanie wytycznych integracji wewnętrznej. 5. Opracowanie wytycznych integracji zewnętrznej. 6. Specyfikację funkcjonalną usług integracyjnych, identyfikację punktów styku z istniejącymi systemami informatycznymi. 7. Architekturę techniczną (architektura systemowa) będącą uszczegółowieniem architektury logicznej zawartej w projekcie funkcjonalnym wdrożenia. 8. Architekturę sprzętowo-sieciową istotną dla realizacji wdrożenia. 9. Opracowanie zakresu migracji danych. Migracja musi obejmować wszystkie dane zgromadzone przez AIK w posiadanych analogicznych systemach informatycznych (ERP, dziekanat, kontrola dostępu, personalizacja), poza danymi, dla których AIK oraz wykonawca zgodnie uznają, że nie powinny one być przedmiotem migracji. 10. Scenariusze testów akceptacyjnych, np. funkcjonalnych i wydajnościowych dla pozostałych wymagań.

System dziekanatowy USOS

Zamawiający wymaga wdrożenia systemu dziekanatowego USOS wraz z aplikacjami stowarzyszonymi w oparciu o przeprowadzoną analizę przedwdrożeniową i zdefiniowany harmonogram prac wdrożeniowych. Szczegółowy zakres wymaganych prac prezentuje poniższa tabela.

Nr wymagania	Opis wymagania
AIK-2	Zamawiający wymaga instalacji i wdrożenia modułów i funkcjonalności podstawowych USOS  Instalacja ORACLE, USOS, CAS, ARR  Immatrykulacja  Raporty BIRT

	 USOS API  Płatności  Stypendia  Planista i Asystent planisty  Pensum  Doktoranci, przewody doktorskie  Tok studiów  Biuro współpracy z zagranicą, międzyuczelniana wymiana studencka  Dyplomy  Sprawozdawczość (GUS, POLon, ORPPD)  ELS/D/P/A
AIK-3	Zamawiający wymaga instalacji i wdrożenia aplikacji stowarzyszonych USOS:  USOSweb (Wirtualny dziekanat)  Zapisy na egzaminy, lektoraty  SRS (System rezerwacji sal)  ECTS (Informator punktów ECTS)  Plagiat (Otwarty system plagiatowy)  EVA (Ewaluacja Nauczycieli Akademickich)  APD (Archiwum Prac Dyplomowych)  Ankieter  USOSmobile  USOS Sign
AIK-4	Zamawiający wymaga instalacji i konfiguracji serwerów (maszyn wirtualnych) na potrzeby systemu i aplikacji stowarzyszonych:  Instalacji, konfiguracji i zabezpieczeń sytemu operacyjnego Linux;  Instalacji, konfiguracji i zabezpieczeń usług WWW, w zależności od wymagań aplikacji: Apache, Tomcat; nginx  Instalacji, konfiguracji i zabezpieczeń języka PHP z uwzględnieniem potrzeb systemu: USOSWeb, USOSAdm, CAS i wymienionych aplikacji stowarzyszonych;  Instalacji, konfiguracji i zabezpieczeń systemu baz danych, w zależności od wymagań aplikacji: Oracle 11, MySQL, Postgres;  Instalacji, konfiguracji i zabezpieczeń usługi Samba, w zależności od potrzeb aplikacji, w tym pod potrzeby Oracle Forms 6.
AIK-5	Zamawiający wymaga przygotowania Oracle Forms 6 do uruchamiania z repozytorium.
AIK-6	Zamawiający wymaga przygotowania skryptu, konfigurującego komputery do korzystania z centralnego repozytorium.
AIK-7	Zamawiający wymaga instalacji najnowszych aktualizacji dla systemów operacyjnych, uruchomionych usług, baz danych.
AIK-8	Zamawiający wymaga aby prace instalacyjne systemu USOS i aplikacji stowarzyszonych obejmowało:  konfigurację wszystkich aplikacji w zakresie dostępności użytkowników administracyjnych;  konfigurację roli z pełnymi uprawnieniami oraz utworzenie jednego przykładowego użytkownika końcowego;  walidację bazy – doprowadzenie bazy do braku obiektów wymagających interwencji administratora bazy;  instalację najnowszych wersji formularzy i raportów;  konfigurację baz danych pod potrzeby aplikacji;

	 konfigurację migratorów danych pomiędzy aplikacjami;  wypełnienie baz danych w zakresie niezbędnym do prawidłowego działania systemu USOS i aplikacji stowarzyszonych.
AIK-9	Zamawiający wymaga przeprowadzenia następujących prac związanych z wprowadzeniem danych:  zdefiniowanie słowników, jednostek, programów, etapów, cykli dydaktycznych, przedmiotów, grup przedmiotów, pensum;  migrację danych osobowych z systemu PCG dla studentów (ok. 4000), doktorantów (ok. 400) i wykładowców (ok 350);  migrację danych pracowników z systemu Simple ERP w zakresie ustalenia rozpoczęcia bądź zakończenia stosunku pracy oraz pozycji i uprawnień pracownika. Szczegółowy zakres danych wymagany do migracji zostanie zdefiniowany na etapie analizy przedwdrożeniowej.
AIK-10	Zamawiający wymaga opracowania mechanizmów integracyjnych (cykliczne/ na żądanie) z systemami istotnymi z punku wdrożenia (zgodnie z analizą przedwdrożeniową) x.xx.:  system finansowo-księgowy  system personalizacji legitymacji studenckich  system kontroli dostępu  systemy zewnętrzne np. POLon, PBN, JSA Szczegółowy zakres danych znajduje się w końcowej części tego dokumentu

Moduł do obsługi sylabusów powinien spełniać następujące wymagania w obszarze zarządzania programami studiów, sylabusami i jakością kształcenia.

Nr wymagania	Opis wymagania
AIK-11	System musi umożliwiać tworzenie programu studiów z określaniem atrybutów, między innymi: roku/semestru akademickiego od którego program obowiązuje, roku/semestru akademickiego, do którego program obowiązuje, lat/semestrów kształcenia, formy studiów, poziomu kształcenia, profilu kształcenia, wydziału, kierunku, specjalności, dziedzin i dyscyplin, języka prowadzenia studiów, słów kluczowych, sumarycznych wskaźników charakteryzujących program (do kontroli programu).
AIK-12	System musi umożliwiać wprowadzanie programowych efektów uczenia oraz połączenie ich z charakterystykami uczenia PRK (ustawy z 2016 i 2018) oraz standardami uczenia.
AIK-13	System musi zapewnić wspólne efekty uczenia danego kierunku studiów niezależnie od form prowadzenia studiów (stacjonarne, niestacjonarne) oraz języka prowadzania studiów.
AIK-14	System musi umożliwiać kontrolę kompletności pokrycia efektów.
AIK-15	System musi zapewnić co najmniej wydruki: tabeli pokrycia charakterystyk uczenia PRK przez efekty programowe oraz tabeli pokrycia efektów programowych przez charakterystyki uczenia PRK.
AIK-16	System musi umożliwiać wprowadzanie przedmiotów z określeniem atrybutów, między innymi: kod przedmiotu, rok/semestr akademickiego od którego przedmiot obowiązuje, rok/semestr akademickiego do którego przedmiot obowiązuje, język prowadzenia, status przedmiotu, poziom przedmiotu, przyporządkowanie do grup przedmiotów, domyślny typ protokołu (zaliczenie, egzamin, itp.), liczba punktów ECTS,

	formy prowadzenia zajęć (wykłady, ćwiczenia, itp.) wraz z określeniem liczby godzin oraz sposobu ich prowadzania (w Uczelni, zdalnie itp.), rodzaje nakładów pracy własnej studenta wraz z określeniem liczby godzin, treści programowe z możliwością rozbicia na formy prowadzenia zajęć, efekty uczenia, cele, literatura, metody weryfikacji efektów z powiązaniem do efektów, kryteria oceny, metody oceny, przeliczenie punktów ECTS na godziny aktywności ze wskazaniem tzw. godzin kontaktowych (z bezpośrednim udziałem nauczyciela akademickiego) oraz liczby ECTS przypisanych tym godzinom.
AIK-17	System musi pozwalać na podpinanie przedmiotów do programów studiów z uwzględnieniem specjalności (różne przedmioty dla wielu specjalności w ramach programu).
AIK-18	System musi umożliwić obsługę przedmiotów do wyboru zapewniając prawidłowe wyliczenie sum ECTS i liczby godzin dla różnych wariantów takich przedmiotów.
AIK-19	System musi umożliwić wydruk planu studiów dla całego programu oraz poszczególnych specjalności.
AIK-20	System musi umożliwiać bieżącą kontrolę poprawności tworzonych programów studiów pod kątem sumarycznych wskaźników charakteryzujących program określonych przy tworzeniu programu
AIK-21	System musi umożliwić bieżącą kontrolę, czy wszystkie kierunkowe efekty uczenia się są pokryte efektami modułowymi (przedmiotowymi).
AIK-22	System musi posiadać funkcję udostępniania programów studiów w formie strony internetowej.
AIK-23	Warstwa prezentacyjna systemu musi być responsywna, tj. aby formularz dodawania programów studiów, widok programów studiów, formularz dodawania przedmiotów były responsywne.
AIK-24	System musi być zgodny ze standardem WCAG 2.0
AIK-25	System musi umożliwiać łączenie treści programowych z celami i efektami modułowymi.
AIK-26	System musi automatycznie przeliczać godziny aktywności studenta na punkty ECTS oraz wykazywać niezgodności jeśli występują.
AIK-27	System musi pozwalać na bieżącą kontrolę poprawności sylabusów z wykazywaniem błędów.
AIK-28	System musi pozwalać na wyświetlenie sylabusa w formie strony internetowej.
AIK-29	System musi pozwalać na wyświetlenie sylabusa w formie dokumentu pdf.
AIK-30	System musi posiadać możliwość konfigurowania wskaźników do automatycznego sprawdzania programów studiów.
AIK-31	System musi posiadać funkcję automatycznego sprawdzania zgodności programów studiów z wymaganiami Rozporządzenia w sprawie studiów z dnia 27 września 2018 r. oraz ustawą o szkolnictwie wyższym z dnia 20 lipca 2018 r.(Dz. U. 2018 poz. 1668 z późn. zm.)
AIK-32	System musi umożliwiać generowanie raportu statusu przygotowania sylabusów dla danego wykładowcy.
AIK-33	System musi umożliwiać generowanie raportów dotyczących sylabusów wypełnionych i niewypełnionych, co najmniej dla parametrów: rok akademicki, wydział, kierunek, specjalność, jednostka organizacyjna, poziom kształcenia.
AIK-34	System musi umożliwiać generowanie raportu godzin wykładowych, godzin poszczególnych form zajęć, praktycznych i z bezpośrednim udziałem nauczyciela, co najmniej dla parametrów: rok akademicki, wydział, kierunek, specjalność, forma

	studiów, poziom kształcenia.
AIK-35	System musi umożliwiać generowanie raportu pokrycia kierunkowych efektów uczenia się przez efekty modułowe, co najmniej dla parametrów: rok akademicki, wydział, kierunek, specjalność, forma studiów, poziom kształcenia.
AIK-36	System musi umożliwiać generowanie raportu sposobów zaliczenia, co najmniej dla parametrów: rok akademicki, wydział, kierunek, specjalność, forma studiów, poziom kształcenia.
AIK-37	System musi umożliwiać generowanie raportu sposobów weryfikacji efektów uczenia się, co najmniej dla parametrów: rok akademicki, wydział, kierunek, specjalność, forma studiów, poziom kształcenia.
AIK-38	System musi posiadać funkcję przyporządkowania charakterystyk PRK (również w zakresie kompetencji inżynierskich) z kierunkiem studiów.
AIK-39	System musi posiadać funkcję eksportu pełnego zbioru dokumentów (np. specjalność, kierunek) w celu podpięcia do dokumentacji programu studiów.
AIK-40	System musi obsługiwać Indywidualne Plany Studiów.
AIK-41	System musi posiadać aktualną i kompletną bazę charakterystyk PRK.
AIK-42	System musi umożliwiać określanie ścieżki zatwierdzania sylabusa na bazie określonych ról użytkowników.
AIK-43	System musi umożliwiać słownikowanie : nazw przedmiotów, metod weryfikacji, metod zaliczeń, rodzajów aktywności (zajęć) studenta, metod kształcenia, efektów uczenia się.
AIK-44	System musi umożliwiać uwierzytelnianie użytkowników za pomocą LDAP/Active Directory.
AIK-45	System musi być zintegrowany on-line z systemem USOS w zakresie dokumentów, tzn. nazw przedmiotów, informacji o prowadzących zajęcia, opisów, literatury, kryteriów oceniania.
AIK-46	System musi być zintegrowany on-line z systemem USOS lub innym wskazanym zewnętrznym systemem w zakresie danych użytkowników (wykładowcy, studenci, pracownicy).
AIK-47	System musi być zintegrowany on-line z systemem USOS w zakresie struktury Uczelni.
AIK-48	System musi umożliwiać eksport programu studiów wraz z przedmiotami do systemu USOS.
AIK-49	System musi być zainstalowany w infrastrukturze Zamawiającego.
AIK-50	System musi być w całości był obsługiwany przez przeglądarkę internetową.
AIK-51	Zamawiający wymaga, aby system nie wymagał zakupu dodatkowych licencji oprogramowania, np. w zakresie systemu operacyjnego lub bazy danych.
AIK-52	System musi umożliwiać konfigurowanie uprawnień dla użytkowników, uwzględniających co najmniej: wyświetlanie listy elementów, podgląd elementów, tworzenie nowych elementów, edycję istniejących elementów, usuwanie elementów; dla obszarów w systemie: sylabusy, programy studiów, raporty, struktura Uczelni, jednostki organizacyjne, pracownicy.
AIK-53	System musi być dostosowany do obsługi wersji językowych: polskiej i angielskiej.
AIK-54	Zamawiający wymaga odseparowania wersji językowej dokumentu od wersji językowej interfejsu użytkownika, zarówno po stronie użytkownika końcowego, np. studenta, jak i użytkownika zarządzającego danymi (administratora), np. członek wydziałowej komisji

	ds. kształcenia.
AIK-55	System musi rejestrować pełną aktywność użytkowników oraz prezentacji tych danych w panelu administracyjnym systemu, bez konieczności korzystania z dodatkowego oprogramowania.
AIK-56	System musi gromadzić i prezentować historię zmian dla dokumentów (sylabusy, programy studiów) oraz danych słownikowych z pełną integralnością wstecz w odniesieniu do danych archiwalnych, tzn. przykładowo zmiana w danych nie implikuje zmian w odniesieniu do dokumentacji z poprzednich lat akademickich.
AIK-57	System musi być przeznaczony do obsługi następujących grup użytkowników (w zakresie określonym przez konfigurowalne role): pracownicy administracyjny Uczelni, wykładowcy, studenci, goście (użytkownicy niezarejestrowani).
AIK-58	System musi posiadać funkcjonalność przeglądania oferty programowej Uczelni z możliwością przeglądania programów studiów, planów studiów z przedmiotami w poszczególnych semestrach wraz z sylabusami.

Zamawiający informuje, że obecnie dane dotyczce sylabusów zgromadzone są w plikach typu xlsx (Arkusze Excel).

System Kontroli Dostępu (SKD)

Zamawiający wymaga dostarczenia systemu kontroli dostępu w obiektach AIK. System kontroli dostępu musi być integralną częścią całego projektu wdrożeniowego.

Zakres wdrożenia Systemu Kontroli Dostępu. Zamawiający wymaga wykonania następujących prac w obszarze SKD:

a) Opracowanie projektu technicznego;

b) Dostawa licencji na oprogramowanie;

c) Dostawa niezbędnych sprzętów (czytniki, kontrolery, rejestratory, zwory drzwiowe);

d) Instalacja i konfiguracja systemu;

e) Integracja systemu Kontroli Dostępu z istniejącymi na Uczelni systemami elektronicznych kart typu ELS, ELD, EKP, LSNA;

f) Integracja systemu Kontroli Dostępu z wymaganymi do wdrożenia systemami ERP i Systemem do obsługi toku studiów USOS.

Skróty i objaśnienia

Tabela poniżej zawiera zestawienie pojęć i skrótów stosowanych dotyczących SKD.

L.p.	Skrót/pojęcie	Objaśnienie
1	Kontroler	Urządzenie systemu Kontroli Dostępu instalowane w budynku w okolicy zabezpieczanych drzwi. Zadaniem, którego jest przechowywanie uprawnień nadanym kartom, które aktualizowane są poprzez komunikację z serwerem KD odczytywanie danych z czytnika zbliżeniowego, sterowanie elektro-zaczepem lub zworą elektromagnetyczną, sygnalizację stanu drzwi.

2	Czytnik	Urządzenie odczytujące dane z kart elektronicznych zbliżeniowych (bezstykowych).
3	EKP, ELS, ELD, LSNA	Elektroniczna Karta Pracownicza, Elektroniczna Legitymacja Studencka, Elektroniczna Legitymacja Doktorancka, Legitymacja Xxxxxxxx Xxxxxxxxxxx Xxxxxxxxxxxxx
0	Karta elektroniczna	Identyfikator w systemie KD, wykonany w postaci karty plastikowej z wbudowanym procesorem, który może komunikować się z czytnikiem bezstykowo.
5	Serwer KD	To platforma składająca się z oprogramowanie KD oraz wirtualnej maszyny PC z zainstalowanym systemem operacyjnym i bazą danych
6	SKD, KD	System Kontroli Dostępu
7	RO	System Rejestracji Obecności
8	PKD	Punkt kontroli dostępu – pojedyncze drzwi sterowane z systemu KD według jednego profilu dostępu

Wymagania względem SKD

Tabela poniżej zawiera zestaw wymaganych funkcjonalności względem Systemu Kontroli Dostępu

Nr wymagania	Opis wymagania
	Wymagania podstawowe
IK-59	Zamawiający wymaga kompleksowego wdrożenia systemu umożliwiającego obsługę kontroli dostępu do pomieszczeń wraz z rejestracją obecności. Zadaniem systemu będzie centralna kontrola i modyfikacje dostępu do chronionych pomieszczeń. Zamawiający dopuszcza instalację dodatkowych serwerów i oprogramowania do celów integracji z pozostałymi systemami.
IK-60	System rejestracji obecności musi umożliwiać rejestrację obecności w salach dydaktycznych osób prowadzących i/lub uczestniczących w zajęciach.
IK-61	Zamawiający wymaga integracji z systemem do obsługi toku studiów USOS będącego źródłem danych o pracownikach prowadzących zajęcia i studentach uczestniczących w zajęciach.
IK-62	Zamawiający wymaga, aby do autoryzacji osób w systemie wykorzystana została elektroniczna karta pracownika/legitymacja studenta/legitymacja doktoranta obecnie wykorzystywana na Uczelni.
IK-63	Zamawiający wymaga aby konfigurowanie uprawnień szczegółowych oraz trybów pracy oraz pozostałych parametrów dla poszczególnych przejść KD oraz czytników obecności odbywać się będzie w dedykowanych do tego modułach Systemu Kontroli Dostępu.
IK-64	Zamawiający wymaga aby poszczególne moduły SKD umożliwiały podgląd na bieżąco stanu systemu (SKD) oraz generowanie raportów.
IK-65	System kontroli dostępu powinien opierać się na trzech głównych elementach:

	Zbliżeniowej karcie elektronicznej (ELS, ELD, EKP, LSNA); Urządzeniach SKD: kontrolery, czytniki, programatory, elementy systemu zasilania i komunikacji; Centralna Platforma Systemu Kontroli Dostępu wraz z modułami systemu.
IK-66	Zamawiający wymaga aby zbliżeniowa karta procesorowa, była identyfikatorem użytkownika w SKD. Każda karta musi być zaprogramowana w systemie KD czy RO by była unikalna. Zamawiający wymaga wykorzystania w realizacji SKD kart EKP, ELS, ELD, LSNA obecnie wykorzystywanych na Uczelni (Mifare).
IK-67	Zamawiający wymaga aby proces odczytu karty elektronicznej wraz z weryfikacją uprawnień do odblokowania przejścia w SKD wykonywany był za pomocą urządzeń elektronicznych, okablowania zasilającego, komunikacyjnego i sterowniczego, urządzeń wykonawczych i aplikacji.
IK-68	Zamawiający wymaga aby każdy odczyt karty na czytniku był odnotowany w systemie RO.
IK-69	Zamawiający wymaga aby proces weryfikacji uprawnień, przydzieleniu dostępu (otwarcie drzwi) lub odmowie, oraz zapisu danych do RO był realizowany także przy zaniku zasilania sieciowego oraz utraty komunikacji kontrolerów w danym pomieszczeniu z serwerem aplikacji. Oznacza to, że należy zapewnić zasilanie awaryjne urządzeń oraz synchronizację uprawnień i zarejestrowanych odczytów po powrocie komunikacji sterownik – aplikacja.
IK-70	Zamawiający wymaga aby proces synchronizacji uprawnień kontrolera z centralną aplikacją był automatyczny (niewymagający pracy administratora systemu).
IK-71	Zamawiający wymaga dostawy niezbędnych elementów sprzętowych do obsłużenia funkcjonalności systemu. Zamawiający wymaga obsłużenia 141 przejść KD w tym 40 sal dydaktycznych, jako punktów ewidencji obecności, zarówno pracowników jak i studentów.
IK-72	Zamawiający wymaga aby Platforma Systemu Kontroli Dostępu umożliwiała konfigurację pracy urządzeń, definiowanie i przydzielanie uprawnień dla użytkowników, odczyt aktualnych statusów z urządzeń (przejść), gromadzenie tych danych i na ich podstawie generowanie raportów.
IK-73	Zamawiający wymaga opracowania mechanizmów integracji Platformy SKD z systemem personalizacji kart funkcjonującym na Uczelni, z której pobierane będą dane o użytkownikach kart (Uczelniany system personalizacyjny).
IK-74	Zamawiający wymaga, aby Moduły Platformy SKD dedykowane dla obsługi funkcjonalności Kontroli Dostępu i Rejestracji Obecności, pobierały dane o użytkownikach z centralnej bazy danych.
IK-75	Zamawiający oczekuje utworzenia reguły dostępu do pomieszczeń i ewidencji obecności (np. obecność ewidencjonowana na podstawie przyłożenia karty do czytnika najwcześniej 15 min przed i najpóźniej 15 min po godzinie planowanych zajęć).
IK-76	Zamawiający wymaga, aby zarejestrowane zdarzenia na czytnikach ewidencjonowane były w centralnej bazie danych i na ich podstawie generowane były raporty, których szczegółowy zakres zostanie zdefiniowany na etapie analizy przedwdrożeniowej.
IK-77	Zamawiający wymaga, aby transmisja pomiędzy urządzeniami KD/RO i aplikacją opierała się na komunikacji TCP/IP z wykorzystaniem istniejącej sieci Uczelnianej, w wydzielonej podsieci VLAN.

IK-78	Zamawiający wymaga, aby dostarczona Platforma Kontroli Dostępu była rozwiązaniem modułowym opartym o wspólną bazę danych.
IK-79	Zamawiający wymaga, aby dane pracowników i studentów były na bieżąco aktualizowane z systemem Personalizacji Kart Elektronicznych. System Kontroli Dostępu powinien automatycznie uzyskać informacje o unieważnieniu Karty czy wydaniu nowej Karty.
IK-80	Zamawiający wymaga integracji z Systemem obsługi toku studiów USOS. System kontroli dostępu musi pobierać dane z planu zajęć i m. in. na ich podstawie generować raporty dotyczące obecności spodziewanych osób w konkretnych punktach RO..
IK-81	Zamawiający wymaga, aby zdarzenia w kategorii naruszeń np. siłowe otwarcie drzwi, użycie przycisku otwarcia awaryjnego, awaria kontrolera bądź czytnika, były raportowane poprzez dodatkowe mechanizmy, minimum wymagań to powiadomienia SMS, powiadomienie email oraz powiadomienie typu okienko pop-up w programach zainstalowanych na portierniach, wszystkie metody dostępne jednocześnie.
	Charakterystyka działania punktów kontroli dostępu
IK-82	Zamawiający wskazuje, że z uwagi na różny charakter i specyfikę funkcjonowania pomieszczeń zakłada się realizacje następujących wariantów punktów kontroli dostępu. Sala dydaktyczna z jednym wejściem – zainstalowany czytnik KD na wejściu, wyjście odbywać się będzie za pomocą klamki. Wewnątrz pomieszczenia w okolicach drzwi zainstalowany zostanie czytnik obecności. Sala dydaktyczna z dwoma wejściami: – w wariancie I zainstalowany zostanie czytnik KD na wejściu głównym, za pomocą tego czytnika odblokowywane będą jednocześnie drzwi główne i dodatkowe, wyjście na obu drzwiach odbywać się będzie za pomocą klamki. Wewnątrz pomieszczenia w okolicach drzwi zainstalowany zostanie czytnik obecności; – w wariancie II zainstalowane na obu drzwiach czytniki KD, odblokowywanie drzwi odbywać będzie się niezależnie, wyjście na obu drzwiach odbywać się będzie za pomocą klamki. Wewnątrz pomieszczenia w okolicach drzwi zainstalowany zostanie czytnik obecności. Pomieszczenia o podwyższonych wymogach bezpieczeństwa, typu serwerownia: czytniki KD mają zostać zainstalowane na wejściu i wyjściu z pomieszczenia – realizowana będzie kontrola dwustronna. Wyjście odbywać się będzie tylko za pomocą czytnika wyjściowego. Wejścia do budynków – zainstalowany czytnik KD na wejściu, wyjście odbywać się będzie za pomocą klamki, przycisku lub w sposób automatyczny. Punkt kontroli obecności – zainstalowany w wyznaczonym miejscu czytnik KD. Xxxxxxx nie będzie sterował drzwiami, będzie jedynie rejestrował obecność po przyłożeniu karty. Wszędzie tam, gdzie użycie klamki byłoby równoznaczne z interpretacją jako naruszenie siłowe, możliwe jest zastosowanie przycisków wyjściowych.
IK-83	Zamawiający wymaga aby PKD działały według poniższych trybów: - tryb monostabilny - działał będzie w taki sposób, że pierwsze przyłożenie karty uprawnionej do czytnika odblokuje drzwi na zaprogramowany czas (kilka –kilkanaście sekund), po którym drzwi zostaną zablokowane;

	- tryb bistabilny - polega na tym, że pierwsze przyłożenie karty odblokowuje drzwi i są one odblokowane do kolejnego zbliżenia uprawnionej karty; - harmonogram czasowy - działa w taki sposób, ze odblokowanie drzwi odbywa się za pomocą zbliżenia karty, a ich zablokowanie następuje samoczynnie według zdefiniowanego harmonogramu czasowego. Dla punktów rejestracji obecności zakłada się konfigurację, w której wszystkie karty (użytkownicy) mogą rejestrować się przez całą dobą.
	Rozmieszczenie, instalacja i oznaczenia elementów systemu
IK-84	Zamawiający wymaga, aby kontrolery systemu montowane były w miejscach bezpiecznych tj. o ograniczającym dostęp dla osób postronnych (nieupoważnionych do obsługi urządzeń). Urządzenia wraz z zasilaczami buforowymi zamontować należy np. w przestrzeni podsufitowej, w pomieszczeniach technicznych, w strefie chronionej.
	Instalacja zasilania
IK-85	Zamawiający wymaga, aby zasilanie urządzeń zrealizowane zostało za pomocą zasilaczy buforowych z czasem podtrzymania ustalonym na etapie analizy przedwdrożeniowej. Sposób zasilania musi zapewnić działanie przejść KD/RO przy zaniku napięcia zasilania, aż do czasu rozładowania się akumulatorów zasilaczy (nie mniej jak 12h). Zamawiający dopuszcza, aby w przypadku dłuższych przerw zasilania urządzenia KD odblokowywały drzwi.
IK-86	Zamawiający wymaga aby uprawnienia i zdarzenia rejestrowane przez pozbawieniem zasilania zostały zarejestrowane i zapisane w pamięci urządzenia. Po powrocie zasilania kontroler musi działać normalnie.
IK-87	Zamawiający wymaga aby do zasilania urządzeń KD zostały wykonane nowe obwody zasilające z odpowiednimi zabezpieczeniami.
	Instalacja okablowania komunikacyjnego i sterowniczego, elementów wykonawczych
IK-88	Zamawiający wymaga, aby kontrolery SKD podłączone zostały do budynkowej sieci LAN za pomocą okablowania w kategorii co najmniej 5e.
IK-89	Zamawiający wymaga aby elementy sterownicze i wykonawcze od kontrolerów (kontaktrony, zwory, elektro-zaczepy, przyciski) powinny być łączone przewodami dobranymi ze względu na charakter sygnału, obciążenie i długość przewodów. Dobór okablowania należy wykonać na etapie planowania instalacji.
IK-90	Zamawiający wymaga aby trasy kablowe (zasilanie i komunikacja) były prowadzone z uwzględnieniem lokalnych warunków i wytycznych Zamawiającego. Zamawiający zakłada prowadzenie tych tras korytarzami. Okablowanie od sterowników do czytników, elementów blokujących itp. prowadzone będzie wewnątrz pomieszczeń podtynkowo.
IK-91	Zamawiający wymaga od Wykonawcy aby przy ułożeniu kabli podtynkowo zostały przywrócone walory estetyczne obejmujące przykrycie kabli i pomalowanie ścian kolorem zbliżonym do obecnego.
IK-92	Zamawiający wymaga aby wszystkie drzwi uzbrajane w system KD były wyposażone w czujniki ich otwarcia (mechaniczne lub magnetyczne).

	Elementy wykonawcze do blokowania drzwi należy dobrać indywidualnie do typu drzwi. Należy uwzględnić konstrukcję drzwi, typ i właściwości antywłamaniowe i przeciwpożarowe, charakter pracy. Nie przewiduje się dozbrajania systemu przeciwpożarowego.
IK-93	Zamawiający wskazuje, że montaż elementów blokujących nie może zmienić (pogorszyć) parametrów drzwi. Na drzwiach ewakuacyjnych należy zapewnić mechanizmy awaryjnego otwarcia niezależnego od systemu KD.
	Oprogramowanie i urządzenia KD i RO
IK-94	Zamawiający wymaga aby oprogramowanie kontroli dostępu i rejestracji obecności było odpowiedzialne za centralne zarządzanie uprawnieniami dostępu, umożliwiające definiowanie osób, grup osób, identyfikatorów przypisanych do osób, oraz przydział uprawnień do przejść i grup przejść indywidualnie per osoba lub grupa.
IK-95	Zamawiający wymaga aby SKD umożliwiał wizualizację aktualnego stanu przejść, generował powiadomienia o alertach i alarmach oraz generował raporty o zdarzeniach w SKD.
IK-96	Zamawiający wymaga aby SKD został zintegrowany w zakresie tworzenia i zarządzania listą Użytkowników z systemem personalizacji kart (pracowniczych, doktoranckich, studenckich) jak i również umożliwiał niezależne definiowanie użytkowników SKD.
IK-97	Zamawiający wymaga aby SKD spełniał następujące cechy:  architektura odporna na awarie;  instalacja na platformie MS Windows 10. Server 2016 lub nowszej z MS SQL Server 2014, 2016 lub nowszej;  integracja z Uczelnianą bazą użytkowników ELS, ELD, EKP, LSNA  blokowanie karty w Uczelnianej bazie użytkowników, skutkuje jej automatycznym blokowaniem w systemie KD;  wielopoziomowa struktura administratorów systemu;  wizualizacja zdarzeń w czasie rzeczywistym;  obsługa map budynku;  obsługa Active Directory;  audyt operatora;  praca wielostanowiskowa (w architekturze dedykowany klient – serwer lub za pocą usług WEB);  możliwość centralnego odblokowania drzwi za pomocą tzw. jednego kliknięcia;  obsługa użytkownika niepełnosprawnego (tzw. wydłużona obsługa);  tworzenie grup dostępu;  tworzenie harmonogramów czasowych;  automatyczne otwieranie drzwi według harmonogramu;  otwarcie drzwi monostabilne lub bistabilne,  automatyczne blokowanie karty według zdefiniowanego terminu ważności karty;  obsługa wind;

	 obsługa funkcji TPMOR (reguła minimalnej liczby osób 2 osób);  obsługa anti-passback;  obsługa protokołów komunikacyjnych TCP/IP, RS-485 lub RS-232/RS-485,  umożliwiał definiowanie raportów definiowanych przez użytkownika, w tym raporty obecności, naruszeń.
IK-98	Zamawiający wymaga aby funkcję wykonawczą w systemie realizowały kontrolery KD, które będą pełnić rolę kontrolerów dostępu oraz kontrolerów obecności. Dla funkcjonalności KD urządzenie będzie miało za zadanie odblokować drzwi lub zespół drzwi po przyłożeniu uprawnionej karty do czytnika. Dla funkcjonalności RO urządzenie będzie miało za zadanie dokonać rejestracji przyłożonej do dedykowanego czytnika karty.
IK-99	Dla zestawu urządzeń kontroler z zasilaczem oraz czytniki wymagane są następujące funkcjonalności:  współpraca z oprogramowaniem centralnym KD,  autonomiczna praca i możliwość otwierania drzwi podczas zaniku zasilania sieciowego, także przy braku komunikacji z kontrolerem/serwerem centralnym; czas pracy nie krótszy niż 12h,  obsługa od 2 do 12 czytników kart w zależności od konfiguracji (w zależności od obsługiwanego pomieszczenia),  automatyczne uruchomienie i powrót do pracy normalnej po powrocie zasilania buforowego,  diagnostyka w czasie rzeczywistym,  obsługa minimum 5000 użytkowników,  pamięć minimum 4000 zdarzeń,  wymienialna akumulator pamięci wewnętrznej i czasu kontrolera o żywotności co najmniej 12 miesięcy,  wejścia i wyjścia programowalne przez użytkownika,  obsługa funkcji TPMOR,  wsparcie dla osób niepełnosprawnych,  sygnalizacja awarii zasilania AC oraz niskiego poziomu zasilania DC,  obsługa czytników standardu Mifare,  obsługa protokołów komunikacyjnych TCP/IP, RS232/RS485.
	Modernizacja drzwi
AIK-100	Zamawiający wymaga, aby wszystkie drzwi, które zostaną wyposażone w system KD były sprawne, co oznacza, że ruch skrzydła powinien być jednolity bez przycięć, a język zamka każdorazowo powinien zatrzaskiwać się w gnieździe blachy zamka, a w przypadku zwory elektromagnetycznej element na skrzydle drzwi powinien w sposób stabilny na całej powierzchni przylegać do części stałej mechanizmu.
AIK-101	Zamawiający wymaga aby każde drzwi posiadały sprawny system samo domykania, który każdorazowo zatrzaskuje drzwi po otwarciu.

AIK-102	Zamawiający wymaga aby drzwi blokowane elektro-zaczepem zostały wyposażone w klamko-gałkę lub podwójną gałkę, gdy otwieranie odbywać się będzie z przycisku.
AIK-103	Zamawiający wymaga, aby na etapie projektowania systemu Kontroli Dostępu uwzględniony został podział budynków na strefy pożarowe. Drzwi na drogach ewakuacyjnych należy uzbroić w przyciski ewakuacyjne.

Zamawiający oświadcza, że na potrzeby instalacji SKD udostępni instalację elektryczną, oraz porty FastEthernet na switchach w punktach dystrybucyjnych. Pozostała część wymaganej instalacji spoczywa na Wykonawcy.

System personalizacji

Zamawiający wymaga rozbudowy posiadanego systemu personalizacji legitymacji studenckich o następujące funkcjonalności

 wdrożenie personalizacji Elektronicznych Legitymacji Doktoranta

 wdrożenie personalizacji Elektronicznych Kart Pracowników

 integracja z systemem Kontroli dostępu

 dostawa i wdrożenie systemu do zarządzania kluczami do pomieszczeń

 integracja z systemem USOS

 integracja z systemem ZTM Kraków Szczegółowy zakres finalnych wymagań zawiera poniższa tabela.

	System personalizacji ELD, EKP, LSNA
AIK-104	System personalizacji musi posiadać mechanizmy wymiany danych z systemami: kadrowym, dziekanatowym i rekrutacyjnym zgodnie z Rozporządzeniem Rady Ministrów z dnia 11.10.2005 roku w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej.
AIK-105	System musi umożliwiać personalizację :  Elektronicznych Legitymacji Studenckich,  Elektronicznych Legitymacji Doktoranckich,  Elektronicznych Kart Pracowniczych.  Legitymacji Służbowych Nauczyciela Akademickiego
AIK-106	System musi umożliwiać przechowywanie danych osobowych oraz zdjęć w bazie danych systemu.
AIK-107	System musi posiadać możliwość odczytywania i zapisywania w bazie danych systemu pełnych (tj unikatowych, UID) numerów fabrycznych (CSN) wydawanych kart odrębnie dla części stykowej i bezstykowej podczas personalizacji.
AIK-108	System musi umożliwiać wydawanie nowych kart oraz duplikatów
AIK-109	System musi zapewniać numerowanie (ELD) zgodnie z Rozporządzeniem Ministra Nauki i Szkolnictwa Wyższego z dnia 5 października 2011 r w sprawie studiów doktoranckich oraz stypendiów doktoranckich (DZ. U . nr 225 poz 1351 z xxxx.xx.)..
AIK-110	System musi umożliwiać generowanie raportów z wydań kart.
AIK-111	System musi zapewniać drukowania obydwu stron kart w jednym cyklu personalizacji w tym wydruku na kartach kodu kreskowego.
AIK-112	System musi umożliwiać inicjalizację i tworzenie struktury danych na kartach oraz (ELD) zgodnie z Rozporządzeniem Ministra Nauki i Szkolnictwa Wyższego z dnia 5 października 2011 r w sprawie studiów doktoranckich oraz stypendiów

	doktoranckich (DZ. U . nr 225 poz 1351 z xxxx.xx.).
AIK-113	System musi umożliwiać inicjalizację i tworzenie struktury danych na kartach LSNA zgodnie z rozporządzeniem Ministra Nauki i Szkolnictwa Wyższego z dnia 13 marca 2020 r. w sprawie legitymacji służbowej nauczyciela akademickiego (Dz. U. poz. 689)
AIK-114	System musi umożliwiać zapis na kartach danych osobowych (ELD) z Rozporządzeniem Ministra Nauki i Szkolnictwa Wyższego z dnia 5 października 2011 r w sprawie studiów doktoranckich oraz stypendiów doktoranckich (DZ. U . nr 225 poz 1351 z xxxx.xx.), podpisanych certyfikatem własnym Punktu Personalizacyjnego lub certyfikatem kwalifikowanym operatora Punktu Personalizacyjnego wraz z zapisaniem użytego certyfikatu do pamięci karty.
AIK-115	System musi umożliwiać personalizację elektroniczną i graficzną kart w jednym przebiegu.
AIK-116	System musi umożliwiać obróbkę zdjęć zapisanych w postaci cyfrowej.
AIK-117	System musi umożliwiać definiowanie, co najmniej 20 grup obsługiwanych kart.
AIK-118	System musi umożliwiać definiowanie, co najmniej 20 różnych szablonów zadruku kart.
AIK-119	System musi posiadać możliwość drukowania potwierdzenia opłaty za wydanie karty.
AIK-120	System musi posiadać możliwość definiowania różnych taryf za wydanie karty i duplikatu.
AIK-121	System musi umożliwiać generowanie kluczy wzorcowych (mother keys), zapisywanych tylko i wyłącznie na karcie procesorowej.
AIK-122	Struktura danych na kartach (ELS, ELD, EKP, LSNA) powinna umożliwiać rozpoznanie wydawcy karty przy pomocy numeru identyfikacyjnego.
AIK-123	System musi umożliwiać:  rejestrację kart wzorcowych (z kluczami) w systemie,  wykonywania kopii kart z kluczami,  zmiany numerów PIN kart zawierających klucze,  odblokowywania numerów PIN kart z kluczami.
AIK-124	System musi umożliwiać generowanie  co najmniej 3 różnych kluczy wzorcowych dla części stykowej kart (ELS, ELD, EKP, LSNA),  co najmniej 16 różnych kluczy wzorcowych dla części bezstykowej standardu Mifare.
AIK-125	System powinien dla mechanizm generowania kluczy wykorzystywać chwilowe wartości bufora klawiatury oraz pozycji myszki.
AIK-126	System musi posiadać mechanizm zabezpieczenia kart ELS, ELD, EKP, LSNA zarówno w części stykowej jak i bezstykowej. System powinien posiadać mechanizm dywersyfikacji kluczy w oparciu o wygenerowane klucze wzorcowe.
AIK-127	System powinien w trakcie instalacji oprogramowania wykorzystywać kartę z wygenerowanymi kluczami wzorcowymi jako narzędzie weryfikacji uprawnień do wykonania procesu instalacji oprogramowania.
AIK-128	System musi posiadać możliwość definiowania katalogu wejściowego zdjęć (przed obróbką).
AIK-129	System musi posiadać możliwość definiowania katalogu wyjściowego zdjęć (po obróbce).
AIK-130	System musi automatycznie uruchamiać aplikację do obróbki fotografii po zapisaniu zdjęć w katalogu wejściowym.

AIK-131	System musi posiadać umożliwiać obsługę następujących formatów plików graficznych: mapa bitowa (*.bmp), plik JPG (*.jpg, *.jpe, *.jpeg).
AIK-132	System musi posiadać możliwość edycji następujących parametrów zdjęć: jasność, kontrast, nasycenie barw, rozmiar, skala, obrót, przesuwanie zdjęcia w pionie i poziomie.
AIK-133	System musi posiadać możliwość wykadrowania zdjęcia poprzez zaznaczenie obszaru kadrowania.
AIK-134	System musi posiadać możliwość podglądu i akceptacji wstępnie skadrowanego zdjęcia.
AIK-135	System musi posiadać możliwość cofnięcia i powtórzenia operacji kadrowania.
AIK-136	System musi umożliwiać automatyczne uruchamianie interfejsu umożliwiającego połączenie zdjęcia z danymi osobowymi po zaakceptowaniu kadru.
AIK-137	System musi umożliwiać automatyczne kierowanie obrobionych zdjęć do zdefiniowanego katalogu wyjściowego.
AIK-138	System musi posiadać możliwość zapisania w bazie danych nowego zdjęcia.
AIK-139	System musi posiadać możliwość podmiany zdjęcia wcześniej zapisanego w bazie danych.
AIK-140	System musi posiadać możliwość wyszukiwania danych osobowych według filtru po następujących polach: Numer indeksu (albumu), Imię, Nazwisko, PESEL.
AIK-141	System musi umożliwiać ręczne wprowadzania danych osobowych.
AIK-142	System musi umożliwiać przeglądanie listy wyszukanych osób wraz z możliwością edycji danych.
AIK-143	System musi umożliwiać włączenia automatycznego kierowania zadań wydruków kart do kolejki wydruków.
AIK-144	System musi posiadać możliwość definiowania trybu pracy programu – dostępne opcje konfiguracyjne co najmniej w zakresie:  personalizacja graficzna,  inicjalizacja elektryczna karty stykowej,  inicjalizacja elektryczna karty bezstykowej,  tworzenie logów zapisów dokonywanych na karty.
AIK-145	System musi umożliwiać sterowanie pracą drukarki do zadruku kart – dostępne opcje co najmniej w zakresie:  ładowanie karty do programatora,  wysuwanie karty,  zerowanie drukarki,  wydruk kontrolny,  test palety kolorów.
AIK-146	System musi umożliwiać konfiguracji programu, dostępne opcje konfiguracyjne co najmniej w zakresie:  wybór rodzaju drukarki z listy dostępnych,  wybór szablonu wydruku,  możliwość testowego wydruku szablonu.
AIK-147	System musi umożliwiać filtrowanie bazy danych po następujących polach co najmniej w zakresie:  numer indeksu (albumu),  imię,  nazwisko,  rodzaj szablonu,  wydział,

	 rodzaj studiów,  semestr,  obecność zdjęcia przypisanego do rekordu.
AIK-148	System musi umożliwiać skierowanie do wydruku całej listy lub pojedynczych kart będących wynikiem filtrowania.
AIK-149	System musi posiadać możliwość podglądu statystyki bazy danych, dostępne pola co najmniej w zakresie:  liczba osób w bazie,  liczba osób, którym wydano kartę,  liczba osób, którym nie wydano karty,  liczba wydanych duplikatów,  liczba kart błędnie spersonalizowanych,  liczba zdjęć w bazie danych.
AIK-150	System musi posiadać możliwość podglądu statusu danych, dostępne statusy co najmniej w zakresie:  karta wydana,  karta ma zdjęcie,  karta jest repliką,  karta jest zawieszona,  karta jest duplikatem,  karta jest unieważniona,  wydano replikę/duplikat karty,  karta została zwrócona.
AIK-151	System musi umożliwiać wydruk duplikatu lub repliki karty.
AIK-152	System musi posiadać możliwość definiowania różnych kolejek wydruku i przypisywania im zadań według definiowanych przez użytkowników filtrów.
AIK-153	System musi posiadać możliwość integracji z AD w zakresie:  założenia konta AD,  edycji danych konta AD,  blokady konta AD.
AIK-154	System musi posiadać możliwość integracji z Office 365.
AIK-155	System musi być zintegrowany z systemem MPK Kraków w zakresie umożliwienia wgrywania biletów okresowych na karty ELS, ELD, LSNA.
AIK-156	System w procesie personalizacji karty ELS, ELD, LSNA musi pozostawić sektory Mifare niezakodowane pod kątem wgrania struktury biletu MPK Kraków.
AIK-157	System musi przekazywać do MPK Kraków informacji o statusie ELS, ELD, LSNA np. w przypadku unieważnienia karty.
AIK-158	System musi przekazywać do MPK Kraków informacji o wydaniu duplikatu ELS, ELD, LSNA.
AIK-159	System musi zostać zintegrowany z systemem USOS w zakresie przekazywania danych do wydruku ELS, ELD, LSNA.
AIK-160	System musi zostać zintegrowany z systemem kadrowym w zakresie przekazywania danych do wydruku EKP.
AIK-161	System musi być zintegrowany z systemem Kontroli dostępu i systemem zarządzania kluczami do pomieszczeń.
AIK-162	Szczegółowy zakres integracji z systemami zewnętrznymi zostanie zdefiniowany na etapie analizy przedwdrożeniowej.
AIK-163	System musi umożliwiać generowanie certyfikatów w procesie personalizacji i

	wgranie na ELS, ELD, EKP, LSNA w oparciu o lokalną domenę Uczelni.
AIK-164	System musi umożliwiać zarządzania (nadanie, zamiana, reset ) hasłami i PIN’ami do ELS, ELD, EKP, LSNA a także wysłanie ich na adres e-mail bądź wydruk na kopercie utajnionej.
AIK-165	System musi umożliwiać zarządzanie certyfikatami (wydanie, unieważnienie, unieważnienie czasowe, odnowienie) wgrywanymi na ELS, ELD, EKP, LSNA w procesie personalizacji.

System ERP

Zamawiający wymaga dostawy licencji, wdrożenia, konfiguracji i świadczenia serwisu gwarancyjnego systemu klasy ERP obsługującego następujące obszary: finanse, HR, majątek trwały.

Ogólne
AIK-166	System umożliwia budowanie wielopoziomowej struktury jednostek organizacyjnych. Wielopoziomowa struktura jednostek jest budowana w oparciu o słownik jednostek organizacyjnych przyporządkowanych do określonego poziomu struktury: Katedra, Wydział, Instytut, Laboratorium. Poziom struktury jest możliwy do rozbudowania o kolejne elementy. Słownik jednostek organizacyjnych posiada atrybuty takie jak kod, nazwę, okres funkcjonowania jednostki, poziom na którym może funkcjonować jednostka w strukturze, kod wykorzystywany do komunikacji z systemem POL-on.
AIK-167	Wielopoziomowa struktura organizacyjna, jest budowana oraz prezentowana w postaci drzewa jednostek organizacyjnych aktualnych na dany dzień, to znaczy że użytkownik poprzez zmianę daty ma możliwość przeglądania struktury organizacyjnej obowiązującej w innych ramach czasowych – historycznych.
AIK-168	System wspiera użytkowników w procesach związanych ze zmianami struktury organizacyjnej poprzez przenoszenie całych jednostek wraz z pracownikami również poprzez przenoszenie pracowników wskazanej jednostki organizacyjne do nowej jednostki organizacyjnej. Zmiany takie odbywają się na wskazany dzień z zachowaniem historii przynależności jednostki w strukturze organizacyjnej oraz historii przynależności pracownika do jednostki organizacyjnej.
AIK-169	W ramach struktury organizacyjnej system prezentuje pełnione funkcje oraz osoby, które w określonych ramach czasowych je pełniły. Pełnione funkcje są elementem słownikowym, do którego użytkownik może samodzielnie dodawać kolejne pozycje. Słownik pełnionych funkcji posiada atrybuty umożliwiające jednoznaczną jej identyfikację dodatkowo każda pozycja ze słownika może mieć przyporządkowany kod POL-on wykorzystywany w procesie eksportu danych do systemu POL-on.
AIK-170	Do jednostki organizacyjnej jest możliwe przyporządkowanie atrybutów takich jak: MPK, Budżet, Źródło finasowania, Rodzaj kosztów, które mogą brać udział w procesie dekretowania wynagrodzeń.
AIK-171	System umożliwia podanie limitów etatów w ramach jednostki i stanowiska. Limity etatów można rejestrować w określonych ramach czasowych. W oparciu o podane limity aplikacja kontroluje dostępne wakaty w procesie zatrudnienia pracownika lub

	zmiany warunków zatrudnienia. Dodatkowo aplikacja umożliwia tworzenie rezerwacji na dany wakat poprzez wskazanie osoby, która ma objąć stanowisko w danej jednostce organizacyjnej.
AIK-172	System powinien posiadać kartotekę szablonów raportów, umożliwiającą przeglądanie szablonów, na podstawie, których tworzone są raporty, tworzenie raportów przez użytkowników, przeglądanie (z możliwością drukowania) raportów, których właścicielem jest dany użytkownik, przeglądanie wykonanych wcześniej wydruków.
AIK-173	Aplikacja systemowa musi umożliwiać logowanie z wykorzystaniem funkcji SSO (Active Directory).
AIK-174	System musi umożliwiać definiowanie użytkowników oraz przypisywanie użytkownikom praw do poszczególnych funkcji aplikacji w oparciu o role. System musi umożliwić przypisanie odpowiednich dostępów/profili autoryzacyjnych dla różnego rodzaju użytkowników.
AIK-175	System powinien umożliwiać przypisywanie różnej ilości funkcji aplikacji ERP do różnych użytkowników (np. logowanie do modułu finansowo-księgowego powinno udostępniać jedynie funkcje z tego obszaru).
AIK-176	System powinien pozwalać na projektowanie formularzy - dopasowanie wyglądu formularzy do potrzeb konkretnego Klienta. Za jego pomocą można dodawać nowe pola, modyfikować właściwości istniejących, podpinać kontekstowo wydruki.
Finanse
AIK-177	System powinien umożliwiać definiowanie zakładowego planu kont (konta zespołów od 0 do 9) pozwalającego na hierarchiczną budowę poszczególnych elementów konta. Liczba znaków alfanumerycznych do 50.
AIK-178	System powinien umożliwiać definiowanie dowolnej struktury pojedynczego konta syntetycznego.
AIK-179	System powinien umożliwiać wykorzystanie w planie kont dowolnych słowników systemowych (np. kontrahentów, kont bankowych itp.) Pozycje słownikowe są pobierane automatycznie podczas dekretacji ze wskazanego słownika.
AIK-180	Brak ograniczeń na ilość poziomów analityk (wymiarów) konta księgowego lub kontrolingowego.
AIK-181	System powinien umożliwiać kopiowanie planu kont z saldami między poszczególnymi latami i automatyzację generowania bilansu otwarcia.
AIK-182	Użytkownik ze specjalnymi uprawnieniami podczas przenoszenia kont księgowych może wskazać/wyselekcjonować konta pozabilansowe, które mają zostać przeniesione do nowego roku.
AIK-183	Użytkownik podczas dekretowania dokumentu na koncie pozabilansowym może wskazać w dodatkowym polu Datę zapłaty.
AIK-184	System powinien umożliwiać wygenerowanie sprawozdania finansowego posiadającego przypisane konta księgowe do odpowiednich pozycji: bilansu, rachunku zysków i strat, rachunku przepływów pieniężnych (cashflow) oraz zestawienia zmian w kapitale własnym.
AIK-185	System powinien umożliwiać równoczesną pracę w dwóch otwartych latach obrotowych tj. umożliwiać pracę w bieżącym roku obrotowym bez konieczności zamykania roku poprzedniego.
AIK-186	System powinien umożliwiać wprowadzanie dokumentów i ich księgowanie w kilku

	otwartych okresach jednocześnie.
AIK-187	System powinien posiadać blokady (czasowego zamknięcia) i trwałego zamykania okresów sprawozdawczych.
AIK-188	System powinien posiadać definiowalny przez użytkownika słownik okresów sprawozdawczych.
AIK-189	System powinien umożliwiać zdefiniowanie własnych lat obrotowych (przesunięcie względem roku kalendarzowego).
AIK-190	System powinien umożliwiać kontrolę bilansowania się stron dekretu w dokumencie księgowym, a w przypadku kosztów w tzw. „kręgu kosztów”, lub poprzez centra kosztowe (ewidencja bez tzw "5").
AIK-191	System powinien umożliwiać kontrolę sald kont księgowych przed zaksięgowaniem dokumentu (np. raport kasowy, wyciąg bankowy).
AIK-192	System powinien umożliwiać automatyczne księgowanie dokumentów przy użyciu mechanizmów definiowania scenariuszy dekretów.
AIK-193	System powinien umożliwiać definiowanie algorytmów automatyzujących przeksięgowania kosztów według zadanego klucza podziału (np. podział kosztów pośrednich na rodzaje działalności, projekty itp.)
AIK-194	System powinien umożliwiać modyfikację scenariuszy księgowania w trakcie roku obrotowego.
AIK-195	System powinien umożliwiać wprowadzanie dowolnej treści z każdej pozycji dowodu księgowego umieszczanej w wskazanym koncie księgowym, jako opis operacji gospodarczej.
AIK-196	System powinien umożliwiać edycję treści dokumentu księgowego lub pojedynczych pozycji bez konieczności usuwania i ponownego wprowadzania całego dokumentu przed ostatecznym zaksięgowaniem.
AIK-197	System powinien umożliwiać definiowanie dekretacji przychodu ze sprzedaży w zależności od rodzaju faktury z dokładnością do poszczególnych jej pozycji.
AIK-198	System powinien obsługiwać tzw. „czerwone storno”- wartości ujemne zapisane po tej samej stronie konta księgowego dokumentu pierwotnego.
AIK-199	System powinien umożliwiać przywołanie danych z zaksięgowanych dokumentów do tworzenia bieżącego dokumentu.
AIK-200	System powinien umożliwiać zdefiniowanie dowolnej liczby słowników własnych i wykorzystywania ich w procesie wprowadzania dowodów księgowych (np. słownik treści operacji gospodarczej).
AIK-201	System powinien umożliwiać prowadzenie zapisów księgowych równocześnie w polskich złotych i w walucie transakcji (Euro, Dolar itp.)
AIK-202	System powinien umożliwiać rejestrację transakcji wielowalutowych równolegle w walucie obcej i w PLN, z zapisem kursu wymiany wraz z automatycznym przeliczeniem waluty.
AIK-203	System powinien obsługiwać wielopoziomową strukturę organizacyjną w aspekcie wykorzystania we wszystkich funkcjach systemowych.
AIK-204	System powinien umożliwiać identyfikację zapisów z dowodami źródłowymi, a także osobami dokonującymi tych zapisów (historia zmian).
AIK-205	Monitorowanie procesu obsługi dzienników w poszczególnych okresach obrachunkowych m. in. poprzez rejestrację informacji o dacie wygenerowania, statusu, operatorze, miesiącu obrachunkowym, dacie księgowania.
AIK-206	System powinien umożliwiać uzyskiwanie informacji o miejscu przechowywania dokumentu źródłowego.
AIK-207	System powinien umożliwiać hierarchiczne grupowanie zadań (projektów, umów) finansowanych z różnych źródeł, realizowanych przez różne jednostki organizacyjne

	rozliczane w różnych rodzajach działalności.
AIK-208	System powinien umożliwiać przypisanie parametru KUP/NKUP do dokumentu zaksięgowanego, bez konieczności przeksięgowywania.
AIK-209	System powinien umożliwiać przypisanie parametru wydatek statutowy/wydatek niestatutowy do dokumentu zaksięgowanego, bez konieczności przeksięgowywania.
AIK-210	System powinien umożliwiać policzenie wyniku finansowego w ujęciu księgowym oraz podatkowym.
AIK-211	System powinien umożliwiać definiowanie różnych formatek dokumentów zapewniających rozproszone ich wprowadzanie do zbioru dokumentów systemu.
AIK-212	System powinien umożliwiać definiowanie scenariuszy dekretacji dla poszczególnych typów dokumentów.
AIK-213	System powinien umożliwiać automatyczne wystawianie dokumentów KP, KW I PK oraz bieżące ich księgowanie.
AIK-214	Przeniesienie danych do części systemu FK z innych modułów funkcjonalnych systemu (np. płace, majątek trwały, rejestry VAT itp.) oraz wynikających z przeprowadzanych rozliczeń (rozliczenia kosztów pośrednich, kosztu własnego, przeniesienie BO i zamknięcia roku itp.), powinny być realizowane poprzez automatyczne utworzenie dziennika (rejestru), w którym zawarte będą dowody księgowe utworzone według zdefiniowanych reguł (utworzone zostaną dekrety zgodnie ze strukturą planu kont).
AIK-215	System powinien pozwalać na manualną edycję, ręczną korektę dowodów księgowych.
AIK-216	W systemie, kontrola poprawności dowodu księgowego powinna być realizowana przez umożliwienie analizy merytorycznej danych z rejestru przed jego zaksięgowaniem.
AIK-217	System musi realizować sortowanie i grupowanie zaksięgowanych dokumentów wg różnych elementów wyboru.
AIK-218	System, podczas wyznaczania analityki konta księgowego sam uzupełnia numer konta o zera wiodące.
AIK-219	Realizacja przez system sprawnej identyfikacji dokumentu, który jest w opisie merytorycznym, a nie jest jeszcze zaksięgowany w celu usprawnienia procesu zamykania okresu.
AIK-220	Zapewnienie mechanizmu pozwalającego na sprawdzenie czy wszystkie dokumenty należące do danego okresu obrachunkowego zostały zaksięgowane.
AIK-221	System musi realizować definiowanie dekretacji syntetycznej, analitycznej i kontrolingowej.
AIK-222	System ma zapewnić prezentację kosztów w układzie kalkulacyjnym, porównawczym i rodzajowym.
AIK-223	Zapewnienie aktualizacji planu kont (zmiana nazwy, dodanie nowego konta, zamknięcie nieaktywnego konta itp.).
AIK-224	Numeracja kont syntetycznych 3 cyfrowa z widocznymi zerami początkowymi (np. konto 010).
AIK-225	System powinien pozwalać na korektę bilansu otwarcia.
AIK-226	Mechanizm blokowania zweryfikowanych dokumentów do edycji.
AIK-227	System powinien posiadać możliwość edycji zablokowanych dokumentów przez użytkowników z nadanymi dodatkowymi uprawnieniami.
AIK-228	System powinien posiadać możliwość odblokowania dokumentów do ponownej edycji przez użytkowników z nadanymi dodatkowymi uprawnieniami.
AIK-229	System powinien posiadać możliwość edycji pozycji dokumentu bez konieczności usuwania go i ponownego wprowadzania.
AIK-230	System powinien posiadać możliwość edycji treści dokumentu lub pojedynczych

	pozycji bez konieczności usuwania i ponownego wprowadzania całego dokumentu.
AIK-231	System powinien posiadać możliwość automatycznego kalkulowania i rozksięgowania różnic kursowych zrealizowanych po rozliczeniu operacji i niezrealizowanych na dzień bilansowy w oparciu o tabele walut i kursy wymiany.
AIK-232	System powinien posiadać 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.
AIK-233	System powinien pozwalać na jednoczesny dostęp do danych z poszczególnych lat umożliwiających ich porównanie bez konieczności zmiany roku obrachunkowego, przelogowania się lub uruchamiania kopii programu/archiwum.
AIK-234	System powinien pozwalać na definiowanie przez użytkowników rodzajów dowodów księgowych, dzienników głównych oraz dzienników cząstkowych oraz ograniczanie dostępu do wybranych typów dzienników dla poszczególnych użytkowników lub grup użytkowników.
AIK-235	System powinien pozwalać na definiowanie dowolnej liczby kont księgowych, w tym kont pozabilansowych.
AIK-236	System powinien umożliwiać samodzielne definiowanie poszczególnych analityk konta księgowego przez użytkownika z nadanymi uprawnieniami.
AIK-237	System powinien posiadać mechanizm automatycznego generowania bilansu otwarcia na podstawie bilansu zamknięcia. Możliwość zamknięcia roku obrotowego z poziomu aplikacji przez użytkownika z odpowiednimi uprawnieniami.
AIK-238	System powinien posiadać mechanizm automatycznego generowania korekt bilansu otwarcia na podstawie korekt bilansu zamknięcia.
AIK-239	System powinien posiadać możliwość uszczegółowienia ewidencji – ewidencja zarządcza. Mechanizm umożliwiający szczegółowy opis zdarzeń gospodarczych w wymiarach wykraczających poza konto księgowe. Edycja zarządcza powinna być również możliwa po zamknięciu ksiąg rachunkowych.
AIK-240	System powinien posiadać możliwość powiązania ewidencji zarządczej z kontem księgowym, elementy zarządcze powinny być częścią konta księgowego.
AIK-241	System powinien posiadać możliwość zdefiniowania stałych lub wolnozmiennych kluczy podziałowych i wykorzystanie ich do rozksięgowywania powtarzalnych kosztów na etapie wprowadzania dokumentu (np. rozbicie na Miejsca Powstawania Kosztów kluczem powierzchni, ilością etatów).
AIK-242	System powinien posiadać możliwość automatycznego okresowego rozliczenia i rozksięgowania wybranych kosztów wg zadanego dynamicznego klucza podziałowego, np. odpowiednie rozdzielniki kosztów przygotowane na podstawie własnych definicji dokonujące podziału kosztów na koniec okresu/roku.
AIK-243	System powinien posiadać możliwość samodzielnego zdefiniowania dodatkowego księgowania na kontach pozabilansowych w określonych przypadkach.
AIK-244	System powinien pozwalać na wprowadzenie danych i księgowań do okresów zablokowanych przez uprawnionego użytkownika.
AIK-245	System powinien pozwalać na wyszukiwanie dokumentów księgowych wg zadanych parametrów.
AIK-246	Przy wprowadzaniu lub poprawianiu dokumentów, system powinien zapewnić swobodny dostęp do dopuszczalnych wartości w określonym polu wraz z ich opisem.
AIK-247	System powinien umożliwić zastosowania mechanizmu duplikacji przy wprowadzaniu jednorodnych danych.
AIK-248	System powinien posiadać pole tekstowe do opisu wprowadzanego dekretu.
AIK-249	System powinien pozwalać na automatyczne przeksięgowania w stosunku do

	wszystkich dekretów spełniających zadane kryterium. Dotyczy masowych przeksięgowań, np. z powodu nadania błędnego numeru zlecenia.
AIK-250	System powinien generować zestawienie dla potrzeb sporządzenia deklaracji VAT 7.
AIK-251	System powinien generować zestawienie dla potrzeb sporządzenia deklaracji VAT UE.
AIK-252	System powinien generować zestawienie dla potrzeb sporządzenia deklaracji VAT 7 – korekty.
AIK-253	System powinien generować zestawienie dla potrzeb sporządzenia JPK.
AIK-254	System powinien generować zestawienie – wynik w ujęciu podatkowym.
AIK-255	System powinien generować zestawienie obrotów i sald w ujęciu syntetycznym i analitycznym.
AIK-256	System powinien generować zestawienie dla potrzeb sporządzenia deklaracji dla potrzeb GUS-DNU-K.
AIK-257	System powinien generować raport zestawiający sumę sprzedaży opodatkowanej i zwolnionej z VAT w zadanym okresie.
AIK-258	System powinien posiadać możliwość generowania zestawienia INTRASTAT, (wdrożenie nie jest wymagane).
AIK-259	System powinien generować zestawienie zawierające transakcje zapisane dla wskazanego konta w określonym czasie.
Kartoteka kontrahenta
AIK-260	System powinien umożliwiać przypisanie adresu e-mail do kontrahenta, wykorzystywanego do automatycznego przesyłania np. faktur elektronicznych.
AIK-261	System powinien umożliwiać przypisanie kilku numerów kont bankowych do jednego kontrahenta.
AIK-262	System powinien umożliwiać wprowadzenie kilku kontrahentów o tym samym numerze NIP (np. oddziały).
AIK-263	System powinien umożliwiać ustawienie statusu na kontrahencie (aktywny, nieaktywny).
AIK-264	System powinien umożliwiać przypisanie własnych atrybutów.
AIK-265	System powinien umożliwiać walidację numeru NIP przy kontrahencie, sprawdzanie przy wprowadzaniu, czy istnieje dostawca z takim numerem NIP.
AIK-266	System powinien umożliwiać wprowadzenie kontrahenta bez numeru NIP.
AIK-267	System powinien umożliwiać wyszukiwanie kontrahenta, po co najmniej dwóch atrybutach go opisujących.
AIK-268	System powinien umożliwiać przypisanie płatnika dla kontrahenta.
AIK-269	System powinien umożliwiać określenie formy płatności.
AIK-270	System powinien umożliwiać określania terminów płatności.
AIK-271	System powinien umożliwiać kontrolę kredytową kontrahenta – blokowanie sprzedaży w momencie zadłużenia.
AIK-272	System powinien umożliwiać przypisanie kontrahenta do grup podatkowych (podatnik VAT, zwolniony, eksportowy, klient UE, inny).
AIK-273	System powinien umożliwiać przypisanie kraju kontrahenta wg wymogów GUS.
AIK-274	System powinien umożliwiać wprowadzanie numeru NIP nadanego zarówno w Polsce jak i w dowolnym kraju należącym do Unii Europejskiej.
AIK-275	System powinien umożliwiać definiowanie osób kontaktowych wraz z informacjami dodatkowymi do kontrahentów (np. kompetencje, rola u kontrahenta itp.).
AIK-276	System powinien umożliwiać wprowadzenie nowego kontrahenta do kartoteki podczas rejestracji faktury bez utraty już wprowadzonych danych.

Rozrachunki
AIK-277	System powinien umożliwiać podział rozrachunków na rodzaje (rozliczone, nierozliczone itp.).
AIK-278	System powinien umożliwiać podział rozrachunków na grupy (dostawcy, odbiorcy, pracownicy itp.).
AIK-279	System powinien umożliwiać podgląd historii rozrachunków z kontrahentem z podziałem na rodzaje i grupy.
AIK-280	System powinien umożliwiać bieżące monitorowanie terminów płatności automatyczne powiadamianie o przeterminowanych płatnościach.
AIK-281	System powinien umożliwiać zdefiniowanie różnych wzorów wezwania do zapłaty, (np. standardowe, do nadpłaconych faktur w związku z wystawionymi fakturami korygującymi). Po upływie terminu płatności automatyczne generowanie wezwanie do zapłaty, a w przypadku braku wpłaty w ciągu 14 dni od wysłania wezwania generowanie kolejnego wezwanie według innego wzoru.
AIK-282	System powinien umożliwiać automatyczne generowanie not odsetkowych, zgodnie z odsetkami ustawowymi lub zgodnie z umową z automatycznym dekretem.
AIK-283	System powinien umożliwiać wystawienie noty korygującej do faktury zakupu.
AIK-284	System powinien umożliwiać wycenę rozrachunków wyrażonych w walutach obcych na koniec roku obrotowego zgodnie z obowiązującymi przepisami.
AIK-285	System powinien umożliwiać utrzymanie dowolnej ilości tabel kursów w rozbiciu na banki z mechanizmem zaciągania tych kursów z banków w podziale na kurs kupna, średni i sprzedaży dla danego banku.
AIK-286	System powinien umożliwiać obsługę różnic kursowych z rozrachunków prowadzonych w walucie obcej wraz z automatyczną dekretacją wg zdefiniowanych scenariuszy.
AIK-287	System powinien umożliwiać definiowanie przedziałów czasowych wykorzystywanych w analizie rozrachunków.
AIK-288	System powinien umożliwiać określanie statusu dokumentu rozrachunkowego np. zwykły, ściągalny komorniczo, ściągalny sądowo, wysłane wezwanie itp.
AIK-289	System powinien umożliwiać podgląd dokumentu źródłowego z poziomu podglądu pozycji rozrachunkowej.
AIK-290	System powinien umożliwiać przeglądanie jednocześnie należności i zobowiązań kontrahenta (jedna formatka).
AIK-291	System powinien umożliwiać generowanie raportu pokazującego stany należności lub zobowiązań nierozliczonych wg daty ich powstania np.: należności powstałe w okresie 3 m-c, 6 m-c itp.
AIK-292	System powinien umożliwiać generowanie zestawienia pokazującego dane w podziale na kontrahentów z saldem wraz ze specyfikacją pozycji składających się na saldo (faktury lub płatności). Zestawienie to powinno obejmować rozrachunki rozliczone i nierozliczone, wszystkie razem itp. W określonym przedziale czasowym.
AIK-293	System powinien posiadać wydruk salda kontrahenta.
AIK-294	System powinien posiadać wydruk historii rozliczeń z kontrahentem.
AIK-295	System powinien pozwalać na wylistowanie nierozliczonych transakcji w różnych przekrojach:  okresy,  kontrahenci,  jednostki organizacyjne,  wg kategorii kontrahentów, np. banki, urzędy miasta.
AIK-296	System powinien pozwalać na osobne konta rozrachunkowe dla kontrahentów zewnętrznych, osób fizycznych i innych rozrachunków.

AIK-297	System powinien pozwalać na osobne słowniki dla kontrahentów zewnętrznych i osób fizycznych (pracownicy i pozostałe osoby fizyczne).
AIK-298	Słowniki kontrahentów i osób fizycznych w systemie powinny zawierać co najmniej następujące dane: nazwa, adres, NIP(y), REGON, numer(y) rachunku bankowego, miejsce zatrudnienia (w przypadku osoby fizycznej).
AIK-299	System powinien pozwalać na przypisanie wielu adresów, numerów rachunków bankowych, numerów NIP do danego kontrahenta / osoby fizycznej.
AIK-300	System powinien pozwalać na dopisywanie informacji dodatkowej do każdego pola adresu kontrahenta / osoby fizycznej (np. "adres domowy").
AIK-301	Podstawowe dane identyfikujące kontrahenta / osobę fizyczną (np. nazwa, główny numer rachunku bankowego, główny adres) w systemie powinny być prezentowane w sposób umożliwiający łatwe zidentyfikowanie jakiego kontrahenta dane są przeglądane.
AIK-302	System powinien pozwalać na modyfikację danych o kontrahencie / osobie fizycznej.
AIK-303	System powinien rejestrować i zapewniać podgląd historii zmian w danych o kontrahencie / osobie fizycznej w szczególności rejestrowanie historii zmian numerów kont bankowych.
AIK-304	System powinien pozwalać na blokowanie możliwości rejestracji numeru NIP, który już występuje w bazie.
AIK-305	Baza kontrahentów / osób fizycznych w systemie powinna być wspólna dla listy dostawców i odbiorców. Brak konieczności osobnej rejestracji danych o kontrahencie / osobie fizycznej w przypadku, gdy dany kontrahent / osoba fizyczna jest zarówno dostawcą, jak i odbiorcą.
AIK-306	Wyszukiwanie w systemie symbolu kontrahenta / osoby fizycznej wg różnych kryteriów (np. nazwa, adres, NIP, REGON, numer rachunku bankowego).
AIK-307	System powinien pozwalać na tworzenie potwierdzeń sald na dowolny dzień, w tym zestawienia zbiorcze.
AIK-308	System powinien pozwalać tworzenie not odsetkowych (według zadanych parametrów - dla pojedynczego kontrahenta, grupy kontrahentów, osoby fizycznej, według określonych kryteriów.
AIK-309	System powinien zapewniać możliwość swobodnego wyboru poszczególnych faktur danego kontrahenta do wystawienia noty odsetkowej. Kojarzenie jednej wpłaty do kilku faktur.
AIK-310	System powinien pozwalać na wygenerowanie not odsetkowych i zachowywanie ich historii.
AIK-311	System powinien pozwalać na wygenerowanie faktury zaliczki (lub faktury zbiorczej) na podstawie danych z przelewu.
AIK-312	System powinien pozwalać na tworzenie wezwań do zapłaty na dowolny dzień i dla konkretnej faktury.
AIK-313	System powinien pozwalać na wygenerowanie informacji o należnościach (dla konkretnego kontrahenta) podczas regulowania zobowiązań (w celu kompensaty).
AIK-314	System powinien zapewniać automatyczne tworzenie rezerw na należności przeterminowanej oraz automatyczne rozwiązywanie przy zapłacie (wyróżnienie należności objętych odpisem aktualizującym).
AIK-315	System powinien pozwalać na podgląd do kojarzonych pozycji podczas ręcznego kojarzenia rozrachunków.
AIK-316	System powinien pozwalać na tworzenie wydruków rozrachunków według różnych parametrów na danych zaksięgowanych, niezaksięgowanych lub razem.

AIK-317	System powinien pozwalać na bieżącą ewidencję należności i zobowiązań, bez konieczności zaewidencjonowania dokumentu w Księdze Głównej (np. na przełomie roku, przed przeniesieniem bilansu otwarcia) z uwzględnieniem waluty operacji.
AIK-318	System powinien pozwalać na pojawienie się dokumentu w rozrachunkach bez konieczności jego zaksięgowania.
AIK-319	System powinien pozwalać na obsługę rozrachunków w walutach obcych z jednoczesną prezentacją danych w PLN.
AIK-320	W systemie powinien znajdować się mechanizm kontroli i weryfikacji zgodności danych rozrachunkowych z dekretami księgowymi.
AIK-321	W systemie powinien znajdować się mechanizm automatycznego kojarzenia pozycji rozrachunkowych, sugerujący powiązane dokumenty na podstawie zgodności symboli i opisów.
AIK-322	System powinien obsługiwać windykację należności – monitorowanie terminu zapłaty, raportowanie związane z upływem terminu płatności i stopniem przeterminowania według własnych zdefiniowanych zakresów czasowych przeterminowania.
AIK-323	System powinien udostępniać możliwość bieżącej kontroli (przeglądu) stanu rozrachunków bez konieczności uruchamiania dodatkowych raportów i zestawień.
AIK-324	System powinien generować wezwania do zapłaty, noty odsetkowe oraz potwierdzenia sald generowane po spełnieniu zadanego kryterium przez użytkownika ze specjalnymi uprawnieniami.
AIK-325	System powinien zapewniać ewidencje not odsetkowych kontrahenta wraz z informacją o pozycjach anulowanych i umorzonych.
AIK-326	System powinien zapewniać obsługę cesji i kompensat.
AIK-327	System powinien zapewniać obsługę not obciążeniowych i uznaniowych.
AIK-328	System powinien zapewniać obsługę aktualizacji należności.
AIK-329	System powinien zapewniać możliwość zmiany formy i terminu płatności.
AIK-330	System powinien zapewniać możliwość nadania dodatkowych wyróżników dla poszczególnych transakcji rozrachunkowych, np. przekazana do faktoringu, należność dodatkowa, należność główna etc.
AIK-331	System powinien zapewniać automatyczne przygotowanie płatności z poziomu rozrachunków.
Windykacja
AIK-332	System powinien zapewniać dostęp do ekranu danych o kliencie, który prezentuje historyczne i statystyczne dane o realizacji transakcji z wybranym odbiorcą.
AIK-333	System powinien zapewniać obsługę potwierdzeń sald należności (definiowanie).
AIK-334	System powinien zapewniać możliwość definiowania treści monitów.
AIK-335	System powinien zapewniać możliwość definiowania terminów i harmonogramu wysyłki monitów.
AIK-336	System powinien zapewniać możliwość podglądu historii korespondencji z kontrahentem / skany dokumentów.
AIK-337	System powinien zapewniać możliwość rejestracji wezwań do zapłaty z zachowaniem ich historii.
AIK-338	System powinien pozwalać na przypisywanie osoby koordynującej daną sprawę w jednostce organizacyjnej Uczelni i po stronie kontrahenta.

Rejestr, podatek VAT
AIK-339	System powinien umożliwiać przechodzenie bezpośrednio z rejestru VAT do dokumentu księgowego. Poprawa okresu VAT na dokumencie w rejestrze VAT powinna skutkować automatyczną zmianą okresu VAT na dokumencie księgowym. Możliwość podglądu z poziomu rejestru VAT dokumentu w księgach, czy zmiana okresu VAT spowodowała zmianę okresu VAT na dokumencie księgowym.
AIK-340	System powinien umożliwiać ewidencję dokumentu w rejestrze VAT w innym okresie niż okres księgowy, zgodnie z okresem obowiązku podatkowego np. przypisanie dokumentu do rejestru VAT zgodnie z terminem płatności, wg zapłat, od 01-01-2014 obowiązek podatkowy ma powstawać w momencie wykonania usługi, sprzedaży towaru nie wg wystawionej faktury.
AIK-341	System powinien zapewniać możliwość samodzielnej zmiany stawek VAT w momencie zmiany przepisów.
AIK-342	System powinien umożliwiać samodzielne definiowanie wstępnego wskaźnika odliczenia VAT w danym roku na podstawie danych roku poprzedniego.
AIK-343	System powinien w formie raportu umożliwić wyliczenie ostatecznego wskaźnika proporcji VAT za dany rok obrotowy.
AIK-344	System powinien umożliwiać uzyskanie danych do deklaracji VAT, danych do deklaracji VAT w związku ze zmianą przeznaczenia towarów, usług lub środka trwałego (VAT 7, VAT-UE i ich korekty).
AIK-345	System powinien pozwalać na wprowadzanie kwot brutto (bez rozbijania na kwoty netto i VAT) dla faktur, w przypadku których podatek VAT stanowi w całości koszt Uczelni. Wprowadzanie kwoty netto oraz kwoty nieodliczonego podatku VAT w koszty przy odliczeniu wskaźnikiem. Zdefiniowanie sposobu rozliczenia VAT wg. różnych wariantów.
AIK-346	Systemowe generowanie faktur wewnętrznych dla wewnątrzwspólnotowych nabyć towarów i importu usług na podstawie otrzymanej faktury od dostawcy zagranicznego przeliczonych wg odpowiedniego kursu.
AIK-347	System powinien zapewniać edycja faktur transakcyjnych.
AIK-348	System powinien zapewniać wystawianie faktur w przypadku braku faktury od dostawcy np. WNT.
AIK-349	System powinien zapewniać wystawianie korekt faktur wewnętrznych WNT.
AIK-350	System powinien zapewniać wystawianie faktur wewnętrznych dla importu usług.
AIK-351	System powinien zapewniać możliwość ustalanie daty sprzedaży i daty wystawienia faktury przez osobę wystawiającą fakturę wewnętrzną.
AIK-352	System powinien umożliwiać rozszerzenie zakresu danych dla faktur wewnętrznych dla WNT, Kod CN, Data otrzymania przesyłki, kraj pochodzenia, Kraj wysyłki, Waga, Ilość.
AIK-353	System powinien umożliwiać rozszerzenie zakresu danych dla faktur importu usług: kraj wystawienia faktury, kod usługi – zgodny z nomenklaturą GUS.
AIK-354	System powinien umożliwiać rozszerzenie zakresu danych dla faktur importu towarów numer i data SAD. Możliwość wykonania zestawienia prezentującego faktury importowe bez dokumentów SAD z wyłączeniem odpraw zwolnionych z cła.
AIK-355	System powinien umożliwiać powiązanie faktur zakupowych z innymi dokumentami finansowymi i obrotowymi identyfikującymi ich specyfikę.
AIK-356	System powinien zapewniać automatyczny dwustronny podgląd dokumentów powiązanych np. faktura - dokument SAD, dokument OT, dokument PZ.

AIK-357	System powinien umożliwiać tworzenie wielu wersji rejestrów zakupu VAT.
AIK-358	System powinien umożliwiać rejestracje zakresu danych niezbędnych do wygenerowania rejestru zakupu VAT.
AIK-359	System powinien umożliwiać prowadzenie wyodrębnionej ewidencji VAT kwalifikowanego dla projektów, realizowanych w ramach funduszy strukturalnych UE VAT kwalifikowany- nie podlegający odliczeniu będący wydatkiem projektu, dla projektów rozliczanych VAT strukturą - VAT będzie częściowo kwalifikowalny, a dla projektów rozliczanych VAT 100 % odliczenia - VAT będzie niekwalifikowalny. Ewidencja dla poszczególnych projektów z uwzględnieniem kwot netto, brutto i VAT.
AIK-360	System powinien umożliwiać wyodrębnienie rejestrów zakupu VAT środków trwałych poniżej 15 tys., powyżej 15 tys. oraz pozostałych zakupów.
AIK-361	System powinien umożliwiać wyodrębnienie rozliczenia podatku VAT naliczonego w krajach UE.
AIK-362	System powinien umożliwiać wydruk rejestrów zakupu VAT w układzie analitycznym oraz syntetycznym za dowolny okres, niezbędnych do sporządzenia deklaracji podatku VAT.
AIK-363	System powinien umożliwiać rozliczanie podatku VAT (naliczonego przy zakupach) wg różnych zasad nieodliczony / odliczony / odliczony wskaźnikiem i wg podziału na: nabycie towarów i usług zaliczanych u podatnika do środków trwałych i na nabycie towarów i usług pozostałych.
AIK-364	System powinien umożliwiać zdefiniowanie w systemie algorytmu sporządzania deklaracji VAT, oraz deklaracji podsumowującej.
AIK-365	System powinien pozwalać na prowadzenie ewidencji dla potrzeb rozliczania wieloletnich korekt podatku VAT rozliczanego wskaźnikiem dla zakupów środków trwałych o wartości wyższej niż 15 000 zł oraz nakładów inwestycyjnych.
AIK-366	System powinien zapewniać automatyczne wyliczenie przez system w formie raportu kwot rocznej korekty podatku VAT naliczonego oraz dotyczących korekt wieloletnich.
AIK-367	System powinien pozwalać na ewidencje nakładów inwestycyjnych. System musi identyfikować nakłady na poszczególne zadania i zawierać wykaz faktur dotyczących nakładów na realizację inwestycji z podaniem ich: numeru, daty wystawienia, numeru księgowego, kwot brutto i netto, VAT, wysokości wskaźnika w danym roku, kwoty podatku odliczonego oraz kwoty nakładów po odliczeniu podatku, z sumowaniem dla poszczególnych lat obrotowych.
AIK-368	System powinien pozwalać na możliwość przypisania do poszczególnych środków trwałych (po zakończeniu realizacji inwestycji i przyjęciu środków trwałych na stan) nakładów w latach z podaniem: kwot netto, wartości wskaźnika, kwoty podatku VAT i VAT odliczonego wraz z automatycznym wyliczeniem wieloletniej korekty VAT.
AIK-369	System musi zapewnić automatyczne zaksięgowanie kwoty VAT nieodliczonego na konto na które została zaksięgowana kwota netto faktury.
AIK-370	System powinien pozwalać na zachowanie historii wskaźnika w poszczególnych latach.
AIK-371	Rejestr VAT w systemie powinien zawierać informacje o naliczonym podatku VAT księgowanym w poprzednim okresie, ale pozostałym do rozliczenia w okresie bieżącym.
AIK-372	W systemie rejestr faktur WNT, importu usług w różnych wersjach: wg dat wystawienia, wg momentu powstania obowiązku podatkowego.
AIK-373	W systemie powinna istnieć możliwość ewidencjonowania załącznika (np.: protokołu, umowy) do obiektu w bazie (np.: wystawianych faktur) w formie pliku pdf.
AIK-374	System powinien umożliwiać wydruk rejestrów sprzedaży VAT w układzie analitycznym

	oraz syntetycznym za dowolny okres, niezbędnych do sporządzenia deklaracji podatku VAT.
AIK-375	System powinien umożliwiać obsługę rejestrów VAT zakupu, sprzedaży, nabycia i dostawy wewnątrz unijnej, importu i eksportu .
AIK-376	System powinien zapewniać możliwość weryfikacji dokumentów, modyfikacji parametrów dokumentu (np. data obowiązku VAT przy korekcie, rodzaj podatku, kwoty).
AIK-377	System powinien zapewniać możliwość zmiany daty obowiązku VAT już po ujęciu dokumentu w rejestrze VAT, wraz z możliwością zaktualizowania rejestru.
AIK-378	W systemie powinien być definiowalny słownik okresów VAT, niezależnie dla potrzeb deklaracji VAT-7 i VAT-UE.
AIK-379	W systemie powinien być mechanizm automatycznej generacji deklaracji VAT i VAT UE.
AIK-380	System powinien zapewniać możliwość sporządzania rejestru VAT sprzedaży i zakupu z podziałem na zakupy służące sprzedaży opodatkowanej i zwolnionej (rozliczne wg współczynnika).i niepodlegającej ustawie o VAT.
AIK-381	System powinien zapewniać wydruk rejestrów VAT w dowolnym momencie za dowolny okres.
AIK-382	System powinien zapewniać wydruk deklaracji i korekt deklaracji w wersji obowiązującej w danym okresie, w tym historycznych.
AIK-383	System powinien zapewniać obsługę deklaracji w wersji elektronicznej wraz z podpisem kwalifikowanym. Kompatybilny z programem, portalem Ministerstwa Finansów do wysyłania deklaracji drogą elektroniczną.
Faktura zakupu
AIK-384	System powinien umożliwiać wstępne wprowadzenie dowolnego dokumentu księgowego, w tym faktury zakupu bez potrzeby wskazania dekretu (rezygnacja z automatycznego scenariusza dekretu).
AIK-385	System powinien umożliwiać edycję wstępnie wprowadzonych dokumentów księgowych.
AIK-386	System powinien blokować zaksięgowanie dwóch faktur o tym samym numerze referencyjnym (unikanie pomyłek związanych z podwójnym księgowaniem tych samych dokumentów).
AIK-387	System powinien umożliwiać automatyczną podpowiedź kursu z tabeli kursów walut przy wprowadzaniu faktur zakupu w walucie obcej.
AIK-388	System powinien umożliwiać wystawienia faktury WNT i WNU.
AIK-389	System powinien umożliwiać wprowadzenie faktury w PLN do zamówienia wypisanego w walucie obcej.
AIK-390	System powinien umożliwiać przypisanie numeru konta bankowego Uczelni, z którego ma być zrealizowana zapłata.
AIK-391	System powinien zapewnić obsługę wszystkich rodzajów zakupów – usług, środków trwałych, inwestycji, materiałów i innych.
Obsługa płatności
AIK-392	W systemie finansowo - księgowym musi znajdować się słownik banków z możliwością wprowadzenia dowolnej liczby banków i oddziałów z przypisanymi rachunkami bankowymi i ich datą otwarcia, datą zamknięcia oraz zapisanym kontem księgowym.
AIK-393	System powinien pozwalać na możliwość automatycznego tworzenia poleceń przelewu krajowego i zagranicznego na podstawie dokumentów zaewidencjonowanych w systemie (faktury zakupu, listy płac, noty obciążeniowej itp.).

AIK-394	System powinien pozwalać na możliwość zmiany rachunku bankowego zleceniodawcy.
AIK-395	System powinien pozwalać na możliwość zaewidencjonowania wielu rachunków bankowych kontrahenta, przypisanie polecenia zapłaty konkretnemu rachunkowi kontrahenta, ewidencja rachunków bankowych współdzielonych przez kilku kontrahentów.
AIK-396	System powinien posiadać mechanizm grupowania/łączenia transakcji w jedno zbiorcze polecenie przelewu dla kontrahenta (jeden przelew za kilka faktur).
AIK-397	System powinien posiadać mechanizm rozbijania transakcji (płatność w ratach).
AIK-398	System powinien pozwalać na możliwość wydruku przelewów i zbiorówek.
AIK-399	System powinien pozwalać na możliwość wydruku zbiorczego zestawienia przygotowanych transakcji w danym dniu do zapłaty z podziałem na konkretne rachunki bankowe, podsumowanie rachunku i ogółem.
AIK-400	System powinien pozwalać na tworzenie plików z poleceniami przelewów w formacie akceptowalnym przez bank w którym Uczelnia posiada rachunek bankowy umożliwiając import na stronach transakcyjnych banku, w tym dla przelewów walutowych i zagranicznych systemu SWIFT.
AIK-401	System finansowo-księgowy powinien umożliwiać import danych z systemu banku Uczelni w oparciu o strukturę określoną przez bank.
AIK-402	System powinien umożliwiać eksport danych z systemu finansowo-księgowego do systemu bankowego banku w którym Uczelnia posiada rachunek bankowy oraz import danych z systemu bankowego do systemu finansowo-księgowego w oparciu o strukturę danych wymaganych przez bank. Możliwość ręcznego rozbicia zbiorczych kwot na wyciągu bankowym dotyczących wpłat studentów na podstawie danych z systemu dziekanatowego (USOS).
AIK-403	System powinien posiadać mechanizm parametryzacji funkcji eksportu przelewu, w przypadku podpisania umowy z innymi bankami w przyszłości.
AIK-404	System powinien posiadać możliwość rejestracji dowolnej liczby rachunków bankowych własnych w różnych walutach.
AIK-405	System powinien być zgodny ze standardem IBAN dla numeracji rachunków bankowych.
AIK-406	System powinien posiadać możliwość definiowania dla pracowników dostępu do wybranych rachunków bankowych, odrębnie do wykonywania przelewów i odrębnie dla importu wyciągów bankowych.
AIK-407	System powinien posiadać możliwość ręcznego wystawiania poleceń przelewów i ręcznej rejestracji wyciągów bankowych.
AIK-408	System powinien posiadać możliwość przygotowania automatycznie tworzonej płatności z poziomu wstępnej rejestracji dokumentów, bez konieczności przydzielenia pracownikowi uprawnień do wglądu w rachunek bankowy (pracownik zatwierdza dokument a system automatycznie tworzy polecenie przelewu, pracownik nie ma wglądu w rachunki bankowe).
AIK-409	System powinien posiadać możliwość tworzenia i przypisywania pozycjom wyciągu bankowego dodatkowych wyróżników (np. prowizja, odsetki od kredytu itp.).
AIK-410	System powinien posiadać mechanizm wyznaczający opisy pozycji wyciągu i automatyzujący proces księgowania.
AIK-411	System powinien posiadać mechanizm parametryzacji funkcji importu wyciągów, w przypadku podpisania umowy z innymi bankami w przyszłości.
AIK-412	System powinien posiadać możliwość rozliczania/parowania pozycji rozrachunkowych bezpośrednio na wyciągu bankowym.

AIK-413	System powinien umożliwiać modyfikację danych w przelewie przed jego ostatecznym wysłaniem do systemu bankowego.
AIK-414	System powinien umożliwiać dwustopniową akceptację listy przelewów do realizacji.
AIK-415	System powinien umożliwiać zmiany rachunku bankowego dla wstępnie zarejestrowanej, jak i zaksięgowanej faktury.
AIK-416	System powinien umożliwiać kontrolę wysokości środków na rachunku bankowym pozwalających na realizację generowanego przelewu bankowego.
AIK-417	System powinien umożliwiać rozliczanie transakcji w innej walucie niż widniejącej na dokumencie poprzez ręczne wprowadzenie dokumentu stanowiącego przewalutowanie rozrachunku bądź płatności.
AIK-418	System powinien umożliwiać przypisanie co najmniej dwóch rachunków bankowych do faktury ze wskazaniem kwot, jakie zostaną przelane z każdego z tych rachunków.
AIK-419	System powinien umożliwiać wygenerowanie przelewu lub dokumentu KW z rozliczenia z pracownikami z tytułu pobranych zaliczek, delegacji itp.
AIK-420	System powinien umożliwiać generowanie przelewów w walutach obcych.
AIK-421	System powinien umożliwiać kontrolę salda konta księgowego rachunku bankowego z saldami na wyciągu (początkowe i końcowe).
AIK-422	System powinien umożliwiać automatyczne ujęcie w księgach rachunkowych różnic kursowych powstałych w wyniku rozliczenia transakcji dokonanych w walutach obcych.
AIK-423	System powinien umożliwiać automatyczne rozliczenie rozrachunków podczas księgowania wyciągu bankowego i raportu kasowego.
AIK-424	System powinien umożliwiać automatyczną wycenę rozchodu w walucie obcej po FIFO wraz z ujęciem ich w księgach rachunkowych.
AIK-425	System powinien umożliwiać ewidencjonowanie wniosków o wypłatę (np. pożyczek remontowych) na podstawie, których generowane będą dokumenty KW z utrzymywaniem listy wniosków.
AIK-426	System powinien umożliwiać ewidencję zaliczek z dokładnością do pracownika i poszczególnych zaliczek.
AIK-427	System powinien obsługiwać mechanizm podzielonej płatności.
Obsługa płatności kasa
AIK-428	System powinien pozwalać na prowadzenie różnych kas przez jednego pracownika (np. Kasa główna, kasa ZFŚS, itp.).
AIK-429	System powinien posiadać mechanizm przepisujący stan zamknięcia raportu kasowego jako stan otwarcia nowo otwieranego raportu kasowego.
AIK-430	System powinien pozwalać na wystawianie dowodów kasowych z automatycznym ujmowaniem ich w Raporcie Kasowym i wydrukiem pojedynczego dokumentu.
AIK-431	System powinien pozwalać na możliwość wprowadzenia w rejestrze kasowym zbiorczego dokumentu KP na podstawie dokumentów kasowych ścisłego zarachowania np. w domach studenckich. Możliwość opisania w treści, jakie dokumenty ścisłego zarachowania wchodzą w skład dokumentu KP. Możliwość zdefiniowania specjalnego podtypu dokumentu KP dotyczącego np. wpłat z domów studenckich.
AIK-432	System powinien zapewniać wydruk pojedynczych dokumentów kasowych i raportów kasowych, w tym historycznych.
AIK-433	System powinien posiadać automat dekretujący dokumenty kasowe.
AIK-434	System powinien pozwalać na możliwość ograniczenia dostępu do wybranych kas poszczególnym pracownikom – kasjer ma dostęp tylko do własnej kasy.

AIK-435	System powinien zawierać wydruk zawierający dane kasjera, saldo kasy na początek raportu, transakcje raportu, saldo kasy na koniec raportu wraz z dekretami poszczególnych dokumentów.
AIK-436	System powinien pozwalać na możliwość wydruku dokumentów KW dotyczących awizowanych wypłat wraz z podsumowaniem do zadanych dat.
AIK-437	System powinien zawierać raport pokazujący kwoty kosztów z zaksięgowanych i wstępnie zadekretowanych dokumentów w podsumowaniu do zadanych dat.
AIK-438	System powinien pozwalać na możliwość kontroli poziomu obrotów gotówkowych w kasie i stanu końcowego.
AIK-439	System powinien pozwalać na możliwość kontroli minimalnego stanu środków w kasie.
AIK-440	System powinien pozwalać na przygotowywanie zestawień gotówkowych do banku.
AIK-441	System powinien pozwalać na tworzenie zestawień nieodebranych dyspozycji wypłat gotówkowych w kasie.
AIK-442	System powinien pozwalać na przekazywanie elektronicznie dyspozycji wypłaty do kasy i potwierdzenie wykonania operacji z kasy.
Sprawozdawczość wewnętrzna
AIK-443	System powinien zapewniać 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).
AIK-444	System powinien zapewniać możliwość wykonywania zestawień i raportów z kont księgowych i dzienników za okres od dnia do dnia z dowolnego zakresu dat.
AIK-445	System powinien zapewniać 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.
AIK-446	System powinien zapewniać możliwość wykonywania zestawień i raportów z kont księgowych i dzienników dla uprzednio zdefiniowanej grupy kont, grupy te muszą być edytowalne przez użytkowników.
AIK-447	System powinien zapewniać możliwość zapisania wyniku raportu w pliku o popularnym formacie (PDF, XML, CSV, arkusz kalkulacyjny zgodny z MS Excel, dokument tekstowy zgodny z MS Word), jak również wysłanie go jako załącznik e-mail.
AIK-448	System powinien zapewniać mechanizm definiowania własnych zestawień i raportów, korzystających z dowolnych danych systemu.
AIK-449	System powinien zapewniać możliwość automatycznej, cyklicznej generacji zdefiniowanych raportów i ich wysyłania pocztą elektroniczną do wybranych użytkowników.
AIK-450	System powinien zapewniać możliwość definiowania sprawozdań finansowych zgodnie z wymogami Ustawy Rachunkowości:  bilans jednostek organizacyjnych,  rachunek zysków i strat wariant kalkulacyjny i porównawczy,  przepływy pieniężne (wersja pośrednia i bezpośrednia),  zmiany stanu kapitałów.
AIK-451	System powinien posiadać możliwość definiowania własnych sprawozdań finansowych np. zgodnie z wymogami GUS: takie jak F-01 lub inne.
AIK-452	System powinien zapewniać możliwość definiowania własnych sprawozdań zgodnie z potrzebami użytkowników systemu komputerowego, opartych na wspólnym słowniku składników.
AIK-453	System powinien zapewniać możliwość odświeżania sprawozdań w poszczególnych okresach sprawozdawczych tzn. że sprawozdanie finansowe definiujemy tylko raz w

	systemie, a informacje otrzymujemy w dowolnie wybranym przez użytkownika okresie.
Kadry
AIK-454	System musi spełniać wymogi prawne względem danych kadrowych i ich przetwarzania. Sytemu musi umożliwiać rejestrację: danych osobowych, zawodowych, danych dot. wynagrodzenia, dane uzupełniające (x.xx. niepełnosprawność, uprawnienia emerytalno-rentowe, dodatki, ochrona związkowa, pełnione funkcje).
AIK-455	System musi zapewnić możliwość cyklicznego i/lub na żądanie operatora przekazywania danych, których zakres zostanie określony w analizie przedwdrożeniowej do innych systemów użytkownika, x.xx. system dziekanatowy (USOS), system personalizacji kart pracowniczych, POLon, Płatnik, system bankowy.
AIK-456	System musi zapewnić odzwierciedlenie pełnej struktury organizacyjnej Uczelni w każdym okresie. System musi pozwolić na zmiany w strukturze organizacyjnej.
AIK-457	System musi zapewnić przechowywanie historii struktury, powiązań miedzy jednostkami w czasie. Użytkownik musi w każdej chwili mieć dostęp do wglądu do pełnej struktury na daną datę określoną przez użytkownika.
AIK-458	System musi wspierać użytkownika w zmianie struktury organizacyjnej poprzez przenoszenie całych jednostek wraz z pracownikami i poprzez przenoszenie wszystkich pracowników wskazanej jednostki organizacyjne do nowej jednostki organizacyjnej. Przy pracowniku musi być również możliwość wskazania lokalizacji (komórki) w jakiej pracownik pracuje.
AIK-459	System musi zapewnić możliwość przenoszenia pracownika między jednostkami organizacyjnymi razem z całą kartoteką. Możliwość ponownego zatrudnienia pracownika na tym samym numerze ewidencyjnym równym numerowi akt.
AIK-460	System musi zapewnić zachowanie aktualnych numerów pracowniczych. Możliwość ręcznego nadawania numerów (min. dł. numeru 5 znaków) oraz ich edycji. Aktualne stosowane 4 znakowe numery pracownicze (np.: 2550), w przypadku kiedy jedna osoba pracuje na podstawie umowy o pracę i dodatkowo inna odrębna umowa o pracę numer jest 5 znakowy poprzez dodanie 0 na końcu numeru 4 znakowego (np.:25500).
AIK-461	System musi pozwolić zatrudnić pracownika na podstawie aktu mianowania oraz na podstawie umowy o prace. System zachowuje datę sporządzenia dokumentu (umowy o pracę lub mianowania) w celu posługiwania się nią przy tworzeniu aneksów do umowy o pracę lub mianowania.
AIK-462	Akt mianowania musi umożliwiać zatrudnienie pracownika na czas określony lub na czas nieokreślony.
AIK-463	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ą.
AIK-464	Użytkownik musi mieć możliwość wydruku umów o pracę z systemu. W przypadku zawierania terminowego stosunku pracy powyżej 6 miesięcy wydruk umowy powinien zawierać klauzulę o wypowiedzeniu które wynosi 2 tygodnie.
AIK-465	W przypadku umowy zawieranej w niepełnym wymiarze czasu pracy wydruk musi przewidywać możliwość umieszczenia w umowie o pracę informacji o liczbie godzin (dobowych, średniotygodniowych), powyżej których pracownik będzie wynagradzany jak za godziny nadliczbowe.

AIK-466	System musi pozwolić na wydruk następujących dokumentów dodatkowych dla pracownika:  Dodatkowe informacje dotyczące zatrudnienia,  Umowa o zakazie konkurencji,  Oświadczenie o podstawowym miejscu pracy,  Potwierdzenie zapoznania się z Regulaminem Pracy,  Oświadczenie o zapoznaniu się z treścią Regulaminu wewnętrznej polityki antymobbingowej,  Oświadczenie matki/ojca lub opiekuna dziecka,  Wniosku o nagrodę jubileuszową,  Oświadczenie nauczyciela akademickiego z art.112a,  Oświadczenie o niekaralności – dotyczy tylko nauczycieli,  Oświadczenie o dodatkowym miejscu pracy lub prowadzonej działalności,  Oświadczenie o zapoznaniu się z Polityką Bezpieczeństwa Informacji oraz zachowaniu poufności (NDA).
AIK-467	Po zmianie warunków umowy system musi mieć możliwość wydrukowania zbiorczo informacji o nowych angażach dla grupy pracowników dla których wystąpiła zmiana: Zmiana stanowiska – wraz ze zmianą jednostki organizacyjnej, Zmiana wynagrodzenia.
AIK-468	Przed wydrukiem dokumentów (umowy, akty mianowania, aneksy do umów o pracę i aktów mianowania, wnioski o nagrodę jubileuszową, dodatkowe dokumenty, zmiany stanowiska, zmiany wynagrodzenia) użytkownik musi mieć możliwość naniesienia ręcznych uwag i dodatkowych informacji na przygotowanym do druku dokumencie.
AIK-469	System powinien umożliwiać zatrudnienie pracownika w kilku jednostkach równocześnie na dowolny wymiar zatrudnienia, te informacje muszą być uwzględniane w raportach. Zatrudnienie pracownika na dwóch „numerach ewidencyjnych” z opcją sumowania wynagrodzeń do rocznych deklaracji PIT oraz do kontroli wszystkich wynagrodzeń w miesiącu pod kątem ubezpieczeń społecznych i zdrowotnych.
AIK-470	System powinien zapewniać możliwość zatrudnienia pracowników w niepełnym wymiarze czasu pracy.
AIK-471	System powinien zapewniać automatyczne naliczanie wypłat dodatkowych:  wypłata nagród rocznych,  korekta składek ZUS z tyt. przekroczenia 30 krotności na podst. decyzji ZUS. Dodatkowe wynagrodzenie roczne „13”musi być wyliczone automatycznie osobno z każdego źródła finansowania etatu.
AIK-472	Wynagrodzenie zasadnicze pracownika będącego nauczycielem akademickim musi w systemie zostać zaewidencjonowane z podziałem procentowym na część związaną z prawami autorskimi oraz część rozliczaną na ogólnych zasadach.
AIK-473	System powinien mieć 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.
AIK-474	System powinien mieć możliwość szybkiego sprawdzenia w kartotece pracownika ogólnego stażu pracy, daty najbliższej nagrody jubileuszowej, okresu pozostającego do nabycia praw do świadczeń emerytalnych.
AIK-475	Dodatek wysługa. System musi zapewnić możliwość definiowania, w zakresie dodatku wysługa, elastycznych zasad naliczania procentu dodatku, obowiązującego w poszczególnych latach, wraz z określeniem procentu dodatku po przekroczeniu danej ilości lat stażu. Możliwość indywidualnego określenia do jakiego stażu ma być wliczany okres poprzedniego zatrudnienia pracownika.

AIK-476	Nagroda jubileuszowa – system ma umożliwiać wygenerowanie zestawienia na zadany okres z pracownikami, którym przysługuje nagroda jubileuszowa. W systemie musi pokazać się wysokość procentowa przysługującej nagrody jubileuszowej, data nabycia uprawnień do nagrody oraz ilość lat pracy zgodnie z przepisami określonymi w ustawie o szkolnictwie wyższym na dzień wdrażania systemu.
AIK-477	Premia. System musi zapewnić możliwość definiowania dodatku typu premia uznaniowa określana procentowo dla wybranego pracownika. Historia dodatku musi zostać zachowana w systemie.
AIK-478	Dodatkowe wynagrodzenie ryczałtowe. System musi zapewnić możliwość definiowania dodatku i momentu wypłaty dodatku (z góry / z dołu) (pobierany do płac T/N).
AIK-479	Dodatek specjalny. System musi zapewnić możliwość definiowania dodatku procentowego lub kwotowego. Określenie momentu wypłaty dodatków (z góry / z dołu) (pobierany do płac T/N).
AIK-480	Dodatki funkcyjne – system musi umożliwiać wprowadzenie różnych dodatków funkcyjnych określanych procentowo lub kwotowo. Historia zmian dodatków musi zostać zachowana. Określenie momentu wypłaty dodatków (z góry / z dołu) (pobierany do płac T/N).
AIK-481	System powinien umożliwiać w dowolnym momencie poszerzenie / zmiany listy dodatków przez użytkownika we własnym zakresie, bez udziału producenta oprogramowania. Za czas niezdolności do pracy dodatki mogą być wypłacane w pełnej wysokości obok świadczeń chorobowych, a także zmniejszane proporcjonalnie do liczby dni niezdolności do pracy.
AIK-482	System musi umożliwiać generowanie dokumentów zgłoszeniowych, dokumentów zmiany, dokumentów wyrejestrowania do systemu Płatnik.
AIK-483	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.
AIK-484	System powinien sygnalizować w postaci raportu odpowiednim służbom kadrowym z wyprzedzeniem minimum półrocznym, o kończącym się okresie zatrudnienia na stanowisku asystenta lub adiunkta przez określony przepisami okres (np. 8 lat) . Badanie okresu na stanowisku asystenta i na stanowisku adiunkta powinno obejmować wszystkie rodzaje zatrudnienia w Uczelni na podstawie umowy o pracę lub aktu mianowania. System przy wyliczaniu powinien uwzględniać również zawieszenie biegu terminów okresu zatrudnienia na stanowisku asystenta lub adiunkta zgodnie ze Statutem Uczelni. System powinien generować automatycznie raport z informacją, że pracownik za 6 miesięcy przekroczy podany okres tak zwana ROTACJA na stanowisku zgodnie z ustawą o szkolnictwie wyższym i statutem Uczelni.
AIK-485	W systemie musi być raport umożliwiający wydrukowanie wyselekcjonowanych osób, które w zadanym okresie mogą przekroczyć 8 lat pracy na stanowisku asystenta lub adiunkta Badanie okresu 8 lat dla asystenta lub adiunkta powinno obejmować wszystkie rodzaje zatrudnienia w Uczelni na podstawie umowy o pracę lub aktu mianowania.
AIK-486	Okresy zatrudnienia na stanowiskach asystenta i adiunkta nie są stałe i mogą się zmieniać zgodnie ze statutem Uczelni i ustawą Prawo o Szkolnictwie Wyższym. System na raporcie musi zapewnić elastyczną zmianę wielkości przez użytkownika kontrolowanych powyżej okresów.
AIK-487	System powinien mieć możliwość elastycznego definiowania nowych cyklicznych powiadomień mailowych. Powiadomienia mailowe powinny być definiowalne przez użytkownika systemu w zakresie treści wiadomości jak również w zakresie odbiorcy widomości.

AIK-488	System musi pozwalać na rozwiązanie stosunku pracy z pracownikiem zgodnie z przepisami prawa: kodeks pracy, ustawa o szkolnictwie wyższym, ustawa o stopniach naukowych i tytule naukowym, ustawa o szczególnych zasadach rozwiazywania z pracownikami stosunków pracy z przyczyn niedotyczących pracowników. System powinien posiadać definiowany przez użytkowników słownik sposobów rozwiązywania stosunku pracy. Powinny być ewidencjonowane dane związane z rozwiązaniem umowy (sposób rozwiązania, data rozwiązania, powód rozwiązania, okres wypowiedzenia).
AIK-489	Pracownikowi, z którym został rozwiązany stosunek pracy system musi pozwalać sporządzić następujące dokumenty: świadectwo pracy, obiegówka, pismo o wypłatę ekwiwalentu, odprawy emerytalnej lub rentowej, nagrody jubileuszowej.
AIK-490	System musi prowadzić ewidencję czasu pracy dla każdego pracownika z możliwością ustalania grafików pracy dla osób zatrudnionych w niepełnym wymiarze czasu pracy lub równoważnym systemie czasu pracy. Możliwość przygotowania grafików pracy przez kierowników jednostek.
AIK-491	System powinien pozwalać na ewidencjonowanie pracy w godzinach nadliczbowych z równoczesną możliwością wpisania udzielonego dnia wolnego w zamian. System musi wykazywać w ewidencji czasu pracy godziny nocne, dyżury, pracę w dni wolne i świąteczne, dni wolne wynikające z harmonogramu.
AIK-492	System musi posiadać Raport ilości godzin/dni wolnych pozostałych do odebrania za godziny nadliczbowe. Na Raporcie nie powinny pokazywać się godziny nadliczbowe zrekompensowane wynagrodzeniem wraz z dodatkiem. Raport powinien pokazywać wybrany okres rozliczeniowy.
AIK-493	System musi posiadać Raport ilości godzin/dni nadliczbowych zrekompensowanych wynagrodzeniem wraz z dodatkiem. Raport powinien pokazywać wybrany okres rozliczeniowy.
AIK-494	System powinien umożliwiać przypisanie pracownikom odpowiednich grup i typów i tak dla pracowników będącymi nauczycielami akademickim system musi pozwolić przypisać informację, że ten pracownik jest nauczycielem akademickim oraz, że jest to: pracownik naukowo-dydaktyczny, pracownik dydaktyczny, pracownik naukowy, bibliotekarz lub pracownik dokumentacji i informacji naukowej.
AIK-495	Pracownikom niebędącymi nauczycielami akademickimi system musi pozwolić przypisać kategorię zaszeregowania, stawkę wynagrodzenia, wymiar etatu, stanowisko, rodzaj stanowiska – kod i nazwa, kod wykonywanego zawodu (GUS), kod zatrudnienia, charakter pracy- kod i nazwa, komórka organizacyjna – kod i nazwa, płatnik wg miejsc powstawania kosztów – kod i nazwa, typ pracownika – kod i nazwa.
AIK-496	System musi pozwolić na zaewidencjonowanie informacji o tym, że pracownik jest cudzoziemcem wraz z dodatkowymi informacjami: kraj pochodzenia, numer paszportu, karta stałego pobytu. Karta czasowego pobytu z datą końca ważności (alert o końcu ważności). Możliwość eksportu danych identyfikacyjnych i naliczonych składek do Płatnika wszystkich wynagrodzeń w danym miesiącu (w szczególności cudzoziemców) niezależnie od identyfikatorów (PESEL, NIP, numer paszportu).
AIK-497	System musi pozwolić na zaewidencjonowanie informacji o orzeczeniu niepełnosprawności dla pracownika z datą nabycia uprawnień i okresu obowiązywania orzeczenia o niepełnosprawności (alert o końcu ważności). Możliwość naniesienia dodatkowego urlopu wynikającego z niepełnosprawności. Automatyczne przeniesienie uprawnień urlopowych lub możliwość ręcznego naniesienia.
AIK-498	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, nazwisko poprzednie, nip, xxxxx,

	xxxx, standardowe dane osobowe).
AIK-499	System powinien mieć możliwość ewidencji informacji o posiadanych dokumentach (dowód osobisty, paszport, legitymacja służbowa, karta pracownicza).
AIK-500	System powinien mieć możliwość ewidencji danych adresowych pracownika z podziałem na adres zameldowania, adres zamieszkania i adres do korespondencji.
AIK-501	System powinien umożliwiać modyfikację i tworzenie historii zmian danych adresowych.
AIK-502	System powinien mieć możliwość zbierania informacji o członkach rodziny pracownika, pozwalającą 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.
AIK-503	System powinien pozwalać na ewidencje danych o wykształceniu i „ścieżce naukowej” pracownika zgodnie z informacją przekazywaną do systemu POL-on, odbytych kursach i szkoleniach, znajomości języków obcych i innych uprawnieniach. Ewidencjonowanie rozpoczętych przez pracowników studiów w czasie zatrudnienia.
AIK-504	System powinien pozwalać na ewidencje nauczyciela akademickiego do minimum kadrowego na dany rok akademicki (np.2017/2018) z uwzględnieniem przypisania do stopni i kierunków studiów oraz datą wypełnienia oświadczenia.
AIK-505	System powinien pozwalać na ewidencje danych o poprzednim zatrudnieniu pracownika, okres zatrudnienia, nazwa zakładu, adres zakładu, do jakich stażów ma być zaliczany dany okres (nagroda jubileuszowa staż do emerytury, staż pracy) z możliwością zaznaczania, które zatrudnienie liczy się do urlopu, zawieszenie w poprzednim zakładzie, ilość wykorzystanego urlopu w ostatnim miejscu pracy.
AIK-506	System powinien pozwalać na ewidencje informacji o dodatkowym zatrudnieniu pracownika (nazwa zakładu, gdzie mieści się firma, w jakim wymiarze, w jakim okresie jest zatrudnienie, data sporządzenia informacji, wymiar etatu).
AIK-507	System powinien pozwalać na określenie głównego miejsca pracy – typ pracownika.
AIK-508	System musi umożliwiać zaewidencjonowanie danych do kontaktu z pracownikiem: numery telefonów (służbowy, wewnętrzny, prywatny, komórkowy), adres email.
AIK-509	System musi na bieżąco, w postaci powiadomienia, informować o ewentualnym „zawieszeniu” pracownika tzn., że przebywa na przykład na urlopie bezpłatnym, wychowawczym. Informacja powinna być również widoczna w kartotece głównej przy pracowniku. Powiadomienie powinno być w formie alertu oraz oznaczenia w nagłówku pracownika.
AIK-510	System powinien zapewnić możliwość ewidencji informacji o zawodzie i uprawnieniach, wyróżnieniach i karach regulaminowych, podwyższeniu kwalifikacji i pełnionych funkcjach, odbytych kursach i szkoleniach, posiadanych odznaczeniach.
AIK-511	System powinien pozwalać na ewidencje informacji dodatkowej przy pracowniku typu: Emeryt/rencista (numer świadczenia).
AIK-512	System powinien pozwalać na ewidencje danych o odpowiedzialności materialnej pracownika, okres od… do… Informowanie przy zwalnianiu, że pracownik ma odpowiedzialność materialną.
AIK-513	System ma umożliwiać określenie kategorii zaszeregowania pracownika.
AIK-514	System powinien pozwalać na ewidencje historii zatrudnienia - gromadzenie informacji o wszystkich zawartych z pracownikiem umowach / mianowaniach i aneksach do umów/mianowani z datami od …do…
AIK-515	System powinien pozwalać na ewidencje historii stawek zaszeregowania - gromadzenie informacji o wszystkich stawkach zaszeregowania pracownika z datą od

	kiedy ona obowiązuje.
AIK-516	System powinien pozwalać na ewidencje historii stanowisk w powiązaniu z wymiarem etatu - gromadzenie informacji o wszystkich stanowiskach i wymiarach zatrudnienia pracownika z datami od …do…
AIK-517	System powinien pozwalać na ewidencje historii jednostek organizacyjnych pracownika- gromadzenie informacji o wszystkich jednostkach organizacyjnych w jakich pracownik pracował z datami od…do…
AIK-518	System powinien pozwalać na ewidencje, kontrola terminów kursów i szkoleń BHP. System powinien powiadamiać o konieczności przeprowadzenia określonego rodzaju szkolenia BHP z 60 dniowym wyprzedzeniem.
AIK-519	System powinien generować alert oraz raport informujący o końcu ważności badań lekarskich w tym raport o konieczności skierowania na badania po ciągłym zwolnieniu lekarskim (obecnie 30 dni zgodnie z przepisami prawa). Alert / raport powinien się generować na ustawianą ilość dni przed upływem terminu ważności.
AIK-520	System powinien zapewniać ewidencje, kontrolę terminów badań lekarskich.
AIK-521	System powinien zapewnić ewidencję i naliczanie staży występujących na Uczelni.
AIK-522	System powinien zapewnić możliwość ewidencji wszystkich rodzajów absencji ujętych w ustawie o szkolnictwie wyższym i ustawie o stopniach naukowych i tytule naukowym.
AIK-523	System musi zapewniać naliczanie i kontrolę wymiaru urlopu wypoczynkowego zgodnie z kodeksem pracy, ustawą o szkolnictwie wyższym, ustawie o stopniach naukowych i tytule naukowym niezależnie od wymiaru etatu.
AIK-524	System powinien wyliczać automatycznie wymiar urlopu wypoczynkowego zgodnie z kodeksem pracy, ustawą o szkolnictwie wyższym oraz ustawie o stopniach naukowych i tytule naukowym niezależnie od wymiaru etatu.
AIK-525	System musi mieć możliwość przygotowania planów urlopowych dla jednostek z wydrukiem dni urlopu do zaplanowania równocześnie z wykazaniem ilości zaległego urlopu.
AIK-526	System powinien pozwalać na ustalanie daty zmiany wymiaru urlopu. Przeliczenie wymiaru urlopu na dany rok kalendarzowy powinien prezentować wszystkie informacje nt. urlopu pracownika w danym roku kalendarzowym w tym zmiana wymiaru urlopu z 20 na 26 dni.
AIK-527	System musi zapewniać ewidencje planów urlopowych pracowników.
AIK-528	System powinien mieć możliwość uzyskania informacji o urlopie na dany dzień z podziałem na urlop zaległy i urlop za rok bieżący.
AIK-529	System musi zapewnić ewidencję wymiarów urlopów dodatkowych (zdrowotnych, szkolnych, habilitacyjnych, doktoranckich, na przygotowanie pracy doktorskiej, dla osób niepełnosprawnych).
AIK-530	System musi pokazywać roczny grafik absencji w formie kolorowego kalendarza z poziomu klienta i ilość dni danej absencji.
AIK-531	System musi umożliwiać prowadzenie dowolnej ilości kalendarzy. Kalendarz musi być przypisywany do pracownika.
AIK-532	System powinien pozwalać na generowanie i drukowanie raportów pomocniczych do wyliczenia przeciętnej liczby zatrudnionych po wyłączeniu absencji ZUS-owskich i urlopów bezpłatnych na potrzeby zestawień GUS.
AIK-533	System powinien pozwalać na generowanie i drukowanie raportów imiennych osób informujących o kończących się badaniach lekarskich w wybranym miesiącu,

	wybranym okresie lub wybranym roku.
AIK-534	System powinien pozwalać na generowanie i drukowanie skierowania na badania lekarskie wstępne, kontrolne, okresowe z wykorzystaniem zawartych w systemie danych osobowych pracownika, adresu, stanowiska, etatu i związanych ze stanowiskiem zagrożeń.
AIK-535	System powinien pozwalać na generowanie i drukowanie raportów imiennych osób, które powinny odbyć określony rodzaj szkolenia BHP, drukowanie z systemu zaświadczenia o odbytym szkoleniu BHP z wykorzystaniem zawartych w systemie danych osobowych pracownika.
AIK-536	System powinien pozwalać na generowanie i drukowanie dla osób: zaświadczenie o zatrudnieniu, zaświadczenie o zarobkach, zaświadczenie o zatrudnieniu i zarobkach.
AIK-537	System powinien umożliwiać generowanie i wydrukowanie następujących raportów:  Oświadczenie o korzystaniu z urlopu 188kp,  Lista cudzoziemców,  Lista emerytów zatrudnianych na podstawie umowy o prace,  Lista osób dla których kończy się okres zatrudnienia,  Lista pracowników i etatów z podziałem na jednostki organizacyjne wybranego poziomu,  Lista pracowników z informacją o stanowiskach,  Lista pracowników z podziałem na grupy pracownicze, nauczyciele, akademiccy, pracownicy administracyjno-techniczni i pracownicy obsługi wg jednostek organizacyjnych,  Lista pracowników z podziałem na formę zatrudnienia, umowę o pracę, akt mianowania,  Lista pracowników z informacją o podstawowym i dodatkowym zatrudnieniu w przeliczaniu na etaty i osoby,  Zbiorcze zestawienia z podziałem na stanowiska, jednostki organizacyjne, zatrudnionych w pełnym i niepełnym wymiarze czasu pracy, płeć pracownika,  Zestawienie pracowników odchodzących na emeryturę w zadanym roku kalendarzowym,  Lista pracowników na urlopie wychowawczym,  Lista pracowników, którym należy się nagroda jubileuszowa w zadanym okresie,  Lista pracowników z historią stawek, dodatków,  Lista pracowników z historią stanowisk z podziałem na płeć pracowników,  Lista pracowników z historią jednostek,  Lista pracowników z historią rodzajów zatrudnienia,  Lista pracowników, którzy osiągnęli wiek 50 kobiety i mężczyźni (w następnym roku po osiągnięciu wieku 50 lat).Lista osób z wyszczególnieniem kobiet, które osiągnęły wiek 55 lat oraz mężczyzn, którzy osiągnęli wiek 60 lat w trakcie danego miesiąca kalendarzowego. Lista osób jw., które ukończyły odpowiedni wiek na początku danego miesiąca.
AIK-538	Użytkownicy systemu muszą mieć możliwość budowy własnych raportów i ich wydruku z pól dostępnych na kartotekach systemu.
AIK-539	System powinien automatycznie powiadamiać wskazaną grupę pracowników z różnych jednostek organizacyjnych (np.: Dział IT, Magazyn) w formie wiadomości email o zatrudnieniu i zwolnieniu pracownika.
Płace

AIK-540	System powinien umożliwiać zdefiniowanie schematu rozliczenia wynagrodzeń, poprzez przypisanie pracownikowi odpowiednich składników definiowanych indywidualnie przez użytkownika systemu oraz termin wypłaty. Operacja przypisania składników powinna być możliwa w każdym okresie (po przyjęciu pracownika, po zmianie warunków zatrudnienia i wynagradzania).
AIK-541	System powinien pozwalać na samodzielną zmianę w systemie progów, wskaźników, stawek oraz składek na ubezpieczenia itp. wraz z datą ich obowiązywania (od…do…).
AIK-542	System powinien pozwolić na nanoszenie absencji przez pracowników zarówno płac jak i kadr z zastrzeżeniem, że naniesione absencje przez pracowników płac mają być widoczne również w systemie kadrowym, absencje naniesione w kadrach maja być widoczne w Płacach. Wymagany raport absencji do wyliczenia konkretnej wypłaty.
AIK-543	System 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. Automatyczne wyliczenie podstawy i obliczenie wynagrodzenia i zasiłków chorobowych wg obowiązujących przepisów (w tym: z uwzględnieniem ilości dni wynagrodzenia chorobowego, które wykorzystano u innego pracodawcy) z uwzględnieniem waloryzacji podstawy dla zasiłków rehabilitacyjnych. Upoważnieni pracownicy muszą mieć prawo ręcznej korekty podstawy. Prawidłowe uzupełnianie podstaw do naliczania świadczeń chorobowych. Podstawy wymiaru zasiłków nie ustala się na nowo, jeśli miedzy okresami pobierania zasiłków nie było przerwy albo przerwa była krótsza niż 3 miesiące kalendarzowe. Podstawa wymiaru zasiłków chorobowych nie może być niższa od kwoty minimalnego wynagrodzenia za pracę, po odliczeniu kwoty odpowiadającej 13,71% tego wynagrodzenia.
AIK-544	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. Raport z wykazem miesięcy, z których jest wyliczana podstawa do świadczeń chorobowych i na jaką kwotę jest podstawa.
AIK-545	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. Konieczność kontrolowania sposobu rozliczenia zwolnień lek. na przełomie roku: jeżeli za 31-y grudnia płatne wynagrodzenie chorobowe (z funduszu Uczelni), to od 1-ego stycznia- nowy limit 33 lub 14 dni wynagrodzenia. Jeżeli za 31-y grudnia płacimy zasiłek (płatny ze środków ZUS), to od 1-ego stycznia kontynuujemy zasiłek do pierwszej przerwy. Po przerwie chorobowej minimum 1-dniowej, nowy limit na wynagrodzenie (płatne z funduszu Uczelni).
AIK-546	System musi na bieżąco liczyć podstawy do zasiłków, do urlopów a w razie obliczania list korygujących musi również automatycznie korygować podstawy.
AIK-547	System musi uwzględniać możliwość zapisywania w wypłacie pracownika innych miejsc powstawania kosztów wypłaty jednego z elementów, np. dodatku funkcyjnego, części wynagrodzenia określonej kwotowo lub procentowo
AIK-548	System musi prawidłowo rozliczać (również waloryzacja podstawy) i pilnować czasu trwania okresu zasiłkowego (182 dni). System powinien powiadamiać o zbliżającym się końcu okresu zasiłkowego.
AIK-549	System powinien umożliwić rozliczenie na liście płac zasiłku rehabilitacyjnego z uwzględnieniem wprowadzonej przez użytkownika wysokości waloryzacji tego zasiłku.

AIK-550	System musi rozliczać urlopy macierzyńskie, wychowawcze, bezpłatne i inne.
AIK-551	Wybrany użytkownik (w formie dodatkowych – rozszerzonych uprawnień w systemie) musi mieć możliwość: 1. Definiowania nowych absencji, w dowolnym momencie eksploatacji systemu 2. Definiowania wpływu absencji na rozliczenie innych składników, w dowolnym momencie eksploatacji systemu 3. Definiowania elementów, które wchodzą do podstawy absencji chorobowych według zasad określonych przez użytkownika, w dowolnym momencie eksploatacji systemu 4. Definiowania elementów, które wchodzą do podstawy absencji urlopowych według zasad określonych przez użytkownika, w dowolnym momencie eksploatacji systemu
AIK-552	W systemie wszystkie zmiany związane z umową naniesione w części kadrowej (które obejmują między innymi: zmianę komórki, 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 premii uznaniowej, zmiana wymiaru zatrudnienia) muszą być od razu widoczne w części płacowej.
AIK-553	System powinien pozwalać na automatyczne wstrzymanie wypłaty dodatku funkcyjnego u nauczycieli przy zwolnieniach lekarskich, trwających nieprzerwanie ponad 3-miesiące (90 dni) od 91-ego dnia.
AIK-554	System powinien dokonywać automatycznej zmiany procentu wysługi, zgodnie z przyjętym algorytmem, bez interwencji użytkownika. Wartość wysługi będzie automatycznie pobierana i wyliczana na liście płac, zgodnie z rozporządzeniem Ministerstwa Nauki i Szkolnictwa Wyższego oraz Ustawy Prawo o szkolnictwie wyższym.
AIK-555	System powinien pozwalać na ewidencje i ujmowanie potrąceń na liście płac takich jak: ubezpieczenia grupowe lub inne potrącenia stałe, które co miesiąc lub jednorazowo są potrącane w stałej kwocie lub stałym procencie. System powinien pozwalać na dodanie potrącenia na wskazany okres czasu z możliwością powielenia go w innych okresach.
AIK-556	System powinien ujmować automatycznie na liście płac potrącenie raty z Zakładowego Funduszu Świadczeń Socjalnych (dalej 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 lub do momentu okresowego wstrzymania potrącania zadłużenia przez upoważnionego pracownika.
AIK-557	System powinien ujmować automatycznie na liście płac potrącenie raty z Pracowniczej Kasy Zapomogowo Pożyczkowej (dalej PKZP) – pracownik obsługujący PKZP wprowadza zadłużenie i harmonogram spłat, system sam pilnuje, aby pożyczka była potrącana automatycznie do wysokości zadłużenia lub do momentu okresowego wstrzymania potrącania zadłużenia przez upoważnionego pracownika.
AIK-558	System powinien ujmować automatycznie na liście płac potrącenia składek z PKZP – pracownik zajmujący się obsługą PKZP nanosi jednorazowo składkę, system sam potrąca składki do momentu zmiany. Wysokość składki powinna być możliwa do określenia procentowego lub kwotowego dla każdego pracownika indywidualnie. Potrącanie składek procentowych (potrącanych od wynagrodzenia zasadniczego) musi uwzględniać zmiany w wynagrodzeniu pracownika.

AIK-559	System powinien ujmować automatycznie na liście płac potrącenia wpisowego z PKZP – wpisowe nanosi pracownik zajmujący się obsługą PKZP jednorazowo. System potrąca wpisowe jednorazowo. Wysokość wpisowego powinna być możliwa do określenia kwotowego dla każdego pracownika indywidualnie.
AIK-560	System powinien zapewniać możliwość ręcznego wprowadzania do ewidencji wpłaconych rat i składek PKZP przez użytkownika systemu na konto bankowe PKZP. Wpłata winna być widoczna na pasku .
AIK-561	System powinien pozwalać na ewidencję alimentów i zajęć komorniczych. Alimenty i zajęcia komornicze będą ewidencjonowane jednorazowo. System będzie kontrolował maksymalną kwotę potrącenia określoną dla danego komornika z uwzględnieniem możliwych progów potrąceń. System musi pilnować progu minimalnego wynagrodzenia jakie pracownik dostaje do wypłaty. Obliczenie zajęć procentowych (np. komorniczych) liczonych od wynagrodzenia pomniejszonego o ubezpieczenia społeczne i podatek, przy zachowaniu kwoty wolnej od potrąceń i przy zachowaniu zasady, że w przypadku paru wypłat w m-cu, zajęciu podlegają wszystkie wypłaty (z pominięciem składników, które nie podlegają zajęciu - np. stypendia, zapomogi).
AIK-562	System powinien rozliczać: dodatki nocne (ilość godzin nocnych razy stawka zasadnicza za godzinę) – wprowadzana będzie ilość godzin, system sam naliczy wynagrodzenie na podstawie stawki zaszeregowania i nominalnego czasu pracy. System powinien wyliczać dodatki nocne od stawki nie niższej od najniższego wynagrodzenia.
AIK-563	System powinien rozliczać: dodatki za drugą zmianę – wprowadzana będzie ilość godzin, system sam naliczy wynagrodzenie na podstawie stawki zaszeregowanie i nominalnego czasy pracy.
AIK-564	System powinien rozliczać: dodatki za promotorstwo doktoratów (ilość razy stawka, jedna stawka) – wprowadzana będzie ilość odpowiedniego rodzaju promotorstwa, system sam naliczy wynagrodzenie na podstawie stawki za odpowiedni rodzaj promotorstwa.
AIK-565	System powinien rozliczać: dodatki za obronę prac (ilość razy stawka, występują różne stawki) – wprowadzana będzie ilość odpowiedniego rodzaju obron, system sam naliczy wynagrodzenie na podstawie stawki za odpowiedni rodzaj obrony.
AIK-566	System powinien rozliczać: dodatki za recenzje – wprowadzana będzie ilość odpowiedniego rodzaju recenzji, system sam naliczy wynagrodzenie na podstawie stawki za odpowiedni rodzaj recenzji.
AIK-567	System powinien rozliczać: nagrody jubileuszowe – według zasad określonych w ustawie o szkolnictwie wyższym, wartość nagrody jubileuszowej będzie wyliczana automatycznie.
AIK-568	System powinien rozliczać: odprawy emerytalne – wyliczana automatycznie na podstawie zadanej ilości miesięcy, z możliwością ręcznego wprowadzenia kwoty.
AIK-569	System powinien rozliczać: odprawy pośmiertne – wyliczana automatycznie na podstawie zadanej ilości miesięcy, z możliwością ręcznego wprowadzenia kwoty.
AIK-570	System powinien rozliczać: nagrody ministra – wprowadzana kwotowo.
AIK-571	System powinien rozliczać: ryczałt samochodowy – wprowadzony kwotowo.
AIK-572	System powinien rozliczać: dofinansowanie do zakupu okularów korekcyjnych – wprowadzany kwotowo (w niektórych przypadkach oskładkowany i opodatkowany
AIK-573	System powinien rozliczać: wynagrodzenie za nadgodziny 50% i 100% – wprowadzana ilość nadgodzin; system sam naliczy wynagrodzenie zgodnie kodeksem pracy na dzień dostarczenia aplikacji.

AIK-574	System powinien rozliczać: dodatek za nadgodziny 50% i 100% – wprowadzana ilość nadgodzin; system sam naliczy wynagrodzenie zgodnie kodeksem pracy na dzień dostarczenia aplikacji.
AIK-575	System powinien rozliczać: opieka nad praktykantami – wprowadzana kwotowo.
AIK-576	System powinien rozliczać: dodatek za udział w komisji rekrutacyjnej – wprowadzany kwotowo.
AIK-577	System powinien rozliczać: ekwiwalent za urlop – system sam wylicza ilość godzin ekwiwalentu po decyzji kadr, następnie system sam naliczy wynagrodzenie za ekwiwalent w płacach.
AIK-578	System powinien rozliczać: ekwiwalenty – jednorazowa wypłata wprowadzana ręcznie. (np. za pranie).
AIK-579	System powinien rozliczać: zapomogi opodatkowane, dofinansowania do wypoczynku oraz inne opodatkowane i nieopodatkowane świadczenia. Wskazane dodatki będą wprowadzane przez osoby zajmujące się obsługa funduszu socjalnego do części systemu dot. 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.
AIK-580	System powinien umożliwiać obliczanie listy płac wielokrotnie do momentu jej zamknięcia. Za każdym przeliczeniem powinny być ujmowane nowo naniesione zmiany np. przez kadry (zmiana stawki, dodatków ) bez naniesionych w tym czasie nowych absencji.
AIK-581	System musi posiadać możliwość ujmowania świadczeń z ZFŚS na listach dodatkowych, które z kolei wchodzą do kartoteki pracownika zarobkowej i podatkowej oraz do PIT rocznego . Listy powinny być prawidłowo opisane pod względem kosztów księgowych (wczasy, paczki, zapomogi opodatkowane i nieopodatkowane, kolonie, żłobki, przedszkola, itp.) . Listy powinny być przenoszone do części finansowo – księgowej w celu zaksięgowania na odpowiednich kontach.
AIK-582	W systemie musi istnieć raport weryfikujący elementy (stawka zaszeregowania, dodatki funkcyjne, dodatki specjalne, procenty premii uznaniowej, procent wysługi, absencje, zmiana komórki organizacyjnej, kończąca się umowa), które uległy zmianie w stosunku do poprzedniego miesiąca oraz ujemna kwota wypłaty .
AIK-583	System musi posiadać możliwość zdefiniowania wydruku listy płac, zbiorówki z listy wynagrodzeń przez użytkownika.
AIK-584	System musi posiadać możliwość zdefiniowania wydruku treści paska wynagrodzeń oraz zbiorczego RMUA.
AIK-585	System musi posiadać możliwość zdefiniowania wydruku paska, tak aby była możliwość wydruku na kopercie utajnionej.
AIK-586	System musi zapewniać możliwość druku listy, paska, zbiorówki z listy wynagrodzeń w dowolnym momencie niezależnie od statusu listy (przeliczona, zamknięta).
AIK-587	Zamknięcie listy płac – Zamknięcie listy powinno blokować listę przed ponownym przeliczeniem. Musi istnieć jednak możliwość wprowadzenia korekty w danych płacowych i przeliczenia ich kolejną lista płac lub lista korektą.
AIK-588	System powinien zapewniać możliwość definiowanie różnych rodzajów list płac, tworzenie własnych szablonów list.
AIK-589	Dla każdego pracownika powinna istnieć w systemie możliwość zdefiniowania dowolnej ilości kont bankowych i określenie między nimi procentowego bądź kwotowego podziału wypłaty. System (listy płac) powinien uwzględniać możliwość wypłaty wynagrodzenia w kasie Uczelni w pełnej lub niepełnej wysokości.

AIK-590	System powinien pozwalać na wyszukanie pracownika po nazwisku, części nazwiska lub po numerze ewidencyjnym . Jeżeli pracownik o tym samym numerze ewidencyjnym, nazwisku, lub części nazwiska wystąpi kilka razy w bazie to system pokaże wszystkich znalezionych pracowników o takim numerze/nazwisku/części nazwiska.
AIK-591	W systemie w kartotece podatkowej pracownika powinny się znaleźć dane pobierane dla potrzeb PIT zgodne ze złożonym oświadczeniem PIT-2 (NIP – opcjonalnie). W celach informacyjnych system powinien umożliwiać odnotowanie informacji, czy pracownik złożył oświadczenie PIT-12 do rozliczenia przez Uczelnię (PIT 40). W roku następnym kartoteki winny być automatycznie wyzerowane pod względem złożonych oświadczeń, zliczania podstaw do ograniczeń składkowych, złożonych zastrzeżeń do naliczania wysokości podatku itp. Winna być możliwość ręcznej zmiany w zakresie procentu pobieranego podatku. Po zakończeniu roku system powinien na nowo rozpoczynać naliczanie składek ZUS. Dane adresowe pracownika powinny być do wglądu na osobnym formularzu.
AIK-592	W systemie powinna istnieć możliwość blokowanie naliczania składek ZUS poprzez:  informację Płatnika składek (Uczelnię),  informację z ZUS,  pisemną prośbę pracownika o zaprzestaniu potrącania mu składek emerytalno- rentowych.
AIK-593	System powinien umożliwić eksport przelewów do pliku zgodnych z wymaganiami określonymi przez banki Alior oraz BGK. Użytkownik systemu musi mieć ponadto możliwość zdefiniowania dowolnie formatów przelewu w postaci pliku tekstowego.
AIK-594	Na podstawie list płac i ewidencji system musi pozwalać na sporządzenie przelewów na komorników i inne potrącenia.
AIK-595	System powinien automatycznie dekretować listę płac. System powinien zapewnić użytkownikowi systemu finansowo-księgowego samodzielny pobór zadekretowanego dokumentu do części finansowo księgowej.
AIK-596	System powinien pozwalać na stosowanie kosztów na prawach autorskich w stosunku do wybranych pracowników w ramach określonych składników stanowiących podstawę do wyliczenia kosztów autorskich. Koszty na prawach autorskich nie powinny obejmować absencji pracownika.
AIK-597	System powinien pozwalać na stosowanie rodzajów kosztów uzyskania, koszty kwotowe (dojazdy) zgodnie z przepisami.
AIK-598	System powinien pozwalać na możliwość powiązania projektów ze składnikami wynagrodzenia tak aby umożliwić wykazanie kosztów wynagrodzeń z dokładnością do projektu.
AIK-599	System powinien pozwalać na możliwość określenia dowolnych składników wynagrodzeń stanowiących brutto, które będą związane z projektami.
AIK-600	System powinien pozwalać na możliwość rozliczenia kosztów wynagrodzeń projektów w sytuacji gdy pracownik uczestniczy równocześnie w wielu projektach naraz.
AIK-601	System powinien pozwalać na wypłaty pracownicze z tytułu projektów. Przelewy muszą być generowane z kont przypisanych do projektów w postaci pliku tekstowego zgodnego z systemem bankowym Alior i BGK.
AIK-602	System powinien pozwalać na możliwość wyodrębnienia składek ZUS, podatku i innych potrąceń pracownika i pracodawcy w ramach projektu.
AIK-603	System powinien pozwalać na automatyzacje procesów związanych z rozliczeniem projektów posiadających wyodrębnione konta bankowe. Obecnie w Uczelni funkcjonują następujące sposoby rozliczania wynagrodzeń z tytułu tych programów:

	1. zatrudnieni do programów w ramach umowy o pracę na całym lub części etatu, zarówno pracownicy techniczni, fizyczni jak i nauczyciele. Konieczny jest tytuł- płatnika-nazwa, z którego jest płatne wynagrodzenie i nr konta bankowego (czasem więcej niż jedno) przypisanego do danego zlecenia oraz odpowiednie listy płac, które muszą zawierać nr konta, z którego jest realizowana wypłata, 2. oddelegowani do realizacji projektu- zatrudnieni na określoną liczbę godzin do realizacji projektu nauczyciele akademiccy, którzy za każdą godzinę w projekcie otrzymują określone stawką godzinową zwiększone wynagrodzenie, ale również obciążają zlecenie zapłacone im wcześniej z góry wynagrodzenie zasadnicze wraz z wysługą lat. Wyliczone od nich składki ZUS i podatek musi być rozliczony z kosztów projektu i wypłacone z wydzielonego konta bankowego. Na potrzebę wyliczenia stawki godzinowej nauczyciela przyjmuje się stałą normę miesięczną: 156 godzin. Są również projekty, gdy stawka godzinowa, według której rozlicza się koszt pracy pracownika w projekcie jest już z góry ustalona, 3. dodatki obliczane na odrębnych listach, płatne z oddzielnych kont bankowych I dekretowane na oddzielnych kontach. Wypłaty z tytułu tych programów są dokonywane z dołu, z wydzielonych kont otwartych dla poszczególnych projektów, na wyodrębnionych listach płac, które są dokumentem źródłowym do wykazania poniesionych kosztów z tytułu wypłat. Muszą więc zawierać informację o tytule-płatniku-nazwie, rodzaju wypłaty(umowa o pracę, wynagrodzenie ryczałtowe), o kosztach bezpośrednich, kosztach pośrednich oraz numerze konta bankowego, z którego następują wszelkie przelewy z tytułu rozliczenia list płac: przelewy na konta pracowników, przelewy do ZUS składek, podatku do Urzędu Skarbowego oraz pozostałe przelewy z list . W projektach domyślnym sposobem wypłaty winny być przelewy, jednak musi istnieć możliwość wprowadzenia innej formy wypłaty (np. w Kasie).
AIK-604	System powinien integrować dane z części płacowej z częścią finansową. Raz założony projekt w systemie finansowym, musi być dostępny w systemie płacowym w postaci słownika podpowiedzi.
AIK-605	System musi wyodrębnić składki ZUS związane z projektem od składek związanych z normalnym wynagrodzeniem. W systemie musi być możliwość zdefiniowania raportu generującego sumę składek według poszczególnych projektów.
AIK-606	W systemie musi istnieć możliwość rozliczania stypendystów na listach płac. Musi istnieć możliwość zaewidencjonowania stypendysty, który nie będzie zatrudniony na umowę o pracę w celu naliczenia podatku i ubezpieczenia zdrowotnego.
AIK-607	Systemu musi rozliczać podatek i ubezpieczenie zdrowotne stypendystów zgodnie z obowiązującymi przepisami prawa (z art. 66 pkt. 20 ustawy z dnia 27 sierpnia 2004 r. o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych (Dz.U. 2018 poz. 1510 t.j.)
AIK-608	W systemie muszą być ewidencjonowani stypendyści otrzymujący stypendium doktoranckie i studenci, za których opłaca się składkę na ubezpieczenie zdrowotne.
AIK-609	System musi rozliczać stypendia finansowane z projektów. System musi mieć możliwość rozliczenia wielu stypendiów dla jednej osoby równocześnie finansowanych z różnych źródeł (projektów).
AIK-610	System musi umożliwiać ewidencję stypendiów opodatkowanych i nieopodatkowanych.

AIK-611	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.
AIK-612	W systemie musi być możliwe wygenerowanie więcej niż jednej deklaracji PIT dla pracownika, który miał zawartą więcej niż jedną umowę o pracę. Deklaracje PIT muszą uwzględniać każdy przypisany pracownikowi numer ewidencyjny (możliwość kilku formularzy PIT).
AIK-613	Użytkownik systemu musi mieć możliwość samodzielnie określać składniki wchodzące do podstawy średniej urlopowej w dowolnym momencie eksploatacji systemu.
AIK-614	W przypadku zmiany stawki zaszeregowania pracownika w aplikacji muszą być dostępne mechanizmy umożliwiające przeliczenie ponowne składników wynagrodzenia wchodzących do podstawy urlopowej i ekwiwalentu wyliczonych wg stawki obowiązującej przed zmianą.
AIK-615	System powinien zapewniać ewidencjonowanie liczby godzin ponadwymiarowych. Kwoty do wypłacenia wynagrodzenia z tytułu godzin ponadwymiarowych nauczycieli akademickich powinny być pobierane automatyczne z systemu dziekanatowego (USOS) i rozliczone na liście płac.. System powinien umożliwiać automatyczne obliczenie ekwiwalentów za urlop za godziny ponadwymiarowe. W tym celu powinien być w stanie wyodrębniać dni robocze z okresu przebywania pracownika na urlopie wypoczynkowym.
AIK-616	System wyliczając wynagrodzenie urlopowe powinien ujmować prawidłowo okres zatrudnienia pracownika.
AIK-617	Baza składników płac w systemie musi być otwarta tj. możliwa do zmiany, edycji przez użytkownika posiadającego odpowiednie uprawnienia. Użytkownik w prosty sposób może uzupełnić dane związane z progami podatkowymi, itp.
AIK-618	Użytkownik systemu posiadający odpowiednie uprawnienia musi mieć możliwość zdefiniowania nowych składników wynagrodzeń.
AIK-619	Użytkownik systemu musi mieć możliwość dowolnej zmiany algorytmów istniejących składników. Zmiana algorytmów składników powinna być możliwa bez zaangażowania producenta oprogramowania.
AIK-620	System powinien umożliwiać rozliczenie podwyżek, które zostały udzielone wstecz. System powinien pozwolić na wyrównanie zasiłków, nagród jubileuszowych, odprawa emerytalnych oraz innych składników.
AIK-621	W systemie w zakresie ewidencji list płac dla każdego pracownika w danym miesiącu musi istnieć możliwość zdefiniowania jednej listy głównej oraz nieograniczonej liczby list dodatkowych.
AIK-622	W systemie każda lista musi mieć swój numer, tytuł oraz informację, za jaki okres będzie rozliczana i w którym miesiącu będzie wypłacana. Data wypłaty listy ma decydować w jakim miesiącu rozliczać podatek i do jakiego miesiąca powinna być ujęta w dokumentach ZUS.
AIK-623	System musi generować plik z deklaracjami do programu płatnik RCA, RSA, RZA, DRA.
AIK-624	System musi mieć możliwość zaczytywania wartości składników płacowych na kartoteki z plików tekstowych, z arkuszy Excel.

AIK-625	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.
AIK-626	System musi pozwolić na wypłatę trzynastki raz w roku. Podstawa trzynastki musi być pomniejszana o wynagrodzenie otrzymane za czas nieobecności w pracy (z wyjątkiem urlopów wypoczynkowych, wychowawczych, urlopów dla poratowania zdrowia, urlopów do celów naukowych, macierzyńskich). System musi zapewnić inne zasady określania podstawy trzynastki dla nauczycieli akademickich i dla pozostałych pracowników.
AIK-627	System powinien zapewniać możliwość samodzielnego zrobienia podstaw do dodatkowego wynagrodzenia rocznego „13”poprzez : Odpowiednią konfigurację składników płacowych wchodzących do podstawy ‘13’ wyznaczenie nazwy, płatnika, termin wypłaty, nazwa płatnika, kont bankowych pracowników i Uczelni, opisów kont kosztowych, składników płacowych, potrąceń.
AIK-628	System musi zapewnić rozliczenie świadczeń rzeczowych finansowanych przez Uczelnię np. dopłata do mieszkania. Świadczenia są opodatkowane i stanowią przychód pracownika, nie są fizycznie wypłacane.
AIK-629	System musi zapewnić prawidłowe obliczenie podatku dochodowego.
AIK-630	System musi umożliwiać definiowanie zaniechania poboru podatku, naliczania indywidualnego podatku.
AIK-631	System musi zapewniać kontrolę progów podatkowych wraz z wykazem przekroczeń.
AIK-632	System musi zapewnić definiowanie kosztów uzyskania przychodu.
AIK-633	System musi zapewnić rozliczenia roczne podatku dochodowego.
AIK-634	System musi generować następujące sprawozdania i raporty:
AIK-635	Asygnata zasiłkowa z podstawami miesięcznymi,
AIK-636	System powinien generować raporty GUS z12, z05,z03,z06,
AIK-637	System powinien generować raport Xx-00,
XXX-000	System powinien generować raport Rp-7,
AIK-639	System powinien generować deklaracje PIT11, XXX00, XXX0x, XXX0, XXX0X, IFT1 – zmiana stanowiska, jednostki organizacyjnej nie powinna powodować generacji odrębnego dokumentu dla pracownika,
AIK-640	System powinien zapewniać wydruk kart zasiłkowych i podatkowych,
AIK-641	System w zakresie karty wynagrodzeń powinien pozwalać użytkownikowi na możliwość zdefiniowania samodzielnie jakie składniki płacowe chce widzieć w momencie jej wydruku.
AIK-642	System w zakresie zaświadczenia o zarobkach powinien pozwalać użytkownikowi na możliwość definiowania jakie elementy wynagrodzenia będą pokazywane na zaświadczeniu, jaki jest cel zaświadczenia, okresu zaświadczenia.
AIK-643	System powinien pozwalać na generowanie raportów z wynagrodzeń na podstawie zadanego okresu z grupowaniem według: stanowisk, tytułów i stopni naukowych, jednostek organizacyjnych, według klasyfikacji gusowskich.

AIK-644	System powinien pozwalać na generowanie zestawień na potrzeby rozliczenia ZUS.
AIK-645	System powinien pozwalać na automatyzacje korekt, z tytułu decyzji ZUS, dotyczących przekroczenia 30-krotności w poprzednich miesiącach i latach. System powinien automatycznie (na listach korekcyjnych) wyliczyć korektę składki emerytalnej, rentowej i zdrowotnej na podstawie informacji przekazanej przez ZUS i danych z systemu płacowego oraz sporządzić na jej podstawie raport korekcyjny w Płatniku. Natomiast, po wpłynięciu decyzji ZUS o zwrocie składek, wypłacić je na liście płac w formie opodatkowanego dochodu z tytułu zwrotu składek.
AIK-646	System powinien pozwalać na rejestrowanie kwot wypłat wraz z potrąconą zaliczką podatku z tytułu rozliczenia delegacji powyżej obowiązującego limitu (wykazywane na PIT) .Przypisanie do przychodów pracownika, oskładkowanie i opodatkowanie należności wypłaconych ponad wyznaczone przepisami limity z tytułu podróży służbowych.
AIK-647	System powinien pozwalać na wypłaty po zmarłym pracowniku zgodnie z obowiązującymi przepisami.
AIK-648	System powinien pozwalać rozliczenie składek ZUS narastająco w ramach osoby i tytułu ubezpieczenia uwzględniając następujące szczególne sytuacje:  jedna osoba może mieć kilka wypłat w ciągu miesiąca w ramach jednej umowy o pracę,  jeden pracownik może mieć więcej niż jedną umowę o pracę  jeden pracownik może mieć więcej niż jedną umowę o pracę oraz umowy cywilnoprawne.  System powinien prawidłowo rozliczyć składki . Automatyczna kontrola rozliczenia składek za dany okres lub narastająco wg tytułu ubezpieczenia.
AIK-649	System powinien pozwalać na generowanie rejestrów (zestawień) w formie raportów płacowych:  Zestawienie list płac (zbiorówka wszystkich list płac z tego samego m-ca księgowego, tworzących jedną wypłatę),  Zbiorczy rejestr wynagrodzeń osobowych (zbiorówka wszystkich zestawień i przeksięgowań danego m-ca z podziałem na koszty i składniki list płac),Rejestr płac powinien zawierać zestawienia wszystkich wypłat wznowień, korekt i refundacji za dany miesiąc księgowy w rozbiciu na poszczególne rodzaje kosztów. Powinien zawierać różne rodzaje wypłat takie jak wypłaty z działu socjalnego, zastępstwo procesowe, pranie itp. oraz wszystkie potracenia z list płac, które są przelewane do poszczególnych jednostek i instytucji.  Zbiorczy rejestr wynagrodzeń osobowych według stanowisk z podziałem na pełno i niepełnozatrudnionych za wybrany okres lub dot. wybranych list płac,  Rejestr wynagrodzeń bezosobowych z umów cywilno-prawnych według kosztów, dla osób zatrudnionych na podstawie umów cywilnoprawnych,  Wykorzystanie osobowego funduszu płac za wybrany okres (z podziałem na pracowników pełno i niepełnozatrudnionych oraz z wyodrębnieniem wybranych elementów płacowych),  Planowanie osobowego funduszu płac wg stanowisk, kosztów, jednostek organizacyjnych za podany okres (miesiąc, kwartał, rok)  Wykorzystanie osobowego funduszu płac po wydziałach za m-c, zawierający wybrane koszty i składający się z wypłaconych, wybranych składników płacowych (system musi pozwolić na zmianę tych składników).  Od systemu wymaga się sporządzania raportów (podgląd, wydruk)

	odzwierciedlających te zestawienia za wybrane okresy (miesiąc, kwartały, rok).  Po wykonaniu list płac każdej grupy (np. dydaktycy, administracja itp.), system musi umożliwiać wygenerowanie zbiorówki zawierające wszystkie listy dotyczące tej konkretnej wypłaty (z pozycjami skomasowanymi) . Po zakończeniu miesiąca system musi generować zbiorcze wydruki zawierające wszystkie rodzaje wypłat wynagrodzeń z danego miesiąca (oprócz ryczałtów samochodowych, dla których są sporządzane tylko listy dodatkowe). Odpowiednio winny być sporządzane wydruki będące rozdzielnikiem kosztów oraz poleceniem księgowania (PK). System powinien generować zestawienie zbiorcze składników list płac wg kartoteki zarobkowej (zbiorcza dla Uczelni ogółem oraz dla poszczególnych pracowników) w podziale na poszczególne miesiące danego roku kalendarzowego.
AIK-650	System powinien pozwalać na rozróżnianie i wyodrębnianie rodzajów wypłat (osobowy fundusz płac, bezosobowy fundusz płac, honoraria, stypendia naukowe i doktoranckie, działalność socjalna, staże, projekty itp.). Przypisywanie wypłatom rozszerzonych kont kosztowych I numerów rachunków bankowych, tak aby wszystkie składniki łącznie z podatkiem, ZUS I potrąceniami księgowały się identycznie w FK.
AIK-651	System musi generować analityczną listę wypłat dla poszczególnych pracowników, która powinna zawierać wszystkie składniki wynagrodzenia pracownika, potrącenia oraz narzuty składników ZUS pracodawcy łącznie z Funduszem Pracy (jeśli jest naliczany).
AIK-652	System powinien pozwalać na możliwość kontynuacji drukowania od zadanej strony w przypadku np. awarii drukarki, braku papieru itp. Możliwość wydrukowania konkretnej strony z wydruku.
AIK-653	System powinien pozwalać na możliwość zmiany daty w celu ponownego wydrukowania dokumentu z datą wskazaną.
AIK-654	System musi kontrolować zaniechanie poboru składek na ubezpieczenie emerytalne, rentowe w przypadku ponownego zatrudnienia pracownika w tym samym roku rozliczeniowym np. nastąpiło zwolnienie pracownika, a następie nastąpiło ponowne jego zatrudnienie (przejście na emeryturę). Użytkownik musi mieć możliwość ręcznego wprowadzenia procentu podatku, kontrola ręczenie wprowadzonego podatku w ramach roku podatkowego.
AIK-655	System powinien pozwalać na możliwość wyboru miesiąca księgowego, którego dotyczy dana wypłata, niezależnie od daty wypłaty.
AIK-656	System powinien pozwalać na możliwość elektronicznego wysyłania deklaracji podatkowych do Urzędów Skarbowych. Możliwość drukowania PIT rocznych w podziale na poszczególne urzędy skarbowe.
AIK-657	System powinien pozwalać na import danych do systemu np. premii, wejść, wyjść, nieobecności pracownika.
AIK-658	System powinien pozwalać na łączenie pracowników występujących pod kilkoma numerami ewidencyjnymi przy eksporcie do Płatnika. Program powinien łączyć do jednego raportu RCA składki i etaty. Na raporcie RSA program powinien łączyć nieobecności o tych samych datach od… do… Zapisywana jest jedna nieobecność z zsumowanym wynagrodzeniem.
AIK-659	System powinien prawidłowo wyliczać składki na Fundusz Pracy osobom powracającym z urlopów macierzyńskich i wychowawczych.

AIK-660	System powinien pozwalać na możliwość wybiórczego drukowania deklaracji PIT wg zadanego numeru (np. PIT-11) w systemie ciągłym dla wszystkich pracowników lub wybranej grupy pracowników (alfabetycznie ).
AIK-661	System musi generować w postaci raportu Informację o kształtowaniu się wynagrodzeń i przeciętnego zatrudnienia w poszczególnych grupach stanowisk pracowniczych za dany okres.
AIK-662	System powinien zapewniać automatyczną wymianę danych pomiędzy częścią płacową, a finansowo – księgową.
AIK-663	System powinien umożliwiać korzystanie z jednej funkcji programu wielu osobom w tym samym czasie, np. kilka osób może sporządzać listy dodatkowe, a system przypisuje numery dla każdej listy oddzielnie.
AIK-664	System musi umożliwiać wprowadzenie dowolnej liczby terminów wypłat z osobowego funduszu płac oraz projektów.
AIK-665	W systemie konto kosztów przypisane do numeru ewidencyjnego pracownika lub przy wynagrodzeniu ryczałtowym powinno być wykorzystywane do tworzenia kosztów wynagrodzeń (osobowych, bezosobowych) oraz narzutów do wynagrodzeń wg odpowiednich schematów (wzorów).
AIK-666	W systemie lista gotówkowa do Kasy powinna zawierać tylko kwotę do wypłaty bez rozbicia na składniki.
AIK-667	W systemie przelewy na konta pracowników wysłane do systemu bankowego powinny podawać sumę wysłanych przelewów. Dla uzgodnienia z naliczeniem zbiorczym ROR: wydruk zawierający nazwisko i imię, numer konta bankowego, kwota do wypłaty, data przelewu na dokumencie.
AIK-668	W systemie powinna być możliwość zmiany (zaktualizowania) na robionej aktualnie wypłacie podstawowych składników wypłaty typu: zasadnicza , wysługa, dodatek funkcyjny, które zostały zmienione tylko u jednej osoby, bez konieczności ponownego przeliczania wypłaty u wszystkich pracowników.
Płace – podatki
AIK-669	W systemie kartoteka pracownika powinna zawierać: imię i nazwisko, numer identyfikacji podatkowej PESEL/ NIP, datę urodzenia, adres zamieszkania do celów podatkowych, urząd skarbowy wg miejsca zamieszkania, adres do korespondencji, dane identyfikacyjne potrzebne do sporządzenia IFT(imię ojca, imię matki, miejsce urodzenia, numer identyfikacji podatkowej zagranicznej, dokument potwierdzający tożsamość i kraj jego wydania oraz adres zamieszkania poza terytorium RP).
AIK-670	System powinien pozwalać na sporządzenie informacji miesięcznej (raportu) do PIT-4R. Na tej podstawie mają być przygotowane miesięczne przelewy podatku dochodowego do Urzędu Skarbowego. Wszystkie czynności mają służyć przygotowaniu przelewów podatku celem przekazania do Kwestury. Wydrukowanie raportu miesięcznego z wprowadzonych do systemu i zatwierdzonych przez użytkowników list wynagrodzeń do wykazania w informacji PIT-4R oraz jego korekty. Rejestrowanie historii miesięcznych informacji do PIT-4R oraz ich korekt, które będą podstawą do automatycznego sporządzenia rocznej deklaracji PIT-4R i przekazanie jej do Urzędu Skarbowego elektronicznie lub/i w formie papierowej (możliwość wyboru przez użytkownika). Zachowanie historii przekazanej deklaracji PIT-4R oraz jej korekt do Urzędu Skarbowego. Możliwość wydruku deklaracji miesięcznej PIT-4.
AIK-671	System powinien pozwalać na sporządzenie informacji miesięcznej (raportu) do PIT- 8AR. Na tej podstawie mają być przygotowane miesięczne przelewy zryczałtowanego podatku dochodowego do Urzędu Skarbowego. Wszystkie czynności mają służyć przygotowaniu przelewów zryczałtowanego podatku celem przekazania do Kwestury.

	Wydrukowanie raportu miesięcznego z wprowadzonych do systemu i zatwierdzonych przez użytkowników list wynagrodzeń do wykazania w informacji do PIT-8AR oraz jego korekty. Rejestrowanie historii miesięcznych informacji do PIT-8AR oraz ich korekt, które będą podstawą do automatycznego sporządzenia rocznej deklaracji PIT-8AR i przekazania jej do Urzędu Skarbowego elektronicznie lub/i w formie papierowej. Zachowanie historii przekazanej deklaracji PIT-8AR oraz jej korekt do Urzędu Skarbowego.
AIK-672	System powinien pozwalać na drukowanie listy osób (alfabetycznie, wg jednostek organizacyjnych), które przekroczyły podstawę opodatkowania lub których dochód wkrótce może przekroczy podstawę do opodatkowania na dowolny dzień z dowolną podstawą opodatkowania uwzględniającą dochody ze wszystkich stosunków pracy w Uczelni w celu powiadomienia pracownika o możliwości złożenia oświadczenia na obniżenie progu podatkowego.
AIK-673	System powinien pozwalać na rejestrowanie zeskanowanych oświadczeń na obniżenie bądź podwyższenie zaliczki podatku (zgodnie ze skalą podatkową), drugiej ulgi podatkowej (na nie pracującą żonę, dziecko), decyzji z urzędów skarbowych. Zapisywanie zeskanowanych oświadczeń o zwiększonych kosztach uzyskania przychodu w związku z zamieszkiwaniem pracownika poza miejscowością, w której znajduje się zakład pracy, rezygnacja ze stosowania podwyższonych kosztów. Zachowanie historii wprowadzonych (zeskanowanych) danych ze złożonych oświadczeń.
AIK-674	System powinien pozwalać na sporządzenie raportu w zakresie danych o dochodach pracownika w układzie miesięcznym i rocznym z uwzględnieniem wynagrodzeń w ramach wszystkich stosunków pracy Uczelni, wynagrodzeń w ramach umów cywilnoprawnych oraz pozostałych przychodów opodatkowanych podatkiem dochodowym od osób fizycznych z podziałem na: przychód, koszty uzyskania, koszty uzyskania autorskie, ulga podatkowa, składki na ubezpieczenie społeczne, składki na ubezpieczenie zdrowotne, odliczenia od podatku, zaliczka podatku, przychody pochodzące ze środków bezzwrotnej pomocy zagranicznej art. 21 ust.1 pkt 46 ustawy o podatku dochodowym od osób fizycznych, które mają ukazać się na PIT. W określonym terminie od ..do...,wybór wynagrodzenia: ogółem, tylko ze stosunku pracy, tylko z umów cywilnoprawnych, tylko pozostałych przychodów.
AIK-675	System powinien pozwalać na kontrolę (raport, wydruk) składników list płac potrzebnych do sporządzenia informacji miesięcznej: PIT-4R (np. ujemne składniki wynagrodzenia, składki emerytalno-rentowej, składki zdrowotnej, koszty uzyskania przychodu), PIT-8AR (np. ujemne składniki wynagrodzenia, składki emerytalno- rentowej, składki zdrowotnej) oraz do sporządzenia informacji PIT o dochodach dla pracowników i urzędów skarbowych. Raport (wydruk) z kontroli poprawności danych do PIT-ów (np. brak nr PESEL, kontrola poprawności nr PESEL, kontrola PESEL z datą urodzenia, brak NIP-u, kontrola poprawności nr NIP, brak danych adresowych, brak nazwy urzędu skarbowego).
AIK-676	System powinien pozwalać na automatyczne pobieranie przychodów podlegających opodatkowaniu zgromadzonych w systemie na XXX-00, XXX-0X, XXX-0X. Dla każdej osoby zarejestrowanej w systemie, osiągającej przychody podlegające opodatkowaniu przygotowany ma być jeden PIT z danego rodzaju.
AIK-677	System powinien pozwalać na drukowanie PIT-11 dla pracowników Uczelni i pracowników zwolnionych Uczelni. Drukowanie powinno odbywać się wg wybranego uporządkowania: dwa egzemplarze PIT-11 alfabetycznie nazwiskami oraz numerami ewidencyjnymi. Konieczność dokonania korekty PIT-u.
AIK-678	System powinien pozwalać na drukowanie PIT-8C wg wybranego uporządkowania: dwa egzemplarze PIT-8C alfabetycznie nazwiskami oraz numerami ewidencyjnymi.

	Drukowanie imiennej listy PIT-8C dla osób nie będących pracownikami Uczelni uwzględniającej adres zamieszkania oraz adres do korespondencji, w celu potwierdzenia przez Rozdzielnię Korespondencji Uczelni wysyłanych informacji. Adresowanie kopert wg adresu zamieszkania lub do korespondencji. Konieczność podglądu wydrukowanego PIT-u dla osoby z uwidocznieniem wszystkich danych ujętych w informacji. Zachowanie historii wydrukowanych PIT-ów oraz ich korekt musi być widoczne dla użytkownika.
AIK-679	System powinien pozwalać na drukowanie IFT-1R - należy drukować wg wybranego uporządkowania: dwa egzemplarze IFT-1R alfabetycznie nazwiskami, natomiast jeden egzemplarz alfabetycznie wg urzędu skarbowego pocztą i/lub elektronicznie. Konieczność dokonania korekty IFT-1R.Konieczność wyboru drukowania IFT-1R np. alfabetycznie. Drukowanie imiennej listy IFT-1R dla osób nie mających miejsca zamieszkania w Polsce uwzględniającej adres ich rezydencji podatkowej celem przekazania do jednostki organizacyjnej, z której osiągną przychód i wysłania przez nią na adres podany w IFT-1R. Konieczność podglądu wydrukowanego IFT-1R dla osoby nie będącej pracownikiem z uwidocznieniem wszystkich danych ujętych w informacji. Zachowanie historii wydrukowanych IFT-1R oraz ich korekt musi być widoczne dla użytkownika.
AIK-680	System powinien pozwalać na drukowanie na prośbę osoby zainteresowanej informacji podatkowych XXX-00, XXX-0X, XXX-0X oraz rozliczenia rocznego odbywać się powinno wg nazwiska wybranej osoby zarejestrowanej w systemie (jednej lub kilku). Dwa egzemplarze z każdej informacji drukowane mają być alfabetycznie wg nazwisk, natomiast jeden egzemplarz alfabetycznie wg urzędów skarbowych podatników pocztą i/lub elektronicznie. Konieczność dokonania korekty informacji. Drukowanie imiennej listy wydrukowanych informacji PIT-11,PIT-8C, IFT-1oraz rozliczenia rocznego dla osób, które wystąpiły z wnioskiem o wcześniejsze jej wystawienie, uwzględniającej adres zamieszkania oraz adres do korespondencji. Konieczność podglądu wydrukowanej informacji dla danej osoby z uwidocznieniem wszystkich danych ujętych w informacji. Zachowanie historii wydrukowanych informacji oraz ich korekt musi być widoczne dla użytkownika.
AIK-681	System powinien sumować przychody z poprzednich rozwiązanych w danym roku stosunków pracy w Uczelni w celu poprawnego naliczania składek ZUS i podatku od łącznej sumy przychodów osiągniętych z tytułu umowy o pracę.
Umowy cywilnoprawne
AIK-682	System musi pozwalać ewidencjonować umowy cywilnoprawne dla pracowników jak również dla osób obcych.
AIK-683	Obsługa procesu w systemie 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. W przypadku umów płatnych w częściach (np. miesięcznie) system powinien kontrolować czy nie przekroczono łącznej kwoty określonej w umowie do wypłaty (jeśli ją określono).
AIK-684	Obsługa procesu w systemie 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.
AIK-685	System powinien kontrolować czy dana umowa podlega ubezpieczeniom społecznym.

AIK-686	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.
AIK-687	Wprowadzenie pracownika w systemie musi odbywać się poprzez kreator który poprowadzi pracownika przez niezbędne etapy wymagane w trakcie wprowadzania pracownika do systemu.
AIK-688	System musi umożliwiać zawieranie umów jednorazowych jak również umów długotrwałych.
AIK-689	System musi mieć możliwość identyfikacji pracownika po numerze PESEL.
AIK-690	System musi mieć możliwość zawierania umów cywilnoprawnych z cudzoziemcami.
AIK-691	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 z przeniesieniem praw autorskich,  Umowa wydawnicza – koszty 50%.
AIK-692	W systemie powinna istnieć możliwość zdefiniowania hierarchicznego podziału umów, np. według poniższego schematu:  Umowa o dzieło – D o D1 – wykłady własne o D2 – wykłady obce o D3 – granty  Umowa o zlecenie – B o B1 – zlecenia własne o B2 – zlecenia obce o B3 – zlecenia pozostałe  Au – prawa autorskie  UE – umowy finansowane z projektu  UW – umowy wydawnicze
AIK-693	System powinien umożliwiać przypisanie dla jednego pracownika równocześnie wiele różnych umów cywilnoprawnych.
AIK-694	System powinien umożliwiać dla każdej umowy zdefiniowanie oddzielnych tematów, elementów pozwalających opisać umowę.
AIK-695	System powinien umożliwiać przypisanie wielu rachunków dla umowy. Dla każdego rachunku system powinien pozwolić zdefiniować wiele miejsc powstawania kosztów.
AIK-696	System powinien umożliwiać rozliczenie dowolnej ilości umów cywilnoprawnych w miesiącu dla pracownika.
AIK-697	System ma podpowiadać automatycznie koszty uzyskania raz zdefiniowane przy umowie.
AIK-698	System powinien umożliwiać ewidencjonowanie rozliczania umów cywilnoprawnych związanych z projektami.
AIK-699	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 rozliczane składki ZUS w ramach wielu wypłat w miesiącu dla jednego pracownika.
AIK-700	W systemie każda lista umów cywilnoprawnych ma mieć możliwość zdefiniowania dowolnie terminu wypłaty.
AIK-701	Po sporządzeniu list płac system musi umożliwiać sporządzenie przelewów w postaci pliku tekstowego do banków Alior i BGK.

AIK-702	System powinien umożliwiać ewidencje i rozliczenie umów, na których powinien być naliczony zryczałtowany podatek dochodowy.
AIK-703	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.
AIK-704	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.
AIK-705	System powinien generować: Wydruk umów cywilnoprawnych dla pracownika - kilka szablonów oraz wydruk rachunku dla pracownika.
AIK-706	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.
AIK-707	System powinien zawierać następujące raporty:  Zestawienia z umów cywilnoprawnych z informacją o kosztach uzyskania przychodu, składkach ZUS, zaliczce na podatek, zaliczce na podatek zryczałtowany,  Zestawienia z podziałem na MPK,  Zestawienia z podziałem na tematy,  Zestawienia z podziałem na źródła finansowania,  Zestawienie według rodzajów wypłat,  Zestawienie na potrzeby uzgodnienie deklaracji rozliczeniowych ZUS,  Zestawienie podatku zryczałtowanego,  Zestawienie podatkowe urzędami skarbowymi,  Zestawienie numer listy, (ilość rachunków, dat wypłaty – kwota do kasy),  Raportowanie według rodzajów umów,  Raportowanie według wybranych składników płacowych.
AIK-708	System powinien umożliwiać prowadzenie rejestru zawieranych umów zleceń w danym roku kalendarzowym (np. 12/000333) z możliwością wydruku wg zadanych parametrów np. daty trwania umowy od… do…, rodzaju umowy (dzieło. Zlecenie), typu pracownika (własny, obcy, student, doktorant), kwoty umowy, komórki organizacyjnej, która ją zawarła, rodzaju działalności (np. praktyki studenckie, NBS, prace zlecone z przemysłu).
Działalność socjalna
AIK-709	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 Uczelni.
AIK-710	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.
AIK-711	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.
AIK-712	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, ma być możliwość zdefiniowania wydruków z zapomóg na których niewidoczny będzie cel wypłaty zapomogi.
AIK-713	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.
AIK-714	Zapomogi muszą być opodatkowane zgodnie obowiązującymi przepisami prawa na dzień przekazania systemu do użytkowania.
AIK-715	Świadczenia rzeczowe, kulturalne, sportowe - System musi pozwalać na zdefiniowanie dowolnej ilości świadczeń . Definiowanie nowych świadczeń musi być możliwe dla użytkownika systemu.
AIK-716	Świadczenia muszą być opodatkowane (pracownicy, emeryci)zgodnie obowiązującymi przepisami prawa na dzień przekazania systemu do użytkowania.
AIK-717	System musi zapewnić możliwość zdefiniowania dowolnych rodzajów dofinansowań. Definiowanie musi być możliwe przez użytkownika systemu.
AIK-718	Dofinansowania do wypoczynku emerytów, pracowników i dzieci pracowników musi być opodatkowane zgodnie obowiązującymi przepisami prawa na dzień przekazania systemu do użytkowania.
AIK-719	W przypadku dofinansowań do wypoczynku musi być możliwość elastycznego określenia procentu dofinansowania dla pracownika lub emeryta.
AIK-720	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.
AIK-721	System ma umożliwiać definiowanie dowolnych rodzajów pożyczek i algorytmów naliczania odsetek. 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.
AIK-722	System ma umożliwiać ewidencję planu spłaty pożyczki poprzez określenie harmonogramu spłat.
AIK-723	Spłaty rat pożyczek mogą odbywać się automatycznie poprzez listy płac.
AIK-724	System musi mieć możliwość zaewidencjonowania spłaty pożyczki poprzez kasę.
AIK-725	W systemie musi być kontrolowana wysokość potraceń rat pożyczki, do wysokości zadłużenia.
AIK-726	W systemie powinna być możliwa zmiana wysokości rat pożyczki, zawieszenia czasowego spłaty raty pożyczki, umorzenie pożyczki co ma stanowić przychód pracownika.
AIK-727	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.
AIK-728	System powinien umożliwiać elastyczne definiowanie uprawnień również tak aby wybrani użytkownicy np. części płacowej, kwestury mieli dostęp do części systemu dot. działalności socjalnej w określonym zakresie. Nie powinno to powodować dodatkowego przelogowania użytkownika w systemie.
AIK-729	System musi mieć możliwość ewidencjonowania oświadczeń o dochodach. Musi mieć możliwość dodania średniego miesięcznego przychodu oraz późniejszej jego edycji. Wartość średniego miesięcznego przychodu musi stanowić kryterium do kontroli wysokości wypłacanych świadczeń socjalnych.
AIK-730	System ma umożliwiać automatyczne generowanie następujących raportów:  Raporty o pożyczkach,  Wartość spłaty w danym miesiącu,  Raport spłat rat zadłużeń z konkretnej wypłaty. Raport powinien zawierać : lp., nr pracownika, (alfabetycznie), Nazwisko i Imię, jednostka organizacyjna,

	kwota udzielonej pożyczki, wysokość składki potrąconej, saldo z poprzedniego miesiąca, potrącenie raty pożyczki, stan zadłużenia po potrąceniu,  Udzielone zapomogi w okresie,  Udzielone dofinansowania do wypoczynku w okresie,  Lista pracowników, którzy skorzystali i nie skorzystali z dofinansowania do wypoczynku,  Lista pracowników, którzy skorzystali z dopłat do żłobków i/lub przedszkoli,  Lista dzieci pracowników z datami urodzenia.
Kasa zapomogowo-pożyczkowa
AIK-731	System w zakresie obsługi PKZP (pożyczki, plan spłat, żyranci) powinien mieć możliwość potrącania składki na PKZP od wynagrodzenia zasadniczego procentowo lub kwotowo.
AIK-732	System powinien generować raport potrąconych składek i spłat rat zadłużeń z konkretnej wypłaty. Raport powinien zawierać : lp., nr pracownika, (alfabetycznie) Nazwisko i Imię, jednostka organizacyjna, stan wkładów(po zaewidencjonowaniu bieżącej składki rosnąco), wysokość składki potrąconej, kwota udzielonej pożyczki, saldo z poprzedniego miesiąca, potrącenie raty pożyczki, stan zadłużenia po potrąceniu malejąco, „chwilówka”, wpisowe.
AIK-733	System powinien pozwalać na możliwość ręcznego korygowania wkładów i zadłużeń w związku z prowizją bankową, przeksięgowanie części lub całości wkładów na spłatę pożyczki, częściowym zwrotem wkładów.
AIK-734	System przy obliczeniach, jeśli system nie potrąci raty pożyczki w pełnej wysokości, powinien wygenerować informację (raport w formie wydruku) jakie kwoty pożyczek i komu nie zostały potrącone (osobno dla każdego rodzaju pożyczek: PKZP).

Integracja i migracja danych

W ramach zintegrowanego systemu zarządzania Zamawiający daleko idącej automatyzacji wymiany danych pomiędzy poszczególnymi komponentami wdrażanymi. Z punktu widzenia użytkownika końcowego dane wprowadzane i modyfikowane w danym komponencie powinny być bez dodatkowych operacji wykonywanych ręcznie dostępne w pozostałych.

Integracja danych
AIK-735	Zamawiający wymaga opracowania mechanizmów integracji pomiędzy systemami będącymi przedmiotem zamówienia wraz z zapewnieniem automatycznej wymiany danych. Wszelkie oprogramowanie dedykowane powstałe na potrzeby integracji staje się własnością Zamawiającego.
AIK-736	Zamawiający wymaga aby system ERP został zintegrowany z wewnętrznymi systemami i aplikacjami oraz zewnętrznymi rozwiązaniami wykorzystywanymi przez Zamawiającego miedzy innymi: 1) Wymiana informacji z Bankowością elektroniczną dla banków: Alior i BGK; 2) System eDeklaracje (deklaracje VAT, JPK); 3) System PŁATNIK ZUS; 4) System USOS w zakresie zdarzeń finansowych: czesne, opłaty itd. 5) System personalizacji Opticamp w zakresie danych i uprawnień pracowników; 6) Systemem kontroli dostępu w zakresie zdarzeń potrzebnych do kontroli czasu pracy.
AIK-737	Zamawiający wymaga, aby konta studenckie udostępniane w USOS, oraz legitymacja

	studencka były używane w procesie autoryzacji użytkowników na komputerach i sieci poprzez AD, oraz w zakresie dostępu do pomieszczeń (SDK). System Personalizacji musi więc zostać zintegrowany w systemem domenowym AD Zamawiającego w zakresie kont studentów, wykładowców i pracowników, i być zasilany danymi pochodzącymi z USOS.
AIK-738	Zamawiający wymaga aby integracja z systemem personalizacja została wykonana za pośrednictwem usług sieciowych WebService.
AIK-739	Zamawiający wymaga aby zatrudnienie pracownika oraz przyjęcie studenta pozwalało automatycznie drukować odpowiednie karty (EKP/ELS/ELD/LSNA). Oznacza to, że systemy USOS oraz ERP powinny rejestrować zlecenia wydruku kart ELS / ELD / EKP / LSNA w systemie Personalizacji kart
AIK-740	Zamawiający wymaga aby w momencie przetwarzania zlecenia wydruku kart system dziekanatowy i ERP automatycznie przekazał niezbędne dane osób
AIK-741	Zamawiający wymaga aby wśród danych przekazywanych do systemu personalizacji kart znalazły się co najmniej następujące dane:  ID osoby z systemów USOS oraz ERP  Imię  Nazwisko  Nr Ewidencyjny / nr albumu  Wydział  Kierunek  Specjalizacja  Stanowisko  Tytuł naukowy  Zdjęcie pracownika Szczegółowy zakres danych przekazywanych do systemu personalizacji zostanie zdefiniowany na etapie analizy przedwdrożeniowej.
AIK-742	Zamawiający wymaga aby Dział Kadr i Płac, oraz Dziekanaty miały możliwość identyfikacji osoby przy pomocy używanej karty. W związku z tym systemy ERP i USOS miały w systemie dziekanatowym i ERP zaewidencjonowane zostały dane spersonalizowanych kart (pełne nr CSN/UID Data ważności karty, Nr kolejny karty).
AIK-743	Zamawiający wymaga aby system USOS oraz ERP aktualizował dane kart ELS, ELD, EKP, LSNA na podstawie otrzymanych danych z systemu personalizacji.
AIK-744	Zamawiający wymaga aby proces przedłużania ważności kart ELS / ELD był możliwy zarówno w systemie personalizacji kart oraz systemie dziekanatowym. Miejsce przedłużania ważności kart zostanie ustalone na etapie analizy przedwdrożeniowej. Zaktualizowany termin ważności karty musi być przekazywany automatycznie pomiędzy systemami. W przypadku przedłużania ważności karty w systemie personalizacji Zamawiający wymaga wcześniejszej weryfikacji danych w systemie dziekanatowym.
AIK-745	Zamawiający wymaga aby system ERP umożliwiał wykonanie następujących akcji ręcznie dla użytkowników systemu wywołując mechanizmy integracji, mające swoje odziaływanie w systemie personalizacji kart:  Drukuj kartę  Dezaktywuj kartę  Aktywuj kartę
AIK-746	Zamawiający wymaga, aby zmiany statusu studentów, doktorantów i wykładowców przekładały się na dostępność tych osób do systemów Uczelni. W związku z tym system USOS powinien zostać zintegrowany w zakresie kont i uprawnień studentów i

	wykładowców w systemem personalizacji.
AIK-747	Szczegółowy zakres integracji zostanie zdefiniowany na etapie analizy przedwdrożeniowej
Migracja danych
AIK-748	Zamawiający wymaga wykonania migracji danych z systemów wykorzystywanych na Uczelni (ERP oraz systemu dziekanatowego).
AIK-749	Szczegółowy zakres migracji danych zostanie opracowany przez Wykonawcę w porozumieniu z Zamawiającym na etapie Analizy Przedwdrożeniowej.
AIK-750	Migracja danych przeprowadzona zostanie zgodnie z planem migracji opracowanym przez Wykonawcę w porozumieniu z Zamawiającym na etapie Analizy Przedwdrożeniowej.
AIK-751	Zamawiający oświadcza, że posiada wsparcia producentów systemów będących podstawowymi źródłami danych do migracji.
AIK-752	Migracja dotyczyć będzie następujących obszarów: Finanse i księgowość:  Dane kontrahentów  Bilans otwarcia  Nierozliczone płatności i płatności Majątek Trwały:  Pełna ewidencja środków trwałych, nieruchomości oraz wartości niematerialnych i prawnych Kadry  Dane dotyczące pracowników i zleceniobiorców w tym: o dane osobowe o dane związane z aktualnym i poprzednim zatrudnieniem o dane kadrowe związane z ZUS o składniki płacowe Sprawy organizacyjne:  nieobecności,  kartoteki pracownicze: zarobkowa, podatkowa, ubezpieczeń społecznych, zasiłkowa i potrąceń,  podstawy zasiłkowe,  dane zleceniobiorców: dane dotyczące zawarcia, realizacji umów wraz z zakresem tematycznym, informacjami podatkowymi i ubezpieczeniowymi,  numery rachunków bankowych. Informacje obejmujące wszystkie dane z systemu dziekanatowego, których przechowywanie wymagana jest przez przepisy prawa, w tym co najmniej:  dane studentów aktywnych,  definicje toków,  przypisanie studentów do toków,  sylabusy,  dane umożliwiające przygotowanie suplementów i dyplomów dla aktywnych studentów,  system musi podawać informację nt. metadanych, tj. informację kto i kiedy wprowadził dany zapis, czy kto dokonał jego zmiany; historia zmian powinna

być pełna.

Dokumentacja

Nr wymagania	Opis wymagania
AIK-753	Wykonawca przekaże pełną i kompletną dokumentację systemu w języku polskim.
AIK-754	W ramach realizacji projektu, Wykonawca systemu zobowiązany będzie do opracowania i dostarczenia następującej dokumentacji systemu:  Projektu technicznego systemu  Dokumentacji użytkownika  Dokumentacja przebiegu procesów biznesowych  Dokumentacji testowej  Powykonawczej systemu
AIK-755	Wykonawca systemu będzie zobowiązany do dostarczenia i aktualizacji harmonogramu wdrożenia uwzględniającego podział prac na etapy i kamienie milowe.
AIK-756	Projektu techniczny systemu musi obejmować co najmniej:  opis architektury logicznej i technicznej systemu (wraz z określeniem zastosowanych technologii),  opis zasad integracji i powiązań z systemami wewnętrznymi i zewnętrznymi, logiczny i fizyczny model danych i relacji,  szczegółowy zakres i metody przeprowadzenia migracji danych,  opis ról zdefiniowanych w systemie oraz związanych z nimi uprawnień, opis proponowanego systemu zabezpieczeń (na wypadek awarii lub próbę naruszenia bezpieczeństwa systemu),  wskazanie rozwiązań technicznych dotyczących przechowywania podstawowych danych w systemie, takich jak: oceny, tok studiów itp.
AIK-757	Dokumentacja powykonawcza dostarczona przez Wykonawcę powinna obejmować opis i konfigurację środowiska produkcyjnego w tym także:  Procedury utrzymaniowe i administracyjne,  Procedury utrzymaniowe w tym procedury kopii zapasowych,  Procedury awaryjne.
AIK-758	Wykonawca dostarczy 2 egzemplarze dokumentacji systemu (w tym jeden w postaci elektronicznej).
AIK-759	Dokumentacja zarządcza powinna być zgodna z wytycznymi metodyki PRINCE2 lub równoważnej w tym zakresie.
AIK-760	Zestaw dostarczonych dokumentacji wymienionych powyżej musi dotyczyć zainstalowanej wersji systemu i jego komponentów aktualnej na dzień odbioru. Wykonawca zobowiązuje się do aktualizacji dokumentacji wraz ze zmianami wersji systemu i przepisów prawa w okresie trwania gwarancji.

Szkolenia

W ramach przeprowadzonych prac wdrożeniowych Zamawiający wymaga przeprowadzeni 892 godzin szkoleń w zakresie USOS/KD/Personalizacja, oraz 96 godzin w zakresie ERP dla min. 7 osób. W

sytuacji wypełnienia wymogów szkoleniowych w jednym zakresie Zamawiający dopuszcza przeniesienie niewykorzystanych godzin do innego zakresu. Szczegółowy zakres szkoleń przedstawia poniższa tabela:

NR wymagania	Opis wymagania
AIK-761	Zamawiający wymaga przeprowadzania szkoleń z wdrażanych komponentów ZSZU.
AIK-762	Zamawiający wymaga od Wykonawcy opracowania planu szkoleń wraz ze skryptami szkoleniowymi.
AIK-763	Zamawiający wymaga aby szkolenia odbywały się w pomieszczeniach Zamawiającego. Zamawiający zapewni pomieszczenia wraz z niezbędną infrastrukturą.
AIK-764	Zamawiający wymaga przeprowadzenia szkoleń z obsługi systemu USOS w następującym zakresie:  immatrykulacja (nadawanie numeru albumu),  dane studenta (osobowe, adresy, szkoły poprzednie) oraz proces odtwarzania historii studenta (przeniesienia, wznowienia),  system raportów, decyzji administracyjnych, wydawanie zaświadczeń,  oceny (zaliczanie przedmiotów i semestrów, długi punktów ECTS, przedmioty ponadprogramowe, różnice programowe, itp.),  statusy (promowanie na kolejny semestr, powtarzanie semestru, wznowienia, urlopy, awanse, skreślenia, ukończenie studiów, przeniesienia z innych kierunków, wydziałów, Uczelni, itp.),  dyplomy, suplementy (nadawanie numeru dyplomu, wydruk dyplomów i suplementów),  wprowadzania przedmiotów, programów, etapów, itp.,  płatności za usługi edukacyjne (kontrola należności za czesne, powtarzane przedmioty, opłaty administracyjne),  obsługa studentów studiujących w ramach programu Erasmus (przyjeżdżający i wyjeżdżający) oraz innych wymianach międzyuczelnianych,  obsługa studentów obcokrajowców,  obsługa studentów i doktorantów w zakresie pomocy materialnej (rejestr złożonych podań, zastosowanie algorytmów, eksport przelewów, archiwizacja list stypendialnych, drukowanie decyzji, itp.),  pomoc materialna – symulacje i statystyki stypendialne,  ankietowanie i sprawozdawczość (ankiety absolwenta, rankingi, GUS, POL-on, itp.),  archiwum Uczelniane,  USOSweb,  planowanie zajęć,  rezerwacja sal.
AIK-765	Zamawiający wymaga przeprowadzenia szkoleń z obsługi systemu ERP w następującym zakresie:  Zarządzania systemem oraz użytkownikami  Zarządzania strukturą organizacji  Modułu finansowego  Modułu kadrowego  Modułu płacowego
AIK-766	Zamawiający wymaga przeprowadzenia szkolenia użytkowników z obsługi systemu Personalizacji Kart.
AIK-767	Zamawiający wymaga przeprowadzenia szkolenia użytkowników z obsługi systemu

	Kontroli Dostępu.
AIK-768	Zamawiający dopuszcza możliwość zamiany ilości godzin szkoleniowych pomiędzy poszczególnymi obszarami.
AIK-769	Zamawiający dopuszcza możliwość szkolenia użytkowników w trybie zdalnych sesji. Zamawiający zaznacza, że ilość zdalnych szkoleń nie może przekroczyć 50% całości godzin szkoleniowych.

Gwarancja

Szczegóły świadczenia gwarancji zawarte są w IPU - załącznik do siwz w zamówieniu publicznym, podsumowanie obejmuje:

NR wymagania	Opis wymagania
AIK-770	Na cały Projekt wymagana jest gwarancja, której bieg rozpoczyna się od dnia podpisania Protokołu Odbioru Wdrożenia SZ (wersji produkcyjnej SZ) i kończy z upływem dnia 31.08.2023 r.
AIK-771	Dostawca musi gwarantować czasy naprawy dla co najmniej 3 kategorii zgłoszeń błędów Krytycznych, Zwykłych i Usterek na poziomie 8, 40 i 80 godzin.

Dokument „Dodatkowe finkcjonalności” Funkcjonalności poniższe określone przez Zamawiającego, możliwe do zadeklarowania przez Wykonawcę w ramach pozacenowego kryterium oceny ofert w złożonej ofercie (Formularz ofertowy - w załącznik nr 1 do SIWZ) do zrealizowania w Systemie Zintegrowanym (Niniejszy dokument zostanie odpowiednio dostosowany, na podstawie oferty Wykonawcy – w zakresie zaoferowanych funkcjonalności dodatkowych)
Oznaczenie Funkcjonalności Dodatkowej	Funkcjonalność Dodatkowa – opis
Funkcjonalność Dodatkowa nr 1 *	Dostawa rozwiązania (dedykowanej aplikacji lub w formacie strony www) umożliwiającego wyświetlanie grafiku zajęć na np. telewizorach czy monitorach, w sposób taki, że widoczne są zajęcia rozpoczynające się o określonym czasie względem aktualnego (np. zajęcia z godzina początkową od 15 minut wstecz do 120 minut wprzód względem aktualnej), automatycznie przewijającej lub przełączającej poszczególne ekrany, i aktualizującej dane co określony interwał, np. 15 minut
Funkcjonalność Dodatkowa nr 2 *	Przygotowanie środowiska testowego USOS.
Funkcjonalność Dodatkowa nr 3 *	Przygotowanie środowiska testowego USOS w taki sposób, żeby dane ze środowiska produkcyjnego przenosiły się automatycznie raz w tygodniu.
Funkcjonalność Dodatkowa nr 4 *	Przygotowanie środowiska testowego ERP.
Funkcjonalność Dodatkowa nr 5 *	Przygotowanie środowiska testowego ERP w taki sposób, żeby dane ze środowiska produkcyjnego przenosiły się automatycznie raz w tygodniu.
Funkcjonalność Dodatkowa nr 6 *	Przygotowanie rozwiązania umożliwiającego tworzenie i zamykanie kont pocztowych Office 365 dla studentów i doktorantów automatycznie w zależności od aktywowania i skreślenia studenta w USOS.
Funkcjonalność Dodatkowa nr 7 *	Przygotowanie rozwiązania (dedykowanej aplikacji lub podglądu na stronę WWW) umożliwiający bieżące informowanie operatora (np. portiera) o przypadkach naruszeń kontroli dostępu (próby nieautoryzowanego dostępu, sygnalizacja niezamkniętych drzwi itd.)
Funkcjonalność Dodatkowa nr 8 *	Przygotowanie rozwiązania umożliwiającego automatyczne generowanie raportów w postaci elektronicznej obejmujących zestawienia planowanych zajęć oraz odnotowanych zdarzeń z nimi związanych (typu otwarcie/zamknięcie Sali, rejestracja obecności).
Funkcjonalność Dodatkowa nr 9 *	Integracja USOS z ERP w zakresie prezentacji struktury organizacyjnej Uczelni, wraz z pracownikami i ich stanowiskami.
Funkcjonalność Dodatkowa nr 10 *	Synchronizacja zwrotna systemu domenowego Active Directory z systemem Personalizacji w zakresie synchronizacji grup bezpieczeństwa.
Funkcjonalność Dodatkowa nr 11 *	Funkcjonalność	zintegrowana	w	ramach	ZSI,	które	pozwala	zautomatyzować

komunikację z osobami w procesie obsługi studentów i kandydatów na studentów. Powinna spełniać minimalne wymagania:

- Dostępność kanału komunikacyjnego (tekstowego – chat, lub głosowego – voice) 24godziny na dobę, 7 dni w tygodniu;

- Udzielanie natychmiastowych odpowiedzi, bazujących na informacjach zebranych w ramach ZSI;

- Komunikacja i przetwarzanie w języku polskim;

- Możliwości spersonalizowania odpowiedzi w sytuacji zidentyfikowania osoby komunikującej się (np. poprzez logowanie w ZSI);

- Przyjmowanie zapytań inicjowanych przez użytkownika ze zautomatyzowanymi odpowiedziami i menu konwersacji;

- Zbieranie informacji zwrotnych, generowanie raportów z odwiedzin;

- Tworzenie profili osób odwiedzających;

*o ile Wykonawca zadeklarował tę funkcjonalność w Ofercie (załącznik nr 1 do SIWZ) do zrealizowania w SZ / * niepotrzebne skreślić