Déclarations goAML : le guide complet pour les banques et les CRF (2026)

Réponse courte : goAML est la plateforme de déclaration et d'analyse en matière de lutte contre le blanchiment de capitaux et le financement du terrorisme (LBC/FT) conçue par l'Office des Nations unies contre la drogue et le crime pour les cellules de renseignement financier (CRF). Les institutions déclarantes l'utilisent pour déposer des déclarations des transactions en espèces (CTR) et des déclarations de soupçon (STR) — via le portail web de la CRF pour les petits volumes, ou sous forme de fichiers XML qui doivent être conformes au schéma goAML (version 5.0.2 dans les CRF d'Afrique de l'Est couvertes ici). Le Kenya, l'Ouganda, la Tanzanie, la Zambie et le Rwanda l'utilisent tous, chacun avec ses propres seuils, délais et règles relatives aux champs.

Si votre établissement est soumis à des obligations de LBC/FT où que ce soit en Afrique de l'Est, toute discussion sur la conformité finit tôt ou tard par revenir à un seul mot : goAML. C'est le système que votre cellule de renseignement financier (CRF) utilise pour recevoir les déclarations, le format dans lequel vos données de transactions doivent être converties, et le gardien qui décide si une déclaration est acceptée ou rejetée.

Ce guide est le point de départ de tout ce qui concerne goAML. Il explique ce qu'est le système, qui doit déclarer, comment fonctionnent les principaux types de déclarations, ce qu'exige le schéma XML, comment se gèrent en pratique les transmissions et les rejets, et en quoi les règles diffèrent entre le Kenya, l'Ouganda, la Tanzanie, la Zambie et le Rwanda. Chaque fois qu'un sujet mérite d'être approfondi, nous renvoyons à un guide dédié, pour que vous puissiez aller aussi loin que nécessaire.

---

Qu'est-ce que goAML ?

goAML est une plateforme logicielle intégrée développée par l'Office des Nations unies contre la drogue et le crime (UNODC) spécifiquement pour les cellules de renseignement financier. Elle offre à une CRF un système unique pour recueillir les déclarations des institutions réglementées, les analyser et diffuser le renseignement aux autorités répressives. Plus d'une centaine de CRF dans le monde fonctionnent aujourd'hui sous goAML, et c'est précisément pour cette raison que goAML est devenu la langue commune des déclarations LBC/FT dans la région.

