Altinn / Altinn/oed

Avslutte bo-instans

Open
#258 1 comment 0 reactions 0 assignees View on GitHub
Avslutte Digdir Epic Etter MVP
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.