Feilsøking

Excel summerer ikke – slik retter du tall lagret som tekst

Kort svar

Når SUMMER gir 0 eller et for lavt beløp, er verdiene som regel lagret som tekst. Sammenlign =ANTALL(område) med =ANTALLA(område) - er det første tallet lavest, er differansen antall celler Excel ikke regner som tall. Hele kolonnen rettes med Data, Tekst til kolonner og Fullfør. De andre vanlige årsakene er at summeringsområdet ikke dekker alle radene, at beregning står på Manuell, eller at cellene er formatert som Tekst før du skrev inn tallene.

En sum som er 0 når den burde vært 4,2 millioner er lett å oppdage. Verre er summen som er for lav med 8 prosent, fordi 40 av 500 beløp er tekst. Den ser riktig ut helt til noen avstemmer.

Første test: er det tekst, eller er det området?

Marker kolonnen du prøver å summere og se på statuslinjen nederst til høyre.

  • Står det Sum med et beløp: cellene er tall. Da ligger feilen i formelen eller området, ikke i dataene. Hopp til området dekker ikke alle radene.
  • Står det bare Antall: ingen av cellene er tall. Alt er tekst.

Er svaret et sted imellom – noen celler er tall, andre ikke – finner du omfanget med to formler:

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

Er ANTALL lavere enn ANTALLA, er differansen antall celler Excel ikke regner som tall. Skriv det tallet ned. Er det 3, har du tre skrivefeil å rette. Er det 187, har du en importfeil som må løses på kilden.

Slik ser du at et tall er tekst

Fire tegn, i praktisk rekkefølge:

  1. Justering. Tall høyrejusteres av seg selv, tekst venstrejusteres. Er beløpene venstrejustert uten at noen har satt justeringen manuelt, er de tekst.
  2. Grønn trekant øverst til venstre i cellen. Excel har allerede sett det.
  3. =ERTALL(B2) gir USANN.
  4. Formatet. Marker cellen og se i Hjem → Tallformat. Står det Tekst, er saken klar.

Ikke stol på trekanten alene. Feilindikatoren kan slås av under Fil → Alternativer → Formler, og den vises ikke for verdier som kom inn via en kobling eller en spørring. ERTALL lyver aldri.

Rette hele kolonnen

Fire metoder. De to første er de du bruker i praksis.

Tekst til kolonner

Raskest på én kolonne om gangen:

  1. Marker kolonnen (bare den ene – funksjonen tar ikke flere).
  2. Data → Tekst til kolonner.
  3. Klikk Fullfør med en gang.

Det tvinger Excel til å tolke hver celle på nytt. Har tallene punktum som desimalskilletegn, må du gå gjennom alle tre stegene og trykke Avansert i steg 3 for å si hva som er desimal- og tusenskilletegn. Hopper du over det, blir 1,250.00 til 1.

Lim inn utvalg → Adder

Den eneste metoden som tar hele området på én gang, inkludert flere kolonner:

  1. Skriv 0 i en tom celle og kopier den (Ctrl + C).
  2. Marker området som skal rettes.
  3. Høyreklikk → Lim inn utvalg → velg Verdier og Adder → OK.
  4. Slett hjelpecellen.

Å legge til null endrer ingen verdier, men tvinger Excel til å regne – og en regneoperasjon gir alltid et tall. Metoden virker ikke på celler som er formatert som Tekst; de må først settes til Standard.

VERDI i en hjelpekolonne

Når du vil beholde originalen:

=VERDI(B2)

Kopier ned, kopier resultatet, og lim inn som verdier over originalkolonnen. Får du #VERDI! her, er det noe mer enn tekstformat i cellen – se avsnittet under.

Power Query

Riktig svar når dataene kommer inn på nytt hver måned. Sett datatypen i spørringen med Endre type → Med lokalinnstilling, så er konverteringen gjort én gang for alle framtidige oppdateringer. Se Power Query i Excel.

