VSL Market Compliance Center

Compliance

A public, evidence-based overview of how VSL Market handles privacy, identity verification, provider-routed payments, fraud prevention, transaction monitoring, lawful-request handling, infrastructure security, AI permissions, marketplace responsibility and country-by-country operations across Nigeria, Kenya, Ghana, South Africa, the EU/EEA, the United Kingdom and Canada.

Nigeria · Kenya · Ghana · South Africa EU / EEA · United Kingdom · Canada Privacy by design Provider-gated payments Transaction monitoring AI actions controlled Country-by-country rollout
Important: VSL does not claim that one approval, provider onboarding process or technical control creates a blanket certification for every law or country. Financial, privacy, marketplace and consumer obligations are assessed by product, transaction type and jurisdiction. When VSL's own role requires additional authorisation, a regulatory filing, a local representative or another legal step, VSL keeps the affected feature or market gated until the requirement is confirmed and satisfied.

How VSL defines its role

Compliance starts with a clear description of what the platform does and does not do.

VSL Market provides social-commerce, marketplace, messaging, quotation, invoicing, payment-request, delivery and commerce-management software. Buyers and sellers can discover each other, document terms, communicate, create commercial records and use supported payment rails.

For ordinary user-to-user commerce, VSL is not the seller, buyer, manufacturer, importer, exporter, bank, escrow service or custodian of funds unless a separate written agreement expressly says otherwise. Supported payment methods are routed through payment, banking, crypto or payout providers that apply their own onboarding, transaction monitoring, sanctions, KYC/KYB and risk rules.

Commercial truth stays with VSL's commerce systems. Payment status, order status, delivery status and other high-impact records come from the relevant VSL workflow and verified provider events, not from an AI statement, a chat message or a visual success screen alone.

Layered compliance model

VSL does not rely on one control to carry the entire risk of a transaction.

LayerPurposeExamples
Identity and seller trustKnow who is using the platform and who is receiving value.Account verification, KYC/KYB, business information, payout ownership, BVN/NIN or identity-document checks where required, seller verification status.
Payment-provider complianceUse regulated or specialist providers for payment and crypto functions and respect their rules.Provider onboarding, transaction limits, sanctions/AML controls, source-of-funds requests, signed webhooks, payout reconciliation and provider-specific eligibility.
Marketplace controlsReduce illegal, deceptive, unsafe and prohibited commerce.Acceptable Use Policy, listing and payment-purpose review, dispute records, seller accountability, content removal, account restrictions and escalation.
Privacy and data governanceCollect only data connected to a real service, security or compliance purpose.Purpose limitation, role-based access, restricted KYC material, retention controls, data subject rights, service-provider sharing and security logging.
Fraud prevention and investigationsProtect legitimate users, payment integrity and marketplace trust using proportionate evidence.Transaction monitoring, reference/method/amount checks, provider-state validation, reported-content review, dispute evidence, private-case access controls and lawful-request handling.
Technical securityProtect accounts, integrations, APIs and infrastructure.TLS, Cloudflare edge controls, signed webhook verification, CSRF protection, authenticated encryption for sensitive tokens, secret redaction, idempotency and audit events.
AI and agentic controlsPrevent an AI from becoming an uncontrolled source of financial or commercial authority.Scoped permissions, ownership validation, prepared actions, human confirmation or bounded delegation, negotiation guardrails, pause/resume controls and audit logs.

Dispute visibility, resolution scores and transaction evidence

VSL uses proportionate public accountability to encourage buyers and sellers to resolve order problems promptly.

Disputes begin as a direct resolution process between the buyer and seller. The parties can respond, upload proof, propose a refund, replacement or delivery remedy, and acknowledge the outcome without waiting for VSL to approve or cancel the case. If a qualifying dispute remains unresolved for more than 24 hours, its permitted public record and thread information may become visible on the seller's profile, Commerce Passport and AI-commerce trust view. Private contact details, payment credentials and protected evidence remain restricted.

The dispute score measures the seller's demonstrated effort to resolve order disputes; it is not a general character rating or a finding of wrongdoing. It considers qualifying public cases, resolution status and seller response within 24 hours. A score of 3.5 or higher indicates a strong resolution record, above 2.5 indicates visible resolution effort, and 2.5 or lower may indicate that the seller has not been responsive. Without qualifying dispute information, VSL displays no score, conclusion or trading advice. Scores update as cases are resolved, and resolved cash-payment proof is excluded from the public dispute list.

Recommended transaction record. Sellers should endeavour to use the VSL payment terminal, POS or payment-request flow for orders. These flows connect the order, amount, currency, reference and supported provider status, improving evidence and accountability. They do not make VSL the merchant, escrow provider or custodian and do not guarantee a refund.

Cash payments, physical handovers and other direct arrangements remain supported at the mutual discretion of the customer and seller. The parties should preserve receipts, delivery notes, handover acknowledgements and agreed refund terms because VSL generally cannot provider-verify or reverse cash.

This model is sometimes described as shame-based because unresolved conduct can affect public reputation. VSL's intended control is evidence-based, correctable public accountability—not humiliation or harassment. It is designed to carry consistent order-resolution context across marketplace listings and social-commerce channels such as WhatsApp and Facebook, while allowing resolved outcomes to improve the seller's record.

Provider onboarding is part of the control environment

Third-party activation adds another layer of review, but it is not represented as a universal certification.

VSL's payment stack has been built around provider onboarding and technical activation requirements for services including Fincra, Busha and NOWPayments. Those providers may require corporate information, ownership information, KYC/KYB information, transaction-purpose information, security controls, webhook configuration, risk documentation or additional evidence before specific capabilities are enabled.

VSL treats provider approval as capability-specific. A provider may approve one currency, country, payout rail, crypto network, merchant type or transaction pattern while another remains unavailable or requires further review.

  • Fincra: supports parts of VSL's fiat payment infrastructure and requires client-side customer due diligence and compliance with relevant AML/CFT obligations in its framework documentation.
  • Busha: provides digital-asset and local settlement capabilities where enabled. Busha documents KYC/KYB, AML and CTF controls, and Nigeria's SEC lists Busha Digital Limited under its ARIP participants as a Digital Assets Exchange.
  • NOWPayments: provides crypto-processing capabilities. VSL uses provider payment/status data as part of the crypto transaction record and does not treat a payment-created screen as confirmed settlement.

Location and infrastructure providers: VSL also uses Cloudflare technology for edge/media delivery and security, and Google Maps / Mapbox components in delivery-location workflows. Those providers process technical or location request data under their own terms, so they form part of VSL's privacy and vendor-governance map.

What this Compliance Center is for

It gives users, enterprise customers, vendors, payment partners, legal teams and security reviewers a clear view of VSL's public compliance controls and operating boundaries.

This center explains VSL's public control framework and forms part of VSL's compliance materials alongside the Privacy Policy, Terms of Service, Acceptable Use Policy, Security & Safe Trading page and any transaction-specific or provider-specific terms.

For a formal due-diligence exercise, public pages are only the starting point. VSL provides additional corporate, technical, data-flow, security or provider information where appropriate, subject to confidentiality, data-minimisation and security restrictions.

Regulatory and provider references

Primary regulator, government and provider materials used to frame this public compliance overview. External documents can change; VSL reviews the applicable source before relying on it for a launch or feature decision.