Light
Use the minimum checks and evidence needed for a clearly defined lower-risk cohort.
- Streamlined data collection
- Deterministic checks
- Automatic decision where policy permits
A well designed KYC workflow turns policy into practical steps real customers can finish on the first try. The goal is simple: accept good users quickly, stop risky profiles early, and keep evidence that explains every decision. Modern teams do this with a risk-based verification process that adapts by country, product, and segment. Instead of hardcoding checks, you define rules, orchestrate vendors, and watch outcomes. This page lays out how to structure a production-ready customer due diligence flow, which components matter at scale, and how to balance conversion, fraud control, and regulatory compliance. With Ondorse, that blueprint is not theory but a way to run day to day.

A contemporary KYC process is more than document capture. It combines company profile enrichment, ID verification, liveness, sanctions and PEP screening, adverse media, risk scoring, and case management, with ongoing monitoring after day one. Before shortlisting tools or writing code, align on the core building blocks of the journey.
Here are the essentials you should expect in an enterprise-grade identity journey:
Document and biometric verification for passports, national IDs, and driving licenses, with selfie match and proof of address.
Sanctions, PEP, and adverse media screening with configurable thresholds and explainable matches.
Risk-based rules that route users to light, standard, or enhanced due diligence.
Orchestration to switch providers, define fallbacks, and run controlled A/B or shadow mode tests.
Case management for reviews, maker-checker, evidence capture, and full audit trails.
APIs and webhooks with stable contracts and predictable error semantics.
Analytics for pass rates, drop-offs, false positives, and cost per successful verification.
Ongoing monitoring to re-screen customers as risk changes over time.
.webp)
.webp)
Under the hood, a digital onboarding flow adapts to signals. Low-risk profiles glide through lightweight checks. Higher-risk cases escalate to CDD or EDD with extra documents or manual review. Understanding the path from first touch to final decision helps teams design with intent.
A user starts on web or mobile. The flow requests only what is needed for that profile. If device, IP, and data consistency look clean, the system runs a light path with fast vendors. When velocity spikes, geolocation mismatches, or document anomalies appear, rules trigger stronger checks, targeted questions, or investigation queues. Each step emits events and keeps reason codes so product analytics and compliance see the same truth.
For example, a domestic applicant on a known device with a clear selfie match takes the light route and finishes in minutes. A foreign ID with a proof-of-address mismatch triggers the enhanced route, adds a targeted questionnaire, and hands off to review with evidence snapshots. If the first IDV provider times out, orchestration falls back to a second provider and keeps the lineage of both attempts.
The objective is to spend effort where it pays back and remove friction where it does not. A clear segmentation model keeps decisions consistent and defensible across markets and products.
Define a light path for low-risk cohorts with streamlined IDV and screening. Use a standard path with stronger liveness and proof of address when signals justify it. Reserve an enhanced route for high-risk countries or products, with extra documentation and manual review. Document triggers, required evidence, and expected service levels for each path so teams act consistently.
Small details change outcomes. Clear instructions, fast feedback, and sensible retries reduce avoidable drop-offs without weakening controls.
Use these practical ideas to keep a strict journey usable:
Provide guided capture with tips for glare, blur, and framing to improve first-try success.
Offer document alternatives by country to avoid dead ends when a specific ID is not available.
Delay heavy steps. Run sanctions screening early but request extra documents only if signals escalate.
Explain next steps and typical review times when a case moves to manual investigation.
Localize instructions and error messages to reduce confusion and support tickets.
Governance matters as much as checks. Express rules as policy-as-code with versioning, approvals, and maker-checker so updates ship without a deployment. Keep data lineage for all inputs and decisions, plus consent management that records how data can be used. This is where Ondorse focuses on control without slowing teams down.
No single provider wins in every country or device profile. A flexible stack lets you combine strengths, keep leverage, and stay resilient during incidents.
When evaluating IDV and screening partners, look for:
Coverage and accuracy by document type, country, and device profile, with realistic samples.
Latency under real load, since seconds affect completion.
Explainability with reason codes, confidence outputs, and downloadable evidence.
Fallback behavior for timeouts or poor coverage, defined in your orchestration rules.
Security and privacy features such as encryption, short retention, and regional data residency.
You cannot improve what you do not measure. Keep a small, durable set of metrics and review them weekly with product and compliance together.
These indicators tie operational changes to outcomes:
Acceptance rate of legitimate users by segment and market.
False positive rate in screening, plus average investigation time.
Cost per successful verification, including vendor spend and internal workload.
Time to decision for account opening and for escalations to EDD.
Drop-off rate by step with reason codes to target the real blockers.
A structured plan shortens time to value. Start with one segment, prove impact, then scale across countries and products.
Follow this sequence to move from pilot to production without surprises:
Define risk segments and required checks, including evidence to store for audits.
Model rules in plain language and translate them into executable conditions in your orchestration layer.
Integrate the first vendor per check type and set clear timeouts and fallbacks.
Instrument events and webhooks so product, risk, and data teams consume the same timeline.
Use A/B or shadow mode on a small cohort and compare strategies before rolling out.
Roll out gradually by market or product and keep a change log for regulators.
Identity data is sensitive. Your KYC workflow must protect it by default and by design, from collection to deletion.
Apply these principles to reduce risk and simplify audits:
Encryption in transit and at rest with modern ciphers and key rotation.
Data minimization and short retention windows with clear deletion flows.
Role-based access control and SSO for least-privilege access.
Regional data residency where required by regulation or contracts.
Server-side calls for high-risk actions and separation of secrets.
The building blocks are similar across sectors, but thresholds and triggers change. The examples below show how a customer verification flow adapts without bloating the journey.
Fast account opening with strong controls. Light path for low-risk markets, standard path with stronger liveness and screening, and enhanced path with proof of address and manual review when signals justify it. Results remain explainable and audit-ready.
Higher inherent risk and frequent policy shifts make multi-vendor routing and regular re-screening valuable. Decision logs support regulators and banking partners without slowing legitimate users.
Verify buyers and sellers, reduce chargebacks, and protect trust. Business onboarding adds KYB verification and UBO checks. Rules adapt to ticket size, geography, and product category.
Updated October 2025: reviewed by a compliance lead and aligned with public guidance from FATF and European supervisory bodies.
If you are designing a KYC workflow, start by mapping segments and required checks. Choose a platform that supports risk-based orchestration, clear reason codes, and native handover to AML case management. Ondorse approaches these needs with policy-as-code, portable vendor integrations, and evidence-first decisioning so teams can scale without losing control.
Teams often compare a full KYC workflow with a simple step-by-step form, or ask how to keep completion high while strengthening controls. The answers below address the most common
points.
IDV verifies documents and faces. A complete onboarding workflow adds screening, risk rules, case management, orchestration, and ongoing monitoring, with evidence and explainability for every decision.
Yes. Segment risk, ask for more only when signals justify it, and measure impact by cohort. Many teams gain acceptance and cut noise at the same time.
Teams often start in weeks by focusing on one segment and one market, then expand. Strong APIs, webhooks, and a clean event model reduce engineering time.
Map every check, decision, exception and handoff from first contact to ongoing monitoring. A clear KYC workflow helps legitimate customers complete onboarding quickly while giving review teams the evidence behind each outcome.
Looking for the product? Explore the visual KYC workflow builder.
A KYC workflow is the ordered set of data requests, verification checks, risk rules, decisions and review actions used to identify a customer and determine whether the relationship can begin or continue.
The workflow specifies what happens, when it happens and what evidence must be retained. It also defines the exceptions: missing data, inconsistent documents, possible screening matches, elevated risk and later changes to the customer profile.
A workflow is the process itself. Workflow builder software provides the interface used to configure it, while KYC orchestration coordinates execution across providers.
Each stage should have a clear input, an expected output and a defined response when the result is incomplete or ambiguous.
Capture identity, contact, product and consent information.
A complete, structured application.
Request only the missing or invalid field.
Check documents, identity data, registries and ownership.
Verified attributes with evidence and confidence.
Retry, use an alternative source or send to review.
Evaluate sanctions, PEP and adverse-media signals.
Resolved results or reviewable potential matches.
Pause the decision and assign the alert.
Combine profile, product, geography and control factors.
A documented risk level and reason codes.
Request stronger evidence or enhanced due diligence.
Approve, reject, hold or escalate according to policy.
A traceable outcome tied to the current policy version.
Apply maker-checker or specialist approval.
Preserve the data, evidence, actions and reasons used.
A complete customer timeline with controlled access.
Flag incomplete evidence before the case closes.
Respond to material profile or screening changes.
An updated file and risk-based review schedule.
Re-open the case and apply the relevant review path.
A risk-based workflow changes the depth of the journey according to relevant signals. The labels do not prescribe a universal policy. Each organisation must define its own triggers and controls.
Use the minimum checks and evidence needed for a clearly defined lower-risk cohort.
Apply the baseline checks required for the product, customer and market.
Gather additional evidence and judgment when the risk profile warrants it.
This fictional example demonstrates process logic only. It is not a recommended risk policy or legal advice.
The company record is available, but one beneficial owner has an address mismatch and a possible PEP match that requires resolution.
The application captures company, representative and ownership data once.
The registry confirms the company. The address mismatch prevents an immediate clean result for one owner.
A possible PEP match is returned with identifiers for analyst comparison.
The workflow requests targeted address evidence and assigns the screening result to the correct queue.
A reviewer resolves the match, records the rationale and completes the decision under the approved policy version.
The customer enters the monitoring and review schedule defined by the final risk level.
A workflow is only production-ready when it handles incomplete, inconsistent and uncertain results without losing customer context.
Return the customer to the exact field with clear guidance.
Offer a valid alternative, controlled retry or review path.
Preserve identifiers, source context and the reviewer outcome.
Apply the configured retry, fallback or hold behaviour.
The workflow should let an authorised reviewer understand which data, rules and actions produced a decision at that moment.
Record the workflow version, effective date, owner and reason for each material change.
Use representative cases to check expected routes, exceptions and evidence before publication.
Separate editing, approval and publication rights according to the organisation’s governance model.
Store structured explanations alongside automated and human decisions.
Link each result to its source, timestamp and the customer attributes used.
Capture assignments, evidence requests, notes, approvals and final outcomes.
Segment metrics by market, product, device and risk route. A global average can hide the exact point where good customers fail or reviewers lose time.
Applicants reaching a valid decision.
Exits and failures at each step.
Duration for each workflow route.
Cases, touches and review duration.
False positives, overrides and rework.
Start with one customer segment and one product. Validate the process before adding markets, providers and edge cases.
Customer type, product, market, risk appetite and decision owners.
Inputs, checks, sources, outputs and retention requirements.
Document conditions and outcomes before configuring tools.
Retries, fallbacks, missing information and manual handoffs.
Expected paths, edge cases, technical failures and user recovery.
Events, reason codes and metrics shared by product and compliance.
Limit exposure, review results and correct gaps before expansion.
Monitor quality, workload, customer outcomes and policy changes.
The stages remain similar, but the evidence, risk factors and review responsibilities vary by context.
Account-opening workflows often prioritise fast identity checks, screening, product eligibility and explainable decisions.
Flows may combine individual checks, business verification, ownership, seller risk and account-opening fraud signals.
Workflows may require tighter segmentation, source-of-funds evidence and more frequent responses to policy changes.
This page owns the KYC workflow process. The related pages cover the tools and specialised components used to execute it.
Ondorse can help map your stages, risk routes, exceptions and review handoffs into a workflow your teams can test and operate.