1. CUZK 

1.1 Fáze druhá a třetí 

1.1.1 Vstupní parametry 

  • Uživatel

  • Heslo 

  • Úkol Pro 

1.1.2 Popis 

Pro tuto fázi je nutné, aby lustrovaný subjekt měl vyplněno IČO nebo rodné číslo. Po spuštění této fáze se kontroluje správnost zadaných přihlašovacích údajů k webové službě katastru. Údaje se vyplňují v nastavení addinu. 

Selže-li prvotní test přihlášení, tak se addin nespustí a zanechá ticket hromadné součinnosti ve druhé fázi. Do políčka „info“ u ticketu se zapíše příčina chyby. 

Addin umí také generovat úkoly určenému uživateli v případě, že nebyly přihlašovací údaje správné. Úkol se generuje i v okamžiku, kdy se v odpovědi objeví varování o změně hesla. 

Následující proces stažení opovědí z KN se skládá z těchto kroků. Nejprve se zjišťuje, jeli lustrovaný subjekt veden v KN. Nenajde-li se shoda na základě IČO nebo RČ, uloží se do stavu subjektu „Nebyl nalezen záznam v katastru“. Existuje však i případ, že se osoba na katastru eviduje, avšak nemá vedeny žádné nemovitosti s vlastnickým právem. Proto je do stavu uloženo „Nemovitosti nenalezeny“. 

Je-li ověřena existence lustrované subjektu na katastru, dochází ke stažení přehledu vlastnictví. Tento přehled se neukládá na disk, ale zůstává pouze v paměti. Z toho přehledu se získávají čísla listů vlastnictví a kódy katastrálních území, ve kterých figuruje lustrovaný subjekt. 

Nyní se budou jednotlivá LV, která byla zjištěna výše uvedeným způsobem, stahovat a ukládat na disk. Stažení je rozděleno na dvě části. V první části je odesílána žádost o vygenerování přehledu konkrétního LV. Po nějaké chvíli je žádost zpracována a LV připraveno ke stažení. Ve druhé části se soubor LV stáhne, správně pojmenuje a uloží na disk.  

Stahují se přehledy ve formátu PDF a XML. 

Při stahování často dochází k přerušení spojení, např. z důvodu přetížení serverů služby. Proto je na stažení každého přehledu definováno několik pokusů. V případě vyčerpání počtu pokusů ke stažení, je stav subjektu změněn na Error a pokračuje se na další subjekt. 

1.2 Čtvrtá fáze

1.2.1 Parametry 

  • Úkol pro 

  • Vytvářet zálohové soubory 

1.2.2 Popis 

Čtvrtá fáze parsuje stažené XML soubory a zjištěná data importuje je do databáze. Před započetím importu si projde všechny soubory k danému subjektu a zkontroluje jejich validnost. Jestliže je nějaký ze souborů poškozený nebo chybí pdf verze dokumentu, import u subjektu se přeskakuje. Ticket se přepne do druhé fáze a nechá se znova proběhnout. 

Subjekt se může vyskytnout v několika stavech.  

  • LV Stažen 

  • Nemovitosti nenalezeny 

  • Nebyl nalezen záznam v katastru 

  • Error 

  • Done 

Subjekt nesmí mít prázdný stav! Nesmí se proto při požadavku o znovuspuštění 4té fáze mazat info ani stavy! Výsledkem by bylo vytvořeníi výsledků lustrací jako neurčitý výsledek... 

Toto omezení je z toho důvodu, aby se dalo přesně odlišit, zdali byl subjekt správně prolustrován a má všechny LV staženy. Addin si umí poradit i se stavy error, takže takové subjekty znovu prolustruje. A v případě úspěšného zpracování smaže i případné chybové hlášení. 

Import probíhá vždy tak, že se prochází seznam xml souborů, který byl u subjektu nalezen a pro projití tohoto seznamu se vytváří úkon s konečným výsledkem 

 

Před založením nové nemovitosti se kontroluje přítomnost již existující nemovitosti na základě identifikátoru (tzv. mhCislo), který je složen z: 

  • Čísla listu vlastnictví 

  • Prvního písmene typu nemovitosti (Stavba, Byt, Pozemek) 

  • Čísla pozemku 

  • Např. 15 S: 45/2

Pokud je nalezen záznam s existující nemovitostí, kontroluje se na změny, jestli nějaké od posledního importu nenastaly. Kontrolují se tyto sloupce 

  • Výměra pozemku 

  • Spoluvlastnický podíl 

  • Id manžela 

  • Společné jmění 

  • Podíl na společných částech 

  • Číslo pozemku 

Případná změna se zapíše do již nevyužitého sloupce výpisXml.  

 

Nakonec se nahrají soubory do databáze a vytvoří úkon. Poté se aktualizuje stav u subjektu podle výsledku lustrace – buď nový, nebo existující. 

 

Počet exekucí a pořadí exekutora (VB 16.7.2014) 

Addin v XML hledá text "Exekuční příkaz k prodeji nemovitosti" - počet výskytů pak zapisuje jako počet exekucí k danému LV. 

Exekuční příkazy si pak řadí podle identifikace řízení uvedené v LV od nejstaršího po nejnovější. V daném seznamu hledá první výskyt exekučního příkazu vydaného úřadem, který lustraci provádí a tohle pořadí zapisuje do Evolia.  

Počet exekucí i pořadí exekutora je uvedeno v detailu nemovitosti na kartě "Omezení".