> ## 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. # AML 스크리닝 이력 조회 API > Didit에서 세션별 지속적인 AML 모니터링 재스크리닝 기록을 조회합니다. 변경이 없던 실행을 포함해 결과, 점수, 데이터셋 최신성을 제공합니다. AML 스크리닝 기록 조회 API 프롬프트 프롬프트를 클립보드에 복사 
  \`List the ongoing AML monitoring history of one Didit verification session through the API.

  Endpoint:
  GET [https://verification.didit.me/v3/session/\{session\_id}/aml-screening-history/](https://verification.didit.me/v3/session/\{session_id}/aml-screening-history/)

  Authentication:
  Send my Didit API key in the x-api-key header. A scoped key needs decisions: read.

  Goal:

  * Prove that ongoing AML monitoring ran for a subject, including the re-screens that found nothing new, for example to answer an auditor.

  Query parameters:

  * node\_id (optional): the workflow node ID of the AML check when the session ran several AML steps. Without it, the most recent AML check is used.
  * limit (default 50) and offset: pagination.

  Behavior:

  * Works for user (KYC) and business (KYB) session IDs.
  * Returns { count, next, previous, results }, newest first by completed\_at. count is exact up to 100 and capped at 100 above that, so follow next until it is null.
  * Only ongoing-monitoring re-screens are listed. The first screening is part of the session decision, so a session without ongoing monitoring returns an empty list.
  * History starts when the feature was introduced; earlier screenings are not reconstructed.

  Example call:
  curl -X GET "[https://verification.didit.me/v3/session/11111111-2222-3333-4444-555555555555/aml-screening-history/](https://verification.didit.me/v3/session/11111111-2222-3333-4444-555555555555/aml-screening-history/)" \
  -H "x-api-key: YOUR\_API\_KEY"

  What to read from the response:

  * results\[].completed\_at: when the re-screen finished. started\_at: when its batch started.
  * results\[].outcome: NO\_CHANGE (completed, result unchanged), CHANGED (score, status or hits moved) or FAILED (no usable answer for this subject, nothing changed).
  * results\[].status, score and total\_hits: the state the re-screen left the check in.
  * results\[].dataset\_freshness: how current the screening datasets were (sources.sanctions, pep, warnings, adverse\_media with last\_updated\_at and oldest\_updated\_at), or null when no dates were available. Dates are never estimated.
  * results\[].provider and dataset\_freshness.provider: an identifier of the data source. Treat it as an opaque string.

  Failure modes:

  * 400: limit or offset above 1,000,000.
  * 401: the API key has expired.
  * 403: missing key (a wrong, revoked or expired key gets 401), a key of another application, a scoped key without decisions: read, or a request from outside the key's IP allowlist.
  * 404: the session does not exist, was deleted, or is outside a scoped key's limits, or it has no AML check (for that node\_id).

  Side effects: none. This is a pure read.

  For the full integration shape, see /integration/integration-prompt.\`
붙여넣을 곳 알림, 활동 항목, webhook은 스크리닝 결과가 변경될 때만 발생합니다. 따라서 이 기록은 문제없는 대상이 여전히 스크리닝 중이었다는 증거가 됩니다. [지속적인 AML 모니터링](https://docs.didit.me/ko/core-technology/aml-screening/continuous-monitoring-aml-screening.md)에서는 재스크리닝이 실행되는 방식과 각 필드의 의미를 설명합니다. 같은 기록을 파일 형태로 감사인에게 전달하려면 [AML 스크리닝 기록 내보내기](https://docs.didit.me/ko/management-api/sessions/export-aml-screening-history.md)를 사용합니다. ## OpenAPI ````yaml ko/openapi-25.json GET /v3/session/{sessionId}/aml-screening-history/ 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/session/{sessionId}/aml-screening-history/: get: tags: - Sessions summary: AML 스크리닝 이력 조회 description: >- 세션의 AML 검사에서 완료된 모든 지속적인 모니터링 재스크리닝 목록을 `completed_at` 기준 최신순으로 조회합니다. 변경 사항이 없는 실행 건도 포함됩니다. 알림, 활동 항목, webhook은 결과가 변경될 때만 트리거되므로, 이 기록은 이상이 없는 대상자도 계속 스크리닝되고 있었음을 증명하는 증거가 됩니다. KYC 및 KYB 세션 ID에 대해 작동하며, 세션에서 둘 이상의 AML 단계를 실행한 경우 `node_id`를 전달하십시오. 지속적인 모니터링 재스크리닝만 나열되며(최초 스크리닝은 세션 결정의 일부임), 이 기록이 존재하기 전의 실행 건은 재구성되지 않으므로 지속적인 모니터링이 없는 세션은 빈 목록을 반환합니다. `count`는 최대 100까지 정확하며 그 이상은 100으로 제한되므로 `null`이 될 때까지 `next`를 따르십시오. 한 번에 한 달(달력 기준) 단위로 조회하려면 `month`를 전달하십시오. 스코프가 지정된 API 키에는 `decisions: read` 권한이 필요합니다. [지속적인 AML 모니터링](https://docs.didit.me/ko/core-technology/aml-screening/continuous-monitoring-aml-screening)을 참고하십시오. operationId: get_v3_session_aml_screening_history parameters: - name: sessionId in: path required: true description: >- 인증 세션의 UUID(`POST /v3/session/`에서 반환된 `session_id`)입니다. 사용자 인증(KYC) 및 기업 확인(KYB) 세션 ID를 모두 지원하며, 서버는 두 세션 유형 전체에서 ID를 확인합니다. 올바른 형식의 UUID여야 합니다. 형식이 잘못된 값은 경로와 일치하지 않아 HTML `404`를 반환합니다. schema: type: string format: uuid example: 11111111-2222-3333-4444-555555555555 - name: node_id in: query required: false description: >- AML 확인의 워크플로 그래프 노드 ID입니다. 세션에서 둘 이상의 AML 단계를 실행한 경우에만 필요하며, 지정하지 않으면 가장 최근의 AML 확인이 사용됩니다. 알 수 없는 노드는 `404`를 반환합니다. schema: type: string example: feature_aml_1 - name: month in: query required: false description: >- `YYYY-MM` 형식의 UTC 달력 월입니다. 해당 월에 완료된 스크리닝만 반환됩니다. 지정하지 않으면 모든 월이 반환됩니다. 형식이 잘못된 월은 `400`을 반환합니다. schema: type: string pattern: ^\d{4}-(0[1-9]|1[0-2])$ example: 2026-09 - name: limit in: query required: false description: >- 페이지당 최대 스크리닝 실행 수입니다. 기본값은 50입니다. 1 미만의 값이나 숫자가 아닌 값은 50으로 대체되며, 1,000,000을 초과하는 값은 `400`을 반환합니다. schema: type: integer default: 50 minimum: 1 maximum: 1000000 example: 50 - name: offset in: query required: false description: >- 반환되는 첫 번째 결과 전에 건너뛸 결과 수입니다. 기본값은 0입니다. 음수 또는 숫자가 아닌 값은 0으로 대체되며, 1,000,000을 초과하는 값은 `400`을 반환합니다. `next` 및 `previous` URL을 따르는 것을 권장합니다. schema: type: integer default: 0 minimum: 0 maximum: 1000000 example: 0 - name: ordering in: query required: false description: >- 선택 사항인 정렬 재정의입니다. 기본 순서는 `-completed_at`입니다. 오름차순으로 정렬하려면 결과 필드 이름(예: `completed_at`, `started_at`, `outcome` 또는 `score`)을 전달하고, 내림차순으로 정렬하려면 앞에 `-`를 붙이며, 여러 필드는 쉼표로 구분합니다. 알 수 없는 필드는 무시됩니다. schema: type: string example: completed_at responses: '200': description: 최신순으로 정렬된 스크리닝 실행 페이지 하나입니다. content: application/json: schema: type: object required: - count - next - previous - results properties: count: type: integer maximum: 100 description: 실행 횟수로, 최대 100회까지는 정확하며 100회를 초과하면 100으로 제한됩니다. next: type: string format: uri nullable: true description: 다음 페이지의 URL이며, 마지막 페이지에서는 `null`입니다. previous: type: string format: uri nullable: true description: 이전 페이지의 URL이며, 첫 번째 페이지에서는 `null`입니다. results: type: array items: $ref: '#/components/schemas/AMLScreeningRun' examples: Monitored subject: value: count: 2 next: null previous: null results: - uuid: dddddddd-1111-2222-3333-444444444444 run_id: aaaaaaaa-1111-2222-3333-444444444444 completed_at: '2026-09-14T04:12:33.481207Z' started_at: '2026-09-14T04:00:01.002311Z' outcome: NO_CHANGE trigger: ONGOING_MONITORING provider: aml_data_source status: Approved score: 0 total_hits: 0 new_hits: 0 entities_screened: 1 dataset_freshness: captured_at: '2026-09-14T03:58:02.114820+00:00' provider: aml_data_source catalog_version: '2026-09-13' sources: sanctions: last_updated_at: '2026-09-13T21:10:00+00:00' oldest_updated_at: '2026-09-11T06:00:00+00:00' dataset_count: 120 dated_dataset_count: 120 pep: last_updated_at: '2026-09-13T08:00:00+00:00' oldest_updated_at: null dataset_count: 45 dated_dataset_count: 44 warnings: last_updated_at: '2026-09-12T18:45:00+00:00' oldest_updated_at: '2026-09-01T00:00:00+00:00' dataset_count: 30 dated_dataset_count: 30 - uuid: eeeeeeee-1111-2222-3333-444444444444 run_id: bbbbbbbb-1111-2222-3333-444444444444 completed_at: '2026-09-13T04:11:58.020914Z' started_at: '2026-09-13T04:00:00.871022Z' outcome: FAILED trigger: ONGOING_MONITORING provider: aml_data_source status: Approved score: 0 total_hits: 0 new_hits: null entities_screened: 0 dataset_freshness: null '400': description: >- `limit` 또는 `offset`이 1,000,000을 초과하거나(메시지 1개가 포함된 JSON 배열), `month`가 `YYYY-MM` 달력 월이 아닙니다(`month`를 키로 하는 객체). content: application/json: examples: Limit too large: summary: limit=2000000 value: - limit must not exceed 1000000. Offset too large: summary: offset=2000000 value: - offset must not exceed 1000000. Malformed month: summary: month=2026-13 value: month: - Not a calendar month. Use YYYY-MM. schema: oneOf: - type: array items: type: string - type: object properties: month: type: array items: type: string '401': description: >- 스코프가 지정된 API 키가 만료되었습니다. `401`이 반환되는 유일한 경우이며, 누락되었거나 유효하지 않거나 폐기된 키에는 `403`이 반환됩니다. content: application/json: schema: type: object properties: detail: type: string description: 사람이 읽기 쉬운 오류 메시지입니다. examples: Expired key: summary: 키의 만료일이 지났습니다 value: detail: This API key has expired. '403': description: >- 인증 또는 권한 부여에 실패했습니다. 키가 누락된 경우 `403`이 반환되며, 다른 애플리케이션의 키, 이 endpoint에 필요한 권한이 없는 범위 지정 키, 키의 IP 허용 목록 외부에서 보낸 요청의 경우에도 마찬가지입니다. 잘못되었거나 취소되었거나 만료된 키는 `401`을 반환합니다. `detail`로 구분하십시오. content: application/json: schema: type: object properties: detail: type: string description: 사람이 읽기 쉬운 오류 메시지입니다. examples: Missing or invalid credentials: summary: x-api-key 헤더가 없거나 키 검증에 실패했습니다 value: detail: >- Authentication credentials were not provided or are invalid. Other application: summary: 세션과 다른 애플리케이션에 속한 유효한 키입니다 value: detail: You do not have permission to perform this action. Scoped key without decisions read: summary: '스코프 지정 키에 decisions: read 권한이 없음' value: detail: This API key has no read access to decisions. IP not allowed: summary: 키의 IP 허용 목록 외부로부터의 요청 value: detail: This API key can't be used from this IP address. '404': description: >- 세션이 존재하지 않거나, 삭제되었거나, 범위가 지정된 키의 제한 범위를 벗어났거나, (해당 `node_id`에 대한) AML 검사가 없습니다. 세션 조회가 자격 증명 확인보다 먼저 실행되므로, 유효한 키가 없더라도 알 수 없는 `sessionId`에 대해 `404`를 반환합니다. content: application/json: schema: type: object properties: detail: type: string description: 사람이 읽기 쉬운 오류 메시지입니다. examples: Unknown session: summary: 이 ID를 가진 세션이 존재하지 않거나 삭제되었습니다 value: detail: Not found. Outside key limits: summary: 세션이 범위가 지정된 키의 제한 범위를 벗어났습니다(방금 삭제된 세션에 대해서도 반환됨) value: detail: Session not found. No AML check: summary: 세션에서 AML 단계를 실행한 적이 없습니다 value: detail: The session does not have an AML check. No AML check for node: summary: node_id가 세션의 AML 검사와 일치하지 않음 value: detail: >- The session does not have an AML check for node 'feature_aml_2'. '429': description: >- 속도 제한 초과: API 키당 분당 600개의 GET 요청. 재시도하기 전에 `Retry-After`초 동안 대기하세요. `X-RateLimit-*` 헤더에 남은 한도가 표시됩니다. content: application/json: schema: type: object properties: detail: type: string description: 사람이 읽기 쉬운 오류 메시지입니다. examples: Rate limited: summary: 현재 분에 할당된 예산이 소진되었습니다 value: detail: >- GET request rate limit exceeded. You can make up to 600 requests per minute. headers: Retry-After: description: 재시도하기 전 대기할 시간(초)입니다. schema: type: integer minimum: 1 example: 30 security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X GET 'https://verification.didit.me/v3/session/11111111-2222-3333-4444-555555555555/aml-screening-history/' \ -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.list_aml_screening_history( "11111111-2222-3333-4444-555555555555", ): 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.listAmlScreeningHistory("11111111-2222-3333-4444-555555555555")) { console.log(item); } - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\niter := client.Sessions.ListAMLScreeningHistoryAutoPaging(ctx, \"11111111-2222-3333-4444-555555555555\", didit.SessionsListAMLScreeningHistoryParams{})\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().listAmlScreeningHistory("11111111-2222-3333-4444-555555555555")) { System.out.println(item); } - lang: php label: PHP source: >- sessions->listAmlScreeningHistory('11111111-2222-3333-4444-555555555555') as $item) { print_r($item->toArray()); } - lang: ruby label: Ruby source: >- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new didit.sessions.list_aml_screening_history("11111111-2222-3333-4444-555555555555").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.ListAmlScreeningHistoryAsync("11111111-2222-3333-4444-555555555555")) { Console.WriteLine(JsonSerializer.Serialize(item)); } components: schemas: AMLScreeningRun: type: object description: 완료된 AML 확인의 지속적인 모니터링 재스크리닝 1건입니다. required: - uuid - run_id - completed_at - started_at - outcome - trigger - provider - status - score - total_hits - new_hits - entities_screened - dataset_freshness properties: uuid: type: string format: uuid description: 이 스크리닝 실행의 식별자입니다. run_id: type: string format: uuid description: 이 스크리닝이 속한 모니터링 실행입니다. 동일한 실행에서 스크리닝된 모든 인증이 이를 공유합니다. completed_at: type: string format: date-time description: 이 대상자의 재스크리닝이 완료된 시점입니다. 결과는 이 값을 기준으로 최신순으로 정렬됩니다. started_at: type: string format: date-time description: 이 재스크리닝이 속한 모니터링 배치가 시작된 시점입니다. outcome: type: string enum: - NO_CHANGE - CHANGED - FAILED description: >- `NO_CHANGE`: 완료되었으며 결과가 변경되지 않음. `CHANGED`: 완료되었으며 점수, 상태, 일치 건수 또는 일치 항목이 변경됨. `FAILED`: 이 대상에 대해 사용 가능한 응답이 없어 확인이 그대로 유지됨. trigger: type: string enum: - ONGOING_MONITORING description: 스크리닝을 시작한 원인입니다. 현재는 항상 `ONGOING_MONITORING`입니다. provider: type: string description: 응답한 AML 데이터 소스의 불투명 식별자입니다. 불투명 문자열로 취급해야 하며, 이에 따라 분기하지 마십시오. example: aml_data_source status: type: string nullable: true enum: - Not Finished - Approved - Declined - In Review - Resub Requested - null description: 이번 실행으로 검사가 도달한 AML 검사 상태입니다. score: type: number format: float nullable: true minimum: 0 maximum: 100 description: 이번 실행으로 검사가 도달한 AML 점수입니다. total_hits: type: integer nullable: true description: 이 실행 후 검사에 남아 있는 적발 건수입니다. new_hits: type: integer nullable: true description: >- 이 실행을 통해 검사에서 이전에 없었던 새로 발견된 적발 건수입니다. 새로운 항목이 발견되지 않은 경우 `0`이며, 실행이 실패했거나 이 카운트가 존재하기 전에 기록된 경우 `null`입니다. entities_screened: type: integer minimum: 0 maximum: 1 description: 이 실행에서 인증을 위해 스크리닝한 엔티티 수입니다. 대상이 스크리닝된 경우 `1`, 실행이 실패한 경우 `0`입니다. dataset_freshness: allOf: - $ref: '#/components/schemas/AMLDatasetFreshness' nullable: true description: 이 실행에 사용된 데이터 세트 최신성 정보이거나, 날짜 정보가 없는 경우 `null`입니다. AMLDatasetFreshness: type: object description: 스크리닝이 실행되었을 때 AML 데이터 세트가 얼마나 최신 상태였는지를 나타냅니다. 날짜는 추정되지 않습니다. required: - captured_at - provider - catalog_version - sources properties: captured_at: type: string format: date-time description: Didit이 이 최신성 정보의 출처인 데이터셋 카탈로그를 읽은 시점입니다. provider: type: string description: AML 데이터 소스의 불투명 식별자입니다. 불투명 문자열로 취급해야 하며, 이에 따라 분기하지 마십시오. example: aml_data_source catalog_version: type: string nullable: true description: 소스에서 보고하는 경우, 데이터 세트 카탈로그의 버전 식별자입니다. sources: type: object description: 데이터셋 패밀리별 최신성입니다. 데이터셋에 업데이트 날짜가 보고되지 않은 패밀리는 `null`로 채워지지 않고 생략됩니다. properties: sanctions: $ref: '#/components/schemas/AMLDatasetSourceFreshness' pep: $ref: '#/components/schemas/AMLDatasetSourceFreshness' warnings: $ref: '#/components/schemas/AMLDatasetSourceFreshness' adverse_media: $ref: '#/components/schemas/AMLDatasetSourceFreshness' AMLDatasetSourceFreshness: type: object description: 한 제품군 AML 데이터 세트의 최신성입니다. required: - last_updated_at - oldest_updated_at - dataset_count - dated_dataset_count properties: last_updated_at: type: string format: date-time description: 해당 패밀리 내 모든 데이터셋의 가장 최근 업데이트. oldest_updated_at: type: string format: date-time nullable: true description: >- 데이터 최신성 경계: 제품군의 모든 데이터셋은 최소한 이 시점만큼 최신 상태입니다. 제품군의 하나 이상의 데이터셋에 업데이트 날짜가 보고되지 않아 경계를 알 수 없는 경우 `null`입니다. dataset_count: type: integer description: 패밀리 내 데이터셋 수입니다. dated_dataset_count: type: integer description: 업데이트 날짜를 보고한 해당 데이터 세트의 수입니다. securitySchemes: ApiKeyAuth: type: apiKey in: header name: x-api-key description: >- Business Console의 Developers -> API keys에서 발급받은 귀하 애플리케이션의 API 키입니다. 기본 키는 전체 접근 권한을 갖습니다. 이름이 지정된 키는 리소스별 none, read, write 범위로 권한을 제한할 수 있으며 특정 워크플로나 승인된 세션, IP 주소 목록, 만료일 등으로 제한할 수도 있습니다. 401은 키가 잘못되었거나 폐기되었거나 만료되었음을 의미합니다. 403은 키가 전송되지 않았거나, 키에 해당 리소스나 작업에 대한 접근 권한이 없거나, 요청이 허용된 IP 목록 외부 주소에서 발생했음을 의미합니다. 세션 경로에서의 404는 해당 세션이 키의 허용 워크플로 또는 상태 범위를 벗어났음을 의미합니다. 미디어 접근 권한이 없는 키는 이미지, 비디오, PDF URL을 null로 수신하며, 세션 write 권한이 없는 키는 세션 링크와 token을 null로 수신합니다. https://docs.didit.me/console/api-keys 를 참고하십시오. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.