← Agent catalogue

AI Agent Profile · LendingIQ · Frankfurt

KYC / AML Verification Agent AI

Invoked via: onboarding pipeline — synchronous per applicantRuntime: AWS Bedrock · eu-west-1Model: Claude Sonnet 4Context window: 200K tokens

DivisionLending Operations

Resume

What this agent does

The KYC / AML Verification Agent AI performs the automated checks that underpin every customer's identity verification at LendingIQ — national ID / eIDAS verification via eIDAS-compliant services, cross-document consistency checks, and prior KYC record matching, and cross-field consistency verification across all identity documents. It produces a structured KYC / AML verification report that tells the onboarding team exactly what was checked, what was found, and whether the KYC / AML file is complete, needs additional information, or cannot proceed. It does not accept a customer's KYC / AML — that is a human-authorised act recorded in the prior KYC registry.

Primary functions

National ID / eIDAS Verification

Every individual applicant — synchronous

Invoked when: applicant submits national ID / eIDAS and consent for identity verification during onboarding

  • Verifies the national ID via eIDAS-compliant identity services or national digital ID schemes — confirming the ID is valid and matches applicant name and date of birth. Liveness detection in the Fraud Detection Agent AI confirms the applicant is physically present. A successful authentication confirms the national ID / eIDAS number is valid and belongs to the person who received the OTP on the registered mobile number. It does not verify that the person using the device is the person whose national ID / eIDAS was authenticated — that is the role of liveness detection in the Fraud Detection Agent AI.
  • Validates the national ID document against issuer records and cross-checks name and date of birth against bureau and submitted documents.
  • Cross-checks name and date of birth across national ID, payslips, bank statements, and employer records. Minor variations are flagged for review; material mismatches fail verification.
  • Does not store unnecessary biometric data beyond what GDPR permits for the verification transaction. Only verification outcomes are retained in the KYC record.
Output: National ID / eIDAS verification result — ID validation status, document cross-check, discrepancy classification, and verification confidence.

Prior KYC Record Match

Every applicant — existing KYC / AML check before fresh collection

Invoked when: SSN or customer identifier is available — prior CIP record check runs before requesting fresh KYC / AML documents

  • Queries prior CIP and bureau records using the applicant's SSN and identifiers to check whether a prior KYC record already exists from a prior interaction with another financial institution. If a prior KYC record exists, it retrieves the KYC / AML status (KYC / AML-compliant / KYC / AML-non-compliant), the KYC / AML date, and the institution that performed the original KYC / AML — reducing the need to collect and verify documents that have already been verified by another RE.
  • Compares the key demographic fields in the prior KYC record (name, date of birth, address) against the applicant's current submission to detect material discrepancies — an address change since the original prior CIP record, a name change, or a date-of-birth mismatch. Minor discrepancies are flagged for the KYC / AML officer to assess; material discrepancies require fresh verification regardless of prior verification status.
  • Determines whether the existing prior KYC record satisfies LendingIQ's KYC / AML requirements for the applicable customer category and product — because different products may require different KYC / AML levels (simplified / normal / enhanced) and an existing prior KYC record at a lower level does not satisfy a higher-level requirement.
  • If no prior KYC record exists, the agent proceeds to fresh document collection and triggers the full verification suite. At the end of a successful fresh KYC / AML, it produces the CIP record update payload for the human KYC / AML officer to submit to the prior KYC registry — the submission itself is a human-authorised act.
Output: prior KYC match result — record found/not found, KYC / AML status and date if found, demographic discrepancy assessment, sufficiency determination for LendingIQ's product requirement, and if fresh KYC / AML is required, the CIP record update payload for human submission on KYC / AML completion.

Video KYC / AML Outcome Integration

For applicants completing VKYC pathway

Invoked when: Video KYC / AML Moderator AI has completed a VKYC session and the outcome needs to be integrated into the overall KYC / AML verification report

  • Reads the structured output from the Video KYC / AML Moderator AI — session pass/refer verdict, compliance checklist outcome, face match result, liveness check outcome, and any moderator notes — and integrates it with the national ID / eIDAS verification results and prior KYC match results to produce a complete KYC / AML file status.
  • Checks that the VKYC session outcome satisfies the ECB / EBA V-CIP (Video based Customer Identification Process) requirements for the applicable customer category: that the OVD presented during the session matches the OVD on file, that the customer's face was visible throughout, that the session was conducted in a single sitting without interruption, and that the date and time watermark from the VKYC system confirms the session was live.
  • Identifies any remaining KYC / AML gaps that the VKYC session did not address — for example, a VKYC session that verified identity but did not collect the address proof separately required for the applicable KYC / AML category. Flags these as open items before the KYC / AML file can be considered complete.
