Une marketplace peut automatiser l’onboarding de la majorité de ses vendeurs et rester bloquée par les dossiers qui comptent : structure étrangère, bénéficiaire difficile à identifier, document rejeté, changement de dirigeant ou homonymie sur une liste de surveillance.
La création d’une marketplace doit traiter KYC/KYB comme un processus d’exploitation, pas un simple écran fourni par le PSP. L’opérateur reste responsable de ses décisions et de la preuve associée selon son modèle et ses obligations.
La méthode construit une grille de comparaison fournisseur et surtout une reprise manuelle gouvernée. Elle ne remplace pas une analyse juridique : les exigences et responsabilités doivent être validées pour les pays, produits et flux concernés.
Le dispositif doit débloquer les dossiers légitimes sans créer un bouton d’exception qui contourne les contrôles. Chaque intervention humaine possède motif, pièces, droits, double contrôle et trace.
Deux signaux faibles doivent alerter avant l’engorgement : la part de vendeurs qui abandonnent après une demande complémentaire augmente et les équipes utilisent des messages privés pour expliquer les rejets. Ils révèlent souvent un motif insuffisamment actionnable ou un parcours qui ne conserve pas correctement le contexte.
Définir responsabilité et décision
L’opérateur cartographie les obligations portées par lui, le PSP, le prestataire et les vendeurs. Il nomme qui collecte, vérifie, décide, surveille et réévalue chaque type de dossier.
Les décisions possibles sont explicites : incomplet, à revoir, vérifié, refusé, suspendu ou expiré. Un statut technique fournisseur ne devient pas automatiquement une autorisation métier.
Les conseils compétents valident les critères, la conservation, les responsabilités et les escalades nécessaires. Le produit transforme ensuite cette politique en un parcours opposable, versionné et réellement testable.
Le dossier de décision distingue le résultat du prestataire, l’analyse de l’opérateur et l’autorisation finale d’utiliser chaque service. Cette séparation empêche un statut technique de débloquer automatiquement paiement, publication ou reversement lorsque d’autres conditions restent ouvertes.
Cartographier vendeurs et pays
Le panel couvre formes juridiques, indépendants, associations, groupes, mandataires, pays et structures de bénéficiaires. Les catégories réglementées restent séparées avec leurs exigences, leurs volumes et leurs décisions propres.
Les volumes, la saisonnalité et les délais d’activation sont estimés par segment de vendeurs. Une solution adaptée à cent sociétés françaises peut échouer lors d’une expansion internationale.
Les cas difficiles connus deviennent des scénarios de benchmark, pas des exceptions découvertes après signature.
Le panel est pondéré par le futur portefeuille, pas seulement par les vendeurs déjà actifs. Une solution très performante sur les sociétés françaises simples peut devenir coûteuse si le plan commercial prévoit des groupes internationaux ou des indépendants difficiles à vérifier.
Dessiner le parcours de vérification
Le parcours relie création du vendeur, données société, représentants, bénéficiaires, documents, contrôles, demande complémentaire, décision et revue périodique.
Chaque étape indique son acteur, sa donnée, son délai, son message et son issue possible. Les vendeurs voient ce qui manque sans recevoir des détails qui fragilisent les contrôles.
La reprise d’un dossier conserve son historique complet, ses versions et ses décisions antérieures. Une nouvelle soumission ne doit pas effacer les motifs et documents précédents.
Le parcours précise également l’expiration des pièces et les événements qui déclenchent une nouvelle revue. Un changement de dirigeant, de bénéficiaire ou de coordonnées de paiement ne doit pas être traité comme une simple mise à jour de profil.
Tester la couverture réelle
La scorecard vérifie pays, registres, langues, types de pièces, bénéficiaires, sanctions et documents d’entreprise nécessaires. Un logo de couverture nationale ne prouve jamais le traitement de toutes les structures rencontrées.
Le jeu témoin contient dossiers sains, incomplets, expirés, divergents et complexes. On mesure taux de décision automatique et taux envoyé en revue.
Les données indisponibles dans un registre possèdent une collecte alternative et un responsable clairement identifié. La plateforme ne doit jamais laisser durablement le vendeur dans un statut indéfini sans prochaine action ni délai visible.
La mesure utile sépare couverture théorique et décision réellement obtenue. Un pays annoncé comme couvert peut malgré tout envoyer la majorité des structures complexes en revue manuelle, avec un délai et un coût incompatibles avec le modèle.
Comparer règles et explicabilité
Le fournisseur doit expliquer motif, donnée concernée, preuve attendue et possibilité de reprise. Un score opaque ne suffit pas pour décider un refus.
Les règles sont versionnées et les changements annoncés avec leur date d’entrée en vigueur. Un dossier ancien conserve la politique qui a produit son statut.
Les faux positifs, faux négatifs et cas indécis sont mesurés sur le panel, avec validation appropriée.
L’explicabilité se teste sur un cas rejeté : l’analyste doit comprendre la donnée en cause, la règle applicable et la preuve capable de modifier la décision. Un score global sans motif actionnable transfère simplement l’enquête au support.
Auditer API, webhooks et preuves
L’API couvre création, pièces, statut, motifs, demandes complémentaires et export de preuve. Les webhooks sont authentifiés, idempotents, ordonnés et reliés à la version exacte du dossier.
Les identifiants relient le vendeur, son dossier, chaque personne, chaque document et la décision finale. Les fichiers ne circulent pas dans des logs ou files non protégés.
Une indisponibilité possède un mode dégradé : file d’attente, information vendeur, reprise et rapprochement après retour.
La recette inclut un webhook reçu deux fois, une réponse perdue, un document remplacé pendant l’analyse et un événement tardif après activation. Ces scénarios prouvent l’idempotence et empêchent une décision ancienne d’écraser silencieusement un dossier plus récent.
Protéger données et accès
Les données sont minimisées, chiffrées, conservées et purgées selon la politique validée. Les accès suivent le rôle, l’entité, le pays et le besoin réel de chaque équipe.
La consultation, l’export, la décision et la modification sont journalisés avec leur contexte. Les environnements de test utilisent des données adaptées et protégées.
La réversibilité précise quelles preuves peuvent être exportées et lesquelles doivent être supprimées en fin de contrat.
Les droits temporaires et les consultations sensibles font l’objet d’une revue distincte. Une équipe support peut voir l’avancement et demander une pièce sans accéder aux documents complets ni modifier la décision de conformité.
Concevoir la reprise manuelle
La revue manuelle ouvre un dossier avec motif, pièces, résultats automatiques et politique applicable. L’analyste ne recherche pas le contexte dans plusieurs outils ou échanges de messages dispersés.
Les actions possibles sont demander un complément, confirmer, refuser ou escalader vers une compétence autorisée. Une validation sensible exige double contrôle et séparation des rôles.
Aucune action n’écrase la réponse fournisseur : la décision opérateur est ajoutée avec son auteur, sa justification et sa portée.
La reprise manuelle est conçue avant le volume, même si le taux automatique paraît excellent. Un seul pour cent de dossiers exceptionnels représente cent analyses pour dix mille vendeurs, auxquelles s’ajoutent les resoumissions et les revues périodiques.
Une dérogation commerciale ne peut pas prendre la forme d’une validation technique forcée. Elle rejoint une escalade documentée vers les personnes autorisées, avec une décision limitée dans le temps et une preuve conservée selon la politique validée.
Piloter files, motifs et SLA
Les files sont segmentées par risque, ancienneté, pays et étape. Les dossiers proches d’un délai ou d’un lancement vendeur remontent sans contourner la priorité de conformité.
Les motifs sont normalisés : document illisible, incohérence registre, bénéficiaire, identité, expiration ou contrôle renforcé. Ils alimentent les améliorations du parcours, des messages et des sources de données.
Le tableau suit volume, ancienneté, délai, réouvertures et taux de décision, avec un responsable et une capacité disponible par file. Il distingue le temps d’attente vendeur du temps réellement passé en analyse.
Le coût caché apparaît quand les dossiers faciles consomment toute la capacité tandis que quelques cas à fort enjeu vieillissent sans arbitrage. La priorité combine donc risque, délai, valeur commerciale et prochaine action possible, sans diminuer les contrôles requis.
Séparer vérification et activation
Un vendeur vérifié n’est pas nécessairement prêt : contrat, catalogue, paiement et logistique peuvent manquer. Inversement, aucun lancement commercial ne doit précéder les validations obligatoires.
Le parcours d’onboarding vendeurs agrège ces points de contrôle sans confondre leurs responsables, leurs preuves ni leurs conditions de réouverture.
Une suspension ultérieure bloque les actions nécessaires selon la politique, conserve les commandes existantes et informe les équipes concernées.
Cette séparation produit une décision contre-intuitive mais saine : accélérer l’intégration catalogue ne doit jamais masquer un dossier de vérification incomplet. Les équipes peuvent préparer l’offre en parallèle, sans rendre le vendeur visible ni déclencher les flux interdits.
Calculer le coût complet
Le coût additionne dossiers, contrôles, documents, pays, stockage, API, support et travail manuel. Les resoumissions, les réouvertures et les revues périodiques sont incluses dans chaque scénario.
Le coût par vendeur activé et par dossier sain compare mieux que le tarif unitaire. Le délai perdu a aussi un impact sur la profondeur d’offre et le calendrier commercial.
Les scénarios nominal, expansion et pic mesurent capacité et budget, sans dégrader les contrôles pour tenir un objectif commercial.
Le coût complet annualise les demandes complémentaires, les resoumissions, les revues périodiques et la conservation des preuves. Il ajoute aussi le temps des opérations et du support, car un fournisseur moins cher peut déplacer une charge beaucoup plus importante vers les équipes internes.
Exécuter un benchmark terrain
Les fournisseurs reçoivent le même panel pseudonymisé ou préparé selon les règles applicables. Les résultats, les motifs, les délais et les besoins de reprise sont comparés sur une grille commune.
Le pilote teste API, erreurs, webhook, reprise manuelle, export de preuve et changement d’un dossier. Les analystes et les équipes opérationnelles participent directement aux manipulations et à la notation.
Le verdict documente capacités, limites, taux manuel, coût et conditions de sortie. La page paiement et sécurité marketplace relie ensuite ce choix au flux financier.
La sélection procède dans cet ordre : éliminer les solutions qui ne couvrent pas les obligations et preuves validées, comparer la qualité des décisions sur le panel, puis évaluer intégration et coût complet. Une interface plus fluide ne compense jamais une couverture métier insuffisante.
Conclusion : gouverner chaque exception
La couverture fournisseur se prouve sur les vendeurs réels, pas sur une liste de pays. L’explicabilité et les preuves comptent autant que l’automatisation pour prendre, justifier et réexaminer chaque décision.
La reprise manuelle constitue une capacité normale, avec files, droits, double contrôle et délais suivis. Elle ne doit jamais devenir un contournement invisible ou un simple échange de messages impossible à auditer.
La vérification, l’activation et la surveillance forment un cycle continu autour du vendeur. Les décisions restent versionnées, explicables et réévaluables lorsque les données ou les obligations applicables changent.
Dawap conçoit ce cycle dans ses projets de création de marketplace, depuis le benchmark jusqu’au back-office et aux intégrations.
