Gouvernance

Derniere mise a jour : 13 septembre 2026 (alignement politique AML v3.0)

Entite legale : SYLIPAY TECH SARLU

Representant legal / Direction : Aliou Bah (Founder & Managing Director)

Siege : Lambanyi Wareah, Conakry, Guinee

Compliance Officer / MLRO : Emmanuel MAVIRI

Plateforme / URLs : https://sylichange.com (exploitee par SYLIPAY TECH SARLU ; https://sylipay.app)

Contact gouvernance / conformite : [email protected] (objet : Compliance / AML-CFT / BC-FT)

Cette page decrit l'organisation de la gouvernance de SYLIPAY TECH SARLU pour l'exploitation de Syli Change, avec un focus sur la conformite AML/CFT / BC-FT, la separation des roles et le controle des decisions a risque. La plateforme opere des corridors dans plusieurs pays africains (Guinee / BCRG, Gambie, RDC, UEMOA, CEMAC, Sierra Leone, Ghana, etc.) ; le siege est a Lambanyi Wareah, Conakry, Guinee.

SYLIPAY TECH SARLU est un operateur technologique non-custodial. La presente gouvernance decrit le cadre interne de controle ; elle ne constitue pas un organigramme reglementaire de banque ou d'EMI agree.

1. Structure de responsabilite

Fonction	Responsabilites principales
Direction generale	Strategie, ressources, responsabilite legale de l'entite, validation des politiques majeures, arbitrage des decisions structurelles (seuils, corridors, prestataires)
Operations / Admin	Revue KYC quotidienne, traitement des ordres, suspensions, support utilisateurs, premiere analyse des anomalies operationnelles
MLRO / Compliance Officer Emmanuel MAVIRI	Supervision du programme LBC/FT, traitement des escalades EDD, declarations de soupcon (CENTIF / FIU), audits de conformite internes annuels, independance du controle, suivi des dossiers sensibles
Technique / Securite	Integrite de la plateforme, gestion des acces, logs techniques, reponse aux signalements de vulnerabilite

2. Separation des devoirs (principe)

Dans la mesure compatible avec la taille de l'organisation, SYLIPAY TECH SARLU vise a distinguer :

