海外の取引先やグローバル拠点から「Week 22までに納品」「Week 48の出荷予定」といった連絡を受けた際、ExcelやGoogleスプレッドシートで週番号を計算したら、相手の認識と1週間ほどずれてしまっていたという経験はないでしょうか。
このトラブルの主な原因は、Excelの WEEKNUM 関数が既定で「米国・日本標準（日曜始まり・1月1日を含む週が第1週）」で計算されるのに対し、海外取引やグローバルな工程管理では国際標準規格「ISO 8601」が基準として採用されていることにあります。
この記事を読むより先に、今すぐ特定の日付のISO週番号を確認したい場合や、「Week 22」が具体的に何月何日から何月何日までかを逆引きしたい場合は、以下の完全ブラウザ完結型ツールを直接ご活用ください。
※実際のツール画面（スクショ）このツールを使ってみる →
▶ 今すぐISO週番号計算ツールで週番号・日付範囲を確認する（登録不要・完全ブラウザ完結）
なぜExcelのWEEKNUM関数は週番号がずれるのか
ExcelやGoogleスプレッドシートで単純に =WEEKNUM(A1) と入力した場合、システムは米国標準のルールに従って週番号を計算します。しかし、国際標準規格であるISO 8601とは週の始まりや第1週の定義が根本的に異なります。
計算ルールが合致していない状態で作成した集計表を海外拠点と共有すると、納期の解釈や生産スケジュールの認識に直接的なズレが生じてしまいます。
日本・米国標準と国際標準（ISO 8601）の決定的な違い
2つの規格における計算ルールの違いは以下の通りです。
| 項目 | 日本・米国標準（WEEKNUM既定） | 国際標準規格 ISO 8601（ISOWEEKNUM） |
|---|---|---|
| 週の開始曜日 | 日曜日 | 月曜日 |
| 第1週の定義 | 1月1日を含む週（何曜日でも第1週） | その年の最初の木曜日を含む週 |
| 第1週に必要な日数 | 1日でも含まれれば第1週 | その年の日付が 4日以上 含まれる週 |
| 主な用途 | 国内の一般的なカレンダー表示 | グローバル取引、サプライチェーン、欧州ビジネス |
例えば、1月1日が金曜日の年を考えてみます。
米国標準の WEEKNUM では、1月1日〜1月2日（金・土）のわずか2日間だけで「第1週（Week 1）」とカウントされ、翌日曜日の1月3日から「第2週（Week 2）」がスタートします。
一方、ISO 8601規格では「最初の木曜日（1月7日）」を含む週（1月4日〜1月10日）が「第1週（Week 1）」となります。1月1日〜1月3日（金〜日）は前年の最終週（第52週または第53週）として扱われるため、この時点で週番号に 1週間分のズレ が発生します。
日常業務で手動でカレンダーを見ながら週番号を数えていると、年頭や年末の数日間でこのような定義の違いによる見落としが非常に起きやすくなります。
正しい関数選び：ISOWEEKNUM関数とWEEKNUM(日付, 21)の使い方
ExcelやGoogleスプレッドシートでISO 8601規格に完全準拠した週番号を出力させるには、関数の選び方と第2引数（週の決定方式）の設定が重要になります。
1. ISOWEEKNUM関数を使用する（推奨）
Excel 2013以降およびGoogleスプレッドシートでは、ISO 8601に準拠した ISOWEEKNUM 関数 が標準で用意されています。
- 構文：
=ISOWEEKNUM(日付) - 挙動： 自動的に月曜始まり・最初の木曜日を含む週を第1週として計算します。
特別な設定を必要としないため、基本的にはこの関数を使用するのが最も安全です。
2. WEEKNUM関数の第2引数に「21」を指定する
互換性の理由などで WEEKNUM 関数を使い続けたい場合は、第2引数（週の開始定義）に 21 を明示的に指定します。
- 構文：
=WEEKNUM(日付, 21) - 挙動： 引数に
21を渡すことで、ISO 8601規格（月曜始まり・4日以上含む週を第1週）の計算ロジックへ切り替わります。
設定後の数式が正しいか不安な場合や、数式を組まずに一瞬で「Week XX」の日付範囲（月曜〜日曜）を逆引きしたい場合は、Web上で完結するチェッカーで確認するのが確実です。
▶ 正確なISO週番号と月曜〜日曜の日付範囲をツールで自動計算する（無料・登録不要）
年またぎの集計で発生する「ISO週年」の落とし穴と回避策
関数を使って正しく週番号を出力できたとしても、年末年始のデータ集計においてはもう1つ大きな罠が存在します。それが 「暦年（Calendar Year）」 と 「ISO週年（ISO Year）」 の食い違いです。
例えば、2025年12月29日（月）〜2026年1月4日（日）の一週間は、ISO 8601の定義では 2026年の第1週（2026W01） に該当します。
このとき、日付から年を取り出す YEAR 関数を使用し、YEAR(日付) と ISOWEEKNUM(日付) を組み合わせてグループ化キー（例：2025-W01）を作成してしまうと、以下のようなデータの分断が発生します。
- 2025年12月29日： 暦年は2025年 ＋ ISO週番号は01 ＝ 2025-W01
- 2026年01月01日： 暦年は2026年 ＋ ISO週番号は01 ＝ 2026-W01
本来同一の1週間であるデータが「2025年の第1週」と「2026年の第1週」に分割されてしまい、週次集計グラフで年末年始の売上や出荷数が不自然に落ち込む原因となります。
年末年始における日付とISO週番号の対応早見
システム設定や集計処理で食い違いやすい日付の判定ポイントは以下の通りです。
| 対象日（日付） | ISO週番号 | 週の期間（月曜〜日曜） | 判定のポイント |
|---|---|---|---|
| 2024年12月30日 | 2025W01 | 2024/12/30 - 2025/01/05 | 暦年は2024年だがISO週年は2025年 |
| 2025年01月01日 | 2025W01 | 2024/12/30 - 2025/01/05 | 1月1日は第1週に含まれる |
| 2025年12月28日 | 2025W52 | 2025/12/22 - 2025/12/28 | 2025年の最終週 |
| 2025年12月29日 | 2026W01 | 2025/12/29 - 2026/01/04 | 年内だが2026年の第1週 |
| 2026年01月01日 | 2026W01 | 2025/12/29 - 2026/01/04 | 木曜日を含むため第1週 |
| 2026年12月31日 | 2026W53 | 2026/12/28 - 2027/01/03 | 2026年は第53週まで存在 |
| 2027年01月03日 | 2026W53 | 2026/12/28 - 2027/01/03 | 暦年は2027年だがISO週年は2026年 |
Excelには「ISO週年」を直接算出する標準関数が用意されていないため、年またぎを厳密に処理する場合は、その週の木曜日の日付から年を抽出する数式（ =YEAR(日付 + 3 - WEEKDAY(日付, 2)) ）を構築するなどの工夫が必要になります。
また、年間で第53週が存在する年（2020年・2026年・2032年・2037年など）の判定処理においても、固定値「52」で処理しているシステムではエラーの原因となります。
企業の社内データも安全に処理できる「完全ブラウザ完結設計」
会社のプロジェクト予定表、製品の出荷スケジュール、あるいは新商品のリリース日程など、機密性の高い日付データを外部Webツールに入力する際は、セキュリティ面の配慮が不可欠です。
一般的な無料Web便利ツールやクラウドサービスの中には、入力したデータや計算条件をサーバー側へ通信・送信し、アクセスログやデータベースとして保持する仕組みを持つものが少なくありません。これにより、未発表のプロジェクト期間や社内スケジュールが外部へ露出する潜在的リスクが存在します。
当サイトで提供している「ISO週番号カレンダー・計算ツール」は、セキュリティポリシーが厳しいビジネス環境でも安心して導入できるよう、すべての処理をお使いの端末内のみで完結させる 「完全ブラウザ完結設計（クライアントサイド処理）」 を採用しています。
画面上で指定した日付や選択した年間カレンダーの操作データは、インターネットを介して外部のサーバーへ送信されることはありません。開発者を含む第三者が操作内容を確認する仕組みも存在しないため、社外秘のプロジェクト工程やシステム検証の現場でも安全にご利用いただけます。
複雑なExcel数式を組み立てる手間を省き、誤認識のない正確なISO週番号と日付範囲を今すぐ確認したい方は、ぜひ当ツールのカレンダー表示および逆引き機能をご活用ください。
※実際のツール画面（スクショ）このツールを使ってみる →
▶ ISO週番号カレンダー・計算ツールで年間週割りや日付の逆引きを行う（無料・登録不要）