Az Excel minden verziójában megjelenik egy ősrégi bug. A Microsoft tud róla, dokumentálta az esetet, papíron ki is tudnák javítani, de azzal a teljes táblázat megborulna, így úgy döntöttek, inkább érintetlenül hagyják.
Ennek oka pedig az a jól bejáratott módszer, amivel az Excel tárolja a dátumokat a kódjában, de ehhez vissza kell tekinteni a hőskorba, mert a hiba nem indokolatlanul keletkezett.
Excelben dolgozó olvasóink biztosan találkoztak már azzal a bosszantó problémával, amikor egy dátumot egy ötjegyű számra cserél az Excel, vagy épp fordítva: az ötjegyű számból valahogy dátumot kreál. Ezek az egyedi számok a dátumok szériaszámát, vagy más néven dátumértékét jelölik, az Excel ezeknek a segítségével tudja belevonni a dátumokat az egyenleteibe konzisztens módon.
A táblázat 1900-01-01-től számolja a dátumokat, ennek dátumértéke pedig az 1-es. 1900-01-02 a 2-es, és így tovább. A bonyodalmat ennek az évnek a februárja okozta, amiben habár nincs szökőév, az Excel mégis számon tart egy február 29-ét, 60-as dátumértékkel, az utána következő március 1 pedig a 61-est kapta. Így a tévesen tárolt 1900-02-29 miatt az összes további dátum értéke eggyel későbbre csúszott a kelleténél.
Nem a Microsoft dolgozói nézték el a naptárat, a hiba az 1980-as évek táblázatszoftverétől, a Lotus 1-2-3-tól fakad, ami szintén szökőévet tárolt el 1900-ra. A Microsoft átvette ezt a hibás gyakorlatot, hogy az Excel fejlesztésének idején kompatibilis maradjon a Lotusszal.
Mivel 1900-03-01-től minden dátum követi a szériaszám szabályait, a bug észrevétlenül lapíthat a gépezetben, és nincs hatással a kalkulációinkra. Nem így lenne a helyzet, ha az 1900-as év első negyedévéből kellene leszámolni a napok számát, ott a WEEKDAY vagy HÉT.NAPJA függvény különösen megbízhatatlanul viselkedik.
Ha a Microsoft kijavítaná a hibát, minden 1900-02-28 utáni dátum eggyel alacsonyabb dátumértéket kapna, ami azt eredményezné, hogy minden eddig megszületett Excel táblázat használhatatlanná válna. Ilyen súlyos következménnyel pedig nem éri meg kijavítani a bugot.
