シナリオ
プライバシー責任者とプラットフォームエンジニアが、年次の処理活動レビューを準備しています。Web の会員登録、CRM、サポートデスク、分析用データウェアハウス、2 つの外部処理者、そして EU 域外のリージョンへの 1 件の移転。
個人データを持つシステムを描き、各フローに運ぶデータカテゴリをラベル付けし、処理者とリージョンをフレームで囲みます。リビジョンのスナップショットがレビュー間の地図の履歴を残します。ブランド付き公開リンクを共有するか SVG/PNG を書き出します。Pro は埋め込みと透かしなし PDF/JPEG を追加します。
描くもの
GDPR データマッピング図
- C4 の Software System と External System ノードとしてのシステムと外部処理者
- 個人データを保存するデータベース、キュー、データウェアハウス
- データカテゴリと目的をラベル付けしたエッジ
- データの所在と国境を越える箇所を示すリージョンと境界のフレーム
- 保管庫、ID プロバイダ、アクセスポリシーのための Security ノード
- システムごとの保存期間と法的根拠のための Table ノード
Archboard を選ぶ理由
Archboard は、プライバシー担当とエンジニアが、古いアーキテクチャのスライドの隣に置いたスプレッドシートではなく 1 枚の地図を描くホスト型ダイアグラムワークスペースです。データ、セキュリティ、C4、クラウドのノードが同じキャンバスに並び、リビジョンのスナップショットがレビュー間で地図がどう変わったかを示します。
このキャンバスのパック
データ · セキュリティ · C4 · クラウド
すべての組み込みパックは Free で使えます（3 ダイアグラム、各ダイアグラム 15 ノード＋メモ・テキスト・ステッカー・マインドマップのトピック 150 件、ブランド付き公開共有、AI エージェントとのライブ編集）。Pro では無制限のダイアグラムとノード、チームメイトがライブ編集するためのシート、埋め込み、透かしなしの書き出しが加わります（$10/シート/月）。
範囲
Archboard はデータマップを描き文書化するのを助けます。法的助言ではなく、法的根拠を決めたり、処理活動の記録を代わりに作成したりはしません。プライバシー専用の記号セットはまだありません。現在は データ、セキュリティ、C4、クラウドのノードで描き、最終的な確認はプライバシー責任者や法務が行います。
セッションの流れ
Google または GitHub でサインインし、テンプレートか空白のキャンバスから始める
個人データを収集・保存・共有するシステムを置く
各フローにデータカテゴリを書き、処理者とリージョンをフレームで囲む
レビュー用にリビジョンを保存し、プライバシー責任者とライブリンクを共有する
いちばん近いテンプレート
Streaming Data Platform
いちばん近いテンプレートは Streaming Data Platform のサンプルです。イベントバス、キュー、Postgres、データウェアハウス、オブジェクトストアと、その間のフローがあります。各フローに運ぶ個人データをラベル付けし、処理者をフレームで囲みます。
ワークスペースに編集可能なコピーを開きます。Archboard が初めてなら Google または GitHub でサインインしてください。すぐにコピーが開きます。
チーム全員が読めるデータマップ
データマップの多くはスプレッドシートから始まります。処理活動ごとに 1 行、カテゴリ、目的、保存期間の列。スプレッドシートは「何を」には答えますが、「どこで」は誰にも見えません。どのシステムがメールアドレスを集め、どのキューが運び、どの処理者が受け取り、どこで国境を越えるのか。GDPR のデータマッピング図は、その「どこで」をページに描きます。システムと処理者はノードに、フローはラベル付きのエッジに、リージョンはフレームになり、個人データがどこへ行くのかを問うとき、プライバシー担当とエンジニアリングが同じ図を指させます。
組織の境界から始めましょう。個人データが入ってくるフォーム、アプリ、インポートです。そこから各フローを内側へ、データを保存したり動かしたりするサービス、データベース、キューへとたどり、外側へはメール、サポート、分析、決済など、データを受け取る処理者へとたどります。各エッジには、運ぶデータのカテゴリと役立つ目的をラベル付けし、システムをリージョンごとのフレームで囲めば、EU 域外への移転がひと目でわかります。各システムの隣に Table ノードを置けば、チームが決めた保存期間や法的根拠も書き込めます。
データマップからレビューへ
データマップが役に立つのは、レビューとレビューの間も最新に保たれている場合だけです。レビューを終えたらリビジョンのスナップショットを保存し、翌年は白紙ではなく既知の形から始められるようにします。質問に答える人たちには、システムならエンジニアリング、目的ならプライバシー責任者というように、ブランド付きの公開リンクを共有しましょう。レビュー資料には SVG か PNG で書き出し、マップそのものを渡す必要があるときは構造化 JSON で書き出します。Pro ではプライバシー Wiki 向けの埋め込みと、透かしなしの PDF・JPEG を追加できます。
Archboard はマップを描いて文書化するのを助けるツールです。法的助言ではなく、法的根拠を判断することも、処理活動の記録を代わりに作ることもありません。プライバシー専用の記号セットはまだなく、現在は データ、セキュリティ、C4、クラウドのノードで、システム、ストア、処理者、リージョンをカバーしています。Google または GitHub でサインインし、いちばん近いテンプレートから始めて、チームが責任を持つ個人データのフローを描きましょう。
公開例を開く
- Streaming Data Platformイベントバス、キュー、Postgres、データウェアハウス、オブジェクトストア。各フローに運ぶ個人データのラベルを付けます。
- C4 Container View人、システム、コンテナ、データベース。処理活動の背後にあるシステムの文脈です。
- Multi-Region Cloud HAリージョンとマネージドデータベース。データがどこにあり、どこで国境を越えるのかを示します。
よくある質問
Archboard は処理活動の記録の代わりになりますか？
いいえ。Archboard は記録の背後にあるマップのための図解ワークスペースです。記録そのもの、法的根拠、最終的なレビューは、プライバシー責任者、DPO、または法務担当が担います。
GDPR やプライバシー専用の記号セットはありますか？
まだありません。現在、データマップは データ、セキュリティ、C4、クラウドのノードで描き、データカテゴリにはラベル付きのエッジ、リージョンにはフレームを使います。いちばん近いテンプレートを開けば、名前を変えて使えるデータ基盤が手に入ります。
データマップは誰が持つべきですか？
多くの場合、プライバシーとエンジニアリングの共同です。目的とカテゴリはプライバシーが、システムとフローはエンジニアリングが担当します。リビジョン履歴のある 1 つの共有キャンバスなら、両方の視点を同じファイルにまとめておけます。