Gå til innhold

Feilrapporter

Feilrapporter er den interne kanalen brukere har for å rapportere bugs, ønsker eller forbedringer i ePortal. Konfigurasjonen styrer hvem som kan rapportere, hva som samles inn (skjermbilde, console-logg, request-context), om KAI skal analysere og kategorisere rapportene automatisk, og hvor rapportene rutes (Konti support, intern admin, integrasjon mot ekstern ticketing).

Tilgang

Hvem Hva trengs
Rolle som kan endre konfig Administrator
Rolle som kan rapportere Alle brukere (default) eller begrenset per innstilling
Modul som kreves Systeminnstillinger — Feilrapporter
Effekt på hvem Alle brukere som ser feilrapport-knappen

Innstillinger

Innstilling Betydning Standard Konsekvens Tilgang
Aktiver feilrapport-knapp Vis "Rapporter feil"-knapp i UI På Av: brukere kan ikke rapportere via portalen Administrator
Tillat hvem kan rapportere Brukernivåer som ser knappen Alle Begrensning kan skjule kanalen for ansatte Administrator
Innsamlede data Hva som vedlegges automatisk Skjermbilde, sti, brukerinfo Mer data = bedre feilsøking, men personvern-vurdering Administrator
KAI-analyse La KAI kategorisere og foreslå løsning Av Krever KAI-modul + RBAC Administrator
Mottaker Hvor rapportene rutes Konti support Endring krever konfigurert mottaker-kanal Administrator
Auto-svar til rapportør Send bekreftelse til brukeren På Av: brukeren får ikke kvittering Administrator

Detaljert beskrivelse per innstilling

Aktiver feilrapport-knapp

Betydning. Hovedbryter for hele feilrapport-funksjonen. Når av, vises ikke "Rapporter feil"-knappen i UI og brukere kan ikke sende inn rapporter via portalen.

Gyldige verdier. Av eller på.

Standardverdi. På.

Når trer endringen i kraft. Umiddelbart for nye sideinnlastinger.

Påvirker historiske data. Nei — eksisterende rapporter forblir.

Konsekvens for andre moduler.

  • Support-rutiner — av-skrudd kanal betyr at brukere må bruke alternative kanaler (e-post, telefon).
  • KAI-analyse — har ingen effekt når knappen er av.

Avhengigheter. Ingen.

Hvem kan endre. Administrator.

Tillat hvem kan rapportere

Betydning. Hvilke brukernivåer som ser feilrapport-knappen. Standard er at alle kan rapportere — dette er anbefalt for å fange flest mulig issues. Begrensning brukes typisk når tenanten vil at kun super-brukere/IT-kontakt skal rapportere videre.

Gyldige verdier. Multi-select av brukernivåer.

Standardverdi. Alle.

Når trer endringen i kraft. Umiddelbart.

Påvirker historiske data. Nei.

Konsekvens for andre moduler.

  • Brukerinvolvering — begrensning kan skjule reelle problemer hos sluttbrukere.

Avhengigheter. Brukernivåer må eksistere.

Hvem kan endre. Administrator.

Innsamlede data

Betydning. Hva som automatisk vedlegges feilrapporten utover brukerens fritekst-beskrivelse. Mer data hjelper Konti support med å gjenskape feilen, men kan inneholde personopplysninger.

Gyldige verdier. Multi-select:

  • Skjermbilde av nåværende side
  • Aktuell URL/sti
  • Brukerinfo (navn, rolle, tenant)
  • Console-logg (siste 100 linjer)
  • Network-logg (siste API-kall)
  • Browser/OS-info
  • Tidsstempel

Standardverdi. Skjermbilde, sti, brukerinfo, tidsstempel.

Når trer endringen i kraft. Umiddelbart for nye rapporter.

Påvirker historiske data. Nei.

Konsekvens for andre moduler.

  • Personvern — skjermbilde kan vise persondata; vurder GDPR.
  • Support-effektivitet — uten console/network-logg blir noen feil umulig å reprodusere.

Avhengigheter. Network-logg krever HAR-export-tillatelse i nettleseren.

Hvem kan endre. Administrator.

KAI-analyse

Betydning. Lar KAI analysere innkommende feilrapporter, foreslå kategori (UI-bug, integrasjon, tilgang, ytelse), identifisere duplikater mot eksisterende kjente saker, og foreslå første-svar til rapportør. KAI ser ikke kundedata utenfor selve rapporten.

Gyldige verdier. Av eller på.

Standardverdi. Av (fail-closed).

Når trer endringen i kraft. Umiddelbart for nye rapporter. Eksisterende rapporter analyseres ikke retroaktivt med mindre eksplisitt re-analyse triggeres.

Påvirker historiske data. Nei — historiske rapporter beholder sin opprinnelige tilstand.

Konsekvens for andre moduler.

  • KAI-bruk — øker KAI-kall, telles mot KAI-bruk og kostnader.
  • Support-effektivitet — duplikat-deteksjon og auto-kategori sparer tid.
  • Datatilgang — KAI respekterer RBAC; ser kun rapporten + rapportørs metadata.

Avhengigheter. KAI-modul må være aktivert. Krever KAI.BugReport-rettighet (fail-closed).

Hvem kan endre. Administrator.

Mottaker

Betydning. Hvor feilrapportene rutes når de sendes inn. Standard er Konti support — for tenants med egen IT-avdeling kan rutes til intern admin-rolle, eller til ekstern ticketing-integrasjon (Jira, ServiceNow).

