Aller au contenu
Plateforme & déploiement

Indépendante de l’infrastructure. Elle grandit en ajoutant des pods.

La même plateforme fait tourner le parcours d’entrée en relation d’une start-up et les flux de paiement d’une banque de premier rang. Sur votre Kubernetes, dans notre cloud ou entre les deux — et elle grandit en ajoutant des pods, sans changer de plateforme.

Chaque décision porte un vecteur de versions en 7 parties : tout résultat peut être rejoué pour les auditeurs et les autorités de contrôle.

Vue du clusterEn direct

Charge64%

Débit

2 029

req/s

Latence p99

175 ms

250

CœurMonolithe modulaire

  • Gestion des listes
  • Alertes & dossiers
  • Audit & versions
  • Profils, règles & config.
  • API REST / SOAP
PostgreSQLSécurité par ligne
Travail versionné

Moteur de filtrageSans état · sans base

6/10

Version de liste figée2026.10.13-02

Workers de lotsPilotés par file

1/6
File

0 enreg.

Architecture en direct : un cœur modulaire et sa base de données, des pods de moteur sans état et des workers de lots pilotés par file, qui s’étendent et se réduisent selon la charge.
09:41:07Pods moteur : montée en charge5 → 6

Illustration — noms et chiffres inventés.

Déploiement

Votre infrastructure, votre choix.

Trois façons d’exploiter WICS. Les mêmes images, la même piste d’audit et les mêmes API dans chaque cas.

Votre centre de donnéesDonnéesCœurMoteur

Kubernetes sur site

Dans votre centre de données, sous vos contrôles. Rien ne quitte la banque.

  • Listes, dossiers et piste d’audit restent dans votre réseau
  • Tourne sur votre propre cluster Kubernetes
  • Vous choisissez quand mettre à jour
Votre banque
CloudCœurMoteurDonnées

Cloud SaaS

Exploité par nos soins, dimensionné à vos volumes, mis à jour sans interruption.

  • Aucun serveur à gérer pour vos équipes
  • Capacité dimensionnée à vos volumes
  • Nouvelles versions déployées pour vous
Votre centre de donnéesDonnéesCœur
CloudMoteur

Hybride

Gouvernance sur site, capacité moteur élastique dans le cloud — ou l’inverse.

  • Cœur et données dans vos locaux
  • Pods moteur ajoutés dans le cloud aux pics
  • Le moteur n’a pas de base de données propre

Identique dans les trois cas

  • Images de conteneurs versionnées
  • Vecteur de versions en 7 parties
  • REST · SOAP · MQ · Kafka · SFTP
  • Une seule piste d’audit
  • Anglais · français · arabe
Reproductibilité

Sept versions sur chaque décision. Toute décision, rejouée.

Chaque décision enregistre exactement ce qui l’a produite. Rejouez n’importe quel résultat passé pour les auditeurs, les autorités de contrôle et les revues de risque de modèle — et obtenez la même réponse.

  • Empreinte de l’entrée : la preuve de ce qui a été filtré
  • Versions de liste, moteur, profil, configuration, règles et modèle figées
  • Un rejeu utilise les mêmes versions et rend le même résultat
  • 100 % des décisions reproductibles
Un enregistrement de décision reçoit ses sept versions, puis est rejoué avec les mêmes versions pour un résultat identique.

Enregistrement de décision

D-20261013-004182

MT103Northwind Trading LLC184 ms
figées
  1. 01Empreinte de l’entréesha256:9f3a…c41e
  2. 02Version de liste2026.10.13-02
  3. 03Version du moteur4.2.1
  4. 04Version du profilrt-payments@7
  5. 05Version de config.cfg-118
  6. 06Version des règlesrules-62
  7. 07Version du modèle[email protected]

Apposition du vecteur de versions…

Original

Retenu pour revue0.87

Empreinte de sortie

sha256:41be…07d9

Rejeu

Flux d’exécution

De la requête à la décision expliquée, en cinq étapes.

Chaque canal suit le même flux. Un nom filtré dans un paiement, un fichier de lot ou une recherche d’analyste est résolu, noté et enregistré de la même façon.

  1. 01

    Requête

    Un message SWIFT MT ou MX, un contenu XML, un appel d’entrée en relation ou un enregistrement de lot arrive et est lu selon son mapping configuré.

    SWIFT MT / MXXMLMapping
  2. 02

    Format canonique

    Parties et champs sont extraits dans un modèle canonique unique, puis normalisés, leur écriture détectée et translittérés.

    NFKCÉcritures
  3. 03

    Génération des candidats

    Le moteur réduit des millions d’entités de listes à un petit ensemble de candidats, tiré de la version de liste figée.

    Listes figéesSans état
  4. 04

    Rapprochement par étapes

    Les candidats passent des étapes de plus en plus précises, jusqu’au score Damerau-Levenshtein et à l’évaluation des règles.

    Damerau-LevenshteinRègles
  5. 05

    Décision & explication

    La décision revient avec son explication TreeSHAP et le vecteur de versions complet, inscrite dans la piste d’audit immuable.

    TreeSHAPVecteur de versions

