> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# データ保持と削除：GDPRプライバシー管理

> Diditが検証データを保存する期間の設定、オンデマンドのセッション削除、EUレジデンシー、GDPR、DPAに対応したプライバシー重視のKYCの実装方法です。

## 役割と処理場所

| 項目 | 詳細 |
| - | - |
| **処理者としての役割** | Diditは**データ処理者**として機能し、御社はデータ管理者のままです。 |
| **処理リージョン** | 既定はEUです。エンタープライズアカウントでは、提供状況と契約に応じて**国内処理**（ローカルのデータレジデンシー）を有効にできます。 |
| **規制への対応方針** | **GDPR**および各国のデータ保護制度に対応できるよう設計されています。義務を満たすよう、以下で保持期間を設定してください。 |

> [!NOTE]
>
> DPA、TOM、その他のコンプライアンス証明が必要な場合は、Diditの担当者にお問い合わせください。

***

## 保持期間の管理

保持期間は、**Business Console → アプリ設定 → データ保持**で設定します。

**1. 保持設定を開く**

**Business Console → アプリ設定 → データ保持**に移動します。

**2. 保持ポリシーを選ぶ**

**1か月**から**10年**までの期間を選択します。**無制限**とカスタム期間は、エンタープライズで利用できます。
新しいアプリケーションは、プランに含まれる最長の期間で開始されます。Freeは**1年**、Growthは**5年**、Scaleは**10年**、エンタープライズは**無制限**です。

**3. 保存する**

**保存**をクリックすると、今後のセッションと既存のセッションすべてにポリシーが適用されます。