Output: Integrated KYC / AML verification report — national ID / eIDAS verification, prior KYC match, VKYC outcome, V-CIP compliance checklist, any remaining open KYC / AML items, overall KYC / AML file status (Complete / Incomplete — items listed / Refer — discrepancies listed), and a compliance note for the human KYC / AML officer's record.

Knowledge base

ECB / EBA KYC / AML ECB guide / EBA guideline (RAG)

Full KYC / AML ECB guide / EBA guideline with all amendments — OVD categories, simplified/normal/enhanced KYC / AML tiers, prior KYC obligations, eIDAS authentication provisions, V-CIP requirements. Always retrieved live, never cached.

eIDAS / National ID API Responses

Real-time eIDAS and national ID verification results. Pulled at invocation — not stored beyond the KYC file record.

Prior KYC Records

Prior KYC data from participating institutions. Checking existing verification before fresh document collection reduces friction.

Applicant Document Set

OVDs submitted by the applicant — national ID / eIDAS card image, national tax ID image, address proof, photograph. Provided at invocation; not stored beyond the KYC / AML record retention period.

Video KYC / AML Moderator AI Output

Structured VKYC session outcome — pass/refer, compliance checklist, face match result — for integration into the complete KYC / AML verification report.

KYC / AML Verification Knowledge

Pre-training knowledge of European KYC / AML framework, national ID / eIDAS ecosystem, European digital identity practices, V-CIP compliance requirements, and digital onboarding KYC / AML practice up to knowledge cutoff.

Hard guardrails

Will notAccept a customer's KYC / AML or record a KYC / AML acceptance in the prior KYC registry. KYC / AML acceptance is a human-authorised act. The agent produces the verification report; the authorised KYC / AML officer confirms acceptance and submits the CIP record update.
Will notStore national ID / eIDAS biometric data or full national ID / eIDAS demographic data beyond what GDPR biometric data provisions permit for the authentication transaction. Only the verification outcome is retained in the KYC / AML record.
Will notAuthenticate without explicit customer OTP consent. national ID / eIDAS authentication requires the customer to enter the OTP received on their registered mobile — the agent cannot initiate or bypass the OTP consent step.
Will notApprove a KYC / AML file with a mandatory OVD absent. Missing mandatory documents produce an "Incomplete" verdict with the specific missing items listed — the agent does not waive document requirements or approve a workaround without human KYC / AML officer authorisation.

Known limitations

national ID / eIDAS OTP authentication confirms the mobile number is registered to the national ID / eIDAS number — it does not confirm the person holding the device is the national ID / eIDAS holder. A motivated fraudster with access to another person's national ID / eIDAS number and their mobile phone can pass OTP authentication. Liveness detection in the Fraud Detection Agent AI and VKYC face matching provide the additional layer that confirms the person is physically present.The KYC / AML Verification Agent AI and Fraud Detection Agent AI must always run in sequence — national ID / eIDAS verification first, then liveness and face match. Neither agent alone provides adequate identity assurance; the combination does.
prior KYC record quality varies across financial institutions. A prior KYC record created by a cooperative bank or older bank may not meet the documentation standards of a current ECB / EBA KYC / AML cycle. The agent checks the prior KYC record's date and originating institution type and applies a recency and source quality assessment — a prior KYC record more than 2 years old from an institution with a lower KYC / AML standard may not satisfy LendingIQ's requirements even though the registry shows it as KYC / AML-compliant.Define a prior KYC record acceptance policy that specifies minimum record age, originating institution type acceptance, and the circumstances under which fresh verification is required despite an existing prior KYC record. The agent applies the policy; the policy must be maintained.
National ID verification may lag when issuer or eIDAS records have not yet updated. Applicants may show "pending corroboration" until records refresh.Build a 48-hour re-check workflow for "linkage pending" cases — where the customer has submitted proof of having completed the linking, pause the application and recheck the linkage status within 48 hours before routing to manual review. This avoids rejecting genuine applicants who are caught in a system processing lag.
Agent Profile · KYC / AML Verification Agent AI · LendingIQ · FrankfurtLast updated April 2026 · For internal use

Important Reads

Learn more about how to deploy KYC / AML Verification Agent AI to your lending workflow.