Hva er nytt

23.10.2026 - tydeligere War Room-chat

• Chatten er flyttet fra enden av fanelinjen til en grønn «War Room-chat»-knapp

ved områdeoverskriften. Chatten åpnes fortsatt i eget vindu og viser ulest-tall.

23.10.2026 - ryddigere War Room-forside

• Fjernet «Saksnummer og saksinformasjon»-panelet. Saksnummeret står fortsatt

øverst, og «Hva gjelder saken?» gir den synlige introduksjonen til hendelsen.

23.10.2026 - kort om hendelsen i War Room

• «Hva gjelder saken?» vises over områdevalgene. Incident Manager kan skrive

og oppdatere en kort introduksjon; alle deltakere kan lese den.

• Viser sist oppdatert, forfatter og tidligere beskrivelser. Samtidige endringer

varsles, og utkastet beholdes. Saksnummer og saksdetaljer er beholdt.

23.10.2026 - egne råd til problem manager

• ProblemRadar viser vurdering, mulig eksisterende PBI og anbefalt oppfølging

i et eget felt under malteksten, både for enkeltsak og gruppe-scan.

• «Kopier» tar bare med selve ticketmalen. Tekniske funn og dokumenterte tiltak

beholdes i malen; ProblemRadars prosessråd holdes utenfor.

23.10.2026 - engelsk purring i ProblemRadar

• Etter «Lag purring» eller «Purring» i PBI-dashboardet kan teksten oversettes

med «Oversett til engelsk» i outputvinduet, med samme tjeneste som Masterticket.

• Ved oversettelsesfeil beholdes norsk tekst og du kan prøve igjen.

23.10.2026 - mer presise relasjonsforslag i ProblemRadar

• Gruppe-scan vurderer hver incident mot eksisterende PBI. Felles produkt/CI

eller mange historiske relasjoner er ikke tilstrekkelig alene.

• Like gode PBI-alternativer, uklart feilbilde og utilgjengelig relasjonsoppslag

gir manuell vurdering fremfor nye relasjonsforslag.

• Resultatkortet viser incidenttittel, vurdering, matchscore og begrunnelse per

sak. De samme opplysningene følger med i relateringsforslaget som kan kopieres.

23.10.2026 - tydeligere valg i Vaktkalender

• Forklarer forskjellen mellom fast vakt, bytte av vaktrekkefolge og at noen

overtar bestemte datoer. Hvert valg har et konkret eksempel.

• Fjern person tar personen ut av valglistene og beholder historikken. Vakter

i dag eller fremover ma handteres forst.

23.10.2026 - registrering og historikk i IM Vaktkalender

• Klargjort registrering av personer, bemanning, plassbytter og datofestede

vaktunntak, med begrunnelse og historikk. Alle innloggede IMC-brukere har lik tilgang.

• Overlapp og samtidige endringer avvises. Kalenderen viser ubesatte perioder

tydelig og bevarer utfylte felt ved lagringsfeil.

• Lagring er fortsatt avslått i nonprod mens vi venter på Okta-oppsettet.

23.10.2026 - felles administratortilgang

• Bygg cache og eksisterende War Room-administratortilgang bruker en felles

tillatelsesliste for innloggede administratorer. Diagnostikk gir ikke tilgang.

• Vanlige IMC-brukere beholder samme Reporting-tilgang.
• Administrative funksjoner er sperret i nonprod mens verifisert innlogging

ikke er aktivert.

23.10.2026 – generell modellvurdering av historiske feilsituasjoner

• Initier analyse kan bruke modellen til å sammenligne feilsituasjoner og

dokumenterte løsninger på tvers av systemer og løsningstyper.

• Treff viser kildeutdrag for aktiv feil, historisk feil, tiltak og utfall/status.

Ulike relevante løsninger kan vises; usikkerhet og vurdert omfang fremgår.

• Utilgjengelig modellvurdering merkes tydelig. Den eksisterende regelvurderingen

beholdes som reserve. Faktisk modellkvalitet og live nonprod-kjøring gjenstår å verifisere.

23.10.2026 – løsningserfaring på tvers av systemer

• Init-analyse kan hente eksempelsaker på tvers av produkt, kunde og CI når

problemet passer med dokumentert løsningserfaring: omstart av Citrix-vert,

omstart av integrasjon eller resending av ASN fra leverandør.

• Treffene forklarer løsningsmønsteret og viser det historiske tiltaket.

Aktiv sak trenger ikke kjent løsning. Et historisk treff bekrefter ikke

samme rotårsak eller at tiltaket vil virke i den nye saken.

• Dette supplerer den tidligere innstrammingen av identisk/nær-identisk merking.

23.10.2026 – strengere merking av historiske gjentakelser

• «Identisk / nesten identisk» og «Nær identisk» krever tydeligere tekstlig støtte.

Samme produkt, feilfamilie eller «restart» alene gir ikke nær-identisk merke.

• Gode gjentakelsestreff prioriteres i init-analysen, og merkingen vises igjen.
• Ulike utfylte produkter/Service CI-er nedgraderer merkingen. Ulik ordlyd kan

også gi en mer forsiktig vurdering; merkingen bekrefter ikke samme rotårsak.

22.10.2026 – månedsoversikt i IM Vaktkalender

• På PC vises en klikkbar månedskalender med fulle navn. Klikk en dato for detaljer.
• Mobil beholder dagslisten, også med klikkbare datoer og fulle navn.
• Torsdag markeres som byttedag; overlevering håndteres internt uten klokkeslett.

