営業AIの個人情報保護法対応｜導入・運用の実務手順とチェックリスト

▼ この記事の内容

営業AIの個人情報保護法対応では、入力する情報、利用目的、AI事業者によるデータの取り扱い、保存先、社内権限を導入前に整理することが重要です。特に、顧客名やメールアドレスだけでなく、商談記録、通話内容、問い合わせ文、名刺情報も個人情報になり得ます。AI事業者への送信が委託に当たるのか、第三者提供に当たる可能性があるのかを契約と実態の両面から確認し、入力制限、承認、ログ、削除、事故対応まで運用に落とし込みます。

営業AIの個人情報保護法対応で最初に押さえる結論

営業AIを利用する際は、「AIだから特別な対応をする」というより、顧客情報を外部サービスで取得、利用、保存、共有する業務として整理するのが基本です。個人情報保護法への対応を、利用規約への同意や社内への注意喚起だけで終わらせてはいけません。

営業組織が導入前に確認したい要点は、次の6つです。

• AIに入力・連携する情報の種類と、個人を識別できる範囲
• 顧客情報をAIで利用する目的と、既存の利用目的との整合性
• AI事業者がデータを自社目的や学習に利用するか
• データの保存場所、保存期間、削除方法、再委託先
• 営業担当者が入力できる情報と、承認が必要な利用方法
• 誤送信、漏えい、目的外利用が起きた場合の連絡・対応手順

判断の中心になるのは、AIの機能名ではなくデータの流れです。たとえば、商談要約AI、メール作成AI、問い合わせ対応AIが別の製品であっても、「誰のどの情報が、どこへ送られ、誰に利用され、いつ消えるのか」を確認する点は共通します。

また、営業部門だけで導入可否を決めるのではなく、法務、情報システム、情報セキュリティ、個人情報保護の担当部門と役割を分担します。営業部門は利用場面と業務上必要な情報を示し、管理部門は契約、法的な位置付け、安全管理措置を確認する形にすると、検討が進みやすくなります。

担当	主に確認する内容
営業・営業企画	利用目的、対象業務、入力項目、期待する出力、現場の操作方法
法務・個人情報保護担当	利用目的、委託・第三者提供、同意、規約、契約、本人対応
情報システム・セキュリティ担当	認証、権限、ログ、保存先、暗号化、端末、外部連携、事故対応
管理職	利用範囲の承認、教育、定期点検、例外利用の判断

以下では、この結論を営業AIの導入手順に沿って具体化します。個別のサービスやデータの扱いによって判断は変わるため、重要な案件では自社の法務担当者や専門家にも確認してください。

顧客情報のどこまでが個人情報になるのか

氏名やメールアドレス以外も対象になり得る

個人情報とは、生存する個人に関する情報で、氏名などにより特定の個人を識別できるものや、ほかの情報と容易に照合して個人を識別できるものなどを指します。法人営業では会社情報を扱うため、「企業向けの情報だから個人情報ではない」と考えがちですが、担当者にひも付く情報は個人情報になり得ます。

営業データの例	確認すべき点
担当者の氏名、部署、役職	勤務先情報であっても、個人を識別できる場合がある
業務用メールアドレス、電話番号	氏名や担当者情報と結び付けば個人情報になり得る
名刺を読み取ったデータ	デジタル化して営業管理システムへ登録した後も対象になり得る
商談の録音、文字起こし	氏名がなくても、声や会話内容、所属などから個人が分かることがある
問い合わせフォームの本文	連絡先のほか、本文中に個人的な事情が記載される可能性がある
営業担当者の評価・活動履歴	顧客だけでなく、自社従業員に関する個人情報にも注意する

個人情報を検索しやすい形で営業管理システムや顧客データベースに蓄積すると、「個人データ」に該当する可能性があります。さらに、自社が開示や訂正などの権限を持つデータは、「保有個人データ」として本人からの請求に対応すべき場合があります。営業AIの導入時は、単に個人情報の有無を見るだけでなく、どのシステムでどのように管理しているかまで把握します。

公開情報でも自由に使えるとは限らない

企業サイト、業界団体の名簿、公開された登壇者情報、SNSなどから取得した情報も、個人を識別できれば個人情報に当たり得ます。公開されていることと、どのような目的でも利用できることは同じではありません。

公開情報をAIで収集して営業候補を作る場合は、取得元の利用条件、設定した利用目的、本人が想定し得る利用方法かを確認します。複数の公開情報を組み合わせて人物像や関心を推定すると、元の情報よりも取り扱い上の影響が大きくなる点にも注意が必要です。

