Regresy

Regresy XML komunikátor (nadále komunkátoru) je určen pro výměnu dat pomocí XML souborů mezi informačními systémy Evolio a Generali eRegresy. Účelem komunikátoru je pouze data importovat a exportovat. Obsahem všech XML souborů je pojistka a jí podřízené záznamy. Každé importované nebo exportované XML je nejdříve validováno vůči svému zadanému XSD schématu.
Import se dělí na dva typy:
  1. Zakládající – pojistky v importní dávce se budou zakládat do Evolia. Budou se vytvářet nové případy regresů
  2. Aktualizační – Případům regresů budou dle XML aktualizovány data

Import

Vstupní XML se nejdříve zvaliduje vůči zadanému schématu. Pokud je validní pokračuje se dál, jinak se import ukončí. Každé validní importované XML se uloží do případu „XML IMPORT/EXPORT“ do složky Import jako dokument. Poté je XML soubor načten do kolekce datových tabulek tzv Datasetu.

Dataset si Představte to jako excel, kde na každém listě je jedna tabulka s daty z XML. Příčemž každý list bude pojmenovám dle Elementu z XML a bude obsahovat pojmenované sloupce dle podelementů.

Každé tabulce v datasetu jsou doplněny chybějící sloupce, XML nemusí obsahovat vždy všechny elementy. Tím pádem se komunikátor nemusí neustále dotazovat, jestli existuje ten a ten element v XML (sloupec v tabulce) v průběhu importu.

Poté je všem sloupcům, které mají obsahovat číslo, převedena jejich hodnota na číslo dle aktuálního nastavení jazykového nastavení OS Windows.

Poté se rozklíčuje Element dávka, hlavní element, XML souboru. Pak se prochází tabulka pojistek a zjišťuje se, jestli pojistka obsahuje nějakou škodu. Pokud ano, pak se procházejí jednotlivé škody a pokud je dávka typu 1, pak se pojistky a aktuální škodou zakládají, Pokud je dávka typu 2, pak se pojistky a aktuální škodou aktualizují.

Zakládající import


Zjišťuje se, jestli pojistka s daným číslem škody v Evoliu už existuje. Pokud ano, je oznámena chyba a pojistka s danou škodou se neimportuje. Pokud neexistuje pokračuje se dál v importu.

Nejdříve je do Evolia založen prázdný případ. Pak se z XML vybere pouze ta část, co se týká právě importovaného případu. Tento výběr se uloží do zvláštního XML souboru s postfixem čísla pojistky a vloží se do právě importovaného případu do dokumentů.

Vloží se základní údaje pojistky do Evolio případu. Pak se založí jistina. Převedou se subjekty případu. Převedou se všechny Likvidace, pak platby, které se ihned spárují. Pak se porovná výsledný zbývající dluh. Vloží se případné další dokumenty, obsažené v XML. Vloží se informace o dávce přímo k případu a nakonec se k případu vytvoří úkon o založení. Teprve potom všem se uloží celá pojistka do Evolia. Tudíž všechny kroky předtím se odehrávají pouze v paměti počítače.

Vložení základních údajů pojistky

Vkládá se číslo pojistky a škody, typ pohledávky, typ pojistné události, stav pojistné události, příčina pojistné události, důvod právního vymáhaní, forma zavinění, typ škody, kód produktu, datum storna, jestli byla pojistka stornována, renta, datum promlčení. Do pojistky se data převzetí uloží dnešní datum. Do pohledávky se vytvoří úkol s datem splnění 2 měsíce a 15 dní před datem promlčení. Pokud však termín splnění úkolu je menší než aktuální datum, kdy je prováděn import do Evolia, nebo když u pojistky není uvedeno datum promlčení, je datum úkolu nastaveno na datum, kdy je prováděn import do Evolia.

Založení jistiny

Částka jistiny se získává z aktuální nárokovné částky z elementu AktualniNarokovanaCastka a pokud není řítomna, pak z aktuální dlužné částky z elementu AktualniDluznaCastka. Datum splatnosti se buď bere nejstarší datum z elementu DatumSplatnosti v dopisech typu 9, 10, 12, 13 nebo z elementu DatumVznikuPU nebo DatumOznameniPU v elementu Skoda.