22.10.2026 – IM Vaktkalender på startsiden

• Åpne IM Vaktkalender fra moduloversikten for å kontrollere beregnet grunnturnus.
• Velg dato og bla mellom måneder; overleveringsdager og norske helligdager vises.
• Visningen er lesende. Excel-avvik, vaktbytter og fravær er ikke lagt inn.

Tidspunkt for torsdagsoverlevering og Fredrik/Sidd-overtakelsen er uavklart.

22.10.2026 – databaseklar Reporting, fortsatt deaktivert lagring

• Breach har klargjorte felt for forklaring, tiltak og manuell konklusjon.

Lagret konklusjon kan styre intern telling uten å endre Helix eller beregnet SLA.

• Weekly kan vise lagrede Daily-vurderinger med tydelig periode og kildegrunnlag.

Ukespesifikke manuelle felt avventer avklaring.

• Revisjonsvisning er klargjort for alle tre arbeidsflater. Lagring og historikk

krever tilgjengelig SQL og verifisert innlogging; lesende Reporting fungerer

fortsatt uten database.

22.10.2026 – klargjort periodeutelatelse og historikk

• Fjern fra QA, begrunnelse, Vis også utelatte saker og Gjenopprett er forberedt

separat for Daily/Weekly og periode. Kontrollene er deaktivert uten SQL/identitet.

• Ved fremtidig aktivering beholdes manuelle data og revisjoner gjennom oppdatering,

delvis Helix-resultat og gjenoppretting. Historikksøk er lesende.

22.10.2026 – databaseklart Daily QA-panel

• Daily har syv Yes/No/N/A-vurderinger uten standardvalg og tre kommentarfelt.

Skjemaet er deaktivert til varig lagring og verifisert innlogging er klare.

• QA-status beregnes av backend fra lagrede svar; kommentarer påvirker ikke

status. Versjonskonflikter og lagringsfeil vises uten å påstå vellykket lagring.

• Daily viser nummer, Summary, type, Incident Manager, Dato, SLA og QA-status.

Eksisterende lesende Helix-/SLA-funksjoner fungerer fortsatt uten SQL.

22.10.2026 – månedsfilter og rapport fra Breach Analysis

• Month filtrerer den lastede årslisten direkte, sammen med søk, type og status.
• Lag rapport tar med bare viste treff i gjeldende sortering, med Incident Number,

Service, Summary, Breach explanation og Actions taken or planned.

• Rapporten åpnes i egen fane med Skriv ut / lagre som PDF. Month/Year er utelatt;

eventuell advarsel om delvis Helix-henting følger med.

• Forklaringer og tiltak vises som ikke registrert frem til varig lagring er klar.

22.10.2026 – lesende Breach Analysis

• Beregnede SLA-brudd vises automatisk for valgt løsningsmåned eller år, uten

å åpne QA-listene først eller registrere incidentnummer på nytt.

• Søk på incidentnummer, Summary og Service, velg Month/Year og sorter listen.

Incidentnummer åpner Helix; Åpne detaljer viser hendelsen og SLA-grunnlaget.

• Month/Year følger norsk Last Resolved Date, uavhengig av automatisk lukking.
• Breach explanation, Actions taken or planned og manuell konklusjon kan

ikke registreres ennå. Varig lagring og historikk avventer Azure SQL.

• Bare beregnet SLA-brudd gir en kandidat; Helix SLM-status alene er ikke nok.

Daily/Weekly-utvalg og andre modulers regler er uendret.

21.10.2026 – endelig datogrunnlag per QA-liste

Daily QA velger etter registreringsdato (`Reported Date`). Weekly QA velger

etter løsningsdato (`Last Resolved Date`), torsdag 00:00 til neste torsdag 00:00

eksklusive. Begge krever Critical og gjeldende Resolved/Closed, og utelater

Infrastructure Event. Første datokolonne viser datoen som styrer den aktuelle

listen, uten klokkeslett. Registered Date i Weekly-detaljene viser fortsatt

Reported Date separat. Manglende/ugyldig valgt datofelt gir avvik ved returnerte

rader og erstattes ikke med den andre datoen. Ingen endring i SLA eller andre

modulfiltre. Tidligere beslutning om Reported Date for begge er erstattet.

21.10.2026 – QA krever Resolved eller Closed

Daily og Weekly krever nå gjeldende Helix-status `Resolved` eller `Closed`,

i tillegg til Critical, registreringsdato (`Reported Date`) i perioden og

unntaket for Infrastructure Event. Åpne/gjenåpnede og kansellerte saker

utelates selv om de har Last Resolved Date. Status evalueres på nytt ved

Oppdater fra Helix. Manglende returnert status gir delvis henting og saken

utelates. Tidligere omtale av at åpne saker inngår er erstattet av dette kravet.

Andre modulfiltre, periodegrenser, SLA og paginering er uendret.

21.10.2026 – QA velges etter registreringsdato

• Daily og Weekly henter Critical-saker registrert i perioden (`Reported Date`).

Løsningsdato styrer ikke lenger utvalget; også åpne saker kan inngå.

• Dato i første kolonne er lokal registreringsdato uten klokkeslett.
• Manglende/ugyldig registreringstid kan ikke bekreftes innenfor perioden;

returnerte avvik merkes som delvis henting. SLA-regler og typefiltre er uendret.

