Stav addinu: Domluva ( 2 nepoužívají)
Počet uživatelů (úřadů): 3+

Úřad práce

Úřad práce je institucí řízenou ministerstvem práce a sociálních věcí (MPSV). Na starosti má agendu zaměstnanosti, výplaty dávek sociální podpory, pomoci v hmotné nouzi i příspěvků na péči a dávek pro zdravotně postižené. Úřady práce vedle výplaty dávek nabízejí zájemcům o práci volné pozice, případně rekvalifikační kurzy, které jim mají pomoci v uplatnění na pracovním trhu. Nepojistné sociální dávky (dávky pomoci v hmotné nouzi, dávky pro osoby se zdravotním postižením, příspěvek na péči) byly dříve vypláceny na obecních úřadech. Od ledna 2012 přešla v souvislosti se sociální reformou veškerá dávková agenda na úřady práce, aby existovalo jedno výplatní místo pro všechny dávky. Vedle toho pomáhají úřady práce ze zákona i zaměstnancům, jejichž zaměstnavatel se ocitl v platební neschopnosti.

Addin vyhledává všechny osoby vyskytující se v registru Úřadu práce a získává podrobné informace o těchto osobách.

Subjekt

Subjekt je daná osoba vyskytující se v databázi úřadu práce.

Stavy subjektu

Subjekty mohou mít stav podle toho jak je úspěšná komunikace se serverem. A to mohou být následující:

Empty – žádný stav

NegativeError –  nevyplněné Rodné číslo(dále jen RČ) nebo datum narození

Error – nastala obecná chyba

Received – Obdržena odpověď z úřadu

Done – všechny odpovědi jsou naimportováni

Druhá fáze

Druhá fáze začíná připojením addinu na server Úřadu práce (dále ÚP). K tomu je potřeba certifikát, který je spárován s ÚP, který ale tento certifikát nevydává. Při připojování spárovaného certifikátu mohou nastat následující chyby. A to „Certifikát se nepovedlo najít. SN:{0}“, certifikát určený k připojení addin nedokázal dohledat, „Certifikát je neplatný!! SN:{0}“ certifikát je potřeba aktualizovat a  „Přihlášený uživatel nemá přístup k privátnímu klíči certifikátu!!!“ zadaný privátní klíč je chybný. Po připojení na server následuje import.

Import

Následuje import do systému a zpracování subjektu.

Vstupní parametry

Subjekt –  Lustrovaná osoba

Zpracování požadavku před odesláním na ÚP označuje addin jako„Zpracovávám subjekt {subject.Subject}“. Pokud má lustrovaný subjekt v databázi stav Received, Done, nebo Error, zobrazí systém následující hlášení „Subjekt je ve Stavu Received, Done, Error“a„Přeskakuje se“, což znamená že subjekt nebude v addinu dál lustrován a přeskočí na další subjekt.

Pokud ale je stav subjektu v pořádku, stáhne se odpověď a systém zobrazí „Úspěšně stáhnutá odpověď“a pokračuje další částí druhé fáze. Během stahování ale může taktéž dojít k chybám:

a) „Nastaly chyby při stahováni dat“ tato chyba nastává při problému s lustrací subjektu, kdy není nalezen z důvodu neexistence „Osoba nebyla nalezena.“ nebo chybějícím údajům„Nutno doplnit a zpodrobnit osobní údaje k identifikaci osoby.“.  Stav subjektu je nastaven na NegativeError. 

b) „Access error“ tato chyba indikuje jakýkoliv problém, který není popsán v bodě a), např. výpadek serveru, s popisem  „Nepovedlo se stáhnou data, chyba: {ex.Message}. Lustrace se zopakuje“. Stav subjektu je nastaven na Error.

Lustrace v systému ÚP

