Jednotkou je dílčí pohledávka

Přihláška pohledávky je kontejner, ne údaj. Jednotkou, kterou systém eviduje a o které něco tvrdí, je dílčí pohledávka — a je to strukturální rozhodnutí, které se později opravuje draho.

Jednotka databáze

dílčí pohledávka

Kontejner

přihláška = jedna pozice v oddílu P, jeden věřitel

Co nese pohledávka

vlastní nominál, zajištění, právní důvod, výsledek přezkumu

Stav

jednotka je zakotvená v typovaném doménovém modelu; naplnění daty je plánované

Co zdroj skutečně publikuje

Oddíl P insolvenčního spisu je členěný na pozice P1, P2, … a jedna pozice je jedna přihláška jednoho věřitele. Uvnitř přihlášky ale bývá několik dílčích pohledávek, každá s vlastní částkou, vlastním právním důvodem a vlastním zajištěním.

Přezkum se pak nevede nad přihláškou, ale nad jednotlivými pohledávkami. Správce může v rámci téže přihlášky jednu pohledávku zjistit a druhou popřít, a to i jen co do výše.

Co se ztratí agregací na přihlášku

Kdyby byl nominál i výsledek uložený na úrovni přihlášky, zůstal by z popsané situace jediný smíšený údaj: „přihlášeno X, uznáno Y“. Zmizí, která část byla popřena, v čem a s jakým zajištěním — tedy všechno, z čeho se dá odhadnout výtěžnost.

Zmizí zároveň jediná věc, kterou lze na trhu s pohledávkami ocenit: konkrétní pohledávka s konkrétním právním osudem. Agregát „přihláška“ se koupit nedá.

Jak to drží model

• Prihlaska je klíčovaná řízením a pozicí P-x a nese věřitele, datum a zdrojový dokument.
• Pohledavka je klíčovaná přihláškou a pořadím a nese nominál, klasifikaci a aktuální stav.
• Stav pohledávky je odvozený z uspořádaného seznamu událostí; uložený aktuální stav je jen materializovaná pohodlnost, ne záznam.

Kde to v repozitáři žije

• docs/ISIR-SOURCE-SEMANTICS.md — kanonická terminologie: přihláška je kontejner, dílčí pohledávka je jednotka
• docs/DATA-MODEL.md — entity, klíče a dvě strukturální pravidla, která se opravují draze
• docs/SPEC.md — rozsah produktu a členění oddílu P na pozice

Souvisí

Zpět na sekci Produkt