data-flow-mapping

国際データフローのマッピング

概要

包括的な国際データフローマップは、あらゆる国境を越えるデータ移転コンプライアンスプログラムの基盤となる前提条件です。GDPR第30条は、管理者および処理者に対し、第三国または国際機関への移転を文書化するよう求めています。規制遵守に加え、データフローのインベントリを作成することで、保護されていない移転を特定し、適切な移転メカニズムを割り当て、管轄区域を越えるデータの移動を継続的に監視できます。このスキルでは、システムごとにデータフローのインベントリを作成し、すべての第三者受領者を特定し、移転メカニズムを割り当て、ギャップ分析を実施するための体系的な手法を紹介します。

データフローのインベントリ作成手法

フェーズ1：システムのインベントリ作成

組織内で個人データを処理するすべての情報システム、アプリケーション、サービスを特定します。

Athena Global Logisticsのシステムカテゴリ：

カテゴリ	システム	処理する個人データ
エンタープライズリソースプランニング	SAP S/4HANA (hosted Frankfurt DC)	従業員データ、顧客データ、サプライヤーデータ、財務データ
輸送管理	CargoWise One (SaaS, hosted Sydney)	顧客の貨物データ、荷受人データ、通関業者の連絡先
顧客関係管理	Salesforce (SaaS, hosted Frankfurt)	顧客の連絡先、コミュニケーション履歴、営業パイプライン
人事	Workday (SaaS, hosted Dublin)	従業員の個人データ、給与、福利厚生、業績、人材採用
メールおよびコラボレーション	Microsoft 365 (SaaS, hosted EU DC)	従業員のコミュニケーション、連絡先、カレンダー、ファイルストレージ
倉庫管理	Manhattan Associates (hosted Frankfurt DC)	倉庫作業員のID、シフトスケジュール、アクセスログ
車両管理	Fleetio (SaaS, hosted US)	運転手の氏名、免許番号、GPS追跡データ、車両の割り当て
顧客ポータル	Custom web application (hosted Frankfurt DC)	顧客のログイン認証情報、貨物追跡、書類のアップロード
分析プラットフォーム	Snowflake (SaaS, hosted Frankfurt)	集約された業務データ、仮名化された顧客分析データ
ITサービス管理	ServiceNow (SaaS, hosted Amsterdam)	従業員のITチケット、連絡先情報、デバイスの割り当て

フェーズ 2：データフローの特定

各システムについて、国境を越える個人データのすべてのフローを追跡します。

データフローの追跡方法：

1. 受信フロー：個人データはどこからシステムに入りますか？（ユーザー入力、API 統合、ファイルのインポート、メール）
2. 内部処理：データはどこに保存され、処理されますか？（プライマリデータセンター、災害復旧サイト、開発／テスト環境）
3. 送信フロー：個人データはシステムからどこへ送られますか？（サードパーティとの統合、データのエクスポート、メール送信、バックアップの複製）
4. サブプロセッサーの連鎖：SaaS システムについては、プロバイダーのサブプロセッサーとその所在地を特定します。
5. サポートアクセス：第三国のサポートスタッフが個人データにアクセスする可能性のあるリモートサポート体制を特定します。

Athena Global Logistics のデータフロー登録簿の例（抜粋）：

フロー ID	ソースシステム	ソースの所在地	宛先	宛先の国	データカテゴリー	処理の法的根拠	移転メカニズム
DF-001	SAP S/4HANA	Frankfurt, DE	Athena Logistics (HK) Ltd — ローカル SAP インスタンス	Hong Kong SAR	顧客名、住所、貨物データ	Art. 6(1)(b) 契約	SCCs Module 1
DF-002	CargoWise One	Sydney, AU	Athena Global Logistics GmbH — API による取得	Australia	出荷状況、荷受人の詳細	Art. 6(1)(b) 契約	EU の十分性認定（暗黙の適用 — AU に対する認定はないため、SCCs Module 2 が必要）
DF-003	Workday	Dublin, IE	Workday Inc のサブプロセッサー（米国のバックアップ DC）	United States	従業員の人事データ	Art. 6(1)(b) 雇用契約	EU-US DPF ＋ バックアップ用 SCCs
DF-004	Fleetio	Atlanta, US	該当なし（プライマリ処理は米国）	United States	ドライバー名、免許証番号、GPS データ	Art. 6(1)(f) 正当な利益	EU-US DPF（認証を確認）
DF-005	SAP S/4HANA	Frankfurt, DE	Athena Freight Services India — SFTP による一括転送	India	従業員データ（給与、福利厚生）	Art. 6(1)(b) 雇用契約	SCCs Module 1
DF-006	カスタムポータル	Frankfurt, DE	TransPacific Freight Solutions — API	Hong Kong SAR	顧客の出荷データ	Art. 6(1)(b) 契約	SCCs Module 2
DF-007	Microsoft 365	EU DC	Microsoft Corp のサブプロセッサー（グローバル）	複数（US、SG、IE）	従業員のメール、ファイル	Art. 6(1)(b) 契約	EU-US DPF（US）；SCCs（SG）

