Korrigera #SAKNAS!-fel

Uppslagsvärdet och källdata är olika datatyper. Om du t.ex. försöker få LETARAD att referera till ett tal samtidigt som källdata är lagrade som text.

Lösning: Se till att datatyperna är desamma. Du kan kontrollera cellformat genom att markera en cell eller ett cellområde, högerklicka, välja Formatera celler > Tal (eller trycka på Ctrl+1) och ändra talformatet om det behövs.

Du kan använda funktionen RENSA till att ta bort alla inledande eller avslutande blanksteg. I följande exempel används RENSA inkapslad i funktionen LETARAD för att ta bort inledande blanksteg från namnen i A2:A7 och returnera avdelningsnamnet.

=LETARAD(D2;RENSA(A2:B7);2;FALSKT)

Som standard måste funktioner som söker efter information i tabeller sorteras i stigande ordning. Funktionerna LETARAD och LETAKOLUMN innehåller emellertid ett range_lookup som instruerar funktionen att hitta en exakt matchning även om tabellen inte är sorterad. Om du vill hitta en exakt matchning ställer range_lookup argumentet till FALSKT. Observera att användning av SANT, som säger att funktionen ska leta efter en ungefärlig matchning, inte bara kan resultera i ett #N/A-fel, det kan också returnera felaktiga resultat som visas i följande exempel.

I det här exemplet returnerar "Banana" inte bara ett #N/A-fel, "Pear" returnerar fel pris. Detta orsakas av att argumentet SANT används, vilket innebär att LETARAD ska leta efter en ungefärlig matchning i stället för en exakt matchning. Det finns ingen träff för "Banana" och "Pear" kommer före "Persikor" i alfabetisk ordning. I det här fallet returnerar LETARAD med FALSKT-argumentet rätt pris för "Pear", men "Banana" skulle fortfarande resultera i ett #N/A-fel, eftersom det inte finns något motsvarande "Banana" i uppslagslistan.

Om du använder funktionen PASSA kan du ändra värdet i argumentet typ och ange tabellens sorteringsordning. Om du vill hitta en exakt matchning anger du värdet 0 (noll) för argumentet typ.

Det här kan du lösa genom att först kontrollera att området som refereraras av matrisformeln har samma antal rader och kolumner som det cellområde där matrisformlen angavs. Du kan också ange matrisformeln i färre eller fler celler och på så vis matcha områdesreferensen i formeln.

I det här exemplet refererar cell E2 till områden som inte matchar:

=SUMMA(OM(A2:A11=D2;B2:B5))

Den måste ändras så att båda områden speglar raderna 2 till 11 för att formeln ska kunna beräknas korrekt.

=SUMMA(OM(A2:A11=D2;B2:B11))

I det här fallet har May-December #SAKNAS-värden. Total kan därför inte beräknas och i stället returneras ett #SAKNAS!-fel.

Det här kan du lösa genom att kontrollera formelsyntaxen för den formel du använder och ange alla obligatoriska argument i formeln som returnerar felet. Det kan kräva att du kontrollerar funktionen i Visual Basic Editor (VBE). Du kan öppna VBE från fliken Utvecklare eller med ALT+F11.

Det löser du genom att kontrollera att den användardefinierade funktionen är öppen och fungerar.

Det löser du genom att kontrollera att argumenten i funktionen stämmer och att de är rätt placerade.

Du löser det genom att trycka på Ctr+Alt+F9 så beräknas kalkylbladet på nytt

Du kan använda funktionsguiden som hjälpa om du är osäker på rätt argument. Markera cellen med formeln i fråga, gå sedan till fliken Formel i menyfliksområdet och tryck på Infoga funktion.

Excel laddar automatiskt guiden åt dig:

När du klickar på ett argument visas relaterad information om det i Excel.

#N/A kan vara användbart! Det är vanligt att använda #N/A när du använder data som i följande exempel för diagram, eftersom #N/A-värden inte ritas i ett diagram. Här följer exempel på hur ett diagram ser ut med 0 jämfört med #N/A.

I exemplet ovan ser du att nollvärden har ritats och visas som en platt linje längst ned i diagrammet som sedan skjuter i höjden för att visa summan. I följande exempel visas hur det ser ut när nollvärden ersätts med #SAKNAS!.