Lustrace probíhá v systému ÚP na základě zadaných hodnot a to jsou: jméno a příjmení, pokud zde není vyplněno jedno nebo obě pole, zobrazí se „Subjekt nemá vyplněné jméno nebo příjmení. Lustrace nemůže pokračovat.“ a stav subjektu bude nastaven na NegativeError.  Další povinná pole jsou datum narození a rodné číslo, jestli-že nejsou zadány, systém upozorní hlášením „Subjekt nemá vyplněné datum Narození ani Rodné číslo. Lustrace nemůže pokračovat.“. Stav subjektu bude nastaven na NegativeError.

Pokud jsou zadané údaje ověřeny v systému, odešle ÚP addinu lustrované informace v dokumentu XML a HTML.  Ten obsahuje kategorie uvedené níže.

Osoba

Obsahuje základní informace o lustrované osobě.

  • Jméno – neprázdný textový řetězec do maximální délky 100 znaků
  • Příjmení – také případné rodné příjmení, neprázdný textový řetězec do maximální délky 100 znaků
  • Datum narození
  • Datum úmrtí – pokud je daný subjekt po smrti
  • Pohlaví může nabývat jedné z následujících hodnot:
    • F (Female) – ženské pohlaví,
    • M (Male) – mužské pohlaví
  • Adresa pobytu – ve formě kódu RÚIAN,  typu AdresaCrType
  • IkMpsv –  jedinečnou identifikaci klienta vůči ÚP, 10-ti místný bezvýznamový číselný údaj

Způsob výplaty

Komplexní element způsobů výplaty. Může obsahovat několik adres a kódů bank.

  • Adresa poštovní poukázkou – adresa pro zasílání poštovní poukázkou, typu AdresaCrType, ve formě kódu RÚIAN
  • Kód banky – kód banky evidovaného bankovního spojení, 4-místný číselný údaj

Seznam dávek

Uvedeny všechny dávky které subjekt pobírá, může být prázdný.

  • Typ dávky
  • Stav žádosti – pokud není stav vůbec uveden, jedná se o novou žádost o dávku, jejíž stav dosud nebyl žádným způsobem úředníkem posouzen a vyhodnocen.
  • Nároková část – nezáporné desetinné číslo

Spisová značka Exekutor

V případě že je subjekt v exekuci je uvedena i tato informace ve výsledku lustrace.

  • Forma realizace
  • Typ výkonu rozhodnutí
  • Datum pořadí výkonu rozhodnutí – rozhodné datum pro určení pořadí vlastní realizace srážek ze mzdy
  • Vydavatel – informace o vydavateli příkazu k výkonu rozhodnutí, typu SubjektSAdresouType
  • Vydavatel IČO

Evidence uchazečů o zaměstnání

  • Počátek evidence – datum počátku vedení v evidenci uchazečů
  • Konec evidence – datum konce vedení v evidenci uchazečů
  • Důvod ukončení – proč došlo k ukončení evidence uchazeče o zaměstnání, textový řetězec do maximální délky 100 znaků.
  • Poslední zaměstnavatel – seznam posledních zaměstnavatelů, může být prázdný, typu SubjektSAdresouType.
    • Název – jméno zaměstnavatele

Počet společně posuzovaných osob

Uvádí počet osob které byly vyhodnocovány společně v systému ÚP.

Počet vyživovaných osob

Uvádí počet osob které lustrovaný subjekt má povinnost živit.

Možné uváděné hodnoty

Níže je uveden seznam hodnot, kterých můžou nabývat jednotlivá pole. Uvedené stavy jsou uvedeny i s číselníkovým kódem daný zákonem před názvem.

Typ dávky


51 Přídavek na dítě
52 Sociální příplatek
54 Rodičovský příspěvek
55 Příspěvek na úhradu potřeb dítěte
56 Odměna pěstouna
88 Náhrada mezd při insolvenci zaměstnavatele
130 Evidence – podpora v nezaměstnanosti, podpora při rekvalifikaci, kompenzace odstupného, odbytného a
odchodného


 Stav žádosti


