Opérations et conformité → Vérification de la source des fonds

Vérification de la source des fonds (SoF/SoW)

1) Qu'est-ce que SoF et SoW et pourquoi est-ce nécessaire

SoF (Source of Funds) - preuve documentaire de l'origine de l'argent pour le jeu/dépôt/retrait.
SoW (Source of Wealth) - explique comment la situation générale du joueur (actifs/passifs/revenus) s'est formée.

Objectifs : respect des exigences des licences et des partenaires de paiement, réduction des risques de blanchiment et de fraude, protection des acteurs vulnérables (RG) et création d'une base de données probantes.

2) Principes SoF/SoW

1. Approche fondée sur les risques : la profondeur de la vérification dépend de la géo/méthode de paiement/montants/patterns.
2. Proportionality : nous ne demandons que l'ensemble de documents requis.
3. Evidence-by-Design : chaque solution est accompagnée d'artefacts et de tracés.
4. Timel....& Fairness : délais transparents (ETA), exigences de documents compréhensibles, ton respectueux.
5. Privacy-first : minimisation du PDn, cryptage, accès limité et retouche.

3) Quand demander SoF/SoW (déclencheurs)

Seuils financiers : retrait unique ≥ X, dépôts cumulés/chiffre d'affaires en N jours ≥ Y.
Modèles de risque : velocity/structuration, instruments de paiement multiples, méthodes cash-like.
Comportement dans le jeu : chiffre d'affaires élevé à faible revenu, « encaissement » (risque minimum/temps minimum).
Événements de profilage : VIP/augmentation des limites, modification des détails de paiement, géo-risque élevé/RER/médias advers.
Incidents de paiement : chargeback/retours/divergences du propriétaire du fonds.

4) Ce qui est accepté comme preuve (exemples)

• Salaire : certificat employeur/relevé pour 3-6 mois/formulaire fiscal.
• Travail indépendant/entreprise : déclarations d'impôts, contrats, relevés bancaires de compte d'entreprise.
• Investissement : relevés de courtage, dividendes, coupons.
• Vente d'actifs : contrat de vente + entrée sur le compte.
• Héritage/cadeau : documents notariés + confirmation bancaire.
• Crypto-revenu : rapports boursiers/castodian, tx-story, cash-out fiat.

Exigences en matière de documents : lisibilité, exhaustivité des détails, date n'excédant pas N mois, correspondance nom/adresse correspondant aux montants avec le mouvement sur la plateforme.

5) Politique SoF/SoW (cadre)

yaml policy_id: SOF-POL-001 scope: players rba:
low:  {geo: "trusted", methods: ["bank_transfer"], monthly_turnover_max: 1000}
medium:{geo: "mixed",  methods: ["cards","wallet"], monthly_turnover_max: 10000}
high: {geo: "high_risk" OR pep==true OR crypto_usage==true}
triggers:
- single_payout >= 3000
- rolling_deposits_30d >= 5000
- payout_destination_change == true
- aml_flags in {velocity, structuring, srcdst_mismatch}
required_evidence:
low:  [salary_stub OR bank_statement]
medium: [bank_statement_3m, employer_letter OR tax_return]
high:  [tax_return, bank_statement_6m, source_of_wealth_summary]
decisions:
approve:  sof_consistent==true request:  need_additional_docs==true decline:  inconsistencies OR unverifiable_sources review_sla_days: 180 owner: mlro

6) Controls-as-Code (fragments)

yaml control_id: SOF-PAYOUT-GATE scope: payouts trigger:
expr: (payout_amount >= sof_threshold[country]) OR risk_band>=high actions:
- block: payout
- request: "sof_package"
- notify: aml_ops evidence:
fields: [player_id, payout_amount, risk_band, country, thresholds_version]

yaml control_id: SOF-SRC-TO-SRC scope: payouts trigger:
expr: payout_destination!= last_successful_deposit_source actions:
- limit: payout "require_same_source"
- request: "proof_of_ownership_for_destination"
exceptions:
- condition: method_type=="bank_transfer" AND policy. allow_bank_payouts==true

yaml control_id: SOF-CRYPTO-CASHOUT scope: payouts trigger:
expr: crypto_usage==true AND fiat_payout>=crypto_threshold actions:
- request: ["exchange_account_statement","tx_history","proof_of_fiat_offramp"]
- flag: aml_review

yaml control_id: SOF-RISK-SCORE inputs: [velocity, structuring, srcdst_mismatch, sanctions, pep, adverse_media]
score:
expr: 0. 25velocity + 0. 2structuring + 0. 2srcdst + 0. 2pep + 0. 1adverse + 0. 05geo thresholds:
- high:  score>=0. 8 -> KYC3_EDD + full_SoW
- medium: score>=0. 5 -> targeted_SoF
- low:  auto_clear

7) Processus (SOP) - Cycle de vie de la mallette

SOP : Demande SoF

1. L'auto-gate de contrôle → la création d'une mallette avec les raisons et la liste des documents requis.
2. Envoyer un email/chat au joueur : liste des documents, format, date limite, réponse ETA.
3. Rappels : T + 48h, T + 96h ; s'il n'y a pas de réponse, une restriction à la conclusion.

SOP : Analyse de documents

1. Comparer le nom/l'adresse/l'IBAN et les montants avec le profil/les transactions.
2. Vérifier le calendrier (couverture des périodes), la régularité des recettes, les incohérences.
3. Au besoin, demander des preuves ou des éclaircissements supplémentaires.
4. Décider : 'approve/ request_more/decline', documenter la justification.

SOP : Solutions et communications

1. Pour 'approve' - désengager, fixer le lien vers evidence, journal d'audit.
2. Pour 'decline' - enregistrer la raison/les références, informer AML/Compliance, examiner SAR/STR.
3. Mettre à jour le profil de risque et la case temporelle, fermer la case avec l'état final.