Založení plateb

Procházejí všechny platby v elementu Skoda. Pokud v elementu CastkaUhrady je číslo, pak je platba založena do případu k datum uvedeném v elementu DatumUhrady (jinak se bere aktuální datum). Dle ID z IS generali v iddluznik se najde v Evoliu subjekt, kterému platba náleží. Plabta se označí, že spárovat ke splátkovému kalendáři, pokud takový v případu Evolia existuje a je aktivní a nezamčený.

Kontrola výše aktuálního dluhu

Provnává se s aktuálním dluhem na jistině v případu Evolia a AktulaniDluznaCastka v XML. pokud v Evoliu zbývá více než v XML, pak je založena dorovnávací platba a dluh znovu porovnán a případně založena ještě jedna dorovnávací platba. Ostatní případy při neshodnosti částek dluhů jsou uživateli oznámeny chybou a musí napravit ručně.

Rozúčtování plateb

Je rozúčtováno profilem „Hlavní“ na jistinu.

Převod subjketů případu

Nejdříve se získají z elementu ZucastneneOsoby ve Skoda všechny subjekty k převodu do Evolia a Evolio případu. Každý subjekt se nejdříve převede do třídy mapující subjekt v XML. V třídě dojde ke konverzím hodnot pohlaví, titulů, role v případu a druhu osoby. Třída se přidá kolekce. Až se kolekce naplní všemi subjekty z XML, ak dochází k jejich převodu do Evolia.

Subjekt se vyhledá dle generali ID. Pokud není v Evoliu nalezen, pak založen prázdný subjekt. Pokud je nalezen, načtou se data subjektu z Evolia. Nyní dojde k plnění dat.

Do Evolia se v tomto případě převádí jen neprázdné elementy (vzpomínáte na doplňování chybějících sloupců), U adres platí totéž. Do Evolia se k subjketu převádí i Generali ID subjektu a adres. Do evolia jde pouze první trvalá adresa a první kontaktní adresa.

Dle role v XML, je subjekt pak přiřazen do role v Evoliu (viz XSD).

Převod dat z Likvidace


Nejdříve se převádí základní informace z likvidace. Každá likvidace v XML má svoje Generali ID. Podle něj se nejdříve zjišťuje, jestli daná likvidace existuje v importovaném případu právě jednou. Pokud ano, je daná likvidace aktualizována. Pokud ne, je daná aktualizace vložena. Tzn., že pokud likvidace s daným Generali ID se v pojistce vyskytuje více než jednou, například dvakrát, pak je založena nová v pořadí již třetí do pojistky. Komunikátor zde totiž nedokáže rozhodnout, kterou v pohledávce existující likvidaci má aktualizovat. {BR}
Převádí se Storno, typ likvidace, vyplacená částka, skutečná částka a aktuální nárokovaná částka. Do likvidace se zároveň zaznamená, ze kterého souboru XML pochází a ze kterého ID dávky.

Poté se ještě jednou tyto všechny informace vloží do historie likvidace, čímž vzniká přehled o tom, jak byla postupem času aktualizována importy.

Pak se do případu vloží všechny poznámky související s likvidací. Tyto se pouze a vždy vkládají.

Pak se převádí dopisy. Protože každý dopis má svoje Generali ID je opět v převáděném případu vyhledáván a zjišťuje se, jestli existuje právě jednou. Pokud ano, je aktualizován. Pokud ne, je založen.{BR}
Převádí se typ dopisu, datum zaslání, datum vytvoření, datum splatnosti, částka a stav. Zároveň se přesune název XML souboru a id idávky, ze které dopis přišel.{BR}
Pak se všechny příchozí informace opět uloží do historie dopisů, takže je vidět průběh dopisů v rámci likvidace.

Pak se převádí řízení dlužníka v rámci likvidace. Opět se v případu vyhledá jestli existuje právě jedno řízení, které by mohlo být aktualizováno. Jinak je založeno. Hledá se dle Generali ID subjektu a Generali ID likvidace. Převádí se Druh řízení a důvod vymáhaní.{BR}
Zároveň se přesune název XML souboru a id idávky, ze které řízení přišlo.{BR}
Pak se všechny příchozí informace opět uloží do historie dopisů, takže je vidět průběh řízení v rámci likvidace.