Les fonctions commerciales / produit (developpement des corridors et de l'experience utilisateur)
Les fonctions operations (execution et revue des dossiers)
Les fonctions de conformite BC/FT (supervision, escalade, declarations)
Les fonctions techniques (securite et disponibilite)

Lorsqu'une meme personne intervient a plusieurs niveaux (organisation de petite taille), les decisions sensibles doivent rester documentees (motif, date, pieces, issue) afin de permettre une revue ulterieure.

3. Role du MLRO / Compliance Officer

Conformement aux normes du secteur pour les flux crypto vers fiat, SYLIPAY TECH SARLU designe un MLRO / Compliance Officer charge de la supervision du dispositif BC/FT (AML et CFT), distinct des fonctions purement commerciales.

La fonction de Compliance Officer / MLRO est officiellement occupee par Emmanuel MAVIRI. Ses prerogatives comprennent notamment :

Supervision du programme LBC/FT (AML/CFT) et application des politiques KYC / CDD / EDD
Traitement des escalades EDD et des alertes de conformite
Declaration des operations suspectes aupres de la FIU competente (CENTIF ou equivalent) lorsque la loi l'exige
Audits de conformite internes annuels
Documentation des decisions sensibles et cooperation avec les autorites
Sensibilisation interne aux risques AML et CFT

L'equipe operations / admin execute les controles quotidiens sous ce cadre. Les decisions a fort enjeu BC/FT sont escaladees a Emmanuel MAVIRI selon les procedures internes. L'onboarding KYC et le filtrage continu sanctions / PEP sont automatises via Didit ; les alertes positives ou doutes residuels font l'objet d'une revue manuelle obligatoire par le MLRO (hold / escalation / rejet).

4. File d'alertes de conformite (TM interne)

Les declencheurs de la politique AML/CFT (§12 bis) alimentent une file d'alertes interne dans la console Admin (« Alertes conformite »), independante des controles PSP / agregateurs.

Qui revue : Operations / Admin en premiere ligne ; escalation au MLRO / Compliance pour les cas confirmed ou escalated
Delai cible : 24 a 48 heures ouvrables pour une premiere decision documentee
Statuts : ouverte → en revue → levee (cleared), confirmee (confirmed) ou escaladee
Notes : une note de decision est obligatoire pour clôturer une alerte
Trace : les actes de revue sont journalises (actions admin)

Le moteur n'auto-bloque pas les ordres : il cree une alerte, peut signaler la transaction (flagged) et notifie l'ops. Les mesures (gel, demande d'infos, refus) restent des decisions humaines, conformement a la politique AML §13. Les regles et seuils (velocite, structuring, round-trip, corridors a risque, etc.) sont documentes dans la politique §13 et dans docs/alertes-conformite-tm.md.

KPI / KRI de pilotage : % d'alertes traitees sous 48 h ; age du backlog d'alertes ouvertes ; delai median de revue KYC — suivis via Admin / exports, revus periodiquement par Emmanuel MAVIRI (MLRO). Synthese monitoring : Automated alerts for velocity, volume spikes, and wallet risk; manual review by the Compliance Officer for flagged and large transactions.

Detail operationnel (regles, seuils, API) : documentation interne du depot docs/alertes-conformite-tm.md. Screening sanctions / PEP (Didit + revue MLRO) : docs/sanctions-pep-screening.md.

4 bis. Filtrage anti-fraude a l'inscription

Un controle preventif s'applique en amont de la creation de compte : le domaine de l'adresse e-mail est confronte a un referentiel interne de domaines suspects, puis, s'il est inconnu, a une analyse de reputation externe (Abstract API). Le detail du dispositif figure dans la politique AML §8.1 bis.

Qui administre : Operations / Admin tient le referentiel depuis la console Admin ; le MLRO / Compliance arbitre les cas contestes
Nature du controle : preventif et automatique, il refuse la creation du compte — il ne genere pas d'alerte TM et ne s'applique pas aux comptes existants
Recours : un utilisateur legitime ecarte a tort peut saisir le support ; le retrait d'un domaine du referentiel est une decision documentee (§5)
Trace : les ajouts et retraits manuels de domaines sont journalises (actions admin)
Continuite : en cas d'indisponibilite du prestataire de reputation, le referentiel interne continue de s'appliquer seul, sans blocage de l'acces au service

Ce filtre ne remplace pas le KYC : il limite le spam et les inscriptions frauduleuses a l'entree, la verification d'identite restant integralement requise.

5. Decisions de conformite documentees

Les decisions suivantes doivent etre tracables :

Approbation / rejet KYC et motifs
Suspension ou cloture de compte
Refus, gel ou annulation d'ordre pour motif BC/FT ou fraude
Revue et cloture des alertes de conformite TM (notes de decision)
Ajout ou retrait manuel d'un domaine e-mail dans le referentiel de filtrage a l'inscription
Demandes EDD et reponses obtenues
Echanges avec prestataires de paiement (hold, recall, investigation)
Declarations de soupcon lorsque requises (sans tipping-off du client)

6. Separation des roles avec les prestataires

PSP crypto (ex. NOWPayments) : confirmation des paiements crypto
Agregateurs fiat / Mobile Money : execution des paiements locaux selon le corridor
Prestataire de reputation e-mail (Abstract API) : signaux de risque sur les domaines inconnus au moment de l'inscription
Prestataire identite / sanctions (Didit) : KYC automatise (authenticite documentaire, biometrie / liveness) et filtrage continu sanctions / PEP
SYLIPAY TECH SARLU : gouvernance KYC/CDD (supervision Didit), plafonds, revue BC/FT, file d'alertes TM, referentiel de domaines, decision de poursuivre / suspendre / refuser

Les outils d'un prestataire ne remplacent pas la gouvernance interne de SYLIPAY TECH SARLU pour Syli Change.

7. Escalade

Support / operations — cas utilisateurs standards et anomalies operationnelles
Conformite / MLRO (Emmanuel MAVIRI) — soupcons BC/FT, hits sanctions / PEP, fraude grave, EDD, alertes escaladees, declarations CENTIF / FIU
Direction (Aliou Bah) — decisions structurelles (seuils, ouverture / fermeture de corridor, choix de prestataires)
Autorites competentes — sur demande legitime ou obligation legale

8. Revue des politiques

Les politiques de conformite publiees (AML/CFT, confidentialite, presentes pages) sont revues lors d'une evolution materielle du risque, du produit, des corridors ou du cadre legal applicable, et au minimum lorsque la direction ou le MLRO l'estime necessaire. La version en vigueur est celle publiee sur le site, avec sa date. Reference politique AML actuelle : Version 3.0 - Septembre 2026.

9. Documents lies

English version