SOP : Vérifications répétées

Par événement (nouveaux seuils/changement de détails/VIP/PEP) ou par SLA (par exemple, tous les 12 mois pour le risque élevé).

8) Intégration des données

KYC/KYB : niveaux de vérification et correspondance des détails du propriétaire des fonds.
Payments : historique des dépôts/retraits, cartes/IBAN/portefeuilles, chargeback.
AML : velocity/structuration/sanctions/PEP/advers media.
Case-tool : statuts, date limite, communications, SLA et exportation SAR/STR.
DWH/BI : vitrines de cas SoF, contrôle de cohérence, rapports.

9) Vie privée, sécurité, rétention

Minimisation : nous ne demandons que les pages/champs pertinents.
RBAC/ABAC : l'accès aux documents n'est qu'à AML/Conformité ; filigranes/références temporaires.
Cryptage : at rest/in transit ; les clés sont HSM/Vault.
Rétention : stockage par juridiction (généralement ≥ 5 ans après la dernière opération) et politique d'élimination.
Audit : chaque lecture/décision est journalisée.

10) Qualité et métriques (KPI/OKR)

• SoF Case Time-to-Triage (P95), Decision TAT (median), Hold Duration.
• Taux de complétion (proportion de cas avec un paquet complet), taux de récupération.

• Approval/Decline/Escalade Partager, SAR/STR on SoF (par case confirmée).
• Taux de mismatch (non-correspondance du propriétaire des fonds), Faux Negative/Positif proxy (échantillonnage).

• SoF Drop-off, CSAT Communications, plaintes sur le calendrier/la compréhension des exigences.

• Chargeback/Fraud Loss ↓, MTTR paiements après SoF ↓, Evidence Completeness ≥ 98 %.

11) Modèles (fragments)

yaml case_id: SOF-2025-1042 player_id: P-887231 risk_band: high reason: ["payout>=3000","srcdst_mismatch"]
requested_docs: ["bank_statement_6m","tax_return","employment_letter"]
deadline: "2025-11-08T23:59:00Z"
status: awaiting_docs  # triage    awaiting_docs    review    approved    declined    sar_submitted analyst: aml. ops@domain notes: []
evidence_uri: s3://sof-evidence/P-887231/2025-11/

- Name/address/details match?
- Does the statement period cover turnover?
- Is the regularity of income confirmed?
- Do sums and frequencies correspond to dep/conclusions?
- No obvious edits/anomalies?
- Result: approve/ request_more/decline (justification)

Subject: Additional confirmation of the source of funds
Hello, <Name>! For a secure withdrawal, we need documents:
Bank statement for the last 3-6 months (PDF/scan)
Income confirmation (certificate/tax form)
Please upload files by <date>. Funds are reserved, the status of payments will be updated immediately after verification. If you have any questions, please reply to this email.

12) Cas particuliers

Crypto-monnaie : exigez des rapports boursiers/castodian, juxtaposez on-chain et off-ramp, évitez les écrans auto-reportés des portefeuilles sans backing.
Cash/cash : ne sont admissibles qu'en présence de documents légitimes (vente, don, héritage) et d'un crédit bancaire.
Cadeaux/tiers : confirmation de la source auprès de l'expéditeur + droit de disposition ; risque accru.
PEP/RCA : toujours EDD et surveillance étendue.

13) Anti-modèles

Un paquet « épais » polyvalent pour toutes les mallettes sans RBA → un drop-off élevé.
Verrouillages « sans délai » et sans communication claire.
Acceptez les captures d'écran au lieu des originaux/PDF/extraits vérifiables.
Pas d'accostage avec les paiements (source-to-source) et les signaux AML.
Deux versions de la vérité : les solutions dans le courrier, données dans DWH - sans SSOT commun.
Il n'y a pas de réévaluation des cas, les seuils ne sont pas révisés.

14) 30/60/90 - plan de mise en œuvre

• Approuver les SOF-POL-001 (déclencheurs, seuils, RBA), activer 'SOF-PAYOUT-GATE' et 'SOF-SRC-TO-SRC'.
• Connectez la gestion des cas, les modèles de lettres et les chèques, le stockage evidence.
• Configurer les dashboards SoF Overview (volume/statuts/ETA).

• Ajouter 'SOF-CRYPTO-CASHOUT' et l'agrégateur 'SOF-RISK-SCORE', country-overrides.
• Intégrer KYC/KYB/Payments (owner-match, IBAN/carte/portefeuille) et les paiements automatiques.
• Entrez l'échantillonnage de qualité/audit des cas, rétro par FPs.

• Atteindre Evidence ≥ 98 %, réduire le TAT de décision et la durée de Hold à la cible,
• Relier KPI SoF à OKR AML/Payments/Support, effectuer un audit interne de la conception et de l'efficacité des contrôles.
• Préparer des rapports externes/réglementaires et une méthodologie pour la révision périodique des seuils.

15) FAQ

Q : Quand assez de SoF sans SoW ?
R : Pour des seuils ponctuels ou modérés. SoW a besoin de VIP/PEP/high-risk, avec un long régime élevé ou des incohérences de profil évidentes.

Q : Est-il possible de payer sur un autre compte ?
A : Seulement avec la propriété confirmée et les contrôles supplémentaires ; préférentiellement - « source-to-source ».

Q : Que faire en cas de non-conformité des montants ?
R : Demander des relevés/éclaircissements élargis, en cas de divergences critiques - decline et examiner le RS/RTS.

Q : Comment réduire la charge de travail du joueur ?
R : Exigences claires, exemple de documents admissibles, chargement sécurisé, remplissage partiel et délais raisonnables.