スプレッドシート・Excel日付ずれ対策
文字列日付・UNIX・Excelシリアル値をJST/UTCで照合し、ズレ原因を整理できるツールです。1900/1904システム差や式テンプレを確認しながら変換できます。
日付ズレの原因（入力形式、TZ、Excel日付システム）を分離して確認できます。
判定種別: string
正規化入力: -
JST: -
UTC: -
ズレ原因チェック
- 日付だけ入力は 00:00:00 解釈のため、TZ変換で前日/翌日に見える場合があります。
- DST（夏時間）地域のデータは、出力TZの解釈差で1時間ずれる場合があります。
入力データは原則ブラウザ内で処理します。機密情報は入力しないでください。
使い方
- 入力値を貼り付け、入力種別を選びます（迷う場合は自動判定）。
- TZ（JST/UTC）とExcel日付システム（1900/1904）を設定します。
- JST/UTC結果とズレ原因チェックを確認し、必要なら式テンプレをコピーします。
判断基準
まず入力種別を明示（文字列/UNIX/シリアル）し、次にTZと1900/1904設定を固定して比較すると、 日付ズレ原因を一度に切り分けやすくなります。
よくある失敗
- 1900/1904設定の違いを見落とし、約1462日ずれたまま運用する。
- 日付のみ入力をUTC換算して前日扱いになることに気づかない。
- UNIX秒とミリ秒を混同して桁違いの日時を採用する。
境界条件
- DST地域の実運用挙動はアプリ側設定により差が出る場合があります。
- 一般的には曖昧日付形式（MM/DD等）は地域設定差で解釈が変わります。
- 重要データは元シート設定と実システム保存値の両方を照合してください。
具体例
- 入力: `45569.5`（1900系シリアル）。出力: 日付+12:00相当として変換結果を表示。
- 入力: `1709251200`（UNIX秒）。出力: UTC/JSTの日時を並べてズレ確認。
- 入力: `2026-03-01`（文字列）。出力: TZ設定に応じた00:00解釈結果を表示。
注意
- DST（夏時間）は地域により影響します。結果は参考として扱ってください。
- 曖昧形式（MM/DD/YYYYなど）は解釈違いが起きやすいため推奨しません。
入力内容はURLクエリにも反映されるため、共有時は機密情報が含まれていないか確認してください。
失敗しやすい照合例
Excel日付システムを誤って選ぶ
1900/1904の差で結果が数年単位でずれる可能性があります。
例: 入力例: 45569.5 を1904扱い / 出力: 想定と大きく乖離
入力TZを固定で使い回す
JST入力をUTC扱いすると9時間ずれます。
例: 判断ポイント: 元データの保存TZを先に確認する
境界値・例外ケース
シリアル値に小数を含む
小数部は時刻として解釈されるため意図差が出ます。
例: 入力例: 45569.5 / 出力: 正午相当時刻を表示
auto判定で種別が曖昧な値
文字列/UNIX/シリアルの境界値は警告付きで扱われます。
例: 判断ポイント: warnings が出たら inputType を明示指定する
よくあるミス
変換結果だけ共有して入力条件を共有しない
再現時にズレ原因の特定が困難になります。
例: 運用例: inputType/inputTz/excelSystem を併記する
式テンプレを検証せず本番シートへ貼る
列参照違いで別セル基準のズレを生むことがあります。
例: 判断ポイント: テストシートで1行確認後に展開する
FAQ
Excelシリアルって何ですか？
日付を連番で持つ表現です。小数部は時刻を表します。
1900/1904システムの違いは？
基準日が異なるため同じシリアルでも日付がずれます（約1462日差）。
UTCでズレるのはなぜ？
表示タイムゾーンが異なると同じ瞬間でも時刻表示が変わるためです。
1900-02-29問題とは何ですか？
Excel 1900日付システム固有の架空日で、シリアル60付近の変換時に1日差要因になる既知仕様です。
基本FAQ
入力データは外部へ送信されますか？
原則として送信されません。入力内容はブラウザ内で処理します。例外がある場合は各ツールページ内に明記しています。
入力内容は自動保存されますか？
原則として自動保存しません。コピーやダウンロードで保存する場合は、ご利用端末内に保存されます。
関連ツール
現在の入力内容とあわせて確認しやすいツールです。