Excel では、1900 年が閏年であると誤って想定されています

• 適用対象:

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

現象

Microsoft Excel では、1900 年が閏年であると誤って想定されています。 この記事では、1900 年が閏年として扱われる理由と、この特定の問題が修正された場合に発生する可能性がある動作の概要を説明します。

詳細情報

Lotus 1-2-3 が最初にリリースされたとき、プログラムは、実際には閏年ではないにもかかわらず、1900 年が閏年であると想定していました。 これにより、プログラムは閏年を処理しやすくし、Lotus 1-2-3 のほぼすべての日付計算に影響を与えなくなりました。

Microsoft Multiplan と Microsoft Excel がリリースされたとき、1900 は閏年であるとも想定していました。 この前提により、Microsoft Multiplan と Microsoft Excel は Lotus 1-2-3 で使用されるのと同じシリアル日付システムを使用し、Lotus 1-2-3 との互換性を高めることができました。 1900 を閏年として扱うと、ユーザーはワークシートをあるプログラムから別のプログラムに簡単に移動できるようになりました。

Microsoft Excel の現在のバージョンでは 1900 が閏年であると想定しないように、この動作を修正することは技術的には可能ですが、そうすることの欠点は利点を上回ります。

この動作を修正する場合は、次のような多くの問題が発生します。

• 現在の Microsoft Excel ワークシートやその他のドキュメントのほぼすべての日付が 1 日減ります。 このシフトを修正するには、特に日付を使用する数式では、かなりの時間と労力がかかります。
• WEEKDAY 関数などの一部の関数は、異なる値を返します。これにより、ワークシート内の数式が正しく動作しない可能性があります。
• この動作を修正すると、Microsoft Excel と日付を使用する他のプログラム間のシリアル日付の互換性が損なわれます。

動作が修正されない場合は、次の 1 つの問題のみが発生します。

• WEEKDAY 関数は、1900 年 3 月 1 日より前の日付に対して正しくない値を返します。 ほとんどのユーザーは 1900 年 3 月 1 日より前の日付を使用していないため、この問題はまれです。

注: Microsoft Excel では、閏年ではない世紀の年 (2100 など) を含め、他のすべての閏年が正しく処理されます。 1900 年のみが誤って処理されます。

関連情報

特定の年が閏年であるかどうかを判断する方法の詳細については、「年が 閏年であるかどうかを判断する方法」を参照してください。