Skip to main content
This guide covers exceptions that can occur during IDV, AML, KYC, and Biometric processes. Use this reference to plan your internal processes for handling these scenarios.
Note: IDV vendors (Daon, Incode, Onfido) have built-in quality gates that prevent submission of poor quality images or fraudulent documents at capture stage. Many technical errors are handled by vendor SDKs before reaching FrankieOne.

Summary

Primary Resolution Approaches

Before diving into specific exceptions, these are the standard fallback approaches:
ApproachWhen to UseProcess
Request Alternative IDCustomer unable to verify with current documentDirect customer to provide different government-issued ID (e.g., if Passport failed, try Driver’s License)
Manual KYC FallbackAutomated verification failed after multiple retriesCollect document images via secure upload; process via manual KYC in FrankieOne portal
eKYC Form FallbackBiometric/OCR automated flow failedDirect customer to eKYC manual form to enter details and upload documents

Workflow Status Values

Understanding the workflow result statuses:
StatusMeaningTypical Action
PASSSuccessfully completed with passing recommendationProceed with onboarding
REVIEWResults require manual examinationCheck risks and step details
FAILFinished with failing recommendationReject or request retry
INCOMPLETEFinished but results are partialMay need additional steps
BLOCKEDCannot complete; manual review neededEscalate to operations

Exception Categories at a Glance

CategoryTypical HandlerSeverity
Access IssuesCustomer SupportLow
Document IssuesCustomer SupportLow-Medium
OCR/Data MismatchCustomer SupportLow-Medium
Biometric IssuesCustomer Support/OperationsMedium
Technical IssuesCustomer Support/TechOpsLow-Medium
KYC FailuresCustomer SupportMedium
AML MatchesCompliance/OperationsHigh
Blocklist MatchesCompliance/OperationsHigh

Handler Reference

HandlerDescription
Customer SupportYour customer-facing support/compliance team
OperationsBack-office operations team
ComplianceCompliance/risk team for regulatory matters
TechOpsTechnical operations team
FrankieOneEscalate to FrankieOne support

IDV - Access Issues

Exceptions related to customers accessing the verification flow.

URL Access

ExceptionDescriptionHandlerSuggested Approach
Link ExpiredCustomer accessed verification link after expiry periodCustomer SupportGenerate and send new verification link; adjust expiry time if needed for customer’s use case
Link Not WorkingCustomer cannot access hosted verification URLCustomer SupportVerify stable internet connection; try different browser; send new link; provide alternative verification method if persistent

Browser Issues

ExceptionDescriptionHandlerSuggested Approach
Browser Not SupportedCustomer using outdated or incompatible browserCustomer SupportDirect customer to use Chrome, Safari, Firefox, or Edge (latest versions); provide mobile option as alternative

Network Issues

ExceptionDescriptionHandlerSuggested Approach
Corporate Network BlockingCustomer’s workplace firewall blocking FrankieOneCustomer SupportAsk customer to try from personal device/network; coordinate with customer’s IT to whitelist FrankieOne domains; provide alternative method

IDV - Document Issues

Exceptions related to document capture and validation.

Document Quality

ExceptionDescriptionHandlerSuggested Approach
Poor Image QualityDocument image too dark, blurry, or unclearCustomer SupportInstruct customer to: use good lighting; hold camera steady; ensure document fills frame; place on plain surface; retry capture
Glare or ShadowsReflections or shadows obscuring document detailsCustomer SupportInstruct customer to: avoid direct overhead lighting; adjust angle; place document flat on dark surface; retry capture
Document Not DetectedSystem cannot recognize document in imageCustomer SupportInstruct customer to: ensure entire document visible in frame; use plain background; avoid hands in frame; retry capture

Document Type

ExceptionDescriptionHandlerSuggested Approach
Wrong Document ProvidedCustomer uploaded different document type than requestedCustomer SupportClarify which document types are accepted; request correct document type; provide list of acceptable alternatives
Document Not AcceptedDocument type not supported for customer’s countryCustomer SupportExplain which documents are accepted for their country; request alternative accepted document type

Document Validity

ExceptionDescriptionHandlerSuggested Approach
Expired DocumentDocument has passed expiry dateCustomer SupportRequest current valid (non-expired) document; if customer has no valid ID, escalate to manual KYC with manager approval

Document Authenticity (IDV_DOCUMENT)

