Životní cyklus pohledávky

Produkt nesleduje, jestli pohledávka existuje, ale co se s ní stalo. Proto je jádrem modelu stavový automat s úplnou historií přechodů, ne sloupec s posledním známým stavem.

Stavy

deset; postoupení podle §18 je ortogonální událost, ne stav

U každého přechodu

datum a zdrojový dokument

Uspokojení

vždy dvě čísla: absolutní částka i procento nominálu

Stav

automat je implementovaný v typovaném modelu; projekce zatím zapisuje jen stav přihlášena, ostatní stavy se z rejstříku zatím neodvozují

Deset stavů

Stavy vycházejí z insolvenčního zákona, ne z pohodlí implementace. Každý z nich odpovídá dokumentu, který soud nebo správce do spisu skutečně vloží. Povolené přechody mezi nimi jsou pevně dané a jsou přesně ty, které kreslí diagram; přechod, který model nezná, odmítne.

%% 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

Popření jsou čtyři údaje, ne příznak

U popření se zaznamenává, kdo popřel, co popřel, kolik popřel a ze kterého dokumentu to plyne. Popření bez „kdo“ se nedá skórovat: popření dlužníkem v oddlužení má jiné důsledky než popření správcem.

Rozlišení „v čem“ — pravost, výše, pořadí — určuje, co se vlastně dá v incidenčním sporu získat zpět. Popření pořadí u zajištěné pohledávky je jiná ekonomická situace než popření pravosti.

Postoupení stav nemění

Pohledávka může být postoupena jako zjištěná, jako popřená i v průběhu sporu. Kdyby bylo postoupení modelované jako stav, automat by lhal — proto je to vlastní událost a vlastní záznam o převodu, který mění osobu věřitele a nechává stav být.

Terminální stav pohledávky navíc není totéž co skončené řízení. Vzatá zpět pohledávka je uzavřená; řízení běží dál.

Oprava je nová událost

Historie přechodů je připojovací seznam. Když se ukáže, že dřívější interpretace dokumentu byla špatná, vzniká nová událost s vlastním datem, dokumentem a proveniencí — dřívější zápis se nepřepisuje.

Bez toho by nešlo odpovědět na nejčastější otázku provozu: proč se hodnota změnila. Detail je v Log je pravda, projekce je odvozená.

Kde to v repozitáři žije

• docs/DATA-MODEL.md — stavový automat, pravidla o popření, postoupení a uspokojení
• docs/SPEC.md — požadavek na životní cyklus a historii přechodů (§3.1)
• src/progresus_isir/domain/claim.py — typovaná implementace automatu a povolených přechodů

Souvisí

Zpět na sekci Produkt