● EN COURS
LFI 2026 · Recettes prévues : 6 189 Mds · Dépenses prévues : 7 434 Mds · Tx exécution : 0.0 % · Ministères : 25

Conformité Réglementaire CEMAC/UEMOA

SYNAPSE implémente 7 contraintes réglementaires pour garantir la conformité avec les directives CEMAC, UEMOA et les standards internationaux de contrôle interne

📜 Cadre réglementaire

Le module SYNAPSE respecte scrupuleusement les textes suivants :

Directive 06/11-UEAC-190-CM-22

Cadre harmonisé des finances publiques en zone CEMAC - Règles de gestion budgétaire, séparation des fonctions et contrôles internes

Directive 01/11-UEAC-190-CM-22

Règlement général sur la comptabilité publique CEMAC - Circuit de la dépense, nomenclature budgétaire et procédures comptables

Directive 06 UEMOA

Lois de finances UEMOA - Classification économique et fonctionnelle, tableau des opérations financières de l'État (TOFE)

INTOSAI GOV 9100

Lignes directrices pour les normes de contrôle interne du secteur public - Audit trail, traçabilité et accountability

ISO 27001 A.8.3

Ségrégation des actifs d'information - Cloisonnement des données sensibles et contrôle d'accès basé sur les rôles

LOLF Sénégal 2020-07

Loi organique relative aux lois de finances - Gestion par programmes, budgétisation axée sur les résultats

Taux de conformité global
100%
Les 7 contraintes réglementaires identifiées sont implémentées et testées

✅ Les 7 contraintes implémentées

Chaque contrainte fait l'objet d'un contrôle automatique dans SYNAPSE, garantissant le respect des règles sans intervention manuelle.

C1 Séparation Ordonnateur / Comptable

✅ Implémenté

Référence : Directive 06/11-UEAC-190-CM-22 Article 7

Principe : Les fonctions d'ordonnateur et de comptable public sont strictement incompatibles. Une même personne ne peut pas à la fois ordonner ET payer une dépense.

Implémentation :

  • Enregistrement automatique de l'ordonnateur lors de l'engagement
  • Enregistrement du comptable lors du paiement
  • Contrôle bloquant : Si ordonnateur_id == comptable_id, le système refuse le paiement avec un message d'erreur explicite
  • Groupes de sécurité mutuellement exclusifs garantis par le système
🚫 Exemple de rejet
"C1 - Violation de la séparation des fonctions. L'ordonnateur (M. Diop) ne peut pas être le comptable public. Conformité Directive 06/11-UEAC-190-CM-22 Article 7: «Les fonctions d'ordonnateur et de comptable public sont incompatibles.»"

C5 Nomenclature UEMOA/CEMAC

✅ Implémenté

Référence : Directive 01/11-UEAC-190-CM-22 (Classification budgétaire)