21.10.2026 – Weekly-detaljer og overgang til ProblemRadar

• Weekly QA har en kompakt arbeidsliste med løsningstid, nummer, Summary,

incidenttype, tjeneste, prioritet og beregnet SLA. Åpne detaljer viser resten

av de tilgjengelige Helix-feltene uten å kreve fullført Daily QA.

• Helix SLM-status hentes fra Help Desk når Weekly-detaljene åpnes. Råverdien

er adskilt fra IMCs SLA-beregning og en fremtidig manuell vurdering.

• Fra Daily- og Weekly-panelet kan en hendelse åpnes i ProblemRadars

enkeltmodus med saksnummer ferdig utfylt. Generer mal velges manuelt.

Security Incident har en forklaring i stedet for en aktiv ProblemRadar-lenke.

• Ingen QA-lagring eller endring av saker i Helix innføres.

21.10.2026 – Infrastructure Event ut av automatisk QA-utvalg

• Daily og Weekly utelater Infrastructure Event. Infrastructure Restoration,

User Service Restoration og Security Incident inngår fortsatt.

• Omklassifisering i Helix vurderes ved neste Oppdater fra Helix; en sak kan

da komme inn dersom gjeldende prioritet og løsningsperiode oppfylles.

21.10.2026 – SLA og lesende QA-panel

• Daglig QA viser Dato først, deretter nummer, Summary, Incident Type,

Incident Manager, SLA, QA-status og Åpne QA.

• SLA viser Innen SLA, SLA-brudd, Ingen SLA eller Uavklart. Restoration-typer

bruker P1/P2-reglene; Security har ingen SLA, og Request/ukjent er uavklart.

• Åpne QA viser hendelsen og beregningsgrunnlaget i et lesende panel med

Neste hendelse og Lukk. Incidentnummeret åpner fortsatt Helix.

• QA-status er «Ikke tilgjengelig ennå». Vurderinger og kommentarer avventer

varig lagring og kan ikke registreres i denne versjonen.

21.10.2026 – forenklet Daglig QA

• Daglig QA viser Incident Number, Summary, Incident Type, Incident Manager

og Dato. Dato viser lokal løsningsdato uten klokkeslett.

• Registreringsdato, registrerende bruker, Submit Date og Reported Date er

fjernet fra Daily-visningen. Plassen beholdes til senere QA-felt.

• Innmelder-/customer-kolonnen heter nå Incident Manager i begge arbeidslistene.

21.10.2026 – customer-navn og registrerende bruker

• «Innmelder / Customer» viser First Name og Last Name fra Helix. Hvis navn

mangler, vises Customer Login ID uten å gjette et personnavn.

• «Registrert av (bruker-ID)» vises separat, siden customer og registrerende

bruker kan være forskjellige. Ingen navn begrenser QA-utvalget.

21.10.2026 – registrering og innmelder i Reporting

• Daglig QA og Weekly QA viser Registered Date og innmelder med samme

kildefelt og norske tidsformat som «Hent saksdata».

• Helix-bruker-ID vises uendret. Innmelder og registreringstid påvirker ikke

QA-utvalget, som fortsatt følger Critical og Last Resolved Date.

21.10.2026 – lesende Daglig QA og Weekly QA

• Åpne IMC Reporting fra startsiden og velg Daglig QA eller Weekly QA.
• Se gårsdagens kritiske hendelser eller siste avsluttede torsdag–onsdag-uke,

velg historisk periode og oppdater fra Helix. Alle incidenttyper inngår.

• Søk i synlige felt, filtrer type/status, sorter kolonnene og åpne saker i Helix.
• Komplett, delvis og feilet henting vises tydelig. Uavklarte eller manglende

kildefelt markeres; innmelder brukes ikke til utvalg eller IM-validering.

• QA-vurderinger, kommentarer og Breach Analysis-registrering kommer senere.

21.10.2026 – IMC Reporting på startsiden

• IMC Reporting vises som det femte modulkortet, med Daglig QA, Weekly QA

og Breach Analysis. Kortet er merket «Under utvikling» mens arbeidsflatene

klargjøres i senere trinn.

16.10.2026 – Spør GPT og separate tekniske vedlegg

• «Tekniske vedlegg» gjelder dokumentasjon til dagens hendelse. «Tidligere

War Room-rapporter» inneholder bare historiske rapporter. Eksisterende filer

vises etter sin lagrede kategori; ingen filer flyttes eller slettes.

• «Spør GPT» bruker IMCs eksisterende GPT-oppsett med egen instruksjon for

teknisk dokumentasjon, begrepsforklaringer og oppfølgingsspørsmål.

• Velg dokumenter, bidrag fra eget rom/hovedrommet og eventuell saksinformasjon

eksplisitt. Deltakerchat og andre interne rom tas ikke med.

• Alle deler av valgte tekster gjennomgås. Svar skiller dokumenterte

opplysninger, hypoteser og kontroller, med ordrette kildeutdrag, tegnposisjon

og dokumentversjon. Ingen automatisk bekreftelse av faktisk systemtilstand.

• Gjennomgå og rediger utkastet før «Lagre som funn i dette rommet».

Rapportering til hovedrommet er fortsatt en separat handling.

• GPT-samtalen lagres for den aktuelle brukeren i rommet; lagrede funn og

deres kildeutdrag kan leses av rommets deltakere. Nonprod-testidentiteten

