gdpr-data-handling

GDPR データ取り扱い

GDPR を考慮したデータ処理設計、同意管理、プライバシー制御の実践的な実装ガイドです。

このスキルを使用する場面

• EU の個人データを処理するシステムを構築するとき
• 同意管理を実装するとき
• データ主体からの要求（DSR）に対応するとき
• GDPR のコンプライアンスレビューを実施するとき
• プライバシーを最優先するアーキテクチャを設計するとき
• データ処理契約を作成するとき

このスキルを使用しない場面

• GDPR のデータ取り扱いに関係のないタスクの場合
• この範囲外の別の分野やツールが必要な場合

手順

• 目標、制約、必要な入力を明確にします。
• 関連するベストプラクティスを適用し、結果を検証します。
• 実行可能な手順と検証方法を提示します。
• 詳細な例が必要な場合は、resources/implementation-playbook.md を開きます。

リソース

• 詳細なパターンと例については、resources/implementation-playbook.md を参照してください。

制限事項

• 上記の範囲に明確に該当するタスクにのみ、このスキルを使用してください。
• 出力を、環境固有の検証、テスト、専門家によるレビューの代わりとして扱わないでください。
• 必要な入力、権限、安全上の境界、または成功基準が不足している場合は、作業を中止して確認を求めてください。

このプレイブックは部分的なアプリケーションのひな型であり、コンプライアンス認証ではありません。データベース／認証／イベント／通知のヘルパーと、暦月単位の期限計算は、使用前に実装してテストする必要があります。リクエストで指定された verified ブール値は、本人確認の証明にはなりません。エクスポートまたは削除の前に、ハンドラーを認証・認可し、データ主体の所有権を確認してください。第三者のデータはフィルタリングし、ソースの一部で障害が発生した場合は、完了扱いにせず、その旨を報告してください。データポータビリティには特定の法的範囲があり、アクセス権と同じではありません。保持期間と同意ログのフィールドは例示であり、普遍的な法的最低基準ではありません。収集の必要性を正当化し、法的保全、バックアップ、復元時の取り扱いを適用してください。仮名化や ID の削除だけでは、匿名化が成立したことにはなりません。侵害リスクのフラグには、能力のある担当者による文書化された評価が必要です。また、管理者の対応期限の起点は、実際に認識した時点としてください。高リスクのデータ主体への通知は不当な遅延なく行う必要があり、法的な例外もあります。承認されたインシデント／リクエスト手順の範囲外で、通知を送信したりデータを削除したりしないでください。EDPB の権利に関する期限とEDPB のデータ侵害に関する情報を参照してください。