Pour une institution déclarante — banque, SACCO (coopérative d'épargne et de crédit), institution de microfinance, bureau de change, prestataire de services de paiement ou autre entité désignée —, goAML présente deux visages :

• Le portail web, où les agents habilités s'inscrivent, se connectent, saisissent manuellement les déclarations, téléversent des fichiers de déclaration et suivent les accusés de réception.
• Le schéma XML, un format strict et lisible par machine auquel chaque déclaration doit se conformer pour que le système l'accepte.

Les petites institutions qui déposent quelques déclarations par mois peuvent se contenter du portail web. Pour quiconque déclare en volume, c'est sur le schéma que la conformité se joue — c'est pourquoi une si grande partie de ce guide, et de l'ensemble d'articles vers lesquels il renvoie, porte sur la production d'un XML correct du premier coup.

Qui doit déclarer via goAML ?

La liste exacte des « institutions déclarantes » (reporting institutions) ou des « personnes assujetties » (accountable persons) est fixée par la législation LBC/FT de chaque pays, mais elle comprend presque toujours les banques, les institutions de microfinance et de collecte de dépôts, les SACCO, les bureaux de change, les sociétés de transfert d'argent, les opérateurs de mobile money, les assureurs, les intermédiaires des marchés de capitaux, ainsi que diverses entreprises et professions non financières désignées (EPNFD) telles que les avocats, les comptables, les agents immobiliers et les négociants en métaux précieux et en pierres précieuses.

Si vous n'êtes pas certain que vos obligations soient respectées de bout en bout — des mesures de vigilance à l'égard de la clientèle jusqu'au dépôt des déclarations —, notre équipe de conseil en conformité en matière de criminalité financière accompagne des institutions de toutes tailles pour bâtir et tester l'ensemble de la chaîne déclarative.

CTR et STR : les deux principaux types de déclarations

La quasi-totalité de ce qui est déposé via goAML relève de l'un de ces deux types de déclarations.

Une déclaration des transactions en espèces (CTR) est déposée lorsqu'une transaction en espèces atteint ou dépasse un seuil défini. Elle est objective et fondée sur des règles : au-delà du seuil, vous déclarez, que l'opération paraisse suspecte ou non. Au Kenya, par exemple, ce seuil est de 15 000 USD ou sa contre-valeur, et le détail de ce qui entre dans son calcul est plus subtil qu'il n'y paraît — nous l'analysons dans Seuil CTR au Kenya : la règle des 15 000 USD expliquéeEN et détaillons un dépôt de bout en bout dans Comment déposer une CTR auprès du FRC du KenyaEN.

Une déclaration de soupçon (STR) est déposée dès qu'une institution forme un soupçon de blanchiment de capitaux, de financement du terrorisme ou d'une autre infraction sous-jacente — sans aucun seuil. C'est pour les STR que le jugement, la connaissance des typologies et la rédaction de l'exposé des faits comptent le plus. Pour bien les établir, consultez :

• Rédiger l'exposé des faits d'une STR pour goAML — structurer un exposé défendable et directement exploitable pour la décision.
• Bibliothèque d'indicateurs STR : typologies de blanchiment pour les banques kényanesEN — les signaux d'alerte qui doivent déclencher une déclaration.
• Moteurs de notation des risques LBC/FT : comment fonctionnent les recommandations automatisées de STR — comment l'automatisation fait remonter des cas candidats sans se substituer à la décision de l'analyste.

Le mobile money mérite une mention particulière dans cette région : la rapidité des transactions sur portefeuille mobile et le risque de fractionnement qu'elles présentent modifient la manière dont les CTR comme les STR sont générées, ce que nous traitons dans Déclarations LBC/FT du mobile money au Kenya : M-PESA, Airtel Money et goAMLEN.

Le schéma XML goAML : là où les déclarations passent ou échouent

Une déclaration goAML n'est acceptée que si elle est conforme au schéma XML (XSD) publié par la CRF. Les déploiements d'Afrique de l'Est couverts par ce guide utilisent la version 5.0.2 du schéma, et celui-ci impose les champs obligatoires, leurs types de données, les listes de codes et la structure. Une seule date mal formée, une partie obligatoire manquante ou un type de compte non valide suffit à faire rejeter l'ensemble de la transmission.

Trois guides vous mènent de la théorie du schéma à un fichier propre et validé :

• Schéma XML goAML v5.0.2 : référentiel des champs obligatoires des CTR et des STR — exactement quels champs sont exigés pour chaque type de déclaration.
• Génération XML selon le XSD goAML v5 : le guide technique complet — générer par programmation un XML conforme au schéma.
• Intégration du système bancaire central à goAML : options API, SFTP et CSV — extraire les données de transactions du système central et les faire entrer dans la chaîne de traitement.

Avant de soumettre quoi que ce soit au portail de production, validez-le. Notre validateur XML goAML, gratuit et utilisable dans le navigateur, contrôle un fichier par rapport au schéma v5.0.2 entièrement dans votre navigateur — aucune donnée ne quitte votre poste —, et notre bibliothèque des codes d'erreur goAML explique ce que signifie réellement chaque code de rejet.

Gérer les transmissions et les rejets

Même des fichiers bien formés sont rejetés, et un rejet est rarement une impasse : c'est un problème que l'on peut diagnostiquer et qui a une cause précise. Les coupables les plus fréquents sont les échecs de validation du schéma, les incohérences de données de référence (un code absent de la liste acceptée par la CRF), les identifiants de déclaration en double, et les enregistrements de comptes ou de parties qui enfreignent les règles métier de la CRF.

Lorsque le portail renvoie une erreur, Transmission goAML rejetée ? Diagnostiquer et corriger les erreurs courantes explique pas à pas comment lire le rejet, le rattacher à sa cause première et soumettre à nouveau proprement. L'objectif que toute équipe conformité devrait viser est une des rejets quasi nuls : des fichiers validés en local et acceptés dès la première tentative.

Pays par pays : goAML en Afrique de l'Est

Le schéma est peut-être commun, mais le cadre juridique, les seuils, les délais et les règles de localisation sont nationaux. Chacun des guides pays ci-dessous constitue, pour sa juridiction, la référence faisant autorité, directement exploitable par les institutions :

• Kenya — le Financial Reporting Centre (FRC), au titre du POCAMLA : Déclarations goAML au FRC du Kenya : guide complet 2026EN. Pour les infractions sous-jacentes et le volet antiterroriste, voir Conformité au POCAMLA et au POTA pour les banques kényanesEN.
• Ouganda — la Financial Intelligence Authority (FIA) : Déclarations goAML à la FIA en Ouganda : guide pratique pour les banquesEN.
• Tanzanie — la Financial Intelligence Unit (FIU) : Déclarations goAML à la FIU en Tanzanie : guide pratique pour les banquesEN.
• Zambie — le Financial Intelligence Centre (FIC) : Conformité goAML auprès du FIC en Zambie : guide pratique pour les banquesEN.
• Rwanda — le Centre de renseignement financier (FIC) : Déclarations goAML au FIC du Rwanda : guide pratique pour les banques.

Le tableau régional — et les raisons pour lesquelles les exigences se durcissent — est présenté dans Le paysage de la conformité LBC/FT en Afrique de l'Est : perspectives 2026EN et dans Évaluations mutuelles de l'ESAAMLG : ce que toute banque d'Afrique de l'Est doit savoir.

Automatiser les déclarations goAML

Les déclarations goAML manuelles ne passent pas à l'échelle. À mesure que les volumes de transactions augmentent, saisir les déclarations à la main ou modifier le XML manuellement devient lent, source d'erreurs et impossible à auditer. L'automatisation change l'équation économique : les transactions sont extraites du système bancaire central (core banking), les seuils et les typologies sont appliqués, un XML conforme au schéma est généré, et les fichiers sont validés avant même d'atteindre le portail.

Deux articles traitent des questions de développement interne ou d'achat (build or buy) et de déploiement auxquelles toute institution est confrontée :

• Automatiser les déclarations LBC/FT en Afrique de l'Est : une approche pratiqueEN
• Plateforme LBC/FT sur site ou dans le cloud : que choisir pour les banques africaines ?, ainsi que le point de vue de l'ingénierie dans Architecture en microservices pour les plateformes LBC/FTEN.

La plateforme de déclaration goAML de Creodata fait exactement cela : elle s'intègre à votre système bancaire central, génère un XML v5.0.2 conforme au schéma et valide chaque fichier avant transmission, pour des rejets quasi nuls. Pour une présentation d'une page à partager avec la direction, consultez la synthèse goAML pour la direction, ou réservez une démo pour la voir fonctionner sur vos propres données.

Questions fréquentes

Que signifie goAML ?

goAML n'est pas un acronyme au sens classique : c'est le nom de la plateforme de déclaration LBC/FT de l'UNODC destinée aux cellules de renseignement financier. « AML » renvoie à anti-money laundering, c'est-à-dire la lutte contre le blanchiment de capitaux ; les CRF utilisent la plateforme pour recueillir, analyser et diffuser le renseignement financier.

goAML est-il obligatoire ?

Lorsqu'une CRF a adopté goAML, le dépôt par ce canal est obligatoire pour les institutions désignées comme entités déclarantes par la loi LBC/FT du pays. Au Kenya, en Ouganda, en Tanzanie, en Zambie et au Rwanda, les banques et la plupart des autres institutions financières sont tenues de transmettre leurs CTR et leurs STR via le système goAML, et le défaut de déclaration peut entraîner des sanctions administratives ainsi que la responsabilité personnelle des responsables concernés.

Quelle est la différence entre une CTR et une STR ?

Une déclaration des transactions en espèces est déposée pour les transactions en espèces d'un montant égal ou supérieur à un seuil défini ; elle repose uniquement sur des règles, sans qu'aucun soupçon soit requis. Une déclaration de soupçon est déposée dès que l'institution forme un soupçon de blanchiment de capitaux ou d'une infraction connexe, sans aucun seuil monétaire. Les CTR mettent à l'épreuve votre chaîne de données ; les STR, le jugement de vos analystes.

Pourquoi les transmissions goAML sont-elles rejetées ?

Les raisons les plus fréquentes sont un XML qui échoue à la validation du schéma, des codes de référence absents de la liste acceptée par la CRF, des identifiants de déclaration en double, et des enregistrements de parties ou de comptes qui enfreignent les règles métier. Valider les fichiers par rapport au schéma v5.0.2 avant la transmission — par exemple avec notre validateur XML goAML gratuit — élimine la grande majorité des rejets.

Quelle version du schéma goAML est utilisée en Afrique de l'Est ?

Les déploiements couverts par ce guide utilisent la version 5.0.2 du schéma XML goAML. Vérifiez toujours la version en vigueur publiée par votre propre CRF avant de générer des fichiers, car les CRF mettent périodiquement leur schéma à jour.

---

Cette page est le point d'entrée de l'ensemble des contenus goAML de Creodata. Explorez les guides liés pour le détail propre à chaque juridiction, ou parlez à notre équipe de conseil en conformité de l'automatisation de vos déclarations de bout en bout.