er fortsatt felles. GPT krever eksisterende aktivering og er sperret i

sikkerhetsrom og for sikkerhetshendelser.

• Fortsatt tekstfiler (TXT, MD, LOG, CSV, JSON), maks 100 000 tegn per fil.

Maks 160 000 kildetegn per spørsmål; for store utvalg avvises før GPT-kall.

16.10.2026 – synlig sikkerhetsrom

• Sikkerhet vises i romraden også uten innsyn, med lås, skravering og

«Begrenset tilgang». Sikkerhetsressurser og administrator åpner rommet

med eksisterende rettigheter.

• Hvis sikkerhetsrommet ennå ikke er opprettet, vises «Ikke opprettet».

Visningen oppretter ikke rom eller inviterer deltakere.

16.10.2026 – stabilt skrivefelt i chatten

• Skrivefeltet ligger nederst i chatvinduet; meldingshistorikken ruller separat.
• Oppdateringer beholder utkast, fokus, romvalg og leseposisjon i eldre meldinger.

Etter sending vises siste melding, og skrivefeltet er klart for neste.

16.10.2026 – felles chat i War Room

• «Chat» ved siden av Deltakere åpner et eget vindu for hele hendelsen.

Knappen henter samme vindu frem hvis det allerede er åpent.

• Meldinger merkes med serverbestemt navn, tildelt rom og tidspunkt.

Deltakere med flere rom kan velge blant sine tildelte rom.

• Rødt merke med antall uleste meldinger fra andre deltakere. Markeringen

ryddes først når chatten har fokus, er synlig og viser de nyeste meldingene.

• Historikken følger hendelsen og ligger separat fra hendelseslogg og GPT.

Alle aktive deltakere kan diskutere, også de med lesetilgang til loggen.

• Nonprod bruker fortsatt felles testidentitet; navn og lesestatus er derfor

felles inntil individuell innlogging og deltakertilknytning er på plass.

15.10.2026 – felles startside

• Ny startside med modulene IMC, ProblemRadar, MasterTicket og War Room,

merket IMC, PR, MT og WR. War Room følger eksisterende aktivering.

• IMC åpnes på `/imc`. Modulknappene i IMC-toppmenyen er erstattet av

«Startside». Modulene har lenke tilbake til startsiden.

• Eksisterende moduladresser og War Room-overføring til IMC er bevart.

15.10.2026 – egen fane for tidligere War Room-rapporter

• Opplasting, vedlegg og gjennomgang av tidligere rapporter ligger nå i

«Tidligere War Room-rapporter» i faneraden. Velg et internt teamrom for

å lese eller laste opp; tilgangen følger fortsatt rommet.

15.10.2026 – analysegrunnlag fra War Room

• «Utestående punkter i hovedrommet» forklarer telleren tydeligere.
• IM kan lage og gjennomgå et GPT-utkast for IMC-analyse fra hovedrommet.

Interne rom og vedlegg hentes ikke inn. Krever aktivert War Room-GPT.

• Manuelle avkrysningsbokser er fjernet. Sikkerhetssaker er sperret; bare

User Service Restoration, Infrastructure Restoration og Infrastructure Event er tillatt.

15.10.2026 – fullere engelsk grensesnitt i War Room

• Språkvalget dekker nå statiske og dynamiske tekster, standardrom, skjemaer,

dialoger, plassholdere, tilgjengelighetsetiketter, datoer og driftsmeldinger.

• Saksoverskrifter, bidrag, revisjonsinnhold, vedlegg og egendefinerte romnavn

beholdes på originalspråket. Grensesnittoversettelse krever ikke GPT.

15.10.2026 – brukerguide i War Room

• «Hjelp» i toppraden åpner en guide på norsk eller engelsk, basert på valgt

grensesnittspråk. Dekker oppstart, tilgang, invitasjoner, registreringer,

IM-veiviser, leverandøravklaringer, vedlegg/historikk og IMC-analyse.

• Guiden forklarer nonprod-begrensninger og hvilke funksjoner som krever

aktivering. Kan åpnes uten å forlate hendelsen eller miste utkast.

15.10.2026 – mer operativ War Room-flyt

• IM leser operative teamrom uten skriverett og kan invitere til sikkerhetsrommet

og utpeke sikkerhetsansvarlig uten innsyn i sikkerhetsinnholdet.

• Flere rom per ressurs, delegert invitasjonsrett og tilgangsforespørsel for annen IM.
• IM-veiviser, interne notater og «Avklar / fullfør» med revisjonshistorikk.
• Leverandørspørsmål kan merkes og sammenstilles for gjennomgang/teksteksport.
• Tekstvedlegg og tidligere rapporter kan lastes opp internt. Gjennomgått tekst kan

deles til hovedrom/andre tildelte rom; originalvedlegget følger ikke med.

• Markerte hovedrombidrag kan overføres til samme sak i eksisterende IMC-analyse.

Sikkerhetssaker blokkeres med felles kontroll. Ingen automatisk analysestart.

• Norsk/engelsk for sentrale UI-etiketter. Valgfri GPT-bearbeiding og oversettelse

gjenbruker eksisterende IMC-klient og er av som standard, sperret for sikkerhet.

• Administratorinnsyn er klargjort med eksisterende personallowlist, bare med

aktiv autentisering. Vanlig deltakerinnlogging og invitasjonstoken gjenstår.

14.10.2026 – standardrom og ad hoc-rom i War Room

