> ## 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 de cronología de eventos de un sujeto > Lista los eventos de monitorización de un usuario o empresa en Didit, del más reciente al más antiguo, sin mezclar quienes comparten vendor_data. Prompt de la API para obtener la cronología de eventos de un sujeto Copiar el prompt al portapapeles 
  \`Read the monitoring event timeline of one user or company in my Didit application.

  Endpoint:
  GET [https://verification.didit.me/v3/events/subjects/\{vendor\_data}/](https://verification.didit.me/v3/events/subjects/\{vendor_data}/)

  Authentication:
  Use the x-api-key header with my Didit API key. A scoped key needs transactions: read.

  Goal:

  * Show one subject's activity (logins, sessions, gameplay, bonuses, payments, disputes, security changes) on a customer profile or in an investigation.

  Behavior:

  * vendor\_data is my own id for the subject (subject.vendor\_data of its events). URL-encode it; it cannot contain a slash.
  * vendor\_data is unique only within an entity type: the same id can name an individual and a company, and they are two subjects with two timelines.
  * entity\_type selects the subject: individual (default) or company. Without entity\_type=company, a company id returns the individual's timeline, not both. subject\_entity\_type is accepted as an alias.
  * Newest occurred\_at first, paginated with limit (default 50) and offset. count is capped at 100, so follow next until it is null.
  * The list filters of GET /v3/events/ apply on top: event\_category, action\_type, status, retention\_class (repeat for several values), business\_vendor\_data, session\_id, device\_fingerprint, ip\_address, game\_id, round\_id, affiliate\_code, payment\_reference\_id, counterparty\_vendor\_data, matched\_only, occurred\_from, occurred\_to, search. Occurred\_from and occurred\_to (inclusive; ISO 8601 with Z or an offset whose + is sent as %2B, for example 2026-10-17T09:00:00Z, or a date alone, which means 00:00 UTC of that day).
  * A vendor\_data with no events returns an empty page, not 404.

  Example call:
  curl -X GET "[https://verification.didit.me/v3/events/subjects/acct\_9931/?entity\_type=company\&limit=50](https://verification.didit.me/v3/events/subjects/acct_9931/?entity_type=company\&limit=50)" \
  -H "x-api-key: YOUR\_API\_KEY"

  What to read from the response:

  * results\[] - event summaries (event\_uuid, event\_category, action\_type, occurred\_at, status, score, rules\_matched\_count, ip\_country, device\_fingerprint).
  * results\[].subject\_uuid - the user or company the events resolved to.
  * next - URL of the next page, or null.

  Failure modes:

  * 400 - limit or offset larger than 1000000.
  * 401 - the API key has expired.
  * 403 - missing API key (a wrong, revoked or expired key gets 401), a scoped key without transactions: read, or a request from outside the key's IP list.
  * 429 - more than 600 reads per minute for this API key; honor Retry-After.

  Side effects: none. This is a pure read.

  For the full integration shape, see /integration/integration-prompt.\`
Pegar en Consulta [Consultar eventos anteriores](https://docs.didit.me/es/transaction-monitoring/events.md#lectura-de-eventos) en la guía de ingesta de eventos. Para buscar entre varios sujetos, usa [Listar eventos de monitorización](https://docs.didit.me/es/management-api/monitoring-events/list.md). ## OpenAPI ````yaml es/openapi-25.json GET /v3/events/subjects/{vendor_data}/ 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/events/subjects/{vendor_data}/: get: tags: - Monitoring Events summary: Obtener la cronología de eventos de un sujeto description: >- Lista todos los eventos de monitorización de un sujeto, del `occurred_at` más reciente al más antiguo. Un `vendor_data` es único solo dentro de un tipo de entidad, por lo que el mismo id puede designar a una persona física y a una empresa: `entity_type` determina qué cronología obtienes y su valor predeterminado es `individual`, así que los eventos de una empresa requieren `entity_type=company`. Los filtros de `GET /v3/events/` se aplican adicionalmente, y un `vendor_data` sin eventos devuelve una página vacía en lugar de `404`. Una clave de API con alcance limitado necesita `transactions: read`. Consulta [Lectura de eventos](https://docs.didit.me/es/transaction-monitoring/events#lectura-de-eventos). operationId: get_monitoring_event_subject_timeline parameters: - name: vendor_data in: path required: true description: >- Tu ID para el sujeto (`subject.vendor_data` de sus eventos). Codifícalo para URL; un valor que contenga `/` no se puede usar con este endpoint. schema: type: string minLength: 1 maxLength: 255 example: user-42 - name: entity_type in: query required: false description: >- `company` devuelve la empresa con este `vendor_data`; cualquier otro valor, o ninguno, devuelve la persona física. Se acepta `subject_entity_type` como alias cuando falta `entity_type`. schema: type: string enum: - individual - company default: individual example: individual - name: limit in: query required: false description: >- Número máximo de eventos por página. El valor predeterminado es 50. Los valores superiores a 1000000 devuelven `400`; un valor no numérico, cero o negativo se sustituye por 50. schema: type: integer default: 50 minimum: 1 maximum: 1000000 example: 50 - name: offset in: query required: false description: >- Número de eventos que se omiten. El valor predeterminado es 0. Es preferible seguir la URL `next` de la respuesta. schema: type: integer maximum: 1000000 minimum: 0 default: 0 example: 0 - name: event_category in: query required: false description: >- Solo eventos de estas categorías. Repite el parámetro para indicar varios valores (`?event_category=payment&event_category=dispute`); se devuelve cualquier evento que coincida con alguno de ellos. style: form explode: true schema: type: array items: type: string enum: - auth - session - gameplay - bonus - affiliate - payment - dispute - security - responsible_gambling - custom example: - payment - dispute - name: action_type in: query required: false description: >- Solo eventos con estos tipos de acción (coincidencia exacta, distingue mayúsculas y minúsculas). Repite el parámetro para indicar varios valores. style: form explode: true schema: type: array items: type: string example: - deposit_completed - chargeback_opened - name: status in: query required: false description: >- Solo eventos con estos estados. Repite el parámetro para indicar varios valores. style: form explode: true schema: type: array items: type: string enum: - ACCEPTED - APPROVED - IN_REVIEW - DECLINED example: - IN_REVIEW - DECLINED - name: retention_class in: query required: false description: >- Solo eventos de estas clases de retención. Repite el parámetro para indicar varios valores. style: form explode: true schema: type: array items: type: string enum: - low_value - standard - risk_relevant - monetary_or_compliance example: - risk_relevant - name: business_vendor_data in: query required: false description: >- Coincidencia exacta con el `business.vendor_data` enviado con el evento. schema: type: string example: merchant-7 - name: session_id in: query required: false description: Coincidencia exacta con `session.session_id`. schema: type: string example: web-session-abc - name: device_fingerprint in: query required: false description: Coincidencia exacta con `device_context.fingerprint`. schema: type: string example: fp-a8c1 - name: ip_address in: query required: false description: Coincidencia exacta con la dirección IP del evento. schema: type: string example: 203.0.113.42 - name: game_id in: query required: false description: Coincidencia exacta con el `game_id` promovido. schema: type: string example: poker-holdem-01 - name: round_id in: query required: false description: Coincidencia exacta con el `round_id` promovido. schema: type: string example: round-88231 - name: affiliate_code in: query required: false description: Coincidencia exacta con el `affiliate_code` promovido. schema: type: string example: aff-summer - name: payment_reference_id in: query required: false description: >- Coincidencia exacta con la referencia de pago (de `transaction_context.payment_reference_id` o `payload.payment_reference_id`). schema: type: string example: dep_735 - name: counterparty_vendor_data in: query required: false description: Coincidencia exacta con el `counterparty_vendor_data` promovido. schema: type: string example: user-77 - name: matched_only in: query required: false description: >- `true` (también `1` o `yes`, sin distinguir mayúsculas de minúsculas) devuelve solo los eventos en los que coincidió al menos una regla (`rules_matched_count` mayor que 0). Cualquier otro valor se ignora. schema: type: boolean default: false example: true - name: occurred_from in: query required: false description: >- Solo eventos con `occurred_at` igual o posterior a este instante (inclusive). Envía un valor ISO 8601: `2026-10-01T00:00:00Z`, un desfase explícito con el `+` codificado en formato porcentual (`2026-10-01T02:00:00%2B02:00`; un `+` sin codificar se decodifica como un espacio y el valor deja de poder interpretarse) o solo una fecha (`2026-10-01`), que equivale a las 00:00:00 UTC de ese día. Un valor sin desfase se interpreta como UTC. No se aceptan valores en ningún otro formato. schema: type: string format: date-time example: '2026-10-01T00:00:00Z' - name: occurred_to in: query required: false description: >- Solo eventos con `occurred_at` igual o anterior a este instante (inclusive). Una fecha sola equivale al inicio de ese día, por lo que `occurred_to=2026-10-15` excluye el resto del 15 de octubre; envía `2026-10-15T23:59:59Z` para incluirlo. Envía un valor ISO 8601: `2026-10-01T00:00:00Z`, un desfase explícito con el `+` codificado en formato porcentual (`2026-10-01T02:00:00%2B02:00`; un `+` sin codificar se decodifica como un espacio y el valor deja de poder interpretarse) o solo una fecha (`2026-10-01`), que equivale a las 00:00:00 UTC de ese día. Un valor sin desfase se interpreta como UTC. No se aceptan valores en ningún otro formato. schema: type: string format: date-time example: '2026-10-17T23:59:59Z' - name: search in: query required: false description: >- Coincidencia de subcadena, sin distinguir mayúsculas y minúsculas, en `event_id`, `action_type`, `subject_vendor_data` o `counterparty_vendor_data`. schema: type: string example: chargeback responses: '200': description: Una página de los eventos del sujeto. content: application/json: schema: $ref: '#/components/schemas/MonitoringEventPage' examples: Individual timeline: value: count: 2 next: null previous: null results: - event_uuid: 11111111-2222-3333-4444-555555555555 event_id: chargeback-2026-10-16-000318 event_category: dispute action_type: chargeback_opened occurred_at: '2026-10-16T14:02:11Z' received_at: '2026-10-16T14:02:12.418230Z' status: IN_REVIEW score: 60 subject_vendor_data: user-42 subject_entity_type: individual subject_uuid: 66666666-7777-8888-9999-000000000000 counterparty_vendor_data: null session_id: null device_fingerprint: null ip_address: null ip_country: null amount: '250.000000000000000000' currency: EUR game_id: null round_id: null bonus_id: null affiliate_code: null payment_reference_id: dep_735 retention_class: monetary_or_compliance rules_matched_count: 1 correlation_pending: false is_droppable: false - event_uuid: 22222222-3333-4444-5555-666666666666 event_id: login-2026-10-15-000912 event_category: auth action_type: login occurred_at: '2026-10-15T08:30:00.120000Z' received_at: '2026-10-15T08:30:00.734512Z' status: ACCEPTED score: 0 subject_vendor_data: user-42 subject_entity_type: individual subject_uuid: 66666666-7777-8888-9999-000000000000 counterparty_vendor_data: null session_id: web-session-abc device_fingerprint: fp-a8c1 ip_address: 203.0.113.42 ip_country: ES amount: null currency: null game_id: null round_id: null bonus_id: null affiliate_code: null payment_reference_id: null retention_class: standard rules_matched_count: 0 correlation_pending: false is_droppable: true No events: value: count: 0 next: null previous: null results: [] '400': description: >- `limit` u `offset` es mayor que 1000000. El cuerpo es un array JSON con un mensaje. Un `limit` no numérico o no positivo recurre al valor predeterminado de 50 en lugar de fallar. content: application/json: examples: limit too large: summary: limit superior a 1000000 value: - limit must not exceed 1000000. offset too large: summary: offset superior a 1000000 value: - offset must not exceed 1000000. '401': description: >- La clave de API con alcance limitado ha expirado. Solo una clave expirada recibe `401`; una clave ausente o no válida recibe `403`. content: application/json: examples: Expired key: value: detail: This API key has expired. '403': description: >- Falta `x-api-key` (una clave incorrecta, revocada o expirada recibe `401`), una clave con permisos limitados sin `transactions: read`, una clave limitada a algunos flujos o a sesiones aprobadas (una clave así nunca accede a los datos de monitorización de transacciones), o una solicitud desde fuera de la lista de IP permitidas de la clave. content: application/json: examples: Missing or invalid API key: value: detail: You do not have permission to perform this action. Scoped key without access: value: detail: This API key has no read access to transactions. Key limited to workflows or approved sessions: value: detail: >- This API key only reaches sessions inside its workflow or status limits, so it can't use this endpoint. IP not allowed: value: detail: This API key can't be used from this IP address. '429': description: >- Límite de solicitudes superado: las solicitudes `GET` comparten un cupo de 600 solicitudes por minuto por clave de API. Espera `Retry-After` segundos y vuelve a intentarlo. headers: Retry-After: description: Segundos que hay que esperar antes de reintentar. schema: type: integer minimum: 1 example: 30 content: application/json: examples: Throttled: value: detail: >- GET request rate limit exceeded. You can make up to 600 requests per minute. security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X GET 'https://verification.didit.me/v3/events/subjects/user-42/?entity_type=individual&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.monitoring_events.retrieve_subject_timeline( "user-42", ): 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.monitoringEvents.retrieveSubjectTimeline("user-42")) { console.log(item); } - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\niter := client.MonitoringEvents.RetrieveSubjectTimelineAutoPaging(ctx, \"user-42\", didit.MonitoringEventsRetrieveSubjectTimelineParams{})\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.monitoringEvents().retrieveSubjectTimeline("user-42")) { System.out.println(item); } - lang: php label: PHP source: >- monitoringEvents->retrieveSubjectTimeline('user-42') as $item) { print_r($item->toArray()); } - lang: ruby label: Ruby source: >- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new didit.monitoring_events.retrieve_subject_timeline("user-42").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.MonitoringEvents.RetrieveSubjectTimelineAsync("user-42")) { Console.WriteLine(JsonSerializer.Serialize(item)); } components: schemas: MonitoringEventPage: type: object description: >- Una página de eventos de monitorización, con el `occurred_at` más reciente primero. required: - count - next - previous - results properties: count: type: integer description: >- Número de eventos coincidentes, exacto hasta 100 y limitado a 100 por encima de esa cifra. No calcules el número de páginas a partir de él; sigue `next` hasta que sea null. next: type: string format: uri nullable: true description: URL de la página siguiente, o null en la última página. previous: type: string format: uri nullable: true description: URL de la página anterior, o null en la primera página. results: type: array items: $ref: '#/components/schemas/MonitoringEvent' MonitoringEvent: type: object description: >- Un evento de monitorización almacenado tal como lo devuelven los endpoints de lista y de cronología del sujeto. La evidencia restringida (payload, contexto del dispositivo, evidencia de reglas) solo la devuelve `GET /v3/events/{event_uuid}/`. required: - event_uuid - event_id - event_category - action_type - occurred_at - received_at - status - score - subject_vendor_data - subject_entity_type - subject_uuid - counterparty_vendor_data - session_id - device_fingerprint - ip_address - ip_country - amount - currency - game_id - round_id - bonus_id - affiliate_code - payment_reference_id - retention_class - rules_matched_count - correlation_pending - is_droppable properties: event_uuid: type: string format: uuid description: >- Identificador de Didit del evento. Úsalo como `{event_uuid}` en las llamadas de obtención y eliminación. event_id: type: string maxLength: 128 description: Tu propio identificador, la clave de idempotencia que enviaste. event_category: type: string enum: - auth - session - gameplay - bonus - affiliate - payment - dispute - security - responsible_gambling - custom description: Categoría del evento. action_type: type: string maxLength: 128 description: Qué ocurrió dentro de la categoría, tal como lo enviaste. occurred_at: type: string format: date-time description: Cuándo ocurrió el evento en tu lado. received_at: type: string format: date-time description: Cuándo aceptó Didit el evento. status: type: string enum: - ACCEPTED - APPROVED - IN_REVIEW - DECLINED description: >- `ACCEPTED`: almacenado, ninguna regla coincidente cambió su estado (la respuesta normal para la mayoría de los eventos, y siempre la respuesta en una aplicación sandbox, donde no se ejecuta ninguna regla). `APPROVED`: una regla coincidió y la puntuación se mantuvo por debajo de tu umbral de revisión. `IN_REVIEW`: una regla hizo que la puntuación superara el umbral de revisión o fijó el estado. `DECLINED`: una regla lo rechazó o la puntuación superó tu umbral de rechazo. score: type: integer description: >- Puntuación acumulada de las reglas. Empieza en 0; las acciones `add_score` de las reglas la modifican (se permiten incrementos negativos). subject_vendor_data: type: string maxLength: 255 description: >- `subject.vendor_data` del evento: tu id para el usuario o la empresa. subject_entity_type: type: string description: >- `individual` o `company`: qué tipo de sujeto nombra `subject_vendor_data`. example: individual subject_uuid: type: string format: uuid nullable: true description: >- UUID del usuario (persona física) o de la empresa a la que se resolvió el evento, o null cuando ese registro ya no existe. counterparty_vendor_data: type: string nullable: true description: >- El otro jugador de un evento P2P (promovido desde `payload.counterparty_vendor_data`). maxLength: 255 session_id: type: string nullable: true description: '`session.session_id` enviado con el evento.' maxLength: 255 device_fingerprint: type: string nullable: true description: '`device_context.fingerprint` enviado con el evento.' maxLength: 255 ip_address: type: string nullable: true description: >- Dirección IP del evento. En el canal del servidor es `device_context.network_context.ip_address` tal como lo enviaste; en el canal del dispositivo es la IP de la solicitud. maxLength: 64 ip_country: type: string nullable: true description: >- Código de país de `ip_address` obtenido del enriquecimiento de IP, o null cuando la dirección no se enriqueció (ausente, privada o telemetría de poco valor cuya dirección no se conocía ya). example: ES amount: type: string nullable: true description: >- Importe como cadena decimal con 18 decimales, tomado de `transaction_context.amount`, `payload.amount` o `payload.stake_amount`, en ese orden. example: '250.000000000000000000' currency: type: string nullable: true description: >- Moneda tomada de `transaction_context.currency` o `payload.currency`. maxLength: 10 game_id: type: string nullable: true description: Se promueve desde `payload.game_id`. maxLength: 128 round_id: type: string nullable: true description: Tomado de `payload.round_id`. maxLength: 128 bonus_id: type: string nullable: true description: Se promueve desde `payload.bonus_id`. maxLength: 128 affiliate_code: type: string nullable: true description: Se promueve desde `payload.affiliate_code`. maxLength: 128 payment_reference_id: type: string nullable: true description: >- Referencia de pago tomada de `transaction_context.payment_reference_id` o de `payload.payment_reference_id`. maxLength: 255 retention_class: type: string enum: - low_value - standard - risk_relevant - monetary_or_compliance description: >- Clase de retención. Los eventos de pago y de disputa son `monetary_or_compliance`; los eventos de seguridad y de juego responsable son `risk_relevant`; `session.page_view`, `session.sdk_heartbeat`, `session.sdk_loaded`, `session.device_seen`, `session.bot_signal_observed`, `bonus.promotion_viewed` y `affiliate.referral_clicked` son `low_value`; todo lo demás es `standard`. Un evento que coincide con una regla activa se promociona a `risk_relevant` (nunca se degrada). rules_matched_count: type: integer minimum: 0 description: >- Número de reglas que coincidieron con el evento, incluidas las reglas en modo `TEST` (que registran evidencias pero no aplican ninguna acción). correlation_pending: type: boolean description: >- `true` mientras una regla asíncrona (correlación entre sujetos o una secuencia de más de 24 horas) aún tiene que ejecutarse para este evento. Se resuelve en minutos y `status`, `score` y `rules_matched_count` se actualizan en el mismo registro. is_droppable: type: boolean description: >- Indica si un SDK con contrapresión puede descartar eventos de este tipo. `false` para todos los eventos `security`, `payment`, `dispute` y `responsible_gambling`, y para `gameplay.bet_placed`, `gameplay.bet_settled` y `gameplay.p2p_settlement`. 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.