AI電話ベンダーのデータ取扱いを確認する

AI電話ベンダーのデータ取扱いは、「国内保存」や「学習しない」という一つの回答で判断しません。預けるデータがどの処理を通り、誰がどこから扱い、いつ消えるかを一件の業務で追います。

確認結果は営業担当者の説明だけで終えず、公開資料と契約条項へ結び付けてください。未確定の条件は導入後の確認事項へ送らず、対象データを渡す前に回答期限を決めます。

預けるデータと処理を一枚にする

最初に、AI電話へ渡す情報と生成される記録を書き出します。発信先の電話番号だけを渡す構成と、CRMの顧客情報を参照する構成では確認範囲が違います。録音から文字起こしや要約が作られる場合は、それぞれを別のデータとして扱います。

データごとに処理の目的を付けます。通話を成立させるための処理と、品質改善のために後から使う処理を一つにまとめません。利用目的が違えば、アクセスする担当者と保存期間も分けて確認できます。

個人情報保護委員会の通則ガイドラインは、個人データの取扱いを委託する場合の委託先監督や安全管理措置を示しています。製品名だけで委託範囲を決めず、自社が渡すデータと処理から確認対象を定めます。

一件の通話をデータフローへ落とす例

代表電話の用件をAIが受け、要約をCRMへ渡す構成を考えます。以下は候補ベンダーの仕様ではなく、質問漏れを見つけるための記入例です。製品が決まったら、各役割を実際の契約先と保存先へ置き換えます。

この構成で録音R-1004を削除すると、参照URLから再生できなくなっても、CRMへ複製したS-1003の本文は別に残ります。ダウンロードした音声があれば、それも独立した保存先です。削除試験では一つのボタンだけを見ず、T-1002とS-1003まで追います。

保存先の違いは実在製品でも確認できます。Amazon Connect Customerのデータ取扱い資料では、録音は一時保持後に利用者のS3へ配信され、問い合わせメタデータはサービス側に保存されます。リアルタイム分析の処理データにも別の保持条件があります。この仕様を他製品へ当てはめず、候補ごとに音声と生成物の保存先を聞く材料にしてください。

各経路には処理先の国と、保存するかどうかも追記します。未回答の欄を「保存なし」と推測して埋めません。通常の応対とは別に学習・改善へ使うなら、その分岐にも対象データと停止方法を付けます。AIが使われること自体は、学習へ使われる証拠ではありません。

委託先と再委託先を確認する

契約するAI電話ベンダーだけで処理が完結するとは限りません。音声の認識と合成に加えて、生成AIやクラウド基盤を外部サービスへ再委託する場合があります。データの種類ごとに再委託先を確認してください。

委託先一覧が公開されている場合は、更新通知の方法も見ます。社名だけでなく、担当する処理と所在国が分からなければ自社への影響を判断できません。再委託先が変わる前に通知されるか、異議を申し出る手続があるかを契約で確かめます。

委託先への監督は、契約締結時の質問票だけでは終わりません。取扱状況をどの資料で定期確認できるかを決めます。監査報告書や認証の有無だけでなく、自社が利用する機能と対象範囲が一致しているかを確認してください。

保存地域とアクセス地域を分ける

データの保存地域と、運用担当者がアクセスする地域は別に聞きます。国内リージョンへ保存していても、国外のサポート担当者や再委託先が内容へアクセスする構成があります。バックアップと障害調査用の複製先も対象です。

個人情報保護委員会のQ&Aは、外国にある委託先や再委託先への監督について説明しています。外国にある第三者への提供編では、契約で利用目的や安全管理を定める例も示されています。再委託と漏えい時の対応も対象です。

国外の処理があることだけで直ちに利用不可とは判断しません。反対に、国内保存だけで問題がないとも判断できません。データへのアクセスと契約主体を確定し、委託や外国にある第三者への提供に関する適用関係を法務担当者が確認します。

国名だけで可否を決めず、どのデータへ誰がアクセスできるかを確認します。通話内容を見ない保守と、録音を再生する品質支援では影響が違います。アクセスが必要な場面と承認方法、操作記録の保存を分けて聞いてください。

AI学習利用と品質改善を分ける

「AI学習に使わない」という回答では、品質改善の範囲が残ります。基盤モデルの学習と顧客ごとの辞書改善を分けます。誤認識の解析や担当者による会話確認も別の処理です。入力データだけでなく、録音から作られた文字起こしや要約も対象です。

個人情報保護委員会の生成AIに関する注意喚起は、個人データを生成AIサービスへ入力する場合に、利用目的の範囲や提供事業者による取扱いを確認するよう促しています。学習除外の設定だけでなく、契約と実際の処理を照合します。

改善利用を許可する場合は、対象データと期間を限定します。自社データだけを使うのか、他社向けの改善にも使うのかを確認してください。設定を変更した後、過去に保存したデータへいつ反映されるかも聞きます。

削除と事故連絡を期限で確認する

削除は管理画面の操作だけで判断しません。契約終了時と個別削除時に、稼働系から消える時点を確認します。ログとバックアップに加えて、再委託先の削除も対象です。削除完了を示す記録を受け取れるかも聞いてください。

事故連絡は「速やかに」だけでなく、起算点と最初の連絡内容を確認します。ベンダーが事象を認識した時点から何時間以内か、影響範囲が未確定でも第一報が届くかを決めます。再委託先で起きた事故も同じ経路へ含めます。

連絡後に自社が判断する事項も整理します。対象データと期間、影響を受けた人の範囲、停止すべき機能が分からなければ初動が遅れます。追加報告の頻度と最終報告の条件を契約前に確認してください。

回答がそろっていない候補の判断例

回答書にチェックが付いていても、対象データが違えば判断は変わります。次は架空の候補Aから「国内保存・学習なし・削除可能」と回答されたときの整理例です。法令の一律基準ではなく、導入審査で不足を残さないための編集部の提案です。

例えば、録音の削除は確認できても要約処理の保存条件が未回答なら、実データを要約APIへ送る段階は承認しません。必要なら個人情報を含まない架空の試験データだけで接続を確認します。その試験の成功を、データ取扱い審査の合格へ読み替えないことが大切です。

保持期間を決めるときは、開始日と終了条件も書きます。「通話日から30日」と「案件完了から30日」は違う期間です。この30日は説明用で、推奨期間や法定期間ではありません。通則ガイドラインは、利用する必要がなくなった個人データを遅滞なく消去するよう努めることを示しています。保存義務や業務上の必要性を確認して期間を決めます。

契約終了後に新しい処理を止めることと、過去の複製を消すことも分けます。削除対象とバックアップの残存期限を記録し、復元時に削除対象が再び通常利用されない扱いまで確認してください。完了は担当者と確認日を付けて閉じます。

六つの証拠を導入前にそろえる

候補ベンダーごとに、次の六つを同じ版と確認日で保存します。

1. 自社のデータフローと対象機能
2. 委託先と再委託先の一覧
3. 保存地域とアクセス地域の回答
4. AI学習と品質改善の利用条件
5. 個別削除と契約終了時の削除条件
6. 事故連絡の期限と連絡経路

回答が公開資料と契約で違う場合は、契約上の適用関係を確認します。営業資料だけにある機能や約束は、そのまま比較表へ入れません。質問への回答者と日付を残し、製品更新や再委託先の変更時に見直します。

最初の作業は、導入予定の一業務を選ぶことです。入力と録音から生成物を経て、外部連携へ届く流れを一枚に描きます。その図を候補ベンダーへ渡し、六つの証拠がそろうまで実データを使った検証へ進まないようにしてください。