Opis procesu masowego importu danych do systemu POL-on

Transkrypt

Dokument
Utworzył:
Opis procesu masowego importu danych do systemu
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
Opis procesu masowego importu
danych do systemu POL-on
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
1 / 48
Dokument
Utworzył:
1.
1.0
Cel dokumentu ................................................................................................................................ 4
Zakres dokumentu .......................................................................................................................... 4
Powiązane dokumenty ................................................................................................................... 4
Zastosowane skróty i pojęcia ........................................................................................................ 4
Aktywacja konta .............................................................................................................................. 6
Uprawnienia użytkownika w procesie importu masowego ....................................................... 6
Akceptacja struktury jednostki ...................................................................................................... 6
Bezpieczeństwo danych ................................................................................................................. 6
Ogólne założenia dotyczące importu masowego........................................................................ 7
Identyfikatory jednostek ................................................................................................................ 8
Terminy przekazywania danych .................................................................................................... 9
Stany importu ................................................................................................................................ 10
SCENARIUSZE UŻYTKOWANIA SYSTEMU ................................................................................. 12
4.1
4.2
4.3
4.4
4.5
5.
Wersja:
PROCES IMPORTU DANYCH DO SYSTEMU .................................................................................. 7
3.1
3.2
3.3
3.4
4.
[20.07.2011]
WARUNKI KORZYSTANIA Z SYSTEMU ......................................................................................... 6
2.1
2.2
2.3
2.4
3.
Marek Michajłowicz
Data
utworzenia:
CEL I ZAKRES DOKUMENTU ............................................................................................................ 4
1.1
1.2
1.3
1.4
2.
PON-on
Operacja pobrania słowników importu (UC_Pobierz słowniki) ............................................... 12
Przekazanie pliku importu – wstępna weryfikacja (UC_Przekaż plik importu) ..................... 13
Operacja anulowania importu (UC_Anuluj import) .................................................................. 15
Weryfikacja pliku po wykonanym imporcie (UC_Sprawdź szczegóły importu) ................... 16
Wycofanie pliku importu inicjalnego (UC_Wycofaj import inicjalny) ..................................... 18
FORMAT PRZESYŁANYCH DANYCH ............................................................................................. 20
5.1
Dane wejściowe wymagane w przypadku dodania nowego pracownika naukowodydaktycznego ............................................................................................................................................ 23
5.2
Dane wejściowe wymagane w przypadku aktualizacji danych osobowych pracownika
naukowo-dydaktycznego........................................................................................................................... 23
5.3
Dane wejściowe wymagane w przypadku aktualizacji danych kontaktowych pracownika 24
5.4
Dane wejściowe wymagane w przypadku aktualizacji informacji o zatrudnieniu pracownika
5.5
Dane wejściowe wymagane w przypadku aktualizacji oświadczenia o minimum kadrowym
pracownika naukowo-dydaktycznego ..................................................................................................... 25
5.6
Dane wejściowe wymagane w przypadku aktualizacji informacji o tytułach pracownika
5.7
Dane wejściowe wymagane w przypadku przesyłania informacji o dodaniu nowego
studenta ...................................................................................................................................................... 25
5.8
Dane wejściowe wymagane w przypadku przesyłania informacji o aktualizacji danych
osobowych studenta .................................................................................................................................. 25
5.9
Dane wejściowe wymagane w przypadku aktualizacji danych dotyczących studiów ......... 26
5.10 Dane wejściowe wymagane w przypadku wyrejestrowania studenta z kierunku studiów. 26
5.11 Dane wejściowe wymagane w przypadku przesyłania informacji dotyczącej aktualizacji
informacji o pobieranej przez studenta pomocy materialnej ............................................................... 26
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
2 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
6.
INFORMACJE DODATKOWE........................................................................................................... 27
7.
SYTUACJE SPECYFICZNE ............................................................................................................... 28
5.12
8.
Algorytm identyfikacji osób na podstawie pliku ....................................................................... 28
SŁOWNIK BŁĘDÓW.......................................................................................................................... 30
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
1.1.1
1.2.0
Marek Michajłowicz
Marek Michajłowicz
Ost. edytowany:
2011-08-18
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
Potwierdzony
Strona:
3 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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)
Ost. edytowany:
2011-08-18
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).
Status:
Potwierdzony
Strona:
4 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Pracownik
Jednostka
Ost. edytowany:
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
Pracownik naukowo dydaktyczny
Uczelnia, instytut naukowy i pomocniczy, jednostka
naukowa Polskiej Akademii Nauk, instytut badawczy,
państwowa jednostka organizacyjna podległa
Ministrowi Sprawiedliwości
2011-08-18
Status:
Potwierdzony
Strona:
5 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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-08-18
Status:
Potwierdzony
Strona:
6 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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-08-18
Status:
Potwierdzony
Strona:
7 / 48
Dokument
Utworzył:
•
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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 Administator 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.
Kody kierunków - Wybór ograniczony do zakresu uprawnień administratora importu
Kody instytucji z zakresu uprawnień -Wybór ograniczony do zakresu uprawnień
administratora importu
Kody wszystkich instytucji - Pełna lista kodów jednostek z systemu, umożliwiająca m.in.
dowiązanie stopnia naukowego lub tytułu zawodowego do konkretnej jednostki spoza
struktury Uczelni
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
8 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
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)
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-08-18
Status:
Potwierdzony
Strona:
9 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
3.5 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
Stan
Wstępnie weryfikowany
Ost. edytowany:
2011-08-18
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.
Status:
Potwierdzony
Strona:
10 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Przekazany do zaimportowania
Odrzucony
Anulowany
Importowany
Import błędny
Import poprawny
Wycofany
Ost. edytowany:
2011-08-18
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
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
Status:
Potwierdzony
Strona:
11 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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.1 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_IMPORT.
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-08-18
Status:
Potwierdzony
Strona:
12 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
4.2 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_IMPORT
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-08-18
Status:
Potwierdzony
Strona:
13 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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-08-18
Status:
Potwierdzony
Strona:
14 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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.3 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-08-18
Status:
Potwierdzony
Strona:
15 / 48
Dokument
Utworzył:
nie
PON-on
Marek Michajłowicz
został
jeszcze
zaimportowania)
uruchomiony
proces
importu
Data
utworzenia:
[20.07.2011]
Wersja:
1.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.4 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-08-18
Status:
Potwierdzony
Strona:
16 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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-08-18
Status:
Potwierdzony
Strona:
17 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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.5 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-08-18
Status:
Potwierdzony
Strona:
18 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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-08-18
Status:
Potwierdzony
Strona:
19 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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-08-18
Status:
Potwierdzony
Strona:
20 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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.
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
21 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.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 M L_SchematX...
«Dane XM L»
kandydaciIPrzyj eciNaStudiaDrugiegoStopnia
«Dane XM L»
DaneKontaktow e
+
+
em ai l Adres: char
tel efonNum er: char
«enum »
+
em ai l Kod: char
+
tel efonKod: char
+
Aktual i zuj DaneKontaktowe() : voi d
«Dane XM L»
Tytuł naukow y
+
«Dane XM L»
pracow nikDydaktycznoNaukow y
dataNadani a: i nt
«enum »
+
dzi edzDyscKl asyfKod: char
+
dzi edzi naKod: char
+
tytulNaukowyKod: char
+
+
«Dane XM L»
Osoba
+
+
+
+
-
0..*
1
Aktual i zuj Istni ej acyT ytul Naukowy() : voi d
Dodaj NowyT ytul Naukowy() : voi d
-
em eryt: bool ean
em erytOdKi edy: date
zm arl : bool ean
zm arl Data: date
+
Weryfikuj Zgodnosc() : voi d
+
+
+
1
+
+
+
+
+
-
+
«di cti onary»
specj al i zacj a: i nt
«Dane XM L»
Doktorant
«Dane XML»
Student
«enum »
dyscypl i naKod: char
Dodaj NowyStopi en() : voi d
+
«Dane XM L»
M inimumKadrow e
+
zwol ni onyZOpl atZaStudi a: char
1..*
0..*
1
1..*
+
+
+
1..*
SprawdzPrzypi sani eKi erunku() : bool ean
SprawdzPrzypi sani eUczel ni () : bool ean
«Dane XM L»
Kierunek
{Opti onal}
+
+
form aStudiow: char
ki erunekId: i nt
+
+
+
+
+
+
+
Aktual i zuj ECT S() : voi d
Dodaj Studenta() : voi d
Przepi szNaKol ej nySem estr() : voi d
SprawdzOdpl atnosc() : voi d
Weryfi kacj aOswi adczeni aStudenta() : voi d
Weryfi kuj Odpl atnoscZa2Ki erunek() : voi d
Wyrej estruj Studenta() : voi d
1..*
«di cti onary»
specj al nosc: char
1
2
0..*
Dodaj DoM i ni m um() : voi d
«Dane XM L»
PomocM aterialna
1 JednostkaOrganizacyj na
+
1
+
i nstytucj aId: i nt
pobi eraPom ocM ateri al na: bool ean
«di cti onary»
rodzaj PrzyznanychSwi adczen: char
+Zatrudni a
+Zatrudni ony
+
+
1..*
1
Uczelnia
«Dane XM L»
pracow nikNaukow yZatrudnienie
+
+
+
+
-
dataDo: date
dataOd: date
stanowi skoDataObj eci a: date
stanowi skoNazwa: char
unsDyscypl i naKod: char
unsDzi edzDyscKl asyfKod: char
wymi arCzasuPracyCal osc: i nt
wymi arCzasuPracyCzesc: i nt
«Dane XM L»
Funkcj a
+
+
«di cti onary»
+
funkcj aKod: char
funkcj aNazwa: char
«enum »
podstDodM i ej scePracyKod: char = {podstawowe/dod...
Status:
dataDo: date
dataOd: date
funkcj aOpi s: char
«enum »
funkcj aKierowni cza: bool ean = {T /N}
«di cti onary»
+
formaZatrKod: char
+
rodzaj CzasUm owyKod: char
stanowi skoKod: char
+
wymi arCzasuPracyKod: char
2011-08-18
dataWyrej estrowani aStudenta: date
dataZarej estrowani aStudenta: date
l i czbaWol nychPunktowEcts: i nt
l i mi tPunktowEcts: i nt
pierwszyKi erunek: char = {T /N}
sum aPunktowEcts: i nt
{Opti onal }
«Dane XM L»
pracow nik
naukow y
Ost. edytowany:
«Dane XM L»
daneDotyczaceStudiow
+
+
+
+
+
«di cti onary»
+
stopi enStudiow: char
1
«di cti onary»
+
stopi enStudi ow: char = {I, II, I + II, JM }
Aktual i zuj Uprawni eni aDoStopni () : voi d
Aktual i zuj Zatrudni eni e() : voi d
Dodaj Zatrudni eni e() : voi d
Weryfi kuj Przypi sani eDoInstytucj i () : voi d
Weryfi kuj Wi el oetatowość () : void
ZakonczZatrudni eni e() : voi d
ki erunekId: i nt
nazwaKi erunku: char
nazwaUczel ni : char
rokUkonczeni a: char
«enum »
+
tytul ZawodowyKod: char
dataOswi adczenia: date
dataPrzypi sani a: date
ki erunekInstancj a01Id: i nt
ki erunekInstancj a02Id: i nt
l i czbaGodzi nZaj ecDydakt: i nt
rokAkadem i cki : i nt
ki erunek: i nt
«enum »
+
form aStudi ow: char = {Stacj onarne, N...
«Dane XM L»
Tytuł zaw odow y
«enum »
podstDodM i ej scePracyKod: char = {podstawowe/dod...
-
dataUzyskani aStopni a: date
dataWszczeci aPrzewodu: date
dyscypl i naKod: char
dzi edzDyscKl asyfKod: char
i nstytucj aNadaj NostrId: i nt
i nstytucj aNostrZagr: char
dataDo: date
dataOd: date
stanowi skoDataObj eci a: date
unsDyscypl i naKod: date
unsDzi edzDyscKl asyfKod: date
wym i arCzasuPracyCzesc: i nt
zgodaRektDodZatrData: date
+
+
+
+
+
«Dane XM L»
EN-1 - Spraw ozdanie o liczbie kandydatów i
przyj ętych na studia:
«enum »
Kraj Kod: char
obywatel stwoT ypKod: char
Aktual i zuj DaneOsobowe() : voi d
Dodaj Osobe() : voi d
Koj arzOsobe() : voi d
«enum »
+
specj al noscKod: char
+
stopi enNaukowyKod: char
+
trybNadani aKod: char
1..*
+
+
+
+
+
+
«Sekcj a XM L»
Obyw atelstw o
1..*
1
«Dane XM L»
Stopień naukow y
«Dane XML»
nauczycielAkademickiZatrudnienie
«di cti onary»
+
form aZatrKod: char
+
nauczyci el Akadem i cki Kod: char
+
rodzaj CzasUm owyKod: char
+
stanowi skoKod: char
+
wym i arCzasuPracyKod: char
«Dane XML»
kandydaciIPrzyj eciNaPierw szyRokStudiow
«Sekcj a XM L»
DaneDodatkow e
«enum»
kraj Urodzeni aKod: char
+
pl ec: char = {K/M }
«Dane XM L»
Nauczyciel
akademicki
+
+
+
+
-
«Sekcj a XM L»
DanePodstaw ow e
brakZgodyNaPrzetwDanychOsob: char = {T /N}
dataUrodzeni a: date
dokT ozsam Rodzaj: char
Im i e: char
i m i e2: char
m i ej sceUrodzeni a: char
Nazwi sko: char
PESEL: char
prefi xNazwi ska: char
+
Potwierdzony
Dodaj DoSl owni ka() : voi d
Strona:
22 / 48
Instytut naukow y
M iędzynarodow y
instytut naukow y
Aktual i zuj PrzyznanaPomoc() : voi d
Weryfi kuj PrzyznanaPom oc() : voi d
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
5.1 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
• Osoba/ daneDodatkowe – obowiązkowe wystąpienie w pliku dla obcokrajowca
• Osoba/ obywatelstwo
• pracownikNaukowyZatrudnienie
lub
nauczycielAkademickiZatrudnienie
–
wystąpienie przynajmniej jednej z tych sekcji jest wymagane do poprawnego
zarejestrowania pracownika w systemie
Pozostałe sekcje są opcjonalne w zależności od posiadania przez jednostkę odpowiedniego
zakresu danych wymagalnych.
5.2 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ę3.
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.
W przypadku podania informacji o zgonie pracownika naukowo-dydaktycznego, wymagane
jest wypełnienie atrybutu zmarl pliku XML. Opcjonalną informację stanowi data zgonu osoby.
3
Patrz: Algorytm Identyfikacji Osoby przedstawiony w rozdziale 9.Sytuacje specyficzne
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
23 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
danych kontaktowych pracownika
Struktura pliku XML powinna zawierać jedną daną kontaktową określonego typu (telefon/email). W przypadku przypisania już do pracownika jednej z danych kontaktowych
występujących w pliku nastąpi aktualizacja.
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 danej jednostce. Bardzo ważne jest
prawidłowe zdefiniowanie okresów zatrudnienia, tak by system prawidłowo mógł
zidentyfikować relację w bazie i odpowiednio ją zaktualizować w przypadku potrzeby
nadpisania już posiadanych danych.
W przypadku zakończenia określonej formy zatrudnienia w danej jednostce i podjęcia
nowego w tym samym miejscu pracy należy przekazać w rekordzie pracownika informację o
dotychczasowym zatrudnieniu bez podania w pliku atrybutu dataDo (zdefiniowanym
wyjątkiem może być sytuacja zawarcia umowy na czas określony).
Sekcje opcjonalne w przypadku aktualizowania danych o pracowniku i jego zatrudnieniu:
•
funkcja
•
tytulZawodowy
•
stopienNaukowy
•
tytulNaukowy
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
24 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
oświadczenia o minimum kadrowym pracownika naukowodydaktycznego
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 pracownika naukowo-dydaktycznego
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>
5.7 Dane wejściowe wymagane w przypadku przesyłania
informacji o dodaniu nowego studenta
Wymaga uzupełnienia przed rozpoczęciem pilotażowego wgrywania danych o studentach i
doktorantach.
informacji o aktualizacji danych osobowych studenta
Wymaga uzupełnienia przed rozpoczęciem pilotażowego wgrywania danych o studentach i
doktorantach.
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
25 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
danych dotyczących studiów
5.10 Dane wejściowe wymagane w przypadku
wyrejestrowania studenta z kierunku studiów
informacji dotyczącej aktualizacji informacji o pobieranej
przez studenta pomocy materialnej
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
26 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
6. Informacje dodatkowe
•
•
•
Obowiązujące terminy i zakres danych zostaną określone przez ostateczne wersje
rozporządzeń do ustawy.
Rozporządzenia do ustawy, po wprowadzeniu uwag wynikających z konsultacji
społecznych, czekają na opinię biura prawnego i podpis. Proces zakończy się na
przełomie lipca/sierpnia. Wcześniej zostaną udostępnione na stronach webowych
MiNiSW.
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-08-18
Status:
Potwierdzony
Strona:
27 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
7. Sytuacje specyficzne
5.12 Algorytm identyfikacji osób na podstawie pliku
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
28 / 48
PON-on
Dokument
Utworzył:
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
act ALG_AlgorytmIdentyfikacj iOso...
Identyfikuj rekord z
pliku
obywatelstwoTypKod
= Podstawowe
[krajKod=PL]
[krajKod<>PL]
[TAK]
Czy
PESEL?
Czy PESEL?
[TAK]
Wali dacj a danych na podstawie PESEL
[NIE]
Czy podany Rodzaj dokumentu
tożsamości ?
Walidacj a
sumy
kontrolnej
[TAK]
Walidacj a
pola Płeć
Walidacj a
Daty
Urodzenia
Czy podany Numer dokumentu
tożsamości?
[TAK]
[Błędny]
[Poprawny]
Zapisz
informacj ę o
«flow»
błędzie
Czy podane Miejsce urodzenia?
«centralBuffer»
RaportBłędów
Czy PESEL występuj e w bazie?
[TAK]
[TAK]
[NIE]
Aktuali zacj a danych
obywatela PLN
Czy podana Data urodzeni a?
[TAK]
Czy podany krajUrodzeniaKod?
FlowFinal
[TAK]
«flow»
Koj arzenie Cudzozi emca
Wyszukaj rodziaj i
numer dokumentu
tożsamości
Wyszukaj
Datę
urodzenia
Wyszukaj
miej sce
urodzenia
Wyszukaj
Kraj
Urodzenia
[A]
[B]
[C]
[D]
Spraw dź
zgodność
nazw iska
Spraw dź
zgodność
Pierw szego
Imienia
Spraw dź zgodność
serii i numeru
dokumentu
tożsamości
[A]
[B]
[C]
[If (A=false) and
(B=false)]
[TAK]
[if (A=true) and (B=true)]
Generuj błąd
nr 101
[If A=true]
Dodaj Osobę
[If(B=true) and
(A=false or C=false)]
Aktualizuj
dane Osoby
[Student]
[Joi nSpec in {A,B,C,D}
or JoinSpec in {A,B,D} ]
[JoinSpec not
in {A,B,C,D}]
Aktualizuj
dane
Aktualizuj
informacj e o
Studencie
[Pracownik]
[Doktorant]
Aktualizuj
inforamcj e o
zatrudnieniu
Aktualizuj
informacj e o
doktorancie
Dodaj Osobę
Czy osoba występuj e
w wi ęcej niż 1 roli ?
[Student]
[Pracownik]
[Doktorant]
Aktualizuj
informacj e o
Studencie
Aktualizuj
inforamcj e o
zatrudnieniu
Aktualizuj
informacj e o
doktorancie
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
29 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
8. Słownik błędów
Kod
błędu
Typ
(Kbłąd
krytycz
ny,
Grupa
błędów
Kategoria
błędu
Dotyczy
Etap
walidacji
Reguła walidacyjna
Opis biznesowy
(Komunikat
błędu)
Sugerowane
działanie
(Instrukcja
postępowania dla
pracownika
Uczelni)
Uwagi
(GInterfejs
użytkownik
a,
O–
ostrzeż
enie)
I - import
masowy)
1
K
Błędy
wstępnej
walidacji
Błąd
kodowania
pliku
Struktury
pliku
I
Formatowanie pliku inne niż
UTF- 8
Błędne kodowanie
pliku
Poprawienie pliku,
zmiana deklaracji
kodowania w
nagłówku
Błąd odrzucający plik
2
K
Błędy
wstępnej
walidacji
błąd uprawnień
Struktury
pliku
I
IdInstytucji z pliku XML
<>IdInstytucji znajdującej się
w obszarze uprawnień
Administratora
wgrywającego plik. Dotyczy
pól z pliku XML w zakresie:
Student.daneDotyczaceStud
iow.idInstytucji;
Pracownik.nauczycielAkade
mickiZatrudnienie.instytucjaI
d;
Pracownik.PracownikNauko
wyZatrudnienie.instytucjaId;
Podano kod
instytucji inny od
zadeklarowanego w
procesie importu
Rozszerzenie
uprawnień
Administratora lub
poprawa IdInstytucji w
pliku
Powinny być
wyszczególnione sekcje , w
których wykryto rozbieżność
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
30 / 48
Podstawa
prawna
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
Pracownik.Funkcja.instytucj
aId; Pracownik
.MinimumKadrowe.kierunekI
nstacja01Id/02Id
3
K
Błędy
wstępnej
walidacji
Instytucja
spoza zakresu
Struktury
pliku
I
4
K
Błędy wstępnej
walidacji
Struktury
pliku
I
5
K
Błędy
wstępnej
walidacji
Błędy
wstępnej
walidacji
Wartość spoza
słownika
Struktury
pliku
I
Podana wartość nie
występuje w słowniku
importu XML - Schema
Podano wartość
pola nie występuje
w słowniku
Korekta wartości.
Weryfikacja aktualnej
wersji słownika
6
K
Błędy
wstępnej
walidacji
Niepoprawna
wersja
schematu
Struktury
pliku
I
Parametr wersji XMLSchema niezgodny z
bieżącym
Niepoprawna wersja
schematu XML
Pobierz nowy słownik
importu
7
K
Błędy
wstępnej
walidacji
Niepoprawny
rozmiar pola
Struktury
pliku
I
Podana wartość przekracza
rozmiar pola zdefiniowany w
schemacie XML-Schema
Korekta pliku XML
8
K
Błędy importu
Dane osobowe
Dane
Osoby
I/G
Brak wartości dla pola
obowiązkowego
imiePierwsze
Podana wartość
przekracza
maksymalny rozmiar
pola
Wartość imienia 1
nie może być pusta.
Podanie wartości
jest wymagane!
Ost. edytowany:
2011-08-18
Status:
Podany IdInstytucji w pliku
nie występuje w bazie. Nie
dotyczy pól znajdujących się
w sekcji pliku XML
Pracownik.TytulZawodowy
Podano błędne
IdInstytucji – podany
identyfikator nie
występuje w
systemie
Poprawa pliku
Nie dla wszystkich pól XML
ta reguła ma zastosowanie
Wykasowano – miejsce na
kolejną regułę
Potwierdzony
Strona:
31 / 48
Korekta pliku XML
<danePodstawowe><imie1>
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
10
K
Błędy importu
Dane
kontaktowe –
Tel
Pracownik
I
Więcej niż jeden telefonKod
tego samego typu
Zgłoszono więcej niż
1 numer telefonu
określonego typu
Korekta pliku XML
11
K
Błędy importu
Dane
kontaktowe –
e-mail
Pracownik
I
Więcej niż 1 emailKod tego
samego typu
Zgłoszono więcej niż
1 adres e-mail
określonego typu
Korekta pliku XML
12
K
Błędy importu
Brak deklaracji
dotyczącej
podstawowego
miejsca
zatrudnienia
Pracownik
I/G
Dotyczy pól (baza):
PRN_ZATRUDNIENIE.POD
ST_DOD_MIEJSCE_PRAC
Y_KOD Dotyczy pól
(xml):<nauczycielAkademick
iZatrudnienie><miejscePrac
yKod>
Korekta pliku XML
Dla zatrudnienia typu PN
(pracownik naukowy),
informacja ta jest zbędna.
13
O
Błędy importu
Dane osobowe
– błędny format
pola imie1
Dane
Osoby
I/G
Korekta pliku XML
W przypadku cudzoziemców
nie sprawdzamy formatu
imienia
14
K
Błędy –
wstępnej
walidacji
Dane osobowe
Dane
Osoby
I/G
Jeśli osoba ma podstawowe
obywatelstwo polskie, tzn. z
osobą związany jest rekord
tabeli
OSB_OBYWATELSTWO, a
w nim KRAJ_KOD = „PL”
oraz
OBYWATELSTWO_TYP_K
OD = „P” to imię powinno
być w odpowiednim
formacie (sprowadzone do
odpowiedniego formatu).
Format docelowy: Aaaaaa,
bez spacji
Wartość nazwiska nie może
być pusta
Zatrudnienie osoby
w roli nauczyciela
akademickiego
wymaga podania
informacji, czy dane
miejsce pracy jest
podstawowym, czy
dodatkowym
miejscem pracy.
Polskie imię
powinno zaczynać
się od dużej litery i
nie powinno
zawierać spacji.
Poprawny format:
Aaaa.
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Podanie wartości
jest wymagane!
Strona:
32 / 48
Korekta pliku XML
Dokument
Utworzył:
15
K
16
K
18
PON-on
Marek Michajłowicz
Błędy –
wstępnej
walidacji
Błędy –
wstępnej
walidacji
Błąd struktury
XML
Student
I
Błąd struktury
XML
Pracownik
I
K
Błędy wstępnej
walidacji
Niepoprawne
rozszerzsenie
pliku importu
Struktura
pliku
I
19
K
Błędy
wstępnej
walidacji
Niepoprawne
znaki w nazwie
pliku
Struktura
pliku
20
K
Błędy
wstępnej
walidacji
Niedozwolone
znaki w pliku
Struktura
pliku
Ost. edytowany:
2011-08-18
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
Brak obowiązkowej sekcji
<daneDotyczaceStudiow>
dla studenta
Brak wymaganych sekcji o
zatrudnieniu pracownika:
<nauczycielAkademickiZatru
dnienie>
<pracownikNaukowyZatrudn
ienie>
Plik importu powinien mieć
rozszerzenie .xml
Brak informacji
dotyczącej studiów
studenta.
Przekazana
informacja o
pracowniku nie
zawiera danych o
zatrudnieniu
Korekta pliku XML
Na poziomie walidacji XMLSchema.
Korekta pliku XML
Reguła realizowana przez
XSD
Niepoprawne
rozszerzenie pliku
importu
Korekta pliku XML
I
Plik importu zawiera
niedozwolone znaki w
nazwie
niedozwolone znaki
w nazwie
Korekta pliku XML
I
niedozwolone znaki w
nazwie
niedozwolone znaki
Korekta pliku XML
Status:
Potwierdzony
Strona:
33 / 48
Czy nie zostanie rozwiązane
w ramach weryfikacji UTF8?
n/d
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
21
K
Błędy importu
Błąd
identyfikacji
osoby w pliku
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
<numer pesel>
wystąpiła
rozbieżność na
poziomie danych
podstawowych
pomiędzy plikiem
importu a danymi w
bazie
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
22
K
Błędy importu
Błąd braku
wymaganych
danych
osobowych dla
cudzoziemca
Dane
Osoby
I
Dla osoby o obywatelstwie
podstawowym <> PL nie
podano któregoś z zestawu
pól wymaganych na
podstawie schematu
Dla osoby o
obywatelstwie
podstawowym <>
PL nie podano
któregoś z zestawu
pól wymaganych na
podstawie schematu
Korekta pliku XML
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
34 / 48
Zgłoszenie konfliktu do
Administratora Systemu
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
25
O
Błędy importu
W pliku
wystąpiły dwa
rekordy
dotyczące tej
samej osoby
Struktura
pliku
I
W ramach pliku występuje
kilka
sekcji<pracownikNaukowoD
ydaktyczny>, <student> lub
<doktorant>, które dotyczą
tej samej osoby
W ramach pliku
występuje kilka
sekcji<pracownikNa
ukowoDydaktyczny>
, <student> lub
<doktorant>, które
dotyczą tej samej
osoby
Sugerowana
modyfikacja
mechanizmu eksportu,
tak by informacje na
temat osoby zostały
scalone w ramach
jednego rekordu
26
K
Błędy importu
Błąd struktury
XML
Struktura
pliku
I
Sekcja minimumKadrowe
powinna być zagnieżdżonym
elementem sekcji
nauczycielAkademickiZatrud
nienie.
Błędne przypisanie
sekcji
<minimumKadrowe>
w pliku
Korekta pliku XML
27
K
Błędy
wstępnej
walidacji
Błąd definicji
obywatelstwa
Pracownik
I/G
Jeżeli w pliku występują
różne typy obywatelstwa w
tym polskie, to musi być
ono podane jako
obywatelstwo podstawowe
Jeżeli w pliku
występują różne
typy obywatelstwa w
tym polskie, to musi
być ono podane jako
obywatelstwo
podstawowe
Korekta pliku XML
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
35 / 48
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 w ramach
jednej sekcji
Potencjalnie mogą zdarzać
się pomyłki, polegające na
przypisaniu do sekcji
pracownikNaukowyZatrudni
enie. Do ustalenia czy błąd
nie zostanie odsiany na
poziomie XSD
Obywatelstwo polskie nie
może być dodatkowym
Dokument
Utworzył:
PON-on
Marek Michajłowicz
28
K
Błędy importu
Podstawowe
miejsce pracy
może dotyczyć
wyłącznie
zatrudnienia
NA.
Pracownik
I
29
K
Błędy importu
Nieprawidłowy
parametr daty
zatrudnienia
Pracownik
I
30
K
Błędy importu
Brak danych
identyfikatycjny
ch
cudzoziemca
Dane
Osoby
I/G
Ost. edytowany:
2011-08-18
Status:
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
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.
dataOd w sekcjach
dotyczących zatrudnienia
pracownika jest większa od
daty zakończenia stosunku
pracy
Jeśli osoba jest
cudzoziemcem (tzn.
podstawowe obywatelstwo
inne niż PL) oraz nie ma
numeru PESEL (bo
cudzoziemiec powinien
Potwierdzony
Przekroczono limit
aktualnego
podstawowego
zatrudnienia
pracownika
Błędne
zdefiniowanie
okresu zatrudnienia
w pliku
Korekta pliku XML
Wymagane: Rodzaj i
numer dokumentu
tożsamości w
przypadku braku
PESEL
Korekta pliku XML
Strona:
36 / 48
Do weryfikacji pozostałe
reguły dotyczące dat.
Najlepiej by były badane w
ramach jednej metody
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
mieć PESEL), wówczas pola
rodzaj i numer dokumentu
tożsamości są wymagane
33
O
Błędy importu
Nieprawidłowa
data złożenia
oświadczenia
do minimum
kadrowego
Pracownik
I
Na podstawie pliku XML:
Pole dataOswiadczenia >
30-06 dla danego roku
akademickiego począwszy
od roku 2011/2012
Oświadczenie o
przypisaniu do
minimum kadrowego
danego kierunku
złożono po
ustawowym terminie
Na podstawie Art. 112a p.3
34
O
Błędy importu
Data
przypisania do
MK
wcześniejsza
od daty
oświadczenia
Pracownik
I
Na podstawie pliku XML:
dataOswiadczenia >
dataPrzypisania
Data złożenia
oświadczenia
późniejsza od daty
przypisania do
kierunku studiów
interpretowana jako data
przekazana do systemu
POL-on
36
O
Błędy importu
Błędne dane
zatrudnienia
dla profesora
Pracownik
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
podstawie
mianowania
następuje w pełnym
wymiarze czasu
pracy
Na podstawie Art. 118 p.1 /
Są wyjątki w
rozporządzeniach
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
37 / 48
Dokument
Utworzył:
37
K
Błędy importu
Ost. edytowany:
PON-on
Marek Michajłowicz
zatrudnienie
niezgodne z
ustawą
2011-08-18
Pracownik
I
Status:
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
Reguła dotyczy
pracowników zatrudnionych
od momentu wejścia w życie
ustawy (dataOd w
zatrudnieniu > 30.09.2011).
Pracownicy naukowodydaktyczni i naukowi są
zatrudniani na
stanowiskach:
1) profesora zwyczajnego;
2) profesora
nadzwyczajnego;
3) profesora wizytującego;
4) adiunkta;
5) asystenta.
Pracownicy dydaktyczni są
zatrudniani na
stanowiskach:
1) starszego wykładowcy;
2) wykładowcy;
3) lektora lub instruktora.
W uczelni zawodowej
pracownicy dydaktyczni
mogą być zatrudniani także
na
stanowiskach wskazanych w
ust. 1 pkt 1–3 i 5.
Potwierdzony
Nieprawidłowo
zdefiniowana relacja
zatrudnienia
Strona:
38 / 48
Korekta pliku XML
Na podstawie Art. 110 p.3
Pracownicy dydaktyczni na
uczelniach zawodowych
mogą dodatkowo pracować
na stanowiskach
wskazanych w ust. 1 pkt 1-3
i5
Dokument
Utworzył:
PON-on
Marek Michajłowicz
38
K
Błędy importu
Niespójne
dane
dotyczące
zatrudnienia
Pracownik
-Błędy
zatrudnien
ia
I
39
K
Błędy importu
Nadmierna
liczba
uprawnień do
nadawania
stopni
Pracownik
-Błędy
zatrudnien
ia
I
40
K
Błędy importu
Brak danych
dotyczących
Funkcji praco
wnika
Pracownik
-Błędy
zatrudnien
ia
I
Ost. edytowany:
2011-08-18
Status:
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
Dla pracownika niezgodność
pomiędzy polami w pliku
XML:
NauczycielAkademickiZatru
dnienie.wymiarCzasuPracyK
od a
dnienie.wymiarCzasuPracyC
zesc oraz
dnienie.wymiarCzasuPracyC
alosc. 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
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
Potwierdzony
Niespójne dane
dotyczące
zatrudnienia
pracownika w
niepełnym wymiarze
zatrudnienia lub
Niespójne dane
dotyczące
zatrudnienia
pracownika w
pełnym wymiarze
zatrudnienia
Korekta pliku XML
Podany pracownik
zgłosił , że posiada
już uprawnienia do
nadawania stopni
naukowych w
ramach innej
jednostki
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
Korekta pliku
Strona:
39 / 48
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
41
K
Błędy importu
Niespójność w
zakresie dat
pełnienia
funkcji przez
pracownika
Pracownik
-Błędy
zatrudnien
ia
I
Dla pól z pliku XML:
Pracownik.Funkcja.dataOd >
Pracownik.Funkcja.dataDo
Niespójność w
zakresie dat
pełnienia funkcji
przez pracownika
Korekta pliku
42
K
Błędy importu
Powtórzona
informacja o
funkcji w
ramach
instytucji
Pracownik
I
Powtórzone sekcje funkcja
w pliku XML dla pracownika
w obrębie tej samej instytucji
Zbyt wiele informacji
o pełnionych
funkcjach
pracownika, nie
będących z w
związku z aktualnym
zatrudnieniem
Korekta pliku. W
przypadku prawidłowej
sytuacji kontakt z
administratorem OPI
w celu zmiany
klasyfikacji na
Ostrzeżenie
44
K
Błędy importu
Niepoprawne
przypisanie
Tytułu
zawodowego
do jednostki
Pracownik
-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
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
40 / 48
Potencjalnie w sytuacji, gdy
informacja o funkcji
pracownika zostanie
powtórzona w każdym
zatrudnieniu
Dokument
Utworzył:
PON-on
Marek Michajłowicz
45
K
Błędy importu
Niepoprawna
instytucja
nadająca
stopień
naukowy
Pracownik
I
46
K
Błędy importu
Niespójne daty
uzyskania
stopnia
naukowego
Pracownik
I
48
K
Błędy importu
Nieprawidłowa
liczba godzin
zajęć
dydaktycznych
zgłoszonych w
ramach
minimum
kadrowego
Pracownik
I
Ost. edytowany:
2011-08-18
Status:
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
W zależności od trybu
nadania ograniczony zbiór
instytucji posiadających
uprawnienia do nadawania
stopnia. Dotyczy pól XML:
stopienNaukowy.trybNadani
aKod oraz
stopienNaukowy.instytucjaN
adajNostrId. Np. dla SZA
wyłącznie instytucje
zagraniczne z listy ministra
Dotyczy pól pliku XML: Data
wszczęcia przewodu > Data
uzyskania stopnia
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
Potwierdzony
Podano
nieprawidłowe dane
dotyczące instytucji
nadającej stopień
naukowy
Korekta pliku XML lub
kontakt z
administratorem OPI
Niespójne daty
uzyskania stopnia
naukowego
Korekta pliku XML
Podano
nieprawidłową liczbę
godzin
dydaktycznych w
ramach minimum
kadrowego
Korekta pliku XML
Strona:
41 / 48
do ustalnie w momencie
poznania listy instytucji
zagranicznych wskazanych
przez ministra. Obecnie
reguła wyłączona
Rozporządzen
ie rozdz. IV
par.11 pkt. 3
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
akademickiego 2011/2012 (
rokAkademicki = 2011).
49
K
Błędy importu
52
K
Błędy importu
Ost. edytowany:
Zatrudnienie
na stanowisku
<<profesora
zwyczajnego>>
osoby nie
posiadającej
tytułu
naukowego
<<profesora>>
2011-08-18
Pracownik
I
Pracownik
I
Status:
Na podstawie pliku XML. W
przypadku podania w polu
Pracownik.nauczycielAkade
mickiZatrudnienie.stanowisk
ooKod 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 zatrudniea z datą >
30-09-2011
Po wejściu w życie ustawy
znika stanowisko docenta.
Weryfikacja na podstawie
daty zatrudnienia (dataOd),
stanowiskoKod w oparciu o
słwonik stanowiskoNA
Potwierdzony
Podano dane o
zatrudnieniu
pracownika na
stanowisku
profesora
zwyczajnego bez
tytułu naukowego
profesora
Korekta pliku XML
Przekazano
informację o
zatrudnieniu
pracownika na
stanowisku
niezgodnym z nową
ustawą
Korekta pliku XML
Strona:
42 / 48
Na podstawie
Art. 114 p.1
Dla docenta, który ma datę
zatrudnienia po wejściu w
życie ustawy
Dokument
Utworzył:
PON-on
Marek Michajłowicz
53
K
Błędy importu
Nieaktualna
data
oświadczenia o
minimum
kadrowym
Pracownik
I
54
K
Błędy importu
Podano
nieprawidłowy
wymiar czasu
pracy dla
podstawowego
miejsca
zatrudnienia
Pracownik
-Błędy
zatrudnien
ia
I
Ost. edytowany:
2011-08-18
Status:
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
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,
dataOswiadczenia,
dataPrzypisania
Podstawowe miejsce pracy
może być tylko w pełnym
wymiarze
Potwierdzony
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)
Podano
nieprawidłowy
wymiar czasu pracy
dla podstawowego
miejsca zatrudnienia
Strona:
43 / 48
Korekta pliku XML
Korekta pliku XML
Dokument
Utworzył:
55
K
PON-on
Marek Michajłowicz
Błędy importu
Ost. edytowany:
2011-08-18
Pracownik
.Błędy
minimum
kadroweg
o
I
Status:
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
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
Pracownik
przypisany do więcej
niż dwóch minimów
kadrowych w tym
samym roku
akademickim
Strona:
44 / 48
Korekta pliku XML
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_ZATRUDNIENIE oraz
PRN_MINIMUM_KADROW
E. W
PRN_MINIMUM_KADROW
E przede wszystkim pola
STOPIEN_KOD i
ROK_AKADEMICKI.
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 przypadku
interesuje nas liczba i rodzaj
przypisanych minimów, a
tabela
PRN_MIN_KADR_KIER nie
ma praktycznie znaczenia.
Dokument
Utworzył:
56
K
Błędy importu
59
K
60
62
PON-on
Marek Michajłowicz
[20.07.2011]
Wersja:
1.0
Pracownik
.Błędy
minimum
kadroweg
o
I
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).
Błędy importu
Student
I
Import danych do kierunku
zlikwidowanego
O
Błędy importu
Student
I
Import danych do kierunku
zawieszonego
K
Błędy importu
Pracownik
I
Dotyczy pliku XML:
nauczycielAkademickiZatrud
nienie;
pracownikNaukowyZatrudni
enie. Pełna zgodność
danych w zakresie
zatrudnienia w tym samym
okresie czasu
Ost. edytowany:
minimum
kadrowe - tylko
jedno minimum
1 stopnia
Data
utworzenia:
Powtórzona
informacja o
zatrudnieniu w
ramach
osobnych
sekcji
2011-08-18
Status:
Potwierdzony
Pracownik
przypisany do
dwóch minimów
kadrowych w
ramach kierunków
większych od I
stopnia
Import danych do
kierunku
zlikwidowanego
Import danych do
kierunku
zawieszonego
Zdublowana
informacja o
zatrudnieniu
pracownika w
ramach tego
samego stanowiska
Strona:
45 / 48
Korekta pliku XML
Korekta pliku XML
Najprawdopodobniej doszło
do zdublowania informacji o
zatrudnieniu w sekcjach
pliku XML dla tej samej
osoby. Konieczna korekta
pliku - usnięciej jednej z
nadmiarowych sekcji
<pracownikNaukowyZatrudn
ienie>;
<nauczycielAkademickiZatru
dnienie>
Dokument
Utworzył:
PON-on
Marek Michajłowicz
63
K
Błędy importu
Pracownik
.BłędyZatr
udnienia
I
64
O
Błędy importu
Pracownik
.BłędyZatr
udnienia
I
66
K
Błędy
wstępnej
walidacji
Student
I
Ost. edytowany:
2011-08-18
Status:
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
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:
IdInstytucji, DataOd,
DataDo, stanowisko
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. p
Podano informacje o
więcej niż jednym
aktywnym
zatrudnieniu
pracownika na
osobnym
stanowisku z
ramach tej samej
jednostki
oragnizacyjnej
Dokonano ponownej
aktualizacji danych
w ramach
zatrudnienia z
podaną datą
zakończenia
stosunku pracy. W
wyniku operacji
aktywowano
zatrudnienie
pracownika w
ramach jednostki
organizacyjnej.
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
Potwierdzony
Strona:
Korekta pliku XML
Korekta pliku XML
Korekta pliku XML
46 / 48
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
zatrudnienia w ramch
istniejącej umowy oraz
ponownie z podaniem nowej
daty zatrudnienia po
wygaśnięciu umowy
tymczasowej.
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
uczelni publicznej i
niepublicznej
(rodzajPrzyznanychSwiadcz
en)
67
K
Błędy
wstępnej
walidacji
Struktura
pliku
I
Plik musi zawierać dane
chociaż jednego
zidentyfikowanego obiektu
(Student, Pracownik,
Doktorant, Ankieta EN1)
68
K
Błędy
wstępnej
walidacji
Struktura
pliku
I
Identyfikatory kierunków w
polach minimimum
kadrowego nie mogą być
takie same
:<kierunekInstancja01Id>
;<kierunekInstancja02Id>
71
K
Błędy
wstępnej
walidacji
Dane
osoby
I
W pliku powinna
występować sekcja
<obywatelstwo> z atrybutem
<obywatelstwoTypKod>
zdefiniowanym jako
podstawowe
Pracownikbłędy danych
osobowych
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
:<kierunekInstancja0
1Id>
;<kierunekInstancja0
2Id>
Nie podano
obywatelstwa
podstawowego dla
Pracownika
72
Ost. edytowany:
2011-08-18
Status:
Potwierdzony
Strona:
47 / 48
Korekta pliku XML
Korekta pliku XML
Korekta pliku XML
Wyeliminowanie
przetwarzania pustych
plików
Dokument
Utworzył:
PON-on
Marek Michajłowicz
Data
utworzenia:
[20.07.2011]
Wersja:
1.0
73
O
Błędy importu
Wymagalność
PESEL dla
obywatela
Polski
Dane
Osoby
I/G
Jeśli osoba ma zdefiniowane
obywatelstwo podstawowe
<> niż PL wymagane jest
podanie pola PESEL
77
K
Błędy importu
Brak
uprawnień do
wybranego
poziomu
studiów.
Student
I /G
78
K
Błędy importu
Data
wyrejestrowani
a studenta,
wcześniejsza
niż data
zarejestrowani
a.
Student
I
79
K
Błędy importu
Wskazanie
specjalności
dla innego
kierunku niż
Filologia
Student
I/G
Weryfikacja czy wskazana
jednostka posiada
uprawnienia do poziomu
studiów wskazanego przy
imporcie kierunku
(stopienStudiow).
Data wyrejestrowania
studenta z kierunku
(dataWyrejestrowaniaStude
nta) nie może być
wczesniejsza niż Data
zarejestrowania studenta na
kierunku studiów
(dataZarejestrowaniaStuden
ta)
Tylko kierunek Filologia
może posiadać Specjalność
(specjalnosc).
80
K
Błędy importu
Musi być
wskazany
kierunek
studiów
Student
I/G
Ost. edytowany:
2011-08-18
Status:
Jeśli osoba ma
zdefiniowane
obywatelstwo
podstawowe <> niż
PL wymagane jest
podanie pola PESEL
Jeżeli Stopień studiów
(stopienStudiow) = I, II, I i II
to pole Kierunek studiów
(kierunekId) musi być
wypełnione.
Potwierdzony
Strona:
48 / 48
Korekta pliku

Opis procesu masowego importu danych do systemu POL-on

Transkrypt

Podobne dokumenty

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

Plik vat_r.txt Po uruchomieniu Comarch Optima należy

Lekcja 1.1. Temat: Przeszukiwanie zasobów internetowych

Import danych do programu OpenOffice Calc 3.x

Program IMPORT_BN_TCP

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

1 Oznaczenia i definicje - import zaopatrzeniowy produktów rodzaju

Pobierz ofertę

Import i eksport danych do formatu KSSWD i PŚ

wymagania techniczne dotyczące materiałów do druku