Pak se převádí splátkové kalendáře mimosoudního řízení. Tyto splátkové kalendáře se převádí do Evolia do specializované karty v likvidaci a ne do karty pro splátkové kalendáře. To proto, aby se daly oddělit splátkové kalendáře z Generali a z advokátní kanceláře. Splátkové kalendáře mimosoudního řízení jsou vyhledávány v případu dle Generali ID subjektu. Pokud je nějaký takový kalendář nalezen, pak je smazán a dojde k vložení nového splátkového kalendáře.

Aktualizační import


Zjišťuje se, jestli pojistka s daným číslem škody v Evoliu už existuje. Pokud ne, je oznámena chyba a pojistka s danou škodou se neimportuje. Pokud existuje, pokračuje se dál v importu.

Nejdříve je z Evolia načten příslušný případ. Pak se z XML vybere pouze ta část, co se týká právě importovaného případu. Tento výběr se uloží do zvláštního XML souboru s postfixem čísla pojistky a vloží se do právě importovaného případu do dokumentů.

Aktualizují se základní údaje pojistky v Evolio případu. Převedou se subjekty případu. Převedou se všechny Likvidace. Pak se provede schvalování návrhů řízení. Pak se převedou platby, které se ihned spárují. Pak se porovná výsledný zbývající dluh. Vloží se přípané další dokumenty, obsažené v XML. Vloží se informace o dávce přímo k případu. Teprve potom všem se uloží celá pojistka do Evolia. Tudíž všechny kroky předtím se odehrávají pouze v paměti počítače.

Aktualizace základních údajů případu

Přenáší se jen vyplněné hodnoty z XML. Kromě čísla pojistky a škody je možno hodnoty přenést do všech polí jako při zakládaní základních údajů pojistky včetně data promlčení. Pokud se mění datum promlčení, pak se i zde vytváří úkol o promlčení.

Schvalování návrhů řízení

Načtou se všechny návrhy řízení (4.3 Návrh řízení), které nejsou archivovány (archiv = 0). Z těchto návrhů se načtou údaje. Pak se vyhledá odpovídající řízení dle Generali ID likvidace, Generali ID subjektu a nakonec že druh řízení se rovná tomu navrhovanému. Pokud se najde takové řízení, pak se vytvoří úkon o schválení řízení (4.3 Návrh řízení) a návrh řízení se označí jako archivní.

Export

Komunikátor provádí tři druhy exportů.
- Export subjektů
- Export návrhu řízení dlužníka
- Export úplný

Export osob

Najde v Evoliu všechny upravené osoby od zvoleného období. K osobám nalezne i příslušné pojistky. XSD šablona pro export vyžaduje, aby k subjekty byli přiřazeni k pojistkám. Do šablony se propíše kompletní stav subjektu z Evolia, i kdyby se změnilo pouze telefonní číslo.

Export návrhů

V Evoliu se vyhledají všechny pojistky, které obsahují úkony „4.3 Návrh řízení“ změněné nebo založené od zvoleného data. Informace z něj se přenáší do XML. Nejdřív se z úkonu získá, ke které likvidaci a dlužníkovi se váže. Podle toho zjistí, v jakém je nyní řízení aktuálně (z řízení dlužníka v rámci nějaké likvidace).

Export úplný

Přestože se nazývá úplný, neexportuje návrhy a subjekty. Exportuje všechny ostatní úkony z kategorií 7. Soudní, 8. Exekuční, 9. Trestní, 10. Dědické, 11. Konkurzní, 12. Mimosoudní.

Nejdřív se vyhledají všechny pojistky, které obsahují úkony změněné nebo založené od zvoleného data a které nejsou návrhem řízení. Pak se načítá každá pohledávka a exportují se z ní úkony pro jednotlivá řízení.

Nejdříve se exportuje řízení soudní, pak mimosoudní, exekuční, trestní, konkurzní a nakonec dědické.

Export řízení obecně

