Use a repeatable review model
Apply agreed categories and evidence requirements instead of relying on an undocumented one-off website check.
Risk Service
Review accessible merchant-site content and supplied business context against agreed risk indicators before onboarding and during monitoring.
For PSPs, acquirers, platforms and merchants that need a repeatable website-risk review and escalation workflow.
Service outcomes
These are operating goals, not performance guarantees. Results depend on scope, participants, implementation and customer operations.
Apply agreed categories and evidence requirements instead of relying on an undocumented one-off website check.
Identify accessible content, claims, products, policies or behavior that require further merchant or compliance review.
Record the reviewed scope, observed indicators, escalation and outcome for approved operational use.
Coverage & fit
Screening is limited to accessible content, supplied context, agreed methods and the review time. It cannot prove all merchant activity or legal compliance.
Review accessible merchant-site information before the responsible team makes its onboarding decision.
Repeat an agreed review on a defined schedule where ongoing monitoring is included.
Open a new review after a domain, product, complaint, dispute or other approved trigger.
Route material indicators or unavailable evidence to the responsible risk or compliance team.
Website observations are inputs to customer review. They do not establish legality, sanctions status, beneficial ownership, product delivery or overall merchant risk by themselves.
Priority use cases
Review the merchant’s accessible products, claims, policies and contact information before a separate approval decision.
Apply an agreed website-review path to sellers or merchants that operate their own domains.
Revisit approved indicators after scheduled or event-based triggers.
Use dispute or complaint patterns to request a focused website review where appropriate.
Core capabilities
The indicator taxonomy, sources, frequency, evidence and decision owners are defined by the customer and agreed scope.
Confirm the agreed domain and whether relevant public pages can be accessed at review time.
Review accessible products, services, claims, policies, contact details and other agreed page categories.
Map observations to the approved prohibited, restricted, misleading or operational indicator taxonomy.
Record agreed page references, timestamps and review notes without treating them as conclusive proof.
Send material, ambiguous or unavailable findings to the responsible reviewer.
Relate repeat reviews and approved outcomes to the merchant or case record.
Integration & deployment
Integration identifies the merchant record, approved domain, trigger, indicator model, evidence handling, reviewer and downstream status.
Request technical documentation →Receive the approved merchant and domain references from the customer system where supported.
Use an agreed operating queue and human review process where a managed model is selected.
Return supported indicators, references and review status to the responsible system or team.
Define scheduled, merchant-change, complaint, dispute or risk-event triggers included in scope.
How it works
Vellfi can support the review workflow; the customer retains its onboarding, compliance and risk decision.
Receive. Accept the approved merchant, domain and review reason.
Collect. Access the agreed public pages and supplied business context.
Review. Apply the approved indicator taxonomy and evidence requirements.
Escalate. Route material, unclear or inaccessible cases to human review.
Record. Return the review status, observations and references to the responsible team.
Illustrative scenario—not a customer case study
Reviewers currently browse merchant sites without a common indicator list or evidence record.
ChallengeSimilar merchants can receive different review depth, and later teams cannot see what was observed at onboarding time.
Vellfi scopes the approved page categories, indicator taxonomy, evidence notes and escalation path, then connects the review status to the merchant case.
Potential operating effectThe PSP receives a documented review trail while retaining the merchant decision and using other due-diligence sources where required.
Responsibilities & availability
Owns merchant policy, due diligence, onboarding, ongoing monitoring and final risk or compliance decisions.
Provides only the supported website review, indicators, evidence references and workflow included in scope.
Remains responsible for accurate information, lawful activity, disclosures and actual business conduct.
Corporate, sanctions, identity, transaction and other checks remain separate unless expressly included.
Content can change, be inaccessible or differ from actual business activity. Screening must be combined with the customer’s wider due-diligence and monitoring program.
Next step
Share the merchant types, review stage, current checklist, escalation owners and monitoring triggers without sending merchant due-diligence files through the website.
FAQ
It reviews agreed accessible website content and supplied context for approved risk indicators at a point in time.
No. The customer remains responsible for the onboarding and risk decision.
No. Website content alone cannot establish legality, licensing, ownership or actual conduct.
Potentially, through agreed scheduled or event-driven reviews and customer escalation.
The workflow records the limitation and routes the case according to the agreed manual-review policy.
Potentially. Website observations and eKYC review can be coordinated while remaining distinct evidence and decisions.
Merchant categories, prohibited or restricted policy, page checklist, evidence requirements, triggers, reviewers and downstream statuses are useful inputs.