Opprette bo
- Dominant language
- No language data
- Stars
- 5
- Forks
- 2
- PR merge metrics
- No merged PRs in 30d
Description
Som en arving
ønsker jeg å kunne starte en digital bobehandling
slik at jeg (og andre med tilgang til DD) raskt kan komme i gang med skifteprosessen
**Beskrivelse**
Ved et dødsfall oppretter tingretten en dødsfallsak. Informasjon knyttet til dødsboet tilgjengeliggjøres av DA for DD. DD henter informasjonen om avdød både fra tingretten (#156) og f.reg. (#619 ). Videre hentes informasjon om Arvinger(#598) . Informasjonen valideres for å fange opp mangler (#168). Det skal også valideres mot f.reg for å sikre at arvinger ikke har kode 4 6 7 (#657).
Dersom det er mangler, informeres tingretten om dette og at mottatt informasjon forkastes (#169).
Det er ikke nødvendig å sjekke KRR for å gi Arving tilgang til boet (#158) .
DD skal vente x- antall (tentativt 7 dager) fra dødsfalltidspunktet før arvinger informeres om tilgang til DD (#557).
For alle bo, oppdateres roller og rettigheter knyttet til boet i Altinn Autorisasjon (#172) og tilsvarende informasjon blir gjort tilgjengelig i DD instansen (#171). Arving informeres tilsvarende om at bobehandlingen kan skje i DD tjenesten (#170).
DD mottar oppdateringer fra DA dersom arving ikke lengre skal ha tilgang til boet. (#735).
Oversikt over arvinger i boet skal vises på egen visningsside. (#265).
____________________________________
PÅTENKT:
Dersom det mottas arvinger som ikke skal ha tilgang til DD, så skal dette ivaretas i DD (#714).
DA skal informeres av DD om status knyttet til opprettelse av bo (#159).
____________________________________
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reading the linked issues for death-case data, heirs, validation, access timing, authorization, notifications, and the heirs view, especially #156, #598, #168, #172, and #265. This issue has no file or test entry point and spans the full estate-creation workflow; it is done only when the described data, validation, access, notification, and update flows are covered.
Written by the indexing model from the issue text.
Assessment
- Domain
- api, authorization, backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100