Passer au contenu principal
Chaque transaction que vous soumettez avec un identifiant vendor_data correspondant à une entité d’entreprise, en tant que demandeur, remetteur, bénéficiaire ou contrepartie, est liée à ce profil d’entreprise. L’entreprise devient un registre continu de son activité, et la Surveillance des transactions utilise cet historique pour alimenter, au niveau de l’entreprise, les règles de vélocité, comportementales et de filtrage.

​
Récupérer les transactions d’une entreprise

Filtrez la liste des Transactions par le vendor_data de l’entreprise :
Renvoie toutes les transactions dans lesquelles l’entreprise apparaît en tant que demandeur. Pour l’historique côté contrepartie, filtrez dans la Business Console (l’endpoint de liste publique ne filtre que par demandeur).

​
Comment les transactions sont liées aux entreprises

Chaque transaction comprend jusqu’à quatre parties (applicant, remitter, beneficiary, counterparty). Lorsqu’une partie inclut un vendor_data qui correspond à une entité d’entreprise de votre application, Didit lie cette partie à l’entreprise. Les parties sans vendor_data sont enregistrées comme des instantanés externes (sans lien vers une entité). Consultez soumettre des transactions pour le modèle complet des parties.

​
Types de parties mixtes

Une même transaction peut associer des utilisateurs et des entreprises entre ses parties, par exemple un particulier qui paie une entreprise :
Ou un virement B2B entre deux entreprises :
Didit résout chaque partie indépendamment à partir de vendor_data. La même transaction alimente ainsi les profils de chaque entité correspondante.

​
Signaux de risque agrégés

Les transactions alimentent les signaux suivants au niveau de l’entreprise : Ces signaux sont calculés en temps réel et évalués par rapport à vos règles de transaction actives. Lorsqu’une règle correspond, l’entreprise peut passer automatiquement à FLAGGED ou BLOCKED, selon l’action de la règle.

​
Comment les règles agissent sur les entreprises

Les actions d’une règle de transaction peuvent inclure :
  • add_score : augmente le score de risque de la transaction.
  • change_status : définit le statut de la transaction (IN_REVIEW, DECLINED, AWAITING_USER).
  • add_tags : étiquette la transaction.
  • add_to_list : ajoute le vendor_data de l’entreprise à une liste de blocage ou à une liste personnalisée.
Lorsqu’une règle ajoute l’entreprise à une liste de blocage, l’entité d’entreprise passe à BLOCKED et un webhook business.status.updated est déclenché.

​
Surveiller le comportement d’une entreprise

Utilisez l’onglet Transactions de la page de détail de l’entreprise dans la Business Console pour :
  • Voir toutes les transactions par ordre chronologique.
  • Filtrer par statut, montant, direction et contrepartie.
  • Ouvrir une transaction pour examiner les exécutions de règles, l’enrichissement IP et les résultats du filtrage crypto.
  • Ouvrir un dossier sur l’entreprise pour suivre une enquête.

​
Moyens de paiement détenus par une entreprise

Chaque transaction peut être associée à un ou plusieurs moyens de paiement (cartes bancaires, comptes bancaires, portefeuilles électroniques, portefeuilles crypto). Lorsqu’un moyen de paiement appartient à une entreprise, il est relié à elle via vendor_data. Vous voyez ainsi tous les moyens de paiement qu’une entreprise a utilisés, directement sur la page de détail de l’entreprise.

​
Ingestion historique

Pour reconstituer l’historique des transactions d’une entreprise existante, transmettez un txn_date antérieur :
Les transactions historiques passent toujours par le moteur de règles. Si vous souhaitez ingérer l’historique sans déclencher les règles, utilisez le flux d’import de la console, qui propose un mode « ingestion à blanc ».

​
Étapes suivantes

Soumettre des transactions

Référence complète du payload.

Règles

Comment les règles évaluent les transactions et agissent sur les entreprises.

Statuts

Référence des statuts de transaction et de remédiation.
Dernière modification le 7 novembre 2026