Copy of Handling KYC updates v2
How do I handle KYC Updates?
What is it?
KYC updates are a core component of maintaining accurate user records at Lemonway, forming part of an ongoing, periodic process that ensures compliance and data integrity throughout the entire account lifecycle. As part of the process, we invite users to review and refresh their KYC data at the defined intervals outlined in this document. This document helps understand the process and outlines who is and is not concerned, and what can be done to ensure smooth updates for your clients.
Who is concerned?
All users with an active business relationship and a validated account are required to participate. Categories include:
| User Type | Category |
|---|---|
| Merchant | Marketplace |
| Seller | Marketplace |
| Investor / Lender | Crowdfunding |
| Project Holder | Crowdfunding |
| Creditor | Financial Roles |
| Content Editor | Platform Operators |
| Other Operator | Platform Operators |
| Visa Applicant | Other |
Note
- Migrated Accounts: Clients that have opened a payment account before the online onboarding activation and that have been linked to an Account via the migration process are included in the KYC Update process.
- Premium Accounts: Included in the KYC Update process with specific communication workflow. See your account manager.
Who is excluded?
- Users with technical wallets only
- Buyers
- Donors
- Operators
- Payers *(Visa Application account activity))
KYC Refresh Rate
KYC updates at Lemonway are based on an event-driven model. Rather than being fixed at onboarding, the next KYC update due date evolves throughout the account lifecycle. Each time a relevant event occurs, the system:
- Identifies a reference date (linked to the triggering event).
- Applies the current risk level of the end-user.
- Recalculates the next KYC Update due date accordingly.
Why is this essential?
It ensures that KYC obligations remain:
- Aligned with Lemonway's regulatory requirements.
- Information changes according to the latest risk profile.
- Information is synchronised with the most recent business activity.

KYC update flows
| Trigger Event | Reference Date Used | Risk Level Applied | Resulting Action |
|---|---|---|---|
| Account accepted (onboarding) | Account acceptance date | Initial risk level | Calculate the next KYC Update due date |
| New profile accepted | New profile acceptance date | Current risk level | Recalculate due date |
| Risk level change | Account acceptance date | New risk level | Recalculate due date |
| KYC update completed | KYC Update completion date | Current risk level | Recalculate due date |
KYC refresh depends on the risk level associated with the account holder.
| Risk Level | Frequency |
|---|---|
| High | Every 12 months |
| Medium | Every 3 years |
| Low | Every 5 years |
ImportantThe next due date is recalculated:
- After each KYC validation
- If risk level changes
- If the account structure changes
What information is updated?
- Personal Information: Name, DOB, nationality
- Contact & Address: Email, phone, residential address
- Professional & Financial Data: Employment, income, source of funds
- Political Exposure: PEP status
- Company Details: Name, registration number, legal form
- Activity & Financials: Business activity, revenue, accounts
- Shareholding Structure: Ownership breakdown
- UBO / Legal Representative: Beneficial owners, directors
- Identity Verification: ID, passport (individuals)
- Corporate Documents: Articles, registry documents (onboarding rules)
NoteThe data collected depends on the user profile and is gathered as part of the onboarding process. If an account includes multiple profiles, all information collected during onboarding (both at account creation and when adding profiles) will be included in the KYC update form.
Rules
Who? Individuals and Legal Representatives
Rule: A new identity verification procedure must be completed
Rule: Legal entities must re-submit onboarding documents
Note: Existing validation rules still apply (e.g. KBIS < 3 months)
Rule: A new UBO requires an identity document
Exception: Not required if a valid UBO declaration already includes the required identity data
How it works (High Level)
KYC Update Status Flow
The KYC Update process follows a structured lifecycle, where each request moves through a series of statuses until it reaches an outcome or a restriction state.
- Moves to
UNDER_ANALYSIS - Can become
OUTDATEDif not completed in time
- Can move to
ACCEPTED - Can move to
REJECTED - Rejected cases may return here after resubmission
- No further action required
- Account remains fully operational
- Returns to
UNDER_ANALYSISafter correction
- Request expires
- Restrictions may apply until resolved
API Overview
Account object additions
{
"requirements": [
{
"id": "uuid",
"type": "KYC_UPDATE",
"dueDate": "2026-04-11T18:01:33.908Z",
"status": "REQUESTED"
}
],
"restrictions": [
{
"id": "uuid",
"category": "KYC",
"reason": "KYC_OUTDATED",
"activatedAt": "2026-03-12T19:02:06.269Z",
"requirementIds": ["uuid"]
}
]
}Key endpoints
GET /accounts
GET /accounts/{id}
GET /onboardings/{onboardingId}/resumerequirements→ track KYC update progressrestrictions→ indicate account limitations
Webhooks
Requirement updates (Notification 53)
Triggered on any status change:
{
"Type": "KYC_UPDATE",
"Status": "REQUESTED",
"NotifCategory": "53",
"RequirementID": "uuid",
"AccountID": "uuid",
"DueDate": "2026-01-12"
}Restriction updates (Notification 54)
Triggered when the account is restricted:
{
"Category": "KYC",
"Reason": "KYC_OUTDATED",
"NotifCategory": "54",
"RestrictionID": "uuid",
"AccountID": "uuid",
"RequirementIDs": ["uuid"]
}Account Restriction Logic
If KYC is not completed before the deadline:
→ Account becomes KYC_OUTDATED
Two modes
| Mode | Behavior |
|---|---|
isBlocked = true | All transactions blocked |
isRestricted = true | Limited transactions allowed |
Example restriction logic
Investors / Lenders
{
payIn: 0,
payOut: 0,
p2pOut: 0,
p2pIn: "allowed"
}Project Holders
{
payIn: "allowed",
payOut: 0,
p2pOut: "allowed",
p2pIn: 0
}📌 Custom rules can be configured per partner.
Recertification Link
Used to redirect users to complete their KYC update.
GET /onboardings/{onboardingId}/resumeRules
- Valid for 7 days
- Single-use
- Can be regenerated anytime
Partner Responsibilities
On REQUESTED
REQUESTED- Generate and share the recertification link
- Monitor due date
On UNDER_ANALYSIS
UNDER_ANALYSIS- Update UI (e.g. "Under review")
On REJECTED
REJECTED- Notify user to resubmit
On KYC_OUTDATED
KYC_OUTDATED- Block or restrict user actions
- Prompt immediate completion
On completion
- Detect:
"requirements": []
"restrictions": []Updated about 7 hours ago