Når konverteringen ikke virker

Feiler både VERDI og Tekst til kolonner, ligger det noe i cellen du ikke ser.

Hardt mellomrom (tegn 160). Kommer fra nettsider, SAP og enkelte regnskapssystemer. TRIMME fjerner det ikke:

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

Skjulte kontrolltegn. Legg RENSK utenpå:

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

Etterstilt minustegn. Regnskapsutskrifter skriver ofte 1 250- for negative beløp. Den formen kjenner Excel ikke igjen. Snu den:

=HVIS(HØYRE(B2;1)="-"; -VERDI(VENSTRE(B2; LENGDE(B2)-1)); VERDI(B2))

Beløp i parentes. (1 250) betyr minus i mange systemer, men er tekst for Excel. Erstatt ( med - og ) med ingenting før konvertering.

Bindestrek eller mellomrom i stedet for null. Vanlig i utskrifter fra regnskap. Bytt dem ut med faktiske nuller med Søk og erstatt, eller la dem stå tomme – begge deler summerer riktig, mens en bindestrek ikke gjør det.

Apostrof foran tallet. '1250 er Excels egen måte å tvinge noe til tekst. Apostrofen vises ikke i cellen, bare i formellinjen. Tekst til kolonner fjerner den.

Valutategn eller enhet i cellen. 1 250 kr er tekst uansett hva du gjør med formatet. Skill tall og enhet – enheten hører hjemme i tallformatet, ikke i verdien.

Vil du bare finne ut om det ligger noe der, sammenlign lengden med det du ser:

=LENGDE(B2) ← flere tegn enn du teller? Da er det noe der

Årsak 2: området dekker ikke alle radene

Klassikeren: formelen ble skrevet da tabellen sluttet på rad 200, og nå går den til rad 640.

=SUMMER(B2:B200) ← summerer 199 av 639 rader

Test det på to sekunder: klikk på summecellen og se på den blå rammen Excel tegner rundt området. Slutter den midt i dataene, har du funnet feilen.

Den varige løsningen er å gjøre området om til en tabell med Ctrl + L. Da utvider referansen seg av seg selv når det kommer nye rader:

=SUMMER(Salg[Beløp])

Alternativt kan du summere hele kolonnen – =SUMMER(B:B) – men det virker bare hvis kolonnen ikke inneholder andre tall enn de du vil summere, og det gjør den som regel etter hvert.

Årsak 3: beregningen står på Manuell

Endrer du et tall og summen står stille, er dette årsaken. Formler → Beregningsalternativer → Automatisk. F9 beregner alt med en gang.

Innstillingen følger Excel-økten, ikke filen du ser på. Åpner du først en fil som er lagret med Manuell, arver alle filene du åpner etterpå den innstillingen. Det er derfor feilen ofte dukker opp «uten grunn».

Årsak 4: cellen var formatert som Tekst før du skrev

Setter du en tom celle til tallformatet Tekst og skriver 1250 etterpå, blir det tekst – uansett hva du gjør med formatet i ettertid. Dette skjer typisk i kolonner der noen har skrevet inn kontonummer eller postnummer tidligere.

Rekkefølgen som virker: sett formatet til Standard først, og konverter så innholdet med en av metodene over. Bare det ene alene holder ikke.

Årsak 5: du summerer rader du ikke ser

SUMMER teller med skjulte og bortfiltrerte rader. Vil du bare ha det som er synlig, bruker du DELSUM:

=SUMMER(B2:B500) ← alt, også filtrert bort =DELSUM(109; B2:B500) ← bare synlige rader

Motsatt feil er like vanlig: en autosum rett under et filtrert område ble skrevet inn som DELSUM av Excel selv, og gir derfor et lavere tall enn du forventer når et filter står på. Sjekk hva som faktisk står i formelen.

Når summen er riktig, men SUMMER.HVIS.SETT gir 0

