Excelでコピーした日付が4年ずれるとき｜ブック設定と直す行を確認する

別のExcelブックへ日付を渡したら、元と約4年違う日付になった。そんなときは、コピー元と受取先が使う「1900年・1904年の日付システム」を確認します。同じ日付でも、2つの基準では内部の数値が1462違います。

ただし、約4年ずれたという見た目だけで、ブックの設定を変えたり、日付列へ1462を一括加減したりしません。既に正しい日付や変換済みの値まで変える可能性があります。

この記事では、元の日付・ブック設定・受取値を確認し、変更候補の行と保留する行を分けるところまで進めます。原本を残し、修正候補は別列に作ります。

最初に、文字列の日付と数値の日付を分ける

Excelは通常、日付を計算用の数値で保持します。セルが 2026/10/07 と表示されていても、文字列なのか、数値に日付の表示形式を付けたものなのかは見た目だけでは決まりません。

確認用の複製で、調べたいセルがC2なら、空いているセルへ次を入力します。

=ISNUMBER(C2)

TRUEは「数値である」という確認です。その数値が日付として正しい、あるいは1462を足せばよいという証拠ではありません。文字列から日付へ直す仕事は、文字列の日付を日付に直す方法で扱っています。

コピー元と受取先の設定を、変更せずに確認する

Windows版Excelでは、Microsoftの説明にある［ファイル］→［オプション］→［詳細設定］の「このブックの計算時」で、対象ブックと「1904年日付システムを使用する」等の項目を確認します。版・表示言語によって名称は異なることがあります。

ここではチェックを切り替えず、コピー元と受取先の状態をメモして閉じます。別のブックを対象にしたまま見ていないかも確認してください。これは公式の設定位置の案内で、この記事の検証でクリック手順を通した結果ではありません。Microsoft：Excelの日付システム

Macで作ったという理由だけで1904基準と決めつけません。過去の版と現在の版は扱いが異なり、ブックが引き継いだ設定もあります。今回の実測はWindows版Excelに限ります。

確認メモには、次の情報を同じ対象のIDとセットで残します。

コピー時に変換される条件もあるため、異なる設定のブックから届いた値すべてが誤りとは限りません。実際に渡った値を確認します。

架空例：ずれた行、正しい行、保留する行を分ける

以下は説明用の架空例です。コピー元・変換済みといった条件はこの例で与えた情報で、実際の勤務先や利用者の資料ではありません。

Windows版Excel 16.0の専用ブックで、現代の日付の計算、数値をそのまま別ブックへ渡した場合の表示、別列の候補、保存後の読み戻しを確認しました。実際のコピー＆貼り付けやクリップボードの操作、SharePoint取込み、Mac・Web版、読者による通し操作は未検証です。

まず同じ日付を両基準の専用ブックで計算すると、次の数値になりました。

次は、1900基準の受取先にある確認対象です。「本来の日付」が未確認なら、古い日付に見えても勝手に正解を決めません。

R04はR01と同じ数値ですが、根拠が違います。同じ数値・同じ見た目というだけで、同じ修正を選びません。

補正条件がそろった行だけ、別列で候補を作る

この例のR01は、次の条件を確認した行です。

• 本来の日付を同じIDの元資料で確認した。
• 元は1904基準、受取先は1900基準だった。
• 元の数値を未変換で受け取ったことと、1462日前の表示になっていることを確認した。
• 既に補正した行や、日付でない数値を対象に含めていない。

確認用の表で、A列をID、B列を判断の根拠、C列を受取値、D列を判断、E列を候補とします。R01が2行目なら、C2は変更せずE2へ次を入れます。

=C2+1462

E2を日付の表示形式にして、本来の 2026/10/07 と一致するか確認します。式が計算できたことだけで修正完了とせず、同じIDの元資料と比べます。

逆方向の例もあります。1900基準の数値46302を未変換で1904基準の専用ブックへ渡した例では、2030/10/08 と表示されました。そこで対象セルだけから1462を引いた候補は 2026/10/07 になりました。こちらも、受渡し条件と元の日付を確認した例です。

「MacからWindowsなら足す」のように端末名だけで方向を決めません。時刻付きの値、古い日付、外部参照、VBA・自動取込みの処理は、この架空例で通し検証した範囲に含みません。

ブック設定の切替や二重補正で、別の正しい日付が変わる

既にデータが入ったブックでは、設定を変えればすべて解決するとは限りません。専用の架空ブックに正しい日付と誤った日付を数値として置き、1900から1904へ設定を切り替えた例では、次の結果になりました。

この設定変更は実証用に新しく作ったブックだけで行いました。既存ブックや勤務先のファイルを切り替える推奨手順ではありません。日付以外の数式、参照先、グラフ、取込み処理まで影響がないとは確認していません。

また、既に正しいR03の 2026/10/09 にさらに1462を足す架空の反例では、2030/10/10 になりました。「元が1904だった」だけで補正すると、変換済みの行をもう一度変えることがあります。

確認を終える条件と、保留を残す条件

候補ができたら、対象IDごとに次を確認します。

1. 元の日付と候補の日付が一致している。
2. 変更しないID・値が、そのまま残っている。
3. 元の列、判断の根拠、使用した候補式を追える。
4. 保存して開き直しても、値・表示・判断が一致している。
5. 未確認の行は、確認する相手や次の行動と一緒に残している。

この架空例ではR01の候補を確かめ、R02・R03・R06を変えず、R04・R05・R07の確認事項を残せました。7対象を保存後にも照合しましたが、保留を含む全件の修正が完了したという意味ではありません。

実データでは、元資料を確認できない、既存設定を変えないと業務が動かない、複数の取込み処理があるといった場合、担当者へ条件を渡して確認します。件数や表示がそろっただけで正しい日付を保証せず、原本を残した別列の候補と保留理由を判断材料にしてください。