dsar-intake-system

汎用 DSAR 受付システムの構築

概要

汎用 DSAR 受付システムは、複数のチャネルから寄せられるすべてのデータ主体の権利行使請求の受領、本人確認、振り分け、追跡を一元管理します。このスキルでは、準拠性と効率性を備えた権利行使請求管理プログラムの運用に必要なアーキテクチャ設計、本人確認フレームワーク、振り分けロジック、SLA 管理、回答生成機能を提供します。

システムアーキテクチャ

マルチチャネル受付

受付システムは、データ主体が組織に連絡するすべてのチャネルから請求を受け付ける必要があります。

チャネル	受付方法	処理
Web フォーム	meridiananalytics.co.uk/privacy/rights の専用プライバシー権利ポータル	自動取得、構造化データ、即時受領確認
Email	[email protected]（専用の監視対象受信箱）	半自動：メールパーサーが主要なフィールドを抽出し、手動でトリアージ
電話	プライバシーホットライン：+44 20 7946 0958（スタッフ対応：月〜金 09:00-17:00 GMT）	エージェントによる支援：通話中にエージェントが受付フォームに記入
郵便	Data Protection Office, 47 Canary Wharf Tower, London E14 5AB	手動：スキャンしてデジタル化し、2 営業日以内にシステムに入力
対面	登記上の事務所の受付デスク	エージェントによる支援：スタッフが受付フォームに記入
ソーシャルメディア	公式チャネルへのダイレクトメッセージ	正式なチャネルに案内します。ソーシャルメディア経由で権利行使請求を処理しないでください

一元的な請求台帳

すべてのチャネルからの請求を、次のレコード構造を持つ単一の一元的な台帳に集約します。

フィールド	説明
参照番号	自動生成：[TYPE]-YYYY-NNNN（例：DSAR-2026-0142）
受領日	最初に受領した時点の UTC タイムスタンプ
チャネル	受付元チャネル
請求の種類	アクセス（Art. 15）、消去（Art. 17）、ポータビリティ（Art. 20）、処理の制限（Art. 18）、訂正（Art. 16）、異議申立て（Art. 21）、マーケティングのオプトアウト（Art. 21(2)）、自動化された意思決定（Art. 22）、CCPA の開示請求、CCPA の削除請求、CCPA のオプトアウト請求
データ主体の氏名	請求者から提供されたとおり
データ主体の識別情報	メールアドレス、アカウント番号、提供されたその他の識別情報
本人確認ステータス	保留中／確認済み／失敗
本人確認レベル	低／中／高
担当者	対応を担当するプライバシーチームのメンバー
優先度	標準／複雑／緊急
ステータス	受領済み／受領確認済み／本人確認中／処理中／QA レビュー／提供済み／完了
期限	算出された回答期限
延長	期限延長が適用されたかどうか
備考	処理メモ用の自由記述欄

本人確認フレームワーク

段階的な本人確認

レベル	適用条件	要件	期限の扱い
レベル 1 — 低リスク	認証済みアカウントからの請求（ログイン済みポータル、確認済みメールアドレス）	既存の認証を使用してアカウントの所有権を確認	直ちに期限の計算を開始
レベル 2 — 中リスク	既知のメールアドレスからの請求（記録と一致）だが、認証されていない	次の項目から 2 つを提示：生年月日、アカウント番号、郵便番号、決済手段の下 4 桁	本人確認後に期限の計算を開始
レベル 3 — 高リスク	未知のチャネルからの請求、または他者に代わって行われた請求	政府発行の顔写真付き ID と追加の識別情報 1 つ。第三者からの請求：データ主体の署名入り委任状と、双方の ID	本人確認後に期限の計算を開始

本人確認ワークフロー

[Request Received]
         │
         ▼
[Determine Verification Tier]
   │
   ├── Authenticated channel? ──► Tier 1 (auto-verified)
   ├── Known identifier matches? ──► Tier 2 (request 2 data points)
   └── Unknown channel / third party? ──► Tier 3 (request ID + authorisation)
         │
         ▼
[Verification Request Sent (within 3 business days)]
         │
         ▼
[Verification Response Received?]
   ├── Yes ──► [Data Points Match?]
   │             ├── Yes ──► Mark Verified, start clock
   │             └── No ──► Request additional info (one retry)
   │                          ├── Second attempt matches ──► Verified
   │                          └── Second attempt fails ──► Close as Unverified
   │
   └── No response (30 days) ──► Close as Abandoned

振り分けロジック

リクエストの自動分類

受け付け時に、システムは以下に基づいてリクエストを分類し、振り分けます。

