Déclarez à votre CRF
correctement du premier coup.
Automatisez vos déclarations CTR et STR grâce à la génération de XML goAML conforme au schéma, à la validation avant transmission et à des pistes d'audit prêtes pour le régulateur — une solution conçue pour les entités déclarantes d'Afrique de l'Est.
<?xml version="1.0"?> <report> <rentity_id>7042</rentity_id> <report_code>STR</report_code> <submission_date>2026-04-21</submission_date> <transaction> <amount_local>1245000.00</amount_local> <currency>KES</currency> </transaction> </report>
Pourquoi les déclarations goAML manuelles échouent.
Exporter les transactions du mois, les convertir en XML à la main ou par macro, les téléverser sur le portail de la CRF, attendre — puis reprendre tout ce qui est rejeté. Cette boucle tourne au rythme du régulateur, pas au vôtre.
Chacun de ces problèmes est surmontable s'il est détecté avant la transmission. Aucun ne l'est lorsque le premier contrôle a lieu à la CRF, alors que le délai court déjà.
- Les rejets arrivent alors que le délai court déjà
Le portail renvoie une erreur de validation citant un élément XSD que personne en interne ne sait interpréter, alors qu'il ne reste que quelques jours ouvrables pour soumettre à nouveau.
- L'évolution du schéma passe inaperçue
Une macro écrite pour une ancienne version du XSD goAML continue de produire des fichiers, jusqu'à ce que des éléments facultatifs deviennent obligatoires et que la CRF cesse de les accepter.
- La logique des seuils repose sur le tableur d'un seul analyste
La détection des transactions en espèces dépend d'un filtre tenu à jour par une seule personne, et l'agrégation des opérations d'un même client sur une même journée se fait à l'œil.
Ce qui change pour le responsable LBC/FT.
La boucle de déclaration se déroule chez vous, sur le schéma en vigueur, avant que quoi que ce soit n'atteigne la CRF.
Chaque déclaration est validée par rapport au XSD goAML en vigueur et aux règles métier avant sa transmission, et chaque erreur renvoie directement au champ concerné.
Les transactions en espèces sont détectées au regard des seuils de chaque juridiction et regroupées automatiquement en lots.
Un enregistrement immuable de chaque déclaration, modification et transmission — qui a déclaré quoi, et quand —, exportable pour les contrôles.
Six à huit semaines entre le lancement et la première transmission en production, selon les intégrations de sources de données.
Des données de transaction brutes à la déclaration transmise — en quatre étapes.
Connectez votre système bancaire central (core banking) et vos sources de données de transactions et de clients via une intégration sécurisée.
Les données sont mises en correspondance avec les champs goAML et enrichies des entités, comptes et parties dont chaque déclaration a besoin.
Chaque déclaration est validée par rapport au XSD goAML en vigueur — les erreurs sont signalées avec un lien direct vers le champ concerné.
Transmettez à votre CRF et conservez une piste d'audit où toute altération est détectable : qui a déclaré quoi, et quand.
Tout ce dont un responsable LBC/FT a besoin pour déclarer en toute confiance.
Le XML des CTR et des STR est produit automatiquement, conforme à la version actuelle du XSD goAML de votre régulateur — personne n'a plus à construire le XML à la main ni à maintenir une macro face à un schéma qui évolue.
Détectez chaque erreur de schéma et de règle métier avant que la déclaration ne quitte vos murs.
Un enregistrement immuable de chaque déclaration, modification et transmission — exportable pour les contrôles.
Les déclarations de transactions en espèces sont détectées et constituées automatiquement au regard des seuils de chaque juridiction — l'agrégation sur une même journée ne se fait donc jamais à l'œil dans un tableur.
Constituez vos déclarations de soupçon avec les parties, les comptes et l'exposé des faits au même endroit — le responsable LBC/FT relit ainsi une déclaration complète au lieu de devoir l'assembler.
Déployé dans votre propre locataire Azure — vos données ne partagent jamais une instance avec qui que ce soit.
Tous les types de déclarations qu'attend votre CRF.
Générez et validez l'ensemble des types de déclarations goAML depuis une plateforme unique, chacun étant aligné sur la version actuelle du schéma de votre régulateur.
Questions fréquentes
La plateforme prend-elle en charge la version du schéma de notre régulateur ?
Oui. Chaque déploiement est configuré selon le XSD goAML en vigueur de votre CRF, et nous le maintenons à mesure que les versions du schéma évoluent, afin que vos déclarations restent valides.
Comment nos données sont-elles isolées ?
Chaque client fonctionne en mode mono-locataire, dans sa propre instance Azure. Vos données de transactions et de clients ne sont jamais mélangées à celles d'une autre entité déclarante.
Combien de temps dure le déploiement ?
En général six à huit semaines entre le lancement et votre première transmission en production, selon le nombre et la complexité des intégrations de sources de données.
La plateforme peut-elle s'intégrer à notre système bancaire central ?
Oui. Nous nous connectons à vos sources de données bancaires centrales (core banking), de transactions et de clients via une intégration sécurisée, et nous les faisons correspondre au modèle de données goAML.
Découvrez les déclarations goAML sur vos propres données.
Réservez une démo : nous vous montrerons en direct une transmission CTR et STR, de bout en bout.