• EndPoint 
  

• Seriové číslo podpisového certifikátu 
  

• Vkládat i usnesení od roku 2013 
  

• PZP fáze dva odesílá požadavek na vygenerování odpovědí, jež se týkají typu zaměstnání, které lustrovaný subjekt má, resp. měl 
  

• Pro pokračování ve zpracování požadavku je pro subjekt nutné, aby ke spisu, v němž figuruje, bylo přijato usnesení. Pokud spis usnesení nemá, subjekt se nastaví do stavu Error a dále nelustruje 
  

• Tímto způsobem se prochází celý list a požadavky se řadí do kolekce pro odeslání 
  

• Na konci se kolekce žádostí odešle na bránu PZP 
  

• Vrátí se odpověď a idenfifikace jednotlivých podání se uloží do tabulky LustracePZP 
  

• EndPoint 
  

• Seriové číslo podpisového certifikátu 
  

• Počet dní, po kterých se májí staré zprávy znovu odeslat 
  

• Fáze prohlíží schránku na hotová podání, která poté stahuje a uloží do adresáře 
  

• Je vrácen seznam IDpodání, které nejsou označeny za přečtené. Ke každé položce ze seznamu se zjišťuje konkrétní zpráva na základě IDPodání 
  

• U takto stažené zprávy dochází k jejímu uložení na disk. Kontroluje se však, zdali existuje infromace o tomto podání v tabulce LustracePDF 
  

• V případě, že záznam v tabulce LustracePDF existuje, tak dojde k načtení patřičného listu k hromadné součinnosti, podle cesty uvedené ve sloupci HSFolder. Načítají se HS ve druhé i třetí fázi. V listu se hledá konkrétní subjekt, jemuž odpověď patří. Takovému subjektu se nastavuje stav „Odpověď dorazila“ 
  

• Uloží se konrétní odpověď k danému subjektu. Do elementu Info u subjektu se poté zapíše cesta k souboru 
  

• Zpráva je označena za přečtenou 
   

Konec stránky 

• Úkol pro 
  

• Slučovat úkony 
  

• AddIn načte všechny lustrace, které jsou připraveny na čtvrtou fázi ze zadaného adresáře. Poté se pokusí načíst výsledky z třetí fáze, které jsou uloženy ve formě xml jako odpověď na požadovanou hromadnou lustraci. Načtené hodnoty uloží do databáze. Jedna se především o data týkající se majetkových hodnot příjmu zadaných subjektů. 
  

• Vytváří se také úkony o negativní lustraci u subjektů s chybou z předchozí fáze 
  

• Načte se soubor s odpovědí a prochází se seznam zaměstnavatelů, resp. zaměstnání 
  

• Při importu se rozlišuje, zdali je v odpovědi uveden zaměstnavatel – v takovém případě se kontroluje podle IČO, jestli existuje v databázi Evolia. V případě, že neexistuje, založí se jako nový klient typu „Právnická osoba“. Dojde také k založní i nové adresy.  
  

• Poté se kontroluje přítomnost existujícího příjmu na základě Idspolečnosti nebo popisu, resp. typu příjmu. V případě, že příjem neexistuje, zakládá se nový 
  

• Obdobná situace nastává v situaci, kdy subjekt nemá plátce pojistného. Zpracování je stejné, jen se nekontroluje přítomnost zaměstnavatele v tabulce Klienti. Zakládá se příjem typu důchod, resp. jiný příjem 
  

• Po naimportování seznamu příjmů se vytváří úkon. Díky nastavení slučovat úkony je možné zajistit, aby se informace o všech příjmech nahrály do poznámky k jednomu úkonu. Jinak se pro každý příjem zakládá nový úkon 
  

• Jakmile se projde seznam subjektů, HS se nastavuje do páté fáze