#VERDI! i Excel – hva feilen betyr og hvordan du retter den

#VERDI! er Excels måte å si «jeg kan ikke regne med dette». Feilen ligger nesten aldri i formelen, men i noe av det formelen peker på.

Finn cellen som er skyld i feilen

Før du retter noe: klikk på cellen med feilmeldingen, og bruk Formler → Beregn formel. Klikk deg gjennom stegene til #VERDI! dukker opp – da vet du nøyaktig hvilken del av formelen som er problemet.

Er formelen kort, kan du markere en del av den i formellinjen og trykke F9 for å se hva den delen gir. Trykk Esc for å avslutte uten å endre formelen.

Har du feilen i mange rader, finn omfanget først:

=ANTALL(B2:B500) ← teller bare tall =ANTALLA(B2:B500) ← teller alt som ikke er tomt

Er det første tallet lavere enn det andre, er differansen antall celler som ikke er tall. Det tallet forteller deg om du har med en håndfull avvik å gjøre, eller en hel kolonne som er importert feil.

Årsak 1: tall som er lagret som tekst

Dette er den vanligste. Verdien ser ut som et tall, men er tekst – typisk etter import fra et regnskapssystem, en nettbank eller en CSV-fil.

Sjekk med =ERTALL(A2). Får du USANN, er det tekst. Tekst venstrejusteres i cellen som standard, tall høyrejusteres – det er den raskeste visuelle testen.

Slik retter du hele kolonnen: marker kolonnen, velg Data → Tekst til kolonner, og klikk Fullfør med en gang. Det tvinger Excel til å tolke innholdet på nytt. Alternativt kan du kopiere en tom celle, markere området, høyreklikke og velge Lim inn utvalg → Verdier → Adder.

For enkeltceller i en formel virker VERDI:

=VERDI(A2)*B2

Kommer dataene inn på nytt hver måned, bør konverteringen ligge i Power Query i stedet – da slipper du å gjøre det manuelt hver gang.

Årsak 2: mellomrom du ikke ser

Et mellomrom er tekst. " " i en celle som skal inneholde et tall gir #VERDI! i en formel som =A2*B2.

Verre er hardt mellomrom (tegn 160), som kommer fra nettsider og enkelte systemer. TRIMME alene fjerner det ikke:

=VERDI(TRIMME(BYTT.UT(A2; TEGNKODE(160); "")))

Vil du bare finne ut om det er problemet, sammenlign =LENGDE(A2) med hvor mange tegn du faktisk ser. Er lengden større, er det noe der du ikke ser.

Årsak 3: datoer som er tekst

=B2-A2 for å regne dager mellom to datoer gir #VERDI! hvis en av dem er tekst. En ekte dato høyrejusteres og blir til et tall når du setter formatet til Standard.

Er datoen skrevet som 01.03.2026 men lagret som tekst, konverterer du med DATOVERDI:

=DATOVERDI(A2)

Kommer datoen i et format Excel ikke kjenner igjen, for eksempel 2026-03-01T08:15, må du klippe ut delene med VENSTRE, DELTEKST og HØYRE:

=DATOVERDI(VENSTRE(A2; 10))

Eller la Power Query gjøre jobben med Endre type → Med lokalinnstilling, som også håndterer at 03.01.2026 betyr ulike ting i ulike land.

Årsak 4: områder av ulik størrelse

Denne gjelder funksjoner som jobber på flere celler samtidig:

=SUMMERPRODUKT(A2:A100; B2:B90) ← ulik lengde, gir #VERDI!

Det samme skjer i XOPPSLAG hvis søkematrisen og returmatrisen ikke er like store, og i alle formler der du ganger to områder sammen for å teste flere kriterier. Kontroller at begge områdene starter og slutter på samme rad – se XOPPSLAG med flere kriterier.

Årsak 5: mellomrom eller bindestrek i stedet for null

Regnskapsutskrifter bruker ofte - eller mellomrom for å markere null. For Excel er begge tekst. Bytt dem ut med faktiske nuller, eller bruk en funksjon som ignorerer tekst: SUMMER hopper over tekstceller, mens + ikke gjør det.

=A2+B2+C2 ← gir #VERDI! hvis én celle er tekst =SUMMER(A2:C2) ← ignorerer tekst og summerer resten

Bare denne endringen løser overraskende mange tilfeller. Det samme prinsippet gjelder ellers: PRODUKT tåler tekst der * ikke gjør det.

Årsak 6: funksjonen har fått feil type argument

Noen ganger er det ikke dataene, men hvordan formelen er skrevet:

• =VENSTRE(A2; "tre") – antall tegn må være et tall, ikke tekst.
• =DAG("i går") – funksjonen forventer en dato.
• =SUMMER(A2:A10; "sum") – tekst sendt direkte inn som argument.

Beregn formel finner disse på sekunder, fordi feilen dukker opp i akkurat det steget der argumentet leses.

Årsak 7: matriseformel i eldre Excel

I Excel 2019 og eldre må formler som jobber på hele områder bekreftes med Ctrl + Shift + Enter. Gjør du det ikke, får du ofte #VERDI! i stedet for et resultat.

I Microsoft 365 og Excel 2021 er dette borte – dynamiske matriser håndteres automatisk. Åpner du en fil laget i en nyere versjon i en eldre, kan formler som virket fint plutselig gi #VERDI! av denne grunnen alene.

Når HVISFEIL er riktig – og når det ikke er det

=HVISFEIL(A2*B2; "")

Dette skjuler feilen. Det er riktig når du vet hvorfor den oppstår – for eksempel at de siste radene i et område er tomme, og du ikke vil se feilmeldinger i en rapport som skal skrives ut.

Det er feil når du ikke vet hva som er galt. Da får du et regneark som ser riktig ut, men der summene mangler verdier du trodde var med. Finn årsaken først, og bruk HVISFEIL etterpå hvis du fortsatt trenger det.

Tell alltid opp hvor mange celler du skjuler noe i:

=SUMMERPRODUKT(--ERFEIL(D2:D500))

Er svaret 3, er det greit. Er det 180, har du et datakvalitetsproblem som ikke lar seg løse med HVISFEIL.

Rask sjekkliste

1. Bruk Beregn formel for å finne hvilken del som feiler.
2. Sammenlign =ANTALL() med =ANTALLA() for å se omfanget.
3. Test med =ERTALL() om verdiene faktisk er tall.
4. Sammenlign =LENGDE() med antall synlige tegn for å avsløre mellomrom.
5. Kontroller at alle områder i formelen er like store.
6. Bytt + med SUMMER der det passer.
7. Rett årsaken i dataene – ikke bare i formelen.

Andre feilmeldinger

Feil	Betyr
#I/T	Oppslaget fant ikke verdien
#NAVN?	Ukjent funksjonsnavn, eller for gammel Excel-versjon
#DIV/0!	Deling på null eller tom celle
#REF!	Formelen peker på en celle som er slettet
#NUM!	Beregningen gir et tall Excel ikke kan vise
#SPREDNING!	Ikke plass til resultatet av en dynamisk matrise

Får du #I/T i stedet, er det et oppslag som ikke finner verdien. Se #I/T i Excel. Er det ingen feilmelding i det hele tatt, men tallet er likevel feil, start på Excel-formelen virker ikke.