要配慮個人情報が混ざる場面を想定する

病歴、障害、健康状態、信条など、本人への不当な差別や不利益につながり得る一定の情報は、要配慮個人情報として慎重な取り扱いが求められます。営業担当者が積極的に集めていなくても、問い合わせや商談の会話に含まれる場合があります。

たとえば、医療・福祉関連の商材、従業員支援サービス、人事関連サービスでは、顧客担当者が自社の事例として健康情報を話すことがあります。会話を録音して全文をAIへ送る運用では、必要のない情報まで取得・保存してしまう可能性があります。録音前の案内、対象会議の限定、文字起こし後の削除、入力前のマスキングなどを検討します。

伏せ字にすれば匿名情報になるわけではない

氏名を削除して「A社の営業部長」と書き換えても、取引履歴、案件名、地域、発言内容と照合して個人が分かるなら、個人情報として扱う必要が残ります。社内で行う簡易的なマスキングと、法令上の匿名加工情報などは同じではありません。

営業現場では、「この内容から本人を特定できる人が社内外にいるか」「AI事業者へ送る必要がある項目か」という実務的な観点で情報を減らします。完全な匿名化を目指すより、利用目的に不要な氏名、連絡先、案件固有名詞を入力しない設計のほうが運用しやすいこともあります。

営業AIを導入する際の個人情報保護法対応手順

手順1：利用場面とデータの流れを書き出す

最初に、AIを使いたい業務を具体化します。「営業活動でAIを使う」だけでは、必要な確認ができません。商談の文字起こし、議事録作成、メール下書き、案件評価、顧客からの問い合わせ回答など、処理単位で分けます。

▶ 無料で「営業AI導入チェック」をダウンロードする

各処理について、次の項目を一枚の表にまとめます。

• 情報の取得元と取得方法
• 入力される顧客情報・従業員情報
• AIへ送信する項目
• AI事業者、クラウド事業者、再委託先
• 出力結果を保存するシステム
• 閲覧・編集・削除できる担当者
• 保存期間と削除のタイミング
• 顧客への連絡や判断に使う方法

画面上で文章を入力する場合だけでなく、営業管理システムとの自動連携、会議ツールからの録音転送、表計算ファイルのアップロードも対象です。導入後に連携機能を追加した場合は、当初のデータフローと異なるため再確認します。

手順2：利用目的との整合性を確認する

個人情報を取り扱う際は、利用目的をできる限り具体的に特定し、その範囲内で利用することが基本です。営業管理、問い合わせ対応、商品案内、契約手続きなど、既に公表・通知している利用目的を確認し、AIでの利用がその範囲に収まるかを検討します。

たとえば、問い合わせへの回答案を作るために問い合わせ内容をAIへ送る場合は、問い合わせ対応という目的との関係を説明しやすいでしょう。一方、問い合わせ内容を使って別商品の見込み度を推定し、外部データと組み合わせて個人別の営業方針を作る場合は、当初の目的との関係をより慎重に確認する必要があります。

既存の利用目的から外れる可能性があるときは、目的の変更が認められる範囲か、本人への通知・公表や同意が必要かを法務担当と検討します。社内で便利だからという理由だけで、取得時に想定していなかった用途へ転用しないことが重要です。

手順3：必要な情報だけを送る

AIの出力に不要な個人情報は、最初から送信しない設計にします。たとえば、提案メールの文面を整えるだけなら、顧客の氏名、直通電話番号、過去の全商談履歴まで入力する必要はないかもしれません。

入力項目は、「必須」「条件付き」「禁止」の3段階に分けると現場が判断しやすくなります。

区分	考え方	例
必須	目的を達成するために必要で、利用が承認されている	問い合わせ分類に必要な本文
条件付き	特定の機能・契約・承認がある場合のみ扱う	商談録音、顧客別の提案履歴
禁止	利用目的に不要、またはリスクが高く入力を認めない	認証情報、決済情報、不要な要配慮個人情報

手順4：契約、規約、サービス設定を確認する

AIサービスの説明資料だけでなく、利用規約、プライバシー関連文書、データ処理に関する契約条項、管理画面の設定を確認します。無料版と法人向けプランで、入力データの学習利用、保存期間、管理機能が異なることもあるため、実際に契約するプランを基準に判断します。

確認結果は担当者の記憶に残すのではなく、文書化します。規約や機能が改定されたときに差分を確認できるよう、確認日、文書名、設定内容、承認者を記録しておきます。

手順5：小さな範囲で試し、問題を確認する

