diff --git a/krav/09 Organisasjon/systemkrav.md b/krav/09 Organisasjon/systemkrav.md index e2220e4..1ab4c88 100644 --- a/krav/09 Organisasjon/systemkrav.md +++ b/krav/09 Organisasjon/systemkrav.md @@ -6,6 +6,8 @@ Kravene er utledet fra [Gherkin-spesifikasjonene](.) og er ment som lesbar dokum **Prioritet:** Må = systemet skal ha dette · Bør = ønsket, men ikke blokkerende · Kan = fint å ha **Status:** Levert · Under arbeid · Planlagt · Identifisert (ikke planlagt for arbeid ennå) +Vi burde ha en sesjon hvor vi går igjennom prioritering og estimering av kost/nytte. Nå står alle kravene som Må, men vi trenger å vurdere hvilken prioritet de faktisk skal ha. + --- ## Innhold @@ -28,12 +30,16 @@ Kravene er utledet fra [Gherkin-spesifikasjonene](.) og er ment som lesbar dokum ### Søk på unik identifikator gir direktetreff -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-SØK-IDE-001-01 | Søk på organisasjonskode viser organisasjonen direkte | Må | Identifisert | -| ORG-SØK-IDE-001-02 | Søk på organisasjonsnummer viser organisasjonen direkte | Må | Identifisert | -| ORG-SØK-IDE-001-03 | Søk på Erasmuskode viser organisasjonen direkte | Må | Identifisert | -| ORG-SØK-IDE-001-04 | Søk på PIC-nummer viser organisasjonen direkte | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-SØK-IDE-001-01 | Søk på organisasjonskode viser organisasjonen direkte | Må | Identifisert | | +| ORG-SØK-IDE-001-02 | Søk på organisasjonsnummer viser organisasjonen direkte | Må | Identifisert | | +| ORG-SØK-IDE-001-03 | Søk på Erasmuskode viser organisasjonen direkte | Må | Identifisert | | +| ORG-SØK-IDE-001-04 | Søk på PIC-nummer viser organisasjonen direkte | Må | Identifisert | | + +#### Åpne spørsmål/kommentarer +- Er denne listen fullstendig? Finnes det flere identifikatorer man skal kunne søke på? +- Er det ønsket oppførsel at man ikke skal velge fra en liste? Har vi eksmpler i databasen i dag på at det finnes duplikat av "Unik" identifikator? --- @@ -45,50 +51,62 @@ Kravene er utledet fra [Gherkin-spesifikasjonene](.) og er ment som lesbar dokum ### Søk på navn eller akronym gir liste med treff -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-SØK-SØK-001-01 | Søk på fullt navn gir liste med matchende organisasjoner (eks: «Université Paris Cité») | Må | Identifisert | -| ORG-SØK-SØK-001-02 | Søk på akronym gir liste med matchende organisasjoner (eks: «NMBU») | Må | Identifisert | -| ORG-SØK-SØK-001-03 | Søk på del av navn gir liste med matchende organisasjoner | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-SØK-SØK-001-01 | Søk på fullt navn gir liste med matchende organisasjoner (eks: «Université Paris Cité») | Må | Identifisert |De første to | +| ORG-SØK-SØK-001-02 | Søk på akronym gir liste med matchende organisasjoner (eks: «NMBU») | Må | Identifisert | | +| ORG-SØK-SØK-001-03 | Søk på del av navn gir liste med matchende organisasjoner | Må | Identifisert | | + +### Nytt krav + +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| Fyll inn etterpå | Feltet type organisasjon skal ikke lenger inneholde Utland. | Må | Identifisert | | +| Fyll inn etterpå | Feltet type organisasjon skal fortsatt være obligatorisk| Må | Identifisert | Eller skal den egentlig det? Hvis den skal være obligatorisk trenger vi en ny type "UKJENT" for organisasjoner hvor man ikke vet hva det er?| +| Fyll inn etterpå | Landkode brukes til å hente ut utenlandske organisasjoner fromfor dagens "type organisasjon: UTLAND" | Må | Identifisert | | ### Søket finner også treff i navnehistorikken -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-SØK-SØK-001-04 | Søk på historisk navn gir treff på nåværende organisasjon (eks: «Høgskolen i Oslo og Akershus» finner OsloMet), og det fremgår at treffet er basert på et historisk navn | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-SØK-SØK-001-04 | Søk på historisk navn gir treff på nåværende organisasjon (eks: «Høgskolen i Oslo og Akershus» finner OsloMet), og det fremgår at treffet er basert på et historisk navn | Må | Identifisert | | ### Fritekstsøk på tvers av felter -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-SØK-SØK-001-05 | Søk på en verdi gir treff i navn og URL | Må | Identifisert | -| ORG-SØK-SØK-001-06 | Søk på flere ord gir kun treff der alle ord er til stede | Må | Identifisert | -| ORG-SØK-SØK-001-07 | Minustegn foran et ord ekskluderer det fra treff | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-SØK-SØK-001-05 | Søk på en verdi gir treff i navn og URL | Må | Identifisert | | +| ORG-SØK-SØK-001-06 | Søk på flere ord gir kun treff der alle ord er til stede | Må | Identifisert | | +| ORG-SØK-SØK-001-07 | Minustegn foran et ord ekskluderer det fra treff | Må | Identifisert | Dette | ### Søket tolererer skrivefeil -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-SØK-SØK-001-08 | Søk på feilstavet navn gir likevel relevante treff | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-SØK-SØK-001-08 | Søk på feilstavet navn gir likevel relevante treff | Må | Identifisert | | ### Søk uten treff gir hjelp -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-SØK-SØK-001-09 | Søk uten treff viser meldingen «Ingen organisasjoner funnet» og forslag til alternative søkeformuleringer | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-SØK-SØK-001-09 | Søk uten treff viser meldingen «Ingen organisasjoner funnet» og forslag til alternative søkeformuleringer | Må | Identifisert | | ### Søkeresultatlisten viser nøkkelinformasjon -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-SØK-SØK-001-10 | Hvert resultat viser organisasjonskode, navn, akronym, organisasjonstype og Erasmuskode | Må | Identifisert | -| ORG-SØK-SØK-001-11 | Organisasjonstype vises slik den er registrert i Brønnøysundregistrene (for norske organisasjoner) | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-SØK-SØK-001-10 | Hvert resultat viser organisasjonskode, navn, akronym, organisasjonstype og Erasmuskode | Må | Identifisert | | +| ORG-SØK-SØK-001-11 | Organisasjonstype vises slik den er registrert i Brønnøysundregistrene (for norske organisasjoner) | Må | Identifisert | | ### Åpne spørsmål - Hvilke felter skal inngå i fritekstsøket — navn, URL, andre? - Skal URL-søk støttes direkte eller kun som del av fritekst? - I hvilken rekkefølge skal treff sorteres (relevans, navn, organisasjonskode)? + - Skal brukeren kunne velge mellom ulike sorteringsparametre (designsystemet har komponenter som støtter dette) +- Har vi noen akseptansekrav til hvor lang tid et fritekstsøk skal ha. +- Hvorfor vil de ha fritekstsøk på tvers av felter, kan vi dekke behovet med et mer spisset søk. +- Feltet "Type organisasjon" trenger mer avklaring. Hva betyr det egentlig når dette feltet er satt til UTLAND? Hvordan forholder vi oss til eksisterende date med koden UTLAND i dag, og hvordan ønsker vi at det skal fungere i den nye løsningen. --- @@ -100,68 +118,68 @@ Kravene er utledet fra [Gherkin-spesifikasjonene](.) og er ment som lesbar dokum ### Norsk organisasjon henter data fra Brønnøysundregistrene -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-OPP-001-01 | Organisasjonsnummer gir automatisk utfylling av navn, adresse og organisasjonstype | Må | Identifisert | -| ORG-ADM-OPP-001-02 | Organisasjonstype settes til verdien fra Brønnøysundregistrene | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-OPP-001-01 | Organisasjonsnummer gir automatisk utfylling av navn, adresse og organisasjonstype | Må | Identifisert | | +| ORG-ADM-OPP-001-02 | Organisasjonstype settes til verdien fra Brønnøysundregistrene | Må | Identifisert | | ### Organisasjonskode tildeles automatisk -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-OPP-001-03 | Ny organisasjonskode tildeles automatisk ved opprettelse | Må | Identifisert | -| ORG-ADM-OPP-001-04 | Norsk organisasjon får organisasjonskode i norsk format | Må | Identifisert | -| ORG-ADM-OPP-001-05 | Utenlandsk organisasjon får organisasjonskode i format landnummer + løpenummer (f.eks. 444+12345 for India) | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-OPP-001-03 | Ny organisasjonskode tildeles automatisk ved opprettelse | Må | Identifisert | | +| ORG-ADM-OPP-001-04 | Norsk organisasjon får organisasjonskode i norsk format | Må | Identifisert | | +| ORG-ADM-OPP-001-05 | Utenlandsk organisasjon får organisasjonskode i format landnummer + løpenummer (f.eks. 444+12345 for India) | Må | Identifisert | | ### Obligatoriske felter må fylles ut -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-OPP-001-06 | Organisasjon kan ikke lagres uten navn, organisasjonstype og URL | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-OPP-001-06 | Organisasjon kan ikke lagres uten navn, organisasjonstype og URL | Må | Identifisert | | ### Valgfrie felter kan registreres -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-OPP-001-07 | Akronym kan registreres og brukes i søk | Må | Identifisert | -| ORG-ADM-OPP-001-08 | By kan registreres | Må | Identifisert | -| ORG-ADM-OPP-001-09 | NSD-kode kan registreres | Må | Identifisert | -| ORG-ADM-OPP-001-10 | PIC-nummer kan registreres | Må | Identifisert | -| ORG-ADM-OPP-001-11 | Organisasjonen kan markeres som godkjent betalingsorganisasjon | Må | Identifisert | -| ORG-ADM-OPP-001-12 | Landkode kan registreres | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-OPP-001-07 | Akronym kan registreres og brukes i søk | Må | Identifisert | | +| ORG-ADM-OPP-001-08 | By kan registreres | Må | Identifisert | | +| ORG-ADM-OPP-001-09 | NSD-kode kan registreres | Må | Identifisert | | +| ORG-ADM-OPP-001-10 | PIC-nummer kan registreres | Må | Identifisert | | +| ORG-ADM-OPP-001-11 | Organisasjonen kan markeres som godkjent betalingsorganisasjon | Må | Identifisert | | +| ORG-ADM-OPP-001-12 | Landkode kan registreres | Må | Identifisert | | ### Erasmuskode verifiseres mot HEI-registeret -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-OPP-001-13 | Erasmuskode slås automatisk opp mot HEI-registeret ved registrering, og resultatet vises | Må | Identifisert | -| ORG-ADM-OPP-001-14 | Ugyldig Erasmuskode gir advarsel, men kan likevel lagres | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-OPP-001-13 | Erasmuskode slås automatisk opp mot HEI-registeret ved registrering, og resultatet vises | Må | Identifisert | | +| ORG-ADM-OPP-001-14 | Ugyldig Erasmuskode gir advarsel, men kan likevel lagres | Må | Identifisert | | ### Språkkoder settes basert på nasjonalitet -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-OPP-001-15 | Norsk organisasjon får tilgjengelige språkkoder NO, NYNO, SAMISK og ENG | Må | Identifisert | -| ORG-ADM-OPP-001-16 | Utenlandsk organisasjon får tilgjengelige språkkoder ORG og ENG | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-OPP-001-15 | Norsk organisasjon får tilgjengelige språkkoder NO, NYNO, SAMISK og ENG | Må | Identifisert | | +| ORG-ADM-OPP-001-16 | Utenlandsk organisasjon får tilgjengelige språkkoder ORG og ENG | Må | Identifisert | | ### Utenlandske organisasjoner kan ha visningsnavn -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-OPP-001-17 | Utenlandsk organisasjon kan registreres med visningsnavn som brukes i grensesnittet | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-OPP-001-17 | Utenlandsk organisasjon kan registreres med visningsnavn som brukes i grensesnittet | Må | Identifisert | | ### Akkreditering registreres av NOKUT -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-OPP-001-18 | Akkrediteringsfeltet er skrivebeskyttet for systemadministratorer — det fremgår at NOKUT registrerer dette | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-OPP-001-18 | Akkrediteringsfeltet er skrivebeskyttet for systemadministratorer — det fremgår at NOKUT registrerer dette | Må | Identifisert | Trenger grensesnittet å vise akkrediterning? Spørsmålet er basert på antagelsen om at Føniks er brukere av grensesnittet og at hk-dir ønsker et API. Og antagelsen om at Føniks ikke trenger å forholde seg til akkreditering.| ### Organisasjonen må godkjennes før den er aktiv -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-OPP-001-19 | Ny organisasjon har status «Forslag» og er ikke søkbar før godkjenning | Må | Identifisert | -| ORG-ADM-OPP-001-20 | Godkjent organisasjon blir aktiv og søkbar | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-OPP-001-19 | Ny organisasjon har status «Forslag» og er ikke søkbar før godkjenning | Må | Identifisert | Er dette kravet knyttet til det åpne spørmålet "Hvem kan opprette organisasjoner?" - Hvis lokal adim skal kunne opprette trenger vi en slik funksjonalitet hvis de skal fortsette å bruke nettskjema slik de gjør i dag trenger de ikke det. | +| ORG-ADM-OPP-001-20 | Godkjent organisasjon blir aktiv og søkbar | Må | Identifisert | | ### Åpne spørsmål @@ -179,18 +197,18 @@ Kravene er utledet fra [Gherkin-spesifikasjonene](.) og er ment som lesbar dokum ### En nedlagt organisasjon skal deaktiveres -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-DEA-001-01 | Nedlagt organisasjon kan deaktiveres med sluttdato og får status «Inaktiv» | Må | Identifisert | -| ORG-ADM-DEA-001-02 | Inaktiv organisasjon vises ikke i standard søkeresultater | Må | Identifisert | -| ORG-ADM-DEA-001-03 | Inaktiv organisasjon er synlig ved bruk av filter for historiske organisasjoner, og markeres tydelig som «Historisk» | Må | Identifisert | -| ORG-ADM-DEA-001-04 | Årsak til deaktivering (f.eks. «Konkurs») kan registreres og lagres med tidspunkt | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-DEA-001-01 | Nedlagt organisasjon kan deaktiveres med sluttdato og får status «Inaktiv» | Må | Identifisert | | +| ORG-ADM-DEA-001-02 | Inaktiv organisasjon vises ikke i standard søkeresultater | Må | Identifisert | | +| ORG-ADM-DEA-001-03 | Inaktiv organisasjon er synlig ved bruk av filter for historiske organisasjoner, og markeres tydelig som «Historisk» | Må | Identifisert | | +| ORG-ADM-DEA-001-04 | Årsak til deaktivering (f.eks. «Konkurs») kan registreres og lagres med tidspunkt | Må | Identifisert | | ### Deaktivering krever bekreftelse -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-DEA-001-05 | Systemet ber om bekreftelse og viser konsekvenser før deaktivering gjennomføres | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-DEA-001-05 | Systemet ber om bekreftelse og viser konsekvenser før deaktivering gjennomføres | Må | Identifisert | | ### Åpne spørsmål @@ -208,39 +226,40 @@ Kravene er utledet fra [Gherkin-spesifikasjonene](.) og er ment som lesbar dokum ### Navneendring registreres i historikk -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-VED-001-01 | Ved lagring av nytt navn spørres brukeren om det gamle navnet skal inn i navnehistorikken | Må | Identifisert | -| ORG-ADM-VED-001-02 | Gammelt navn lagres med gyldighetsdato og er fortsatt søkbart | Må | Identifisert | -| ORG-ADM-VED-001-03 | Gammelt navn kastes dersom brukeren velger det | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-VED-001-01 | Ved lagring av nytt navn spørres brukeren om det gamle navnet skal inn i navnehistorikken | Må | Identifisert | | +| ORG-ADM-VED-001-02 | Gammelt navn lagres med gyldighetsdato og er fortsatt søkbart | Må | Identifisert | | +| ORG-ADM-VED-001-03 | Gammelt navn kastes dersom brukeren velger det | Må | Identifisert | | ### PIC-nummer valideres mot Europakommisjonens API -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-VED-001-04 | Nytt PIC-nummer slås opp mot Europakommisjonens API, og informasjonen som returneres vises | Må | Identifisert | -| ORG-ADM-VED-001-05 | PIC-nummer som ikke finnes i API-et gir advarsel, men kan likevel lagres | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-VED-001-04 | Nytt PIC-nummer slås opp mot Europakommisjonens API, og informasjonen som returneres vises | Må | Identifisert | | +| ORG-ADM-VED-001-05 | PIC-nummer som ikke finnes i API-et gir advarsel, men kan likevel lagres | Må | Identifisert | | ### Erasmuskode har begrenset gyldighetsperiode +> Kan vi berabeide disse kravene mer og skille ut som en egen oppgave, som løses senere? -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-VED-001-06 | Erasmuskode registreres med fra- og til-dato, og er gyldig i inntil 4 år | Må | Identifisert | -| ORG-ADM-VED-001-07 | Utløpt Erasmuskode markeres automatisk som historisk, med advarsel om koden fortsatt er aktiv | Må | Identifisert | -| ORG-ADM-VED-001-08 | Endringshistorikk for Erasmuskoder er tilgjengelig med oversikt over hvilken kode som var aktiv i hvilken periode | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-VED-001-06 | Erasmuskode registreres med fra- og til-dato, og er gyldig i inntil 4 år | Må | Identifisert | | +| ORG-ADM-VED-001-07 | Utløpt Erasmuskode markeres automatisk som historisk, med advarsel om koden fortsatt er aktiv | Må | Identifisert | | +| ORG-ADM-VED-001-08 | Endringshistorikk for Erasmuskoder er tilgjengelig med oversikt over hvilken kode som var aktiv i hvilken periode | Må | Identifisert | | ### Land som forlater Erasmus-avtalen håndteres korrekt -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-VED-001-09 | Erasmuskode for land utenfor avtalen kan settes inaktiv med sluttdato og vises med status «Historisk» | Må | Identifisert | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-VED-001-09 | Erasmuskode for land utenfor avtalen kan settes inaktiv med sluttdato og vises med status «Historisk» | Må | Identifisert | | ### URL-en til organisasjonen bør være tilgjengelig -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-VED-001-10 | URL-feltet markeres med advarsel dersom adressen ikke svarer | Kan | Planlagt | -| ORG-ADM-VED-001-11 | URL-feltet vises uten advarsel dersom adressen svarer | Kan | Planlagt | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-VED-001-10 | URL-feltet markeres med advarsel dersom adressen ikke svarer | Kan | Planlagt | | +| ORG-ADM-VED-001-11 | URL-feltet vises uten advarsel dersom adressen svarer | Kan | Planlagt | | ### Åpne spørsmål @@ -260,35 +279,35 @@ Kravene er utledet fra [Gherkin-spesifikasjonene](.) og er ment som lesbar dokum ### Navnehistorikk må sjekkes ved duplikatkontroll -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-DUP-001-01 | Navnehistorikken for begge kandidater vises under duplikatkontrollen med gyldighetsdatoer | Må | Planlagt | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-DUP-001-01 | Navnehistorikken for begge kandidater vises under duplikatkontrollen med gyldighetsdatoer | Må | Planlagt | | ### To mulige duplikater kan sammenlignes side om side -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-DUP-001-02 | Alle felter for to potensielle duplikater vises side om side, med tydelig markering av felter med ulik verdi | Må | Planlagt | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-DUP-001-02 | Alle felter for to potensielle duplikater vises side om side, med tydelig markering av felter med ulik verdi | Må | Planlagt | | ### Brukeren velger hvilke data som videreføres -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-DUP-001-03 | For hvert felt med ulik verdi kan brukeren velge hvilken verdi som skal videreføres | Må | Planlagt | -| ORG-ADM-DUP-001-04 | Brukeren kan fylle inn ny informasjon i felter som mangler data i begge duplikatene | Bør | Planlagt | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-DUP-001-03 | For hvert felt med ulik verdi kan brukeren velge hvilken verdi som skal videreføres | Må | Planlagt | | +| ORG-ADM-DUP-001-04 | Brukeren kan fylle inn ny informasjon i felter som mangler data i begge duplikatene | Bør | Planlagt | | ### Én organisasjon beholdes, den andre deaktiveres eller slettes -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-DUP-001-05 | Brukeren velger hvilken av organisasjonene som beholdes som gjeldende oppføring | Må | Planlagt | -| ORG-ADM-DUP-001-06 | Norsk lærested kan ikke slettes — den andre organisasjonen kan kun markeres som inaktiv | Må | Planlagt | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-DUP-001-05 | Brukeren velger hvilken av organisasjonene som beholdes som gjeldende oppføring | Må | Planlagt | | +| ORG-ADM-DUP-001-06 | Norsk lærested kan ikke slettes — den andre organisasjonen kan kun markeres som inaktiv | Må | Planlagt | | ### Sammenslåing logges -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-DUP-001-07 | Det registreres hvilke to organisasjoner som ble slått sammen, tidspunkt og hvem som utførte handlingen | Må | Planlagt | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-DUP-001-07 | Det registreres hvilke to organisasjoner som ble slått sammen, tidspunkt og hvem som utførte handlingen | Må | Planlagt | | ### Åpne spørsmål @@ -306,22 +325,22 @@ Kravene er utledet fra [Gherkin-spesifikasjonene](.) og er ment som lesbar dokum ### Norsk fusjonering oppretter en ny organisasjon -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-FUS-001-01 | Norske læresteders fusjonering resulterer i en ny organisasjon, de gamle markeres som inaktive, og den nye knyttes til dem | Må | Planlagt | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-FUS-001-01 | Norske læresteders fusjonering resulterer i en ny organisasjon, de gamle markeres som inaktive, og den nye knyttes til dem | Må | Planlagt | | ### Navnehistorikken fra fusjonerte organisasjoner arves av den nye -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-FUS-001-02 | Den nye organisasjonens navnehistorikk inneholder historikk fra alle de fusjonerte organisasjonene | Må | Planlagt | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-FUS-001-02 | Den nye organisasjonens navnehistorikk inneholder historikk fra alle de fusjonerte organisasjonene | Må | Planlagt | | ### Utenlandsk fusjonering behandles annerledes enn norsk -| ID | Akseptansekrav | Prioritet | Status | -|----|----------------|-----------|--------| -| ORG-ADM-FUS-001-03 | Utenlandske organisasjoner som fusjonerer: én videreføres, den andre markeres som inaktiv og knyttes til den beholdte som sin etterfølger | Bør | Planlagt | -| ORG-ADM-FUS-001-04 | Fusjonering mellom norsk og utenlandsk organisasjon: systemet gir veiledning om hvilke regler som gjelder | Bør | Planlagt | +| ID | Akseptansekrav | Prioritet | Status | Kommentar | +|----|----------------|-----------|--------|-----------| +| ORG-ADM-FUS-001-03 | Utenlandske organisasjoner som fusjonerer: én videreføres, den andre markeres som inaktiv og knyttes til den beholdte som sin etterfølger | Bør | Planlagt | | +| ORG-ADM-FUS-001-04 | Fusjonering mellom norsk og utenlandsk organisasjon: systemet gir veiledning om hvilke regler som gjelder | Bør | Planlagt | | ### Åpne spørsmål