Kódy pro oblast SSP a SPOD
1 Nerozhodnuto (nová žádost)
2 Přiznáno
3 Zamítnuto
4 Odejmuto
5 Přerušeno
6 Zastaveno
7 Stornováno
8 Ukončeno
9 Postoupeno
10 Ukončeno – k odejmutí
13 Zastavena výplata
14 Nerozhodnuto (přerušeno)


Oblast Insolvence


101 Nerozhodnuto
102 Oznámeno
103 Přiznáno
104 Zamítnuto


Kódy pro oblast Zaměstnanost


202 Požadavek posouzení nároku na PvN
203 Požadavek odsouhlasení přerušení lhůty
204 Požadavek odsouhlasení zvýšení hmotného zabezpečení pro ZPS
205 Požadavek odsouhlasení vrácení PvN, PpR
207 Odsouhlaseno správní rozhodnutí
208 Oznámeno správní rozhodnutí
209 Odsouhlasit k výplatě
210 Odsouhlaseno k výplatě
211 Odsouhlaseno k výplatě dříve
212 Nezařazen do evidence
213 Zařazen do evidence
214 Požadavek odsouhlasení nezařazení


Forma realizace


1 Srážkou ze mzdy
2 Přikázáním pohledávky


Typ výkonu rozhodnutí


1 Běžné výživné
2 Dlužné výživné
3 Přednostní
4 Nepřednostní


 


 


Čtvrtá fáze

V této fázi již probíhá pouze přebírání informací ze souboru XML do místní databáze a jejich následné zpracování do výstupu addinu.

Addin u subjektu zkontroluje stav. Pokud má lustrovaný subjekt v databázi stav Error  nebo NegativeError, zobrazí následující upozornění „Subjekt je už naimportovaný“ a „Přeskakuje se“ nebo v případě NegativeError „Subjekt se nepodařilo dohledat“, „Při lustraci subjektů došlo k chybě.“ a změní se stav na Done a dojde k ukončení addinu. Po změně stavu na Done se addin ve čtvrté fázi pokaždé ukončí! V opačném případě, tedy pokud má subjekt jakýkoliv jiný stav, pokročí do následující činnosti.

V té addin kontroluje přítomnost XML souboru získaného v předchozí fázi z ÚP. Pokud není k dispozici, zobrazí se chyba „Nenašla se XML odpověď“, „Lustrace nemůže pokračovat.“ s chybovým úkonem „Úkol pro při chybě“ a addin ukončí činnost. Soubor XML projde deserializací, při neúspěchu zobrazí addin „Nepovedla se Deserializace XML“ taktéž se vytvoří chybový úkon „Úkol pro při chybě“ a ukončí se. Když nedojde k ukončení, následně se dívá, zda je vyplněný datum konce evidence a je vetší od data počátku. A to tak že response.EvidenceUchazecuOZamestnani.KonecEvidence < response.EvidenceUchazecuOZamestnani.PocatekEvidence nebo response.SeznamDavek != null && response.SeznamDavek.Any

a) Pokud ANO, tedy že není v databázi „Subjekt již není v evidenci úřadu Práce“, ověří zda má uveden příjem v souboru XML. Jestliže má záznam o majetku dbmajetek != null && dbmajetek.Count() =1, importují se informace 
mhtyp =JINY_PRIJEM
mhpopis =povinný je v evidenci úřadu práce
mhprTyp=NEPREDNOSTNI
mhIDVlastnik= ClientID
mhprZamestnaniOd=počátek evidence
Když data u  CompareZamestnaniDo(exmajetek.mhprZamestnaniDo, response.EvidenceUchazecuOZamestnani) jsou stejná, subjekt není v evidenci úřadu práce „Povinný není v evidenci úřadu práce.“ a změní stav subjektu na Done
V opačném případě se a pokračuje k dalšímu výpočtu, zda je datum konce v databázi je totožné k datu v odpovědi response.EvidenceUchazecuOZamestnani = null) ? (DateTime?)null : response.EvidenceUchazecuOZamestnani.KonecEvidence. Při odpovědi ANO nenastala žádná změna a subjekt stále není v evidenci „Povinný není od {response.EvidenceUchazecuOZamestnani.KonecEvidence.ToShortDateString()} v evidenci úradu práce“ a změní stav na Done.
Nastane-li odpověď NE , dojde ke změně MHP a addin rozhoduje zda dojde k importování adresy výplaty, to je možné změnit v Nastavení, pokud se adresy importují upozorní hlášení „Importuji novou adresu výplaty z UP“ , dojde ke změně 
klaIDclient= ClientID
klaKodAdresy=adresny kod,
kontrole adresy dle adresního kódu, vytvoří se info o vložené adrese a dochází ke změně, čímž subjekt již není v evidenci ÚP a stav se změní na Done. Když se adresy neimportují dochází rovnou ke změně.

