S webovou službou Insolvenčního rejstříku pracuji již asi měsíc, ale stále nevycházím z údivu, jak hloupá tato služba je. Již jsem psal o prapodivném konceptu celé webové služby, ale jak je vidět, oním článkem jsem popis jejích velice četných nedostatků ještě zdaleka nevyčerpal.
Pojďme se nyní podívat, jak vypadá samotná obsahová stránka služby ISIR.
Jak se dozvíte ve výše odkazovaném článku, webová služba Insolvenční rejstřík funguje jako internetový záznam událostí, které se staly během existence systému ISIR. To znamená, že nežádáte o konkrétní informace, ale výstup tohoto typu:
<tns:udalost ... > <info cas="2008-01-22 00:00:00.0" id="2644" oddil="A" poradi="1" typ="6" typ_text="Insolvenční návrh spojený s návrhem na povolení oddlužení"/> <idOsobyPuvodce>KSVYCHK</idOsobyPuvodce> <vec> <druhStavRizeni>NEVYRIZENA</druhStavRizeni> </vec> </tns:udalost> <tns:udalost ... > <info cas="2008-01-22 00:00:00.0" id="2645" oddil="" poradi="-1" typ="1" typ_text="Změna osoby"/> <idOsobyPuvodce>KSVYCHK</idOsobyPuvodce> <osoba> <idOsoby>KRUPKA ROMA050373 1</idOsoby> <druhRoleVRizeni>DLUŽNÍK</druhRoleVRizeni> <nazevOsoby>Krupka</nazevOsoby> <druhOsoby>F</druhOsoby> <jmeno>Roman</jmeno> <rc>730305/0689</rc> <datumNarozeni>1973-03-05</datumNarozeni> </osoba> </tns:udalost> <tns:udalost ... > <info cas="2008-01-22 00:00:00.0" id="2646" oddil="" poradi="-1" typ="2" typ_text="Změna adresy osoby"/> <idOsobyPuvodce>KSVYCHK</idOsobyPuvodce> <osoba> ... </osoba> </tns:udalost>
O kvalitě tohoto zpracování jsem již napsal dost.
„Buďiž“, řekli byste si po prvním rozčarování, „budeme si tedy tvořit lokální databázi ISIR“. Jenže ouha. To, co přichází jako obsah, má jen velmi mlhavou definici, v jejímž rámci se dějí skutečné divy.
Pokud byste čekali, že události chodí pro každé řížení zhruba ve
stejném pořadí, tak jste velmi na omylu. Jednou se spis zakládá událostí
typu 185 - Vyhláška o zahájení insolvenčního řízení
, jindy
událostí typu
6 - Insolvenční návrh spojený s návrhem na povolení oddlužení
,
jindy událostí typu 5 - Insolvenční návrh
, a jindy zase typu
204 - Pokyn insolvenčního soudu
.
Dále vám přijde událost s osobou:
<tns:udalost> <info cas="2008-02-18 00:00:00.0" id="7859" oddil="" poradi="-1" typ="1" typ_text="Změna osoby"/> <idOsobyPuvodce>KSJICCB</idOsobyPuvodce> <osoba> <idOsoby>CBS S.R.O25165488 1</idOsoby> <druhRoleVRizeni>DLUŽNÍK</druhRoleVRizeni> <nazevOsoby>CBS s.r.o.</nazevOsoby> <druhOsoby>P</druhOsoby> <ic>25165488</ic> </osoba> </tns:udalost>
A o chvíli později přide další událost, která se liží pouze v ID události!
<tns:udalost> <info cas="2008-02-18 00:00:00.0" id="7863" oddil="" poradi="-1" typ="1" typ_text="Změna osoby"/> <idOsobyPuvodce>KSJICCB</idOsobyPuvodce> <osoba> <idOsoby>CBS S.R.O25165488 1</idOsoby> <druhRoleVRizeni>DLUŽNÍK</druhRoleVRizeni> <nazevOsoby>CBS s.r.o.</nazevOsoby> <druhOsoby>P</druhOsoby> <ic>25165488</ic> </osoba> </tns:udalost>
Událost je tedy úplně zbytečná. Stejné je to ovšem i s jinými událostmi – např. pro adresu. A aby toho nebylo dost, tak takováto zbytečná událost se v jednom spise může objevit klidně třeba pětkrát.
Následně k tomu přistupují lahůdky typu „Mylný zápis“, kdy zpracujete nějakou událost, a následně přijde tato, která vám říká, že ta předchozí byla chybná a soudce ji zrušil. Co kdyby raději události týkající se onoho mylného zápisu vyřadili a informace o mylných zápisech by byly zpracované volitelně? Kdepak, pro CCA moc složité.
Kompletní seznam událostí k 1.7.2008
Velká spousta (ne-li většina) události nenesou jakoukoliv použitelnou informaci. Jako příklad vezměme třeba tuto:
<tns:udalost ... > <info cas="2008-02-18 00:00:00.0" id="7865" oddil="A" poradi="2" typ="23" typ_text="Návrh - přílohy"/> <idOsobyPuvodce>KSJICCB</idOsobyPuvodce> <vec> <druhStavRizeni>NEVYRIZENA</druhStavRizeni> </vec> </tns:udalost>
Ta nám říká, že na budějovickém krajském soudu se objevila příloha k návrhu. Nic víc a žádné další informace se již ve webové službě neobjeví. K čemu je taková událost?
Moje naprosto nejoblíbenější událost je typ „Jiné“:
<tns:udalost ... > <info cas="2008-04-04 12:14:48.0" id="29563" oddil="P19" poradi="2" typ="239" typ_text="Jiné"/> <idOsobyPuvodce>KSJICCB</idOsobyPuvodce> <vec> <druhStavRizeni>KONKURS</druhStavRizeni> </vec> </tns:udalost>
Zde opravdu netuším, co tím chtěl básník říci. Pokud by se vám zdálo, že jde o tu položku KONKURS, tak nikoliv – ta již je ve spisu od přiřazení správce konkursu.
Zde si můžete prohlédnout typický obsah spisu
Insolvenčního rejstříku (zde spis INS 116~2008
).
Další takovéto dokumenty dám zájemcům k dispozici.
Kdybyste programovali informační systém s identifikací osob podle rodného čísla, nejspíše byste vybrali nějakou formu jeho reprezentace a následně zajistili, všechna uložená rodná čísla měla stejný tvar.
Ne tak ve webové službě Insolvenční rejstřík – zde je v rodných číslech jedno, je-li s lomítkem, bez lomítka, nebo není uvedené vůbec.
Říkáte si, „jak může chybět rodné číslo? Jak potom identifikuji osobu?“ Odpověď zní: Nijak! Pokud totiž dlužník podává žádost o insolvenční řízeni, může požádat o skrytí svých osobních údajů, tedy rodného čísla i data narození, a vy jej tedy můžete identifikovat jen podle jména, příjmení a adresy.
Adresu vyplňuje opět soudce, takže bydlištěm Františka Dlužníka
může být jednou Ostrava-hrabůvka
, jindy „Ostrava –
Hrabůvka“, a jindy zase „Ostrava Hrabůvka“; no a když se soudce
přepíše, tak to může být klidně i „Ostrava Harbůvka“. Proč ne,
když máme událost „Mylný zápis“…
Když to shrnu: Chápu, že u komplexního informačního systému, jako je ISIR, je obtížné reflektovat často se měnící požadavky zadavatele často s nereálnými termíny dokončení, a webová služba zpřístupňující vybrané údaje pak podle toho může vypadat.
Je však mnoho věcí, od maličkostí po zcela zásadní, které firma CCA Group provést mohla, ale neprovedla. Jedná se o typickou ukázku nezdravosti státních zakázek: