西暦２０００年問題とは？

西暦年を下２桁で処理しているコンピュータシステムにおいて、西暦２０００年が「００」年と処理されることにより、２０００年代のデータを入力すると、前後関 係が現実と逆転して処理される（２０００年が１９００年として認識される）ことが原因で発生する問題のことです。

コンピュータシステムにおいて、日付なしの情報はほとんどないと言っていいでしょう。そしてデータ処理は、順序、比較、分類、範囲など日付に基づいてコントロールされているが基礎となっています。
「００」年とデータを入力しても受付を拒否する、データが混乱する、あるいはデータが消滅する、コンピュータが異常停止を起こすなどの誤作動で、業務は大混乱となる可能性があります。

特に、汎用機やオフィスコンピュータ（オフコン）の業務処理システムで生じます。

本問題を回避するためには、
  1. システムおよびデータの修正
  2. 場合によってはシステムの入れ替え
  3. これまでの汎用機やオフコンからパソコンのシステムへの切り替え
    などの対策が必要になります。

コンピュータで西暦年を下２桁で表記してきた理由は？

１９６０年代〜８０年代のコンピュータの導入・普及時期においては、大量のデータを保存・処理することは技術的に困難であり、非常に高価なメモリやハードディスク容量を大幅に拡張することは不可能だったのです。

（参考）　１９９４年を１とした場合の価格比
１９８１年１９９４年
メモリ価格（単位当たり）３５１
ハードディスク価格（単位当たり）１３３１


コンピュータ産業が育成されてきた欧米では、西暦を下２桁で表記するのが慣例でありました。その意味で、この２０００年問題は日本だけに限らず、米国でも、欧州でも全く同じ問題を抱えているのです。

２０００年問題の具体的な例

製造年月日より５年間の有効期限の記録
（有効期限の方が製造年月日より大きな数字になるのが普通です） 


             （１）製造年月日が１９９４年１月１７日の場合
                     ９４０１１７
                  ＋   ５００００ 
                ─────────        有効期限　　１９９９年１月１７日 
                     ９９０１１７　　　　　（正常な状態です）

 
             （２）製造年月日が１９９７年１月１７日の場合
                     ９７０１１７
                   ＋  ５００００
                   ────────   
                     ０２０１１７         有効期限　　１９０２年１月１７日、

  　　　　　　　　　　　　　　　　　　　　（有効期限の方が製造年月日より前になるという
                                            ことになり「入力エラー」となってしまう）
(和暦を使っている場合)
西暦を和暦に変換するプログラムが、「００」を「１９００」年として計算するため、「００」と入力すると「明治３３年」として識別してしまう。


(クレジット会社)
カードに記載された「００」を１９００年と判断し、使用不可能と識別してしまうＰＯＳレジ端末が市中の小売店に相当数残っているため、２０００年以降使用できるクレジットカードが発行できない。