• Standardvalg for nettverk, server/operativsystem, cloud/plattform, database,

middleware, integrasjon, lagring/backup, sikkerhet, identitet, applikasjonsforvaltning

og brukerstøtte, samt Business taskforce, Ledelse og Beredskap.

• IM kan opprette ad hoc-rom med valgfritt navn under «Teamområder».
• Nye Helix-baserte War Rooms starter med hovedrom og Incident Management.

Øvrige rom opprettes ved behov. Eksisterende rom beholdes.

• Romnavn vises separat fra interne tilgangs-ID-er. Deltakere må fortsatt få

eksplisitt tilgang til intern logg.

14.10.2026 – separat War Room-invitasjonsmail i nonprod

• Ressursdialogen får e-postadresse og valget «Send invitasjon når tilgangen lagres».
• Invitasjonen bruker samme SendGrid-avsender med emnet «Invitasjon til pågående

kritisk hendelse», merket NONPROD, og lenke direkte til War Room.

• Tilgang beholdes ved sendefeil; meldingen viser om SendGrid har akseptert mailen.
• Utsending krever egen aktivering. Personlig innlogging og engangstoken kommer senere.

14.10.2026 – fokus på den åpne hendelsen

• «Ny hendelse» er fjernet fra et opprettet War Room. Opprettelse av et annet

War Room starter fra War Room-knappen i IMC. Nye teamrom opprettes fortsatt

under «Teamområder» i den åpne hendelsen.

14.10.2026 – IMC War Room som egen nonprod-modul

• **War Room** får egen knapp i IMC-toppraden og bruker eksisterende Helix-konfigurasjon.
• Nonprod-forhåndsvisning uten auth bruker en tydelig merket felles testidentitet.

Okta-roller og reell personattribusjon kommer når identitetsteamet er klart.

• Separat SQLite-pilotlager kan beholde logg og revisjoner ved omstart.
• Aktivering styres eksplisitt i nonprod-pipelinen. Azure GPT er ikke aktivert i modulen.

14.10.2026 – tydeligere flyt i aktivt War Room

• Saksnummer og saksoppslag kan oppdateres inne i eksisterende rom med bevart overskrift.
• Ny teamområde-oversikt med opprettelse og invitasjon uten automatisk innsyn i intern logg.
• Opprett-knappen skjules for valgt hendelse; eksisterende sak åpner sitt aktive rom.
• UI-filene versjoneres for å unngå blanding av gammel arbeidsflate og nye endringer.

14.10.2026 – War Room med teamområder og saksoppslag

• Hver hendelse har et hovedrom og interne teamområder. Teamet rapporterer

en egen oppsummering til hovedrommet uten å dele interne kommentarer/historikk.

• Ressurser kan tildeles team, lese-/skriverettighet og utløpstid per hendelse.

Historiske bidrag beholder teamet ved senere endring eller tilbakekalling.

• Støtte for Security Incident, User Service Restoration, Infrastructure

Restoration og Infrastructure Event. Overskriften settes ved opprettelse.

• Saksoppslag bruker syntetisk adapter som standard, med valgfri lokal Helix-

lesing. Ingen skriving til Helix eller AI, og ingen live-kall/deployment utført.

14.10.2026 – IMC Security, lokal syntetisk prototype

• Ny lokal War Room-demo med hendelseslogg, team-/type-/statusfilter og situasjonsbrief.
• Korrigering og tilbaketrekking bevarer alle versjoner med forfatter, tidspunkt

og begrunnelse. Samtidige korrigeringer gir tydelig konfliktvisning.

• Serverstyrte testidentiteter viser IM, sikkerhetsansvarlig, skriver og leser.
• Avslått som standard, kun lokal demonstrasjon. Ikke deployet; ingen live Helix

eller AI, og eksisterende sikkerhetssperrer er bevart.

• Se `docs/imc-security-demo.md` for kjøring og begrensninger.

04.09.2026 - rapportlivssyklus og provenance

• Rapportene skiller nå tydelig mellom `Resolved` og `Closed`. Manglende lukkedato

vises som ukjent, og åpne tiltak på en `Resolved`-sak behandles ikke som tiltak

på en ferdig lukket rapport.

• WorkLog-kilder beholder faktisk Helix entry-ID når den finnes. Resolution

Summary/Resolution og berørt tjeneste får tydeligere kilde- og

dokumentasjonsstatus.

• Bekreftede årsaker må ha sporbar evidens, mens hypoteser fortsatt kan stå som

hypoteser. PBI/CRQ holdes som relasjoner og brukes ikke som årsaksbevis.

• Helix Audit Log er undersøkt videre, men har fortsatt ingen dedikert IMC-adapter

i denne runden.

03.09.2026 - rapportkvalitet og sporbarhet

• RCA, Post Mortem, Resolution Summary og Incident Report eksponerer nå en felles strukturert rapportmodell med metadata, tidslinje, påvirkning, årsaker, relasjoner, recovery, tiltak, læringspunkter og kilde-/evidensspor.
• Deterministiske kvalitetskontroller markerer manglende dokumentasjon, motstridende informasjon og oppfølging før rapporten kan ferdigstilles. Rapporten blir aldri automatisk godkjent.
• Rapportgenerering, regenerering, eksport, manuell godkjenning og eksplisitt overstyring får et metadata-only audit-spor. Rapporttekst og Helix-payload lagres ikke i audit-sporet.
• Security Incident forblir blokkert før GPT, rapportering og andre downstream-workflows.

