Informasjonsforvaltning / Informasjonsforvaltning/behov

[BRUKERHISTORIE] kunne endre en beskrivelse kun når den står i status Utkast

Open
#548 1 comment 0 reactions 0 assignees View on GitHub
api begrep datasett userstory
Dominant language
No language data
Stars
8
Forks
0
PR merge metrics
No merged PRs in 30d

Description

Som virksomhet
Ønsker jeg å endre en datasettbeskrivelse, API-beskrivelse og begrepsbeskrivelse bare når den står i status Utkast
Slik at jeg ikke endrer på en beskrivelse mens den står med status godkjent eller publisert

Kommentar:
Nå er det mulig å endre mens beskrivelser har status godkjent (for eksempel datasettbeskrivelse) eller publisert (for eksempel datasettbeskrivelse, begrepsbeskrivelse og muligens API-beskrivelse). Dette er uheldig fordi det da kan er risiko for at instanser kan bli endret utilsiktet. Dersom løsningen i stedet fungerer slik at den som vil endre må sette en instans til Utkast for å kunne endre, reduserer man risiko for at godkjente og eventuelt også publiserte instanser blir endret uforvarende.

Angående instanser som er publisert i portal:
vi må avklare om man må avpublisere mens endring pågår, og deretter publisere på nytt etter at endring er utført, eller om man skal kunne beholde publisert versjon i portal mens endring i registreringsløsning pågår

Angående instanser som er godkjent, men ikke publisert i portal:
vi må avklare om man må endre status på godkjent instans til utkast, eller om man kan opprette en kopi av godkjent versjon som man editerer på, og som overskriver gammel godkjent versjon når nytt utkast skal godkjennes. Vi må i så fall også avklare om vi skal beholde gamle versjoner av utkast og godkjente versjoner, samt historikk på publiserte versjoner.
NB! Merk at det ikke er mulig å sette begrepsbeskrivelser til status Utkast. Det må derfor avklares om denne brukerhistorien også skal gjelde for begreper.

Relatert til epos:
[EPOS] Forklaring av hva ulike statusvalg betyr Informasjonsforvaltning/behov#545

Lenke til design:
Lenke til løsningsarkitektur:

Forretningsverdi (Kritisk/Viktig/Mindre viktig/Kjekt å ha): Viktig

Contributor guide

Open the contributing guide

Research direction

Start with issue #548 and the related epic #545; the payload names no implementation files, tests, or entry points. Done requires resolved rules for editing each description status, handling published versions, and whether concept descriptions are included before implementation can be scoped.

Written by the indexing model from the issue text.

Assessment

Domain
backend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.