導入初期は、対象部署、利用者、データ、機能を限定します。実在顧客の情報を使わなくても検証できる段階では、架空データや適切に加工したデータを使います。

試行時には、情報保護だけでなく、誤った要約、事実と異なる回答、差別的な推定、担当者による確認漏れも点検します。個人情報を適切に管理していても、誤った出力を顧客へ送れば信用や取引に影響します。出力の確認方法については、関連記事「生成AIハルシネーションの事例｜営業・顧客対応で必要な運用ガード設計」も参考にしてください。

手順6：本番運用後も定期的に見直す

営業AIは、導入時の審査だけで完結しません。新機能、外部連携、利用者の増加、保存先の変更、規約改定によって、データの流れやリスクが変わることがあります。

少なくとも、機能追加時、契約更新時、利用目的の変更時、事故発生時には再評価します。定期点検では、利用者一覧、権限、入力ログ、例外申請、削除状況、教育記録を確認し、使われていないアカウントや不要な連携を停止します。

委託・第三者提供・国外保管をどう判断するか

AI事業者への送信は契約と実態で確認する

顧客の個人データをAI事業者へ送信するときは、その事業者が自社の業務を代行する立場なのか、自らの目的でもデータを利用するのかを確認します。

AI事業者が自社の指示に基づいて処理し、契約上も独自利用をせず、委託業務の範囲で取り扱う場合は、個人データの取り扱いの委託として整理できることがあります。この場合も、委託先の選定、契約、取り扱い状況の把握など、必要かつ適切な監督が求められます。

一方で、AI事業者が入力データを自社の製品開発、広告、利用者横断の学習などに使える契約になっている場合は、単純な委託として扱えるとは限りません。第三者提供に当たる可能性や本人同意の要否を含め、個別の確認が必要です。

確認事項	見るべき内容
利用範囲	自社へのサービス提供だけに使うのか、事業者の独自目的でも使うのか
学習利用	入力・出力がモデル改善に利用されるか、停止設定があるか
保存	保存期間、バックアップ、契約終了後の削除方法
再委託	再委託先の範囲、追加・変更時の通知、監督方法
事故対応	漏えいなどが起きた場合の通知時期、調査、協力、証跡提供
監査・報告	安全管理措置を確認する資料や報告を得られるか

「学習に使わない」という表示だけで判断しないことも大切です。一定期間の不正利用監視や障害対応のためにデータが保存される場合があります。保存目的、期間、閲覧できる担当者、削除対象にバックアップが含まれるかまで確認します。

国外の事業者やサーバーが関係する場合

AIサービスでは、海外の法人、データセンター、サポート担当者、再委託先がデータ処理に関わることがあります。この場合、外国にある第三者への提供に関する規律や、外国の制度を踏まえた安全管理措置の確認が必要になる可能性があります。

単にサーバーが海外にあるという一要素だけで結論を出すのではなく、誰がデータを取り扱えるのか、事業者との関係、契約上の位置付け、アクセス制御、所在国、再移転の有無を整理します。保存場所が選べるサービスであっても、保守やサポートのために国外からアクセスされる可能性がないか確認します。

委託先の監督を契約書だけで終わらせない

契約に秘密保持や安全管理の条項があっても、実際のサービス設定が異なればリスクは残ります。管理者が学習利用を停止できるか、一般利用者が設定を変更できないか、外部共有が初期状態で有効になっていないかを管理画面で確認します。

委託先の監督方法は、取り扱う情報の内容と影響に応じて決めます。一般的な問い合わせ分類と、詳細な商談録音や顧客評価を扱う場合では、確認の深さを変える考え方が必要です。重要度が高い利用では、定期報告、設定画面の確認、事故時の連絡訓練なども検討します。

営業現場に落とし込む安全管理措置と利用ルール

組織的・人的・物理的・技術的に分ける

個人データの安全管理は、システムのセキュリティ機能だけでは完結しません。責任者や手順を定める組織的な対策、従業員への教育、端末や書類の管理、認証やアクセス制御などを組み合わせます。

区分	営業AIでの対策例
組織的	責任者、承認手順、利用台帳、点検、事故報告ルートを定める
人的	入力禁止情報、出力確認、秘密保持、事故時の初動を教育する
物理的	端末の持ち出し、画面ののぞき見、録音データの保管を管理する
技術的	多要素認証、権限分離、ログ、暗号化、外部共有制限を設定する
外的環境の把握	国外での取り扱いがある場合に、関連する制度や事業者の措置を確認する

個人アカウントや無許可サービスの利用を防ぐ

