BPO委託先のセキュリティは何を見る?契約前から運用後までの確認ポイント

BPOで個人情報や社内データを預けるときに、委託前、契約、開始時、運用後で確認したいセキュリティ項目を実務の流れに沿って解説します。
BPOのセキュリティ確認は、認証マークの有無を並べて終わるものではありません。実際に預ける情報について、「誰が」「どこから」「何のために」アクセスし、問題が起きたときに「誰へ」「いつ」連絡するのかまで運用へ落とし込む必要があります。
個人情報保護委員会のガイドラインでは、個人データの取扱いを委託する場合、委託元にも委託先を必要かつ適切に監督することが求められています。外注したから情報管理まで相手任せになるわけではありません。
最初に決めるのは、委託先へ何を見せるか
質問票を送る前に、自社側で預ける情報と作業範囲を棚卸しします。氏名と連絡先だけを扱う業務、給与や口座情報を扱う業務、本人確認書類まで見る業務では、必要な管理レベルが同じではありません。
同じデータ入力でも、匿名化されたアンケート結果をExcelへ転記する仕事と、本人確認書類を見ながら顧客システムへ登録する仕事ではリスクが変わります。情報、作業、システムを一つの流れとして見ることが出発点です。
委託前に整理したい4つの情報
必要のない情報まで見せない設計も重要です。受注登録に氏名と配送先だけ必要なら、決済情報や社内評価まで同じ権限で見せる理由はありません。委託範囲とアクセス範囲を合わせるだけでも、管理対象は絞れます。
認証より先に「今回の業務でどう運用するか」を聞く
認証や社内規程は、会社全体の管理体制を知る材料になります。ただし、その仕組みが今回の業務でどう使われるかは別に確認します。入退室を管理していても、作業端末から自由に外部へファイル送信できるなら、預ける情報に合った対策とは言い切れません。
確認したいのは、作業場所、端末の持ち出し、アクセス権限、操作ログ、紙とデータの保管・廃棄、従業者への教育、管理者の確認方法などです。「対策しています」という回答ではなく、誰が実施し、どの記録が残るのかまで聞くと実態が見えます。
確認したいのは「有無」より「使われ方」
表面的な確認
- 認証を取得している
- 規程がある
- ログを取っている
- 教育をしている
実務で確認したいこと
- 今回の作業者は誰か
- どの端末・場所で扱うか
- 誰がログを見るか
- 権限変更や退職時にどう止めるか
電話対応のように録音、受付記録、顧客システムへ情報が分散する業務では、保存先ごとに閲覧者を整理します。電話対応の外注でも、受付から記録までの切り分けを確認できます。
契約では「使い方」と「問題が起きたとき」を決める
契約書や仕様書には、委託目的、扱える情報、複製や持ち出しの可否、保管期間、業務終了後の返却・削除などを落とし込みます。再委託を認める場合は、どの条件で認めるのか、再委託先にも何を求めるのかを明確にします。
事故時の動きも同じです。第一報の連絡先、報告までの時間、報告内容、原因調査への協力、影響範囲の確認方法を、問題が起きる前に決めておきます。個人情報保護委員会は、委託先で個人データの漏えい等が発生した場合の報告について、委託元・委託先それぞれの関係を示しています。
損害賠償条項だけを細かくしても、初動が曖昧では実務上の備えになりません。契約上の責任と、現場が最初に何をするかを分けずに設計することが重要です。
開始前は、受け渡しから削除まで一度通して試す
本番前に小さなサンプルで一連の流れを試すと、書類だけでは見えない穴が見つかります。受領確認は誰がするのか、データはどこへ置かれるのか、作業者だけが開けるのか、納品後に中間ファイルは残らないか。工程を実際に通すことで確認できます。
セキュリティ条件を運用へ落とす流れ
テストで見つかった問題は、手順か権限のどちらに原因があるかを分けて直します。たとえば共有フォルダの閲覧範囲が広すぎるなら権限を見直す。不要な中間ファイルが残るなら削除ルールを変える。開始前に直せる問題は少なくありません。
運用後は「変更」と「例外」を見る
契約締結時の確認だけでは足りません。担当者、作業場所、利用システム、再委託先が変われば、最初に確認した前提も変わります。月次報告や定例会では、事故件数だけでなく、こうした変更の有無も確認対象にします。
個人情報保護委員会は、委託先の取扱状況を把握する方法について、必ずしも一律の立入検査だけを求めているわけではありません。扱うデータの内容や規模に応じて、報告、記録確認、監査など適切な方法を選びます。
運用開始後に見たい項目
委託範囲を追加するときも再確認します。氏名と電話番号だけだった業務に住所や口座情報が加わるなら、以前の管理条件のままでよいとは限りません。
問題が起きたときは、個人のミスで終わらせない
誤送信や権限設定ミスが起きた場合、担当者への注意だけで終えると同じ条件が残ります。どの工程で防げなかったのか、手順、権限、チェック、教育のどこに原因があったかを見ます。
改善後は、修正したルールが現場で使われているかを確認します。事故対応は「報告して終了」ではなく、原因を運用へ戻すところまでが一連の流れです。セキュリティを品質管理と切り離さず、定例の改善項目として扱う方が実務に馴染みます。
セキュリティ要件は、見積もり前に出す
専用席、閉じたネットワーク、作業場所の制限、二名確認、詳細な操作記録などを求めると、必要な設備や人員が変わります。見積もり後に追加すると、費用や開始時期を調整し直すことになりかねません。
業務量や納期と一緒に、預ける情報、利用システム、必須の管理条件を伝えます。要件が固まっていなければ、「個人情報を含む紙を受け取り、システムへ入力する」と現在の流れを説明するだけでも、委託先側から必要な確認事項を出してもらえます。
BPO会社の選び方では、セキュリティを含めて複数社を同じ条件で比較する方法を整理しています。必要以上に厳しい条件を並べるのではなく、自社の情報と業務にとって譲れない条件を先に決めるのが基本です。
参考資料・出典
記事上で公開するURLは公的機関の情報に限定しています。
BPOの情報管理について相談する
預ける情報と実際の業務フローから、委託先へ確認すべき管理条件を整理します。
無料相談する→外注ラボ編集部
業務の外注を初めて検討する担当者に向けて、BPO・業務委託の基礎から、業務の切り分け方、費用・契約、AIやツールとの比較まで整理して届けます。


