Passer au contenu principal
Didit lève 7,5 M$ pour bâtir l'infrastructure pour l'identité et la fraude
Didit
Retour au blog
Blog · 21 mai 2026

Les 11 ensembles de règles de surveillance des transactions, expliqués (FR)

Didit alimente son moteur de surveillance des transactions avec 11 ensembles de règles : Finance, AML/CTF, Anomalie, GAFI, Intelligence des appareils, Fraude, Crypto, Jeu responsable, E-commerce et Personnalisé.

Par DiditMis à jour le
transaction-monitoring-rule-bundles.png

Un moteur de surveillance des transactions est aussi performant que les règles qui le régissent. Si vous partez d'un manuel de règles vierge, vous passerez des mois à coder des seuils de structuration, des fenêtres de vélocité et une logique de sanctions avant de détecter votre premier paiement suspect. Pire encore, si la politique est subtilement erronée, vous risquez soit de submerger les analystes de faux positifs, soit de manquer les schémas importants.

L'API de Surveillance des Transactions de Didit est livrée avec 11 ensembles de règles déjà intégrés. Vous activez ceux qui correspondent à votre activité, ajustez leurs seuils dans la Console, et ajoutez vos propres règles. Chaque transaction est évaluée en temps réel par rapport à chaque règle active et aboutit à l'un des quatre statuts — APPROVED, IN_REVIEW, DECLINED, ou AWAITING_USER — à 0,02 $ par transaction.

Ce guide présente les 11 ensembles : ce que chacun détecte, les schémas qu'il évalue et comment l'ajuster.

Points clés à retenir

  • 11 ensembles intégrés couvrent la finance, l'AML/CTF, la détection d'anomalies, les drapeaux rouges du GAFI, l'intelligence des appareils, la fraude, la surveillance des cryptos, le criblage des cryptos, le jeu responsable, le e-commerce et un ensemble entièrement personnalisé.
  • Vous ne partez pas de zéro. Chaque ensemble est un ensemble de règles sélectionnées que vous activez et ajustez, et non du code que vous écrivez.
  • Chaque règle a une action — ajouter au score de risque, modifier le statut, ajouter des balises ou des notes, ou ajouter une partie à une liste — ainsi la politique est déclarative et examinée dans la Console.
  • Les règles s'exécutent en temps réel par rapport à l'API unifiée /v3/ ; les transactions aboutissent à APPROVED, IN_REVIEW, DECLINED, ou AWAITING_USER.
  • 0,02 $ par transaction, paiement à l'appel, sans minimum. Le criblage AML sur une partie signalée est facturé séparément à 0,20 $ par vérification.

Ce que sont les ensembles de règles

Un ensemble est un groupe thématique de règles. Plutôt que d'exposer des centaines de règles individuelles, Didit les organise autour du risque réel auquel une entreprise est confrontée — une néobanque active Finance et AML/CTF, une plateforme d'échange de cryptomonnaies ajoute la surveillance crypto et le criblage crypto, un opérateur de jeux en ligne ajoute le jeu responsable. Les ensembles se chevauchent délibérément : une contrepartie sanctionnée est détectée par AML/CTF, que le paiement soit en monnaie fiduciaire ou en crypto.

Au sein de chaque ensemble, les règles individuelles comportent des conditions (seuils de montant, attributs de contrepartie, listes de juridictions), des fenêtres de vélocité optionnelles et une action. L'action est ce qui rend le moteur déclaratif : une règle peut ajouter au score de risque de la transaction, modifier son statut en IN_REVIEW ou DECLINED, attacher des balises ou des notes pour un analyste, ou ajouter la partie à une liste pour un examen futur.

Pourquoi c'est important

Les régulateurs attendent une surveillance basée sur les risques et documentée. Les directives AML de l'UE, les recommandations du GAFI et les régimes équivalents dans le monde entier exigent que les entreprises réglementées détectent et signalent les activités suspectes — et qu'elles démontrent leur fonctionnement. Un ensemble de règles spécifiques dans le code de l'application est difficile à auditer et encore plus difficile à modifier sans un déploiement.

Les ensembles résolvent ces deux problèmes. Parce qu'ils sont élaborés à partir de typologies connues, vous disposez d'une couverture dès le premier jour au lieu du troisième mois. Parce qu'ils sont gérés dans la Console plutôt que livrés dans le code, la conformité examine chaque modification de seuil, et le recueil de règles est auditable par conception.

Détails techniques

