Logiciel de conformité LBC/FT pour les banques, SACCO et fintechs du Kenya.
Détectez le risque. Justifiez la décision.
Filtrage des sanctions et des personnes politiquement exposées (PPE), surveillance des transactions, notation des risques clients, gestion des dossiers et déclarations STR/CTR au Financial Reporting Centre, dans un seul espace de travail d'analyste. Une seule base de code sert aussi bien une banque de premier rang qu'un petit intermédiaire — dans le cloud ou sur site, à parité fonctionnelle.
Moins un problème de LBC/FT qu'un problème de fragmentation.
La notation des risques vit dans un tableur, le filtrage des sanctions dans un outil séparé, les alertes sur transactions dans un troisième système — et les preuves que demande l'inspecteur sont dispersées entre boîtes de réception et lecteurs partagés. Les outils ponctuels et les processus manuels créent plus de risques qu'ils n'en éliminent.
Le coût n'est pas seulement opérationnel. Un programme de lutte contre le blanchiment de capitaux et le financement du terrorisme (LBC/FT) incapable de produire ses preuves à la demande est difficile à défendre, quelle que soit la diligence réelle de l'équipe.
- Les décisions ne peuvent pas être reconstituées
Quand un régulateur ou un auditeur demande pourquoi un client a été noté à faible risque, ou pourquoi une alerte a été clôturée, la réponse se trouve dans la mémoire de quelqu'un ou dans un e-mail supprimé, et non dans un journal immuable.
- Le travail est dupliqué et incohérent
Le même client est filtré dans un système, noté dans un autre et investigué dans un troisième, sans vue commune sur la manière dont ces décisions s'articulent.
- Les tableurs ne tiennent ni la charge ni l'examen
Les modèles de notation manuels et les listes de surveillance improvisées se périment, n'ont pas d'historique des versions et n'offrent aucun contrôle selon le principe des quatre yeux sur les dérogations qui comptent le plus.
Ce qui change quand le programme repose sur un dossier unique.
Filtrage, notation des risques, surveillance, dossiers et déclarations partagent un même contexte d'entité — les preuves sont donc là quand la question arrive.
Les données, la règle, le score et le raisonnement sont à un clic, dans un journal d'audit en ajout seul.
La correspondance multi-écritures adaptée aux paramètres régionaux, un processus structuré de traitement des faux positifs et la résolution d'entités retirent les quasi-homonymes de la file.
Dossier, vigilance renforcée et cycle de vie SAR/STR se trouvent dans le même espace de travail, qui passe le relais à goAML pour la transmission elle-même.
Les modules sont proposés sous licence par niveau et activés par locataire — le filtrage et la notation des risques d'abord, la surveillance et l'IA quand vous êtes prêt.
Conçu pour le POCAMLA et le Financial Reporting Centre.
Le Proceeds of Crime and Anti-Money Laundering Act (POCAMLA) du Kenya, ses règlements d'application et les orientations du FRC définissent ce que doit faire une institution déclarante. Chaque obligation ci-dessous correspond à un module : les preuves se trouvent là où l'inspecteur les cherchera.
Identifier les clients et leurs bénéficiaires effectifs, et noter leur risque
Notation des risques clients selon six facteurs (pays, secteur d'activité, produit, canal, comportement et exposition PPE/sanctions), avec dérogations soumises au principe des quatre yeux, et graphe des bénéficiaires effectifs pour les clients personnes morales.
Appliquer des mesures de vigilance renforcée aux PPE étrangères et aux clients à risque élevé
Un processus de vigilance renforcée intégré à la gestion des dossiers, avec des revues périodiques planifiées automatiquement selon la tranche de risque, pour qu'aucun dossier à risque élevé ne soit laissé à l'abandon.
Filtrer au regard des listes de sanctions de l'ONU et du Kenya, qui imposent un gel dans les 24 heures suivant une désignation
Correspondance multi-écritures, adaptée aux paramètres régionaux, sur des listes synchronisées depuis des fournisseurs comme Dow Jones et World-Check, plus un import manuel pour les listes que vous tenez vous-même, comme la Domestic List du Kenya. Chaque liste est versionnée, et des tableaux de bord de fraîcheur montrent que le filtrage a porté sur des données à jour.
Surveiller en continu les transactions complexes, inhabituelles et importantes
Un moteur de règles fonctionnant par lots et en flux continu, avec des règles de départ alignées sur les typologies, un banc de tests rétrospectifs et une promotion versionnée, alimenté par des connecteurs REST, SFTP, Kafka, CDC ou ISO 20022.
Déclarer les STR dans les deux jours, et les transactions en espèces de 15 000 USD ou plus au plus tard le vendredi de la semaine concernée
Un cycle de vie brouillon, relecture, approbation et transmission, avec gestion des accusés de réception. Le XML goAML est généré et validé par la plateforme de déclaration goAML de Creodata, avec un téléchargement manuel si le portail est indisponible.
Conserver les documents au moins sept ans et présenter les preuves aux autorités de contrôle
Un journal d'audit en ajout seul derrière chaque décision, des dossiers de preuves pour les inspections, un portail régulateur en lecture seule et un registre des obligations qui transforme les nouvelles circulaires et modifications du FRC en tâches suivies.
Sources : POCAMLA, articles 44, 46 et 47A ; POCAML Regulations, 2023 (articles 26 et 40) ; et règlement de 2026 sur les sanctions (Prevention of Terrorism). Ce tableau met en regard les fonctionnalités du logiciel et les obligations kényanes ; il ne constitue pas un avis juridique. Pour l'inscription et la transmission via goAML, consultez le guide goAML pour le Kenya ; pour être accompagné dans la conception du programme lui-même, consultez nos services de conseil LBC/FT.
Chaque écran, un même contexte d'entité.
Du premier filtrage d'un client à la déclaration transmise, chaque action se déroule dans le même espace de travail — sans jongler entre les outils. Parcourez les écrans réels qu'un analyste et un responsable LBC/FT utilisent au quotidien.
| Match | Query | Confidence | Top reason |
|---|---|---|---|
| a91f3c… | Fatima Al-Mansouri | 0.924 | PEP list exposure |
| c20b7e… | João da Silva | 0.871 | Sanctions partial |
| e4d109… | Apex Holdings Ltd | 0.642 | Adverse media |
| 7b8a52… | Chen Xiaoming | 0.588 | Name-only match |
| 1f60aa… | Wei Logistics | 0.512 | High-risk geography |
Onze modules, activés selon le niveau de licence.
N'activez que ce pour quoi un locataire dispose d'une licence — tout le reste demeure masqué.Synchronisation avec les fournisseurs (Dow Jones, World-Check), import manuel, versionnage et tableaux de bord de fraîcheur — le filtrage s'appuie ainsi toujours sur des listes à jour, et vous pouvez le prouver.
Correspondance multi-écritures, adaptée aux paramètres régionaux, sur les sanctions, les PPE et les informations négatives dans les médias, avec un processus de traitement des faux positifs — les analystes consacrent leur temps aux vraies correspondances, pas aux quasi-homonymes.
Évaluation des risques clients (CRA) selon six facteurs (pays, secteur d'activité, produit, canal, comportement et exposition PPE/sanctions), avec dérogations soumises au principe des quatre yeux — chaque notation dispose ainsi d'un historique vérifiable.
Langage de règles (DSL) par lots et en flux continu, banc de tests rétrospectifs, laboratoire de réglage et promotion versionnée — une modification de règle est testée et traçable avant de se déclencher en production.
Files de travail, cycle de demandes d'information (RFI), suspension et reprise des SLA, graphe des dossiers liés et vigilance renforcée — aucune alerte ne vieillit sans responsable, et les dossiers connexes sont examinés ensemble.
Cycle de vie du brouillon à la transmission, avec les modes « FRC Kenya direct » et « goAML universal » et un repli par téléchargement manuel — une déclaration peut ainsi partir même quand un portail est indisponible.
Entités résolues, liens, regroupements et graphe des bénéficiaires effectifs intégrés à l'atelier d'analyse des dossiers — un analyste voit qui se trouve réellement derrière un client sans quitter le dossier.
Connecteurs REST, SFTP, Kafka, CDC et ISO 20022 avec idempotence, rejeu et file de lettres mortes (dead-letter queue) — un flux nocturne en échec ne devient jamais une faille silencieuse de la surveillance.
Environnement d'exécution ONNX et registre de modèles propriétaire, activation selon le principe des quatre yeux, coupe-circuit et 3 principales raisons SHAP — chaque score d'IA peut être expliqué à un inspecteur, et désactivé en un clic.
Une version en lecture seule, fédérée via OIDC, destinée aux autorités de contrôle, avec dossiers de preuves et accusés de réception — un contrôle se déroule sur des preuves partagées plutôt que sur des pièces jointes d'e-mails.
Registre des obligations, intégration des avis de modification et suivi des accusés de réception par locataire — une nouvelle circulaire devient une tâche suivie, pas une surprise à la prochaine inspection.
Chaque score d'IA est accompagné de ses raisons — et c'est un humain qui décide.
Les modèles s'exécutent dans le processus, sur un environnement d'exécution ONNX doté d'un registre propriétaire. L'activation requiert le principe des quatre yeux, un coupe-circuit est à un clic, et chaque inférence est journalisée avec la version du modèle et une empreinte des données d'entrée.
Conçu une fois. Déployé partout, pour tous les secteurs.
Le même binaire sert une banque internationale avec un régulateur sur site et un petit intermédiaire dans le cloud. Ce qui change, c'est la configuration et la licence — pas le code.
Grâce à des abstractions à double backend, chaque fonctionnalité se comporte de manière identique sur Azure et sur votre propre Kubernetes — même code, parité validée.
Les modules s'activent selon le niveau. Les points de terminaison (endpoints) vérifient la licence ; tout ce qui n'est pas sous licence reste masqué.
Pour chaque institution kényane qui doit mener un programme LBC/FT et en répondre.
Conçu pour les institutions déclarantes soumises au POCAMLA, qui rendent compte au Financial Reporting Centre ainsi qu'à leur régulateur sectoriel, et pour leurs homologues relevant de la FIA en Ouganda, de la FIU en Tanzanie et du FIC en Zambie et au Rwanda.
Établissements de dépôt supervisés par la Central Bank of Kenya et la SASRA, soumis à l'intégralité des obligations de filtrage, de surveillance et de déclaration.
Entreprises de paiement et de crédit agréées par la CBK, aux flux volumineux et en temps réel, qui ont besoin d'une surveillance en flux continu et d'un filtrage rapide et multi-écritures.
Entreprises supervisées par l'IRA, la CBK et la CMA. Les équipes plus petites commencent par le filtrage, la notation des risques et les bases de la gestion des dossiers, puis activent d'autres modules plus tard.
Casinos, agents immobiliers, négociants en métaux précieux et en pierres précieuses, avocats et comptables, intégrés au dispositif LBC/FT par le POCAMLA et ses modifications.
Logiciel de conformité LBC/FT dans toute l'Afrique de l'Est.
Le même logiciel sert les institutions déclarantes de quatre autres marchés. Le régulateur et le profil de déclaration changent ; le code, non.
Questions fréquentes.
Ce logiciel LBC/FT est-il conçu pour le Kenya ?
Oui. Il est conçu pour les institutions déclarantes soumises au Proceeds of Crime and Anti-Money Laundering Act (POCAMLA) du Kenya : filtrage des sanctions et des PPE, notation des risques clients, surveillance des transactions, gestion des dossiers avec vigilance renforcée, et déclarations STR/CTR au Financial Reporting Centre (FRC) via goAML. Le même logiciel sert les institutions d'Ouganda, de Tanzanie, de Zambie et du Rwanda ; d'un pays à l'autre, c'est la configuration qui change, pas le code.
Transmet-il les STR et les CTR au FRC ?
Oui, via goAML. Les déclarations de soupçon et de transactions en espèces suivent, dans le logiciel LBC/FT, un cycle de vie brouillon, relecture, approbation et transmission, avec gestion des nouvelles tentatives, du rapprochement et des accusés de réception. Le XML goAML lui-même est généré et validé par la plateforme de déclaration goAML de Creodata avant d'atteindre le portail du FRC, et un téléchargement manuel est possible si le portail est indisponible.
Combien coûte un logiciel LBC/FT au Kenya ?
Il n'existe pas de grille tarifaire publique. Chaque fonctionnalité fait l'objet d'une licence distincte et est regroupée dans les niveaux Starter, Growth et Enterprise : un devis dépend donc des modules que vous activez et du déploiement choisi, sur Azure ou sur site. Une démo est le moyen le plus rapide d'obtenir un devis adapté à votre établissement.
Une SACCO ou une institution de microfinance peut-elle commencer modestement ?
Oui. Le niveau Starter couvre le filtrage, la notation des risques clients et les bases de la gestion des dossiers, dans le cloud. Le niveau Growth ajoute la surveillance des transactions, les déclarations STR/CTR et les connecteurs d'ingestion, dont une SACCO ou une institution de microfinance collectrice de dépôts aura besoin pour remplir ses obligations de surveillance et de déclaration au titre du POCAMLA. Les modules s'activent par locataire : passer au niveau supérieur ajoute des fonctionnalités sans repartir de zéro.
Où nos données sont-elles hébergées, et pouvons-nous exploiter le logiciel sur site ?
L'édition cloud fonctionne sur Microsoft Azure en tant qu'Azure Managed Application. Si les données doivent rester dans votre propre centre de données, l'édition sur site fonctionne sur Kubernetes avec Postgres 16, RabbitMQ, MinIO, OpenSearch et Keycloak et offre les mêmes fonctionnalités : des abstractions à double backend maintiennent les deux éditions identiques, de sorte qu'une institution tenue de conserver ses données dans le pays n'utilise pas un produit au rabais.
Combien de temps dure la mise en œuvre ?
Cela dépend du nombre de modules avec lesquels vous démarrez et de la façon dont vos données arrivent. Le filtrage et la notation des risques nécessitent les données clients ; la surveillance des transactions nécessite aussi des flux de transactions, qui se connectent via REST, SFTP, Kafka, la capture des données modifiées (CDC) ou ISO 20022, avec rejeu et file de lettres mortes (dead-letter queue) : un chargement en échec est ainsi visible au lieu de passer inaperçu. Après le cadrage, nous proposons un parcours par étapes jusqu'à votre première mise en production.
S'agit-il d'un programme LBC/FT complet ou seulement d'un outil de déclaration ?
C'est le programme complet — évaluation des risques clients, filtrage, surveillance des transactions, gestion des dossiers, résolution d'entités, et plus encore. Les déclarations STR/CTR ne sont qu'une fonctionnalité parmi d'autres, et la transmission goAML proprement dite est confiée à la plateforme de déclaration goAML de Creodata, dédiée à cet usage.
Devons-nous adopter toutes les fonctionnalités d'un coup ?
Non. Chaque fonctionnalité est un service indépendant, sous licence distincte. L'activation des modules par locataire vous permet de commencer par ce dont vous avez besoin et d'activer d'autres services au fil du temps.
Comment la plateforme gère-t-elle les décisions de l'IA pour l'audit ?
Chaque surface d'IA affiche l'étiquette du modèle et de sa version, les trois principales explications SHAP et un pourcentage de confiance, et exige une décision humaine : accepter, modifier ou rejeter. Les décisions sont journalisées avec la version du modèle, une empreinte des données d'entrée et la sortie SHAP, et les modèles ne peuvent être activés qu'avec une approbation selon le principe des quatre yeux, un coupe-circuit et un retour arrière restant disponibles.
De l'alerte à la SAR/STR transmise, sans quitter l'espace de travail.
Découvrez la plateforme LBC/FT à l'œuvre sur une file d'alertes réaliste, configurée pour votre pack sectoriel, lors d'une démo en direct.