Krav: Sikt kundestøtte kan opprette maskinbruker-applikasjoner (BRU-APP-API-009)

[krhoybraten-sikt]

Hvorfor

Kravteksten for BRU-APP-API-009 (Opprette applikasjon) sa at FS som identitetsleverandør ikke kan velges ved opprettelse, og at «det er kun opprettelse som er stengt». Teambeslutning 2026-08-17 omgjør dette: Sikt kundestøtte skal kunne opprette applikasjoner med FS som identitetsleverandør — maskinbrukere — fra applikasjonsoversikten.

Utfasingen står fortsatt som strategi: FS er ikke et alternativ for nye eksterne integrasjoner. Det som åpnes er opprettelsesveien for support.

Semantikken kravet nå uttrykker

• Miljøløs opprettelse: identiteten gjelder i alle miljøer, og den som oppretter velger ikke miljø.
• Alt eller ingenting: mangler organisasjonen registrert FS-datakilde i ett av miljøene, avvises hele opprettelsen med en begrunnelse som navngir miljøet. Delvis opprettelse finnes ikke.
• Passord settes etterpå, per miljø, med den eksisterende passordflyten.
• Rollestyrt: FS er ikke valgbar identitetsleverandør for andre enn Sikt kundestøtte (super-applikasjonsadministrator).

Hva som endres per fil

Alt ligger i krav/07 Brukeradministrasjon og tilgangsstyring/applikasjoner/02 Iterasjon 3 …/:

• opprette_applikasjon.feature — narrativet oppdatert (FS er en tredje idP, rollestyrt); scenarioet «FS er ikke en valgbar identitetsleverandør» erstattet av to rollestyrte scenarioer; ny regel med opprettelse, avvisning ved manglende FS-datakilde og passord per miljø; presisering i «kan autentisere umiddelbart» slik at den ikke motsier passordkravet.
• systemkrav.md — K8-beskrivelsen og notatet om utfasing skrevet om, og beslutningen lagt inn som eget notat.
• opprette_applikasjon.design.md — idP-velger, feltliste, feilstand for manglende FS-datakilde og per-scenario-notater for de nye scenarioene.

De nye reglene og scenarioene er tagget @planned, på linje med resten av opprettelsesflyten: kravet er besluttet og spesifisert, men backend-endringen ligger i fs-plattform MR 5271 som ikke er merget, og applikasjonsoversikten tilbyr ennå ikke opprettelse av maskinbruker-applikasjoner i noen deployert flate.

Bevisst ikke endret

• listevisning_og_sok.feature: «Listen inkluderer eksisterende FS-applikasjoner» er fortsatt sann og dekker også nyopprettede.
• BRU-APP-API-004 (passordbytte): flyten gjenbrukes uendret. Nyansen «ett passord per miljø» er uttrykt i opprettelseskravet; om passordkravet selv skal si det eksplisitt, bør det tas som egen sak.
• krav/krav-oversikt.md: generert fil som allerede er utdatert mot filnavnene i denne mappen — bør regenereres for seg.

🤖 Generated with Claude Code

[krhoybraten-sikt]

Lukker denne til fordel for #549 (krav/opprette-maskinbruker-sikt).

#545 var riktig da den ble skrevet — kravteksten sa da at FS som identitetsleverandør ikke kunne velges ved opprettelse, og at det bare var opprettelsen som var stengt. Beslutningen om å åpne opprettelse for Sikt kundestøtte kom etterpå (2026-08-17), og ble presisert videre 2026-08-24 (Sikt-only, ikke stengt) i #549, som også er den varianten som er lagt til grunn for den mergede implementasjonen i fs-plattform (migrering 0047).

Alt av reell verdi i #545 er nå videreført i #549 (commit 18cf820): miljøløs opprettelse, alt-eller-ingenting-avvisning når organisasjonen mangler FS-datakilde i et miljø, og at passord settes per miljø etterpå — dette matcher den faktiske oppførselen i opprett_maskinbruker_applikasjon (migrering 0030, SQLSTATE TS001).

Én ting fra #545 er bevisst ikke videreført: rollebegrepet super-applikasjonsadministrator for Sikt-tilgangen. Den mergede migreringen (0047) modellerer i stedet Sikt-tilgangen som applikasjonsadministrator-rollen skopet til organisasjonen Sikt (organisasjonskode 20754) — policy-kommentaren der sier eksplisitt at kravtekstens super-applikasjonsadministrator ennå ikke finnes i rollekatalogen. #549 bruker samme presisering (applikasjonsadministrator hos Sikt), så den er beholdt der.

Takk for arbeidet med denne — den fanget nyttig funksjonalitet som beslutningen senere bygget videre på.