24.07.2026 – nonprod release candidate

• `Fyll mastermal` bruker nå norsk tid (`Europe/Oslo`) konsekvent for hendelsestidspunkt, også når Helix returnerer UTC-tid. Dette er verifisert mot konkrete incidentsaker.
• `Fyll mastermal` er forbedret for saker med lite innhold. Generiske kontrollspørsmål og muggen hjelpetekst skal ikke lenger gjengis som teknisk informasjon; manglende informasjon markeres tydeligere.
• Mastermalen tar med tekniske worklog-funn når de finnes, blant annet berørt kø, Azure Function/service, restart, kødybde og at backlog er tømt. Tekniske observasjoner dedupliseres.
• `Initier analyse` retryer nå tomme GPT-svar adaptivt. Svar som stoppes av token-grensen får høyere output-grense, andre tomme svar får en kort retry-instruksjon, og retryene bruker backoff med jitter. Azure `finish_reason` og request-id logges uten incidentinnhold.
• ProblemRadar-aktiviteten på `PBI-dashboard` teller kun `Completed` som lukket aktivitet. Dette er skilt fra siden `Lukkede problems`, hvor `Closed` og `Completed` kan vises sammen.
• `Lukkede problems` viser nå både `Closed` og `Completed` som standard, med statusfilter for enkeltstatuser og alle statuser. Filteret brukes også ved XLSX-eksport.
• Helix-feltene `Closed_Date` og `Last Completed Date` brukes når lukkedato beregnes, slik at 365-dagersvisningen ikke baseres på feil eller manglende tidspunkt.
• Ventemodalen i ProblemRadar viser nå hva systemet faktisk gjør, som `Henter data fra Helix`, i stedet for humoristiske plassholdertekster.
• ProblemRadar-relasjons- og problemforslag er forbedret med strengere symptom-/ankermatching, bedre Grafana- og køsignaler, og sammenslåing av duplikate forslag som peker på samme PBI.
• ProblemRadar-problemforslag inkluderer nå teknisk worklog-evidens som berørt kø, Azure Function/service, restart, kødybde og gjenopptatt behandling. Evidensen dedupliseres før den vises i forslaget.
• ProblemRadar har fått tydeligere status- og datoperiodehåndtering for lukkede PBI-er, inkludert korrekt bruk av Helix sine lukkedato-felter og separat statuslogikk for dashboard og lukket-problems-visning.

29.06.2026

• Headeren har fått `Logg ut`, som sender brukeren via Azure Easy Auth logout.
• `Hent saksdata` viser nå bare faglig innhold i output, mens intern progresjon vises i systemloggen.
• Master Tickets-siden har fått bedre purring, engelsk oversettelse og felles sendt-status.
• TA-påminnelse, førstevarsling, Ardoq-eierskap, varslingsregel og Security Incident-sperre er strammet inn for tryggere IMC-støtte.

19.06.2026

• ProblemRadar er flyttet inn som egen modul i IMC nonprod. Den arver dermed IMC sin eksisterende innlogging/autentisering og åpnes fra toppmenyen med `ProblemRadar`.
• ProblemRadar har egen arbeidsflate med `PBI-dashboard`, `Prosess`, `Etterkontroll`, `Enkeltsak`, `Gruppe-scan` og `Innstillinger`. Fanene har fått korte hovertekster som forklarer hva de brukes til.
• `PBI-dashboard` viser åpne PBI-er, oppfølgingssignaler, PBI-aktivitet, raske INC/PBI-oppslag og purringstekst.
• `Problemaktivitet` har fått kalenderbasert datovindu i norsk tid. For eksempel betyr `7 dager` fra dagens dato minus 7 dager kl. 00:00 til dagens dato kl. 23:59.
• `Problemaktivitet` utelater kansellerte problems som standard. Checkboxen `Ta med kansellerte problems` må hukes av dersom kansellerte PBI-er skal telles med.
• `Prosess` gir en oversikt over hvor åpne PBI-er står i problemprosessen, hvilke opplysninger som mangler, og foreslått neste tiltak.
• `Etterkontroll` viser lukkede PBI-er, CRQ-/endringsspor og om det har kommet nye relaterte incidents etter lukking.
• `Gruppe-scan` henter saker for valgt Helix-gruppe, grupperer like symptomer og foreslår enten relatering til eksisterende PBI, nytt PBI-forslag eller `Følg med`.
• `Gruppe-scan` er strammet inn for å unngå falske klynger basert på skjemastøy, support-/routingtekst og generiske ord. Den krever tydeligere felles problemsymptom før saker behandles som samme problemkandidat.
• `Gruppe-scan` slår nå sammen flere forslag som peker på samme eksisterende PBI, slik at samme PBI ikke vises som flere separate relateringskort.
• `Innstillinger` har fått valg for hvor mange like saker som kreves før en klynge kan vises som nytt PBI-forslag: `≥2`, `≥3`, `≥4` eller `≥5`.
• ProblemRadar har server-side `Ignorer forslag`, slik at vurderte bort-forslag skjules for alle brukere av samme instans og kan hentes tilbake fra `Ignorerte forslag`.
• Topplinjen er visuelt ryddet slik at `Ready`, `Cache`, `Driftssjekk`, `ProblemRadar` og `Hva er nytt` fremstår som samme knapp-familie.
• IMC har fått kontrollert knapp for full rebuild av critical-cache. Tilgangen styres via runtime-konfig/allowlist, slik at cache kan bygges på nytt uten manuell Azure-setting og restart.
• Critical-cache er presisert til kritiske `User Service Restoration`-saker. `User Request` og security incidents skal ikke inn i problem-/historikkgrunnlaget.
• SLA-beregning er samlet for grunninfo, timer og rapporter: P1 teller 24/7, mens øvrige critical-saker bruker arbeidstid 08-16 og hopper over helg.
• Varslingsregelvurderingen er strammet inn slik at konkrete systemtreff prioriteres, ASN fra direkteleverandør treffer riktig regel, og uklare saker heller settes til `MANUELL` enn å få et svakt automatisert forslag.
• `Fyll mastermal` vises nå bare under outputvinduet når saken ser ut til å mangle mastermal, ikke både i menyen og under output.
• Nonprod-deploy og route smoke er strammet inn etter ProblemRadar-innflyttingen, inkludert bedre håndtering av FastAPI-routere og App Service-start.

