- 公開日
日付、識別子、金額を取り込むときは、値の見た目から型を自動推定させる前に、列ごとの意味を決めます。先頭ゼロを含む識別子は文字列、計算する金額は数値、日付は形式と解釈を固定して扱い、変換前の値も残します。取り込めたことや、画面上できれいに表示されたことだけで、元の意味が保たれたとは判断しません。
型とは、その値を文字として扱うのか、計算できる数として扱うのか、日付として扱うのかという区別です。数字だけの文字列でも、顧客IDなら足し算をする対象ではありません。同じ「00127」を数値127に変えると、元の識別子の表記を失う可能性があります。
CSVを開く前に列の意味を決める
次は、架空の受付データを示すCSVの例です。顧客IDは5文字の識別子、受付日は日・月・年の順、金額は円で、カンマは桁区切りと定義します。各欄を二重引用符で囲み、金額中のカンマを列の境界と区別する入力を想定しています。この例の定義を、あらゆるCSVや地域の共通仕様として扱うものではありません。
顧客ID,受付日,金額
"00127","04/05/2026","1,200"
"00128","13/05/2026","950"
"00009","30/02/2026","2,500"この材料では、IDは文字列のまま保持し、日付は日・月・年の規則で解釈し、金額は桁区切りを確認して数値に変換します。三行目の2月30日は存在しない日なので、取り込みの過程で近い日付へ補正してはいけません。
| 項目 | 元の値 | 期待する扱い | 確認する点 |
|---|---|---|---|
| 顧客ID | 00127 | 文字列00127 | 先頭のゼロ、5文字、元行との対応 |
| 受付日 | 04/05/2026 | 2026年5月4日の日付 | 日・月の順序を入力定義と照合 |
| 金額 | 1,200 | 数値1200、単位は円 | 桁区切りであり小数点ではないこと |
| 受付日 | 30/02/2026 | 変換を保留し、原文字列を保持 | 存在しない日付として確認へ回す |
AIへ依頼するときも、「顧客IDは5文字の文字列として保持し、受付日は日・月・年で解釈してください。解釈できない値は原文字列と理由を残してください」と指定できます。列名や形式は対象資料に合わせて差し替え、回答後にはこの表の期待値と照合します。
ここで示すのは期待する処理と確認で、CSVをExcelなどへ実際に取り込んだ結果ではありません。AIに変換表を作らせる場合も、上の期待値と原文字列を照合します。もっともらしい日付やIDに直っていれば成功、とはしないようにします。
識別子のゼロは、計算上の桁とは限らない
識別子は、数字で書かれていても数量とは限りません。顧客番号、商品コード、郵便番号などでは、先頭のゼロや桁数が照合に必要な情報となります。小数や指数表記へ変換する処理も、数としては意味を持っていても識別子の保持には向きません。
Microsoftの先頭ゼロと大きな数の説明では、Excelで先頭ゼロが取り除かれる場合や、大きな数の精度、日付らしい文字列などの自動変換を扱っています。特に長い識別子は、数値として扱った際の15桁の精度制約にも注意が必要です。見える桁が残っているかに加え、元の文字列と一致しているかを確認します。
後から表示形式を変えてゼロを付けても、失われた原情報を確認したことにはなりません。同じ説明でも、ユーザー設定の表示形式は、設定前に取り除かれた先頭ゼロを元に戻さないとされています。この例のように5文字という定義が確定していれば、127へゼロを補う規則を設けられる場合はありますが、元ファイルとの照合は必要です。桁数が可変だったり、長い数の末尾が丸められていたりすれば、見た目だけで元のIDは決められません。
そのため、元ファイルを上書きせず、識別子列を文字列として指定した取込結果を作ります。既に型変換されたファイルしかない場合は、変換後の値を元データと同一とせず、再取得できる資料と復元不能な範囲を分けます。AIに「適切なゼロを補って」と頼むだけでは、資料にない桁を作らせることになります。
日付は、文字列の形と実際の日を分ける
04/05/2026は、日・月・年なら5月4日、月・日・年なら4月5日と読めます。並べ替えができたことや、日付型になったことから、正しい解釈を選べたとは判断できません。入力元がどちらの順序を使うかを、列定義や出力設定で確かめます。
この例では日・月・年と決めているので、二行目の13/05/2026は5月13日になります。ただし、一行だけから「このファイルは日・月順に違いない」と決めるのは避けます。途中で別形式のデータが混じっている可能性もあるため、資料の定義と実際の各値が一致するかを見ます。
三行目の30/02/2026は、形式が日・月・年でも有効な日付ではありません。形式を読み取れることと、暦上存在することは別の確認です。担当者が入力を訂正するまで、日付の集計や期限判定にそのまま使わず、元の値と変換できなかった理由を残します。
出力は曖昧になりにくい年月日の表記に揃えられますが、入力の意味が不明なまま統一してはいけません。元表記、解釈規則、変換後の日付を並べると、表示上の整理と意味の変更を区別できます。時刻や時間帯を扱う資料なら、その条件も別途必要ですが、この例には時刻を追加しません。
金額は文字の除去より先に単位を確かめる
金額列の「1,200」を数値へ変換する際、カンマを取り除く処理だけで終えないようにします。この例では桁区切りであり、単位は円と定義しています。別の資料では記号の意味や通貨、税の含み方が違う可能性があるため、数字を取り出す前にその列の定義を確認します。
この例の金額を正しく変換すると、1,200円、950円、2,500円の数値部分はそれぞれ1200、950、2500です。三行の金額自体の合計は4,650円です。ただし、三行目の日付は未確認なので、「2026年5月受付分の合計」にその2,500円まで含めることはできません。日付を確認できた最初の二行の小計は2,150円ですが、ファイル全体が5月分と確定したという意味ではありません。
このように、金額の型変換が成功しても、日付の条件を使う集計は保留が必要な場合があります。どの列の不備がどの処理を止めるのかを分け、変換エラーがある行を黙って落とした合計を全体値にしないようにします。
取込時の指定と、変換後の照合を組み合わせる
Excelの公式説明には、テキストデータの取込時にPower Queryで対象列をTextとして扱う方法が示されています。また、自動データ変換の設定機能についてはMicrosoft 365とExcel 2024のWindows・Macが対象と明記されています。ページ全体の対象製品と、個別機能を使える版は同じとは限らないため、利用中の版と取込経路を確認します。
設定の有無だけで作業を終えず、取り込んだ結果も点検します。元のIDと取込後ID、日付の原文字列と解釈、金額の単位と数値を並べ、先頭ゼロ、長い識別子、曖昧な日付、存在しない日付など、壊れやすい値を優先して見ます。小さなファイルなら全行を照合し、大きなデータでも異常候補と件数の変化を確認できる手順を用意します。
照合では、入力行数、正常に扱えた行数、保留行数、除外行数を数えます。この例なら入力3行のうち、二行は日付と金額の解釈を確認でき、三行目は日付の確認待ちです。金額が読めたことをもって三行すべて正常と報告しないようにします。
変換規則を変更したら、原ファイルからやり直した結果と比較します。すでにゼロや末尾桁を失った値へ別の表示形式を重ねるより、元の情報を保持した段階へ戻るほうが、何が変わったかを確かめやすくなります。型指定、原値の保持、変換後の照合を一緒に行うことが、見た目の整形で意味を変えないための基本です。
欠損値をゼロとして扱わないための確認は「欠損値をAIがゼロとして扱う事故を防ぐ」、Excelの数式と表示値を混同しない方法は「Excel数式と表示値を混同しない」で解説しています。