Nejdříve se vyhledají úkony z příslušné kategorie (např. „7. Soudní“), které byly založeny nebo upraveny od zvoleného data. Pak se k těmto všem úkonům naleznou jejich nadřízené úkony. Kdyby dva podřízené úkony závisely na jednom a tomtéž úkonu, pak vrátí pouze jeden nadřízený úkon. Poté se procházejí tyto jednotlivé hlavní / nadřízené úkony a dohledávají se k nim všechny podřízené úkony, které jsou v Evoliu. Každý úkon má vlasnost, jestli byl zadán nebo upraven ve zvoleném datum, či nikoliv. Podle toho se potom generuje počet informací z úkonu do příslušného elementu v XML. Poté co nadřízený úkon načte své podřízené, je převede, včetně sebe, do Generali požadované XML struktury. Toto výsledné XML umístí do výsledného XML dokumentu, který pak importuje Generali.

Export soudního řízení

Hledá se kategorie „7. Soudní“. Mezi nadřízenými úkony se vyhledávají tyto:
  • 7.1.2 Rozsudek
  • 7.1.1 Platební rozkaz
  • 7.1.4 Usnesení o zastavení
  • 7.1.3 Usnesení o zamítnutí
  • 7.7 Žaloba

    Nejdříve se exportují žaloby, pak zbytek, tak jak je zapsán výše. Poté se exportují splátkové kalendáře, existuje-li o nich úkony „7.6 Splátkový kalendář“. Po té se exportují poznámky z úkonů „7.10 Poznámka“.

Export exekučního řízení

Hledá se kategorie „8. Exekuční“. Po exportu nadřízeného úkonu se exportují splátkové kalendáře „8.9 Splátkový kalendář“ a poté poznámky „8.10 Poznámka“.

Export trestního řízení

Hledá se kategorie „9. Trestní“. Exportuje se pouze nadřízený úkon.

Export dědického řízení

Hledá se kategorie „10. Dědické“. Exportuje se pouze nadřízený úkon.

Export konkurzního řízení

Hledá se kategorie „11. Konkurzní“. Exportuje se pouze nadřízený úkon.

Export mimosoudního řízení

Nejdříve se exportují splátkové kalendáře, existuje-li o nich úkony „12.2 Splátkový kalendář“, poté dopisy „12.1 Dopis“. Po té se exportují poznámky z úkonů „12.3 Poznámka“.

Úkony

U všech hlavních úkonů (těch, co jsou na vrcholu hierarchie) je třeba vyplnit číslo likvidace. U všech podřízených úkonů je třeba vyplnit jejich nadřízený úkon, se kterým souvisí.

Návrh řízení

Je třeba bezpodmínečně určit likvidaci a dlužníka návrh řízení. Bez toho nebude komunikátor schopen určit aktuální řízení dlužníka. V rámci jedné likvidace může libovolný počet dlužníků a v rámci jedné škody může být libovolný počet likvidací. Může tedy i nastat případ, kdy se povedou dvě různá řízení ve dvou různých likvidacích proti témuž dlužníkovi.

Soudní řízení

Vše co se týká soudního řízení je umístěno v kategorii 7. Soudní.
Úkony kterými je třeba začít je:
  • 7.1.1 Platební příkaz - musí být vyplněna likvidace a číslo jednací
  • 7.1.2 Rozsudek - musí být vyplněna likvidace a číslo jednací a typ rozsudku
  • 7.1.3 Usnesení o zamítnutí - musí být vyplněna likvidace a číslo jednací a číslo jednací soudního rozhodnutí
  • 7.1.4 Usnesení o zastavení - musí být vyplněna likvidace a číslo jednací a číslo jednací soudního rozhodnutí
  • 7.7 Žaloba - musí být vyplněna likvidace

    Na úkonech 7.1.1, 7.1.2, 7.1.3, 7.1.4 je závislý úkon 7.2 Základní informace. Na úkonu 7.2 Základní informace jsou závislé úkony 7.2.1 Základní informace - odvolání, 7.2.2 Základní informace - náklady protistrany, 7.2.3 Zpětvzetí, 7.3 Zúčastněné osoby. Na úkonu 7.3 Zúčastněné osoby je závislý úkon 7.3.1 Dopis. Na úkonu 7.7 Žaloba jsou závislé úkony 7.8 Žaloba zaplaceno, 7.9 Zpětvzetí žaloby.{BR}{BR}