IDV document checks validate visual authenticity, image integrity, data validation, and document compromise status.
ExceptionDescriptionHandlerSuggested Approach
Suspected Fraudulent DocumentSystem detected potential document fraud or tampering (status: SUSPECTED or REJECTED)Compliance/OperationsReject application; flag for investigation; request alternative document; escalate to compliance team; may require in-person verification
Photocopied DocumentDocument appears to be photocopy, not originalCustomer SupportRequest photo of original physical document; explain requirement for genuine ID; may require manual review

IDV - OCR Issues

Exceptions related to data extraction and matching. OCR extracts data from documents (IDV_OCR), then comparison checks this against entity information (IDV_OCR_COMPARISON), flagging discrepancies via a mismatchMap.
Note: The system uses fuzzy matching logic (Levenshtein distance) to tolerate minor OCR errors before flagging mismatches.

Data Mismatch

ExceptionDescriptionHandlerSuggested Approach
Name Doesn’t MatchName on document doesn’t match entered informationCustomer SupportAsk customer to verify spelling; check for legal name vs nickname; check for name changes (marriage, maiden name); request correction or alternative document
Date of Birth Doesn’t MatchDOB on document doesn’t match entered informationCustomer SupportVerify DOB format (DD/MM/YYYY vs MM/DD/YYYY); check for typos; request customer verify and correct; may require manual review
Address Doesn’t MatchAddress on document doesn’t match entered informationCustomer SupportCheck for abbreviations (St vs Street); verify current vs previous address; request customer update to match document; may need previous address
Document Number Doesn’t MatchID number doesn’t match entered informationCustomer SupportVerify document number entry; check for common errors (O vs 0, I vs 1); request customer re-enter carefully

Data Extraction

ExceptionDescriptionHandlerSuggested Approach
Cannot Read DocumentSystem unable to extract data from document imageCustomer SupportRequest better quality image with clear readable text; ensure good lighting and focus; fallback to eKYC manual form if persistent

IDV - Biometric Issues

Exceptions related to liveness checks and facial matching. IDV results use statuses: CLEAR, SUSPECTED, or REJECTED.

Liveness Failed (IDV_FACIAL_LIVENESS)

ExceptionDescriptionHandlerSuggested Approach
Liveness Check FailedSystem could not verify customer is live person (status: REJECTED)Customer SupportInstruct customer to: ensure good lighting; look directly at camera; follow on-screen prompts; remove glasses/hat if needed; retry capture
Suspected Fraud - LivenessSystem detected potential spoofing attempt (status: SUSPECTED)Compliance/OperationsReject application; flag for fraud investigation; do not proceed with automated verification; escalate to compliance

Face Match (IDV_FACIAL_COMPARISON)

ExceptionDescriptionHandlerSuggested Approach
Face Doesn’t Match DocumentSelfie doesn’t match photo on document (status: REJECTED)Customer Support/OperationsVerify customer using correct document; check for significant appearance changes; may require manual review; request more recent ID if available
Low Match ConfidenceInsufficient confidence in face match (status: SUSPECTED)Customer SupportRequest better quality selfie with good lighting; ensure face clearly visible; retry capture; may require manual review

Image Quality

ExceptionDescriptionHandlerSuggested Approach
Poor Selfie QualitySelfie image too dark, blurry, or unclearCustomer SupportInstruct customer to: use good lighting; hold camera steady; look directly at camera; ensure face fills frame; retry capture

Obstruction

ExceptionDescriptionHandlerSuggested Approach
Face ObscuredFace partially covered by glasses, hat, mask, or hairCustomer SupportRequest customer remove obstructions (sunglasses, hat, scarf); ensure face clearly visible; retry capture

Detection

ExceptionDescriptionHandlerSuggested Approach
Face Not DetectedSystem cannot detect face in imageCustomer SupportInstruct customer to: position face in frame; ensure adequate lighting; look at camera; be alone in frame; retry capture

Appearance Change

ExceptionDescriptionHandlerSuggested Approach
Significant Appearance ChangeCustomer looks very different from document photoOperationsMay be acceptable if due to aging, weight change, or styling; requires manual review by operator; may request more recent ID

IDV - Technical Issues

Technical exceptions during the verification process.

Camera Access

ExceptionDescriptionHandlerSuggested Approach
Camera Permission DeniedCustomer denied camera access in browserCustomer SupportInstruct customer to enable camera permission in browser settings; provide step-by-step guide; fallback to document upload option
No Camera AvailableCustomer’s device has no cameraCustomer SupportProvide document upload option; suggest using device with camera (smartphone); fallback to eKYC manual form

Upload