Er =SUMMER(B:B) riktig, mens =SUMMER.HVIS.SETT(...) gir null, ligger feilen i kriteriet og ikke i tallene:

  • Kriteriet er tekst med mellomrom bak: "Nord " treffer ikke "Nord".
  • Kriteriet er et tall, men kolonnen inneholder tekst – eller omvendt.
  • Datokriteriet sammenlignes mot en tekstdato. Se Excel kjenner ikke igjen datoen.
  • Områdene har ulik lengde, slik at radene ikke står overfor hverandre.

Test kriteriet alene med =ANTALL.HVIS.SETT(A:A; "Nord"). Gir det 0, vet du at det er matchingen og ikke summeringen som svikter.

Rask sjekkliste

  1. Marker kolonnen og se om statuslinjen viser Sum eller bare Antall.
  2. Sammenlign =ANTALL() med =ANTALLA() for å måle omfanget.
  3. Rett kolonnen med Tekst til kolonner → Fullfør.
  4. Virker ikke det: fjern hardt mellomrom med BYTT.UT(...; TEGNKODE(160); "").
  5. Kontroller at summeringsområdet dekker alle radene – eller bruk en tabell.
  6. Sjekk at beregning står på Automatisk.
  7. Gjentar problemet seg hver måned: flytt importen til Power Query.

Beslektet

Får du #VERDI! i stedet for en for lav sum, er årsaken den samme – se #VERDI! i Excel. Er det datoene som ikke oppfører seg, se Excel kjenner ikke igjen datoen. Kommer tallene inn fra en CSV-fil, løser du problemet best ved import: CSV i Excel.

Vanlige spørsmål

Hvorfor viser statuslinjen «Antall» i stedet for «Sum»?

Fordi ingen av de markerte cellene er tall. Statuslinjen nederst viser Sum bare når det finnes minst ett tall i utvalget. Ser du bare Antall, har du fått svaret med én gang – alt er tekst.

Jeg formaterte kolonnen som Tall, men den summerer fortsatt ikke. Hvorfor?

Formatering endrer bare hvordan innholdet vises, ikke hva det er. En celle som allerede inneholder tekst forblir tekst selv om du gir den tallformat. Du må tvinge Excel til å lese innholdet på nytt – med Tekst til kolonner, Lim inn utvalg og Adder, eller VERDI.

Hva er den lille grønne trekanten i hjørnet av cellen?

En feilindikator. Klikk cellen, klikk utropstegnet som dukker opp, og velg «Konverter til tall». Det virker fint på noen celler, men er tungt på tusen – og indikatoren mangler helt hvis noen har slått den av under Fil og Alternativer.

Hvorfor blir tallene feil når jeg konverterer – 1 250 blir til 1?

Fordi skilletegnene tolkes motsatt av det du tror. Er tallet skrevet som 1,250.00 i en norsk Excel, leses komma som desimalskilletegn. Bruk Tekst til kolonner og sett Avansert-knappen til punktum som desimalskilletegn og komma som tusenskilletegn før du fullfører.

Kan jeg summere selv om noen celler er tekst?

Ja, SUMMER hopper over tekstceller uten å klage. Men det er nettopp problemet – du får en sum som ser riktig ut og er for lav, helt uten feilmelding. Rett dataene i stedet for å stole på at funksjonen rydder opp.

Hvorfor kommer tekst-tallene tilbake hver måned?

Fordi de kommer inn med eksportfilen. Manuell konvertering må gjentas hver gang. Legger du importen i Power Query og setter datatypen der, gjøres det automatisk ved hver oppdatering.

Summen endrer seg ikke selv om jeg endrer tallene. Hva er galt?

Da står beregningen på Manuell. Formler og Beregningsalternativer og Automatisk retter det. Trykk F9 for å beregne med en gang. Manuell smitter fra fil til fil – åpner du en fil som er lagret med Manuell, arver hele Excel-økten innstillingen.