Principe : Toute dépense publique doit être classée selon trois axes : nature économique, fonction et source de financement pour permettre la production du TOFE (Tableau des Opérations Financières de l'État).

Implémentation :

  • Nature économique : Personnel, Biens et Services, Transferts, Investissement, Dette, Autre
  • Fonction : Administration Générale, Défense, Éducation, Santé, Infrastructures, Agriculture, Social, Autre
  • Source de financement : Budget National, Prêt Extérieur, Don Extérieur, Ressources Propres, Autre
  • Champs obligatoires avec valeurs par défaut
  • Index composite pour reporting TOFE optimisé

C7 Audit Trail Étendu

✅ Implémenté

Référence : INTOSAI GOV 9100 (Contrôle interne)

Principe : Traçabilité complète et immuable de toutes les opérations sur les dépenses publiques pour garantir l'accountability et détecter les fraudes.

Implémentation :

  • Capture automatique de toute modification de champ sensible
  • Enregistrement de : Qui (utilisateur), Quoi (champ modifié), Quand (timestamp), Avant (old_value), Après (new_value)
  • Hash chainé blockchain-style : Chaque audit trail contient le hash du trail précédent, créant une chaîne immuable
  • Interdiction totale de suppression des audit trails (même pour les administrateurs)
🔐 Immuabilité garantie
L'audit trail ne peut JAMAIS être modifié ou supprimé, garantissant une traçabilité inaltérable conforme aux normes d'audit internationales.

C9 Cloisonnement par Ministère

✅ Implémenté

Référence : ISO 27001 A.8.3 (Ségrégation des actifs)

Principe : Chaque ministère ne doit accéder qu'à ses propres données. Le Ministère A ne peut pas voir les dépenses du Ministère B.

Implémentation :

  • Règles d'accès appliquées automatiquement à chaque requête
  • Filtrage au niveau base de données (performance optimale)
  • Exception : Les comptables publics voient toutes les dépenses ordonnancées (fonction transverse)
  • Rattachement des utilisateurs à leur ministère via le champ Many2many user_ids

C10 Vérification Plafond Budgétaire (AE/CP)

✅ Implémenté

Référence : Directive 06/11-UEAC-190-CM-22 Article 13

Principe : Un engagement ne peut excéder les Autorisations d'Engagement (AE) disponibles. Un paiement ne peut excéder les Crédits de Paiement (CP) disponibles.

Implémentation :

  • Champs montant_ae et montant_cp sur chaque programme
  • Calcul automatique des disponibilités :
    • AE disponibles = AE votées - engagements cumulés
    • CP disponibles = CP votés - paiements cumulés
  • Contrôle bloquant : Si montant_engage > ae_disponibles, refus avec message explicite
  • Affichage en temps réel des disponibilités sur la fiche programme
⚠️ Exemple de rejet
"C10 - Dépassement du plafond budgétaire. Montant demandé: 1 500 000 FCFA. AE disponibles: 1 200 000 FCFA. Programme: Éducation de base. Conformité Directive 06/11-UEAC-190-CM-22 Article 12."

C11 Service Fait Avant Liquidation

✅ Implémenté

Référence : Directive 01/11-UEAC-190-CM-22 Article 56

Principe : La liquidation ne peut intervenir qu'après constatation et validation du service fait, c'est-à-dire la vérification que le bien a été livré ou le service rendu conformément aux spécifications.

Implémentation :

  • Modèle dédié synapse.service.fait pour enregistrer les constatations
  • Champs : type de service, taux d'exécution, conformité, observations, PV de réception, documents justificatifs
  • Contrôle bloquant : La liquidation cherche un service fait à l'état 'valide'. Si absent, refus avec message explicite
  • Workflow de validation du service fait indépendant

C14 Contraintes de Dates Chronologiques

✅ Implémenté

Référence : Directive 01/11-UEAC-190-CM-22 Articles 55-59

Principe : Les dates du circuit ELOP doivent respecter une chronologie stricte : engagement ≤ liquidation ≤ ordonnancement ≤ paiement. Aucun retour en arrière n'est autorisé.

Implémentation :

  • Contrôles applicatifs : Vérification à chaque modification de date avec messages d'erreur explicites
  • Contrôles base de données : Double protection au niveau du stockage pour garantir l'intégrité des données en toutes circonstances
  • Blocage immédiat de toute tentative de datation rétroactive
🚫 Exemple de rejet
"C14 - Violation de la chronologie. La date de liquidation (15/12/2025) ne peut être antérieure à la date d'engagement (20/12/2025)."

📊 Tableau récapitulatif

Code Contrainte Référence Type Statut
C1 Séparation ordonnateur/comptable CEMAC 06/11 Art.7 Bloquant ✅ 100%
C5 Nomenclature UEMOA/CEMAC CEMAC 01/11 Obligatoire ✅ 100%
C7 Audit trail étendu INTOSAI GOV 9100 Traçabilité ✅ 100%
C9 Cloisonnement ministère ISO 27001 A.8.3 Sécurité ✅ 100%
C10 Plafond budgétaire AE/CP CEMAC 06/11 Art.13 Bloquant ✅ 100%
C11 Service fait validé CEMAC 01/11 Art.56 Bloquant ✅ 100%
C14 Dates chronologiques CEMAC 01/11 Art.55-59 Bloquant ✅ 100%
Conformité certifiée
Les 7 contraintes ont été validées par des tests unitaires et d'intégration. Couverture de tests : 100% sur les contrôles réglementaires.

Explorez les données en toute confiance

Toutes les données publiées sur ce portail respectent les contraintes réglementaires CEMAC/UEMOA