Contrôle création fournisseur : 7 règles antifraude
Une fiche fournisseur créée trop vite peut ouvrir la porte aux doublons, aux erreurs de paiement ou à la fraude. Le contrôle création fournisseur transforme cette saisie administrative en un processus vérifiable, sans imposer une usine à gaz aux équipes d’une PME.
Le contrôle création fournisseur désigne l’ensemble des vérifications, validations et preuves appliquées avant d’activer un tiers dans un logiciel comptable ou un ERP. Il permet de confirmer l’identité, les coordonnées bancaires, la conformité et l’autorisation interne du fournisseur, puis de bloquer automatiquement toute fiche incomplète ou suspecte.
Voici une méthode concrète en sept règles, avec un workflow type, une matrice de décision et une checklist directement exploitable dans n8n ou Make.
Pourquoi contrôler la création d’un fournisseur ?
Le contrôle création fournisseur réduit le risque avant que la fiche puisse recevoir une commande ou un paiement. Une vérification tardive détecte parfois le problème après l’engagement de dépense ; un contrôle à l’entrée empêche la donnée douteuse de devenir une référence officielle.
Le sujet s’intègre donc dans une démarche plus large d’onboarding fournisseur automatisé : collecte structurée, contrôles, approbation et activation. La différence est importante : l’onboarding organise toute la relation initiale, tandis que le contrôle de création décide si la fiche peut entrer dans le référentiel.
Quels risques faut-il bloquer avant l’activation ?
Un bon dispositif bloque quatre catégories de risques : identité incertaine, coordonnées incohérentes, conflit de validation et absence de preuve. Le workflow doit distinguer une anomalie corrigeable d’un signal qui impose une revue humaine.
| Risque | Signal détectable | Réponse du workflow |
|---|---|---|
| Doublon | SIREN, TVA ou IBAN déjà présent | Bloquer et proposer la fiche existante |
| Faux fournisseur | Identité légale introuvable ou incohérente | Envoyer en revue conformité |
| Fraude au RIB | Compte bancaire modifié ou transmis hors canal prévu | Suspendre l’activation et vérifier par un second canal |
| Erreur de saisie | Champ obligatoire absent ou format invalide | Retourner le formulaire au demandeur |
| Contournement interne | Demandeur et approbateur identiques | Refuser la validation et réaffecter |
| Preuve insuffisante | Pièce non datée ou validation non journalisée | Conserver la fiche en statut « à compléter » |
Cette classification réserve la revue humaine aux exceptions.
Comment construire le workflow de contrôle création fournisseur ?
Le workflow le plus fiable sépare la demande, les contrôles automatiques, l’approbation et l’écriture dans l’outil comptable. n8n ou Make orchestre les étapes ; le logiciel comptable reste la source officielle des fournisseurs actifs.
Le flux peut suivre cette séquence :
- Un collaborateur remplit un formulaire avec la raison sociale, le SIREN, la TVA intracommunautaire, le contact, l’adresse et l’IBAN.
- Le workflow normalise les données : majuscules, espaces, accents, format de téléphone et caractères de l’IBAN.
- Une recherche interroge le référentiel existant avec plusieurs clés, pas seulement le nom commercial.
- Les règles de conformité et de cohérence produisent un statut : conforme, incomplet ou suspect.
- Un approbateur indépendant reçoit un résumé et les pièces utiles.
- Après validation, le workflow crée la fiche via API ou prépare une tâche de saisie contrôlée.
- Le système archive la demande, les résultats, l’identité de l’approbateur et l’horodatage.
L’intelligence artificielle peut lire une pièce ou rapprocher des libellés proches, mais elle ne doit pas décider seule d’un cas sensible. Claude ou ChatGPT peut suggérer deux noms liés ; une règle déterministe compare ensuite les identifiants légaux.
Quelles sont les 7 règles antifraude à automatiser ?
Les sept règles essentielles couvrent l’unicité, l’identité légale, la banque, la séparation des rôles, les pièces, les exceptions et la traçabilité. Chaque règle doit produire un résultat explicite et une action, pas une simple alerte noyée dans une boîte email.
1. Rechercher les doublons sur plusieurs clés
Comparez le SIREN, le numéro de TVA, l’IBAN, l’email de contact et une version normalisée de la raison sociale. Une similarité sur le nom doit créer une alerte ; une égalité sur un identifiant unique doit bloquer la création.
2. Vérifier l’identité légale
Contrôlez la concordance entre la raison sociale, l’identifiant légal et l’adresse déclarée. Si une source officielle n’est pas disponible par API, créez une tâche humaine documentée au lieu de laisser le workflow supposer que l’entreprise existe.
3. Isoler le contrôle bancaire
Un IBAN valide dans sa forme n’est pas nécessairement légitime. Vérifiez le format, le pays attendu, les doublons et le titulaire lorsque votre procédure le permet. Pour approfondir cette étape, utilisez une procédure dédiée au contrôle automatisé du RIB fournisseur.
4. Séparer demandeur et approbateur
La personne qui demande la création ne doit pas pouvoir l’approuver seule. Pour une petite structure, la séparation peut être simple : opérationnel demandeur, responsable budgétaire approbateur, comptabilité seule autorisée à activer.
5. Exiger des pièces selon le niveau de risque
Ne réclamez pas le même dossier à tous. Un fournisseur ponctuel de faible montant peut nécessiter moins de justificatifs qu’un prestataire récurrent appelé à recevoir des virements importants. Formalisez les seuils dans la politique interne, sans les laisser dans la mémoire d’un collaborateur.
6. Mettre les exceptions en quarantaine
Une anomalie ne doit jamais disparaître derrière un bouton « continuer ». Placez la fiche dans un statut non payable, indiquez le motif exact et assignez une action avec une échéance. La correction relance ensuite les contrôles concernés.
7. Journaliser chaque décision
Conservez les données reçues, les règles exécutées, leurs résultats, les pièces et la décision humaine. Ce journal d’audit des automatisations IA facilite l’enquête, la revue périodique et l’amélioration du processus.
Quel outil choisir entre n8n, Make et l’IA ?
n8n et Make orchestrent les règles, les API et les validations ; Claude ou ChatGPT interprètent les informations non structurées. Le choix porte sur le bon composant pour chaque responsabilité.
| Besoin | Composant conseillé | Pourquoi |
|---|---|---|
| Formulaire et déclenchement | Outil de formulaire + n8n ou Make | Données structurées et flux reproductible |
| Validation de formats | Règles déterministes | Résultat stable et explicable |
| Détection de doublons exacts | Base de données ou ERP | Comparaison avec la source officielle |
| Lecture d’un document libre | OCR puis Claude ou ChatGPT | Extraction souple des champs |
| Approbation | Email interactif, Teams ou Slack | Décision humaine identifiable |
| Création finale | API du logiciel comptable | Écriture contrôlée sans ressaisie |
L’agent IA devient pertinent lorsque les documents varient beaucoup ; il ne remplace ni la matrice d’approbation ni les contrôles bloquants.
Exemple : une demande apparemment normale devient suspecte
Une demande de création arrive pour « Atelier Martin », avec un devis PDF et un IBAN français. Le format des champs est correct, mais le workflow trouve une fiche « Ateliers Martin SAS » partageant le même SIREN et possédant un autre compte bancaire.
Le système classe la demande en « doublon probable et divergence bancaire », notifie la comptabilité et exige une vérification auprès d’un contact connu. La tentative reste bloquée jusqu’à confirmation.
La cohérence entre les données compte davantage que la présence de chaque champ.
Checklist de mise en production
La mise en production peut commencer lorsque chaque entrée, décision et sortie est définie. Utilisez cette checklist avant d’autoriser la création automatique dans le logiciel comptable :
- le référentiel maître des fournisseurs est clairement identifié ;
- les champs obligatoires et leurs formats sont documentés ;
- les doublons sont recherchés sur au moins un identifiant légal et plusieurs données secondaires ;
- le demandeur ne peut pas être l’unique approbateur ;
- les cas suspects restent non payables ;
- les secrets API sont stockés hors des scénarios et des prompts ;
- chaque validation laisse une trace exploitable ;
- les erreurs techniques déclenchent une alerte et non une acceptation par défaut ;
- un test couvre doublon, IBAN divergent, pièce absente et approbateur indisponible ;
- une revue périodique mesure les rejets, corrections et faux positifs.
Après l’activation, une évaluation fournisseur automatisée suit la qualité et le risque pendant la relation.
À retenir
Le contrôle création fournisseur doit empêcher l’activation tant que l’identité, l’unicité, les coordonnées bancaires et l’autorisation interne ne sont pas établies. Le meilleur workflow automatise les vérifications répétitives, réserve les exceptions aux humains et conserve une preuve de chaque décision.
- Une fiche douteuse reste non payable.
- Le demandeur et l’approbateur sont distincts.
- L’IA assiste l’interprétation ; les règles gouvernent le blocage.
- L’ERP ou le logiciel comptable demeure la source officielle.
FAQ sur le contrôle création fournisseur
Qui doit valider la création d’un fournisseur ?
La validation doit associer au minimum un approbateur différent du demandeur. Selon le risque, le responsable budgétaire confirme le besoin, la comptabilité contrôle les données et une personne habilitée active la fiche.
Peut-on automatiser entièrement la création fournisseur ?
Oui pour un dossier conforme et peu risqué, si les règles et habilitations sont solides. Les divergences bancaires, doublons probables, identités incertaines et pièces incohérentes doivent rester soumis à une validation humaine.
Quelle différence entre contrôle de création et contrôle du RIB ?
Le contrôle de création couvre toute la fiche : identité, unicité, pièces, approbation et traçabilité. Le contrôle du RIB porte spécifiquement sur les coordonnées bancaires et doit aussi s’appliquer lors de chaque changement de compte.
Faut-il utiliser un agent IA pour détecter les doublons ?
Un agent IA est utile pour rapprocher des noms ou lire des documents variables. Les égalités sur SIREN, TVA ou IBAN doivent rester traitées par des comparaisons déterministes, plus simples à expliquer et à auditer.
Combien de temps faut-il pour déployer ce workflow ?
Le délai dépend surtout de la qualité du référentiel, des API disponibles et du circuit d’approbation. Commencez par cartographier une demande réelle, puis automatisez les contrôles stables avant d’ajouter l’analyse IA des documents.
Comment démarrer sans complexifier votre processus ?
Commencez par un formulaire unique, trois statuts — conforme, à compléter, suspect — et quatre contrôles bloquants : doublon, identité, IBAN et séparation des rôles. Observez les exceptions pendant quelques semaines avant d’élargir les règles.
Si votre référentiel fournisseur s’est construit au fil des emails et des tableurs, nahed.fr peut vous aider à concevoir un contrôle proportionné, puis à l’intégrer dans n8n, Make et vos outils comptables sans perturber le travail quotidien.