Opis procesu masowego importu danych do systemu POL - POL-on

Transkrypt

Dokument
Utworzył:
Opis procesu masowego importu danych do systemu
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Opis procesu masowego importu
danych do systemu POL-on
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
1 / 66
Dokument
Utworzył:
1.
2.2.0
Cel dokumentu ................................................................................................................................ 5
Zakres dokumentu .......................................................................................................................... 5
Powiązane dokumenty ................................................................................................................... 5
Zastosowane skróty i pojęcia ........................................................................................................ 5
Aktywacja konta .............................................................................................................................. 7
Uprawnienia użytkownika w procesie importu masowego ....................................................... 7
Akceptacja struktury jednostki ...................................................................................................... 7
Bezpieczeństwo danych ................................................................................................................. 7
Ogólne założenia dotyczące importu masowego........................................................................ 8
Identyfikatory jednostek ................................................................................................................ 9
Słowniki importu ............................................................................................................................. 9
Terminy przekazywania danych .................................................................................................... 9
Proces importu .............................................................................................................................. 11
Stany importu ................................................................................................................................ 11
Proces wstępnej walidacji plików................................................................................................ 12
Proces importu plików .................................................................................................................. 14
SCENARIUSZE UŻYTKOWANIA SYSTEMU ................................................................................. 15
4.5
4.6
4.7
4.8
4.9
5.
Wersja:
PROCES IMPORTU DANYCH DO SYSTEMU .................................................................................. 8
3.1
3.2
3.3
3.4
3.5
3.5.1
3.5.2
3.5.3
4.
[20.07.2011]
WARUNKI KORZYSTANIA Z SYSTEMU ......................................................................................... 7
2.1
2.2
2.3
2.4
3.
Marek Michajłowicz
Data
utworzenia:
CEL I ZAKRES DOKUMENTU ............................................................................................................ 5
1.1
1.2
1.3
1.4
2.
PON-on
Operacja pobrania słowników importu (UC_Pobierz słowniki) ............................................... 15
Przekazanie pliku importu – wstępna weryfikacja (UC_Przekaż plik importu) ..................... 16
Operacja anulowania importu (UC_Anuluj import) .................................................................. 18
Weryfikacja pliku po wykonanym imporcie (UC_Sprawdź szczegóły importu) ................... 19
Wycofanie pliku importu inicjalnego (UC_Wycofaj import inicjalny) ..................................... 21
FORMAT PRZESYŁANYCH DANYCH ............................................................................................. 23
5.5
Dane wejściowe wymagane w przypadku dodania nowego pracownika naukowodydaktycznego ............................................................................................................................................ 26
5.6
Dane wejściowe wymagane w przypadku aktualizacji danych osobowych pracownika
naukowo-dydaktycznego........................................................................................................................... 26
5.7
Dane wejściowe wymagane w przypadku aktualizacji informacji o zatrudnieniu pracownika
5.8
Dane wejściowe wymagane w przypadku aktualizacji oświadczenia o minimum kadrowym
pracownika naukowo-dydaktycznego ..................................................................................................... 28
5.9
Dane wejściowe wymagane w przypadku aktualizacji informacji o tytułach i stopniach
pracownika naukowo-dydaktycznego ..................................................................................................... 28
5.10 Dane wejściowe wymagane w przypadku aktualizacji informacji o funkcjach pracownika
5.11 Dane wejściowe wymagane w przypadku aktualizacji danych dotyczących studiów ......... 30
5.12 Dane wejściowe wymagane w przypadku wyrejestrowania studenta z kierunku studiów. 30
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
2 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
5.13 Dane wejściowe wymagane w przypadku przesyłania informacji dotyczącej aktualizacji
informacji o pobieranej przez studenta pomocy materialnej ............................................................... 31
6.
INFORMACJE DODATKOWE........................................................................................................... 32
7.
SYTUACJE SPECYFICZNE ............................................................................................................... 33
5.1
8.
Algorytm identyfikacji operacji na podstawie pliku .................................................................. 33
SŁOWNIK BŁĘDÓW.......................................................................................................................... 34
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
3 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Metryka dokumentu
Historia dokumentu
Data
20.07.2011
25.07.2011
Wersja
1.0.0
1.1.0
Autor
Marek Michajłowicz
Marek Michajłowicz
28.07.2011
19.08.2011
26.09.2011
1.1.1
1.2.0
2.1.0
Marek Michajłowicz
Marek Michajłowicz
Marek Michajłowicz
4.10.2011
2.2.0
Marek Michajłowicz
Ost. edytowany:
2011-10-04
Status:
Opis
Pierwszy draft dokumentu
Pierwsza wersja dokumentu do
recenzji, uwzględniająca zakres
wymagany do poprawnego
przeprowadzenia pilotażowego
wdrożenia importu danych
pracowników naukowodydaktycznych
Korekta dokumentu
Pierwsza wersja dokumentu
Aktualizacja dokumentu po
wprowadzeniu zmian do specyfikacji
plików (na podstawie decyzji
Komitetu Sterującego po konsultacji z
GIODO)
Poprawki redakcyjne
Potwierdzony
Strona:
4 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
1. Cel i zakres dokumentu
1.1 Cel dokumentu
Dokument stanowi opis obsługi masowego importu danych z plików do systemu POL-on z
pozycji użytkownika posiadającego uprawnienia do wykonywania importu plików w danej
jednostce.
1.2 Zakres dokumentu
W zakres dokumentu nie wchodzi specyfikacja struktury oraz zakresu danych importowanych
w plikach. Zostało to opisane w osobnych dokumentach.
1.3 Powiązane dokumenty
Nazwa dokumentu
Studenci, Absolwenci i
Doktoranci. Import danych
- zakres
Pracownicy naukowi.
Import danych - zakres
Konta i uprawnienia w
systemie POL-on
Słowniki importu
Pomoc modułu importu
opublikowana w formie
stron wiki
Wersja
1.6
http://polon.nauka.gov.pl/instrukcje-uzytkownika
Miejsce przechowywania
1.9
n/d
http://polon.nauka.gov.pl/konta-w-systemie
n/d
n/d
http://polon.nauka.gov.pl/dokuwiki/doku.php/import
1.4 Zastosowane skróty i pojęcia
Nazwa
Import asynchroniczny
XML-Schema(XSD)
Pracownik
Ost. edytowany:
2011-10-04
Objaśnienie
standard służący do definiowania struktury dokumentu
XML. Dokumenty zawierające definicje XML Schema
zapisuje się zwykle w plikach z rozszerzeniem .xsd (od
XML Schema Definition).
Pracownik naukowo dydaktyczny
Status:
Potwierdzony
Strona:
5 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Jednostka
Ost. edytowany:
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Uczelnia, instytut naukowy i pomocniczy, jednostka
naukowa Polskiej Akademii Nauk, instytut badawczy,
państwowa jednostka organizacyjna podległa
Ministrowi Sprawiedliwości
2011-10-04
Status:
Potwierdzony
Strona:
6 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
2. Warunki korzystania z systemu
2.1 Aktywacja konta
Uprawnienia oraz sposób dostępu do systemu opisane zostały w dokumencie Konta i
uprawnienia
dostępnym
w
serwisie
informacyjnym
systemu
na
stronie
http://polon.nauka.gov.pl/konta-w-systemie
2.2 Uprawnienia użytkownika w procesie importu
masowego
Żeby przeprowadzić import masowy danych z plików XML dla danej jednostki, użytkownik
powinien dysponować rolą INST_IMPORT i być przypisany do określonej jednostki
organizacyjnej. Import jest możliwy do przeprowadzenia wyłączenie w obrębie jednostki, do
której przypisany został użytkownik lub jednostek jej podległych. Rola ta daje również
uprawnienie pozwalające modyfikować lokalne kody jednostek i uczelni.
2.3 Akceptacja struktury jednostki
Mechanizm importu plikowego dostępny jest wyłącznie dla jednostek organizacyjnych
należących do Uczelni / Jednostek Naukowych, dla których potwierdzona została struktura w
systemie.
Akceptacja struktury Uczelni jest możliwa z poziomu administratora uczelni. Jest to czynność
wymagana przed rozpoczęciem importu masowego.
2.4 Bezpieczeństwo danych
Komunikacja z systemem POL-on odbywa się poprzez sieć Internet przy użyciu szyfrowanego
połączenia SSL.
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
7 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
3. Proces importu danych do systemu
Niniejszy rozdział zawiera opis procedury masowego importu plików w ujęciu procesowym.
3.1 Ogólne założenia dotyczące importu masowego
•
•
•
•
•
•
•
1
Import masowy plików odbywa się w sposób asychroniczny. Proces importu
podzielony jest na dwa etapy. Pierwszy etap polega na wgraniu pliku na serwer i
wstępnej walidacji struktury oraz zgodności ze schematem XML-Schema. W
przypadku prawidłowego przetworzenia plik dodawany jest do kolejki importu, która
uruchamiana jest i przetwarzana w okresie zmniejszonej aktywności użytkowników
systemu (z reguły w godzinach wieczornych danego dnia). Wynik importu jest
przekazywany użytkownikowi w postaci szczegółowego zestawienia dla
poszczególnych rekordów z pliku wraz z informacją o zakresie wprowadzonych do
systemu zmian.
Pliki importu powinny być najpierw skompresowane do formatu .zip
Maksymalny rozmiar pliku importu nie powinien przekroczyć wartości zdefiniowanej
parametrem systemowym.
Korekta danych prawidłowo zaimportowanych do systemu jest przeprowadzana na
zasadach identycznych, jak pierwsze wgranie danych. Jej wykonanie odbywa się
poprzez ponowne wgranie odpowiednio poprawionego pliku. Korekta polega na
zastąpieniu poprzednio wysłanych danych danymi skorygowanymi.
Import ma charakter przyrostowy. System na bazie zawartości pliku rozpoznaje
określony typ operacji: dodania, aktualizacji, usunięcia z rejestru informacji o
studencie, doktorancie, pracowniku.
W przypadku importów dokonywanych w zbliżonym okresie czasu, obejmujących ten
sam zakres danych, obowiązuje reguła „ostatni wygrywa”. Kolejny plik importu
nadpisuje import poprzedni. Ta reguła jest rozstrzygająca również w przypadku
plików importu zgłoszonych w tej samej kolejce z różnych instytucji, odwołujących się
do wspólnego obszaru danych, w szczególności podstawowych danych osobowych
pracownika, doktoranta lub studenta.
Plik importu wczytywany jest do systemu wyłącznie wtedy, gdy w pełnym zakresie
przejdzie proces walidacji. Żaden pojedynczy rekord pliku nie może mieć błędów
zdefiniowanych w systemie jako odrzucające plik1. W przypadku błędów formalnych
nie powodujących zaburzenia struktury danych w systemie stosuję się kwalifikację
Patrz: Słownik błędów
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
8 / 66
Dokument
Utworzył:
•
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
jako ostrzeżenia i kontynuuje dalej proces importu danych. Błędy i ostrzeżenia
wyodrębnione w procesie analizy opisane zostały w słowniku błędów.
Ze względów bezpieczeństwa w komunikacji pomiędzy systemem POL-on a
systemami uczelnianymi nie wykorzystuje się kluczy systemowych. Sposób
identyfikacji jednostek w systemie opisany został szczegółowo w punkcie 3.2
Identyfikatory jednostek
•
•
Pierwszy import danych do systemu, przeprowadzany w okresie 01.08.2011 do
01.10.2011 r oznaczany jest w systemie jako import inicjalny. Istnieje możliwość
wycofania zmian wprowadzonych do systemu w ramach importu inicjalnego.
Nazwa składowych plików importu powinna zawierać rozszerzenie .xml.
3.2 Identyfikatory jednostek
Jednostki będą identyfikowane unikatowym kluczem (globalnym, ukrytym), ale zostanie
udostępnione pole, w którym uczelnie będą mogły trzymać własny klucz lokalny (sprawdzana
będzie jedynie unikatowość pola w ramach uczelni). Pozwoli to uczelniom na operowanie w
plikach z danymi kluczem lokalnym bez konieczności wprowadzania do bazy uczelnianej
klucza globalnego. Klucz lokalny będzie wprowadzany bezpośrednio przez interfejs webowy
(pole do edycji).
Identyfikatory jednostek, do których Administrator Importu posiada uprawnienia są zrzucane
w ramach plików dostępnych w słownikach importu.
3.3 Słowniki importu
Na ich podstawie odbywa się weryfikacja plików XML. Słowniki importu udostępniane
użytkownikowi zalogowanemu zawierają najaktualniejszą wersję schematów XSD, pobraną
bezpośrednio z serwera aplikacji.
Szczegółowy opis zakresu i wykorzystania słowników importu dostępny jest w serwisie
pomocy pod adresem: http://polon.nauka.gov.pl/dokuwiki/doku.php/slowniki_importu
3.4 Terminy przekazywania danych
•
Do rejestru studentów: w terminie do 15 listopada i do 15 marca, stan na dzień
30 października oraz 1 marca)
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
9 / 66
Dokument
Utworzył:
•
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Do rejestru pracowników: jednostka ma 30 dni na wprowadzenie danych od dnia
otrzymania kodu; minister ma 20 dni na przyznanie kodu od dnia wejścia w życie
rozporządzenia ; Rozporządzenie wchodzi w życie 1 października 2011 (Par. 9).
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
10 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
3.5 Proces importu
3.5.1 Stany importu
stm DST_Stany Importu pliku
.
[Błędny format] /Odrzuć
[Poprawny
format]
Wstepnie
w eryfikow any
[Bledna
Walidacj a]
/Odrzuć
Odrzucony
[Prawidlowa wstepna
walidacja]
/Przekaż do i mportu
Przekazany do
zaimportow ania
Anulow any
/Anuluj
/Do kolej ki
importu
Importow any
[Wystąpił y bł ędy]
Import błędny
[Brak błędów]
/Zakończ
i mport
Import popraw ny
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
11 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Stan
Wstępnie weryfikowany
Przekazany do zaimportowania
Odrzucony
Anulowany
Importowany
Import błędny
Import poprawny
Wycofany
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Objaśnienie
Plik prawidłowo przeszedł etap wstępnej walidacji struktury wg
XML-Schema. Następnym etapem weryfikacji jest m.in.
sprawdzenie zakresu zmian przekazanych w pliku pod kątem
poziomu uprawnień użytkownika.
Plik w pełni przeszedł proces wstępnej walidacji. Znajduje się w
kolejce plików do zaimportowania, oczekując na rozpoczęcie
procesu importu.
Plik nie przeszedł etapu wstępnej walidacji
Import anulowany na żądanie użytkownika
Stan pośredni. Plik jest przetwarzany w trakcie trwającego
procesu importu
W trakcie procesu importu wystąpiły błędy rekordów, które
spowodowały odrzucenie pliku
Import zakończony wynikiem pozytywnym. Brak błędnych
rekordów w pliku. Zmiany wprowadzone do systemu
Import wycofany na żądanie użytkownika w ramach importu
inicjalnego
3.5.2 Etap wstępnej walidacji plików
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
12 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
act Proces importu biznesow y
Logow anie
Kontekst
instytucji
[Instytucj a
główna]
[Instytucja
podrzędna]
Czy
zatwierdzona
struktura
instytucj i?
Zatw ierdź
strukturę
Czy
zatwierdzona
struktura
instytucj i?
[NIE]
Dodaj now y plik
[TAK]
Pl ik
XML
Plik
XML
Lokalizuj plik
Pow iadom o
konieczności
zmniej szenia
rozmiaru pliku
[rozmi ar >
MAX_XML_FILE_SIZE]
[rozmiar pliku <
MAX_XML_FILE_SIZE]
«stream»
Wstępna w alidacj a
Rozpakow anie pliku
Weryfikacj a rozszerzenia
Weryfikacj a kodow ania
pliku
Weryfikacj a zgodności ze
schematem XML
Weryfikacj a upraw nień
użytkw onika do aktualizacj i
danych w obrębie instytucj i
Translacj a kodu instytucj i z
pliku na ID z bazy
Generuj kod
błędu
«datastor...
Raport błędów
Generuj błąd
[Bł ąd
[OK] walidacji]
Pli k
XML
Zmień status na
Odrzucony
Dodaj do
kolej ki
Zmień stan importu
pliku na Przekazany
do zaimportow ania
Uruchomienie
importu
Termin
importu
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
PRC02_Proces
Importu Plików
Strona:
13 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
3.5.3 Etap importu plików
act PRC02_Proces Importu Plików
Zmiana stanu pliku na
Importow any
«iterativ e»
Przetw arzanie rekordów pliku
Algorytm identyfikacj i
osoby
Pracownik
Student
Pracownik
Student
Identyfikuj typ operacj i
i w ykonaj zmianę
[Wystąpiły
błędy]
Zapisz kod
błędu
Zmień status
Import
błędny
«datastore»
Raport Błędów
importu
[Brak
błędów]
Import
popraw ny
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
14 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
4. Scenariusze użytkowania systemu
W niniejszym rozdziale opisano scenariusze interakcji użytkownika z systemem, mające
stanowić instrukcję postępowania w określonych sytuacjach zdefiniowanych na etapie analizy
(na bazie przypadków użycia).
4.5 Operacja pobrania słowników importu (UC_Pobierz
słowniki)
Słowniki importu opublikowane zostały w systemie w formie archiwum plików zip.
Użytkownik ma możliwość pobrania archiwum prosto ze strony głównej widoku
importów.
Warunki początkowe:
1. Użytkownik jest zalogowany do systemu i posiada rolę INST_IMPORTY.
2. W widoku listy plików importowanych do systemu jest dostępny przycisk o nazwie
pobierz słowniki importu.
Warunki końcowe:
1. Słowniki wyeksportowane do pliku .zip
Scenariusz Główny
1. Użytkownik klika przycisk pobierz słowniki importu
2. System generuje plik zawierający dane słowników importu
3. System kompresuje pliki do formatu .zip
4. System prosi Użytkownika o wskazanie ścieżki zapisu pliku
5. Użytkownik wskazuje lokalizację
6. System zapisuje plik we wskazanej lokalizacji
Informacje dodatkowe
• Słowniki są zrzucane w formie paczki .zip zawierającej pojedyncze pliki
• Słownik kodów instytucji i kierunków zawiera wszystkie kody instytucji i
kierunków istniejących w danej Uczelni / Instytucji Naukowej oraz Kody
wszystkich jednostek dostępnych w systemie
• Słowniki importu zrzucane są w formie pliku .xds
• Kody jednostek i kierunków zrzucane są w formacie .csv
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
15 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
4.6 Przekazanie pliku importu – wstępna weryfikacja
(UC_Przekaż plik importu)
Scenariusz opisujący sposób przekazania plików importu do systemu.
Wyzwalacze:
• Czas przed upływem ustawowych terminów przekazania informacji o
studentach zapisanych na nowy semestr studiów.
• Termin do 5 dni roboczych od momentu pozyskania informacji o zatrudnieniu
/ zmianie danych pracownika naukowo-dydaktycznego
1. Użytkownik jest zalogowany do systemu i posiada rolę INST_IMPORTY
2. Użytkownik może dokonywać importu danych wyłącznie w obszarze instytucji, do
której jest przypisany. W przypadku przypisania do jednostki nadrzędnej
użytkownik dziedziczy uprawnienia w dół, na wszystkie jednostki podrzędne.
3. Użytkownik dysponuje plikiem w formacie XML zgodnym ze schematem plików
XML-Schema udostępnionym przez OPI. Plik kodowany w standardzie "UTF-8"
4. Użytkownik skompresował pliki importu do formatu .zip
5. W systemie nie jest wykonywany aktualnie proces importu danych dla instytucji, w
której zalogowany jest użytkownik. Na liście importu plików przypisanych do danej
instytucji nie znajduje się w danym momencie żaden plik ze statusem
importowany
6. W systemie jest wprowadzona prawidłowa lista kierunków, która została
potwierdzona przez Administratora Uczelni (w przypadku braku potwierdzenia
struktury, patrz: scenariusz alternatywny A3 - Niezatwierdzona struktura
instytucji )
7. Użytkownik dysponuje informacją o sumie kontrolnej pliku (MD5). Informacja ta
może posłużyć do prawidłowej weryfikacji pliku wgranego przez system na serwer
w procesie importu.
8. Plik importu nie może przekraczać rozmiaru określonego w systemie odpowiednim
parametrem systemowym.
Scenariusz Główny
1. Użytkownik loguje się do systemu
2. Użytkownik wybiera pozycję Importy z menu głównego
3. System wyświetla stronę prezentującą listę plików zaimportowanych do systemu w
danej instytucji.
4. Użytkownik wybiera opcję importuj plik
5. System wyświetla stronę okno do wstawienia ścieżki pliku. Okno zawiera również
pole z listą instytucji, do których użytkownik posiada uprawnienia importu.
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
16 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
6. Użytkownik podaję lokalizację pliku, wypełnia opis i wskazuje instytucję, dla której
przeprowadzany będzie import, a następnie zatwierdza operację
7. System pobiera plik na serwer
8. System wyświetla informację o sumie kontrolnej pobranego pliku w celu
umożliwienia Administratorowi Instytucji prawidłowej identyfikacji przekazanego
pliku
9. System prosi Użytkownika o potwierdzenie operacji
10.
Użytkownik potwierdza operację
11.
System rozpoczyna wstępną walidację
12.
System zwraca użytkownikowi informację o poprawności wstępnej weryfikacji
pliku.
13.
System zmienia status pliku na Wstępnie weryfikowany
14.
System dokonuje dalszej weryfikacji pliku
15.
System po poprawnym przetworzeniu dodaje plik do kolejki importu.
Następuje zmiana statusu na Przekazany do zaimportowania
16.
System wysyła na adres Administratora Instytucji wiadomość o zmianie
statusu
17.
System dodaje pozycję importu ze statusem ‘przekazany do zaimportowania’
do listy importu. Plik oczekuje na rozpoczęcie procesu importu.
Scenariusz alternatywny A1 - plik importu dla instytucji spoza zakresu uprawnień
administratora
• W przypadku wystąpienia w pliku odwołania do instytucji (np. kodów kierunków,
uczelni lub innych jednostek) nie będących w obszarze uprawnień danego
Administratora, plik importu zostanie w całości odrzucony. Przyczyna odrzucenia
wraz ze wskazaniem błędnych rekordów z pliku jest dostępna w szczegółach
danego importu.
Scenariusz alternatywny A2 - Wykryto błędy wstępnej walidacji pliku podczas
wgrywania na serwer
• W wyniku wstępnej walidacji wystąpił błąd.
• System wyświetla Użytkownikowi komunikat o błędzie.
• System zmienia status pliku na Odrzucony
• Użytkownik wybiera opcję Pokaż szczegóły dla danego pliku importu
• System prezentuje szczegółowy komunikat błędu
• Użytkownik wybiera opcję Zrzut do pliku i podaje lokalizację zapisu
• System generuje plik z logami błędów we wskazanej przez użytkownika lokalizacji
Scenariusz alternatywny A3 - Niezatwierdzona struktura instytucji
• W przypadku nie zatwierdzenia w systemie struktury organizacyjnej danej
jednostki, system uniemożliwia wykonanie importu.
• System wyświetla komunikat informujący o braku potwierdzenia struktury
jednostki. Treść komunikatu: " Nie potwierdzono prawidłowości struktury jednostki
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
17 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
w systemie. Import pliku niemożliwy do wykonania"
• Użytkownik potwierdza komunikat.
• Zatwierdzenia struktury może dokonać wyłącznie użytkownik, posiadający
uprawniania do przeprowadzania importu masowego na poziomie Uczelni. Po
potwierdzeniu przez niego struktury Uczelni, w systemie odblokowana zostanie
możliwość przeprowadzenie importu.
Scenariusz alternatywny A4 - Próba wgrania pliku o rozmiarze przekraczającym
określony parametr systemowy
• System z przyczyn wydajnościowych kontroluje rozmiar pliku po skompresowaniu i
nie dopuszcza do wgrania pliku. Użytkownik jest proszony o podzielenie pliku i
ponowne wgranie go na serwer.
Scenariusz alternatywny A5 - Próba dodania pliku w trakcie procesu importu
• Jeżeli w systemie istnieją pliki o statusie Importowany przypisane do tej samej
instytucji, dla której użytkownik chce przeprowadzić import, to system
uniemożliwia wprowadzenie kolejnego pliku importu do czasu zakończenia procesu
importu.
Scenariusz wyjątkowy A6 -Przerwanie sesji użytkownika
• W przypadku przerwania sesji użytkownika w trakcie wykonywania wstępnej
weryfikacji pliku, istnieje możliwość ponownego zalogowania, wyszukania pliku na
liście importu i sprawdzenia wyniku operacji wraz ze statusem. Proces weryfikacji
jest procesem systemowym odbywającym się niezależnie od interakcji z
użytkownikiem.
• Administrator Wydziału widzi statusy importu plików dla jednostki, do której jest
przypisany.
• Administrator Uczelni widzi importy jednostek podległych
• Jeżeli w systemie trwa proces importu dla danej jednostki (pliki o statusie
przekazany do zaimportowania, zaimportowany), to użytkownik nie ma
możliwości dodawania danych z interfejsu użytkownika
• Użytkownik jest powiadamiany o postępie operacji wstępnej walidacji poprzez
pasek postępu.
4.7 Operacja anulowania importu (UC_Anuluj import)
Przypadek użycia opisuje funkcjonalność anulowania importu pliku czekającego w
kolejce do zaimportowania. Użytkownik może anulować wyłącznie pliki, dla których
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
18 / 66
Dokument
Utworzył:
nie
PON-on
Marek Michajłowicz
został
jeszcze
zaimportowania)
uruchomiony
proces
importu
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
(status:
przekazany
do
• W systemie istnieje plik importu o statusie przekazany do zaimportowania.
Plik znajduje się w kolejce plików do zaimportowania, która nie została jeszcze
uruchomiona.
• Użytkownik posiada uprawnienia do importu w obrębie jednostki, do której jest
przypisany.
Warunki końcowe:
• Zmiana statusu importu na <<anulowany>>. Wycofanie dotychczasowych zmian.
Scenariusz Główny
2. Użytkownik wywołuje z menu głównego pozycję Importy
3. System wywołuje stronę prezentującą listę importów przypisanych do danej
instytucji
4. Użytkownik wybiera na liście szczegóły pliku importu o statusie
przekazany do zaimportowania
5. System udostępnia opcję Anuluj dla wskazanego pliku
6. Użytkownik wybiera opcję Anuluj
7. System wyświetla komunikat żądający od Administratora Instytucji
potwierdzenia operacji wraz z polem opisowym do podania przyczyny
wykonania zmian. Komunikat zawiera ostrzeżenie o nieodwracalności
wykonania czynności
8. Użytkownik wypełnia opis i potwierdza operację
9. System zmienia status importu na Anulowany
10. System usuwa plik z kolejki plików przeznaczonych do importu.
4.8 Weryfikacja pliku po wykonanym imporcie (UC_Sprawdź
szczegóły importu)
Import pliku przeprowadzany jest poprzez mechanizm kolejkowania, bazujący na
weryfikacji szacunkowego czasu przetworzenia plików w oparciu o parametr liczby
plików będących aktualnie w kolejce do zaimportowania. Szacunkowa informacja o
terminie zakończenia importu przekazywana jest użytkownikowi w szczegółach
importu. Po przetworzeniu pliku w ramach procesu importu na adres e-mail
Administratora wysyłana jest wiadomość informująca o wyniku operacji. Import może
zakończyć się wynikiem pozytywnym, skutkującym zmianą stanu pliku na import
poprawny, w którego wyniku zmiany wprowadzone zostają do bazy danych lub
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
19 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
wynikiem negatywnym skutkującym zmianą stanu na import błędny i nie
wprowadzeniu żadnych zmian do systemu.
• Użytkownik jest zalogowany do systemu i ma rolę INS_IMPORT
• W systemie istnieją pliki importu ze statusem Import poprawny lub Import
błędny
Warunki końcowe:
• Wygenerowany raport importu opisujący szczegółowy wynik importu w postaci
widoku listy pojedynczych rekordów z pliku wraz ze statusem i szczegółową
informacją o wyniku importu
Scenariusz Główny
2. Użytkownik wywołuje z menu głównego Importy/Lista importów
3. System wyświetla stronę prezentującą listę plików zaimportowanych do systemu
4. Użytkownik wybiera szczegóły pliku o statusie Import poprawny
5. System wyświetla widok listy prezentującej szczegółowy wynik importu
poszczególnych rekordów w ramach pliku
6. Użytkownik sortuje listę według dostępnych kolumn
7. Użytkownik ma możliwość filtrowania rekordów przy użyciu dostępnego filtru
8. Użytkownik ma możliwość zrzucenia widoku listy do pliku xls
9. Użytkownik ma możliwość szczegółowego podglądu historii przetwarzania pliku na
zakładce historia importu
• Administrator widzi statusy importu plików dla jednostki, do której jest przypisany.
• Administrator jednostki głównej widzi importy jednostek podległych
• Istnieje możliwość zrzutu widoku listy do pliku w formacie .xls
Scenariusz alternatywnyA1- Przeglądanie szczegółów importu o statusie Import
błędny
1. Użytkownik wybiera szczegóły pliku o statusie Import błędny
2. System wyświetla szczegółowy wynik importu w formie zestawienia
3. System wyświetla rekordy z pliku w porządku wg statusu - najpierw prezentowane
są rekordy ze statusem błędny. Przy każdym błędnym rekordzie znajduje się kod
błędu (patrz: słownik błędów)
4. System odznacza rekordy błędne kolorem czerwonym
5. Użytkownik sortuje listę wg dostępnych kolumn
6. Użytkownik odfiltrowywuje określone rekordy wg zadanych kryteriów
7. Użytkownik zrzuca widok listy do pliku
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
20 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Wymagania dodatkowe
• Administrator widzi statusy importu plików dla jednostki, do której jest przypisany.
• Administrator jednostki głównej widzi importy jednostek podległych
• Możliwość zrzutu widoku listy do pliku w formacie .xls
4.9 Wycofanie pliku importu inicjalnego (UC_Wycofaj import
inicjalny)
Operacja wycofania importu inicjalnego jest możliwa do przeprowadzenia wyłącznie w
okresie pilotażu, czyli do daty 1.10.2011 r. Każdym z plików prawidłowo
zaimportowanych do systemu w tym okresie może być wycofany przez użytkownika.
Operacja wycofania przywraca stan bazy do momentu sprzed wykonania importu i
usuwa zmiany wprowadzone do systemu.
• Użytkownik powinien być zalogowany do systemu i posiadać rolę INS_IMPORT
• W systemie istnieją pliki importu ze statusem Import poprawny
• Nie upłynął jeszcze termin 1.10.2011 r. – import ma flagę określającą go jako
import inicjalny
Warunki końcowe:
• Plik wycofany z systemu. Wszystkie zmiany wprowadzone w procesie importu
usunięte z systemu za wyjątkiem zmian dotyczących danych osoby, dla której
istnieje relacja do jeszcze innej jednostki w systemie.
Scenariusz Główny
2. Użytkownik wywołuje z menu głównego Importy/Lista importów
3. System wyświetla stronę prezentującą listę plików zaimportowanych do systemu
4. Użytkownik wybiera opcję Wyczyść dane testowe
5. System wyświetla komunikat żądający od Administratora Instytucji potwierdzenia
operacji wraz z polem opisowym do podania przyczyny wykonania zmian.
Komunikat zawiera ostrzeżenie o nieodwracalności wykonania czynności
6. System usuwa wszystkie dane wprowadzone dla danej instytucji
7. System zmienia status importu na Wycofany
Wymagania dodatkowe
• Administrator Wydziału widzi statusy importu plików dla jednostki, do której jest
przypisany i może wycofać tylko te importy, które dotyczą jego jednostki
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
21 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
• Administrator Jednostki Głównej widzi statusy importu plików dla jednostki, do
której jest przypisany oraz jednostek podległych i może wycofać import każdej
jednostki podległej, do której ma uprawnienia.
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
22 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
5. Format przesyłanych danych
Szczegółowy zakres i format przesyłanych danych opisany został w dokumentach specyfikacji
danych 2 . Poniższy rozdział stanowi instrukcję tworzenia rekordów w plikach XML , tak by
przeprowadzić przy użyciu pliku importu masowego operacje określonego typu w strukturze
danych systemu POL-on. W tym celu zidentyfikowano listę najczęściej występujących
operacji biznesowych na strukturze danych pracowników naukowo-dydaktycznych,
studentów i doktorantów, a następnie wyspecyfikowano pod tym kątem oczekiwaną
zawartość plików XML.
Zaproponowana struktura plików importu bazuje na założeniu przeprowadzenia częściowej
replikacji danych pomiędzy systemami, a następnie potraktowanie zakresu danych w pliku
jako parametrów wejściowych do wywołania określonych funkcji (metod biznesowych), np.
przekazanie informacji o dacie wyrejestrowania studenta dla osoby już występującej w bazie
jest interpretowane przez algorytm importu jako wywołanie operacji usunięcia studenta z
określonego kierunku, co implikuje wywołanie zdefiniowanego zestawu reguł walidacyjnych
wymaganych do przeprowadzenia w bazie danych systemu określonej transakcji.
Struktura plików XML podzielona jest na sekcje określonego typu. Ważne by poszczególne
sekcje w ramach jednego rekordu pliku występowały wspólnie, tzn. w przypadku wystąpienia
w jednym imporcie danych pracownika zatrudnionego jako pracownik naukowych oraz
dydaktyczny, powinien to być jeden rekord zawierający odpowiednie sekcje ze
współdzielonym zakresem danych osobowych.
W przypadku przesłania przez jednostkę pliku z danymi nie różniącymi się od aktualnie
posiadanych w systemie, nie jest wykonywana żadna operacja, a więc rekord nie zostaje
uwzględniony. Dlatego tez przesłanie pliku różniącego się od poprzedniego jedynie
niektórymi wierszami powoduje wykonanie operacji aktualizacji jedynie dla tych wierszy,
które niosą za sobą faktyczne zmiany.
Korekta danych prawidłowo zaimportowanych do systemu jest przeprowadzana na zasadach
identycznych, jak pierwsze wgranie danych. Jej wykonanie odbywa się poprzez ponowne
wgranie odpowiednio poprawionego pliku. Korekta polega na zastąpieniu poprzednio
wysłanych danych danymi skorygowanymi.
2
Patrz: rozdział 1.1 Powiązane dokumenty
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
23 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Mechanizm importu danych z pliku opracowany został w zamyśle jako rozwiązanie
masowego zasilenia systemu danymi o studentach i pracownikach naukowo-dydaktycznych.
W przypadku zmian jednostkowych sugerowanym rozwiązaniem jest edycja danych
bezpośrednio z poziomu interfejsu użytkownika.
W przypadku stwierdzenia występowania informacji określonego typu w systemie (np.
informacja o przypisaniu studenta do określonego kierunku studiów), wykonywana jest
operacja aktualizacji już istniejących danych. Jej wynik zależy od poprawnego
zidentyfikowania określonego rekordu w systemie, dla którego kluczowy jest zestaw
parametrów identyfikacyjnych. Poniżej przedstawione zostały główne metody biznesowe
zidentyfikowane w ramach analizy wraz z parametrami wywołującymi.
Szczegółowy na bieżąco aktualizowany wykaz metod wykonywanych podczas importu
znajduje
się
na
stronach
pomocy
kontekstowej
pod
adresem:
http://polon.nauka.gov.pl/dokuwiki/doku.php/operacje_wykonywane_poprzez_pliki
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
24 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Rys. Diagram klas biznesowych przekazywanych w plikach XML. Na podstawie specyfikacji danych importowanych do systemu. Patrz: http://polon.nauka.gov.pl/instrukcje-uzytkownika
class ML_SchematXML
Słowniki
«Dane XML»
kandydaciIPrzyj eciNaStudiaDrugiegoStopnia
«dictionary»
Obyw atelstw o –
typ
«Dane XML»
Osoba
+
+
+
-
«Dane XML»
pracow nikDydaktycznoNaukow y
dataNadania: int
«enum»
+ dziedzDyscKl asyfKod: char
+ dziedzi naKod: char
+ tytul NaukowyKod: char = {Prof}
0..*
1
+
+
+
1
-
emeryt: boolean
emerytOdKiedy: date
zmarl: boolean
zmarlData: date
+
Weryfikuj Zgodnosc() : voi d
Aktual izujIstniejacyTytulNaukowy() : void
DodajNowyTytulNaukowy() : void
{1 nstopienNaukowyKod
= 1 dyscypl inaKod}
«Dane XML»
Nauczyciel
akademicki
+
«Dane XML»
EN-1 - Spraw ozdanie o liczbie kandydatów i
przyj ętych na studia:
-
«dictionary»
specj alizacja: int
«Dane XML»
Student
DodajNowyStopien() : void
+
+
«enum»
podstDodMi ej scePracyKod: char = {podstawowe/dod...
1
1..*
Aktual izujUprawni eniaDoStopni () : void
Aktual izujZatrudnienieAktywne() : void
Aktual izujZatrudnienieHi storyczne() : void
Dodaj Zatrudnienie() : voi d
Weryfi kuj PrzypisanieDoInstytucji() : void
Weryfi kuj Wieloetatowość () : void
ZakonczZatrudnienie() : void
+
+
+
+
+
+
+
+
+
dataOswiadczenia: date
dataPrzypisania: date
ki erunekInstancja01Id: i nt
ki erunekInstancja02Id: i nt
l iczbaGodzinZaj ecDydakt: int
rokAkademi cki: int
«dictionary»
+ stopienStudiow: char = {I, II, I + II, JM}
+
Defi ni cja kierunku
instytucjaId: i nt
nazwaKierunku: char
nazwaUczel ni : char
rokUkonczenia: char
dataWyrejestrowani aStudenta: date
dataZarej estrowaniaStudenta: date
l iczbaWol nychPunktowEcts: i nt
l imi tPunktowEcts: i nt
pi erwszyKierunek: char = {T/N}
sumaPunktowEcts: int
+
+
+
+
+
+
1..*
Aktuali zuj Tytul (int, int)
Dodaj Tytul(int, int)
SprawdzPrzypi sani eKierunku() : bool ean
SprawdzPrzypi sani eUczel ni () : boolean
«Dane XM L»
Kierunek
+
+
1
2
formaStudi ow: char
kierunekId
1..*
«dicti onary»
specj al nosc: char
0..*
DodajDoMi ni mum() : void
«Dane XML»
PomocMaterialna
+
0..1
1
«Dane XML»
pracow nik
naukow y
«Dane XML»
Upraw nienia do nadaw ania
stopnii
+
+
+
instytucjaId: i nt
pobi eraPomocMateri al na: bool ean
«dictionary»
rodzajPrzyznanychSwiadczen: char
+
+
1..*
1
«Dicti onary XSD»
nauczycielAkademickiKod
-
Dydaktyczny
Dyplomowany bibli otekarz.
DyplPracDokInfNauk
Naukowo-dydaktyczny.
Naukowy
«Di ctionary ...
funkcj aKod
AktualizujPrzyznanaPomoc() : void
WeryfikujPrzyznanaPomoc() : void
«Di ctionary XSD»
tytulZaw odow yKodTyp
-
Inżyni er
Inżyni er architekt
Inżyni er architekt kraj obrazu
Inżyni er pożarni ctwa
Lekarz
Lekarz dentysta
Lekarz weterynarii
Licencjat
Licencjat pielęgniarstwa
Licencjat poł ożnictwa
Magi ster
Magi ster farmacji
Magi ster inżynier
Magi ster inżynier architekt
Magi ster inżynier architekt krajobrazu
Magi ster inżynier pożarnictwa
Magi ster pi el ęgniarstwa
Magi ster położnictwa
Magi ster sztuki
Uczelnia
dataDo: date
dataOd: date
unsDyscyplinaKod
unsDziedzDyscKlasyfKod
Instytut naukow y
«Dane XML»
pracow nikNaukow yZatrudnienie
+
+
+
+
-
dataDo: date
dataOd: date
i nstytucjaId: int
stanowiskoDataObjecia: date
stanowiskoNazwa: char
unsDyscypli naKod: char
unsDzi edzDyscKlasyfKod: char
wymiarCzasuPracyCalosc: int
wymiarCzasuPracyCzesc: int
+
+
dataDo: date
dataOd: date
funkcj aOpi s: char
instytucjaId: i nt
«di ctionary»
+ funkcj aKod: char
funkcj aNazwa: char
Status:
+
+
+
Aktuali zuj Funkcje() : voi d
Dodaj DoSl owni ka() : void
Dodaj Funkcje() : void
Potwierdzony
Podstaw ow a
j ednostka
organizacyj na
«Dicti onary XSD»
stanow iskoNA
-
«enum»
funkcj aKierowni cza: bool ean = {T/N}
«enum»
podstDodMiejscePracyKod: char = {podstawowe/dod...
2011-10-04
M iędzynarodow y
instytut naukow y
«Dane XML»
Funkcj a
«di ctionary»
+ formaZatrKod: char
+ rodzajCzasUmowyKod: char
stanowiskoKod: char
+ wymiarCzasuPracyKod: char
Ost. edytowany:
+
+Zatrudnia
+Zatrudniony
Czł onek Prezydium
Czł onek Prezydium Honorowy
Dyrektor Instytutu
Dzi ekan
Dzi ekan (p.o.)
Kierownik Podstawowej Jednostki Organizacyj nej
Kwestor
Prodzi ekan
Prorektor
Rektor
Sekretarz Naukowy
Wicedyrektor instytutu
Wiceprezes
Zastępcy Kierowni ka Podstawowej Jednostki Organizacyjnej
Aktuali zuj ECT S() : void
DodajStudenta() : voi d
PrzepiszNaKol ej nySemestr() : void
WeryfikacjaOswiadczeniaStudenta() : void
WeryfikujOdplatnoscZa2Kierunek() : void
Wyrej estrujStudenta() : void
JednostkaOrganizacyj na
{Optional }
0..*
«Dictionary XSD»
stanow iskoPNKodTyp
«Dicti onary XSD»
pracow nikNaukow yZatrudnienieTyp
«di ctionary»
+ stopi enStudi ow: char
«enum»
+ tytulZawodowyKod: char
«Dane XML»
MinimumKadrow e
+
+
+
+
+
1..*
-
«Dane XML»
daneDotyczaceStudiow
zwol ni onyZOplatZaStudia: char
«Dane XML»
Tytuł zaw odow y
dataDo: date
dataOd: date
instytucj aId: i nt
stanowiskoDataObj eci a: date
wymi arCzasuPracyCzesc: i nt
zgodaRektDodZatrData: date
ki erunek: int
«enum»
+ formaStudi ow: char = {Stacjonarne, N...
dataUzyskani aStopni a: date
dataWszczeciaPrzewodu: date
dyscypl inaKod: char
dziedzDyscKl asyfKod: char
instytucj aNadajNostrId: int
instytucj aNostrZagr: char
0..*
«dicti onary»
+ formaZatrKod: char
+ nauczycielAkademicki Kod: char
+ rodzaj CzasUmowyKod: char
+ stanowiskoKod: char
+ wymi arCzasuPracyKod: char
+
+
+
+
+
+
+
+
+
+
+
-
«enum»
+ specj al noscKod: char
+ stopienNaukowyKod: char = {Dr;DrHab}
+ trybNadaniaKod: char
1..*
«Dane XML»
nauczycielAkademickiZatrudnienie
+
+
-
«Dicti onary»
Dyscypliny
«Dicti onary XSD»
funkcj aOsobyWInstytucj i
Aktuali zuj DaneOsobowe() : voi d
DodajOsobe() : voi d
KojarzOsobe() : void
«Dane XML»
Stopień naukow y
1
0..1
+
+
«Dane XM L»
kandydaciIPrzyj eciNaPierw szyRokStudiow
«enum»
+ pl ec: char = {K/M }
«Dane XML»
Tytuł naukow y
+
cudzozi emi ec: boolean = {T/N}
dokTozsamRodzaj: char
Imie: char
i mie2: char
Nazwisko: char
PESEL: char
prefixNazwi ska: char
«dictionary»
rodzaj PrzyznanychSw iadczen
Strona:
25 / 66
Adiunkt: char
AdiunktBi blioteczny: char
AdiunktDokumentacj i: char
Asystent: char
AsystentBibli oteczny: char
AsystentDokumentacji: char
Docent: char
Dokumentali staDyplomowany: char
Instruktor: char
KustoszDyplomowany: char
Lektor: char
ProfesorNadzwyczajny: char
ProfesorWi zytujacy: char
ProfesorZwyczajny: char
StarszyDokumentali staDyplomowany: char
StarszyKustoszDyplomowany: char
Wykladowca: char
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
5.5 Dane wejściowe wymagane w przypadku dodania
nowego pracownika naukowo-dydaktycznego
Struktura pliku XML w przypadku przekazania w pliku informacji o dodaniu nowego
pracownika naukowego powinna zawierać jako niezbędne minimum sekcje:
• Osoba/danePodstawowe – zakres wymagalności pól zgodny ze schematem XMLSchema
• pracownikNaukowyZatrudnienie
lub
nauczycielAkademickiZatrudnienie
–
wystąpienie przynajmniej jednej z tych sekcji jest wymagane do poprawnego
zarejestrowania pracownika w systemie
W przypadku podania w ramach zatrudnienia nauczyciela akademickiego przypisania do
minimum kadrowego wymagane jest podanie informacji którejkolwiek z sekcji: stopień
naukowy, tytuł naukowy lub tytuł zawodowy.
Pracownik nie może być przypisany do minimum związanego z uprawnieniem jednostki do
nadawania stopnia naukowego, jeśli sam nie posiada stopnia naukowego
Pozostałe sekcje są opcjonalne w zależności od posiadania przez jednostkę odpowiedniego
zakresu danych wymagalnych.
5.6 Dane wejściowe wymagane w przypadku aktualizacji
danych osobowych pracownika naukowo-dydaktycznego
Przesłanie pliku różniącego się od poprzedniego jedynie niektórymi wierszami powoduje
wykonanie operacji aktualizacji jedynie dla tych wierszy, które niosą za sobą faktyczne
zmiany. Do prawidłowego wykonania operacji aktualizacji danych osobowych pracownika
naukowo-dydaktycznego wymagany jest zestaw danych umożliwiający przede wszystkim
jego prawidłową identyfikację. Minimalną zgodność danych, zapewniającą aktualizacje
danych osoby posługującej się numerem PESEL stanowi tenże oraz pierwsze imię.
Dodatkowe kryterium weryfikacyjne stanowić będzie informacja o posiadanych tytułach
zawodowych (sekcja XML: tytulZawodowy), tytule naukowym (tytulNaukowy) lub stopniu
naukowym (sekcja: stopienNaukowy) oraz informacja o aktualnym zatrudnieniu.
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
26 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
informacji o zatrudnieniu pracownika naukowodydaktycznego
Struktura pliku XML powinna zawierać komplet danych osobowych umożliwiający prawidłową
identyfikację relacji pracownika z jednostką zatrudnienia. W wymaganym zakresie danych
wyróżniamy dwa typy zatrudnienia pracownika naukowo-dydaktycznego opisane w osobnych
sekcjach <nauczycielAkademickiZatrudnienie> oraz <pracownikNaukowyZatrudnienie>.
Wymagane jest wystąpienie co najmniej jednej formy zatrudnienia w pliku, bez względu na
typ wykonywanej operacji. Rekord pracownika w pliku XML powinien zawierać pełną,
aktualną informację o stanie zatrudnienia danej osoby w jednostce. Bardzo ważne jest
prawidłowe zdefiniowanie okresów zatrudnienia, tak by system prawidłowo mógł
zidentyfikować relację w bazie i odpowiednio zaktualizować ją w przypadku potrzeby
nadpisania już posiadanych danych.
Kluczem identyfikującym zatrudnienie z pliku XML w bazie systemu POL-on jest zestaw
atrybutów: Identyfikator instytucji + PESEL + Data rozpoczęcia zatrudnienia.
Operacja bazuje na założeniu, że pracownik uczelni może mieć zdefiniowane w danym
okresie czasu wyłącznie jedno aktywne zatrudnienie w ramach określonej jednostki
organizacyjnej (np. wydział). W przypadku wystąpienia w pliku pola domykającego
zatrudnienie (dataDo), wykonywana jest przez system operacja zakończenia zatrudnienia
pracownika w ramach jednostki.
UWAGA: Atrybut dataOd zatrudnienia pracownika jest kluczem
identyfikacyjnym. W związku z tym pole to nie może być elementem
modyfikowanym w ramach masowego importu plików. W przypadku
stwierdzenia przez uczelnię błędu w zakresie podanej daty rozpoczęcia
zatrudnienia korekty należy dokonać z poziomu interfejsu użytkownika.
Próba wgrania pliku z poprawioną datą zostanie zinterpretowana przez
system jako próba podania nowej informacji o zatrudnieniu.
Sekcje opcjonalne w przypadku aktualizowania danych o pracowniku i jego zatrudnieniu:
•
funkcja
•
tytulZawodowy
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
27 / 66
Dokument
Utworzył:
•
stopienNaukowy
•
tytulNaukowy
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
oświadczenia o minimum kadrowym pracownika naukowodydaktycznego
Oświadczenie o minimum kadrowym stanowi zestaw atrybutów przypisania pracownika do
określonej jednostki, w której jest zatrudniony. Informacja o oświadczeniu minimum
kadrowego jest za każdym razem nadpisywana wartościami przekazanymi w pliku w ramach
konkretnego zatrudnienia.
Oświadczenie przypisania nauczyciela akademickiego do minimum kadrowego polega na
związaniu osoby (dokładniej: elementu zatrudnienia osoby) z kierunkiem prowadzonym przez
jednostkę. Pod pojęciem kierunku rozumiemy w tym miejscu konkretny kierunek (instancję),
a nie definicję kierunku.
Pojedyncze przypisanie do minimum kadrowego wiąże się z jedną lub dwoma instancjami
kierunku. Oba kierunki muszą bazować na tej samej definicji, mogą się różnić poziomem.
Aktualizacja dotychczas złożonego oświadczenia zależy więc od prawidłowego zdefiniowania
relacji pomiędzy pracownikiem a zatrudnieniem w charakterze nauczyciela akademickiego.
informacji o tytułach i stopniach pracownika naukowodydaktycznego
Do prawidłowej identyfikacji relacji pracownika i posiadanych przez niego tytułów w systemie
wymagany jest pełen komplet danych wymaganych w odpowiednich sekcjach:
<tytulNaukowy>, <stopienNaukowy>, <tytulZawodowy>
Kluczem identyfikującym informację o tytule zawodowym z pliku XML w bazie systemu POLon jest zestaw atrybutów: Identyfikator instytucji przyznającej tytuł + PESEL + Data
Nadania.
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
28 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Kluczem identyfikującym informację o stopniu naukowym z pliku XML w bazie systemu POLon jest zestaw atrybutów: Identyfikator instytucji przyznającej tytuł + PESEL + Data Nadania
Pole Identyfikator instytucji z pliku w sekcji tytułu zawodowego jest polem opcjonalnym w
związku z czym nie podanie identyfikatora systemowego, lub nie odnalezienie go w systemie
skutkować będzie dodaniem dodatkowej informacji o uzyskanym tytule zawodowym dla
określonej osoby.
Kluczem identyfikującym informację o tytule naukowym z pliku XML w bazie systemu POL-on
jest zestaw atrybutów: dyscyplina kod + PESEL + Data Nadania.
Aktualizacja danych bazuje na założeniu, że w danym momencie pracownik może posiadać
tylko jeden tytuł naukowy w określonej dyscyplinie naukowej.
UWAGA: Atrybut dataNadania w tytule zawodowym pracownika jest
kluczem identyfikacyjnym. W związku z tym pole to nie może być
elementem modyfikowanym w ramach masowego importu plików. W
przypadku stwierdzenia przez uczelnię błędu w zakresie podanej daty
rozpoczęcia zatrudnienia korekty należy dokonać z poziomu interfejsu
użytkownika. Próba wgrania pliku z poprawioną datą zostanie
zinterpretowana przez system jako próba podania nowej informacji o
tytule zawodowym.
informacji o funkcjach pracownika naukowo-dydaktycznego
Kryterium identyfikacyjne w przypadku aktualizacji danych o funkcji pracownika sprawowanej
w ramach danej jednostki organizacyjnej stanowi zestaw atrybutów: PESEL + instytucjaId +
funkcjaKod + dataOd.
Pracownik może sprawować więcej niż jedną funkcję w ramach określonej jednostki
(Uczelnia) w różnych okresach czasu. W przypadku zidentyfikowania kompletu podanych
wyżej atrybutów w bazie systemu POL-on, zostaną one zinterpretowane jako aktualizacja już
przypisanej funkcji.
UWAGA:
Atrybut
dataOd
funkcji
pracownika
jest
kluczem
modyfikowanym w ramach masowego importu plików. W przypadku
stwierdzenia przez uczelnię błędu w zakresie podanej daty rozpoczęcia
zatrudnienia korekty należy dokonać z poziomu interfejsu użytkownika.
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
29 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Próba wgrania pliku z poprawioną datą zostanie zinterpretowana przez
system jako próba podania nowej informacji o funkcji pełnionej w ramach
uczelni.
danych dotyczących studiów
Kluczem identyfikującym przypisanie konkretnego studenta do kierunku studiów z pliku XML
w bazie systemu POL-on jest zestaw atrybutów: Identyfikator kierunku + PESEL + Data
zarejestrowania studenta.
Na podstawie podanego zestawu atrybutów system identyfikuje przypisanie do kierunku w
systemie i dokonuje aktualizacji pól na podstawie pliku.
UWAGA: Atrybut dataOd przypisania do kierunku studenta jest kluczem
modyfikowanym w ramach masowego importu plików. W przypadku stwierdzenia
przez uczelnię błędu w zakresie podanej daty przypisania do kierunku korekty
należy dokonać z poziomu interfejsu użytkownika. Próba wgrania pliku z
poprawioną datą zostanie zinterpretowana przez system jako próba podania
nowej informacji o przypisaniu do kierunku.
5.12 Dane wejściowe wymagane w przypadku
wyrejestrowania studenta z kierunku studiów
Kluczem identyfikującym przypisanie konkretnego studenta do kierunku studiów z pliku XML
w bazie systemu POL-on jest zestaw atrybutów: Identyfikator kierunku + PESEL + Data
zarejestrowania studenta.
Na podstawie podanego zestawu atrybutów system identyfikuje przypisanie do kierunku w
systemie i dokonuje aktualizacji pola data wyrejestrowania na podstawie pliku. W ten sposób
uczelnia przekazuje do rejestru informację o wypisaniu studenta z kierunku studiów.
UWAGA: Atrybut dataOd przypisania do kierunku studenta jest kluczem
modyfikowanym w ramach masowego importu plików. W przypadku stwierdzenia
przez uczelnię błędu w zakresie podanej daty przypisania do kierunku korekty
należy dokonać z poziomu interfejsu użytkownika. Próba wgrania pliku z
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
30 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
poprawioną datą zostanie zinterpretowana przez system jako próba podania
nowej informacji o przypisaniu do kierunku.
5.13 Dane wejściowe wymagane w przypadku przesyłania
informacji dotyczącej aktualizacji informacji o pobieranej
przez studenta pomocy materialnej
Pomoc materialna stanowi zestaw atrybutów przypisania studenta do określonego kierunku
studiów. Informacja o stypendium jest za każdym razem nadpisywana wartościami
przekazanymi w pliku.
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
31 / 66
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
6. Informacje dodatkowe
•
•
Obowiązujące terminy i zakres danych zostaną określone przez ostateczne wersje
rozporządzeń do ustawy.
Oświadczenia o spełnieniu warunków do studiów bezpłatnych w uczelni publicznej po
raz pierwszy będą składali studenci immatrykulowani w październiku 2012 roku.
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
32 / 66
PON-on
Dokument
Utworzył:
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
7. Sytuacje specyficzne
5.1 Algorytm identyfikacji operacji na podstawie pliku
act ALG_Identyfikuj typ operacji
[Pracownik]
Ważny walidator na
weryfikację
zatrudnienia w pliku...
[Student]
Czy
nowy?
Czy nowy?
[TAK]
[TAK]
[NIE]
[NIE]
Czy podana data
wyerejstrowania?
Dodaj studenta
(daneDotyczaceStudiow::DodajStudenta)
[TAK]
[EXISTS XML.nauczycielAkademickiZatrudnienie ]
[Jest zatrudnienie w instytucji]
[Brak Zatrudnienia w Instytucji]
Student
[Dodany]
Wyrejestruj studenta
(daneDotyczaceStudiow::WyrejestrujStudenta)
Dodaj
(nauczycielAkademickiZatrudnienie ::DodajZatrudnienie)
[NIE]
Student
[Wyrejestrowany]
AktualizujDaneStudenta
Pobierz
zatrudnienie z
XML
Pobierz
Zatrudnienie z
bazy
[XML]
[DB]
Weryfikuj poprawność oświadczenia studenta
(daneDotyczaceStudiow::WeryfikacjaOswiadczeniaStudenta)
[XML.DataDo not exists and
DB.DataDo not exists]
[ELSE]
AktualizujZatrudnienieAktywne
(::)
[(XML.DataDo > Sysdate and DB.DataDo not exists) or
(XML.DataDo not exists and DB.DataDo > Sysdate) ]
pobieraPomocMaterialna
[Last(DB.DataOd) and
XML.StanowiskoKod =
DB.StanowiskoKod]
[ELSE]
Aktualizuj dane na kierunku
(daneDotyczaceStudiow::PrzepiszNaKolejnySemestr)
AktualizujPunktECTS
(daneDotyczaceStudiow::AktualizujECTS)
[Tak]
[XML.DataDo exists and
DB.DataDo not exists ]
[(XML.DataOd =
DB.DataOd) ]
Aktualizuj przyznaną pomoc materialną
(PomocMaterialna::AktualizujPrzyznanaPomoc)
ZakończZatrudnienie
[Nie]
[ELSE]
[Jest MK]
[(XML.DataOd = DB.DataOd) and
(XML.DataDo = DB.DataDo)]
Zaktualizuj zatrudnienie
historyczne
Aktualizuj
MK
[Brak MK]
[ELSE]
Weryfikuj stan przyznanej pomocy materialnej
(PomocMaterialna::WeryfikujPrzyznanaPomoc)
Pomoc
Materialna
[Updatek]
DodajZatrudnienie
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
33 / 66
PON-on
Dokument
Utworzył:
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
8. Słownik błędów
W ramach importu wyodrębniono podane poniżej reguły walidacyjne.
Występują dwa typy zdarzeń opisanych w kolumnie Typ zdarzenia:
• K - błąd krytyczny, zdarzenie skutkujące odrzuceniem pliku importu.
• O - ostrzeżenie, komunika informacyjny dla użytkownika, dający możliwość wyjaśnienia sytuacji i dokonania późniejszej korekty w
systemie lub w ramach procedur eksportujących dane. Ostrzeżenie nie powoduje odrzucenia pliku importu.
Kod
zdarz
enia
Zdarzen
ia
Typ
Grupa
błędów
Kategoria
błędu
Dotyczy
Etap
walidacji
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
1
K
Błędy
wstępnej
walidacji
Błąd
kodowania
pliku
Struktury
pliku
I
Formatowanie pliku inne niż
UTF- 8
Błędne kodowanie
pliku
2
K
Błędy
wstępnej
błąd
uprawnień
Struktury
pliku
I
"IdInstytucji z pliku XML
<>IdInstytucji znajdującej się w
IdInstytucji z pliku
XML nie znajduje się w
2011-10-04
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ost. edytowany:
Sugerowane
działanie (Instrukcja
Potwierdzony
Strona:
34 / 66
Poprawa pliku
XML, zmiana
deklaracji
kodowania w
nagłówku
Rozszerzenie
uprawnień
Błąd odrzucający
plik
Powinny być
wyszczególnione
Dokument
Utworzył:
Kod
zdarz
enia
Typ
Zdarzen
ia
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
K
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Błędy
wstępnej
walidacji
Ost. edytowany:
Instytucja
spoza
zakresu
2011-10-04
Struktury
pliku
I
Status:
Sugerowane
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
walidacji
3
Data
utworzenia:
obszarze uprawnień
Administratora wgrywającego
plik. Dotyczy pól z pliku XML w
zakresie:
Student.daneDotyczaceStudiow.i
dInstytucji;
Pracownik.nauczycielAkademicki
Zatrudnienie.instytucjaId;
Pracownik.PracownikNaukowyZa
trudnienie.instytucjaId;
Pracownik.Funkcja.instytucjaId
Podany IdInstytucji w pliku nie
występuje w bazie.
Potwierdzony
Strona:
obszarze uprawnień
Administratora
wgrywającego plik
Administratora
lub poprawa
IdInstytucji w
pliku. Pobranie
aktualnego
słownika
importu –
weryfikacja
kodów
jednostek.
sekcje , w których
wykryto
rozbieżność
Podano błędne
IdInstytucji – podany
identyfikator nie
występuje w systemie
Poprawa pliku
XML. Pobranie
aktualnego
słownika
importu –
weryfikacja
kodów
jednostek.
Nie dla wszystkich
pól XML ta reguła
ma zastosowanie
35 / 66
PON-on
Dokument
Utworzył:
Typ
Grupa
błędów
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Kod
zdarz
enia
Zdarzen
ia
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
4
K
Błąd
importu
Błędy
wstępnej
walidacji
Student
I
W pliku XML podano, że student
posiada dwa razy ten sam
rodzaj pomocy materialnej
(rodzajPrzyznanychSwiadczen).
6
K
Błędy
wstępnej
walidacji
Niepopraw
na wersja
schematu
Struktury
pliku
I
Parametr wersji XML-Schema
niezgodny z bieżącym.
Weryfikacja na podstawie sekcji
nagłówka pliku.
7
K
Błędy
wstępnej
walidacji
Niepopraw
ny rozmiar
pola
Struktury
pliku
I
Podana wartość przekracza
rozmiar pola zdefiniowany w
schemacie XML-Schema
8
K
Błędy
importu
Dane
osobowe
Dane
Osoby
I/G
Brak wartości dla pola
obowiązkowego imie1
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ost. edytowany:
2011-10-04
Status:
Sugerowane
Potwierdzony
Strona:
W pliku podano
kilkukrotnie ten sam
typ pomocy
materialnej dla
studenta.
Niepoprawna wersja
schematu XML
Podana wartość
przekracza
maksymalny rozmiar
pola
Wartość <imie1> nie
może być pusta.
Podanie wartości jest
wymagane
36 / 66
Korekta pliku
XML
Pobierz nowy
słownik importu i
dokonaj korekty
pliku.
Korekta pliku
XML
Uwagi
PON-on
Dokument
Utworzył:
Typ
Grupa
błędów
Marek Michajłowicz
Kod
zdarz
enia
Zdarzen
ia
Kategoria
błędu
Dotyczy
Etap
walidacji
9
O
Ostrzeżen
ia
Pomoc
materialna
Student
I/G
12
K
Błędy
importu
Brak
deklaracji
dotyczącej
podstawow
ego
miejsca
zatrudnieni
a
Pracowni
k
I/G
14
K
Błędy –
wstępnej
walidacji
Dane
osobowe
Dane
Osoby
I/G
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
2011-10-04
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ost. edytowany:
Sugerowane
Jeśli w XML jest informacja o
rodzaju przyznanych świadczeń
pomocy materialnej w uczelni
publicznej i niepublicznej
(rodzajPrzyznanychSwiadczen)
należy zweryfikować, czy
student nie pobiera, już tego
rodzaju pomocy na podstawie
stanu bazy
Dotyczy pól (baza):
PRN_ZATRUDNIENIE.PODST_
DOD_MIEJSCE_PRACY_KOD
Dotyczy pól
(xml):<nauczycielAkademickiZat
rudnienie><miejscePracyKod>
Wartość nazwiska nie może być
pusta
Potwierdzony
Strona:
Student złożył
oświadczenie o
pobieraniu pomocy
materialnej
określonego typu na
więcej niż jednym
kierunku
Zatrudnienie osoby w
roli nauczyciela
akademickiego
wymaga podania
informacji, czy dane
miejsce pracy jest
podstawowym, czy
dodatkowym miejscem
pracy.
Wartość <nazwisko>
nie może być pusta.
Podanie wartości jest
37 / 66
Publikowane w
raporcie importu
oraz zestawieniach
dla MNiSW
Korekta pliku
XML
Dla zatrudnienia
typu PN (pracownik
naukowy),
informacja ta jest
zbędna.
PON-on
Dokument
Utworzył:
Kod
zdarz
enia
Typ
Zdarzen
ia
Grupa
błędów
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Sugerowane
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
wymagane
18
K
Błędy wstępnej
walidacji
21
O
Ostrzeżen
ia
Niepopraw
ne
rozszerzse
nie pliku
importu
Błąd
identyfikacji
osoby w
pliku
Struktury
pliku
I
Plik importu powinien mieć
rozszerzenie .xml
Niepoprawne
rozszerzenie pliku
importu
Dane
Osoby
I
Niezgodność pól ImiePierwsze i
Nazwisko z pliku z danymi w
bazie dla osoby o tym samym
numerze PESEL
Dla osoby o numerze
PESEL wystąpiła
rozbieżność na
poziomie danych
podstawowych
pomiędzy plikiem
importu a danymi w
bazie
Reguła ma na celu
zasygnalizowanie zdarzenia
modyfikacji danych osobowych
(np. zmiana nazwiska lub
korekta imienia). Informacja
będzie zgłaszana dalej do
administratora OPI i
pracowników ministerstwa w
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
38 / 66
Weryfikacja
poprawności
danych z pliku i
ewentualna
korekta. W
przypadku
błędnych
danych w
systemie,
wycięcie osoby
z pliku i
zgłoszenie
konfliktu do
administratora
Zgłoszenie konfliktu
do Administratora
Systemu
Dotyczy sytuacji,
gdy występuje
rozbieżność na
poziomie Imienia i
Nazwiska z
numerem PESEL.
Dokument
Utworzył:
Kod
zdarz
enia
Typ
Zdarzen
ia
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
celu późniejszej weryfikacji.
Komunikat daje możliwość
również wyjaśnienia
ewentualnych rozbieżności
pomiędzy uczelnią a
pracownikiem. Reguła nie
powoduje odrzucenia
importu.
Ost. edytowany:
2011-10-04
Status:
Sugerowane
Potwierdzony
Strona:
39 / 66
Uwagi
Dokument
Utworzył:
Kod
zdarz
enia
Zdarzen
ia
Typ
25
O
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Ost. edytowany:
W pliku
wystąpiły
dwa
rekordy
dotyczące
tej samej
osoby
2011-10-04
Struktury
pliku
I
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ostrzeżen
ia
Sugerowane
W ramach pliku występuje kilka
powtórzonych sekcji
<pracownikNaukowoDydaktyczn
y>, <student> lub <doktorant>,
które dotyczą tej samej osoby
Potwierdzony
Strona:
Osoba istnieje już w
obrębie jednego pliku
Zmiana komunikatu
na: Redundancja
danych osoby w pliku
importu. W ramach
pliku powtórzono
informację o studencie
lub pracowniku
40 / 66
Sugerowana
modyfikacja
mechanizmu
eksportu, tak by
informacje na
temat osoby
zostały scalone
w ramach
jednego rekordu
Jeżeli formalnie
wszystko będzie
ok, to rekord
powinien zostać
przetworzony
poprawnie. Lecz
administrator
powinien zostać
poinformowany o
konieczności
wprowadzenia
modyfikacji
procedur
eksportowych w
systemie pod
kątem scalenia
informacji
dotyczących tej
samej osoby
PON-on
Dokument
Utworzył:
Kod
zdarz
enia
Zdarzen
ia
Typ
28
K
Grupa
błędów
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Ost. edytowany:
Podstawow
e miejsce
pracy może
dotyczyć
wyłącznie
zatrudnieni
a
2011-10-04
Pracowni
k
I
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Błędy
importu
Sugerowane
W danym momencie osoba
może być zatrudniona wyłącznie
w jednym podstawowym miejscu
pracy. Bierzemy pod uwagę
tylko aktualne zatrudnienia.
Zatrudnienie aktualne to takie,
które nie ma wstawionej
wartości pola DATA_DO, lub
takie, w którym wartość ta jest
większa od daty bieżącej
(przykład: zatrudnienie na czas
określony, z DATA_DO za trzy
miesiące Dodając nowe
zatrudnienie, które jest typu
NA/Podstawowe sprawdzamy,
czy nie będzie dwóch
aktualnych/zachodzących na
siebie zatrudnień
podstawowych. Weryfikacja w
oparciu o stan bazy oraz
strukturę pliku XML.
Potwierdzony
Strona:
Przekroczono limit
aktualnego
podstawowego
zatrudnienia
pracownika
41 / 66
Ustalenie, czy
pracownik nie
złożył już
informacji o
zatrudnieniu w
ramach
podstawowego
miejsca pracy
na innej uczelni
W poprzedniej
wersji ustawy
dotyczyło tylko
Nauczycieli
akademickich
PON-on
Dokument
Utworzył:
Kod
zdarz
enia
Zdarzen
ia
Typ
Grupa
błędów
29
K
Błędy
importu
33
O
Ostrzeżen
ie
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Ost. edytowany:
2011-10-04
Pracowni
k
I
dataOd w sekcjach dotyczących
zatrudnienia pracownika jest
większa od daty zakończenia
stosunku pracy
Błędne zdefiniowanie
okresu zatrudnienia w
pliku
Pracowni
k
I
Na podstawie pliku XML: Pole
dataOswiadczenia > 30-06 dla
danego roku akademickiego
począwszy od roku 2011/2012.
W oświadczeniu o MK podano
datę złożenia oświadczenia nie
mieszczącą się w wymaganym
kryterium: oświadczenie
powinno być złożone przed
rozpoczęciem roku
akademickiego (termin do 30-6).
Weryfikacja na podstawie pól
minimum kadrowego:
rokAkademicki,dataOswiadczeni
a, dataPrzypisania
Oświadczenie o
przypisaniu do
minimum kadrowego
danego kierunku
złożono po
ustawowym terminie
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Nieprawidło
wy
parametr
daty
zatrudnieni
a
Nieprawidło
wa data
złożenia
oświadczen
ia do
minimum
kadrowego
Sugerowane
Potwierdzony
Strona:
42 / 66
Korekta pliku
Do weryfikacji
pozostałe reguły
dotyczące dat.
Najlepiej by były
badane w ramach
jednej metody
Na podstawie Art.
112a p.3
PON-on
Dokument
Utworzył:
Kod
zdarz
enia
Zdarzen
ia
Typ
Grupa
błędów
34
O
Błędy
importu
35
O
Błędy
importu
36
O
Błędy
importu
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Data
przypisania
do MK
wcześniejs
za od daty
oświadczen
ia
Data
przypisania
do MK
wcześniejs
za od daty
bieżącej
Pracowni
k
I
Na podstawie pliku XML:
dataOswiadczenia >
dataPrzypisania
Data złożenia
oświadczenia
późniejsza od daty
przypisania do
kierunku studiów
Pracowni
k
I
Na podstawie pliku XML:
dataOswiadczenia późniejsza
od daty bieżącej
Nieprawidłowa data
złożenia oświadczenia
o minimum kadrowym
Błędne
dane
zatrudnieni
a dla
profesora
Pracowni
k
I
Na podstawie XML i stanu bazy:
podano typ zatrudnienia
<<mianowanie>> dla
pracownika nie posiadającego
tytułu naukowego
<<profesora>> lub podano
niepełny wymiar czasu pracy dla
zatrudnienia <<mianowanie>>
Na podstawie
mianowania zatrudnia
się wyłącznie
nauczyciela
akademickiego
posiadającego tytuł
naukowy profesora.
Zatrudnienie na
2011-10-04
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ost. edytowany:
Sugerowane
Potwierdzony
Strona:
43 / 66
interpretowana jako
data przekazana do
systemu POL-on
Na podstawie Art.
118 p.1 / Są
wyjątki w
rozporządzeniach
PON-on
Dokument
Utworzył:
Kod
zdarz
enia
Typ
Zdarzen
ia
Grupa
błędów
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Sugerowane
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
podstawie mianowania
następuje w pełnym
wymiarze czasu pracy
38
K
Błędy
importu
Ost. edytowany:
Niespójne
dane
dotyczące
zatrudnieni
a
2011-10-04
Pracowni
k-Błędy
zatrudnie
nia
I
Status:
Dla pracownika niezgodność
pomiędzy polami w pliku XML:
NauczycielAkademickiZatrudnie
nie.wymiarCzasuPracyKod a
nie.wymiarCzasuPracyCzesc
oraz
nie.wymiarCzasuPracyCalosc.
Np. podano informację o pełnym
wymiarze czasu pracy oraz
wartość ułamkową albo wymiar
czasu pracy niepełny bez
podania wartości ułamkowych
Potwierdzony
Strona:
Niespójne dane
dotyczące wymiaru
czasu pracy dla
zatrudnienia.
Np. podano informację
o pełnym wymiarze
czasu pracy oraz
wartość ułamkową
albo wymiar czasu
pracy niepełny bez
podania wartości
ułamkowych
44 / 66
Korekta pliku
Uwagi
PON-on
Dokument
Utworzył:
Typ
Grupa
błędów
Marek Michajłowicz
Kod
zdarz
enia
Zdarzen
ia
Kategoria
błędu
Dotyczy
Etap
walidacji
39
K
Błędy
importu
Nadmierna
liczba
uprawnień
do
nadawania
stopni
Pracowni
k-Błędy
zatrudnie
nia
I
40
K
Błędy
importu
Pracowni
k-Błędy
zatrudnie
nia
I
41
K
Błędy
importu
Brak
danych
dotyczącyc
h Funkcji
praco
wnika
Niespójnoś
ćw
zakresie
dat
pełnienia
funkcji
przez
pracownika
Pracowni
k-Błędy
zatrudnie
nia
I
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ost. edytowany:
2011-10-04
Status:
Sugerowane
Pracownik może mieć w danym
momencie tylko jedno
uprawnienie do nadawania
stopni naukowych. Weryfikacja
w oparciu o stan bazy oraz
zawartość pliku w sekcji
zatrudnienia.
W pliku XML nie podano
żadnego z pól opcjonalnych
definiujących funkcję
pracownika – funkcjaKod lub
funkcjaNazwa
Dla pól z pliku XML:
Pracownik.Funkcja.dataOd >
Pracownik.Funkcja.dataDo
Potwierdzony
Strona:
Podany pracownik
zgłosił, że posiada już
uprawnienia do
nadawania stopni
naukowych
Korekta pliku.
Kontakt z
pracownikiem w
celu wyjaśnienia
sytuacji.
W pliku XML nie
podano żadnego z pól
definiujących rodzaj
funkcji sprawowanej
przez pracownika w
Jednostce
Niespójność w
zakresie dat pełnienia
funkcji przez
pracownika
Korekta pliku
45 / 66
Korekta pliku
Uwagi
PON-on
Dokument
Utworzył:
Typ
Grupa
błędów
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Kod
zdarz
enia
Zdarzen
ia
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
44
K
Błędy
importu
Niepopraw
ne
przypisanie
Tytułu
zawodoweg
o do
jednostki
Pracowni
k-Błędy
przypisani
a
I
W przypadku wypełnienia
opcjonalnych pól dotyczących
jednostki przyznającej tytuł
zawodowy z systemu
(kierunekId lub instytucjaId)
weryfikacja poprawności
identyfikatorów
Podano nieprawidłowe
identyfikatory
jednostek w zakresie
przydzielonego tytułu
zawodowego
Korekta
identyfikator
instytucji lub
wypełnienie pól
opisowych dla
instytucji nie
występujących
w bazie systemu
POL-on
46
K
Błędy
importu
Niespójne
daty
uzyskania
stopnia
naukowego
Pracowni
k
I
Dotyczy pól pliku XML: Data
wszczęcia przewodu > Data
uzyskania stopnia
Niespójne daty
uzyskania stopnia
naukowego
Korekta pliku
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ost. edytowany:
2011-10-04
Status:
Sugerowane
Potwierdzony
Strona:
46 / 66
Uwagi
PON-on
Dokument
Utworzył:
Kod
zdarz
enia
Zdarzen
ia
Typ
48
K
Grupa
błędów
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Błędy
importu
Ost. edytowany:
Nieprawidło
wa liczba
godzin
zajęć
dydaktyczn
ych
zgłoszonyc
h w ramach
minimum
kadrowego
2011-10-04
Pracowni
k
I
Status:
Sugerowane
Nauczyciel akademicki może
być wliczony do MK, jeżeli
osobiście prowadzi zajęcia
dydaktyczne co najmniej 30
godzin zajęć dydaktycznych, w
przypadku nauczycieli
akademickich posiadających
tytuł naukowy profesora lub
stopień naukowy doktora
habilitowanego i co najmniej 60
godzin w przypadku nauczycieli
akademickich posiadających
stopień doktora. Dotyczy
oświadczenia złożonego w
okresie obowiązywania nowych
rozporządzeń do Ustawy, tzn.
od roku akademickiego
2011/2012 ( rokAkademicki =
2011).
Potwierdzony
Strona:
Podano nieprawidłową
liczbę godzin
dydaktycznych w
ramach minimum
kadrowego
47 / 66
Uwagi
PON-on
Dokument
Utworzył:
Kod
zdarz
enia
Zdarzen
ia
Typ
Grupa
błędów
49
K
Błędy
importu
52
K
Błędy
importu
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Ost. edytowany:
2011-10-04
Pracowni
k
I
Pracowni
k
I
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Zatrudnieni
e na
stanowisku
<<profesor
a
zwyczajneg
o>> osoby
nie
posiadając
ej tytułu
naukowego
<<profesor
a>>
Sugerowane
Na podstawie pliku XML. W
przypadku podania w polu
Pracownik.nauczycielAkademick
iZatrudnienie.stanowiskooKod
wartości = „Profesor zwyczajny”
w pliku powinna istnieć
informacja o aktualnie
posiadanym tytule naukowym
profesora. Reguła ma
zastosowanie dla osób
zatrudnionych po dniu wjeścia w
życie ustawy , tzn. dotyczy
zatrudnienia z datą po 30-092011
Po wejściu w życie ustawy znika
stanowisko docenta. Weryfikacja
na podstawie daty zatrudnienia
(dotyczy zatrudnienia z datą po
30-09-2011), stanowiskoKod w
oparciu o słownik stanowiskoNA
Potwierdzony
Strona:
Podano dane o
zatrudnieniu
pracownika na
stanowisku profesora
zwyczajnego bez
tytułu naukowego
profesora
Przekazano informację
o zatrudnieniu
pracownika na
stanowisku
niezgodnym z nową
ustawą - po wejściu w
życie ustawy znika
48 / 66
Dla docenta, który
ma datę
zatrudnienia po
wejściu w życie
ustawy
PON-on
Dokument
Utworzył:
Kod
zdarz
enia
Typ
Zdarzen
ia
Grupa
błędów
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
stanowisko: docent.
54
K
Błędy
importu
Ost. edytowany:
Podano
nieprawidło
wy wymiar
czasu
pracy dla
podstawow
ego
miejsca
zatrudnieni
a
2011-10-04
Pracowni
k-Błędy
zatrudnie
nia
I
Status:
Sugerowane
Podstawowe miejsce pracy
może być tylko w pełnym
wymiarze
Potwierdzony
Strona:
Podano nieprawidłowy
wymiar czasu pracy
dla podstawowego
miejsca zatrudnienia
49 / 66
Uwagi
Dokument
Utworzył:
Kod
zdarz
enia
Zdarzen
ia
Typ
55
O
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Ost. edytowany:
2011-10-04
Pracowni
k.Błędy
minimum
kadroweg
o
I
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Błędy
importu
Sugerowane
Osoba nie może mieć
przypisanych więcej niż dwóch
minimów kadrowych w tym
samym roku akademickim.
Weryfikacja na podstawie
danych z pliku XML oraz stanu
bazy
Potwierdzony
Strona:
Pracownik przypisany
do więcej niż dwóch
minimów kadrowych w
tym samym roku
akademickim
50 / 66
Od strony pracownika
(raportów, walidacji)
interesuje nas to, czy
osoba spełnia
warunki i (przede
wszystkim) nie jest
przypisana do
większej liczby
minimów kadrowych
niż przewidują
przepisy.
Podstawowa reguła:
w danym roku
akademickim danej
osobie nie mogą być
przypisane więcej niż
2 minima kadrowe
(powiązane z
aktualnym
zatrudnieniem). Jeśli
są dwa, to co
najmniej jedno musi
być I stopnia.
Tak więc w tym
Dokument
Utworzył:
Kod
zdarz
enia
Typ
Zdarzen
ia
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Sugerowane
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
przypadku interesuje
nas liczba i rodzaj
przypisanych
minimów.
Ost. edytowany:
2011-10-04
Status:
Potwierdzony
Strona:
51 / 66
PON-on
Dokument
Utworzył:
Kod
zdarz
enia
Zdarzen
ia
Typ
56
O
Grupa
błędów
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Ost. edytowany:
minimum
kadrowe tylko jedno
minimum 1
stopnia
2011-10-04
Pracowni
k.Błędy
minimum
kadroweg
o
I
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Błędy
importu
Sugerowane
Jeśli są dwa aktualne minima
kadrowe, to jedno z nich musi
być I stopnia (nie może być
dwóch większych od I stopnia).
Potwierdzony
Strona:
Pracownik przypisany
do dwóch minimów
kadrowych w ramach
kierunków większych
od I stopnia
52 / 66
Od strony pracownika
(raportów, walidacji)
interesuje nas to, czy
osoba spełnia
warunki i (przede
wszystkim) nie jest
przypisana do
większej liczby
minimów kadrowych
niż przewidują
przepisy. Tak więc
interesuje nas przede
wszystkim związek
między tabelami
PRN_ZATRUDNIENI
E oraz
PRN_MINIMUM_KAD
ROWE. W
PRN_MINIMUM_KAD
ROWE przede
wszystkim pola
STOPIEN_KOD i
ROK_AKADEMICKI.
Podstawowa reguła:
Dokument
Utworzył:
Kod
zdarz
enia
Typ
Zdarzen
ia
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Sugerowane
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
w danym roku
akademickim danej
osobie nie mogą być
przypisane więcej niż
2 minima kadrowe
(powiązane z
aktualnym
zatrudnieniem). Jeśli
są dwa, to co
najmniej jedno musi
być I stopnia.
Tak więc w tym
przypadku interesuje
nas liczba i rodzaj
przypisanych
minimów, a tabela
PRN_MIN_KADR_KI
ER nie ma
praktycznie
znaczenia.
59
K
Błędy
importu
Ost. edytowany:
2011-10-04
Student
I
Status:
Import danych studenta do
kierunku zlikwidowanego
Potwierdzony
Strona:
Próba dowiązania
studenta do kierunku
zlikwidowanego
53 / 66
Dokument
Utworzył:
Typ
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Kod
zdarz
enia
Zdarzen
ia
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
61
K
Błędy
importu
Struktury
pliku
I/G
W przypadku nazwiska
obywatela Polski obowiązuje
reguła dotycząca formatu
nazwiska: Rozpoczynane z
dużej litery, brak spacji w
środku, w przypadku nazwisk
dwuczłonowych znakiem
rozdzielającym jest myślnik, a
oba człony pisane z dużych liter.
63
K
Błędy
importu
Pracowni
k-Błędy
zatrudnie
nia
I
Pracownik może w danym
momencie posiadać tylko jedno
aktywne zatrudnienie w ramach
jednej jednostki (wydziału).
Weryfikacja na podstawie pliku
XML i stanu bazy. Kryterium
weryfikacji w oparciu o dane:
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ost. edytowany:
2011-10-04
Status:
Sugerowane
Potwierdzony
Strona:
W przypadku nazwiska
obywatela Polski
obowiązuje reguła
dotycząca formatu
nazwiska:
Rozpoczynane z dużej
litery, brak spacji w
środku, w przypadku
nazwisk
dwuczłonowych
znakiem
rozdzielającym jest
myślnik, a oba człony
pisane z dużych liter.
Podano informacje o
więcej niż jednym
aktywnym zatrudnieniu
pracownika na
osobnym stanowisku z
ramach tej samej
jednostki
54 / 66
Uwagi
Dokument
Utworzył:
Kod
zdarz
enia
64
Typ
Zdarzen
ia
O
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Ost. edytowany:
2011-10-04
Pracowni
k-Błędy
zatrudnie
nia
I
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ostrzeżen
ia
Sugerowane
IdInstytucji, DataOd, DataDo,
stanowisko
oragnizacyjnej
Weryfikacja na podstawie pliku
XML oraz stanu bazy. Na
podstawie danych z pliku
zidentyfikowano zatrudnienie
pracownika z domkniętym
okresem (podana dataDo).
Informacja w pliku zawiera ten
sam zakres danych (IdInstytucji,
Stanowisko, DataOd)
identyfikacyjnych z pustą
wartością w polu dataDo. W
systemie nie istnieją inne
aktywne zatrudnienia w ramach
tego samego kierunku.
Dokonano ponownej
aktualizacji danych w
ramach zatrudnienia z
podaną datą
zakończenia stosunku
pracy. W wyniku
operacji aktywowano
zatrudnienie
pracownika w ramach
jednostki
organizacyjnej.
Potwierdzony
Strona:
55 / 66
Sytuacja opisuje
potencjalnie
możliwe do
wystąpienia
sytuacje związane
z aktualizacją /
przedłużeniem
umowy na czas
określony na
kolejny okres. W
myśl zasady tego
typu zatrudnienia
powinno być
przekazane
podwójnie tzn. raz z
informacją o
zamknięciu okresu
Dokument
Utworzył:
Kod
zdarz
enia
Typ
Zdarzen
ia
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
Sugerowane
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
zatrudnienia w
ramch istniejącej
umowy oraz
ponownie z
podaniem nowej
daty zatrudnienia
po wygaśnięciu
umowy
tymczasowej.
66
K
Błędy
wstępnej
walidacji
Ost. edytowany:
2011-10-04
Student
I
Status:
Jeśli w polu Czy student pobiera
pomoc materialną
(pobieraPomocMaterialna)
zaznaczone "T" musi być
wprowadzona min. jedna
wartość w polu Rodzaj
przyznanych świadczeń pomocy
materialnej w uczelni publicznej i
niepublicznej
(rodzajPrzyznanychSwiadczen)
Potwierdzony
Strona:
Dla studenta
pobierającego pomoc
materialną, nie
wprowadzono rodzaju
otrzymywanej pomocy
materialnej.
56 / 66
Dokument
Utworzył:
Typ
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Kod
zdarz
enia
Zdarzen
ia
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
67
K
Błędy
wstępnej
walidacji
Struktury
pliku
I
Plik musi zawierać dane chociaż
jednego zidentyfikowanego
obiektu (Student, Ankieta EN1)
68
K
Błędy
wstępnej
walidacji
Struktury
pliku
I
Identyfikatory kierunków w
polach minimimum kadrowego
nie mogą być takie same
:<kierunekInstancja01Id>
;<kierunekInstancja02Id>
2011-10-04
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ost. edytowany:
Sugerowane
Potwierdzony
Strona:
Nie zidentyfikowano
żadnego z
wymaganych obiektów
importu (Student,
Pracownik, Doktorant,
Ankieta EN-1)
Identyfikatory
kierunków w polach
minimimum
kadrowego nie mogą
być takie same
(dotyczy pól
<kierunekInstancja01I
d>,
<kierunekInstancja02I
d> w sekcji minimum
kadrowe).
57 / 66
Wyeliminowanie
przetwarzania
pustych plików
korekta pliku
Dokument
Utworzył:
Kod
zdarz
enia
Zdarzen
ia
69
K
70
Typ
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Etap
walidacji
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
2011-10-04
Pracowni
k.Błędy
minimum
kadroweg
o
I
Pracowni
k.Błędy
minimum
kadroweg
o
I
Nieprawidłowo zdefiniowane
stopnia kierunku studiów dla
minimum kadrowego. Podane
kody kierunków w oświadczeniu
odnoszą się do kierunków
określonych w systemie jako
kombinacja stopni JM+I lub
JM+II;
stopnie w Instacji kierunków
minimum kadrowego są różne
od wartości wpisanej
<minimumKadrowe><stopienStu
diow>...</stopienStudiow>
Status:
Sugerowane
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
K
Ost. edytowany:
Dotyczy
Data
utworzenia:
Potwierdzony
Strona:
korekta pliku
Przypisując
pracownika do
minimum kadrowego
dwóch instancji
kierunku dozwolone
jest tylko przypisanie
do kierunków poziomu
I+II
Nieprawidłowo
zdefiniowane stopnie
kierunków studiów dla
minimum kadrowego.
Podane kody
kierunków w
oświadczeniu odnoszą
się do kierunków
określonych w
systemie w ramach
innego stopnia niż
58 / 66
w
MinimumKadrowe
w polu
stopieńStudiów
wybrano inny
stopień niż wynika
to z wybranych
instancji kierunków
kierunekInstancja0
1Idi
kierunekInstancja0
PON-on
Dokument
Utworzył:
Kod
zdarz
enia
Typ
Zdarzen
ia
Grupa
błędów
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
K
Błędy
importu
Ost. edytowany:
Niezgodnoś
ć
zdeklarowa
nego id
kierunku z
id instytucji
2011-10-04
Student
I /G
Status:
Uwagi
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
podany w pliku.
77
Sugerowane
Weryfikacja, czy podany
kierunek, do którego jest
przypisywany student jest
faktycznie prowadzony przez
wskazaną instytucję (na
podstawie id instytucji z pliku).
Regułą dotyczy wyłącznie
aktualnej informacji o
przypisaniu. W przypadku
aktualizowania danych
historycznych mogła istnieć inna
zależność w strukturze.
Potwierdzony
Strona:
Jednostka wskazana,
jako prowadząca
kierunek nie posiada
uprawnień, do
prowadzenia
wybranego kierunku,
na wskazanym
poziomie.
59 / 66
2Id.
PON-on
Dokument
Utworzył:
Typ
Grupa
błędów
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Kod
zdarz
enia
Zdarzen
ia
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
78
K
Błędy
importu
Data
wyrejestrow
ania
studenta,
wcześniejs
za niż data
zarejestrow
ania.
Student
I
Data wyrejestrowania studenta z
kierunku
(dataWyrejestrowaniaStudenta)
nie może być wczesniejsza niż
Data zarejestrowania studenta
na kierunku studiów
(dataZarejestrowaniaStudenta)
81
K
Błędy
importu
Błędne
wskazanie
kierunku
studiów.
Doktorant
I/G
Jeżeli Stopień studiów
(stopienStudiow) =III to pole
Kierunek studiów (kierunekId)
nie może być wypełnione.
82
K
Błędy
importu
Musi być
wskazana
dyscyplina
studiów.
Student
I/G
Jeżeli Stopień studiów
(stopienStudiow) = III to pole
Dyscyplina studiów
(dyscyplinaKod)
musi być wypełnione.
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ost. edytowany:
2011-10-04
Status:
Sugerowane
Potwierdzony
Strona:
Data wyrejestrowania
studenta z kierunku
(dataWyrejestrowania
Studenta) nie może
być wczesniejsza niż
Data zarejestrowania
studenta na kierunku
studiów
(dataZarejestrowaniaS
tudenta)
Pole kierunkeId dla
studiów doktoranckich
nie powinno być
uzupełnione.
Pole dyscyplinaKod
dla studiów
doktoranckich musi
być uzupełnione.
60 / 66
Uwagi
Dokument
Utworzył:
Typ
Grupa
błędów
PON-on
Marek Michajłowicz
Kod
zdarz
enia
Zdarzen
ia
Kategoria
błędu
Dotyczy
Etap
walidacji
84
K
Błędy
importu
Student
posiada
więcej niż
jeden
pierwszy
kierunek.
Student
I/G
85
K
Błędy
importu
Student
posiada
więcej niż
jeden
pierwszy
kierunek.
Student
I/G
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ost. edytowany:
2011-10-04
Status:
Sugerowane
Walidacja polega na
sprawdzeniu, czy importowany
student nie posiada już w bazie
kierunku oznaczonego jako
pierwszy
(SAD_KIERUNEK_STUDENT.P
IERWSZY_KIERUNEK). w
XMLu pole (pierwszyKierunek).
Nie sprawdzamy w bazie
kierunku dla, które w XML
raportuje dane.
Walidacja polega na
sprawdzeniu, czy importowany
student nie posiada w XMLu
dwóch kierunków oznaczonych
jako pierwszych
(pierwszyKierunek).
Potwierdzony
Strona:
Student posiada już w
systemie kierunek
oznaczony jako
pierwszy.
Student posiada w
pliku dwa kierunki
oznaczone jako
pierwsze.
61 / 66
Uwagi
PON-on
Dokument
Utworzył:
Typ
Grupa
błędów
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Kod
zdarz
enia
Zdarzen
ia
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
86
K
Błędy
importu
Czy
wypełnione
pole
zwolniony z
opłat za
studia
Student
I/G
Jeśli w polu Pierwszy kierunek
studiów stacjonarnych
(pierwszyKierunek) = N, to pole
Zwolniony z opłat za studia
(zwolnionyZOplatZaStudia) musi
być uzupełnione.
87
K
Błędy
importu
Student
rozpoczął
jeszcze raz
studia na
tym samym
kierunku.
Student
I
Jeśli student posiada już relację
z raportowanym kierunkiem,
należy zweryfikować, czy
zgadza się data zarejestrowania
studenta na kierunku studiów z
XMLa(dataZarejestrowaniaStud
enta) i w bazie
(SAD_KIERUNEK.DATA_ROZP
OCZECIA). Jeśli się nie
zgadzają należy zweryfikować,
czy w XMLu dla tego samego
kierunku, jest informacja o
wyrejestrowaniu studenta z
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Ost. edytowany:
2011-10-04
Status:
Sugerowane
Potwierdzony
Strona:
Pole
zwolnionyZOplatZaStu
di musi być
uzupełnione dla
wszytskich kierunków,
które nie są
oznaczone jako
pierwsze.
Podjęto ponowną
próbę zarejestrowania
studenta na kierunku,
do którego jest już
przypisany (istnieje
rozbieżność pomiędzy
datami
zarejestrowania
studenta, pomiędzy
plikiem XML a bazą
danych). Do
zarejestrowania,
studenta ponownie na
62 / 66
Uwagi
Dokument
Utworzył:
Kod
zdarz
enia
Typ
Zdarzen
ia
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
kierunku(musi to być inny rekord
tego samego kierunku i
studenta, posiadający
uzupełnione pole
dataWyrejestrowaniaStudenta).
Jeśli go nie posiada, to jest to
błąd i należy przerwać import.
tym samym kierunku,
konieczne jest
wskazanie daty
wyrejestrowania
studenta z poprzedniej
edycji studiów.
stanowisko
DataObjecia jest
polem wymaganym dla
Nauczyciela
Akademickiego
Data zatrudnienia nie
może być datą z
przyszłości
89
K
Błędy
importu
Pracowni
k-Błędy
zatrudnie
nia
I
stanowisko DataObjecia jest
polem wymaganym dla
Nauczyciela Akademickiego
90
K
Błędy
importu
Pracowni
k-Błędy
zatrudnie
nia
I
Data zatrudnienia (dataOd) <=
data systemowa
Ost. edytowany:
2011-10-04
Status:
Sugerowane
Potwierdzony
Strona:
63 / 66
Uwagi
PON-on
Dokument
Utworzył:
Kod
zdarz
enia
Zdarzen
ia
Typ
Grupa
błędów
94
O
Ostrzeżen
ia
91
K
96
K
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Student
I
W pliku xml jest odwołanie do id
kierunku, który nie istnieje
Kierunek o podanym
Id {id} nie istnieje.
Błędy
importu
Pracowni
k-Stopień
Naukowy
I/G
Błędy
wstępnej
walidacji
Struktury
pliku
I
Pracownik nie może być
przypisany do minimum
związanego z uprawnieniem
jednostki do nadawania stopnia
naukowego, jeśli sam nie
posiada stopnia naukowego
Sprawdzenie czy w stopniu
naukowym została podana
nazwa dyscypliny i dziedziny dla
klasyfikacji historycznej lub kod
dyscypliny dla innych rodzajów
klasyfikacji
Pracownik musi
posiadać stopień
naukowy w dyscyplinie
do której odnosi się
nowe uprawnienie do
nadawania stopni
Wymagane jest
podanie kodu
dyscypliny dla
klasyfikacji innej niż
KLAS_HIST
Wymagane jest
podanie nazwy
dyscypliny dla
klasyfikacji
KLAS_HIST
Wymagane jest
podanie nazwy
Ost. edytowany:
Kierunek o
podanym id
nie istnieje.
2011-10-04
Status:
Sugerowane
Potwierdzony
Strona:
64 / 66
Uwagi
Dokument
Utworzył:
Kod
zdarz
enia
Typ
Zdarzen
ia
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
dziedziny dla
klasyfikacji
KLAS_HIST
97
K
Błędy
wstępnej
walidacji
Struktury
pliku
I
Sprawdzenie czy w tytule
naukowym została podana
nazwa dziedziny dla klasyfikacji
historycznej lub kod dziedziny
dla innych rodzajów klasyfikacji
100
K
Błędy
importu
Pracowni
k
I
Data objęcia stanowiska musi
być większa lub równa dacie
nawiązania stosunku pracy
Ost. edytowany:
2011-10-04
Status:
Sugerowane
Potwierdzony
Strona:
Wymagane jest
podanie kodu
dziedziny dla
klasyfikacji innej niż
KLAS_HIST
Wymagane jest
podanie nazwy
dziedziny dla
klasyfikacji
KLAS_HIST
Data objęcia
stanowiska musi być
większa lub równa
dacie nawiązania
stosunku pracy
65 / 66
Uwagi
Dokument
Utworzył:
Kod
zdarz
enia
Zdarzen
ia
Typ
103
K
Grupa
błędów
PON-on
Marek Michajłowicz
Kategoria
błędu
Dotyczy
Etap
walidacji
Data
utworzenia:
[20.07.2011]
Wersja:
2.2.0
Reguła walidacyjna
Opis biznesowy
(Komunikat błędu)
postępowania dla
pracownika Uczelni)
(GInterfejs
użytkownika
,I - import
masowy)
Błędy
wstępnej
walidacji
Ost. edytowany:
2011-10-04
Pracowni
k
I/G
Status:
Sugerowane
Jeżeli zatrudnienie jest na czas
określony należy podać datę
zakończenia stosunku pracy
Potwierdzony
Strona:
Jeżeli zatrudnienie jest
na czas określony
należy podać datę
zakończenia stosunku
pracy
66 / 66
Uwagi

Opis procesu masowego importu danych do systemu POL - POL-on

Transkrypt

Podobne dokumenty

Import z Chin: krok po kroku – 19 listopada 2014 r.

Import i eksport towarów ze względu na środki transportu za 2015

Program IMPORT_BN_TCP

1 Oznaczenia i definicje - import zaopatrzeniowy produktów rodzaju

Pobierz ofertę

Lekcja 1.1. Temat: Przeszukiwanie zasobów internetowych

Masowy import danych - POL-on

Import i eksport danych do formatu KSSWD i PŚ

Import danych z plików Excel