RouteurStable

Has valid compliance check?

Détermine si une entreprise ou un contact dispose d’un contrôle de conformité suffisamment récent et encore valable selon une politique de résolution explicite.

Entreprise / contact

Has valid compliance check?

Entreprises & contacts

Résultat typé

Vue d’ensemble

Détermine si une entreprise ou un contact dispose d’un contrôle de conformité suffisamment récent et encore valable selon une politique de résolution explicite.

Exemple

Réutiliser un KYC déjà effectué il y a moins de trois mois et ne relancer le provider que lorsqu’aucun contrôle acceptable n’existe.

Routes de décision

valid

Valable

La stratégie sélectionnée conclut qu’un contrôle passed éligible permet de considérer le besoin satisfait.

Action recommandéePoursuivre le processus en conservant le Compliance Check retourné comme preuve de la décision.

not_valid

Non valable

Aucun contrôle éligible ne satisfait la stratégie, ou le contrôle décisif n’est pas passed.

Action recommandéeDéclencher le contrôle requis ou orienter vers la revue métier appropriée selon le Compliance Check retourné.

Paramètres 5

subjectRequisCompany

Entreprise ou contact dont les contrôles de conformité doivent être évalués.

check_typeRequisstring

Nature métier du contrôle recherché, par exemple kyc, kyb, aml ou liveness.

max_ageRequisduration

Fraîcheur maximale acceptée, exprimée comme durée ISO 8601 ; P3M signifie trois mois calendaires.

scopeOptionnelstring

Périmètre de conformité optionnel. Lorsqu’il est omis, tous les périmètres correspondant au sujet et au type de contrôle sont considérés.

selection_strategyOptionnelenum

Politique utilisée lorsque plusieurs contrôles éligibles coexistent : most_favorable, latest ou most_conservative.

Sorties 3

selected_routeenum

Route métier choisie par le node selon le résultat de la recherche ou du contrôle.

is_validboolean

Indique si la stratégie configurée considère qu’un contrôle valable justifie la route valid.

compliance_checkCompliance check

Contrôle de conformité effectivement retenu par la stratégie pour justifier la route. Il est absent uniquement lorsqu’aucun contrôle éligible n’existe.

Comportement

Le node filtre d’abord les contrôles par sujet, type, périmètre éventuel, fraîcheur maximale et valid_until. Il applique ensuite la stratégie configurée. most_favorable retient le passed éligible le plus récent lorsqu’il existe ; latest fait foi du contrôle éligible le plus récent ; most_conservative retient le contrôle non-passed le plus récent lorsqu’il en existe un. Le contrôle renvoyé est toujours celui qui justifie effectivement la route.

Limites et responsabilités

Le node ne crée, ne renouvelle et ne révoque aucun Compliance Check.
Un failed, error, manual_review ou pending n’annule pas universellement un autre producteur : la stratégie choisie par le processus définit comment les assertions concurrentes sont interprétées.
La fraîcheur maximale du processus et valid_until du producteur sont deux contraintes distinctes et doivent toutes deux être satisfaites.