Open TageGitHub opened 2 years ago
Det funksjonelle rundt håndtering av lagret landbruksinformasjon ligger under invalidering av signatur/påstander fra arving - og kan i utgangspunktet testes ved å signere med arving nr 1 og så komme med påstander om landbrukseiendom fra arving 2 som deretter signerer skifteerklæring og trigger invalidering av arving 1 sin signatur #660
Løsningen lar oss ikke velge skifteform for arving i TT2. Kan derfor ikke teste videre denne. @erlendoksvoll @AinaEngen.
Det skal nå gå an å velge skifteform for arving men skifteerklæringsappen er ikke ferdig.
Lagring va informasjon er tatt ut fra BH da vi ikke kan se en dokumentert juridisk vurdering av dette. Flyttet til BH #663 og lagt til backlogg.
Egenskap
Når en med tilgang har logget seg på DD så skal informasjon om avdødes Landbrukseiendommer automatisk hentes fra Landbruksregisteret slik at dette kan brukes videre i DD.
Akseptansekriterier
Gitt at DD har hentet informasjon om eiendom fra Kartverket. Når DD ønsker å innhente informasjon om noen av avdødes eiendommer er registrert som landbrukseiendommer så skal en forespørsel sendes fra DD til Landbruksregisteret og DD skal motta informasjon om eiendommen er landbrukseiendom ~~og informasjonen skal lagres i DD.~~
Funksjonelle Krav/akseptansekriterier
Utfyllende tekst
Matrikkeldata sendes til Landbruksregisteret for å identifisere hvorvidt en eiendom(ene) er landbrukseiendom eller ikke.
Hvorvidt eiendommene er landbrukseiendom eller ikke, skal vises på en enkel og brukervennlig måte på de samme eiendommene som er listet opp fra før.
Utfyllende informasjon
Funksjonelt Status (ok, under avklaring, n/a): ok Avklaringsområder:
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): Avklaringsområder: Dokumentasjon:
Test (sprint) Akseptansetest bh (ok ev avvik): Systemtest (ok ev avik?): Integrasjonstest (ok ev avvik):
Estimat
Grov, ved innleggelse i produktkø, dv ( 60-31, 30-11,10-3, >3): Estimat (sprint til akseptansetest): dv
Prioriteringskriterier produktkø
Funksjonell viktighet (må, bør, vent): Teknisk modenhet (høy, medium, lav): Samarbeidspartnere tilgjengelig (klar, under avklaring, nei, na):
Test (sprint)
Funksjonelt Akseptert (j/n): Avvik:
System Akseptert (j/n): Avvik:
Integrasjon Akseptert (j/n): Avvik: