Open TageGitHub opened 4 years ago
@TageGitHub
Kanskje endre hele brukerhistorien slik at den relateres til arving og behovet til en arving?
Mulig å se på https://github.com/altinn/oed/issues/2 ? "Som en arving.. ønsker jeg å kunne få tilgang til det digitale dødsboet slik at jeg kan begynne skifteprosessen"
'Når bo instansen etableres i OED så skal arvingen blir lagt til i AA med rolle (arving) og rettighet (tilgang OED app?)'
Er det avklart om DA eller vi skal sjekke KRR?
@lillelars Endret til arvingens behov. 'Instans opprettes etter at dødsfall er registrer ..'. Enig, denne bh sier ikke noe annet vel?
KRR er fortsatt under utredning. Dekkes av #158
@erlendoksvoll @elsand @DanRJ @CecilieFjellsoy Oppdatert med avklaringer pr 23.03.2023
Ikke godkjent test. @AinaEngen @erlendoksvoll @DanRJ
@TageGitHub Dette er tematikk som vi burde teste sammen med DA i den integrasjonstesten vi har snakket om. Hvis ikke krever dette at man manipulerer databasen mens man sitter og tester i appen - det kan vi ev ta opp på neste møte :)
Brukerhistorie
Som tjenesteeier for DD ønsker jeg at roller og rettigheter skal etableres/oppdateres for en dødsboinstans slik at tjenesten DD kan brukes av de som er autentisert og autorisert
Krav/akseptansekriterier
Gitt at DD har mottatt informasjon om at en autorisasjon skal opprettes/oppdateres i en bo-instans. Når roller og rettigheter skal skal legges til /endres så skal AA oppdateres med denne informasjonen.
Gitt at DD har mottatt informasjon om at en autorisasjon skal slettes i en bo-instans. Når roller og rettigheter skal skal fjernes så skal AA og DD oppdateres med denne informasjonen.
Utfyllende tekst
Utfyllende informasjon
Funksjonelt Status (ok, under avklaring, n/a): OK Avklaringsområder:
Dokumentasjon
GUI Status: (ok, under avklaring, n/a): OK Avklaringsområder: Dokumentasjon:
Teknisk Status(ok, under avklaring, n/a): OK Avklaringsområder:
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:
System Akseptert (j/n): Avvik:
Integrasjon Akseptert (j/n): Avvik:
Valideringsregler (gammel morro)