ExceptionDescriptionHandlerSuggested Approach
Upload FailedDocument or selfie upload failedCustomer SupportCheck customer’s internet connection; try smaller file size; retry upload; try different browser; escalate if persistent

Processing

ExceptionDescriptionHandlerSuggested Approach
Verification Taking Too LongProcessing stuck or timing outCustomer Support/FrankieOneAsk customer to wait and retry; check system status; escalate to FrankieOne if widespread; provide alternative verification method
System ErrorGeneric technical error during verificationFrankieOneCheck system health and vendor status; retry; escalate to FrankieOne; provide alternative verification method to customer

KYC Exceptions

Exceptions during electronic KYC verification.

Verification Failed

ExceptionDescriptionHandlerSuggested Approach
KYC Failed - No MatchesCustomer details don’t match any data sourcesCustomer SupportVerify customer entered correct details (spelling, DOB, address); request previous address; try alternative ID document; escalate to manual KYC
KYC Partial - Insufficient MatchesSome details matched but not enough for recipe requirementsCustomer SupportRequest previous address; verify all details correct; try alternative ID document; may require manual KYC
Government ID Verification FailedID document failed DVS or government verificationCustomer SupportVerify document details entered correctly; check document is current and valid; try alternative government ID; escalate to manual KYC

Data Issues

ExceptionDescriptionHandlerSuggested Approach
Name Not Found in DatabasesCustomer’s name not found in credit/electoral databasesCustomer SupportVerify name spelling and format; check for recent name changes; request previous name; try alternative ID; may require manual KYC
Address Not Found in DatabasesCustomer’s address not found in databasesCustomer SupportRequest previous address; verify address format; check for recent moves; try alternative address; may require manual KYC
Date of Birth Not FoundCustomer’s DOB not matching recordsCustomer SupportVerify DOB format and accuracy; check for typos; confirm with customer; may indicate data quality issue requiring manual KYC

Credit Header

ExceptionDescriptionHandlerSuggested Approach
Credit Header FailedCustomer details don’t match credit bureau recordsCustomer SupportInform customer this doesn’t affect credit score; verify details correct; request previous address; try alternative verification method; escalate to manual KYC

Technical

ExceptionDescriptionHandlerSuggested Approach
Data Source UnavailableVerification data source temporarily unavailableFrankieOneCheck vendor status; retry when available; use backup data source if configured; notify customer of delay; provide alternative method

AML Exceptions

Exceptions from Anti-Money Laundering screening. AML screening checks against four categories: PEPs, Sanctions, Adverse Media, and Regulatory/Law Enforcement Watchlists.

Screening Hits

When AML returns a HIT result, compliance teams must classify the match.
ExceptionDescriptionHandlerSuggested Approach
PEP Match DetectedCustomer matched to Politically Exposed Person listCompliance/OperationsFlag for compliance review; gather additional information; conduct enhanced due diligence; classify via API as TRUE_POSITIVE_ACCEPT or TRUE_POSITIVE_REJECT
Sanctions Match DetectedCustomer matched to sanctions list (OFAC, UN, EU, DFAT, etc.)Compliance/OperationsImmediate escalation to compliance; do not proceed with onboarding; conduct thorough investigation; classify as TRUE_POSITIVE_REJECT unless confirmed false positive
Adverse Media MatchCustomer matched to negative news (financial crime, fraud, etc.)Compliance/OperationsFlag for compliance review; investigate media reports; assess risk level; classify appropriately
Watchlist MatchCustomer matched to law enforcement or regulatory watchlistCompliance/OperationsEscalate to compliance immediately; conduct investigation; gather additional information; classify based on risk assessment

AML Hit Classification

Use the PATCH /v2/individuals/{entityId}/results/aml endpoint to classify matches:
StatusWhen to Use
FALSE_POSITIVEMatch is a different person
TRUE_POSITIVE_ACCEPTConfirmed match; risk acceptable
TRUE_POSITIVE_REJECTConfirmed match; reject applicant
UNKNOWN_ACCEPTIdentity unclear; proceeding anyway
UNKNOWN_REJECTIdentity unclear; declining
Note: Re-run the workflow after classification as statuses may change.

Review Required

ExceptionDescriptionHandlerSuggested Approach
Potential AML Match - Low ConfidencePossible match but low confidence (likely false positive)Compliance/OperationsReview match details; compare customer information using DOB, nationality, country; classify as FALSE_POSITIVE if confirmed; document decision
Multiple AML HitsCustomer matched multiple screening listsCompliance/OperationsHigh priority escalation to compliance; conduct comprehensive investigation; enhanced due diligence required; senior approval needed; classify each match individually

