> ## 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. # セッションレビュー一覧API：KYC監査ログ > Didit認証セッションの手動レビューのメモとステータス変更をすべて取得します。監査対応のコンプライアンスログで、従量課金、契約不要です。 セッションレビュー一覧取得用プロンプト プロンプトをクリップボードにコピー \

\``Goal: Fetch the full review/activity feed for a Didit verification session — manual comments, status changes, KYC/KYB edits, file uploads, AML events, tags. Mirrors the timeline shown on the Console session-detail page.

Endpoint: GET https://verification.didit.me/v3/sessions/{session_id}/reviews/
Auth header: x-api-key: YOUR_API_KEY

Path param:
\- session_id (UUID, REQUIRED) — verification session UUID. Cross-application reads return 404.

curl:
curl -s 'https://verification.didit.me/v3/sessions/8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d/reviews/' \
-H "x-api-key: $DIDIT_API_KEY"

Response 200: JSON ARRAY (no envelope, no pagination — feed is bounded). Newest first. Each entry (ReviewItem) has:
\- uuid (UUID)
\- activity_type: "COMMENT" | "STATUS_UPDATED" | "KYC_DATA_UPDATED" | "POA_DATA_UPDATED" | "FILE_ADDED" | "FILE_REMOVED" | "AML_ONGOING_MATCH" | "AML_STATUS_UPDATED" | "AML_HIT_STATUS_UPDATED" | "KYB_DATA_UPDATED" | "KYB_DOCUMENT_UPLOADED" | "TAG_ADDED" | "TAG_REMOVED"
\- actor_email, actor_display, actor_type: "API_KEY" | "CONSOLE_USER" | "SYSTEM"
\- new_status, previous_status — only populated for STATUS_UPDATED/AML_STATUS_UPDATED. Values from the SESSION status enum: "Not Started" | "In Progress" | "Awaiting User" | "In Review" | "Approved" | "Declined" | "Resubmitted" | "Expired" | "Kyc Expired" | "Abandoned".
\- comment (string | null)
\- mentioned_emails (string[]) — extracted @mentions, only for COMMENT activities
\- previous_value, new_value, changed_fields — diff payload for *_DATA_UPDATED, FILE_*, TAG_* (opaque JSON, shape varies per activity_type)
\- metadata (object | null)
\- created_at (ISO 8601 UTC)
Empty array means the session has had no recorded activity yet.

When to use:
\- Render an audit trail mirror on your own dashboard.
\- Export the feed for compliance archives.
\- Poll for manual-review decisions when you can't consume webhooks (filter activity_type === "STATUS_UPDATED"; inspect new_status). Webhooks are still preferred — see /integration/webhooks.

Failure modes (envelope {"detail": "..."}):
\- 401 — missing/invalid `x-api-key` header. Re-fetch your application API key from the Auth API if needed.
\- 403 — API key valid but the application is not allowed (revoked, expired, or wrong app).
\- 404 — session UUID does not exist, has been deleted, or belongs to a different application.
\- 429 — rate-limited. Inspect Retry-After.

For end-to-end Didit integration, paste in the full prompt at /integration/integration-prompt.``

