GH GambleHub

忘れられる権利

1)「忘れられる権利」とは何ですか?

消去の権利-個人データの削除を要求するデータ主体の権利。EUでは、GDPR Artに祀られています。17;類似体はいくつかの管轄区域に存在する(CPPA/CPRA削除、LGPDなど)。

取り外しのための典型的な基盤は次のとおりです:
  • データは、収集された目的のためにもはや必要ではありません。
  • 処理は同意に基づいており、対象者はそれを撤回しました。
  • 対象となる処理対象(一般的な法的根拠はありません)。
  • データは違法に処理されたか、削除する法的義務を果たす必要があります。
  • 情報社会サービス(特別な理由)を提供するときに子供からデータが収集されました。

2)例外: 削除できない(またはすべてではない)場合)

処理が必要な場合は削除なし(部分的/完全):
  • 法的責任(例:AML/KYC、税務会計、会計書類)。
  • 法的請求(法的/紛争)の確立、実施、または擁護。
  • 情報への表現/権利の自由、公衆衛生の利益、適切な保護措置を講じた科学的/歴史的/統計的目的。
💡 実際には、iGaming/fintechは最も頻繁にAML/KYC(関係の終了から5年後に≥)を法的に保持しています。この場合、データは他の目的でブロックされますが、有効期限まで削除されません。

3)削除vs非アクティブ化vs匿名化

削除-個人データの取り消し不可能な破壊。
匿名化-人とのコミュニケーションの不可逆的な除外;データは識別子なしで集計寸法/MLに残ります。
非アクティブ化(アカウント閉鎖)-アクセス/機能を無効にし、締め切り/例外の有効期限までデータが残ります。

推奨事項:ハイブリッドを適用-製品分析のための最大除去+匿名化が適切な場合。

4)削除DSRプロセス: 要求から確認まで

1.利用可能なチャンネル(Webフォーム、電子メール、プロファイル)を介してリクエストを受信します。
2.申請者の検証(検証のレベルはリスク/感度によって異なります)。
3.例外のチェック(AML/税金/紛争、アクティブなチャージバック/詐欺調査)。
4.適用範囲の分類:完全なプロフィール/特定のカテゴリ/マーケティング。
5.Mark-for-Deletion+start Deletion Orchestrator(第7条を参照)。
6.ベンダー/第三者(プロセッサ/請負業者)の通知および回答の記録。
7.件名の確認:削除されたもの、匿名化されたもの、例外によってブロックされたもの、バックアップの締め切り。
8.ロギング:削除の証拠のWORMログ。

SLA(参照点):30日以内の応答(通知と正当化を使用して別の60に対して拡張できます)。

5) Foundation→Solution→Explanation Matrix

リクエストの理由Decision(決定)ユーザーへのコメント
同意の撤回(マーケティング/分析)関連するデータの削除/匿名化。追加、抑制リストに「マーケティングIDを削除し、将来的に連絡を取らないように、除外リストにアドレスを追加しました。」
処理への異議(一般的な根拠はありません)処理の削除/停止「法的に要求されていないデータの処理と削除を停止しました。」
目的に必要なデータはありません削除/匿名化「データはもはや元の目的のために必要ではありません、それは削除されました/depersonalized。」
削除する法的義務削除(Removal)「削除は法的要件に準拠しています。」
例外:AML/税金/紛争ロック、削除しない"いくつかの記録は、法律(AML/税金/紛争)によってN年まで保持されます。彼らは他の目的のためにブロックされています"

6)正確に削除するもの: 層によるカバレッジ

トランザクション層:プロファイル、連絡先の詳細、トークン(許可されている場合)、支払識別子、KYCアーティファクト(例外がない場合)。
派生データレイヤー:キャッシュ、検索インデックス、キュー、フィーチャーストアML、 DWH、 BIマート、レポート。
ログ/トレース:個人識別子がある場合-マスク/削除;集計/匿名化が許可されています。
マーケティング/アトリビューション:識別子(Cookie/SDK/MAID)、アフィリエイトポストバック、広告オーディエンス-クリーニングと抑制。
プロファイリング/モデル:トレーニングデータセットから将来の反復を削除し、フィーチャーストーリーで「使用しない」とマークします。

7)削除のオーケストレーション(カスケードとバックアップ)

パイプライン:
  • Mark-for-Deletion→Grace (7-30日)→Soft Delete(アクセス/通信を無効にする)→Hard Delete/Anonymize in primary system→caches/indexes/DWH/ML→Evidence Log。
  • バックアップ:バックアップの直接編集は許可されていません。削除は、ストレージウィンドウの有効期限と再同定につながる復元の禁止によって行われます。復元する場合-マークされたIDを再削除するためのsanitizationスクリプト。
実装要件:
  • Idempotentタスク、リトレイ、コマンド重複除外。
  • 線形トレース(コピーと集計)。
  • すべてのシステムでカスケード用の単一のサブジェクトキー。
  • 削除行為のWORMアーカイブ。

8)ベンダー/プロセッサ-通知と契約

DPAでは、oblige processors:指示に従ってデータを削除/返却、DSRのヘルプ、ログ削除、結果の通知。

サブプロセッサの登録;リクエスト応答時間(SLA)の削除)

広告/分析プラットフォーム-制限された処理モードの場合、API信号は「削除/抑制」されます。

9)コミュニケーションテンプレート(フラグメント)

