Un vendeur actif partage son nom avec une personne inscrite sur une liste de sanctions. Le moteur atteint son seuil, bloque toutes les ventes et transmet au support une alerte sans date de naissance, nationalité ni source exploitable.
La douleur frappe les deux côtés : un homonyme légitime perd son activité, tandis qu’une vraie correspondance peut rester ouverte si le score est mal réglé. Un premier signal faible apparaît lorsque la majorité des alertes portent des noms fréquents ; un second signal faible survient quand les analystes ferment toujours les mêmes homonymies, avant qu’un changement de liste ou de bénéficiaire ne révèle le problème.
Le vrai enjeu consiste à distinguer sanctions, PPE, identité et rôle juridique, puis à traduire une correspondance en action compétente. Vous allez comprendre comment régler sources, fréquence, seuils, escalade et preuve sans déléguer aveuglément la décision à un score.
Une marketplace opérateur doit connaître les responsabilités qu’elle assume et celles du prestataire de paiement. La page sur la sécurité, la conformité et la fraude marketplace relie cette doctrine aux capacités réelles du vendeur.
Dans quel cas le screening doit intervenir
Le contrôle intervient avant une relation ou une capacité sensible, puis lorsque l’identité, le contrôle, les listes ou l’exposition changent. La fréquence périodique complète ces événements sans prétendre garantir une actualité instantanée.
Relier chaque déclencheur à une décision
L’entrée vendeur vérifie le périmètre initial ; un nouveau bénéficiaire rouvre les personnes concernées ; une mise à jour de liste réévalue les identités exposées ; une transaction peut exiger un contrôle propre selon le cadre applicable.
Le juriste valide les obligations, conformité définit la doctrine, produit implémente les états, opérations analysent les écarts, tandis que le prestataire de paiement exerce ses responsabilités sur les flux qu’il contrôle.
Dimensionner l’effort selon l’exposition
Un vendeur en brouillon sans flux n’appelle pas toujours la même urgence qu’un versement imminent. Le niveau de service, les capacités provisoires et l’escalade suivent l’effet redouté, jamais la seule valeur commerciale.
À refuser : lancer un batch mensuel sans effet opérationnel entre deux exécutions. Une liste actualisée ou un changement de contrôle important doit pouvoir déclencher une réévaluation ciblée plus tôt.
Séparer sanctions, PPE et autres signaux de risque
Une désignation sanctions et un statut PPE ne produisent pas le même verdict. Les mesures de gel peuvent imposer des interdictions précises ; la PPE constitue un risque accru appelant des diligences renforcées pour les acteurs assujettis, sans interdiction générale d’opérer.
Conserver la nature juridique du signal
Chaque alerte porte type de liste, texte applicable, date d’effet, personne visée, portée territoriale et source. Un agrégateur commercial ne doit pas faire disparaître ces différences sous une catégorie unique « risque élevé ».
Le GAFI précise que les mesures liées aux PPE sont préventives et ne signifient pas que toute personne exposée participe à une activité criminelle. La marketplace vérifie son propre rôle et coordonne l’entité assujettie au lieu de transformer la PPE en sanction.
Contre-intuitivement, séparer les flux réduit aussi les faux négatifs : une alerte PPE fréquente ne banalise plus une correspondance sanctions dont l’action et l’urgence sont différentes.
Définir les personnes et entités réellement contrôlées
Le screening peut couvrir société contractante, représentants, bénéficiaires effectifs et, selon obligations et risque, d’autres personnes liées. Le périmètre doit être justifié, proportionné et relié aux faits connus.
Propager une relation sans propager automatiquement un verdict
Une personne désignée peut contrôler une entité sans partager son nom. Inversement, un dirigeant homonyme ne rend pas toute l’entreprise sanctionnée. La chaîne de propriété et le régime applicable déterminent l’analyse.
Le graphe conserve entité, personne, rôle, pourcentage, contrôle par autre moyen, période et preuve. Une alerte cite la relation qui l’a amenée dans le périmètre afin que l’analyste puisse la confirmer.
La méthode prolonge le traitement d’un changement de bénéficiaire effectif : une nouvelle personne déclenche le bon contrôle depuis le dernier état validé, sans reconstruire arbitrairement tout le vendeur.
Versionner les listes et leur cadre d’application
Une décision n’est reproductible que si la liste interrogée, sa version et son instant sont connus. Les sources officielles, leurs corrections et leurs dates d’entrée en vigueur priment sur une copie non datée.
Conserver la norme et la donnée utilisées
La Direction générale du Trésor présente les régimes applicables et tient le registre national des gels recensant les mesures nationales, européennes et onusiennes en vigueur en France.
Les lignes directrices ACPR sur les PPE aident les acteurs concernés à appliquer leur vigilance. Leur présence dans le dossier ne dispense pas de valider l’applicabilité au rôle exact de la marketplace.
Le fournisseur de données expose date de synchronisation, source, alias et champs. Une panne ou une liste périmée déclenche un mode dégradé connu, pas un succès silencieux du screening.
Le pipeline refuse de publier un lot dont le checksum, le nombre d’entrées ou la date de référence divergent sans explication. Si la dernière version saine dépasse le seuil d’âge signé, les nouvelles activations exposées passent en revue et une alerte nomme la source, le propriétaire et le délai de rétablissement attendu.
Comparer les identités sans confondre homonymes
Nom, alias, translittération, date et lieu de naissance, nationalité, adresse et identifiants disponibles contribuent à la comparaison. Aucun champ faible ne doit être transformé seul en correspondance certaine.
Rendre facteurs et contradictions visibles
Le moteur normalise selon langue et alphabet, puis calcule candidats. Il expose concordances, champs manquants et contradictions fortes ; une date de naissance différente peut peser davantage qu’une proximité phonétique.
Les entrées comprennent identité versionnée, liste et règles ; les sorties comprennent candidats, facteurs et décision attendue. Responsabilité, journalisation, seuil, monitoring, rollback et repli sont décrits pour chaque version.
Un score sert au routage, pas au verdict juridique. Les seuils sont calibrés sur homonymes, alias, translittérations et vrais cas historiques, avec contrôle séparé de précision et rappel.
Régler fréquence et déclencheurs du rescreening
Le bon rythme combine mise à jour des sources, événements vendeur, seuils d’exposition et contrôle périodique. Une fréquence universelle ignore la volatilité des listes et les différences entre relations.
Préférer les événements à un calendrier aveugle
Une nouvelle désignation lance une recherche sur le portefeuille concerné. Un changement de nom, pays, dirigeant ou bénéficiaire réévalue le vendeur. Une reprise périodique détecte les trous et sources qui n’émettent pas d’événement.
La file possède priorité, plafond, date limite et reprise. Les vendeurs à versement proche passent avant les comptes dormants, sans ignorer ceux-ci au-delà du délai maximal approuvé.
Par exemple, si une source est actualisée quotidiennement mais le batch seulement chaque semaine, alors la plateforme accepte six jours d’angle mort. Le contrat doit rendre ce compromis explicite et validé.
Résoudre un faux positif de façon durable
Fermer une alerte sans enregistrer les éléments discriminants garantit son retour au prochain run. Le faux positif devient une décision versionnée liée au vendeur, au candidat de liste et aux preuves comparées.
Créer une exception étroite et réévaluable
L’exception cite date de naissance, pays, identifiant ou relation qui sépare les personnes. Elle expire si la liste, l’identité ou le périmètre change ; elle ne neutralise jamais tous les futurs candidats portant le même nom.
Une absence de donnée ne prouve pas l’homonymie. L’analyste demande le complément proportionné ou maintient une restriction bornée lorsque l’exposition ne permet pas d’attendre sans contrôle.
La décision est testée à chaque version du moteur. Une nouvelle règle ne doit pas rouvrir des milliers de faux positifs sans plan de capacité, ni conserver une exception devenue trop large.
Matrice de décision entre poursuivre, revoir et suspendre
La matrice croise type de liste, force du match, preuve disponible, rôle de la personne, exposition et décision du prestataire compétent. Elle nomme l’action et les capacités touchées.
Associer chaque classe à une sortie précise
- À poursuivre : maintenir les capacités lorsque les éléments discriminants établissent l’homonymie et que l’exception reste valide pour la version courante de la source.
- À approfondir : demander les données manquantes lorsqu’un candidat reste plausible, avec délai, responsable et limites provisoires alignées sur l’exposition.
- À escalader : transmettre au juriste, à la conformité ou au prestataire compétent lorsque portée du texte, contrôle indirect ou identité restent juridiquement indécidables.
- À limiter : empêcher les nouvelles capacités ou flux exposés pendant la revue, sans désactiver automatiquement les fonctions sans relation avec le risque identifié.
- À suspendre : appliquer l’action requise lorsqu’une correspondance et son cadre sont confirmés, avec traitement des commandes, fonds et communications approuvé.
La priorité protège les actions irréversibles et les délais légaux. Une règle interne ne doit ni retarder une mesure applicable, ni inventer une obligation que le régime et le rôle ne prévoient pas.
Organiser la revue humaine et l’escalade compétente
L’analyste reçoit identité, relations, candidat, source, facteurs, contradictions, capacités et action proposée. Il ne doit pas rechercher manuellement le contexte dans plusieurs outils non synchronisés.
Borner le mandat de chaque niveau
Le premier niveau ferme l’homonymie prouvée ou demande une donnée standard. Le second traite cas complexes et contrôle indirect. Le juriste tranche l’applicabilité ; le responsable autorisé valide l’action sensible.
La double revue couvre correspondances fortes, suspensions et décisions à fort impact. Les désaccords alimentent la doctrine ; ils ne sont pas masqués par une moyenne de score.
Le vendeur reçoit une communication adaptée, sans révéler des données de tiers ni détailler les mécanismes internes. Une voie de contestation collecte les éléments capables de corriger l’identité.
Coordonner droits marketplace et prestataire de paiement
La marketplace contrôle publication, commandes, promotion et accès vendeur ; le prestataire décide les fonctions de paiement relevant de son contrat. Les statuts doivent être échangés sans transformer l’un en simple sous-traitant décisionnaire de l’autre.
Découpler les capacités tout en empêchant le contournement
Une revue peut limiter le versement, les nouvelles ventes ou l’administration selon le cas. Le parcours commande, remboursement et support reste cohérent ; aucun canal alternatif ne doit remettre une ressource interdite à disposition.
Les entrées sont vendeur, décision et état paiement ; les sorties sont droits, tâches et notifications. Webhook signé, idempotence, retry, file, traçabilité, monitoring et runbook couvrent les pannes de synchronisation.
Le statut « en revue » possède une signification contractuelle et une échéance. Un message perdu ne laisse pas le vendeur ouvert d’un côté et suspendu de l’autre sans alerte de réconciliation.
Conserver la preuve sans surexposer les données
La piste d’audit relie source, version, identité contrôlée, facteurs, décision, acteur, action et date de réévaluation. Elle doit prouver le processus sans recopier toutes les listes et pièces sensibles dans les logs.
Appliquer finalité, accès et rétention
Les analystes voient les détails nécessaires ; support et commerce reçoivent un statut opérationnel. Les accès sont journalisés, les exports contrôlés et les données conservées selon la finalité et les obligations validées.
Une empreinte et un identifiant de version peuvent prouver la donnée interrogée, tandis que le dossier sécurisé conserve les éléments autorisés. Les logs applicatifs masquent dates complètes, adresses et documents.
La preuve d’homonymie reste assez précise pour éviter une nouvelle alerte, sans devenir une liste locale de personnes exclues hors de tout cadre ni masquer de futurs candidats légitimes.
Mesurer alertes, délais et décisions renversées
Le tableau suit couverture des identités, fraîcheur des sources, alertes par liste, faux positifs, revues, délais, suspensions et décisions renversées. Les cohortes séparent pays, langue, type d’entité et version.
Détecter un réglage ou une source dégradés
Une hausse brutale des alertes sur un nom fréquent peut suivre une modification de translittération. Une baisse totale peut révéler une liste non chargée. Le volume seul ne dit jamais si le contrôle s’améliore.
Par exemple, si 92 % des alertes d’une règle deviennent des homonymies documentées, l’équipe revoit facteurs et seuil plutôt que d’augmenter indéfiniment la capacité d’analyse.
Le coût complet associe revue, blocage vendeur, support et exposition. Une précision accrue doit réduire ce coût sans faire disparaître les vrais candidats du corpus de contrôle.
Erreurs fréquentes qui bloquent ou exposent à tort
La première erreur mélange sanctions et PPE. La deuxième bloque au score. La troisième ne contrôle que la société et ignore les personnes qui la contrôlent selon le périmètre applicable.
Éliminer les raccourcis sans cadre ni preuve
Une liste commerciale non datée, un fuzzy matching opaque, une exception permanente et un batch sans monitoring rendent la décision indéfendable. Chaque couche doit exposer sa source et sa limite.
Une autre erreur traite la PPE comme une interdiction. Elle discrimine à tort, augmente les blocages et détourne les analystes des diligences réellement attendues par les acteurs assujettis.
Enfin, le commerce ne doit pas lever une restriction oralement. Toute dérogation suit l’autorité prévue, un motif, une durée et une traduction technique impossible à contourner.
Cas concret : homonyme, nouveau bénéficiaire et paiement
Un vendeur change de bénéficiaire effectif avant un versement. Son nom translittéré ressemble à une personne désignée, mais date de naissance, nationalité et patronyme original diffèrent.
Limiter l’exposition puis résoudre l’identité
Le moteur ouvre une revue, conserve les ventes déjà prouvées et coordonne l’état de versement avec le prestataire. L’analyste compare source officielle, documents et chaîne de contrôle.
L’homonymie est établie avec trois facteurs discriminants. Une exception étroite est enregistrée ; elle expirera si identité, liste ou bénéficiaire change, sans neutraliser les futurs candidats similaires.
Prouver délai, action et réactivation
La décision est prise sous quatre heures, le statut de paiement est réconcilié et les capacités reviennent dans l’ordre prévu. Le dossier conserve la version de liste et l’auteur.
Le test rejoue mise à jour de liste, webhook dupliqué et panne du fournisseur. Aucun état ne libère le versement avant la décision ni ne laisse la suspension après sa levée.
Plan d’action : déployer le screening en huit semaines
Le déploiement commence sur un périmètre et des capacités connus, avec validation juridique du rôle. Le processus existant reste disponible comme repli jusqu’à preuve de qualité.
Semaines 1 à 4 : doctrine, données et matching
La première phase sépare les régimes et construit une décision explicable. Chaque semaine livre un périmètre, une source, un corpus validé et un verdict testable.
- Semaine 1 : cartographier obligations, rôles, listes, prestataire de paiement, personnes contrôlées, capacités et actions possibles avec validation juridique documentée.
- Semaine 2 : versionner sources, identités, bénéficiaires et relations, puis définir fraîcheur, panne, accès, conservation et preuve de chaque interrogation.
- Semaine 3 : construire normalisation, facteurs et corpus de vrais matchs, homonymes, alias et translittérations, avec mesure séparée de précision et rappel.
- Semaine 4 : approuver seuils, faux positifs, matrice, niveaux de revue, communications et actions par capacité, sans confondre sanctions et PPE.
Semaines 5 à 8 : intégration, cohorte et audit
La seconde phase éprouve événements, états et preuves. L’extension intervient seulement lorsque les décisions restent reproductibles et les pannes ne créent aucun contournement durable entre systèmes.
- Semaine 5 : intégrer onboarding, changement de bénéficiaire, mise à jour de liste, rescreening et coordination paiement avec idempotence et réconciliation.
- Semaine 6 : ouvrir une cohorte supervisée, contrôler chaque alerte et corriger seuils, données manquantes, délais ou exceptions trop larges avant extension.
- Semaine 7 : provoquer source périmée, webhook perdu, batch saturé et liste corrigée, puis exécuter runbook, rollback et reprise sans succès silencieux.
- Semaine 8 : auditer accès, preuve, décisions renversées et faux négatifs du corpus, puis décider populations, fréquence et seuils de surveillance continue.
La sortie exige sources fraîches, rôles validés, facteurs visibles, faux positifs durables, actions ciblées et audit reproductible. Un taux faible d’alertes ne démontre jamais la couverture.
Guides complémentaires : onboarding, KYB et contrôle
Le screening dépend d’une identité initiale fiable et de déclencheurs capables de la réévaluer. Ces ressources relient dans le temps entrée, progression et changement de contrôle.
Relier identité, risque et cycle de vie
L’onboarding marketplace basé sur le risque pose les parcours initiaux et vérifiables, tandis que le KYB progressif déclenche les preuves lorsque l’exposition change.
Le traitement du changement de bénéficiaire effectif reconstruit le contrôle, et la méthode pour choisir un prestataire KYC/KYB vérifie couverture et reprises manuelles.
Conclusion : un hit ouvre une enquête, pas un verdict
Un screening utile distingue régime, identité et relation. Il transforme une proximité nominale en facteurs vérifiables, puis attribue la décision à l’acteur réellement compétent.
La robustesse repose sur des sources versionnées, un rescreening événementiel, des faux positifs étroits, une revue bornée et des capacités synchronisées avec le paiement.
Pour installer ce contrôle, notre expertise de marketplace opérateur relie cadre applicable, produit, paiement et opérations afin que chaque alerte protège l’activité sans bloquer aveuglément un vendeur légitime.