\
貼り付け先 ## OpenAPI ````yaml ja/openapi-25.json GET /v3/sessions/{session_id}/reviews/ openapi: 3.0.0 info: version: 3.0.0 title: Didit Verification API description: 本人確認API。x-api-keyヘッダーで認証します。 servers: - url: https://verification.didit.me security: [] tags: [] paths: /v3/sessions/{session_id}/reviews/: get: tags: - Sessions summary: セッションのレビューとアクティビティログを一覧表示 description: >- ユーザー認証 (KYC)セッションの監査ログ(アクティビティフィード)を新しい順に、ページネーションされたエンベロープ(`count` / `next` / `previous` / `results`、デフォルトでは1ページあたり50件)で返します。 フィードのエントリーは、セッションに関与するすべてのアクターによって書き込まれます。具体的には、`PATCH /v3/session/{session_id}/update-status/`による手動判定(`previous_status` → `new_status`を記録)、Consoleでのレビュアーのアクティビティ(`@email`メンションを含むコメント、KYC/POAデータの編集、ファイルのアップロード・削除、タグの変更、詳細ページの閲覧)、AMLの継続的なモニタリングによる一致、そしてこの同じパスへの`POST`で追加されたメモです。このフィードの読み取りは、Didit Consoleのセッション画面にある**Activity**パネルに相当するAPI側の手段です。 ここで指定できるのはユーザー認証 (KYC)セッションのみです。法人確認 (KYB)のセッションIDを指定すると`404`が返されます。 operationId: list_session_reviews parameters: - name: session_id in: path required: true description: >- ユーザー認証 (KYC) セッションのUUIDです。APIキーと同じアプリケーションに属している必要があります。別のアプリケーションのUUID、削除済みのセッション、法人確認 (KYB) セッションのIDはいずれも`404`を返します。 schema: type: string format: uuid example: 8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d - name: limit in: query required: false description: ページサイズ。デフォルトは`50`です。 schema: type: integer default: 50 example: 50 - name: offset in: query required: false description: >- （並び順に沿った）フィードの先頭からスキップするエントリー数。デフォルトは`0`です。レスポンスの`next` / `previous`のURLには、フィードをたどるための適切な値が含まれます。 schema: type: integer default: 0 example: 0 - name: ordering in: query required: false description: >- 並び順。フィードのデフォルトは新しい順(`-created_at`)です。古い順に読むには`created_at`を指定します。不明な値は通知なく無視されます(デフォルトの順序が使用されます)。その他のシリアライザーのフィールド名も指定できます。 schema: type: string default: '-created_at' example: created_at responses: '200': description: >- ページネーションされたアクティビティフィード（デフォルトは新しい順）。`count`はエントリーの総数です。`next` / `previous`はそのまま使えるページURLです（端では`null`）。`count`が`0`で`results`が空の場合は、まだアクティビティが記録されていないことを意味します。 content: application/json: schema: type: object properties: count: type: integer description: このセッションのフィードエントリーの総数（全ページの合計）。 example: 3 next: type: string nullable: true description: 次のページのURL。最後のページでは`null`です。 example: null previous: type: string nullable: true description: 前のページのURL。最初のページでは`null`です。 example: null results: type: array items: $ref: '#/components/schemas/ReviewItem' description: このページのフィードエントリーです。 examples: DecisionTrail: summary: 手動承認とAPIで追加されたメモ value: count: 3 next: null previous: null results: - uuid: de0561bc-5583-4409-9171-1a31a4c8a5f4 activity_type: STATUS_UPDATED actor_display: API Client actor_email: null actor_type: API_KEY new_status: Approved previous_status: In Review comment: Document re-checked manually; address matches. mentioned_emails: [] previous_value: status: In Review new_value: status: Approved changed_fields: - status metadata: null created_at: '2026-06-12T00:19:31.918735Z' - uuid: 35370f58-5098-44ee-8a06-8c9af80b2455 activity_type: STATUS_UPDATED actor_display: Unknown actor_email: null actor_type: CONSOLE_USER new_status: null previous_status: null comment: Note without status. mentioned_emails: [] previous_value: null new_value: null changed_fields: [] metadata: null created_at: '2026-06-12T00:18:44.504157Z' - uuid: 00338f82-f1c5-4f57-8614-c49bb258af1a activity_type: STATUS_UPDATED actor_display: Unknown actor_email: null actor_type: CONSOLE_USER new_status: In Review previous_status: null comment: Flagging for manual document re-check. mentioned_emails: [] previous_value: null new_value: null changed_fields: [] metadata: null created_at: '2026-06-12T00:18:44.466537Z' PaginatedFirstPage: summary: limit=2の最初のページ。nextに次のページのURLが入ります value: count: 4 next: >- https://verification.didit.me/v3/sessions/8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d/reviews/?limit=2&offset=2 previous: null results: - uuid: de0561bc-5583-4409-9171-1a31a4c8a5f4 activity_type: STATUS_UPDATED actor_display: API Client actor_email: null actor_type: API_KEY new_status: Approved previous_status: In Review comment: Document re-checked manually; address matches. mentioned_emails: [] previous_value: status: In Review new_value: status: Approved changed_fields: - status metadata: null created_at: '2026-06-12T00:19:31.918735Z' - uuid: bd4e6227-bdd2-42b2-a726-1d12f785a457 activity_type: STATUS_UPDATED actor_display: Unknown actor_email: null actor_type: CONSOLE_USER new_status: null previous_status: null comment: null mentioned_emails: [] previous_value: null new_value: null changed_fields: [] metadata: null created_at: '2026-06-12T00:18:44.540238Z' Empty: summary: まだアクティビティが記録されていないセッション value: count: 0 next: null previous: null results: [] '403': description: >- `x-api-key`がない、形式が不正、期限切れ、または失効しています。認証はセッションの検索より前に確認されるため、セッションUUIDが存在しない場合でも、キーがなければ`403`を返します。 content: application/json: schema: type: object properties: detail: type: string example: You do not have permission to perform this action. examples: InvalidKey: summary: x-api-keyヘッダーがないか無効です value: detail: You do not have permission to perform this action. '404': description: >- このUUIDを持つユーザー認証(KYC)セッションは、お使いのアプリケーションからは参照できません。UUIDが存在しない、セッションが削除された、または別のアプリケーションに属している、のいずれかです。法人確認(KYB)のセッションIDもここでは`404`を返します。レビューフィードはKYCセッションに対してのみ指定できます。 content: application/json: schema: type: object properties: detail: type: string example: Session not found. examples: NotFound: summary: 不明、削除済み、または別のアプリケーションのセッションUUID value: detail: Session not found. '429': description: >- レート制限を超過しました。`Retry-After`および`X-RateLimit-*`レスポンスヘッダーを確認してください。詳しくは[レート制限](/ja/integration/rate-limiting)を参照してください。 security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -s 'https://verification.didit.me/v3/sessions/8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d/reviews/?limit=50' \ -H 'x-api-key: YOUR_API_KEY' - lang: python label: Python source: |- from didit import Didit # Reads DIDIT_API_KEY. client = Didit() for item in client.sessions.reviews.list( "8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d", ): print(item) - lang: javascript label: Node.js source: >- import Didit from "@didit-protocol/sdk-node"; // Reads DIDIT_API_KEY. const didit = new Didit(); for await (const item of didit.sessions.reviews.list("8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d")) { console.log(item); } - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\niter := client.Sessions.Reviews.ListAutoPaging(ctx, \"8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d\", didit.SessionsReviewsListParams{})\nfor iter.Next() {\n\tfmt.Printf(\"%+v\\n\", iter.Current())\n}\nif err := iter.Err(); err != nil {\n\tlog.Fatal(err)\n}" - lang: java label: Java source: >- import me.didit.Didit; // Reads DIDIT_API_KEY. Didit client = new Didit(); for (var item : client.sessions().reviews().list("8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d")) { System.out.println(item); } - lang: php label: PHP source: >- sessions->reviews->list('8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d') as $item) { print_r($item->toArray()); } - lang: ruby label: Ruby source: >- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new didit.sessions.reviews.list("8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d").auto_paging_each do |item| puts item.to_h end - lang: csharp label: .NET source: >- using System; using System.Text.Json; using Didit; // Reads DIDIT_API_KEY. using var client = new DiditClient(); await foreach (var item in await client.Sessions.Reviews.ListAsync("8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d")) { Console.WriteLine(JsonSerializer.Serialize(item)); } components: schemas: ReviewItem: type: object description: >- セッションのレビュー/アクティビティフィードのエントリー1件。ステータス変更には`previous_status`、`new_status`、`previous_value`、`new_value`、`changed_fields`が含まれ、コメントには`comment`と（Consoleのコメントの場合は）`mentioned_emails`が含まれます。残りのフィールドは、アクティビティの種類に該当しない場合は`null`または空です。 properties: uuid: type: string format: uuid description: このフィードエントリの一意の識別子。 example: de0561bc-5583-4409-9171-1a31a4c8a5f4 activity_type: type: string enum: - COMMENT - STATUS_UPDATED - KYC_DATA_UPDATED - POA_DATA_UPDATED - FILE_ADDED - FILE_REMOVED - AML_ONGOING_MATCH - AML_STATUS_UPDATED - AML_HIT_STATUS_UPDATED - KYB_DATA_UPDATED - KYB_DOCUMENT_UPLOADED - TAG_ADDED - TAG_REMOVED - FEATURE_OVERRIDE_PENDING - FEATURE_OVERRIDE_APPLIED - FEATURE_OVERRIDE_CANCELLED description: >- このエントリが記録するアクティビティの種類です。`STATUS_UPDATED`の行は、手動の判定（`PATCH /v3/session/{session_id}/update-status/`）と、`POST …/reviews/`で追加されたエントリ（ステータスが記録されていない場合もデフォルトでこの種類になります）から作成されます。`COMMENT`の行はConsoleのレビュアーから作成されます。Consoleの詳細ページの閲覧も、`metadata.system_event = "DETAIL_VIEWED"`のフラグが付いた`COMMENT`行として保存されます。残りの種類は、データの編集、ファイルの変更、タグ、AMLモニタリングのアクティビティを記録します。STATUS_UPDATEDの行は、update-statusエンドポイントと手動レビューの投稿だけでなく、システムのアクター（例: actor_typeがSYSTEMの継続的なAMLモニタリングや、機能ステータスの自動更新）によっても書き込まれます。`FEATURE_OVERRIDE_PENDING`、`FEATURE_OVERRIDE_APPLIED`、`FEATURE_OVERRIDE_CANCELLED`は、1つのチェックのステータスのオーバーライド（`PATCH /v3/session/{session_id}/features/{node_id}/update-status/`）を記録します。それぞれ、フローの完了を待つようリクエストされた、適用された、キャンセルされたことを表します。これらはチェックのステータスを`previous_value` / `new_value`（`{"status": ...}`）に保持し、`previous_status`と`new_status`は`null`のままにし、`metadata`（`feature_override_id`、`node_id`、`feature_model`、`forced`、`state`、`cancel_reason`）でオーバーライドを示します。リクエストのエントリにはレビュアーの`comment`が含まれます。フローの完了時に適用されたオーバーライドは、`actor_type` `SYSTEM`で記録されます。 example: STATUS_UPDATED actor_display: type: string description: >- 人が読める作成者ラベル。次の順で解決されます：アクターの氏名 → Consoleアカウント識別子 → `actor_email`のローカル部分 → `"API Client"`（`API_KEY`アクターの場合） → `"System"`（`SYSTEM`アクターの場合） → `"Unknown"`。`POST …/reviews/`で作成されたエントリは、このエンドポイントがアクターの帰属を記録しないため、常に`"Unknown"`と表示されます。 example: API Client actor_email: type: string nullable: true description: アクションを実行したConsoleユーザーのメールアドレス。APIキーおよびシステムによる実行の場合は`null`。 example: null actor_type: type: string enum: - API_KEY - CONSOLE_USER - SYSTEM description: >- アクションを実行した主体：APIキー、Consoleユーザー、またはDidit自身（`SYSTEM`、例：継続的なAMLモニタリング）。`POST …/reviews/`で作成されたエントリには、呼び出し元にかかわらずデフォルトの`CONSOLE_USER`が設定されます。 example: API_KEY new_status: type: string nullable: true enum: - Not Started - In Progress - Approved - Declined - In Review - Expired - Abandoned - Kyc Expired - Resubmitted - Awaiting User description: このエントリで記録されたセッションステータス（ステータス更新の場合）。コメントやデータ変更のエントリでは`null`です。 example: Approved previous_status: type: string nullable: true enum: - Not Started - In Progress - Approved - Declined - In Review - Expired - Abandoned - Kyc Expired - Resubmitted - Awaiting User description: >- 変更前のセッションのステータス。ステータス更新エンドポイントが書き込む`STATUS_UPDATED`エントリに設定されます。`POST …/reviews/`で追加されたエントリでは`null`です。システムが書き込んだSTATUS_UPDATED行にも設定されます。 example: In Review comment: type: string nullable: true description: エントリーに付与された自由記述のメモ、または`null`。 example: Document re-checked manually; address matches. mentioned_emails: type: array items: type: string format: email description: >- コメント内で`@email`でメンションされたコンソールユーザー。このAPI経由で作成されたエントリでは常に空です。メンション処理はコンソール専用の機能です。 example: [] previous_value: type: object nullable: true description: >- アクションによって変更されたデータの、アクション実行前の状態を示すスナップショット。例: ステータス変更時の`{"status": "In Review"}`。何も変更されなかった場合は`null`です。 example: status: In Review new_value: type: object nullable: true description: >- アクション後に変更されたデータのスナップショット(例: `{"status": "Approved"}`)。何も変更されていない場合は`null`です。 example: status: Approved changed_fields: type: array items: type: string description: >- このアクティビティによって変更されたフィールドの名前（例: `["status"]`）。コメント、および`POST …/reviews/`で追加されたエントリでは空です。 example: - status metadata: type: object nullable: true description: >- システムが生成したエントリの追加情報です。コンソールの詳細ページの閲覧には`{"system_event": "DETAIL_VIEWED", "detail_type": "verification"}`が含まれるため、通知ロジックから除外できます。通常のエントリでは`null`です。 example: null created_at: type: string format: date-time description: エントリーが書き込まれた日時（ISO 8601、UTC）。 example: '2026-06-12T00:19:31.918735Z' securitySchemes: ApiKeyAuth: type: apiKey in: header name: x-api-key description: >- お客様のアプリケーションのAPIキーです。Business ConsoleのDevelopers -> API keysで取得できます。プライマリキーはフルアクセス権を持ちます。名前付きキーにはスコープを設定できます。リソースごとのアクセス権（なし、読み取り、書き込み）、一部のワークフローまたは承認済みセッションへの限定、IPアドレスのリストへの限定、有効期限の設定です。401は、キーが誤っている、失効している、または期限切れであることを意味します。403は、キーが送信されていない、キーにこのリソースやアクションへのアクセス権がない、またはIPリスト外のアドレスからリクエストが送信されたことを意味します。セッションのルートでの404は、セッションがキーのワークフローまたはステータスの対象外であることを意味します。メディアへのアクセス権がないキーでは、画像、動画、PDFのURLがnullで返されます。セッションの書き込み権限がないキーでは、セッションのリンクとトークンがnullで返されます。詳細は次を参照してください: https://docs.didit.me/console/api-keys ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.