法人契約したAIサービスに管理機能があっても、営業担当者が個人アカウントや無許可の無料サービスを使えば、組織として設定やログを管理できません。単に禁止を告知するだけでなく、承認済みサービスで日常業務を完結できる環境を整えます。

利用ルールには、承認済みサービス、利用できる端末、入力できる情報、ファイルアップロードの条件、顧客への送信前の確認、違反や誤入力を発見した場合の連絡先を記載します。判断に迷った場合は入力を止め、上長や担当部門へ確認できる経路も必要です。

アクセス権限は役割ごとに設定する

営業AIに営業管理システム全体の閲覧権限を与えると、利用目的に不要な顧客情報まで処理対象になることがあります。連携用の権限は必要最小限にし、部署、案件、担当者、項目単位で制限できるかを確認します。

管理者、一般利用者、監査担当者の権限も分けます。一般利用者が保存期間や外部共有の設定を変更できる状態は避け、退職・異動・休職時には速やかにアカウントと連携権限を見直します。

AIの出力をそのまま顧客判断に使わない

AIが出した見込み度、優先順位、顧客の関心、解約可能性などは、入力データや計算方法によって偏りや誤りを含む可能性があります。営業担当者が根拠を確認できない推定を、そのまま顧客への対応差や重要な判断に使うことは避けます。

誰が最終判断をするのか、どの出力に人の確認が必要か、訂正すべき情報を発見した場合にどこへ反映するかを決めます。問い合わせ対応AIの場合は、回答できる範囲と人へ引き継ぐ条件を先に定めると安全性を高めやすくなります。詳しい設計方法は「問い合わせ対応AIの始め方｜営業チームで任せる範囲と人へ戻す条件を決める」で解説しています。

ログを取る目的と閲覧範囲を決める

ログは、問題発生時の調査や不適切利用の抑止に役立ちます。一方、入力内容や従業員の利用履歴そのものが個人情報を含む場合があります。何を記録するか、誰が閲覧するか、どれだけ保存するかを決めずに長期間残すと、管理対象が増えます。

監査では、すべての会話内容を常時閲覧するのではなく、異常な大量送信、禁止ファイルのアップロード、外部共有、権限変更など、目的に合った確認項目を設定します。従業員に対しても、利用状況を記録・確認する目的と範囲を周知します。

営業AIの利用場面別の判断例

商談の録音・文字起こし・要約

商談の録音には顧客担当者の声、氏名、所属、発言、社内事情が含まれます。録音を始める前に、参加者への案内方法や社内ルールを決めます。オンライン会議ツールが録音開始を表示する場合でも、自社としてどのような説明を行うかを整理しておくとよいでしょう。

全文を長期間保存する必要があるかも検討します。議事録の確認が終わった後に元の録音を削除できるなら、保存期間を分ける方法があります。要約に不要な雑談や個人的事情が含まれる場合は、営業管理システムへ転記しない運用も必要です。

営業メールや提案書の作成支援

文章の構成や表現を整える用途では、顧客を特定できない形でも作業できる場合があります。「製造業の情報システム部門向け」「以前の面談で運用負荷を課題として挙げた」といった必要最小限の情報に置き換え、氏名、メールアドレス、契約金額、未公表情報を除いて作成します。

完成した文章を送信する前に、宛名、事実関係、価格、契約条件、他社情報の混入がないかを担当者が確認します。AIによる下書きと、自動送信はリスクが異なるため、段階を分けて承認します。

問い合わせフォームの自動処理

問い合わせフォームの内容をAIで分類・要約する場合は、フォーム上で示した利用目的、AIへ送る項目、保存先を確認します。本文に個人情報や機密情報が自由記述される可能性があるため、入力欄の注意書きや、不要な情報を送らないための項目設計も有効です。

AIが回答まで行う場合は、本人確認が必要な質問、契約内容、返金、苦情、個別の権利請求などを人へ戻す条件を決めます。営業活動としてフォーム送信を自動化する仕組みを検討している場合は、送信先の方針や内容の適切性も確認してください。仕組みと運用上の論点は「フォーム営業AIとは？問い合わせ対応を自動化する仕組みと活用法」でも紹介しています。

案件評価や見込み顧客の優先順位付け

過去の商談履歴から案件の確度や優先順位を出す場合は、評価に使う項目を確認します。担当者の年齢、性別、国籍など、営業判断に不要な属性を推定・利用しない設計が重要です。

AIの評価は参考情報とし、低い評価を理由に一律で対応を打ち切らないようにします。評価理由を担当者が確認でき、誤った顧客情報を訂正できる仕組みを用意します。営業担当者の行動評価に使う場合も、評価目的、対象データ、閲覧者、異議を伝える方法を社内で明確にします。