Les transactions sont créées via l'API unifiée /v3/. Chacune est idempotente sur un transaction_id que vous contrôlez, de sorte que les tentatives de répétition ne comptent jamais deux fois.

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_4d21a8",
    "category": "finance",
    "amount": 9700,
    "currency": "EUR",
    "currency_kind": "fiat",
    "txn_date": "2026-05-21T11:04:00Z",
    "subject": { "vendor_data": "user_8842", "role": "SENDER", "entity_type": "INDIVIDUAL" },
    "counterparty": { "role": "RECEIVER", "entity_type": "INDIVIDUAL" },
    "payment_method": "BANK_TRANSFER"
  }'

Le moteur évalue la transaction par rapport à chaque règle active dans chaque ensemble actif et renvoie le statut ainsi que les règles qui se sont déclenchées, étiquetées avec leur bundle :

{
  "transaction_id": "txn_4d21a8",
  "status": "IN_REVIEW",
  "risk_score": 58,
  "triggered_rules": [
    { "name": "Threshold avoidance", "bundle": "Finance", "action": "ADD_SCORE" },
    { "name": "High velocity — sender 24h count", "bundle": "Anomaly detection", "action": "CHANGE_STATUS" }
  ],
  "alert_id": "alrt_91bc02"
}

Prix. 0,02 $ par transaction, facturé à l'appel, sans minimum. Si une transaction signalée déclenche un criblage AML sur une partie, cette vérification est facturée séparément à 0,20 $.

Les 11 ensembles, un par un

  1. Finance — l'ensemble principal pour les paiements fiduciaires. Détecte la structuration (fractionnement d'une somme importante en paiements plus petits pour éviter un seuil de déclaration), les transactions uniques importantes et l'évitement de seuil. Ajustez le seuil de déclaration à votre juridiction (10 000 € dans une grande partie de l'UE) et définissez la marge en dessous que vous considérez comme suspecte.
  1. AML/CTF — lutte contre le blanchiment d'argent et le financement du terrorisme. Détecte le volume cumulé sur une fenêtre, les mouvements rapides d'entrée et de sortie, l'exposition à des parties sanctionnées, l'exposition à des PEP et les transactions touchant des juridictions à haut risque. Ajustez les listes de juridictions et les fenêtres de volume cumulé. Lorsqu'une partie déclenche une règle de sanctions ou de PEP, vous pouvez enchaîner le criblage AML à 0,20 $ par vérification.
  1. Détection d'anomalies — valeurs aberrantes comportementales. Détecte les pics de vélocité, la réactivation de comptes dormants et les montants ou contreparties qui s'écartent du modèle établi par un utilisateur. Ajustez les fenêtres de vélocité (nombre, somme, distinct) et la sensibilité de la ligne de base.
  1. GAFI — modèles alignés sur les indicateurs de drapeaux rouges du GAFI pour le blanchiment d'argent et le financement du terrorisme. Utilisez-le comme une couche orientée régulateur en plus de Finance et AML/CTF ; ajustez les familles de drapeaux rouges qui s'appliquent à vos produits.
  1. Intelligence des appareils — empreinte digitale de l'appareil et signaux de risque de session attachés à une transaction. Détecte un seul appareil derrière plusieurs comptes, une géolocalisation incohérente et d'autres anomalies de session. Ajustez le poids que ces signaux ajoutent au score de risque.
  1. Prévention de la fraude — typologies de fraude de première et tierce parties : schémas de mules, multi-comptes et signaux de prise de contrôle de compte. Ajustez les seuils du réseau de mules et l'agressivité avec laquelle les signaux de prise de contrôle modifient le statut.
  1. Surveillance des cryptos — modèles de transactions en chaîne pour les flux de cryptos. Fonctionne avec currency_kind: "crypto" et une direction. Ajustez les seuils d'exposition qui font passer une transaction de IN_REVIEW à DECLINED.
  1. Criblage des cryptos — risque de portefeuille et exposition à la source de fonds. Définissez currency_kind: "crypto" avec une direction et le moteur peut exécuter automatiquement un criblage de portefeuille en chaîne sur l'adresse de la contrepartie, vérifiant l'exposition aux entités sanctionnées, aux marchés du darknet, aux mélangeurs, aux rançongiciels et aux fonds volés. Le criblage de portefeuille commence à 0,02 $ par criblage avec votre propre clé (Crystal ou Merkle Science).
  1. Jeu responsable — pour les opérateurs de jeux en ligne. Détecte les pics de vélocité des dépôts, les changements de limite suspects et l'abus de bonus, en utilisant les catégories gambling_bet, gambling_limit_change et gambling_bonus_change. Ajustez les fenêtres de vélocité des dépôts et les modèles de changement de limite que vous traitez comme un signal de préjudice.
  1. E-commerce — modèles d'abus de rétrofacturation et de remboursement pour les places de marché et les commerçants. Ajustez les seuils de vélocité des remboursements et de ratio de rétrofacturation.
  1. Personnalisé — vos propres règles construites en plus du reste. Exprimez des conditions, des fenêtres de vélocité (nombre, somme, distinct) et toutes les actions standard. Utilisez-le pour les typologies spécifiques au produit que les ensembles préexistants ne couvrent pas.