フェーズ 3：サードパーティの特定

国際移転を通じて個人データを受け取るすべてのサードパーティ（プロセッサー、サブプロセッサー、共同管理者、独立管理者）を一覧にします。

サードパーティ	役割	国	受け取るデータ	目的	契約参照
TransPacific Freight Solutions Ltd	プロセッサー	Hong Kong SAR	顧客の出荷データ	貨物の混載と通関	DPA-2025-001
CloudVault Asia Pte Ltd	サブプロセッサー（TransPacific の）	Singapore	顧客の出荷データ（ホスティング）	クラウドインフラストラクチャ	TransPacific 経由のサブプロセッサー契約
Pinnacle Data Services Co Ltd	サブプロセッサー（TransPacific の）	Thailand	通関書類データ	データ入力と検証	TransPacific 経由のサブプロセッサー契約
Athena Freight Services India Pvt Ltd	管理者（グループ内）	India	従業員の人事データ	現地の雇用管理	グループ内 DPA-2024-005
Workday Inc	プロセッサー	Ireland（プライマリ）、US（バックアップ）	従業員の人事データ	HRIS プラットフォーム	DPA-WD-2024-001
Fleetio Inc	プロセッサー	United States	ドライバーデータ	車両管理	DPA-FL-2024-003
Microsoft Corporation	プロセッサー	EU、US、Singapore	従業員のメールとファイル	メールとコラボレーション	DPA-MS-2024-001

フェーズ 4：移転メカニズムの割り当て

特定した各国際データフローについて、適切な移転メカニズムを割り当てます。

For each flow:
  1. Check: Does the destination have an EU adequacy decision?
     → YES: Record "Adequacy Decision" as mechanism. Done.
     → NO: Continue.
  2. Check: Is the importer DPF-certified (for US transfers)?
     → YES: Record "EU-US DPF" as mechanism. Recommend SCCs as backup.
     → NO: Continue.
  3. Check: Are SCCs in place between the parties?
     → YES: Record "SCCs Module X" as mechanism. Verify TIA completed.
     → NO: Continue.
  4. Check: Are BCRs in place covering the transfer?
     → YES: Record "BCRs" as mechanism. Verify scope covers the data.
     → NO: Continue.
  5. Check: Does an Art. 49 derogation apply?
     → YES: Record "Art. 49(1)(x)" as mechanism. Document justification.
     → NO: FLAG AS UNPROTECTED TRANSFER — immediate action required.

フェーズ 5：ギャップ分析

有効な移転メカニズムがない移転を特定します。

ギャップの種類	説明	優先度	是正措置
メカニズムなし	Art. 45/46/49 に基づく根拠がないまま行われている移転	重大	移転を停止するか、30 日以内に SCC を締結します
メカニズムの期限切れ	失効した 2010/2021 年版に基づく SCC、または認証の有効期限が切れた DPF	高	60 日以内にメカニズムを更新します
TIA の欠落	SCC は締結済みですが、文書化された TIA がありません	高	30 日以内に TIA を完了します
文書化が不完全	メカニズムは存在しますが、附属書の項目が未記入です	中	60 日以内に文書を完成させます
サブプロセッサーのギャップ	インポーターが SCC の対象外であるサブプロセッサーを利用しています	高	SCC の適用範囲を拡大するか、インポーターに Module 3 SCC の締結を求めます
未把握のフロー	マッピング中に特定された、これまで把握されていなかったデータフロー	高	30 日以内に評価し、メカニズムを割り当てて文書化します

データフローの可視化

可視化の手法

1. 地図上での可視化：世界地図上にデータフローを描画し、線を色分けします。

   • 緑：十分性認定によって対象となる移転
   • 青：TIA が完了した SCC/BCR によって対象となる移転
   • 黄：メカニズムの対象ではあるものの、TIA が保留中または審査中の移転
   • 赤：有効なメカニズムがない移転 — 直ちに対応が必要

2. システム中心の図：主要な各システムについて、すべてのデータの流入・流出、移転先の国、およびメカニズムを示す図を作成します。

3. 第三者関係マップ：組織を中心に置き、すべての第三者とデータフローが外側へ広がるネットワーク図を作成し、管轄区域ごとにグループ化します。

4. 移転登録簿ダッシュボード：メカニズムの種類、移転先の国、リスクレベル、審査状況で絞り込みできる表形式のビューを作成します。

継続的な保守

1. トリガーに基づく更新：新しいシステムの導入、新しいベンダーの追加、企業再編、新しい国での事業開始、新しいデータカテゴリーの追加に応じて、データフローを再マッピングします。
2. 定期的なレビュー：データフローの全件を少なくとも年に 1 回レビューします。
3. 自動検出：ネットワーク監視ツールとデータ損失防止（DLP）ツールを導入し、文書化されていない国境を越えたデータフローを検出します。
4. RoPA との統合：データフローマップを Art. 30 の処理活動記録に直接反映します。
5. ベンダー登録簿との統合：第三者データ受領者のマップをベンダー管理システムおよび DPA 追跡システムに反映します。