Avslutte bo-instans
- Dominant language
- No language data
- Stars
- 5
- Forks
- 2
- PR merge metrics
- No merged PRs in 30d
Description
## Introduksjon
Digdir avslutter boinstansen etter nærmere kriterier
slik at disse ikke er tilgjengelige etter at et kriterier er oppfylt.
boinstanser
-----------
En bo-instans i Altinn dødsbo kan avsluttes ved at arvinger ber om dette (ikke ønsker en digital behandling av boet i OED (#18 ), eller ved at Altinn dødsbo, etter gitte kriterier, avslutter boet selv (#260) .
Altinn dødsbo produserer en sluttrapport over hendelser og status i Altinn dødsbo ved avslutting av boet som Arvinger får tilgang til (#47).
---
### Utfyllende informasjon
Avklaringsområder:
- [ ] Dersom arving fjernes (ved oppdatering i SakstjenesteAPI: ingen arvinger), og denne er den eneste arvingen, da skal TE agere på dette - og skal instansen avsluttes? Hva skjer da teknisk og funksjonelt?
- [ ] Hvem skal kunne avslutte en bo-instans (både automatisk og manuelt)?
- [ ] Hvilke kriterier skal gjelde for å avslutte bo-instansen?
- [ ] Skal Domstol ha beskjed om at bo-instansen lukker?
- [ ] Skal arvinger ha beskjed om at bo-instans lukkes?
- [ ] Skal aktører ha beskjed om at bo-instans lukkes?
- [ ] Skal det være mulig å gjenåpne en lukket bo-instans?
- [ ] Må instans avsluttes eller kan den være flytende dvs. aldri avsluttet ?
- [ ] En praktisk løsning på å unngå flytende instanser er at instans avsluttes automatisk etter en gitt periode?
- [ ] Kan 'sakAvsluttet' brukes som indikator for Altinn dødsbo om å¨deaktivere (avslutte) boet? -> sjekkes med DA
Contributor guide
No contributing guide indexed for this repository
Research direction
Start with the clarification points in the issue and trace how the SakstjenesteAPI and the “sakAvsluttet” indicator are expected to affect a bo-instans. The work is done when the closure criteria, authorized actors, notifications, reopening behavior, and handling of removed heirs are decided and documented well enough to implement.
Written by the indexing model from the issue text.
Assessment
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100