Rozpracováno
Modul 1: Databáze pohledávek
První ze tří modulů. Vede každou dílčí pohledávku v evidovaném rozsahu, její klasifikaci a celou historii toho, co se s ní v řízení stalo. Je to obsah fáze 1 a je rozpracovaný: ověřené dílčí pohledávky z vytěžených přihlášek v projekci jsou, přechody za přihlášením zatím ne.
- Fáze
- 1 (MVP) podle SPEC §8
- Rozsah MVP
- konkursy právnických a podnikajících fyzických osob, od 1. 1. 2018
- Jednotka
- dílčí pohledávka, ne přihláška
- Stav
- rozpracováno — položky 1.1 až 1.4 a 1.6 hotové, 1.7 hotová pro přihlášky, 1.5, 1.8 a 1.9 rozpracované; chybí odvození stavu pohledávky a zprávy o přezkumu
Co modul obsahuje
- Kontext řízení: způsob řešení úpadku, soud, správce, dlužník, klíčové termíny.
- Přihlášky podle pozic v oddílu P a dílčí pohledávky uvnitř nich.
- Klasifikaci každé pohledávky — zajištění, vykonatelnost, podmíněnost, podřízenost, právní důvod.
- Uspořádanou historii událostí s datem, částkou, zdrojovým dokumentem a skóre spolehlivosti.
Historie, ne poslední stav
Aktuální stav pohledávky se dá spočítat kdykoli; historie, když se jednou nezaznamená, se doplnit nedá. Modul proto ukládá přechody a stav z nich odvozuje.
Tím se také dá odpovědět na otázku, kterou trh s pohledávkami klade nejčastěji: nejen kolik dnes zbývá, ale jak dlouho to trvalo a co se cestou popřelo.
%% title: Životní cyklus dílčí pohledávky
%% caption: Stavy dílčí pohledávky a povolené přechody přesně podle doménového modelu; jiný přechod model odmítne. Určená pohledávka se vrací mezi zjištěné, u neurčené popření trvá. Čárkovaně zpětvzetí a skončení řízení. Postoupení podle §18 je samostatná událost: mění věřitele, stav nechává být. Každý přechod nese datum a zdrojový dokument.
flowchart TD
P(["Přihlášena<br/>lhůta §173"])
subgraph R["Přezkum"]
Z["Zjištěna"]
PC["Popřena částečně"]
PP["Popřena zcela"]
end
S["Incidenční spor<br/>oddíl C"]
O["Odmítnuta<br/>§185"]
V["Vzata zpět<br/>§184"]
UC["Uspokojena částečně<br/>částka i % nominálu"]
U["Uspokojena<br/>částka i % nominálu"]
K(["Řízení skončeno"])
P --> Z
P --> PC
P --> PP
P --> O
P --> V
PC --> S
PP --> S
S -- "určena" --> Z
S -- "neurčena: popření trvá" --> PP
S -- "neurčena: popření trvá" --> PC
Z --> UC
Z --> U
PC -- "zjištěná část" --> UC
PC -- "zjištěná část" --> U
UC -- "další plnění" --> UC
UC --> U
U --> K
Z -.-> V
PC -.-> V
PP -.-> V
S -.-> V
Z -.-> K
PC -.-> K
PP -.-> K
S -.-> K
UC -.-> K
T>"Postoupení §18<br/>mění věřitele, ne stav"]
T -.- P
T -.- Z
T -.- S
click P href "/product/dilci-pohledavka" "Jednotkou je dílčí pohledávka"
click Z href "/product/klasifikace-pohledavek" "Klasifikace a výsledek přezkumu"
click S href "/roadmap/incidencni-spory" "Incidenční spory"
click U href "/roadmap/rozvrhy-a-vyteznosti" "Rozvrhy a výtěžnosti"
click T href "/product/sekundarni-trh-postoupeni" "Sekundární trh a postoupení podle §18"
click K href "/product/zivotni-cyklus-pohledavky" "Životní cyklus pohledávky"
class S st-planned
class U st-planned
Barva uzlu je stav položky na roadmapě: Plánováno
Co k tomu musí vzniknout
Modul stojí na řetězci: klient událostního proudu s vynuceným limitem, připojovací replika s checkpointem, projekce, stahování dokumentů do úložiště adresovaného obsahem, OCR, extrakce do deklarovaného schématu a směrování podle spolehlivosti. Klient, replika, stahování a OCR přihlášek jsou hotové; projekce, extrakce a směrování jsou rozpracované.
Až tohle bude hotové a otestované, přestane být modul plánem. Aktuální stav po položkách vede roadmapa.
Kde to v repozitáři žije
docs/SPEC.md— modul 1: životní cyklus, klasifikace a kontext řízení (§3)docs/DATA-MODEL.md— entity a stavový automat, které modul naplňujedocs/development/PROMPT_SEQUENCE_STATE.md— autoritativní stav položek fáze 1
Souvisí
Životní cyklus pohledávky
Systém drží aktuální stav každé dílčí pohledávky i kompletní historii přechodů — od přihlášení přes přezkum a incidenční spor až po uspokojení a skončení řízení. U každého přechodu je datum a zdrojový dokument, ze kterého vyplývá.
Detail
Projekce
RozpracovánoŘízení, přihlášky a věřitelé z feedu, přehrávané z logu; ověřené dílčí pohledávky z vytěžených přihlášek se zapisují s proveniencí, odvození stavu pohledávky za přihlášením zatím chybí. Oprava projektoru je rutina: zvýšit verzi a přehrát, bez jediného dotazu na rejstřík.
Detail
Dokumentová pipeline
RozpracovánoStahování do content-addressed úložiště, OCR, extrakce do deklarovaného schématu, validace a skóre spolehlivosti — dnes pro přihlášky, zprávy o přezkumu zatím ne. Výsledky jsou cachované podle hashe dokumentu a verze extraktoru, takže přehrání projekce nic nestojí.
Detail