確認日時：2026-10-17T07:32:27.0715492Z
確認環境：{"excel_version": "16.0", "excel_build": 20430, "os": "Windows (64-bit) NT 10.00", "engine": "Microsoft.Mashup.OleDb.1 / native Excel Power Query"}
確認した範囲
- 記事と同等の変換処理をMコードにして実際のExcel Power Queryエンジンで実行
- 記録の入力例と結果の行・列・値を照合
- 元のダミーファイルのバイト列が不変
未確認・対象外
- 記事のGUIクリック経路
- MコードとGUIが生成するステップの完全一致
- 他Excel版・他OS
- 実業務データ
実機での処理結果の確認と、記事の全画面操作の確認は別です。実行確認の記録（JSON）で確認結果と原稿のSHA-256を参照できます。
できあがるもの
D01=2026-01-02、D02=2026-12-31になる想定です。D01が2026-02-01になっていないことが重点確認点です。出所不明の日付は推測変換しません。
始める前に
- Windows版Excel for Microsoft 365のPower Query。確認環境と範囲は本記事の実行確認欄を参照してください。
- 業務原本と分離した検証用ブックを使い、出力は新しいシートへ読み込む。
- 米国式MM/DD/YYYYと決めた文字列の日付を含むExcelテーブルImportDatesを作る。
入力例
ImportDatesはID・受付日でD01/01/02/2026、D02/12/31/2026。受付日はテキストとして入力し、貼り付け時にExcelが日付へ変換しないよう先に列を文字列形式にします。
手順
- ImportDatesからPower Queryを開きます。自動の変更された型ステップで日付へ変換されていたら、そのステップを削除し、元の文字列へ戻った状態から始めます。
- 受付日列を右クリックし、型の変更→ロケールを使用を選びます。データ型を日付、ロケールを英語（米国）にします。これは米国由来の月/日/年データを読むための指定です。
- 両行がエラーなく日付になったか確認します。D01が2026年1月2日、D02が2026年12月31日になっていることを、必要なら年・月・日を抽出した補助列で確認します。
- Excelへ読み込んだ後の表示形式をyyyy-mm-ddへ変更します。表示変更と日付型への変換が別の処理だと把握します。
- 別の地域形式のファイルを混ぜず、出所ごとにクエリを分けて日付型へそろえてから追加します。変換エラー行は無言で削除せず、元文字列とIDを残して調査します。
期待結果と照合する
D01=2026-01-02、D02=2026-12-31になる想定です。D01が2026-02-01になっていないことが重点確認点です。出所不明の日付は推測変換しません。
まずこの入力例で確認し、件数や値が一致しているかを見ます。完了表示だけで判断せず、重複・空欄・対象外データも残っていないか確認してください。
うまくいかないとき
- 01/02のような曖昧な値だけでは元の地域を推定できません。ファイル提供元の仕様を確認してください。
- Excel側で既に誤った日付値に変わったデータはロケール指定だけで原文へ戻せません。元ファイルから読み直します。
止める・元に戻す
ロケールを使った型変更ステップを削除します。文字列原本を残した検証表から正しい地域指定でやり直せます。
公式資料・対応範囲
参照日：2026-10-17。公式資料の一般的な機能説明と、本記事固有の入力例の実行検証は別です。実務での短縮時間や効果は未計測です。