Jestliže nemá záznam o příjmu, lustrace není nalezena a subjekt není v evidenci úřadu práce „Povinný není v evidenci úřadu práce.“,  addin změní stav subjektu na Done

Problém může nastat když dbmajetek != null && dbmajetek.Count() > 1, tedy subjekt má více než jednu majetkovou hodnotu, zobrazí
varování „Povinný má více platných majetkových hodnot typu „povinný je v evidenci úřadu práce“. Nemůžeme automaticky rozhodnout, která je platná. Zkontrolujte součinnost ručně!!!“.

b) Pokud NE, tedy je v evidenci za podmínky response.EvidenceUchazecuOZamestnani != null && response.EvidenceUchazecuOZamestnani.KonecEvidence < response.EvidenceUchazecuOZamestnani.PocatekEvidence) nebo  (response.SeznamDavek != null && response.SeznamDavek.Any()), ověří dále, zda má uveden příjem v této databázi. Jestliže nemá záznam o příjmu dbmajetek != null && dbmajetek.Count() = 0, provede se import MHP:
mhtyp =JINY_PRIJEM
mhpopis =povinný je v evidenci úřadu práce
mhprTyp=NEPREDNOSTNI
mhIDVlastnik= ClientID
mhprZamestnaniOd=počatek evidence
mhprZadal,mhrpZadano
a zároveň se rozhoduje, zda se budou importovat adresy výplaty, které se dá změnit v Nastavení. Kladná odpověď provede import adresy, zobrazí info „Změna poznámky MH z {oldPopis} na {newPopis}“ a uloží výsledek lustrace jako Nová, což znamená že subjekt je v evidenci ÚP a změní stav subjektu na Done. v druhém případě, není importována adresa, se rovnou uloží výsledek Nová.

Problém může nastat když != null && dbmajetek.Count()>1, tedy subjekt má více než jednu majetkovou hodnotu, zobrazí
varování „Povinný má více platných majetkových hodnot typu „povinný je v evidenci úřadu práce“. Nemůžeme automaticky rozhodnout, která je platná. Zkontrolujte součinnost ručně!!!“

Jestliže má jeden záznam o příjmu provede se import MH příjmů:
mhtyp =JINY_PRIJEM
mhpopis =povinný je v evidenci úřadu práce
mhprTyp=NEPREDNOSTN
mhIDVlastnik= ClientID
mhprZamestnaniOd=počatek evidence
 a zároveň se rozhoduje, zda se budou importovat adresy výplaty, které se dá změnit v Nastavení. Kladná odpověď provede import adresy a uloží do adresy v databázi
klaIDclient= ClientID
klaKodAdresy=adresny kod
poté kontroluje zda je adresa nová. Pokud ano provede se změna adresy a addin zobrazí info o změně a přepne stav subjektu na Done. Pokud není adresa nová výsledkem je Beze změny a subjekt bude ve stavu Done.
Záporná odpověď v případě importu adresy zobrazí výsledek Beze změny a stav subjektu Done