← すべてのプロジェクト03 / 権利 / しないという意思 / 2026

HAAM GDPR法律は、文書化されていないAPI。

研究と実務で継続運用中のシステム

データへのアクセスとポータビリティをめぐる、長期的な作業の仕組みです。法的な権利は、製品画面にない機能への道を開くことがある、という広いデザイン上の主張を検討します。Gmail、ChatGPT、Codex、ローカルのエクスポート、数百社の事例を横断して調整しています。

01 / 人の意思

人の意思

アカウントを保ち、別途許可されない限り削除は明示的に避けながら、第15条のアクセスと第20条のポータビリティに基づくデータを取得する。

02 / システム・エージェントの行動

システム・エージェントの行動

管理者を特定し、請求を準備し、返信を分類し、本人確認を追跡し、エクスポートを保存し、不足を監査し、追加対応やエスカレーションを進める。その間も各事例の状態を持続的に保つ。

03 / 越えてはならない境界

越えてはならない境界

このプロジェクトでは、製品のUXと法的に認められた権利を別の層として扱います。エクスポートボタンがないこと、セルフサービスが使えないこと、古いシステムが扱いにくいことだけでは、権利行使によって何を請求できるかは決まりません。同時に、「しない」という意思も、すべての引き継ぎで保たれなければなりません。「アクセスとポータビリティのみ」は厳格な制約のままです。

意思を保つ / 中核

このプロジェクトでは、製品のUXと法的に認められた権利を別の層として扱います。エクスポートボタンがないこと、セルフサービスが使えないこと、古いシステムが扱いにくいことだけでは、権利行使によって何を請求できるかは決まりません。同時に、「しない」という意思も、すべての引き継ぎで保たれなければなりません。「アクセスとポータビリティのみ」は厳格な制約のままです。

システム内の根拠

システム内の根拠

  • 複数の事例で、セルフサービス画面が示す範囲と、権利請求後に組織が取り出せる、または提供できる範囲との隔たりが繰り返し現れています。
  • この仕組みでは、法律を組織へのもう一つのインターフェースとして扱います。製品UXは通常の経路を定めますが、権利行使の手続きでは内部システムを通る別の経路が必要になることがあります。
  • 請求、本人確認、エクスポート、監査、追加対応、エスカレーション、完了は別々の状態に保ちます。エージェントが救済手段をひそかに変更せず、アクセスを求め続けられるようにするためです。