よくある失敗と導入前後のチェックリスト

よくある失敗1：氏名を消しただけで安全と判断する

会社名、部署、役職、案件内容が残っていれば、関係者には誰の情報か分かる場合があります。マスキングでは、単一の項目だけでなく、情報の組み合わせによる識別可能性を確認します。

よくある失敗2：利用規約を一度確認して終える

サービスの規約、保存期間、学習利用、再委託先、管理機能は変更されることがあります。契約更新や機能追加のタイミングで再確認する担当者を決めます。管理画面の設定変更履歴も残すと、意図しない変更を発見しやすくなります。

よくある失敗3：現場へ「個人情報を入れない」とだけ伝える

営業活動の多くは個人情報と接点があるため、この指示だけでは実務上の判断ができません。利用できる例、禁止する例、加工すれば利用できる例を示し、迷ったときの相談先を設定します。

よくある失敗4：法人契約なら問題ないと考える

法人向けサービスでも、設定、契約プラン、外部連携、利用者の操作によってデータの扱いは変わります。法人契約であることは確認材料の一つですが、それだけで個人情報保護法への対応が完了するわけではありません。

よくある失敗5：事故時に現場だけで削除して終える

誤って顧客情報を入力したとき、担当者だけで履歴を削除すると、保存先、外部共有、バックアップ、事業者側での保持状況を確認できないことがあります。事故の内容によっては、個人情報保護委員会への報告や本人への通知などが必要になる可能性もあります。

発見者は、自己判断で隠したり解決したりせず、決められた窓口へ速やかに連絡します。組織として、対象データ、対象者、送信先、閲覧可能性、保存状況を調査し、必要な対応を判断します。

導入前のチェックリスト

• 利用業務、利用者、対象顧客、処理する情報を特定したか
• 顧客情報と従業員情報の流れを図や表で整理したか
• 利用目的の範囲内かを確認したか
• 委託・第三者提供・国外での取り扱いを検討したか
• 入力データの独自利用や学習利用の条件を確認したか
• 保存場所、保存期間、削除方法、バックアップを確認したか
• 再委託先と変更時の通知方法を確認したか
• 認証、権限、ログ、外部共有の設定を確認したか
• 利用できる情報と禁止情報を具体例で定めたか
• 顧客へ出す内容に人の確認を入れたか
• 事故時の連絡先と初動手順を定めたか
• 試行結果を法務・セキュリティ担当と確認したか

運用開始後のチェックリスト

• 承認済みのアカウントとサービスだけが使われているか
• 退職者や異動者の権限が残っていないか
• 禁止情報の入力や無許可のファイル共有がないか
• 保存期限を過ぎたデータが削除されているか
• 出力を確認せず顧客へ送信していないか
• 新機能や外部連携でデータの流れが変わっていないか
• 規約やデータ処理条件に変更がないか
• 問い合わせ、苦情、訂正依頼を適切に処理できているか
• 事故やヒヤリとした事例をルール改善に反映しているか
• 教育内容が実際の営業業務に合っているか

営業AIの審査では、利用可否だけを判定するのではなく、条件付きで利用できる方法を探すことも大切です。実データを使わずに試す、入力項目を減らす、保存しない設定にする、人の確認を追加するなど、業務価値を保ちながらリスクを下げる選択肢があります。

営業のロープレや商談の振り返りをAIで継続したい場合は、利用する情報の範囲と保存ルールを決めたうえで、FAZOMのような営業活動に沿った仕組みを検討する方法もあります。導入時は、自社の個人情報管理方針に合う使い方を確認してください。

まとめ

営業AIの個人情報保護法対応では、顧客情報を入力してよいかという一点だけでなく、取得から送信、保存、利用、共有、削除までの流れを管理する必要があります。顧客名や連絡先に限らず、商談録音、問い合わせ本文、名刺情報、案件評価、自社従業員の活動履歴も個人情報になり得ます。

導入時は、利用目的との整合性を確認し、必要な情報だけを処理します。そのうえで、AI事業者による独自利用や学習利用、委託・第三者提供の位置付け、国外での取り扱い、保存期間、削除、再委託、事故対応を契約と実態の両面から確認します。

運用開始後は、承認済みサービス、入力ルール、アクセス権限、人による出力確認、ログ、定期点検を組み合わせます。利用目的や機能が変わったときは再評価し、現場が迷わず相談できる体制を維持することが、営業AIを継続的に活用するための基盤になります。