営業代行へアカウントを渡す前に、必要な権限を分ける

営業代行の権限管理で先に決める対象は、「どの業務を、誰が、どの状態まで進めてよいか」です。その境界を決めてから、必要なアカウントを選びます。フォーム営業なら、対象候補の閲覧、除外判定、文面編集、送信承認、送信結果・停止依頼の記録を分けるため、CRMやリスト全体の共有は不要です。

とりわけ外部送信は、閲覧や下書きと同じ権限にまとめないことが重要です。営業代行には承認待ちまでを担当してもらい、発注側が対象・窓口・文面を確認した後、承認済みのものだけを送信工程へ渡す。この分け方なら、利用規約や営業禁止表示を確認する責任と、実際に送る権限が曖昧になりません。

ただし、権限を細かくしただけでは足りません。除外判断をどこに記録するか、停止依頼を次回の候補抽出にも反映できるか、契約終了時に何を失効・削除・引き継ぐかまで一枚の対応表にすると、アカウント発行の可否を具体的に決められます。

営業代行の権限管理は業務単位で決める

以下は、個人情報保護委員会の通則編ガイドラインが示すアクセス範囲の限定、委託先の監督、責任者と記録の整備という一般原則を基にした実務上の提案です。原典所定の分類や義務ではありません。2026年9月21日時点で同ガイドラインは、個人データを扱う情報システムについて、担当者と取り扱うデータベース等の範囲を限定するアクセス制御、正当な権限を持つ者の識別・認証を求めています。

判断の要点は、ツールの標準ロール名に業務を合わせないことです。「編集者」という一つのロールに、リストの変更、承認状態の変更、外部送信が含まれるなら、そのまま渡すと表の境界が崩れます。個別設定ができなければ、営業代行用の作業台帳と発注側の送信環境を分け、承認済みの対象だけを受け渡す設計が候補になります。

閲覧についても「CRMを使うからCRM全体を閲覧可」とは決まりません。対象判定に必要な項目と、別案件の履歴や不要な連絡先は切り分けます。データ出力は閲覧とは別の権限として扱い、業務上必要な場合だけ対象範囲と保管先を決めます。通則編ガイドラインは、委託元が業務に不要な個人データを提供せず、適切な委託先の選定、委託契約、取扱状況の把握を行う必要があるとしています。権限表は、契約に書いた取扱範囲をシステム上の設定へ落とすための資料になります。

委託範囲そのものは、営業代行の契約条件を整理する際の注意点と併せて確認すると、契約書と実際の権限設定のずれを見つけやすくなります。

対象・除外・承認を一つの流れにする

フォーム営業では、候補企業が条件に合うだけでは送信可になりません。候補ごとに問い合わせフォームの利用規約と表示を確認し、次のいずれかに該当すれば除外します。

• 営業目的の利用を禁止する表示がある
• 採用、取材、サポートなど用途が限定された窓口である
• 過去に受信拒否または送信停止の依頼を受けている
• 規約や表示を確認できず、発注側の判断が必要である

最後の状態を「送信可」に寄せないことが、承認工程を置く意味です。営業代行は不明点と根拠箇所を記録して保留にし、発注側の承認者が可否を決めます。営業禁止表示を見つけたのに、別の一般窓口を探して送る運用にもしてはいけません。窓口を変えても、受け手が示した意思や用途限定は消えないからです。

除外台帳には、対象の識別情報、判定、除外理由、確認日、確認者、規約・表示の根拠箇所、承認者を残します。項目の選び方は、通則編ガイドラインが挙げる責任者、取扱部署、利用目的、アクセス権者や、データベースの利用・出力、ログイン実績、アクセスログ等の記録例を参考にした実務上の提案です。2026年9月21日時点の確認内容であり、原典所定の様式や法令上の一律の台帳項目ではありません。

台帳は「送らなかった記録」でもあります。送信結果だけを保存すると、除外した候補が次回のリスト作成で再び現れたとき、同じ確認を繰り返すか、誤って承認へ回すおそれがあります。除外理由と根拠を残し、候補抽出時に参照する運用なら、担当者が替わっても判断の起点を引き継げます。

フォームごとの確認観点は、問い合わせフォーム営業のコンプライアンス確認に分けて点検すると整理しやすくなります。

送信停止依頼は法的評価と自主基準を分けて扱う

送信停止依頼を受けた対象は、理由を問わず次回以降の候補から外し、停止台帳へ反映する運用が適切です。これは受け手の負担と意思に配慮するための自主的な停止基準として提案するもので、一般の問い合わせフォームについて、特定電子メール法上の義務が一律に生じると述べるものではありません。