7.1.1 Platební příkaz

V úkonu je třeba vyplnit likvidace a číslo jednací nebo nebude exportován žádný z na něm závislých úkonů. Vždy exportován kompletní obsah úkonu.

7.1.2 Rozsudek

V úkonu je třeba vyplnit likvidace, číslo jednací a typ rozsudku nebo nebude exportován žádný z na něm závislých úkonů. Vždy exportován kompletní obsah úkonu.

7.1.3 Usnesení o zamítnutí

V úkonu je třeba vyplnit likvidace, číslo jednací a číslo jednací soudního rozhodnutí nebo nebude exportován žádný z na něm závislých úkonů. Vždy exportován kompletní obsah úkonu.

7.1.4 Usnesení o zastavení

V úkonu je třeba vyplnit likvidace, číslo jednací a číslo jednací soudního rozhodnutí nebo nebude exportován žádný z na něm závislých úkonů. Vždy exportován kompletní obsah úkonu.

7.2 Základní informace

V úkonu je třeba vyplnit ke kterému nadřízenému úkonu se váže, jinak by se tento úkon ani jeho podřízené úkony nevyexportovaly. Dále vyplňujte číslo jednací předvolání a soud. V šabloně sice nejsou tyto hodnoty vyžadovány, ale druhé straně by se mělo lépe určit v jejich databázi, o který záznam jde. Do XML se z tohoto úkonu exportuje vše pokud na něm došlo k nějaké změně nebo byl zrovna vytvořen. Jinak se do XML exportuje pouze číslo jednací předvolání a soud.

7.2.1 Základní informace - odvolání

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

7.2.2 Základní informace - náklady protistrany

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

7.2.3 Podaná zpětvzetí

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

7.3 Zúčastněná osoba

Musí být vyplněna osoba, která má obsahuje IDentifikátorem druhé strany (jedinečné id z jejich databáze). Jinak se úkon neexportuje. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

7.3.1 Dopis

Musí být vyplněna ososba, která má obsahuje IDentifikátorem druhé strany (jedinečné id z jejich databáze). Dále pak adressa osoby, která má obsahuje IDentifikátorem druhé strany (jedinečné id z jejich databáze). A nakonec musí být i vyplněn typ dopisu. Jinak se úkon neexportuje. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

7.7 Žaloba

Z úkonu je exportováno do XML vše a vždy.

7.8 Žaloba zaplaceno

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

7.9 Zpětvzetí žaloby

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

7.6 Splátkový kalendář

Musí být vyplněn splátkový kalendář a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

7.10 Poznámka

Musí být vyplněna poznámka a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

Exekuční řízení

Vše co se týká exekučního řízení je umístěno v kategorii 8. Exekuční.
Úkony kterými je třeba začít je:
  • 8.1. Návrh na exekuci

    Na úkonu 8.1 jsou závislé úkony 8.2 Náklady protistrany, 8.3. Zúčastněná osoba, 8.5. Zaplaceno na exekuci, 8.6. Další číslo jednací, 8.7. Odvolání, 8.8 Ukončení exekuce. Na úkonu 8.3. Zúčastněná osoba je závislý úkon 8.4 Dopis.

8.1 Návrh na exekuci

V úkonu je třeba vyplnit likvidace a číslo jednací nebo nebude exportován žádný z na něm závislých úkonů. Vždy exportován kompletní obsah úkonu. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

8.2 Náklady protistrany

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

8.3. Zúčastněná osoba

Musí být vyplněna osoba, která má obsahuje IDentifikátorem druhé strany (jedinečné id z jejich databáze). Jinak se úkon neexportuje. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

8.4 Dopis

Musí být vyplněna ososba, která má obsahuje IDentifikátorem druhé strany (jedinečné id z jejich databáze). Dále pak adressa osoby, která má obsahuje IDentifikátorem druhé strany (jedinečné id z jejich databáze). A nakonec musí být i vyplněn typ dopisu. Jinak se úkon neexportuje. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

