スプレッドシートを読み込めば、列は 自動で判別します。

▸ リードに本当に必要な唯一のもの

必須の項目は1つだけです：数字以外をすべて取り除いたときに10桁以上ある値。それだけです。それに一致するものがない行は、キャンペーンを黙って壊すのではなくアップロード時にスキップされ、何行が取り込まれたかの正確な件数が表示されます。

それ以外のすべて（名前、メール、州、カスタム項目）は任意で、追加的なものです。電話番号の列が1つあるだけのファイルでも、有効なアップロードです。

▸ 列の判別の実際の仕組み

取り込み機能は、項目ごとによくある見出しの表記の一覧を、大文字と小文字を区別せずに確認します。ファイルがそのどれかを使っていれば自動的に対応付けられ、手動で項目を合わせる手順はありません：

ファイルの中で認識される見出しに一致しないものも捨てられず、追加データとしてリードの記録に残ります。そのため、事業に固有のカスタム列（保険の種類、不動産の価値など、追跡しているもの何でも）は、専用の項目がなくても取り込み後に残ります。

▸ 同意の列は任意だが使う価値がある

リードに記録された同意（ウェブフォームでの同意、署名済みの契約、同意が得られた通話の録音など）がある場合、上の4つの同意の列を使えば、アップロード時にその証拠を各リードに直接付けられます：いつ同意したか、どこから来たか、どんな内容だったか、裏付けとなる資料へのリンク。

リードに発信するのに、これは必須ではありません。しかし同意をめぐる争いが起きたとき、記録が別のスプレッドシートのどこかに埋もれているのではなくリード自体に付いていれば、30秒で答えられるか、まったく答えられないかの違いになります。詳しくは コンプライアンスの維持方法 で、DialerSeat が自動的に適用するものと、こうした記録に依存するものの全体像を確認できます。

▸ アップロード後のリードの流れ

誰も出なかったからといって、リードに1回発信して忘れるわけではありません。リードが完全に脇に置かれる前に、再試行のサイクルが組み込まれています：

すべての試行にタイムスタンプが付いてリードに記録されるので、キャンペーンを確認する管理者は、最終的な結果だけでなく、ある番号に何回試み、そのたびに何が起きたかを正確に確認できます。

▸ 実用的な注意点

• 重複した電話番号は、アップロード時に拒否されません：元データに同じ番号が2回あれば、両方の行が入ります。きれいなリストを入れれば、きれいなリストに発信されます。元データで処理していないものを、取り込み機能が拾うことはありません。
• アップロードはすべて1つのキャンペーンに対して行います。 キャンペーンをまたいで共有される「全体」のリードプールはありません。リードは置いた場所にあります。
• アップロードは置き換えではなく追加です。 すでにリードのあるキャンペーンにもう一度アップロードすると、既存のリストを上書きするのではなく追加されます。
• 全米の登録簿との DNC の照合は、引き続きアップロード前にあなたが行う必要があります。取り込み機能は渡されたものをそのまま受け入れます。詳しくは コンプライアンスの維持方法 で、自動的に適用されるものと販売者の責任であるものの分担を確認できます。