リクエストの承認:
  • "データ削除のご依頼をいただきました。あなたのプライバシーを保護するために、私たちはあなたの身元を確認する必要があります。リンク/コードをチェックしてください"
削除の結果:
  • "当社は、製品および分析システムにおけるお客様の個人データを削除または分離しました。法律で義務付けられている記録(例:AML/税金)はロックされ、N年が経過するまで使用できません。バックアップ中のデータは、ストレージのスケジュールに従って削除されます。リクエストID#XXXX"
例外放棄:
  • "法的拘束義務(AML/税金/紛争)のため、レコードの一部を削除することはできません。これらのレコードは分離され、必須の目的のためにのみ使用されます。残りの情報を削除し、オプションの処理を停止しました"

10)行列「データカテゴリ→メソッド→用語」

カテゴリー一覧メソッド用語/メカニクス
プロフィール/連絡先ハードディスク削除恵みの直後
マーケティングID/SDKハード削除+抑制すぐに;抑制-無期限
アナリティクス(擬似ID)匿名化オーケストレーターの中で
セキュリティログマスキング/匿名化12-24か月(方針によって)
KYC/AMLブロッキング≥ 5年またはローカル
支払いトークン削除/トークン取り消し契約/法的条件によって

11) UXと製品のニュアンス

プロフィールで-クリアボタン「私のデータを削除/アカウントを閉じる」結果の説明(進捗状況/ボーナスの損失)。
別のオプション「マーケティングを拒否する」(アカウントの削除に等しくない)。
リクエストのステータス(進行中)、完了日、リクエストID。
削除は財務諸表を破るべきではありません:非個人の集計を維持します。

12)メトリクスとコントロール

削除SLA:要求から完了までの平均/95パーセンタイル。
カスケード補完率(Cascade Completion Rate)-カスケードがSLA ≤完了するシステムの割合。
バックアップウィンドウのコンプライアンス:バックアップストレージウィンドウのコンプライアンス。
リーガルホールドレビュー率:ホールドレビューの適時性。
DSR拒絶率:正当化を伴う障害の割合。
証拠の完全性:アーティファクトの完全なパッケージを持つケースの割合。
抑制の有効性:取り外しの後でマーケティングの魅力無し。

13)チェックリスト(操作)

プロセスを開始する前に

  • 本人確認が完了しました。
  • チェックされた例外(AML/税金/紛争)。
  • カバレッジ定義(完全/部分)。
  • 証拠ログにエントリを作成しました。

実行

  • Mark-for-DeletionとGrace指定。
  • トランザクションレイヤーでハード削除/匿名化を行いました。
  • キャッシュ/インデックス/DWH/MLにカスケード。
  • プロセッサ/ベンダーに送信される通知。
  • 抑制リストを更新しました。

完了

  • パーツでユーザーへの確認。
  • 必要に応じてRoPA/Retention行列を更新しました。
  • レポートのポストチェック:SLA/エラー/重複。

14)役割と責任(RACI)

サポート/プライバシーオプス:リクエストの受信、検証、通信。
DPO/Legal: grading grounds/exclusions、 legal hold。
セキュリティ/CISO:アクセス監査、WORMログ、バックアップ。
データ工学:取り外しのオーケストレーター、系統、カスケード。
マーケティング/CRM:抑制、通信停止。
財務/コンプライアンス:報告/AML責任の管理。

15)実装ロードマップ(6ステップ)

1.ポリシーとレジストリ:プライバシーポリシー、RoPA、 Retention Matrixを更新します。
2.オーケストレーター:1つのサブジェクトキー、カスケード、idempotency、 Evidence Log (WORM)。
3.ベンダー:DPA要件、'削除/抑制'チャンネル、SLA。
4.UX:削除リクエスト、ステータス、レターテンプレートをクリアします。
5.バックアップ:ストレージウィンドウ、不正な復元の禁止、消毒スクリプト。
6.測定:ダッシュボードSLA、カスケード、証拠、抑制;四半期ごとの監査。

16)管轄区域による差異(簡易)

GDPR:削除する広範な権利+除外をクリアします。応答時間は1か月です。
CPPA/CPRA:消費者から削除する権利。必須の例外(セキュリティ/メンテナンス/エラー/法的義務);GPC会計は、販売/共有からのオプトアウトだけでなく、例外の対象ではないデータを削除するためのメカニズムを必要とします。
LGPD:目標達成/満了/同意の撤回に関する削除;例外と「ブロック」は、GDPRと同様の精神です。

合計

忘れる権利は「ボタン」ではなく、エンドツーエンドのプロセスです。根拠と例外の法的評価→検証→削除と匿名化をすべてのレイヤーでカスケード化→バックアップとベンダーの管理→証明とメトリクス。このフレームワークをアーキテクチャとオペレーションに組み込むことで、規制要件を満たし、リスク表面を削減し、ビジネスと製品の品質を損なうことなく、ユーザーの信頼を維持できます。

Contact

お問い合わせ

ご質問やサポートが必要な場合はお気軽にご連絡ください。いつでもお手伝いします!

統合を開始

Email は 必須。Telegram または WhatsApp は 任意

お名前 任意
Email 任意
件名 任意
メッセージ 任意
Telegram 任意
@
Telegram を入力いただいた場合、Email に加えてそちらにもご連絡します。
WhatsApp 任意
形式:+国番号と電話番号(例:+81XXXXXXXXX)。

ボタンを押すことで、データ処理に同意したものとみなされます。