Comment fonctionne le réglage

Le réglage s'effectue dans la Console d'entreprise, et non dans le code. Pour chaque règle active, vous définissez les seuils, les fenêtres de vélocité et l'action — et la modification est examinée avant d'être mise en ligne. Cela permet à la conformité de contrôler la politique et vous offre une piste d'audit de chaque modification. Étant donné que les règles sont évaluées en temps réel, vous pouvez augmenter la sensibilité pendant une vague de fraude connue et la réduire par la suite sans déploiement.

Cas d'utilisation

  • Fintech — Finance + AML/CTF + Détection d'anomalies couvrent la structuration, le volume cumulé et les pics de vélocité pour les dépôts, les transferts et les retraits.
  • Crypto — Surveillance des cryptos + Criblage des cryptos ajoutent la détection de modèles en chaîne et le criblage automatique de portefeuilles sur les adresses de contrepartie.
  • Prêts — Détection d'anomalies + Prévention de la fraude détectent les schémas d'identité synthétique et de mules dans les décaissements et les remboursements.
  • Places de marché — E-commerce + Prévention de la fraude détectent les abus de remboursement, les réseaux de rétrofacturation et le multi-comptes.
  • iGaming — Jeu responsable + Détection d'anomalies détectent les pics de vélocité des dépôts, les abus de changement de limite et les abus de bonus.

Comment s'intégrer à Didit

  1. Choisissez vos ensembles. Dans la Console d'entreprise, activez les ensembles qui correspondent à votre activité et ajustez leurs seuils.
  2. Envoyez des transactions. POST /v3/transactions/ depuis votre backend au fur et à mesure que l'argent circule. Utilisez un transaction_id stable pour l'idempotence et transmettez vendor_data afin que les transactions soient liées à l'utilisateur ou à l'entité commerciale à laquelle elles appartiennent.
  3. Gérez les webhooks. Écoutez transaction.created et transaction.status.updated pour maintenir votre grand livre à jour à mesure que les analystes résolvent les alertes.
  4. Ajoutez des règles personnalisées. Superposez l'ensemble Personnalisé pour les typologies uniques à votre produit.

Étant donné que tout est sur l'API unifiée /v3/, une session KYB peut générer les sessions KYC pour ses UBO, ces utilisateurs sont intégrés à la surveillance des transactions, et une transaction signalée peut générer un KYC de remédiation — une plateforme unique d'identité et de fraude, de bout en bout.

Foire aux questions

Dois-je utiliser les 11 ensembles ?

Non. Activez uniquement les ensembles pertinents pour votre entreprise et ajustez leurs seuils. Les autres restent désactivés.

Puis-je écrire mes propres règles ?

Oui. L'ensemble Personnalisé vous permet de créer des règles avec des conditions, des fenêtres de vélocité et des agrégations en plus des 11 ensembles prédéfinis. Les règles sont gérées dans la Console, de sorte que la conformité examine chaque modification.

Combien ça coûte ?

0,02 $ par transaction, facturé par appel sans minimum. Le criblage AML sur une partie signalée est facturé séparément à 0,20 $ par vérification, et le criblage de portefeuille en chaîne commence à 0,02 $ par criblage avec votre propre clé.

Comment les ensembles gèrent-ils les cryptos ?

Définissez currency_kind sur crypto avec une direction. La surveillance des cryptos évalue les modèles en chaîne et le criblage des cryptos peut exécuter automatiquement le criblage de portefeuille sur l'adresse de la contrepartie.

Où puis-je modifier un seuil ?

Dans la Console d'entreprise. Les modifications de règles sont effectuées et examinées là-bas plutôt que d'être livrées dans le code, ce qui rend le recueil de règles auditable.

Prêt à commencer ?

Lisez la présentation de la surveillance des transactions dans la documentation, découvrez comment elle s'intègre au reste de la plateforme sur la page produit de la surveillance des transactions, et consultez les tarifs transparents par appel sur la page des tarifs. Lorsque vous êtes prêt, commencez gratuitement — 500 vérifications KYC gratuites chaque mois, et la surveillance des transactions à 0,02 $ par appel.

Infrastructure pour l'identité et la fraude.

Une seule API pour le KYC, le KYB, la surveillance des transactions et le screening de portefeuilles. Intégration en 5 minutes.

Demande à une IA de résumer cette page
Les 11 ensembles de règles de surveillance des transactions | Didit.