Felaktigt antas att år 1900 är ett skottår

Supporten för Office 2003 har upphört

Microsoft upphörde med supporten för Office 2003 den 8 april 2014. Denna ändring påverkar dina programuppdateringar och säkerhetsalternativ. Läs om vad detta innebär för dig och hur du behåller skyddet.

VIKTIGT: Denna artikel har översatts av Microsofts programvara för maskin-översättning och möjligen efterredigerats via CTF-teknologi av Microsofts community istället för av en professionell mänsklig översättare. För att du på ditt eget språk skall få tillgång till samtliga Knowledge Base-artiklar erbjuder Microsoft både mänskligt översatta såväl som maskinöversatta artiklar samt artiklar som efterredigerats av en community. En maskinöversatt artikel likväl som en artikel som blivit efterredigerad av en community är dock inte alltid helt perfekt, då de kan innehålla misstag i ordförrådet, syntax- och grammatikfel. Microsoft är inte ansvarigt för några felaktigheter, misstag eller skador orsakade av felöversättningar eller för våra kunders bruk av innehållet. Microsoft uppdaterar ofta sin programvara för maskinöversättning samt de verktyg som förbättrar den maskinöversatta efterredigeringen.

Den engelska versionen av artikeln är följande: 214326
Symptom
Microsoft Excel har felaktigt förutsätter att år 1900 är ett skottår. Den här artikeln förklaras varför behandlas år 1900 som ett skottår och beskriver problem som kan uppstå om problemet är borta.
Mer Information
När Lotus 1-2-3 släpptes först, förutsätts programmet att year1900 var ett skottår, trots att det faktiskt inte var ett skottår. Detta gör det enklare att hantera skottår och orsakade ingen skada att nästan alla datumberäkningar i Lotus 1-2-3.

När Microsoft Multiplan och Microsoft Excel släpptes de alsoassumed att 1900 var ett skottår. Detta antagande tillåtna Microsoft Multiplan och Microsoft Excel använder samma datum-system används av Lotus 1-2-3 och ger större kompatibilitet med Lotus 1-2-3. Behandla 1900 som ett skottår även gjort det enklare för användare att flytta kalkylblad från ett program till ett annat.

Även om det är tekniskt möjligt att korrigera det här problemet så att thatcurrent versioner av Microsoft Excel inte anta att 1900 är en leapyear uppväger nackdelarna med detta fördelarna.

Om det här problemet korrigeras, skulle många problem uppstå, inklusive följande:
  • Nästan alla datum i den aktuella Microsoft Excels kalkylblad och andra dokument skulle kunna minskas genom att en dag. Korrigera skiftet skulle ta avsevärd tid och ansträngning, särskilt i formler som använder datum.
  • Vissa funktioner, t ex funktionen veckodag returnerar olika värden. Detta kan orsaka formler i kalkylblad fungerar felaktigt.
  • Korrigera problemet skulle bryta datumserienummer kompatibilitet mellan Microsoft Excel och andra program som använder datum.
Om problemet kvarstår uppstår endast ett problem:
  • WEEKDAY-funktionen returnerar felaktiga värden för datum före den 1 mars 1900. Det här problemet är ovanligt eftersom de flesta användare inte använda datum före den 1 mars 1900.
Anmärkning: alla andra skottår, inklusive århundrade år som inte är skottår (till exempel 2100) hanteras på rätt sätt i Microsoft Excel. Endast år 1900 hanteras felaktigt.
Referenser
Ytterligare information om det här problemet klickar du på artikelnumret nedan och läser artikeln i Microsoft Knowledge Base:
214058 XL2000: Veckodagar före den 1 mars 1900 är felaktiga
Mer information om hur du bestämmer om ett år är ett skottår klickar du på artikelnumret nedan och läser artikeln i Microsoft Knowledge Base:
214019 XL2000: Metod för att bestämma om ett år är ett skottår
Y2K År2000 år 2000 2 000 XL2000 XL2002 XL2003 XL2007 XL2010 skottår

Varning: Den här artikeln har automatöversatts

Egenskaper

Artikel-id: 214326 – senaste granskning 12/17/2015 21:43:00 – revision: 3.0

Microsoft Excel 2011 for Mac, Excel for Mac for Office 365, Microsoft Office Excel 2003, Microsoft Office Excel 2007, Microsoft Excel 2010, Microsoft Excel 2013, Excel 2016

  • kbpending kbprb kbmt KB214326 KbMtsv
Feedback