Opprett/oppdater bo-instans i Altinn dødsbo

TageGitHub commented 4 years ago

Brukerhistorie

Som tjenesteeier for DD ønsker jeg at en dødsboinstans skal kunne opprettes/endres når ny informasjon mottas fra tingretten slik at tjenesten DD kan brukes ihht nyeste mottatt informasjon.

Krav/akseptansekriterier
Gitt at en bo-instans ikke finnes fra før. Når en bo-instansens skal opprettes så skal det skal være mottatt informasjon om en avdød og dødsboinstans skal opprettes i Altinn dødsbo.

Gitt at en bo-instans finnes fra før. Når en bo-instansens skal endres så skal relevant informasjon endres på boinstansen.

Gitt at en bo-instans skal slettes. Når en bo-instansens skal slettes så skal boinstansen gjøres utilgjengelig for alle som har tilgang til boet (unntatt Tjenesteeiers administrator) (egen epos kommer om dette)

Utfyllende tekst Felter som mottas er: Teknisk ID-nummer Fødsels nummer avdød (11 siffer) * navn på tingrett

Utfyllende informasjon

Funksjonelt Status (ok, under avklaring, n/a): OK

[x] Hva er implementert nå av felter fra DA? Er dette tilstrekkelig ut fra hva vi vet ? (tb) avklart. finpuss i ifm apiu avklaringer.

Avklaringsområder: Dokumentasjon

GUI Status: (ok, under avklaring, n/a): OK Avklaringsområder: Dokumentasjon:

Teknisk Status(ok, under avklaring, n/a): Avklaringsområder:

[x] Er d et korrekt at instansen opprettes FØR rolle opprettes? nei... må valideres at dette eksisterer før instans opprettes.
[x] Hva består identifikator til boet av? -> Det består av en saksID (teknisk9.

Juridisk Status(ok, under avklaring, n/a): OK Avklaringsområder:

Prioriteringskriterier produktkø

Funksjonell viktighet (må, bør, vent): Teknisk modenhet (høy, medium, lav): Samarbeidspartnere tilgjengelig (klar, under avklaring, nei, na):

Estimat

Grov, ved innleggelse i produktkø, dv ( 60-31, 30-11,10-3, >3): Estimat (sprint til akseptansetest): dv

Test (sprint)

Funksjonelt Akseptert (j/n): n Avvik/avklaring:

[x] Kan utviklere bekrefte at mottak og lagring av informasjon knyttet til ny bo-instans er ferdig implementert? (aina/tage 2.11.23 ikke testet videre, men bekreftet utviklet av erlend) (SD (7/11/24 JS)
[x] Trenger testdata knyttet til endring og sletting av et dødsbo. SD (7/11/24 JS)
[x] Når vi får testdata slik at endring/sletting kan testes.

System Akseptert (j/n): Avvik:

[ ] nn
[ ] nn
[ ] nn

Integrasjon Akseptert (j/n): Avvik:

[ ] nn
[ ] nn
[ ] nn

lillelars commented 4 years ago

@TageGitHub Opprette bo i OED #171 Er det opprettelsen av selve bo-siden du mener her? Tror det bør skrives litt om her for å presisere. I nr #156 opprettes bo-instansen. Mulig disse kan slås sammen?

Det å opprette et bo i OED har ikke noe sammenheng med KRR. Vi oppretter først et bo/instans, deretter legger man til parter/arvinger.

TageGitHub commented 4 years ago

@lillelars Nei, kun opprette boet i OED repository. Egen BH for skjermbildene. Vedrørende #156. Har presisert at dette kun er henting av informasjon. Validering #168 og reservasjon #158 avgjør om boet opprettes (og informasjon lagres) Hensiktsmessig fra funksjonelt ståsted at bh er adskilt, men i implementeringssammenheng kan det hende du ønsker å slå de sammen. Om vi oppretter et bo i OED har sammenheng med hva vi finner i KRR. Dersom Arving har reservert seg, så blir ikke boet etablert i OED (med mindre det kommer gode grunner for det).

lillelars commented 2 years ago

Løst i første iterasjon. Resterende oppgaver løses av #157

TageGitHub commented 1 year ago

@erlendoksvoll @elsand @DanRJ @CecilieFjellsoy Oppdatert med avklaringer pr 23.03.2023

DanRJ commented 1 year ago

[x] Ta imot CloudEvent
[x] Les innholdet i data på en strukturert måte
[x] Sjekk om instans finnes fra før av
[x] Hvis ja, overskrive eksisterende instansdata med data fra eventen, behold korrespondanse-flagget på arvinger
[x] Hvis nei, opprett instans, hent instansdata, oppdater instansdata og opprett instans
[x] Send korrespondanse hvis det ikke har blitt sendt fra før av (mangler OED brukernavn og passord, bruker DAN sin foreløpig fra OED sitt KV)
[x] Implementer nøkkelkode som query param i subscription
[x] Implementer i OED at query parameteret ovenfor blir lest og sjekket

Mangler fra andre BH:

[x] Må sette navn på tingrett på Arvelater (må komme fra CloudEvent data)
[x] Hente korrespondanse tekst fra tekstressurs i C#
[ ] Det kan være nyttig å hente språk fra brukerens Altinn profil for å hente ut korrekt preferert tekst, man kan muligens bruke KRR språk innstillinger for det og. Avklar mer med prosjektet
[ ] Få inn "Slett sak" event, slette instansen (Laget ny issue #644 )
[x] Passe på at TENOR-brukere sitt telefon nr og epost ikke er gyldig, evt til Aina (avklar med Aina kanskje?) Avklarte med Aina, alle brukere vi har skal kun ha 99999999 som tlf. Forhåpentligvis har Tenor brukerne til DA det samme.
[x] Avklare vedr om arving har med formuesfullmakt j/n som definert her Ikke relevant for instansiering
[ ] Sette om arving er kontaktperson eller ikke på instansdataen (skal visstnok ligge i freg, sjekk her) Kan være relevant å sette på instansiering evt hver gang vi henter ut arvinger fra freg. (IKKE RELEVANT, må avklares, lag ny issue på denne hvis det blir relevant)

erlendoksvoll commented 1 year ago

@TageGitHub Mottak og lagring er ok. Gjenstår noe på sletting/annullering #644

Altinn / oed