8.5. Zaplaceno na exekuci

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

8.6. Další číslo jednací

Jsou exportovány pouze neprázdná čísla jednací. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

8.7. Odvolání

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

8.8 Ukončení exekuce

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

8.9 Splátkový kalendář

Musí být vyplněn splátkový kalendář a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

8.10 Poznámka

Musí být vyplněna poznámka a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.


9. Trestní

Vše co se týká trestního řízení je umístěno v kategorii 9. Trestní.
Úkony kterými je třeba začít je:
  • 9.1. Připojení k trestnímu řízení

    Na úkonu 9.1 jsou závislé úkony 9.2 žádost o zaslání rozsudku nebo příkazu, 9.5 Zúčastněná osoba v trestním řízení, 9.6 Trestní rozhodnutí. Na úkonu 9.6 Trestní rozhodnutí jsou závislé úkony 9.6.1 Odvolání, 9.6.2 Náklady protistrany, 9.6.3 Zúčastněná osoba v trestním rozhodnutí, 9.6.4 Dopis zúčastněné osoba v trestním rozhodnutí.

9.1. Připojení k trestnímu řízení

Z úkonu je exportováno do XML vše vždy.

9.2 žádost o zaslání rozsudku nebo příkazu

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

9.3 Splátkový kalendář

Musí být vyplněn splátkový kalendář a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

9.4 Dopis

Musí být vyplněna ososba, která má obsahuje IDentifikátorem druhé strany (jedinečné id z jejich databáze). Dále pak adressa osoby, která má obsahuje IDentifikátorem druhé strany (jedinečné id z jejich databáze). A nakonec musí být i vyplněn typ dopisu. Jinak se úkon neexportuje. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

9.5 Zúčastněná osoba v trestním řízení

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

9.6 Trestní rozhodnutí

Je nutné mít vyplněno typ rozhodnutí a číslo jednací, jinak úkon není exportován. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se exportuje pouze typ rozhodnutí a číslo jednací.

9.6.1 Odvolání

=
Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

9.6.2 Náklady protistrany

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

9.6.3 Zúčastněná osoba v trestním rozhodnutí

Musí být vyplněna ososba, která má obsahuje IDentifikátorem druhé strany (jedinečné id z jejich databáze). Jinak se úkon neexportuje. Z úkonu je exportováno do XML vše vždy.


9.6.4 Dopis zúčastněné osoba v trestním rozhodnutí

Musí být vyplněna ososba, která má obsahuje IDentifikátorem druhé strany (jedinečné id z jejich databáze). Dále pak adressa osoby, která má obsahuje IDentifikátorem druhé strany (jedinečné id z jejich databáze). A nakonec musí být i vyplněn typ dopisu. Jinak se úkon neexportuje. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

9.7 Poznámka

Musí být vyplněna poznámka a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

Dědické řízení

Vše co se týká dědického řízení je umístěno v kategorii 10. Dědické.
Úkony kterými je třeba začít je:
  • 10.1 dědické řízení


10.1 dědické řízení

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

10.2 Splátkový kalendář

Musí být vyplněn splátkový kalendář a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

10.3 Poznámka

Musí být vyplněna poznámka a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

Konkurzní řízení

Vše co se týká konkurzního řízení je umístěno v kategorii 11. Konkurzní.{BR}
Úkony kterými je třeba začít je:
  • 11.1 Konkurzní řízení


11.1 Konkurzní řízení

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

11.2 Splátkový kalendář

Musí být vyplněn splátkový kalendář a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

11.3 Poznámka

Musí být vyplněna poznámka a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

Mimosoudní řízení

Vše co se týká mimosoudního řízení je umístěno v kategorii 12. Mimosoudní.{BR}


12.1 Dopis

Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

12.2 Splátkový kalendář

Musí být vyplněn splátkový kalendář a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

12.3 Poznámka

Musí být vyplněna poznámka a likvidace, aby mohlo dojít k exportu do XML. Z úkonu je exportováno do XML vše pokud byl vytvořen nebo nějak změněn. Jinak se neexportuje.

Závislosti mezi úkony

Trestní řízení


Soudní řízení


Exekuční řízení