Technical

ExceptionDescriptionHandlerSuggested Approach
AML Screening FailedTechnical error during AML screeningFrankieOneCheck AML vendor status; retry screening; escalate if persistent; do not proceed until screening complete

Ongoing Monitoring

AML Ongoing Monitoring continuously screens entities after onboarding. When risk status changes, alerts are triggered requiring review.

Blocklist & Duplicate Exceptions

Exceptions from internal matchlist/blocklist and duplicate detection.

Matchlist/Blocklist Matches

When a matchlist check returns a HIT, a BLOCKLISTED issue is generated.
ExceptionDescriptionHandlerSuggested Approach
Blocklist Match DetectedCustomer matched to internal matchlist/blocklistCompliance/OperationsReview blocklist reason; verify match accuracy; classify as FALSE_POSITIVE or TRUE_POSITIVE_REJECT via API
Fraud Blocklist MatchCustomer matched to known fraudster listCompliance/OperationsReject application immediately; classify as TRUE_POSITIVE_REJECT; flag for investigation; do not proceed with onboarding
Classification Options:
  • FALSE_POSITIVE - Match is incorrect, no risk
  • TRUE_POSITIVE_REJECT - Match confirmed, reject entity
Note: After classification, re-run the workflow. If all hits are marked FALSE_POSITIVE, the step changes to CLEARED and the BLOCKLISTED issue is removed.

Duplicate Detection

When the DUPLICATE step finds a match, a DUPLICATE issue is generated and the workflow typically goes to REVIEW.
ExceptionDescriptionHandlerSuggested Approach
Duplicate Entity DetectedCustomer appears to already exist in systemOperationsReview potential duplicate; compare matched fields (name, DOB, document numbers); classify appropriately
Classification Options:
  • FALSE_POSITIVE - Not a duplicate, no relationship created
  • TRUE_POSITIVE_ACCEPT - Confirmed duplicate; marks the older entity as duplicate
  • TRUE_POSITIVE_REJECT - Confirmed duplicate; marks the newer entity as duplicate
Note: After classification, re-run the workflow so the DUPLICATE step can reassess and update the overall status.

Fraud Check Exceptions

Exceptions from the FRAUD workflow step, which evaluates email, phone, device, and IP risk.

Fraud Hits

When fraud checks return a HIT result, issues are generated with category: FRAUD.
ExceptionTypeHandlerSuggested Approach
Risky Email AddressFRAUD_EMAIL_ADDRESSCustomer Support/OperationsReview email indicators (disposable domain, age, reputation); may request alternative email; classify via API
Risky Phone NumberFRAUD_PHONE_NUMBERCustomer Support/OperationsReview phone indicators (VoIP, carrier risk); may request alternative number; classify via API
Risky DeviceFRAUD_DEVICEOperations/ComplianceReview device signals (emulation, characteristics); higher risk—may require manual review
Risky IP AddressFRAUD_IP_ADDRESSOperations/ComplianceReview IP indicators (VPN, geolocation mismatch); assess if legitimate use case

Risk Levels

Fraud checks return risk levels: LOW, MEDIUM, HIGH, or UNACCEPTABLE.

Fraud Hit Classification

Use the PATCH /v2/individuals/{entityId}/results/fraud endpoint to classify fraud detections:
StatusWhen to Use
FALSE_POSITIVESignal is incorrect
TRUE_POSITIVE_ACCEPTRisk acceptable despite fraud signal
TRUE_POSITIVE_REJECTApplicant rejection warranted
Note: Results automatically become MARKED_INVALID or STALE when associated data (email/phone) is modified or deleted.

Biometrics - Vendor Specific

Vendor-specific biometric exceptions.
ExceptionDescriptionHandlerSuggested Approach
Biometric Verification FailedGeneric biometric failure from vendorCustomer SupportRequest customer retry with better lighting and positioning; try alternative ID document; escalate to manual KYC if persistent failures
Vendor Service UnavailableBiometric vendor temporarily unavailableTechOpsCheck vendor status page; retry when available; use backup vendor if configured; notify customer of delay; provide alternative method

Manual Override

IDV results can be manually overridden via PATCH /v2/individuals/{entityId}/results/idv by updating the manualStatus field. Results automatically invalidate (STALE or MARKED_INVALID) when underlying entity data changes post-verification.

Quick Reference: Escalation Paths


Support