Hvorfor gjentatt nedetid er noe annet enn normal drift

Ingen digital tjeneste kan love hundre prosent oppetid til enhver tid, og en sjelden, kort periode med teknisk vedlikehold eller en uforutsett feil som rettes raskt, er noe brukere av digitale tjenester normalt må akseptere som en del av det å bruke teknologi. Dette er ikke det samme som at enhver nedetid er greit å bare finne seg i. Når nedetiden går fra å være et sjeldent unntak til å bli et gjentagende mønster, uke etter uke, eller når hver periode med driftsstans varer vesentlig lenger enn det som er rimelig for feilretting, har tjenesten i praksis levert en dårligere ytelse enn det abonnementet forutsetter. Du betaler et fast beløp for løpende, tilgjengelig tilgang gjennom hele avtaleperioden, og hver time tjenesten er nede er i realiteten en time du har betalt for uten å få noe igjen. Digitalytelsesloven bygger på at ytelsen skal svare til det som er avtalt, og en tjeneste som gang på gang ikke er tilgjengelig, leverer mindre enn det abonnementsprisen forutsetter. Dette gir deg et grunnlag for et forholdsmessig prisavslag, altså en reduksjon i det du skylder eller har betalt, som står i forhold til hvor mye av avtaleperioden du faktisk ikke hadde tilgang. Det er forskjell på en tjeneste som sjelden faller ut, og en som er utilgjengelig flere timer hver uke over tid, og det er nettopp dette mønsteret som gjør at du går fra å måtte tåle noe, til å ha et reelt krav.

Hvordan du beregner og fremmer et prisavslag

Start med å føre en enkel logg over nedetiden du selv opplever, med dato, klokkeslett, og hvor lenge tjenesten var utilgjengelig hver gang, i tillegg til eventuelle offisielle statusmeldinger fra leverandøren som bekrefter driftsproblemer. Denne loggen er kjernen i saken din, siden den viser mønsteret av gjentagelse som skiller din situasjon fra normal, akseptabel drift. Regn deretter ut hvor stor andel av den totale abonnementsperioden nedetiden faktisk utgjør, for eksempel ved å legge sammen antall timer tjenesten var nede og sette dette i forhold til totalt antall timer i perioden du har betalt for. Dette gir deg et konkret, forholdsmessig grunnlag for kravet ditt, fremfor et vagt inntrykk av at «tjenesten har vært dårlig i det siste». Sjekk også om leverandøren selv har noen kompensasjonsordning for nedetid i sine vilkår, siden mange tjenester faktisk har egne rutiner for dette som du kan påberope deg direkte uten å måtte argumentere fra bunnen av. Fremmer du kravet med en konkret, dokumentert oversikt over nedetiden fremfor en generell klage, er sannsynligheten mye høyere for at leverandøren tar kravet på alvor og faktisk beregner et prisavslag fremfor å avvise henvendelsen. Ta også med i beregningen om nedetiden rammet tjenesten i sin helhet, eller bare enkelte funksjoner du var avhengig av, siden dette påvirker hvor stor del av abonnementets verdi som faktisk gikk tapt i de aktuelle periodene. En tjeneste som er helt utilgjengelig gir et klarere grunnlag for prisavslag enn en tjeneste der bare en mindre del av funksjonaliteten var rammet, selv om begge situasjoner kan gi grunnlag for et krav.

Lorang loggførte nedetiden i tre måneder på rad

Lorang betalte for et abonnement på en skytjeneste han var avhengig av i jobben, men opplevde stadig at tjenesten var utilgjengelig, ofte flere ganger i uken og noen ganger i flere timer om gangen. Etter den tredje måneden med gjentatte problemer begynte han å føre en detaljert logg hver gang tjenesten falt ut, med tidspunkt og varighet, og supplerte dette med skjermbilder av leverandørens egen statusside som bekreftet driftsforstyrrelsene på de aktuelle tidspunktene. Da han la sammen tallene, viste det seg at tjenesten hadde vært utilgjengelig i overkant av femten prosent av tiden gjennom hele perioden. Lorang sendte loggen til leverandørens kundeservice sammen med en beregning av hvor stor andel av abonnementsprisen dette tilsvarte, og krevde et forholdsmessig prisavslag for de tre månedene. Leverandøren bekreftet driftsproblemene fra sin egen side, aksepterte beregningen hans som rimelig, og krediterte kontoen hans med beløpet som tilsvarte den dokumenterte nedetiden. Lorang tok også kontakt med andre brukere han visste hadde samme abonnement, for å høre om de hadde opplevd de samme utfallene på de samme tidspunktene, og fikk bekreftet at problemet ikke var isolert til hans egen tilkobling. Dette ga ham ekstra trygghet i at loggen hans reflekterte en reell, bredere driftsforstyrrelse og ikke en lokal feil på hans side.

Slik krever du prisavslag for nedetiden din

Før en logg fra første nedetidsopplevelse, med dato, klokkeslett og varighet for hver gang tjenesten er utilgjengelig, og ta skjermbilder av eventuelle offisielle statusmeldinger som bekrefter driftsproblemer. La loggen gå over en periode lang nok til at mønsteret av gjentagelse blir tydelig, ikke bare en enkelthendelse. Regn deretter ut hvor stor andel av perioden tjenesten faktisk var nede, og bruk dette som grunnlag for å beregne et forholdsmessig prisavslag knyttet til det du har betalt. Send kravet skriftlig til leverandøren med loggen vedlagt, vis til at nedetiden er et gjentagende mønster som går utover det som må tåles, og be konkret om kreditering eller tilbakebetaling av det beregnede beløpet. Fører ikke henvendelsen frem, kan du ta saken videre til Forbrukerrådet for videre vurdering av kravet ditt. Bruk gjerne et enkelt regneark eller en notatapp for å holde loggen strukturert og lett å sende videre, siden en ryddig oversikt gjør det raskere for leverandøren å vurdere og godkjenne kravet ditt. Er du usikker på hvordan du skal regne ut riktig andel, ta utgangspunkt i totalt antall timer i perioden og trekk fra timene tjenesten faktisk var tilgjengelig, så sitter du igjen med et forsvarlig anslag.

Kort oppsummert

  • Sjelden, kortvarig nedetid må normalt tåles, men gjentatt og vesentlig nedetid er noe annet.
  • Du betaler for løpende tilgang, og manglende tilgang er en reell reduksjon i det du får levert.
  • Før en detaljert logg med dato, klokkeslett og varighet for hver nedetidsperiode.
  • Regn ut hvor stor andel av perioden tjenesten faktisk var utilgjengelig, som grunnlag for kravet.
  • Krev forholdsmessig prisavslag skriftlig, dokumentert med logg og eventuelle statusmeldinger fra leverandøren.