Validerer informasjon fra Domstolene

TageGitHub commented 4 years ago

Egenskap

Som tjenesteeier ønsker jeg at informasjon som mottas fra Domstolene tilfredsstiller et sett med minimumskrav slik at tjenesten fungerer etter intensjonen.

Krav/akseptansekriterier Gitt at Altinn dødsbo har mottatt informasjon fra Domstolene. Følgende validerings kriterier skal brukes:

Opprettelse av bo: den døde må sivilstand avdød i folkeregisteret, med dødsfallsdato. Dersom ikke, skal boet ikke opprettes.

Arvinger: arvinger må ha norsk fødselsnummer eller D-nummer. Dersom ikke, skal arvingen avvises og det skal være opprettet en bo-instans i Altinn dødsbo før en arving kan registreres. Dersom ikke skal arving avvises. og arvinger som er under 18 år skal ikke få tilgang til DD. og ved valideringsfeil for en arving så skal arving ikke gis tilgang til Altinn dødsbo

For alle valideringsavvik legges avviksmelding tilgjengelig for DA slik at de er informert om at mottatt informasjon er avvist og ikke hensyntatt i DD. (tage 02.11.23 Valideringsresultat: ble avtalt med DA at skulle legges ut på avtalt format. Slik at DA kunne ta denne informasjonen i bruk ved behov.)

Utfyllende tekst Egen Epos dekker avslutting av bo med tilhørende kriterier. #258

Utfyllende informasjon

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

[x] Hvilke valideringskriterier skal brukes på mottatt informasjon fra Domstolene ? (tb) i første omgang de som er nevnt over.
[x] Dersom det fremkommer av daglig sjekk av reservasjonsstatus at en eller flere arvinger er blitt reservert, hva skal skje med instansen i Altinn dødsbo? (tb) Selv om arving er reservert i KRR så vil likevel arving gis tilgang til DD.
[x] Dersom arving dør underveis, hva skal skje med instansen i Altinn dødsbo? (tb) den blir liggende inntil epos knyttet til avslutting av bo er etablert.

Dokumentasjon

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

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

[x] Hva er kilden til validering av fødselsnummer/d-nummer? (tb) tingretten er vår kilde.

Dokumentasjon: Spesifikasjon fra Domstoladministrasjonen: https://github.com/Altinn/oed-da

Juridisk Status(ok, under avklaring, n/a): **Ok til utvikling** Avklaringsområder:

Dokumentasjon:

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:

[x] Gjelder generelt: hva er begrunnelsen for at vi bruker pålogging til DD nivå 3 og ikke nivå 4? (Mener at nivå 4 er det som skulle brukes,). (godkjent av erlend) Nivå 4 brukes (tb)
[x] Ikke test-data for test av D nummer. D nummer må kunne testes. Trenger ikke D-nummer test når vi bruker nivå 4. (tage/aina 2.11.23)
[x] Ønsker å kunne se at det må være opprettet et bo-instans i Altinn dødsbo før en arving kan registreres. Trenger testdata for å se hvordan DD håndterer arving før dødsbo.
[x] Ved valideringsfeil for en arving så skal arving ikke gis tilgang til Altinn dødsbo. Er dette implementert og lagt ut på felt til DA?
[x] Valideringsmelding sende DA slik at de er informert om at mottatt informasjon er avvist og ikke hensyntatt i DD. Er dette implementert og lagt ut på felt til DA?

System Akseptert (j/n): Avvik:

[ ] nn
[ ] nn
[ ] nn

Integrasjon Akseptert (j/n): Avvik:

[ ] nn
[ ] nn
[ ] nn

erlendoksvoll commented 2 years ago

@TageGitHub - jf KRR og funksjonalitet - det må også oppdateres her, litt motstridende beskrivelser.

TageGitHub commented 2 years ago

Skjønte ikke spørsmålet.

Fra: erlendoksvoll @.> Sendt: tirsdag 30. august 2022 12:40 Til: Altinn/oed @.> Kopi: Bryn, Tage @.>; Mention @.> Emne: Re: [Altinn/oed] Validerer informasjon fra Domstolene (#168)

[ Ekstern e-post ]

@TageGitHubhttps://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FTageGitHub&data=05%7C01%7C%7Ca898c3e641cc458b307408da8a740e69%7C008e560f08af4ceca056b35447503991%7C1%7C0%7C637974528321558685%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=LGlFxIpbyzSRNeAbTEWkCiE60ntouAC2WKXyrCjFhYs%3D&reserved=0 - jf KRR og funksjonalitet - det må også oppdateres her, litt motstridende beskrivelser.

- Reply to this email directly, view it on GitHubhttps://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FAltinn%2Foed%2Fissues%2F168%23issuecomment-1231486927&data=05%7C01%7C%7Ca898c3e641cc458b307408da8a740e69%7C008e560f08af4ceca056b35447503991%7C1%7C0%7C637974528321558685%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=f4mm4LvgnY806%2B7bWHbSxNCx%2FBJikCZnVMGWOb8f%2F88%3D&reserved=0, or unsubscribehttps://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAQ5ZM2O6TF45UJLUSA5H3NDV3XQJXANCNFSM4SRORUTA&data=05%7C01%7C%7Ca898c3e641cc458b307408da8a740e69%7C008e560f08af4ceca056b35447503991%7C1%7C0%7C637974528321558685%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=piQjWq9sLhmFIZ1GvncWRturHQCGKTV43UHy6uc%2BI8M%3D&reserved=0. You are receiving this because you were mentioned.Message ID: @.**@.>>

erlendoksvoll commented 2 years ago

"Dersom det fremkommer av daglig sjekk av reservasjonsstatus at en eller flere arvinger er blitt reservert, hva skal skje med instansen i Altinn dødsbo?" og "Arving må ikke være reservert i Kontakt- og reservasjonsregisteret" - føler det mangler en klar beskrivelse av hva og hvordan.

elsand commented 1 year ago

Endre master-app til å hente liste over kandidatarvinger/formuesfullmektige/innehavere av skifteattest fra oed-authz
oed-inbound-events-app skal ikke forholde seg til events som knytter seg til ren autorisasjonsinformasjon
oed-inbound-events-app skal generere feilmeldings-event for
- skifteattester som ikke refererer et eksisterende bo
- proklama-events som ikke refererer et eksisterende bo

TageGitHub commented 1 year ago

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

TageGitHub commented 1 year ago

Ikke godkjent @erlendoksvoll @AinaEngen @DanRJ

erlendoksvoll commented 1 year ago

@TageGitHub Nyeste versjoner av appen bruker nivå 4. Arvinger med d-nummer skal ikke ha tilgang til applikasjonen, siden de ikke får nivå 4-innlogging. Arvinger kan ikke få tilgang uten at dødsboet eksisterer - siden arvinger utelukkende er knyttet til dødsbo. Valideringsfeil og valideringsmeldinger til DA er litt out of scope og kan gjøres på flere måter, men det fordrer at DA implementerer støtte for det på sin side.

Altinn / oed