Une surveillance continue qui n'alerte qu'en cas de changement

Vous choisissez la fréquence de recriblage de chaque entité surveillée — quotidienne, hebdomadaire ou mensuelle — et vous la réglez par entité plutôt que pour l'ensemble du portefeuille. Une contrepartie à haut risque ou un nom au bord d'une désignation peut tourner chaque jour, tandis qu'un fournisseur à faible risque tourne chaque mois, de sorte que la fréquence de criblage suit le risque de chaque cas au lieu d'une cadence uniforme unique. L'intervalle est ce qui transforme un criblage ponctuel en couverture continue : l'entité est recontrôlée automatiquement selon son calendrier, au regard de l'état actuel de chaque source, sans ressaisie manuelle, de sorte qu'une désignation ajoutée après l'entrée en relation est détectée au cycle suivant plutôt que la prochaine fois que quelqu'un pense à regarder.

La raison pour laquelle la surveillance n'ensevelit pas les analystes sous le bruit, c'est la détection des changements. À chaque recriblage d'une entité, la plateforme calcule une empreinte du résultat et la compare à la précédente. Si rien n'a changé, elle reste silencieuse — pas d'alerte, pas de ticket, pas de corvée de re-disculpation. Lorsque l'empreinte diffère, elle déclenche une alerte, car quelque chose d'important a réellement bougé : une nouvelle correspondance est apparue, une désignation a été ajoutée ou retirée, un identifiant a changé, ou une constatation défavorable a émergé. C'est le mécanisme qui rend une alerte significative : il signifie que le résultat de l'entité diffère de la dernière fois que vous avez regardé, précisément le moment où une équipe de conformité doit réexaminer, plutôt qu'un rappel périodique indiquant que le même résultat connu est toujours le même.

La surveillance est conçue pour s'exécuter de façon déterministe à grande échelle et n'impliquer l'IA que là où elle justifie son coût. Vous pouvez surveiller des milliers d'entités avec le Quick Check déterministe, qui n'envoie aucune donnée aux modèles d'IA, et réserver Full Search à la poignée d'entités qu'un changement signale réellement. Lorsque la détection de changement déclenche une alerte, c'est le moment d'escalader ce nom précis vers un Full Search pour obtenir un raisonnement lisible et des indicateurs de faux positif. La surveillance de masse n'envoie donc aucune donnée personnelle aux modèles d'IA — le cycle de base est du criblage purement déterministe — tandis que l'intelligence n'est dépensée que sur les dossiers qui ont changé, gardant votre exposition des données et votre facture proportionnées au risque réel.

Lorsque le résultat d'une entité surveillée change, l'alerte apparaît dans votre tableau de bord, où vous voyez quelle entité a bougé, ce qui a changé par rapport au cycle précédent, et le résultat de criblage actuel. De là, vous examinez le changement, décidez d'escalader ou non vers un niveau plus approfondi, et documentez l'issue comme preuve. Pendant la bêta, les alertes sont uniquement in-app : vous examinez les changements à votre connexion, et les notifications par e-mail ne sont pas encore disponibles. L'enregistrement du changement est conservé, de sorte que l'historique d'une entité surveillée — chaque cycle où son résultat a bougé — est auditable, ce qu'un régulateur attend d'un programme de surveillance continue plutôt que d'un simple contrôle horodaté ponctuel.