> ## 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. # Listar revisiones de sesión: registro de auditoría KYC > Obtén las notas de revisión manual y cambios de estado de una sesión de Didit. Registro de auditoría para cumplimiento, pago por llamada. Prompt para listar las revisiones de una sesión Copiar el prompt al portapapeles \

\``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.``

\
Pegar en ## OpenAPI ````yaml es/openapi-25.json GET /v3/sessions/{session_id}/reviews/ openapi: 3.0.0 info: version: 3.0.0 title: Didit Verification API description: API de verificación de identidad. Autentícate con el encabezado x-api-key. servers: - url: https://verification.didit.me security: [] tags: [] paths: /v3/sessions/{session_id}/reviews/: get: tags: - Sessions summary: Listar las revisiones y el registro de actividad de la sesión description: >- Devuelve el registro de auditoría / feed de actividad de una sesión de Verificación de usuarios (KYC), con las entradas más recientes primero, en un sobre paginado (`count` / `next` / `previous` / `results`, 50 entradas por página de forma predeterminada). Las entradas del feed las escribe cualquier actor que interviene en la sesión: decisiones manuales tomadas mediante `PATCH /v3/session/{session_id}/update-status/` (que registra `previous_status` → `new_status`), actividad de los revisores en la consola (comentarios con menciones `@email`, ediciones de datos de KYC/POA, subidas y eliminaciones de archivos, cambios de etiquetas, visualizaciones de la página de detalle), coincidencias de la monitorización AML continua y notas añadidas mediante `POST` en esta misma ruta. Leer este feed es el equivalente, desde la API, del panel **Activity** en la vista de sesión de la consola de Didit. Aquí solo se pueden consultar sesiones de Verificación de usuarios (KYC); los ID de sesiones de Verificación de empresas (KYB) devuelven `404`. operationId: list_session_reviews parameters: - name: session_id in: path required: true description: >- UUID de la sesión de Verificación de usuarios (KYC). Debe pertenecer a la misma aplicación que la clave de API: los UUID de otras aplicaciones, las sesiones eliminadas y los ID de sesión de Verificación de empresas (KYB) devuelven `404`. schema: type: string format: uuid example: 8c2f3a14-7e9b-4d23-9e83-3f7d5e8a1c6d - name: limit in: query required: false description: Tamaño de página. El valor predeterminado es `50`. schema: type: integer default: 50 example: 50 - name: offset in: query required: false description: >- Número de entradas que se omiten desde el inicio del feed (ordenado). El valor predeterminado es `0`. Las URL `next` / `previous` de la respuesta incluyen los valores correctos para recorrer el feed. schema: type: integer default: 0 example: 0 - name: ordering in: query required: false description: >- Orden de clasificación. De forma predeterminada, el feed muestra primero lo más reciente (`-created_at`); pasa `created_at` para leerlo empezando por lo más antiguo. Los valores desconocidos se ignoran sin aviso (se usa el orden predeterminado); también se aceptan otros nombres de campo del serializador. schema: type: string default: '-created_at' example: created_at responses: '200': description: >- Historial de actividad paginado, del más reciente al más antiguo de forma predeterminada. `count` es el número total de entradas; `next` / `previous` son URLs de página listas para usar (`null` en los extremos). Un `count` de `0` con `results` vacío significa que todavía no se ha registrado ninguna actividad. content: application/json: schema: type: object properties: count: type: integer description: >- Número total de entradas del feed de esta sesión (en todas las páginas). example: 3 next: type: string nullable: true description: URL de la página siguiente, o `null` en la última página. example: null previous: type: string nullable: true description: URL de la página anterior, o `null` en la primera página. example: null results: type: array items: $ref: '#/components/schemas/ReviewItem' description: Entradas del feed de esta página. examples: DecisionTrail: summary: Aprobación manual más notas añadidas mediante la 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: >- Primera página con limit=2: next contiene la URL de la página siguiente 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: Sesión sin actividad registrada todavía value: count: 0 next: null previous: null results: [] '403': description: >- Falta `x-api-key`, tiene un formato incorrecto, expiró o fue revocada. La autenticación se comprueba antes de buscar la sesión, por lo que si falta la clave se devuelve `403` incluso cuando el UUID de la sesión no existe. content: application/json: schema: type: object properties: detail: type: string example: You do not have permission to perform this action. examples: InvalidKey: summary: Encabezado x-api-key ausente o no válido value: detail: You do not have permission to perform this action. '404': description: >- Tu aplicación no puede ver ninguna sesión de Verificación de usuarios (KYC) con este UUID: el UUID no existe, la sesión se eliminó o pertenece a otra aplicación. Los ID de sesión de Verificación de empresas (KYB) también devuelven `404` aquí, ya que el feed de revisiones solo está disponible para sesiones KYC. content: application/json: schema: type: object properties: detail: type: string example: Session not found. examples: NotFound: summary: UUID de sesión desconocido, eliminado o de otra aplicación value: detail: Session not found. '429': description: >- Límite de solicitudes superado. Consulta los encabezados de respuesta `Retry-After` y `X-RateLimit-*`. Consulta [Límite de solicitudes](/es/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: >- Una entrada del feed de revisión / actividad de una sesión. Los cambios de estado incluyen `previous_status`, `new_status`, `previous_value`, `new_value` y `changed_fields`; los comentarios incluyen `comment` y (en los comentarios de la Console) `mentioned_emails`; los demás campos son `null` o están vacíos cuando no se aplican al tipo de actividad. properties: uuid: type: string format: uuid description: Identificador único de esta entrada del feed. 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: >- Qué tipo de actividad registra esta entrada. Las filas `STATUS_UPDATED` provienen de decisiones manuales (`PATCH /v3/session/{session_id}/update-status/`) y de entradas añadidas mediante `POST …/reviews/` (que usan este tipo por defecto incluso cuando no se registra ningún estado). Las filas `COMMENT` provienen de revisores de la Console; las vistas de la página de detalle de la Console también se almacenan como filas `COMMENT` marcadas con `metadata.system_event = "DETAIL_VIEWED"`. Los tipos restantes registran ediciones de datos, cambios de archivos, etiquetas y actividad de monitorización AML. Las filas STATUS_UPDATED también las escriben actores del sistema (p. ej., la monitorización AML continua con actor_type SYSTEM y las actualizaciones automáticas del estado de funciones), no solo el endpoint update-status y las solicitudes POST de revisión manual. `FEATURE_OVERRIDE_PENDING`, `FEATURE_OVERRIDE_APPLIED` y `FEATURE_OVERRIDE_CANCELLED` registran una anulación del estado de una comprobación (`PATCH /v3/session/{session_id}/features/{node_id}/update-status/`): solicitada para esperar a que termine el flujo, aplicada o cancelada. Llevan el estado de la comprobación en `previous_value` / `new_value` (`{"status": ...}`), dejan `previous_status` y `new_status` en `null` e identifican la anulación en `metadata` (`feature_override_id`, `node_id`, `feature_model`, `forced`, `state`, `cancel_reason`). La entrada de la solicitud incluye el `comment` del revisor; una anulación aplicada cuando termina el flujo se registra con `actor_type` `SYSTEM`. example: STATUS_UPDATED actor_display: type: string description: >- Etiqueta legible del autor, resuelta en este orden: nombre completo del actor → identificador de la cuenta de Console → parte local de `actor_email` → `"API Client"` (para actores `API_KEY`) → `"System"` (para actores `SYSTEM`) → `"Unknown"`. Las entradas creadas mediante `POST …/reviews/` siempre muestran `"Unknown"` porque ese endpoint no registra la atribución del actor. example: API Client actor_email: type: string nullable: true description: >- Correo electrónico del usuario de la consola que realizó la acción. `null` para actores de clave de API y del sistema. example: null actor_type: type: string enum: - API_KEY - CONSOLE_USER - SYSTEM description: >- Quién realizó la acción: una clave de API, un usuario de la consola o la propia Didit (`SYSTEM`, p. ej., la monitorización AML continua). Las entradas creadas mediante `POST …/reviews/` llevan el valor predeterminado `CONSOLE_USER`, sea quien sea quien hace la llamada. 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: >- Estado de la sesión registrado por esta entrada (en las actualizaciones de estado). `null` en los comentarios y en las entradas de cambio de datos. 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: >- Estado que tenía la sesión antes del cambio. Se rellena en las entradas `STATUS_UPDATED` escritas por el endpoint de actualización de estado; `null` en las entradas añadidas mediante `POST …/reviews/`. También se rellena en las filas STATUS_UPDATED escritas por el sistema. example: In Review comment: type: string nullable: true description: Nota en texto libre asociada a la entrada, o `null`. example: Document re-checked manually; address matches. mentioned_emails: type: array items: type: string format: email description: >- Usuarios de la consola mencionados con `@email` en el comentario. Siempre vacío para las entradas creadas mediante esta API: el procesamiento de menciones es una función exclusiva de la consola. example: [] previous_value: type: object nullable: true description: >- Instantánea de los datos modificados antes de la acción, p. ej. `{"status": "In Review"}` en un cambio de estado. `null` cuando no se modificó nada. example: status: In Review new_value: type: object nullable: true description: >- Instantánea de los datos modificados después de la acción, p. ej., `{"status": "Approved"}`. `null` cuando no se modificó nada. example: status: Approved changed_fields: type: array items: type: string description: >- Nombres de los campos modificados por esta actividad (p. ej., `["status"]`). Vacío para los comentarios y para las entradas añadidas mediante `POST …/reviews/`. example: - status metadata: type: object nullable: true description: >- Contexto adicional para las entradas generadas por el sistema. Las visualizaciones de páginas de detalle en la consola incluyen `{"system_event": "DETAIL_VIEWED", "detail_type": "verification"}` para que puedan excluirse de la lógica de notificaciones. `null` para las entradas normales. example: null created_at: type: string format: date-time description: Cuándo se escribió la entrada, en ISO 8601 UTC. example: '2026-06-12T00:19:31.918735Z' securitySchemes: ApiKeyAuth: type: apiKey in: header name: x-api-key description: >- La clave de API de tu aplicación, que encontrarás en Developers -> API keys en la Business Console. La clave principal tiene acceso completo. Una clave con nombre puede tener un alcance limitado: ninguno, lectura o escritura por recurso, limitada a algunos flujos o a sesiones aprobadas, a una lista de direcciones IP y a una fecha de caducidad. 401 significa que la clave es incorrecta, se revocó o expiró; 403 significa que no se envió ninguna clave, que la clave no tiene acceso a este recurso o acción, o que la solicitud provino de una dirección fuera de su lista de IP; 404 en una ruta de sesión significa que la sesión está fuera de los flujos o estados de la clave. Una clave sin acceso a contenido multimedia recibe las URL de imágenes, videos y PDF como null, y una clave sin permiso de escritura en sesiones recibe los enlaces y tokens de sesión como null. Consulta https://docs.didit.me/console/api-keys. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.