Chaque décision apporte ses propres preuves.

L’étape cinq rend plus qu’un verdict. L’enregistrement lie le résultat à son explication et à la version exacte de chaque élément utilisé.

  • Rejeu déterministe à partir du vecteur de versions
  • Attributions TreeSHAP par caractéristique pour les analystes
  • Une personne tranche chaque correspondance escaladée
Enregistrement de décision200 OK
{
  "decision": "HOLD_FOR_REVIEW",
  "latency_ms": 184,
  "top_match": { "list": "SANCTIONS", "score": 0.87 },
  "explanation": [
    { "feature": "name_similarity", "shap": 0.31 },
    { "feature": "translit_variant", "shap": 0.12 },
    { "feature": "dob_absent", "shap": -0.05 }
  ],
  "version_vector": {
    "input_hash": "sha256:9f3a…c41e",
    "list_version": "2026.10.13-02",
    "engine_version": "4.2.1",
    "profile_version": "rt-payments@7",
    "config_version": "cfg-118",
    "rule_version": "rules-62",
    "model_version": "[email protected]"
  }
}
Intégration

Toutes les voies d’entrée. Toutes les voies de retour.

REST, SOAP, IBM MQ, Kafka, SFTP et dossiers surveillés — dans les deux sens. Chaque message reçoit aussitôt un accusé de réception, puis une réponse finale une fois décidé.

Six canaux autour de WICS : REST, SOAP, IBM MQ, Kafka, SFTP et dossiers surveillés. Les requêtes arrivent, un ACK repart aussitôt, puis la réponse finale. Une réponse en échec est relancée, puis mise de côté en NACK.
API REST
SOAP
IBM MQ
Kafka
SFTP
Dossier surveillé
WICSFiltrage & restitutionGetStatus
Lettres mortes0

Un canal à l’aller, un autre au retour

Une requête et sa réponse peuvent emprunter des canaux différents : reçue par IBM MQ, répondue par un rappel REST.

Toujours une réponse

Un ACK à la réception, une réponse finale après la décision. Les rappels en échec sont relancés automatiquement, puis mis de côté en NACK pour un opérateur. GetStatus indique où en est chaque message.

Sécurisé canal par canal

Clés d’API par canal avec périmètres, liste d’adresses IP autorisées et signatures HMAC-SHA256 en option. SFTP fixe la clé d’hôte. Les secrets sont stockés chiffrés.

Formats

Paiements

  • Tout SWIFT MT
  • MT103
  • MT202 COV
  • ISO 20022 MX
  • pacs.008
  • pacs.009
  • pain.001
  • camt.056
  • ACH

Fichiers & contenus

  • XML
  • CSV
  • Excel

En-têtes

  • En-têtes de requête par banque
  • En-têtes de réponse par banque
Niveaux de service

Moins de 250 ms en vol. Des millions d’enregistrements dans la nuit.

Les paiements sont filtrés avant que les fonds ne partent. Les lots de nuit filtrent des portefeuilles entiers sur toutes les listes. Pods moteur et workers de lots s’étendent séparément : l’un ne ralentit jamais l’autre.

Latence p99
<250ms
Filtrage des transactions en temps réel
Enregistrements en 4 heures
3M+
Filtrage par lot de nuit
Entités de listes
5M+
Comparées dans ce même lot
Décisions reproductibles
100%
Chaque décision peut être rejouée
Exploitation

Simple à installer, à surveiller et à mettre à jour.

WICS est livré en images de conteneurs versionnées, avec un paquet d’installation. Chaque service indique sa version et son état de santé.

  • Images de conteneurs versionnées ; chaque service indique sa version
  • Un paquet d’installation avec script de sauvegarde et notice
  • Contrôles de santé sur chaque service
  • PostgreSQL avec sécurité au niveau des lignes pour chaque banque
  • Le moteur est un composant distinct, avec un contrat versionné
  • Anglais, français et arabe, calendriers ouvrés, unités et un fuseau horaire par société
Chaque service indique la version de son image et passe à son tour un contrôle de santé.

ServicesContrôles de santé

Tous sains7/7
ImageVersionSanté
  • wics/user-management3.2.0Contrôle
  • wics/list-management3.2.0Sain
  • wics/screening3.2.0Sain
  • wics/case-workflow3.2.0Sain
  • wics/notifications3.2.0Sain
  • wics/batch-worker3.2.0Sain
  • engine/screening4.2.1Sain
Script de sauvegardeDans le paquet d’installation
Sécurité par ligneActive, pour chaque banque
Contrat du moteurVersionné
Illustration — noms et chiffres inventés.