総務省・消費者庁の「特定電子メールの送信等に関するガイドライン」は、2026年9月21日時点の確認で、電子メールの送信者または送信委託者が停止通知を受けた場合、原則として相手の意思に反する送信を禁止すると説明しています。一方、施行規則第6条には、契約事項の通知等を主目的とするメールに広告が付随する場合など、条件付きの限定的な例外があります。原則と例外を切り離して、「停止依頼があっても送れる」と一般化はできません。

同ガイドラインは、インターネット上で自己のメールアドレスを公表する団体等がオプトイン規制の例外になり得る一方、そのアドレスと併せて特定電子メールの受信を拒否する表示がある場合は公表の例外に当たらないとも説明しています。いずれも電子メールについての説明であり、一般の問い合わせフォームへの一律適用を示すものではありません。ただし、拒否表示を見落とさず、明示された受け手の意思を運用へ反映するという観点は、フォーム営業の自主基準を決める際にも参考になります。

停止依頼は、自由記述の活動メモから切り分け、停止状態、受領日、対象を特定する情報、反映者、引継ぎ要否を記録します。送信候補を作る前に停止台帳と照合し、承認画面でも停止状態を確認できるようにします。外注先への連絡だけで済ませると、担当交代や再委託、次回のリスト更新で情報が途切れます。

判断を再現できるログを残す

ログの目的は、営業代行の操作を大量に集めることではありません。誰が、どの候補について、何を根拠に除外または承認し、どの文面を外部送信したかを後から確認できる状態にすることです。

最低限、次の記録を対応づけます。

• 対象確認：確認者、確認日、利用規約・窓口表示の根拠箇所
• 除外判断：除外理由、停止履歴との照合結果、承認者
• 文面と承認：承認対象の文面、承認状態、承認者、承認日
• 実行結果：実行者、対象、結果、停止依頼の有無と反映状況
• 権限変更：付与・変更・失効の対象、実施者、確認者

そこで必要になるのが、判断をたどれる最小限の記録。項目群は出典の一般原則を基にした実務上の提案であり、原典がフォーム営業向けに定めた必須様式ではありません。保存対象を承認や除外の再確認に必要な記録へ絞り、閲覧者と保管範囲も限定します。ログ自体に個人データが含まれ得るため、「ログだから全員が見てよい」とは扱えません。

契約終了日は権限失効と引継ぎの期限にする

契約終了時の処理は、アカウントを停止するだけでは完了しません。委託先アカウントとAPIキー等の失効、共有・出力データの返却または削除、削除の確認、未処理の停止依頼と必要なログの引継ぎを、対応表の確認欄にします。これは通則編ガイドラインの委託先監督、取扱状況の把握、削除・廃棄の一般原則を基に記事が提案する方法で、原典所定の一律の終了手順ではありません。

削除対象と保存対象は、利用目的、適用法令、契約を確認して決めます。すべてを契約終了日に即時削除すべきだと一律には言えません。通則編ガイドラインは、利用する必要がなくなった個人データを遅滞なく消去するよう努めること、削除・廃棄を復元不可能な手段で行い、責任ある立場の者が確認する手法例を示しています。そこで、データごとに返却、削除、継続保存の判断者を置き、削除した場合は対象と確認者を記録します。

終了確認では、次を同時に閉じます。

• 委託先のユーザーID、共有リンク、APIキー等が失効している
• 営業代行が出力したデータの返却または削除を確認した
• 未承認の候補が送信工程へ残っていない
• 受信拒否・停止依頼と除外理由を発注側へ引き継いだ
• 必要な承認記録と実行ログの保管責任者を確定した

特に停止情報は、委託終了とともに消してよい作業メモではありません。次回の候補選定に必要かを発注側が判断し、必要な範囲を引き継がなければ、受け手の拒否意思を後の運用で尊重できなくなります。

営業代行へ渡す権限は、対象候補の閲覧から契約終了時の失効までを同じ表で追える範囲に限定します。外部送信は初期付与せず、営業禁止表示、用途限定窓口、受信拒否・停止依頼を除外台帳で確認し、発注側が承認した対象だけを別工程へ渡す。この条件を満たせないなら、CRMのアカウントを丸ごと共有する段階ではありません。

現在の対象・除外・承認・記録の分け方を整理したい場合は、フォーム営業の運用設計について相談するからご相談ください。受け手の意思と各フォームの利用規約を尊重する前提で運用範囲を確認します。返信、商談、売上は保証の対象に含まれません。