05.06.2026

• WebUI har fått sakfaner over `Output`. Hver åpnet sak får egen fane med separat output, arbeidsutkast, systemlogg, timertekst og relevante knapper, slik at det er tryggere å jobbe med flere saker parallelt.
• Aktiv sakfane er gjort tydeligere, og `Saksnummer` følger nå aktiv fane. Lukkede/løste saker starter heller ikke timer-polling på nytt når fanen aktiveres igjen.
• Midtpanelet heter nå `Output` i stedet for `ChatGPT Output`, slik at flaten beskriver både analyse, rapporter og arbeidsutkast mer nøytralt.
• `Oppdater analyse` er strammet inn til å lage rene oppdateringsblokker uten `Erfaring fra lignende saker`. Fallback uten serverminnet baseline viser nå en ryddig norsk melding i stedet for å kjøre full init-analyse.
• Analyse-baseline sendes nå med saken i nettleseren, slik at `Oppdater analyse` fungerer bedre når Azure App Service fordeler init og update til ulike instanser.
• Klientbåret analyse-baseline sendes nå base64-kodet for å redusere risiko for falske Application Gateway/WAF-treff. Prodtest bekreftet at tidligere `403 Forbidden` ved `Oppdater analyse` ikke kom tilbake.
• Timerlogikken stopper nå automatisk når saken er løst/lukket, basert på `is_open`/`is_resolved` fra backend.
• `Resolution Summary` tvinger nå fersk Helix-henting før rapporten bygges, slik at nylige worklog- og resolution-oppdateringer blir med uten App Service-restart.
• `Fyll mastermal` er forbedret for nettverks-/lokasjonssaker uten ferdig mastermal. Parseren håndterer generiske lokasjonssignaler bedre og filtrerer bort mer audit-støy.
• Historikk- og analysegrunnlaget er ryddet videre: case-tekstbygging, cache-kandidatvalg, Helix-fulltekstberiking, scoring og analyse-state er flyttet til egne servicefiler uten å endre WebUI-kontrakten.
• Historikkforklaringer er gjort renere ved å fjerne flere støyord fra `Treff på` / `Hvorfor valgt`, og print/utskrift-saker filtreres strengere bort fra irrelevante ordre-/monitoreringstreff.
• Ardoq-sporet er parkert som fungerende når nødvendige APIM/Ardoq-miljøvariabler er satt: IMC kan vise systemansvarlig, nøkkelressurser, ekstern leverandør, ansvarlig organisasjon og supportlinjer.

20.05.2026

• Nonprod-deploy brukes som kontrolltest etter justering av Azure App Service-tilgang og pipeline-agent.
• `Resolution Summary` er strammet inn til fast engelsk format med feltene `Symptoms`, `What was the error`, `Where was the error` og `What was the solution`.
• `Resolution Summary` oversetter nå innholdet til engelsk selv om saksgrunnlaget er norsk.
• `Full analyse av sak` er klargjort med et trygt kunnskapsoppslag-skall for framtidig Confluence/Jira/Rovo-integrasjon. Oppslag er deaktivert som standard til endpoint, autentisering og tilgang er avklart.
• `Incident Report` er justert til feltene i kritisk incidentrapport-mal. Ukjent eller usikker informasjon står tomt i stedet for å bli gjettet.
• `Incident Report` skriver nå rapporttekst på norsk, bruker norsk datoformat for Helix-tidspunkter og skiller kommunikasjon/varsling fra tekniske tiltak.
• Grunninformasjon for saken refresh'er nå løsningsfelter fra Helix, slik at nylig løste saker ikke blir stående som åpne i WebUI på grunn av lokal aktiv-sak-cache.
• `Incident Report` fyller nå `Utarbeidet av` fra innlogget Easy Auth/Okta-bruker og fyller `Brudd på SLA` med samme SLA-vurdering som appens timerlogikk.
• `Incident Report` følger kommunikasjonsdelen i malen slavisk: Portal, Mail og Varsling på SMS. Fritekstfeltet `Annet` er fjernet.
• `Incident Report` genereres nå som Word-dokument fra kritisk incidentrapport-mal og lastes ned direkte fra WebUI.
• `Post Mortem` er strammet inn med faste seksjoner og fjerner assistent-avslutninger som ikke hører hjemme i rapportoutput.
• Kunnskapsoppslag/full analyse er justert mot anbefalt første fase: Confluence-only, read-only, Rovo MCP, OAuth, whitelisted spaces, kildekrav og audit/logging. Funksjonen er fortsatt deaktivert til tilgang og governance er avklart.
• WebUI har fått en delt `Historikk` under systemloggen med de 10 siste sakene som er hentet i IMC.