Gyldige verdier. En av:

  • Konti support
  • Intern admin (e-postadresse eller brukernivå i tenant)
  • Webhook til ekstern ticketing
  • Begge (Konti support + intern)

Standardverdi. Konti support.

Når trer endringen i kraft. Umiddelbart for nye rapporter.

Påvirker historiske data. Nei.

Konsekvens for andre moduler.

  • Integrasjon — webhook-mottaker krever konfigurert integrasjon.
  • Support-SLA — intern admin må ha rutiner for å håndtere rapportene.

Avhengigheter. For webhook-mottaker: gyldig URL og credentials.

Hvem kan endre. Administrator.

Auto-svar til rapportør

Betydning. Sender automatisk bekreftelse til brukeren som rapporterte ("Vi har mottatt din rapport, referansenummer X"). Forventningsstyring — uten kvittering vet brukeren ikke om rapporten kom fram.

Gyldige verdier. Av eller på.

Standardverdi. På.

Når trer endringen i kraft. Umiddelbart for nye rapporter.

Påvirker historiske data. Nei.

Konsekvens for andre moduler.

  • Varselsystem — auto-svar går via samme system som andre varsler.

Avhengigheter. Brukeren må ha e-postadresse registrert.

Hvem kan endre. Administrator.

Mine feilrapporter — se status og svar

Alle brukere kan se sine egne innsendte rapporter ved å åpne feilrapport-dialogen (klikk på «Rapporter feil»-knappen) og velge fanen Mine feilrapporter.

Hva du ser

Felt Beskrivelse
Tittel Tittelen du satte da du rapporterte
Status Ny / Åpen / Løst / Lukket — oppdateres av administrator
Alvorlighetsgrad Lav / Medium / Høy / Kritisk — satt da rapporten ble sendt
Dato Når rapporten ble sendt
Svar-indikator Viser om administrator har skrevet et svar

Slik ser du svaret

  1. Klikk på en rapport i listen for å utvide den.
  2. Du ser din opprinnelige beskrivelse.
  3. Hvis administrator har svart, vises Svar fra support med svarets tekst, navn på avsender og dato.

Svar kan trekkes tilbake av administrator — hvis et svar er slettet, forsvinner seksjonen «Svar fra support».

Svar på feilrapporter — administratorer

Administratorer som behandler feilrapporter i adminfanen (Innstillinger → Systeminnstillinger → Feilrapporter) kan skrive et svar direkte til rapportøren.

Slik skriver du et svar

  1. Åpne Innstillinger → Systeminnstillinger → Feilrapporter (administratorfanen).
  2. Klikk på en rapport for å åpne detaljvisningen.
  3. Skriv svaret i Svar til bruker-feltet.
  4. Klikk Lagre svar.

Brukeren ser svaret neste gang de åpner «Mine feilrapporter».

For å trekke tilbake et svar: tøm feltet og klikk Lagre svar — svaret slettes fra brukerens visning.

Slik konfigurerer du feilrapporter

  1. Åpne Innstillinger → Systeminnstillinger → Feilrapporter.
  2. Aktiver feilrapport-knappen.
  3. Velg hvem som kan rapportere (alle er anbefalt).
  4. Velg hvilke data som samles inn — balansér support-effektivitet mot personvern.
  5. Aktiver KAI-analyse hvis ønskelig (krever KAI-modul + rettighet).
  6. Velg mottaker (Konti support er default).
  7. Aktiver auto-svar.
  8. Klikk Lagre.
  9. Test ved å sende inn en feilrapport selv.

Vanlige problemer

Feilrapport-knappen vises ikke

Sjekk: 1. "Aktiver feilrapport-knapp" er på. 2. Brukerens nivå er i "Tillat hvem kan rapportere". 3. Brukeren har lastet siden på nytt.

Skjermbildet i rapporten er svart

Browser-tillatelse til screen capture mangler. Brukeren må gi tilgang ved første rapport. På noen plattformer (iOS) kan skjermbilde være helt blokkert.

KAI-analyse kommer ikke

Sjekk: 1. KAI-modul er aktivert for tenanten. 2. KAI.BugReport-rettighet er gitt (fail-closed). 3. Tilstrekkelig KAI-kvote. 4. KAI-analyse er aktivert i innstillingene.

Auto-svar leveres ikke

Sjekk at brukerens e-postadresse er registrert. Sjekk SMTP-status under bakgrunnsjobber.

Webhook-mottaker svarer ikke

Sjekk webhook-konfigurasjonen — URL, credentials, og at mottakers system aksepterer payload-formatet. Logg viser request/response.

Konsekvensanalyse før endring

Før du endrer feilrapport-konfig, vurder:

  • [ ] Påvirker det personvern? Skjermbilder og brukerinfo må vurderes mot GDPR.
  • [ ] Påvirker det support-SLA? Endring av mottaker kan flytte ansvar.
  • [ ] Påvirker det KAI-kostnader? KAI-analyse øker antall kall.
  • [ ] Forventer brukerne kvittering? Av-skrudd auto-svar kan generere oppfølgende henvendelser.
  • [ ] Er webhook-mottakeren testet? Feilkonfigurert webhook taper rapporter stille.
  • [ ] Kan endringen reverseres? Ja — alle innstillinger kan endres tilbake.

Relaterte sider