SENTINEL — Politique.
L’activité est-elle permise. SENTINEL fournit des surfaces de screening et de politique conçues pour gouverner les décisions de géographie, de produit et de règles dans la limite des données et des approbations configurées.
Ce que SENTINEL possède
- Contrôles sanctions et géographiques : pays interdits, régions restreintes, règles de dérogation locales
- Gating par âge, règles de produits risqués et visibilité des moyens de paiement
- Surfaces de résultats de screening et de disposition ; la source revue est une liste de démonstration étiquetée, pas une couverture complète des sanctions, PEP ou adverse media
- Cycle de vie des politiques conçu : brouillon → approbation → activation → rollback, chaque action étant soumise aux permissions implémentées et aux preuves
- Gouvernance des règles et des seuils pour l’exécution PULSE
Statuer sur les hits de screening
Ouvrir le hit
Console → Politique → Screening liste les hits avec force de correspondance, source de liste et version de liste.
Comparer
L’écran de disposition confronte les données de la partie à l’entrée de liste — noms, dates, identifiants, alias.
Décider
Enregistrez correspondance avérée ou faux positif avec motivation là où le workflow le prend en charge. Le comportement de rétention et de suppression lors des mises à jour de listes doit être testé.
Escalader si avérée
Un workflow configuré de correspondance avérée peut ouvrir un dossier DOCKET. Le blocage n’exige un maker-checker que là où ce contrôle est activé et vérifié pour l’action.
Le cycle de vie des politiques
SENTINEL est conçu pour traiter les politiques comme des artefacts versionnés. La comparaison des brouillons, l’approbation par une seconde personne, l’activation, le rollback, les lectures as-of et les événements d’audit sont des comportements distincts : confirmez chacun dans l’environnement retenu. Ne décrivez pas un brouillon comme de la production ni une activation comme instantanée sans preuve à jour.
Une décision historique ne reste inspectable que si elle enregistre les versions applicables de politique et de liste. Changer une règle n’a pas à réécrire cet enregistrement, mais les preuves de chargement de liste et de hits affectés n’existent que là où le workflow producteur les a capturées.
Packs de politiques sectoriels
Des packs de politiques sectoriels peuvent être conçus comme modèles de départ pour les jeux d’argent, la crypto, les places de marché, l’e-commerce à haut risque et le contenu IA. Ils exigent une revue juridique, de risque et de données propre au tenant ; la disponibilité d’un modèle n’établit pas la conformité réglementaire et n’active pas chaque gate.
Vous voulez le manuel complet en PDF ? Écrivez-nous et nous vous l’enverrons — le bouton ouvre votre application e-mail, ou copiez l’adresse ci-dessous.
Demander le manuel par e-mailoffice@e-kmc.io