全角文字・文字化けで失敗しない営業名簿CSVの受け渡し

営業名簿CSVは、文字コードと各列の意味を受渡し票に記載し、架空の最小サンプルを受信側の方法で取り込んで元の値と照合します。文字化け、全角表記の違い、先頭ゼロの消失は別々に確認し、全列の一括変換で済ませないでください。

原本を残し、渡す列の意味を定義する

最初に、元データ、書き出すCSV、受信側で取り込む先を区別します。編集を始める前に、アクセスを管理できる場所へ原本を残し、作業用の複製と分けます。ファイル名、版、作成担当、渡す目的、共有先を受渡し票へ記録します。実際の名簿を必要以上にコピーしたり、文字の試験のために外部サービスへ無断でアップロードしたりしないでください。

列の定義には、列名、内容、必須かどうか、空欄の意味、文字列として扱うかを記載します。郵便番号、電話番号、社内の識別番号は、数字の形でも計算する値とは限りません。先頭ゼロや桁数が意味を持つかを管理担当へ確認します。空欄をゼロや不明という文字に置き換える場合も、その判断が元の情報を変えていないかを確認してください。

共有する列は今回の用途に必要な範囲に絞ります。取り込み先の全項目を埋めるために、私的な連絡先や自由記入の内部評価を追加する必要はありません。送信対象への利用が認められているかという判断も、CSVとして読み込めることとは別です。停止や利用確認待ちの状態を引き継ぐ列が必要なら、その定義と対応方法を責任者へ確認します。

文字コードと取り込み方法を受信側と合わせる

CSVの拡張子だけでは文字コードや列の解釈までは分かりません。書き出す文字コード、区切り、ヘッダー、取り込み先が求める形式を確認します。相手が使うアプリや版、どの操作で取り込むかも記録してください。ダブルクリックで開いた表示と、データ取り込み機能で読み込んだ結果が同じとは限らないため、実際に採用する経路で比較します。

Microsoftの公式説明は、UTF-8のCSVをBOM付きで保存した場合の通常の開き方と、それ以外の取り込み方法を案内しています。これはExcelの案内であり、全てのCRMや名簿ツールがBOM付きの形式を求めるとの意味ではありません。受け手の指定を優先し、文字コードを変えたなら、その版を受信側で改めて確認します。名前を変えるだけで文字コードは変わりません。

文字化けした表示を見つけても、表示された文字を推測で書き直さないでください。元の値が保たれているか、読み方が違うのかを確認します。元データ自体が壊れている可能性もあるため、原本と比較します。正しい文字を確認できない行は保留とし、入力元を確認できる担当へ戻します。文字化けと会社名の正誤を同じ修正としてまとめないようにします。

全角表記と識別番号は列ごとに判断する

全角の英数字や記号があっても、全列を半角へ置き換えればよいとは限りません。会社名、氏名、住所、自由記入には、それぞれ原表記を保つ必要がある場合があります。宛先など形式上の条件がある列は、取り込み先の指定と元の確認情報を照合します。見た目が似た記号や空白も、元の文字と置換する理由を残して処理してください。

先頭ゼロを持つ識別番号は、表示だけではなく値そのものを確認します。Excelの公式ヘルプは、取り込み時に必要な列を文字列として扱う方法を説明しています。利用している版の手順を確かめ、元の値が失われる前の段階で列の型を指定します。既にゼロや桁が失われたデータへ書式を付けても、元の値を根拠なく復元できるわけではありません。

変更を行う列、変更しない列、判断待ちの列を受渡し票へ記載します。全角から半角へ変えた結果、別の行と同じ値に見える場合も、同一人物や同じ会社と自動判断しません。表記を整える作業と、重複の根拠を確認する作業は別です。今回の受渡し試験で、名寄せや連絡先の有効性まで保証したように説明しないでください。

架空の最小サンプルで、失敗の種類を切り分ける

以下は全て架空の例です。試験用の行Aは識別番号「00123」と架空の会社名、行Bは全角数字を含む架空の管理メモ、行Cはカンマを含む架空の部署名とします。実在の氏名やアドレスは使いません。試験の目的は、文字、識別番号、区切りを受信側がどう扱うかを確認することで、実際の名簿や顧客への送信を示していません。

受信側で取り込んだ後、行Aの番号が五文字のままか、会社名が元と同じか、行Bの表記が承認した規則どおりか、行Cが別の列へ分かれていないかを比較します。カンマを含む内容は、採用する書き出し機能で適切に扱えるかを確認し、列ずれを直すため元の部署名から文字を削りません。結果と使った方法を票へ記入します。

対照の架空ケースでは、受信側の画面は整っていますが、再度書き出すと識別番号のゼロが消えます。確認票では往復後の値が不一致と記録し、表示が読めたという理由で完了にしません。取り込みと書き出しのどちらで変わったかを担当者と切り分けます。元の値が特定できないまま同じ桁数へ補うなど、見た目を合わせる修正は避けてください。

修正版は同じ経路で再確認する

失敗が分かったら、文字コード、列の型、表記規則のどれを変更したかを記録します。一度に全て変えると、どの処理が結果に影響したか分かりにくくなります。可能な範囲で原因を分け、修正版を同じ受信環境と取り込み手順で試します。元と違う方法で成功した場合は、それを採用する経路として受信側と確認し、旧手順と混ぜないようにします。

本データへ適用する前に、今回の変更で影響する行と列を整理します。試験行だけで全件の正確さが証明されたとは扱いません。件数、必須列、除外や保留の状態、識別番号など、用途に必要な確認を担当者と行います。ファイルを読み込めたことを、名簿の利用やメール送信まで承認されたとの状態へ進めないでください。

旧版の作業コピーがある場合は、今使う版と混同されない置き方にします。受信側へ修正版を渡す際は、どの旧版を置き換えるか、既に取り込んだデータの扱いを誰が判断するかを示します。修正によって重複登録が起きる可能性があるなら、追加取り込みを止めて管理担当へ確認します。ファイル名だけ新しくして、古い行を残したまま再登録しないようにします。

受渡し票と実際の取り込み結果をそろえる

引き継ぎには、採用版、文字コード、列定義、受信側の方法、試験結果、未確認事項、確認した担当をまとめます。修正が必要な行は、原本のどこへ戻ればよいかを示します。受信側の担当が変わった場合も、同じ方法で読み込むための情報を渡してください。単にCSVを添付したという事実と、利用できる値で受領されたことを別の記録にします。

今回の成果物は、値を保って受け渡したことを照合する票です。古い連絡先の更新や一般の重複排除を扱う記事、PDFの名前と版をそろえる記事とは対象が異なります。LDMへ名簿運用を相談する際も、機密情報のないサンプルと列定義を用意してください。任意の文字コードの自動修復、全ツールとの互換性、名簿の適法性や送信先の有効性を保証する機能は確認していません。

一次資料、確認日2026年10月18日：Microsoft「Opening CSV UTF-8 files correctly in Excel」 https://support.microsoft.com/en-us/excel/opening-csv-utf-8-files-correctly-in-excel 、同「先頭のゼロおよび大きい数値の保持」 https://support.microsoft.com/ja-jp/excel/keeping-leading-zeros-and-large-numbers 。Excelの開き方と列の型に関する説明のみを参照します。受渡し票と試験行は実務提案と架空例で、実データの取り込み試験は実施していません。

実際には各ドメインのメール基盤に関する公開統計データ（check.live-direct-marketing.online）で確認できます。

よくある質問