18.05.2026

• Okta/Easy Auth er verifisert ende-til-ende i nonprod. Rot-URL redirecter til Okta, innlogging fullføres, og IMC slipper inn autentisert bruker når `IMC_AUTH_ENABLED=true`.
• `/auth/me` viser nå appens auth-status, autentisert bruker, identitetsleverandør og roller fra Easy Auth-headerne.
• Systemdokumentasjonen er oppdatert med nonprod Okta-verifisering og tydelig forbehold om at prod må verifiseres separat.

16.05.2026

• Toppen av appen er bygget om til en kompakt Ops Command Bar med IMC-logo, NON-PROD-chip, Ready-status, cache-status og samlet Driftssjekk.
• Venstremenyen er ryddet i kollapsbare grupper for Sak, Analyse, Varsling, Relasjoner og Rapporter.
• `Arbeidsutkast` brukes nå som felles tekstflate for varsling, Brukerstøtte-status og rapportutkast.
• `Brukerstøtte-status` er lagt til som første versjon. Funksjonen lager en kort, brukernær status basert på saken, men sender ingenting automatisk.
• SendGrid er klargjort for fremtidig utsending av Brukerstøtte-status, men er sperret bak feature flagg og krever Key Vault-konfig før bruk.
• WebUI husker arbeidsflaten per sak i samme nettleserøkt. Når en ny sak hentes, blankes aktiv output, mens tidligere sak kan hentes tilbake ved samme saksnummer.
• `Fyll mastermal` vises kun når saken ser ut til å mangle kritisk mastermal.
• Driftssjekk viser Oslo-tid og bruker en enklere Azure GPT-ping for mindre tvetydig status.
• Tidspunkt i SLA/saksoversikt tar hensyn til sommer- og vintertid via Europe/Oslo.
• Varslingsutkast er gjort mer generelle for bred NG Ops-bruk, med mindre støy fra enkeltbutikker, fakturanummer og kontrollspørsmål.
• Direkte oversettelse av eksisterende ChatGPT Output er lagt til. Språk kan byttes uten å kjøre full analyse på nytt.

15.05.2026

• Historikk/cache-flyten for kritiske saker er strammet inn. Cache-status vises tydelig, og full cachebygging kan styres kontrollert via runtime-settinger.
• `Initier analyse` er gjort mer robust ved sporadiske proxy-/nettverksfeil. Appen retryer kontrollerte, midlertidige feil uten å overskrive vellykket output.
• Resultat fra lignende saker bruker bedre forkorting av resolution note, slik at tidsuttrykk som `ca kl. 13:20` ikke kuttes feil.
• Kritisk mastermal kan fylles fra kjent saksinformasjon uten GPT-gjetting. Ukjente felt settes til `Ukjent`.
• Mastermal-parseren er justert for å filtrere bort Helix audit-støy, kontrollspørsmål, signaturfragmenter, generiske URL-er og personnavn i tekniske felt.
• WebUI og analyseflyt er oppdatert for GPT-5-kompatible Azure OpenAI-parametere.

12.05.2026

• Nonprod runtime-kontrakt og runtime-tuning er dokumentert tydeligere for App Service, Key Vault, Helix, Azure OpenAI, cache og feature flags.
• Pipeline og deployflyt for nonprod er ryddet, med smoke check av WebUI-ruter før deploy.
• Cachefiler og runtime-genererte filer er tatt ut av repo-sporing.

Sikkerhet og kvalitet

• Egen security-scan pipeline er lagt til for dependency scanning og CodeQL/code scanning i Azure DevOps.
• Starlette-avhengigheten er oppdatert etter dependency alerts.
• Helix-kall er samlet bak validerte klientfunksjoner med HTTPS-krav, host-/path-kontroll og sertifikatvalidering.
• Klientnære API-svar er strammet inn slik at tekniske exception-detaljer ikke sendes til bruker.
• CodeQL-regelen for stack-trace-exposure er vurdert som støy for gjenværende tynne FastAPI-routerreturer og ekskludert via egen CodeQL-konfig, mens øvrig security-extended scanning beholdes.

Klargjort, men ikke aktivert

• NG Ops-varslingsutkast er klargjort fra IMC med en eksplisitt `Publiser til NG Ops`-handling. Senderen bruker feature flag, bearer-secret fra runtime og idempotency, men er fortsatt deaktivert til endpoint/App Service-konfigurasjon er verifisert.
• SendGrid-sending er klargjort, men ikke aktiv før `IMC_ENABLE_EMAIL_SEND=true` og nødvendige Key Vault-verdier er satt.
• Confluence/Jira/Rovo-oppslag for `Full analyse av sak` er klargjort som deaktivert provider-skall og skal ikke beskrives som aktiv produksjonsfunksjon.
• NG Ops-publisering er ikke aktiv. IMC lager foreløpig utkast som kan brukes videre manuelt.

Kjent / videre

• Prod må verifiseres separat med prod App Service, prod Okta/DNS/TLS og godkjent CRQ før IMC beskrives som live i produksjon.
• Rollemodell/Okta-grupper må avklares videre. Easy Auth sender foreløpig ingen roller i nonprod-testen.