このポリシーは、Diditが保存する検証の入力・出力、派生した結果、運用メタデータに適用されます。セッションが期間の終わりに達すると、[セッションの削除](https://docs.didit.me/sessions-api/delete-session.md)と同じ方法で削除されます。[生体認証テンプレートの保持](#生体認証テンプレートの保持)を有効にしていない限り、顔の埋め込みも削除されます。

![Business Consoleのデータ保持設定](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/data-retention-settings.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=e2ca6a8e32ed8ec5a2cd910d3cdbaefc)

***

## 手動での削除

単発の削除が必要な場合は、コンソールから個別のセッションを削除します。

1. **ダッシュボード → 検証**に移動します。
2. 対象のセッションを検索またはフィルターします。
3. 右上の**削除**ボタンをクリックして確定します。

![コンソールから検証セッションを削除する](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/data-retention-delete-session.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=ff1947059d7d9d60643b7568e189e3a6)

***

## プログラムによる削除

[セッションの削除](https://docs.didit.me/sessions-api/delete-session.md)エンドポイントを呼び出すことで、いつでもAPI経由でセッションを削除できます。

```bash theme={null}
curl --request DELETE \
  --url https://verification.didit.me/v3/session/{session_id}/delete/ \
  --header 'x-api-key: YOUR_API_KEY'
```

| レスポンス | 意味 |
| - | - |
| `200 OK` | セッションが削除されました。本文には、顔の生体データがどうなったか（`face_retention_outcome`）が記載されます。 |
| `404 Not Found` | セッションはすでに削除されているか、`session_id`が不明です。 |

データ主体からの消去請求では、本文に`{"deletion_instruction": "privacy_erasure"}`を送信すると、その人に保持されている生体認証テンプレートもあわせて消去されます。

***

## 生体認証テンプレートの保持

ライブネスのセルフィーを含むすべてのKYCセッションには、重複検出と[顔検索 1:N](https://docs.didit.me/ja/core-technology/face-search/overview.md)に使われる顔の埋め込みが含まれます。既定では、この埋め込みはセッションとともに削除されるため、セッションを削除した人は、重複として検出されずに再び検証を受けられます。

Livenessステップで[自動顔検索をオフにした](https://docs.didit.me/ja/core-technology/face-search/overview.md#自動顔検索をオフにする)ワークフローでは、そもそもこの埋め込みが保存されないため、そのセッションに保持の対象はありません。

承認後すぐにセッションを削除しつつ、繰り返しの登録も検出したい場合は、**生体認証テンプレートの保持**を有効にしてください。するとDiditは、これまでどおりセッションとそのデータをすべて削除し、ユーザーに紐付けた、画像を含まない顔の生体認証テンプレートを1つだけ、別管理で保持します。

> [!WARNING]
>
> 保持された生体認証テンプレートは生体データです。匿名ではなく、一時的でもなく、セッションとともに削除されません。予定された有効期限、それより早い適用法令上の期限、ユーザーの削除、プライバシー消去の請求、または明示的な消去のいずれかまで保持されます。管理者としての指示とプライバシー通知で対象になっている場合にのみ保持を有効にし、利用者に適用される法令を満たす保持期間を選んでください。

### 有効にする

**1. 保持設定を開く**

**Business Console → アプリ設定 → データ保持**に移動します。

**2. 生体認証テンプレートの保持をオンにする**

**設定された有効期限または早期の削除まで保持**を選択します。この設定の説明は次のとおりです。*運用上のセッション削除後に、テナント単位の重複検出のため、画像を含まない顔の生体認証テンプレートを保持します。生体データであることに変わりはなく、設定されたスケジュール、適用法令上の期限、ユーザーの削除、プライバシー消去の請求、または明示的な消去で削除されます。*

**3. 有限の保持期間を設定する**

テンプレートを保持できる日数（1〜3650）を入力します。入力しないと設定を保存できません。Diditは、この期間、一般の保持期間、削除の呼び出しで送信した期限のうち、最も短いものを適用します。

**4. 保存する**

このポリシーは、今後の削除に適用されます。設定を変更しても、既存のテンプレートが作成されたり消去されたりすることはありません。

プログラムから同じポリシーを設定するには、`PATCH /v3/webhook/`を使います。

```bash theme={null}
curl -X PATCH https://verification.didit.me/v3/webhook/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"face_retention_policy": "retain_until_user_deleted", "face_retention_days": 365}'
```

| フィールド | 値 | 説明 |
| - | - | - |
| `face_retention_policy` | `delete_with_session`（既定）、`retain_until_user_deleted` | セッションを削除したときに顔の埋め込みがどうなるか。 |
| `face_retention_days` | 整数 1-3650 | 保持されるテンプレートの有限の保持期間。ポリシーが`retain_until_user_deleted`の場合は必須で、ない場合はリクエストが`400`で拒否されます。 |

既存のアプリケーションは、ポリシーを変更するまで`delete_with_session`のままです。御社に代わって保持が有効になることはありません。

### 保持されるものと消去されるもの

| セッションとともに削除されるもの | 保持されるもの（オプトインの場合のみ） |
| - | - |
| 判定結果、抽出データ、すべての機能レコード | 照合に使う数値の顔テンプレート |
| 書類画像、顔写真、セルフィー、ライブネス動画、住所証明書類、追加アップロード | 新しいランダムなテンプレートIDと、不透明な出所参照 |
| セッションID、番号、メディアへのリンク | 所有するユーザー、保持日、指示の種類とID、操作を行った主体のID |

保持されたテンプレートはテナント単位で管理され、御社の指示に基づく、重複顔・複数アカウントの検出、生体認証、御社独自の顔リストにのみ使われます。モデルの学習、分析、組織をまたぐ照合、Didit自身の不正処理に使われることはありません。

### 削除ごとの制御

すべての削除はその結果を報告し、すべての削除呼び出しでポリシーを上書きできます。

* **コンソール**: 削除の確認画面に、各セッションのテンプレートが保持されるか削除されるかが表示されます。確認メッセージは次のとおりです。*これはセッションを削除し、そのセッションデータの削除を開始します。この運用上の削除で生体認証テンプレートの保持が有効な場合、画像を含まない生体認証テンプレートは、予定された有効期限またはそれより早い消去まで、別に残ります。プライバシー消去の請求では、テンプレートも消去されます。* ユーザーのいないセッションはテンプレートを保持できず、その旨が表示されます。
* **API**: [セッションの削除](https://docs.didit.me/sessions-api/delete-session.md)または[セッションの一括削除](https://docs.didit.me/management-api/sessions/batch-delete.md)で、`retain_face_embeddings`、`face_retention_days`、`face_retention_deadline`、`deletion_instruction`、`instruction_id`を送信します。

### 削除指示の2つの種類

| 指示 | 動作 |
| - | - |
| 運用上のセッション削除（`operational_session_delete`、既定） | セッションとそのデータを削除します。テンプレートは、ポリシーまたはリクエストで指定した場合にのみ保持され、レスポンスに結果が記載されます。 |
| プライバシー消去（`privacy_erasure`） | セッションを削除し、その人に保持されているすべてのテンプレートを消去します。アプリケーションのポリシーでは上書きできません。データ主体からの請求に使用します。 |

### テンプレートが消去されるとき

* **リスト → 生体認証テンプレート**、または[生体認証テンプレートAPI](https://docs.didit.me/management-api/biometric-templates/overview.md)で消去したとき。
* [ユーザーの一括削除](https://docs.didit.me/management-api/users/delete.md)でユーザーを削除したとき。
* そのユーザーのいずれかのセッションを`deletion_instruction: "privacy_erasure"`で削除したとき。
* 保持期間が終了したとき。Diditが自動的に消去します。

ポリシーを**セッションと同時に削除**に戻すと、新しいテンプレートは作成されなくなりますが、既存のテンプレートは消去されません。明示的に消去してください。

### 確認できる場所

* **リスト → 生体認証テンプレート**には、すべてのテンプレートが、ユーザー、ソース、保持日と有効期限、ステータスとともに一覧表示され、個別および一括で消去できます。
* **ユーザー → \[ユーザー] → 生体認証テンプレート**には、1人のユーザーに紐付いたテンプレートが表示されます。
* [生体認証テンプレートAPI](https://docs.didit.me/management-api/biometric-templates/overview.md)でも同じデータと操作を利用でき、すべての保持と消去は監査証跡に記録されます。

> [!NOTE]
>
> 保持されたテンプレートは、御社のDPAの生体データ条項の対象です。このページの内容は法的助言ではありません。法的根拠、通知、同意、利用者に適用される保持期間については、御社が責任を負います。

***

## 処理して消去するパターン

データ最小化を最大限に進めるには、Diditで検証データを処理し、Webhookで結果を受け取ったらすぐに消去します。

**1. セッションを作成する**

バックエンドが[セッションの作成](https://docs.didit.me/sessions-api/create-session.md)APIを呼び出します。

**2. Diditがチェックを実行する**

本人確認、ライブネス、AML、その他設定したチェックが自動的に実行されます。

**3. Webhookを受け取る**

Diditが、`status`、`session_id`、`vendor_data`、完全な検証データを含む[Webhook](https://docs.didit.me/integration/webhooks.md)を送信します。

**4. 必要なものだけを保存する**

記録に必要な最小限のフィールド（例：`status`、`vendor_data`）だけを保存します。

**5. Diditから削除する**

その`session_id`に対して[セッションの削除](https://docs.didit.me/sessions-api/delete-session.md)APIを呼び出し、セッションとそのデータをDiditから削除します。今後の登録で重複検出を利用する場合は、先に[生体認証テンプレートの保持](#生体認証テンプレートの保持)を有効にしてください。有効にしないと、顔の埋め込みも削除されます。

***

## セキュリティと保証

> **ISO/IEC 27001**
>
> ISMSを運用しています。証明書と抜粋はご依頼に応じて提供します。

> **ペネトレーションテスト**
>
> 第三者による定期的なペネトレーションテストを実施し、是正を追跡しています。

> **既知の侵害なし**
>
> これまでに報告されたセキュリティ侵害はありません。

> **社内のセキュリティチーム**
>
> 最小権限のアクセスと厳格な環境分離を行う、専任のサイバーセキュリティチームがあります。

> [!NOTE]
>
> すべてのAPIアクティビティは、セキュリティ、コンプライアンス、トラブルシューティングのため、**監査ログ**に記録されます。ログは**365日**保持された後、自動的に削除されます。

***

## プライバシーを最小限に抑えたストレージ

選択したデータフィールドだけを**保持**できる機能を追加中です。例えば、`status`と`vendor_data`は保持しつつ、画像や書類などの大きなアーティファクトは自動的に消去できます。データ最小化の原則のもとで運用するチームに、より厳格な管理を提供します。

> [!TIP]
>
> アーティファクト単位の保持ルールの早期アクセスをご希望の場合は、Diditの担当者にお問い合わせください。

***

## FAQ

> **環境ごとに異なる保持期間を設定できますか？**
>
> はい。Diditにあるアプリケーションごとに、異なる保持ポリシーを設定できます。

> **削除前にデータをエクスポートできますか？**
>
> はい。コンソールまたはAPIでセッションデータをエクスポートしてから、セッション削除エンドポイントを呼び出してください。

> **削除したユーザーは、その後も重複として検出されますか？**
>
> セッションを削除する前に生体認証テンプレートの保持を有効にしていた場合のみです。既定では、顔の埋め込みはセッションとともに削除され、その人は重複フラグなしで再び検証を受けられます。[生体認証テンプレートの保持](#生体認証テンプレートの保持)を参照してください。

> **誰が何にアクセスしたかはどこで確認できますか？**
>
> コンソールの**監査ログ**を使用します。ユーザー、エンドポイント、期間でフィルターできます。ログは**365日**保持されます。

***

## 実装チェックリスト

**1. 保持期間を設定する**

**コンソール → アプリ設定 → データ保持**で保持ポリシーを設定します。

**2. Webhookを購読する**

[Webhook](https://docs.didit.me/integration/webhooks.md)を設定し、署名を検証します。

**3. 必要最小限のフィールドを保存する**

ビジネスに必要なフィールドだけを保存します。

**4. プログラムによる削除を実装する**

処理して消去するパターンを使う場合は、[セッションの削除](https://docs.didit.me/sessions-api/delete-session.md)APIを呼び出します。

**5. 処理リージョンを確認する**

処理リージョン（既定はEU、エンタープライズでは国内）を確認します。

**6. 環境を分離する**

サンドボックスと本番のAPIキーを分けて使い、保持ポリシーも別々にします。キーは定期的にローテーションしてください。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.