1. リクエストの種類（ウェブフォームの選択項目またはメールのキーワードから抽出）：

   • アクセス／DSAR → DSAR チーム
   • 消去／削除 → 消去チーム
   • データポータビリティ／エクスポート → データポータビリティチーム
   • マーケティングのオプトアウト → マーケティング運用チーム（即時処理）
   • CCPA リクエスト → 米国プライバシーチーム
   • 規制当局への苦情 → DPO + 法務

2. 複雑さの評価：

   • 標準：リクエストの種類が1つ、管轄区域が1つ、データシステムが5つ未満
   • 複雑：リクエストの種類が複数、国境を越える、データシステムが5つを超える、または適用除外が関係する
   • 緊急：規制当局からの照会、法的期限、またはデータ主体に差し迫った危害のおそれがある

3. 管轄区域の特定：

   • 英国／EU のデータ主体 → GDPR ワークフロー（期限：30日）
   • カリフォルニア州の居住者 → CCPA ワークフロー（期限：45日）
   • その他の米国の州 → 該当する州のプライバシー法ワークフロー
   • その他の管轄区域 → 適用法を評価し、標準として GDPR を適用

振り分けマトリックス

リクエストの種類	担当者	優先度	SLA
DSAR（Art. 15）— 標準	プライバシーアナリスト	標準	30日
DSAR（Art. 15）— 複雑	シニアプライバシーアナリスト	複雑	30日（90日まで延長可能）
消去（Art. 17）	プライバシーアナリスト	標準	30日
データポータビリティ（Art. 20）	データエンジニア + プライバシーアナリスト	標準	30日
訂正（Art. 16）	プライバシーアナリスト	標準	30日
処理の制限（Art. 18）	シニアプライバシーアナリスト	標準	30日 + 実施まで72時間
異議申し立て（Art. 21）	DPO	複雑	30日 + 即時停止
マーケティングのオプトアウト（Art. 21(2)）	マーケティング運用チーム	緊急	24時間
自動化された意思決定（Art. 22）	DPO + テクニカルリード	複雑	30日
CCPA に基づく開示請求	プライバシーアナリスト	標準	45日
CCPA に基づく削除請求	プライバシーアナリスト	標準	45日
CCPA のオプトアウト	マーケティング運用チーム	緊急	15営業日
規制当局への苦情	DPO + 法務責任者	緊急	DPA の期限に従う

SLA の追跡

ダッシュボードの指標

指標	目標	測定方法
3営業日以内の受領確認	100%	3営業日以内に受領確認したリクエスト数 / リクエスト総数
法定期限内の回答	100%	期限内に回答した件数 / 回答総数
平均回答時間	< 20暦日	回答日数の合計 / 完了したリクエスト数
本人確認完了率	> 95%	本人確認済みのリクエスト数 / 本人確認が必要なリクエスト総数
延長率	< 15%	延長されたリクエスト数 / リクエスト総数
初回問い合わせでの解決率（マーケティングのオプトアウト）	24時間以内に100%	24時間以内に解決した件数 / マーケティングのオプトアウト総数

エスカレーションルール

条件	エスカレーション
20日経過しても回答が送付されていない	担当者とチームリーダーに通知
25日経過しても回答が送付されていない	DPO に通知
28日経過しても回答が送付されていない	DPO + 法務責任者に通知（緊急優先度）
28日目までに延長通知が送付されていない	DPO に通知（コンプライアンス上のリスク）
本人確認が14日を超えて保留中	担当者に通知（データ主体へのフォローアップ）

回答の生成

自動応答コンポーネント

システムは、モジュール式のコンポーネントを組み合わせて応答を生成します。

1. カバーレター：標準ヘッダー、宛名、参照番号、冒頭の段落。
2. 権利別の内容：権利の種類ごとのテンプレート段落。
3. データの取りまとめ：システムが生成するデータ抽出結果（アクセス請求の場合）。
4. 補足情報：Art. 15(1)(a)-(h) の情報ブロック（アクセス請求の場合）。
5. 墨消し記録：墨消しフラグに基づいて自動生成されます（免除事由を適用するアクセス請求の場合）。
6. 第三者への通知記録：Art. 19 に基づき通知した受領者（消去、訂正、処理制限の場合）。
7. 権利に関する情報：データ主体のその他の権利と苦情申立ての手段を記載した標準ブロック。
8. 署名欄：DPO の氏名と連絡先。

品質保証チェックリスト

応答を送信する前に、QA レビュアーは次の項目を確認します。

• 応答が該当する GDPR 条文のすべての要素に対応している
• データ抽出結果が完全である（特定されたすべてのシステムを照会している）
• 墨消しが法的に正当化され、記録されている
• 応答期限を遵守している（または延長について適切に通知している）
• Art. 12 に従い、明確で平易な言葉で応答している
• 配送方法が安全である（暗号化、安全なポータル、または書留郵便）
• DPO の承認を得ている