米国住所のCSVで 02108 が 2108 と表示されたら、最初に行うのは0の追加ではありません。未変更のCSVを別に残し、値がファイルに残っているかを確かめます。Excel上の見た目、セルに保存された値、CSVの文字列は同じとは限らないからです。
元のCSVを基準に判断する
Excelで保存し直す前に、CSVをテキストエディターで開きます。次の値は処理を説明する合成例で、実在住所や配達可能性を確認したものではありません。
- CSVに
02108、Excelに2108：元の値は残っています。元CSVから文字列として取り込み直します。 - CSVにも
2108しかない：文字列型へ変更するだけでは0は戻りません。再ダウンロードやバックアップを探します。 02108-1234：ZIP+4の形です。5桁用の数式を適用しません。
Microsoftの公式解説では、Excelが数式や計算に使えるよう数字らしい文字列を数値へ変換し、先頭の0を削除する場合があると説明しています。
ZIP列を文字列として取り込む
空のブックから「データ」→「テキスト/CSVから」を選び、未変更のCSVを指定します。プレビューで変換／編集を開き、ZIP列のデータ型を「テキスト」にしてから読み込みます。CSVをダブルクリックして開く方法では、Excelの既定設定で列の型が判断されます。CSVの公式インポート説明でも、直接開く方法と外部データとして取り込む方法が区別されています。
Power Queryを使う場合は、「適用したステップ」を上から確認してください。非構造化データには型の自動検出による Changed Type が加わることがあります。早い段階で 02108 が数値 2108 に変わっていたら、その後でテキスト型にしても "2108" になるだけです。0が残っているステップまで戻り、原因となる数値変換を削除または置き換えてからZIP列をテキストにします。Power Queryのデータ型資料は、CSVなどに対する自動型検出と変換ステップを説明しています。
5桁へ戻せるのは条件を確認できるときだけ
元データを取り戻せない場合でも、短い数値に一律で0を付けてはいけません。対象列が「米国の基本ZIPを5桁で持つ列」であり、各値が空欄ではない非負整数で、欠けたのが先頭0だけだと別の資料から確認できた場合に限り、元列を残したまま隣の列で次を使えます。
=TEXT(A2,"00000")
MicrosoftのTEXT関数資料では、ゼロの数で合計桁数を指定します。ただし、この式は 02108-1234、海外の郵便番号、空欄、負数、6桁以上、文字と数字が混ざる値には使いません。結果が5桁でも、正しいZIPや配達可能な住所だと証明するものではありません。
セルのユーザー定義書式 00000 は表示だけを5桁にできる場合があります。別のシステムへ渡すデータやCSVでは、文字列として保存されたことを保証しません。
相手へ渡す前の確認
- 修正結果は別名で保存し、元CSVを上書きしない。
- 出力CSVをテキストエディターで開き、既知の
02108と00501を確認する。 - 同じ文字列指定で再度取り込み、ZIP+4と空欄が変わっていないかを見る。
- 行数と列数を比較し、数式列を値にした範囲が正しいか確かめる。
USAddressGenの現在のエクスポート処理を使ったコードレベルの合成テストでは、文字列の 02108、00501、02108-1234 と空値はCSVとJSONにそのまま残りました。一方、入力が数値 2108 なら出力も文字列 2108 であり、02108 とは推測しません。これはExcel画面を操作したテストではなく、特定バージョンのExcel動作を保証するものでもありません。
USAddressGen日本語トップでフォームや取込処理用の米国住所サンプルを作り、項目の並びはアメリカ住所構造ガイドで確認できます。実際に発送する場合は、受取人が提供した住所とZIPコードを確認してください。