schema directeur informatique

Transcription

SDI : Schéma Directeur Informatique V1.04
SCHEMA DIRECTEUR INFORMATIQUE
CAMEROUN
Recrutement d’un Cabinet pour un Appui au Ministère des Finances
dans la définition, la préparation et la mise en œuvre d’un
projet d’informatisation des finances publiques du Cameroun
Projet d’informatisation des finances publiques au Camerou
M Mars
2012
GOPA CONSULTANTS
Projet d’informatisation des finances publiques au Cameroun
Page : 1
SCHEMA DIRECTEUR INFORMATIQUE
pour le
Secrétariat Technique des Réformes
Projet de Renforcement des Capacités de Transparence et de Contrôle (PRCTC)
CAMEROUN
Recrutement d’un Cabinet pour un Appui au Ministère des Finances
dans la définition, la préparation et la mise en œuvre d’un
projet d’informatisation des finances publiques du Cameroun
Contrat N°001/ MINFI/PRCTC/CT5/RPM/2011
Mars 2012
GOPA Consultants
Hindenburgring 18
61348 Bad Homburg
Germany
Phone +49 6172 930-556
Fax: +49 6172 930-500
Email: [email protected]
GOPA CONSULTANTS
Page : 2
Table des matières
1.
PREMIERE PARTIE....................................................................................................................... 9
1.1
Introduction ............................................................................................................................ 10
1.2
Objectifs du Schéma Directeur Informatique (SDI) ................................................................. 11
1.3
Objectifs stratégiques de l’informatique du MINFI .................................................................. 12
1.3.1
Objectifs et critères de réussite ....................................................................................... 13
1.3.2
Liste des objectifs ........................................................................................................... 15
2. DEUXIEME PARTIE..................................................................................................................... 17
2.1
Introduction ............................................................................................................................ 18
2.2
Description générale de l'existant informatique au MINFI....................................................... 19
2.3
Analyse fonctionnelle des services ........................................................................................ 20
2.3.1
Description des principales directions du MINFI.............................................................. 20
2.3.2
Listes des principales applications informatiques existantes ........................................... 20
2.3.3
DGD Direction Générale des Douanes ........................................................................... 22
2.3.4
DGTCFM : Direction Générale du Trésor et de la Coopération Financière et Monétaire . 24
2.3.5
DGB : Direction Générale du Budget .............................................................................. 26
2.3.6
DGI : Direction Générale des Impôts .............................................................................. 29
2.3.7
DP : Direction de la Prévision ......................................................................................... 32
2.3.8
DRH : Direction des Ressources Humaines.................................................................... 34
2.3.9
DSI : Division des Systèmes d’Information...................................................................... 36
2.3.10 DRFi : Direction des Ressources Financières ................................................................. 37
2.3.11 CAA: Caisse Autonome d'Amortissement ....................................................................... 38
2.3.12 Schéma général des principaux flux d’informations ........................................................ 39
2.3.13 Description des flux ........................................................................................................ 40
2.3.14 Contraintes liées à la structure........................................................................................ 41
2.4
Analyse de l'existant informatique .......................................................................................... 43
2.4.1
Présentation générale des Directions informatisées ....................................................... 43
2.4.2
Analyse informatique des structures ............................................................................... 44
2.4.3
Ratios utilisés ................................................................................................................. 45
2.4.4
Tableaux des ratios ........................................................................................................ 46
2.4.5
Appréciations d’ensemble ............................................................................................... 47
2.4.6
Organisation géographique des services centraux.......................................................... 49
2.4.7
Services Déconcentrés ................................................................................................... 50
2.4.8
Recensement des applications ....................................................................................... 51
2.5
Moyens des services informatique par Direction .................................................................... 56
2.5.1
Matériels ......................................................................................................................... 56
2.5.2
Humains ......................................................................................................................... 59
2.6
Gestion de la qualité .............................................................................................................. 63
2.7
Réseaux LAN ........................................................................................................................ 64
2.7.1
DESCRIPTION GENERALE DU RESEAU LOCAL DU MINFI (niveau siège) ................. 65
2.7.2
Architecture LAN de la DGI (niveau siège)...................................................................... 70
2.7.3
Architecture LAN de la DGD (Site Informatique de Douala Bonanjo) .............................. 71
2.7.4
LAN dans les services déconcentrés .............................................................................. 71
2.7.5
Bilan matériel .................................................................................................................. 72
2.7.6
Bilan des échanges automatiques sous LAN .................................................................. 75
2.8
Description du WAN............................................................................................................... 78
2.8.1
Matériel ........................................................................................................................... 78
2.8.2
l’architecture du réseau d’interconnexion du MINFI dans son état actuel ........................ 79
2.8.3
Plan d’adressage ............................................................................................................ 80
2.8.4
Sécurité .......................................................................................................................... 80
2.8.5
Echanges automatiques sous WAN ................................................................................ 81
2.9
Projets informatiques en cours............................................................................................... 82
2.10
Analyse points forts points faibles pour l'existant informatique ........................................... 86
2.10.1 Points forts...................................................................................................................... 86
2.10.2 Points faibles .................................................................................................................. 87
GOPA CONSULTANTS
Page : 3
2.11
Recommandations ............................................................................................................. 91
2.11.1 Architecture applicative WEB .......................................................................................... 91
2.11.2 Comparaison entre système centralisé (WEB) et réparti (Client lourd / serveur) ............. 91
2.11.3 Remplacement des applications existantes plutôt que leur évolution .............................. 92
3. TROISIEME PARTIE.................................................................................................................... 94
3.1
Stratégie retenue pour le développement du système cible ................................................... 95
3.1.1
Cartographie fonctionnelle retenue et domaines fonctionnels ......................................... 95
3.1.2
Style de l’informatique retenue........................................................................................ 96
3.1.3
Les politiques informatiques retenues ............................................................................. 97
3.1.4
Multi ERP........................................................................................................................ 98
3.1.5
Open source ................................................................................................................... 99
3.1.6
Développements spécifiques si nécessaire pour les parties critiques ............................. 99
3.1.7
Centralisation automatique via un outil de type ETL ....................................................... 99
3.2
Réseau informatique cible ................................................................................................... 102
3.2.1
Elaboration d’une politique globale de sécurité ............................................................. 102
3.2.2
Réhabilitation et sécurisation du réseau du MINFI ........................................................ 104
3.2.3
Sécurisation des systèmes d’exploitation utilisés au MINFI .......................................... 106
3.2.4
Centralisation des applications utilisées au MINFI ........................................................ 107
3.2.5
Réseaux de Backup ...................................................................................................... 109
3.3
Parc informatique cible ........................................................................................................ 110
3.4
Organisation cible et gouvernance ....................................................................................... 111
3.4.1
Organisation cible de la DSI ......................................................................................... 111
3.4.2
Positionnement dans l'organigramme actuel du Ministère............................................. 115
3.5
Gestion de la sécurité .......................................................................................................... 116
3.6
Evaluation des risques de la politique retenue ..................................................................... 117
3.7
Les contraintes prévisibles après l’installation du système ................................................... 119
3.7.1
Paiement des licences .................................................................................................. 119
3.7.2
Réforme Gestion des Finances Publiques (GFP Budget programme) .......................... 119
3.7.3
Gestion des Ressources Humaines (GRH) ................................................................... 119
4. QUATRIEME PARTIE ................................................................................................................ 120
4.1
Synthèse des projets retenus............................................................................................... 121
4.1.1
Les études .................................................................................................................... 121
4.1.2
Les projets de développement ...................................................................................... 122
4.1.3
Planning de mise en place ............................................................................................ 124
4.1.4
Budgets prévisionnel .................................................................................................... 125
4.1.5
Commentaires concernant le budget ............................................................................ 128
4.1.6
Plan d'action ................................................................................................................. 129
4.1.7
Commentaires concernant le plan d'action ................................................................... 134
5. CINQUIEME PARTIE ................................................................................................................. 135
5.1
Introduction .......................................................................................................................... 136
5.2
Cas et procédure de révision du Schéma Directeur Informatique ........................................ 136
5.2.1
Révisions périodiques ................................................................................................... 136
5.2.2
Révisions suite à des évènements impactant le développement des projets en cours. . 137
5.3
Modalités d'actualisation ...................................................................................................... 137
5.4
Moyens permanents pour le suivi de l'exécution du Schéma Directeur Informatique ........... 137
5.5
Les circuits d'information nécessaires .................................................................................. 138
6. ANNEXES .................................................................................................................................. 139
6.1
Les fiches de projets ............................................................................................................ 140
6.2
Le MAQ ............................................................................................................................... 204
6.3
Urbanisation du SI ............................................................................................................... 205
6.4
La chaine de dépense.......................................................................................................... 207
6.4.1
Description de la chaine de dépense théorique actuelle ............................................... 207
6.4.2
Diagnostic fonctionnel de la chaine actuelle.................................................................. 209
6.4.3
Propositions d’améliorations ......................................................................................... 210
6.5
Liste des structures du Trésor, Impôts et Douanes du MNFI................................................ 211
6.5.1
Liste des perceptions et recettes par région.................................................................. 211
6.5.2
Liste des Centre Divisionnaire des Impôts .................................................................... 224
GOPA CONSULTANTS
Page : 4
6.5.3
Liste des structures de Douane .................................................................................... 227
GOPA CONSULTANTS
Page : 5
Abréviations et Acronymes
Abréviation/Acronyme
Description
ACCT
Agent Comptable Central du Trésor
AMOA
Assistance à la Maîtrise d'Ouvrage
AMOE
Assistance à la Maîtrise d'Œuvre
ANIF :
Agence Nationale d’Investigation Financière
AP
Autorisation de Programme
BCEAO
Banque Centrale des Etats de l’Afrique de l’Ouest
BDE
Borland Database Engine
BEAC
Banque des États de l’Afrique Centrale
C/FED
Cellule d’Appui à l’ordonnateur national du Fonds Européen de Développement
CAA
Caisse Autonome d’Amortissement
CADRE
Comptabilité Auxiliaire des Dépenses et Recettes de l’État
CDI
Centre Divisionnaire des Impôts
CDMT
Cadre des Dépenses à Moyen Terme
CENADI :
Centre National de Développement de l’Informatique
CF
Contrôle Financier
CIME
Centre des Impôts pour les Moyennes Entreprises
CIPE
Centre des Impôts pour les Petites Entreprises
CP
Crédit de Paiement
CPI
Centre de Proximité des Impôts
CSPEF
Cellule de Suivi des Programmes Economiques et Financiers
CSSFD
Cellule de Surveillance des Structures Financières Décentralisées
CTPL
Commission Technique de Privatisation et de Liquidation
CTR
Comité Technique de Réhabilitation des Entreprises Publiques
DA
Direction des Assurances
DD
Disque Dur – Unité de stockage informatique
DEPMI
Dépenses de Matériel sur la Mercuriale Informatisée. -
DG
Direction Générale
DGAE
Direction Générale des Affaires Economiques
DGB
Direction Générale du Budget
DGCPE
Direction de Gestion et de Contrôle du Portefeuille de l'Etat
DGD
Direction Générale des Douanes
DDDl
Direction des Douanes et Droits Indirects
DGE
Direction des Grandes Entreprises
DGFP
Direction Générale de la Fonction Publique
DGI
Direction Générale des Impôts
DGID
Direction Générale des Impôts et des Domaines
DGML
Direction Générale du Matériel et de la Logistique
DGTCFM
Direction Générale du Trésor et de la Coopération Financière et Monétaire
DTCP
Direction du Trésor et de la Comptabilité Publique
DIR
Direction de l'Intégration Régionale
DNCM
Direction de la Normalisation et de la Comptabilité Matière
DNCMP
Direction Nationale de Contrôle des Marchés Publics
DP
Direction de la Prévision
DP(DAE) :
Direction de la Prévision (Direction des Affaires Economiques)
GOPA CONSULTANTS
Page : 6
Description
DPC
Direction de la Prévision et de la Conjoncture
DPE
Direction de la Promotion Economique
DPP
Direction de la Programmation et de la Prospective
DRFi
Direction des Ressources Financières
DRFM
Direction des Ressources Financières et du Matériel
DRH
Direction des Ressources Humaines
DSI
Division des Systèmes d'Information
EAI
Enterprise Application Integration
ECOFI
Base de données ECOnomiques et FInancières
ERP
Enterprise Resource Planning (Progiciel de Gestion Intégré)
ETL
Extract Transform and Load
FAGACE
Fonds Africain de Garantie et de Coopération Economique
GRH
Gestion des Ressources Humaines
IBIS
Informatisation du Budget, de l’Intendance et des Services.
IDU
IDentifiant Unique
IGF
Inspection Générale des Finances
LAN
Local Area Network – Réseau local
LNC
Loterie Nationale du Cameroun
MESURE
MEilleur SUivi du REndement
MINDAF
Ministère des Domaines et des Affaires Foncières
MINFI
Ministère des Finances
MINMAP
Ministère des Marchés Publics
MR/BOAD
Mission Résidente de la Banque Ouest-Africaine de Développement
PATRIOT
Programme Appliqué au TRaitement Informatique des Opérations du Trésor
PPBS
Planification, programmation, Budgétisation et Suivi
PGT
Paierie Générale du Trésor
PL/SQL
Langage de programmation spécifique au SGBDR Oracle (en anglais, Procedural
Language/ Structured Query Language)
PREBIC
Préparation du budget sur infocentre.
PREPABIP
Préparation du Budget d’Investissement Public
RH
Ressources Humaines
SA
Secrétariat Administratif
SDI
Schéma Directeur Informatique
SG
Secrétariat Général
SGBD
Système de Gestion de Base de Données
SGBDR
Système de Gestion de Bases de Données Relationnelles.
SGM
Secrétariat Général du Ministère
SI
Système d’Information
SIGEFI
Système Intégré de Gestion des Finances publiques
SIGIPES
Système Informatique de Gestion Intégrée des Personnels de l’Etat et de la Solde.
SRU
Service des Relations avec les Usagers
SYGMA
SYStème pour les Gros Montants Automatisés
SYSTAC
SYStème de Télé-compensation en Afrique Centrale
TABORD
Tableau de Bord
TG
Trésorerie Générale
TOFE
Tableau des Opérations Financières de l’Etat
UE
Union Européenne
VPN
Réseau privé d’entreprise (en anglais, Virtual Private Network)
GOPA CONSULTANTS
Page : 7
Description
WAN
Wide Area Network – Réseau étendu
GOPA CONSULTANTS
Page : 8
1. PREMIERE PARTIE
(OBJECTIFS GENERAUX)
GOPA CONSULTANTS
Page : 9
1.1 Introduction
Cette partie définit les objectifs généraux du Schéma Directeur Informatique.
Le Projet d’Appui au Ministère des Finances dans la définition, la préparation et la mise en œuvre d’un
projet d’informatisation des finances publiques du Cameroun, placé sous la maîtrise d’œuvre du
Ministère des Finances (MINFI) au Cameroun, a débuté officiellement le 4 juillet 2011 pour une durée
de 18 mois.
L'objectif du présent projet est d'apporter un appui au Ministère des Finances dans la définition, la
préparation et la mise en œuvre d’une stratégie d’informatisation des Finances Publiques du
Cameroun. Cela consiste en fait en une assistance à la maîtrise d’ouvrage pour la modernisation du
système informatique de gestion budgétaire, financière et comptable du MINFI, auquel seront assorties
la gestion de l’information décisionnelle et celle de l’information des utilisateurs, des usagers, des
partenaires.
GOPA CONSULTANTS
Page : 10
1.2 Objectifs du Schéma Directeur Informatique (SDI)
Le Schéma Directeur Informatique a pour objectif principal de définir de manière précise l’informatique
dont le Ministère a besoin.
A partir de l'analyse critique de l'existant, il convient de faire préciser, au plus haut niveau, la politique
générale que l'on désire pour l'informatique du Ministère.
La cohérence de ces orientations est assurée en particulier pour les points suivants :
•
•
•
•
•
•
•
•
Style de l'organisation et politique informatique,
Compatibilité entre les structures de l'organisation et celles envisagées pour l'informatique,
Adéquation entre les capacités et les niveaux d'ambition,
Appréciation des risques liés à l'informatique envisagée,
Effort de gestion générale nécessaire,
Politique de recrutement possible,
Effets sur les conditions de travail,
Niveau d'aspiration des responsables en matière d'informatique.
Les décisions prises dans le Schéma Directeur Informatique vont guider, avec une certaine
permanence, les décisions futures.
Le document formalise le système d'information du Ministère et recense les parties automatisables.
Le Schéma Directeur Informatique ne permet pas d'élaborer des solutions techniques ni de présumer
de la faisabilité ou de l'opportunité technique de telle ou telle solution. Il permet simplement de cerner
le « réservoir » des besoins d'automatisation qui alimentera les projets des années à venir.
Le document définit en particulier :
•
•
•
•
•
•
Le découpage de l'organisme en grandes fonctions,
La présentation pour chacune des fonctions du système d'information associé,
Les contraintes de cohérence entre chaque groupe d'informations de manière à assurer la
cohérence globale de l'information du Ministère,
Une liste des projets à conduire sur l'horizon d'application du SDI,
Une planification générale des développements prévisionnels,
Une évaluation des ressources humaines et financières à mettre en œuvre.
GOPA CONSULTANTS
Page : 11
1.3 Objectifs stratégiques de l’informatique du MINFI
Le Schéma Directeur Informatique permet de dégager les principaux objectifs stratégiques tels qu’ils
ressortent suite aux diverses interviews qui ont été menées.
Il prend aussi en compte les objectifs stratégiques tels qu’ils ont été définis et validés dans le rapport
de démarrage.
Pour mémoire deux grands objectifs stratégiques ont été définis :
•
•
Construire une informatique intégrée,
Organiser l’informatique en vue d’une meilleure mutualisation des ressources.
La construction d’une informatique intégrée doit permettre :
•
•
•
•
•
•
•
•
•
•
•
D’assurer l’unicité et l’intégrité de l’information donc sa cohérence,
De réduire au maximum le nombre de base de données,
D’identifier de manière unique et sécurisée chaque intervenant dans le système,
De partager l’information,
De définir les règles d’accès à l’information,
D’assurer les contrôles d’accès à travers une administration d’accès (logicielle),
D’assurer l’accès à l’information,
D’unifier les méthodes d’accès. (Toutes les applications seront développées avec des
technologies de e-gouvernement (web client léger)),
De disposer en temps réel des informations critiques sur la gestion des finances publiques,
De garantir l'évolutivité de la solution technique,
D'utiliser des solutions "Cloud Computing" tout en respectant les contraintes de souveraineté
nationale.
L’organisation de l’informatique en vue d’une meilleure mutualisation des ressources doit permettre :
•
•
•
•
•
•
•
D’optimiser la fonction informatique,
De regrouper au maximum les ressources informatiques,
De réduire les coûts des fonctions communes (courrier, achats, etc.),
D’améliorer l’exploitation et de sécuriser l’information par des « Data center»,
D’améliorer la sécurité,
D’optimiser les coûts,
De gérer le patrimoine informationnel des finances publiques de l’Etat.
Pour que les objectifs stratégiques précédents puissent être atteints, il convient au préalable d’atteindre
un certain nombre d’objectifs opérationnels :
•
•
•
•
•
Amélioration globale du réseau (LAN et WAN) avec définition et mise en place d’une réelle
politique de sécurité,
Adoption quand cela est possible de logiciels de type ERP (Enterprise, Ressources, Planning),
Définition et mise en place d’une stratégie de développement des spécifiques avec adoption
pour l’ensemble de l’informatique d’une liste limitée d’outils, langages et systèmes qui devront
être obligatoirement utilisés,
Mise en place d’une politique de formation du personnel aux outils informatiques sélectionnés,
Mise en place d’une politique de recrutement du personnel et d’appel à la sous-traitance.
GOPA CONSULTANTS
Page : 12
1.3.1
Objectifs et critères de réussite
Le Schéma Directeur Informatique permet de définir les critères qui permettront de valider que les
objectifs stratégiques précédents ont été atteints.
a) Mise en œuvre
L’ensemble des objectifs précédents doit être atteint dans le cadre du présent Schéma Directeur
Informatique (SDI).
Le Schéma Directeur Informatique dispose d’un horizon d’application de 5 années (fin 2016).
Le SDI partage cet horizon en trois étapes principales qui peuvent être définies ainsi :
•
•
•
Etape 1 : court terme horizon 1 année (2012),
Etape 2 : moyen terme 1 année (2013),
Etape 3 : long terme 3 années (2014, 2015, 2016).
b) Etape 1 : court terme (urgent)
Durant cette étape qui durera une année, les projets urgents doivent être menés à bien. Les études
importantes doivent être conduites durant cette étape.
Cette étape est une étape préparatoire à l’installation des nouvelles applications au MINFI. Elle doit
permettre la mise en place de toutes les infrastructures nécessaires.
Ce sont essentiellement les éléments suivants :
•
•
•
•
•
Mise en place de la sécurité du système d'information (PSSI),
Mise en place des infrastructures logicielles,
Définition du plan de formation,
Mise en place du nouveau logiciel d'identification de contribuables (IDU),
Intégration des applications existantes par une meilleure gestion des flux de données.
Cette étape verra aussi la consolidation des solutions métiers actuelles (MESURE DEPMI, PREBIC,
CADRE, etc.) avec l’automatisation des interfaces dans l’attente d’un remplacement par les nouvelles
applications.
De même certains grands projets urgents seront démarrés durant cette étape.
c) Etape 2 : moyen terme (prioritaire)
Cette étape verra se finaliser les projets prioritaires et la mise en place des infrastructures.
En termes d’infrastructures réseaux, cette étape doit permettre de s’assurer que toutes les
infrastructures matérielles et logicielles liées aux réseaux soient opérationnelles.
Les cahiers de charges et les dossiers d'appels d'offres relatifs aux grands projets de refonte des
applications métiers seront aussi produits durant cette étape.
Les grands projets prioritaires devront être finalisés durant cette étape (Ressources humaines, Data
Warehouse, logiciels communs, etc.).
Les grands projets informatiques liés aux activités métiers seront lancés durant cette étape
(impôts/recettes, dépenses, comptabilité, etc.) avec comme objectif de les terminer le plus tôt possible.
GOPA CONSULTANTS
Page : 13
d) Etape 3 : long terme
Cette étape verra la mise en place de toutes les nouvelles applications métiers.
Les quatre applications métiers principales seront développées durant cette étape :
•
•
•
•
Nouvelle application Impôts/Recettes,
Nouvelle application Dépenses Budgets,
Nouvelle application de Gestion Comptable des Finances Publiques,
Nouvelles application de Gestion des Ressources Humaines.
GOPA CONSULTANTS
Page : 14
1.3.2
Liste des objectifs
Cette table définit les grands objectifs du SDI ainsi que les dates de réalisation de ces objectifs.
Thèmes
Etudes
Descriptions/critères
Etapes
Dates objectifs
Plan de Sécurité Informatique du MINFI défini
1
31/12/2012
Plan de formation à l’informatique du MINFI défini
1
31/12/2012
Plan de l’infrastructure logicielle et des choix technologiques
1
31/12/2012
Etude du Data Center
1
31/12/2012
Etude complémentaire de la fonction informatique
1
31/09/2012
LAN
central
Temps de réponses moyen corrects et stabilisés
2
31/12/2013
Serveurs regroupés dans un nombre limité de salle
2
31/12/2013
LAN Locaux
Un réseau local par région avec au moins un serveur
2
31/12/2013
1
30/06/2012
2
31/12/2013
Mise en place du data center
3
31/12/2014
Serveur de messagerie interne opérationnel
1
31/12/2012
Serveur DNS du ministère installé
1
31/12/2012
Serveur d’annuaire (LDAP) opérationnel
2
31/12/2013
Serveur WEB du MINFI installé
1
31/12/2012
Logiciel ETL installé
2
30/09/2013
Sites WEB du MINFI installé
1
31/12/2012
Portail du MINFI installé
3
30/06/2014
L’organisation de la fonction informatique est optimisée
2
31/12/2013
Logiciel de gestion de parc informatique opérationnel pour
l’ensemble du MINFI
3
31/12/2014
Logiciels de sécurité et de gestion installés (Pare feu,
antivirus, gestion de trafic, etc.) pour tous les LAN et le WAN
2
30/06/2013
Logiciel de gestion du courrier opérationnel
1
31/12/2012
Logiciel de gestion des achats opérationnel
2
31/12/2013
Logiciel de gestion documentaire opérationnel
2
31/12/2013
Logiciel d’identification fiscale IDU opérationnel
3
30/12/2015
Applications Data Warehouse opérationnelles
Mise en place des outils de pilotage et de contrôle
3
31/12/2014
Mise en place des interfaces automatiques entre les
principaux logiciels actuels (SYDONIA, MESURE, DEPMI,
CADRE, etc.) via l’outil ETL. 90% des interfaces sont
automatiques
1
31/12/2012
Définition globale, au niveau du MINFI, de la politique
concernant les logiciels des postes de travail en particulier les
outils bureautiques et déploiement de ceux-ci
2
31/12/2013
Douanes
Compléments de SYDONIA installés
1
31/12/2015
Impôts/recettes
Nouvelle application Impôts/recettes opérationnelle
3
31/12/2016
Dépenses budgets
Nouvelle application dépenses budgets opérationnelle
3
31/12/2015
Ressources
Humaines
Nouvelle application de gestion des ressources humaines
opérationnelle
2
31/12/2015
Comptabilité
Finances
Nouvelle application de gestion comptable des finances
publiques opérationnelle.
3
31/12/2015
Marchés publics
Nouvelle application de gestion des marchés publics
opérationnelle
3
31/12/2015
WAN
Communication
Organisation
Support
Technique
Applications
Communes
et référentiels
communs
Intégration
Bureautique
Logiciels des postes
de travail
Contrat passé avec CAMTEL
avec débit minimum assuré
Schéma de réseau WAN en fibre optique défini et
opérationnel avec débit stabilisé
GOPA CONSULTANTS
Page : 15
Thèmes
Descriptions/critères
Etapes
Dates objectifs
Financement
extérieur
Nouvelle application intégrée de gestion des financements
extérieurs et de gestion des projets opérationnelle
3
31/12/2014
GOPA CONSULTANTS
Page : 16
2. DEUXIEME PARTIE
(ANALYSE DE L'EXISTANT INFORMATIQUE)
GOPA CONSULTANTS
Page : 17
2.1 Introduction
Cette partie décrit l'existant actuel de l'informatique du Ministère des Finances du Cameroun.
Il s'agit essentiellement d'une analyse détaillée de l'existant informatique actuel.
Le but principal de cette partie est de proposer une description suffisamment fine de l'existant
informatique de manière à mettre en lumière les points forts et les points faibles des systèmes
actuellement opérationnels et de proposer de nouvelles orientations stratégiques basées sur des
éléments factuels et mesurables.
Cette partie s'attachera donc, dans un premier temps, à analyser les systèmes informatiques existants
et à évaluer la couverture des besoins par rapport aux missions dévolues aux grandes directions et
organismes du MINFI. Cette analyse fonctionnelle des services permet de faire les diagnostics
fonctionnels des applications existantes et donc de mettre en lumière les points fonctionnels non
couverts qui devront être pris en compte par le nouveau système.
Dans un deuxième temps, il s'agit de donner une description la plus détaillée possible de l'informatique
actuelle du Ministère en ce qui concerne les diverses dimensions analysables de son informatique.
Cette description prend donc en compte les trois dimensions matérielle, logicielle et organisationnelle
et établit des éléments factuels chiffrés concernant ces trois dimensions.
Le troisième temps permet, à partir des éléments précédents, de faire une analyse points forts points
faibles de l'informatique actuelle du Ministère et donc de proposer les solutions qui devront être mises
en œuvre dans le cadre du Schéma Directeur Informatique. Ces solutions tiennent compte des
grandes orientations stratégiques qui ont été validées par Monsieur le Ministre et consignées dans le
rapport de démarrage de l'étude Schéma Directeur Informatique.
GOPA CONSULTANTS
Page : 18
2.2 Description générale de l'existant informatique au MINFI
L'informatique au Ministère des Finances de la république du Cameroun (MINFI) est essentiellement
organisée de manière très distribuée au travers de toutes les Directions et Organismes dépendant du
Ministère.
Chaque Direction et organisme dépendant a développé au rythme qui lui convenait et selon ses
propres normes méthodologiques des applications qui répondaient, dans le temps, aux besoins
exprimés.
Cela a abouti à la mise en place d'outils informatiques très disparates et sans grand lien entre eux.
En fait, à ce jour tous les efforts d'intégration n'ont pas été couronnés de succès. Une conception
globalisée de l'informatique du MINFI n'a jamais été la préoccupation majeure. Les problèmes d'unicité
des données et des traitements n'ont jamais été vraiment abordés. Les duplications d'informations sont
donc très fréquentes d'où des incohérences bien difficiles à gérer.
Nous avons aujourd'hui un grand nombre d'applications utilisant des technologies informatiques très
variées dont certaines sont très anciennes et dont les frontières fonctionnelles sont très floues.
D'ailleurs les recouvrements fonctionnels entre les diverses applications sont très fréquents. Par
exemple IBIS et DEPMI de la Direction Générale du Budget permettent tous les deux de gérer
l'exécution des budgets.
La dispersion généralisée des informations et l'indépendance des Directions et des Organismes a
rendu quasi impossible une agrégation des données qui permettrait de produire les informations fiables
nécessaires à une saine gestion des finances publiques. L'échec du projet ECOFI est la vibrante
démonstration de ce problème majeur.
L'analyse, tentée dans ce document, de description des flux d'informations actuels illustre de manière
symptomatique l'éclatement des données et des traitements. Il n'a d'ailleurs pas été possible d'aboutir
à un schéma qui corresponde vraiment à la réalité à supposer que cette réalité existe et ne soit pas en
fait très fluctuante.
Les questions de sécurité, bien qu'ayant fait l'objet de quelques tentatives de résolution, n'ont reçu
aucune réponse significative. L'analyse des réseaux LAN et WAN montre qu'il est aujourd'hui très
facile de pénétrer le réseau du Ministère et de consulter depuis l'extérieur des objets et des
informations potentiellement critiques.
Les analyses qui suivent vont démontrer la réalité des points qui viennent d'être décrits.
Il faut bien conclure de cet état de fait qu'une refonte globale de l'informatique du Ministère
s'impose. C'est ce que propose le Schéma Directeur Informatique.
GOPA CONSULTANTS
Page : 19
2.3 Analyse fonctionnelle des services
Les directions vont maintenant être globalement analysées en ce qui concerne leurs relations avec
l’outil informatique.
Chaque direction est analysée en ce qui concerne la couverture fonctionnelle apportée par les outils
informatique utilisés au regard de la définition des missions de chaque direction.
2.3.1
Description des principales directions du MINFI
Ce chapitre décrit les principales directions du Ministère des Finances qui ont une interaction
importante avec le système informatique intégré tel qu’il existe aujourd’hui au MINFI et qui ont fait
l’objet d’interviews.
2.3.2
Directions
DGD
Description
DGTCFM
Direction Générale du Trésor et de la Coopération Financière et Monétaire
DGB
DGI
DP
DRH
DSI
Division des Systèmes d'Information
DRFi
DNCM
Direction de la Normalisation et de la Comptabilité Matières
CAA
Caisse Autonome d'Amortissement
Listes des principales applications informatiques existantes
Propriétaire principal
DGD : Douanes
DGTCFM : Trésor
DGB : Budget
DGI : Impôts
Code
Description
SYDONIA
Gestion automatisée du dédouanement des marchandises
NEXUS +
Suivi des cargaisons par géo localisation
OCTOPUS
Gestion des incidents et des demandes de services
PAGODE
Ancien logiciel de gestion douanière
CADRE
Comptabilité auxiliaire du Ministère
PATRIOT
Comptabilité générale du Ministère
SYSTAC
Gestion des compensations
SYGMA
Gestion des virements (>100 Millions de CFA)
PREPABIP
Préparation Budgétaire des investissements (par le MINEPAT)
PREBIC
Préparation Budgétaire du fonctionnement (par le MINFI)
IBIS
Gestion centrale de l’exécution du budget
DEPMI
Gestion de dépense budgétaire
ANTILOPE
Gestion des paies
MESURE
Gestion des dossiers fiscaux
IDU
Gestion de l’identification fiscale
TRINITE II
Gestion des dossiers fiscaux (obsolète)
SONDE
Localisation du contribuable et gestion des taxes foncières
EMAP
Enregistrement des marchés
AREN
Collecte du renseignement fiscal
GOPA CONSULTANTS
Page : 20
Propriétaire principal
Code
Description
SIICAF
Localisation du contribuable et gestion des taxes foncières
DP : Prévision
TABORD
Génération des tableaux de bord
DRH : Ressources
Humaines
SIGIPES
DSI : Division des
Systèmes d’Informations
ECOFI
Gestion de la carrière du personnel et des agents
Base Données d’agrégation des données financières
DRFi : Direction des
Ressources Financières
Aucun logiciel utilisé actuellement
DNCM : Direction de la
Normalisation et de la
Comptabilité Matières
Aucun logiciel utilisé actuellement
CS-DRMS 2000+
SEMS
CAA : Caisse Autonome
d'Amortissement
JUNON
Gestion du personnel et de la paie
KHRONOS
Gestion de la comptabilité analytique et générale
MAILSOFT
Gestion électronique et administrative du courrier
I-CADMA
Gestion du budget, de la comptabilité matières et du stock
LE PRECIEUX
IBM LOTUS DOMINO
GDA
ANIF : Agence Nationale
d’Investigation
Financière
Suivi des conventions de financement et Gestion de la dette
extérieure et intérieure
Codification et Conservation des acteurs et des valeurs mobilières
(Code ISIN)
Gestion de la trésorerie et suivi des opérations bancaires
Messagerie d’entreprise (interne/externe)
Gestion des déclarations automatiques
SEBDA
Système d’exploitation bd ANIF
GACHA
Gestion automatique des changes
GOPA CONSULTANTS
Page : 21
2.3.3
DGD Direction Générale des Douanes
La Direction générale des douanes est en charge de :
1. de l’élaboration et de l’application de la législation et de la réglementation douanières en matière
d’importation et d’exportation, de régimes économiques et particuliers, de commerce extérieur et de
change, de prohibitions d’entrée ou de sortie, et d’autres restrictions;
2. de la mise en œuvre et du suivi des législations spécifiques;
3. de la détermination, de la liquidation et du recouvrement des droits et taxes de douane, ainsi que de
toutes autres taxes prévues par la réglementation en vigueur;
4. de la surveillance des frontières terrestres, maritimes, fluviales, des gares routières et ferroviaires, des
ports et des aéroports, ainsi que de tout lieu de détention et de commerce des marchandises ;
5. de la protection de l’espace économique national ;
6. de la protection de l’environnement, en liaison avec les autres administrations concernées ;
7. de la lutte contre le trafic des stupéfiants et autres trafics illicites, en liaison avec les autres
administrations concernées ;
8. de l’élaboration des statistiques du commerce extérieur, en liaison avec les autres Administrations
concernées ;
9. de l’étude et de la mise en œuvre, en liaison avec les autres Administrations et opérateurs impliqués, des
mesures de facilitation en vue de la réduction des délais de passage des marchandises au regard des
exigences de compétitivité de l’économie camerounaise ;
10. de la coopération douanière internationale ;
11. de la mise en œuvre de l’assistance administrative mutuelle avec les administrations des Douanes
étrangères.
a) Analyse fonctionnelle de l’informatique à la DGD
D’un point de vue informatique la DGD utilise principalement le logiciel SYDONIA.
SYDONIA permet de gérer les droits de douanes et les opérations douanières et du commerce
extérieur. Il est opérationnel depuis 5 ans en remplacement d’un ancien logiciel spécifique PAGODE.
C’est un logiciel libre de dédouanement automatique développé par la CNUCED et implanté dans plus
de 85 pays dont une trentaine en Afrique et disponible en 19 langues.
Il couvre actuellement la plupart des besoins de la DGD en ce qui concerne les principales fonctions
attendues d’un système de dédouanement automatique (gestion des manifestes, des magasins, des
déclarations, de la tarification, de la comptabilité, etc.).
Deux exceptions notables à ce fonctionnement harmonieux:
•
L’obligation de garder l’ancien logiciel PAGODE pour la consultation des archives. Il n’a pas,
pour le moment, été possible de transférer les archives sous SYDONIA. Cependant, il est
envisagé de migrer les données de PAGODE vers un environnement micro où on développerait
certaines fonctionnalités pour les exploiter (consultations diverses, édition des déclarations,
etc.). Cette opération revêt un caractère prioritaire au regard des coûts de maintenance du
matériel et du non renouvellement du contrat qui liait le MINFI à CFAO pour ladite maintenance.
•
SYDONIA exporte les données de déclarations et manifestes qui sont récupérées par le logiciel
MESURE. Cependant, les données de recettes douanières ne sont pas exportées vers le
logiciel CADRE de comptabilité auxiliaire de la DGTCFM.
GOPA CONSULTANTS
Page : 22
b) Couverture des besoins
En première analyse on peut considérer que le logiciel SYDONIA apporte une aide significative pour la
réalisation des points 1-2-3-8-9-10-11. C’est une bonne couverture des besoins.
c) Diagnostics
Actuellement SYDONIA est un logiciel qui donne satisfaction et qui couvre très correctement les
besoins de la Direction Générale de Douanes. On peut même affirmer que l’amélioration significative
des recettes douanières du Cameroun de ces dernières années n’est pas étrangère à la mise en
œuvre de ce produit et surtout des activités périphériques déployées dans le cadre du contrôle de
l’exécution du service et de la mesure de la performance.
.
Toutefois, il existe quelques points d’ombre qui font en sorte qu’une réflexion n’est pas exclue pour le
développement d’une application propriétaire :
- Nouveaux développements arrêtés par la CNUCED ;
- Absence de perspectives d’amélioration du logiciel par l’équipe locale ;
- Gestion des régimes économiques non satisfaisante ;
- Transit pas bien contrôlé ;
- Données non consolidées pour le tableau de bord des émissions et des recettes.
Tout au plus, les parties fonctionnelles non encore implémentées devront l’être et les interfaces avec
les autres logiciels du Ministère doivent être mises en place. Dans le même ordre d’idées,
l’automatisation de la production des indicateurs de performance, à partir des données extraites de
SYDONIA, doit être envisagée.
Il faut noter qu'actuellement l'architecture informatique de la version de SYDONIA installée est un client
serveur lourd. A long terme (hors du Schéma Directeur Informatique) il faudra envisager le
basculement de SYDONIA dans une version Client Léger.
Il n’est donc pas envisagé dans le cadre du SDI un remplacement de SYDONIA. Au contraire, le
besoin identifié actuellement est de poursuivre le déploiement du progiciel dans d’autres postes
douaniers (projet en cours sur financement de l’Union Européenne).
Les interfaces avec les logiciels IDU et CADRE / PATRIOT du Ministère doivent être mises en place.
GOPA CONSULTANTS
Page : 23
2.3.4 DGTCFM : Direction Générale du Trésor et de la Coopération Financière et
Monétaire
La Direction Générale du Trésor et de la Coopération Financière et Monétaire est en charge :
1. du recouvrement et de la centralisation des recettes publiques, sous réserve des dispositions des textes
particuliers ;
2. de l’élaboration des règles de comptabilisation des recettes et dépenses publiques ;
3. du contrôle du respect des normes et des procédures comptables ;
4. de l’élaboration et de la mise en œuvre de la politique de gestion de la trésorerie ;
5. de la mise en œuvre du plan comptable général de l’Etat ;
6. de l’élaboration du tableau de bord des finances publiques, du tableau des opérations financières de
l’Etat et des indicateurs de suivi des états de synthèse ;
7. de la production du compte général de l’administration des finances ;
8. de la tenue de la comptabilité générale et auxiliaire de l’Etat et des comptabilités particulières des tiers et
autres correspondants du trésor ;
9. de la supervision de la production des comptes de gestion par les comptables publics ;
10. de la mise en état d’examen des comptes de gestion de l’Etat, des collectivités territoriales
décentralisées et des établissements publics administratifs ;
11. des relations avec la Juridiction des comptes, en ce qui concerne les comptes de gestion des comptables
principaux ;
12. de la supervision, de la coordination et du contrôle des activités des postes comptables du Trésor et des
Administrations financières, des collectivités territoriales décentralisées et des établissements publics
administratifs ;
13. du règlement des dépenses de l’Etat, des collectivités territoriales décentralisées et des établissements
publics administratifs ;
14. du suivi de la gestion des dépôts autorisés par les lois et règlements, en liaison avec les structures
concernées ;
15. du suivi comptable de la dette intérieure et extérieure, en liaison avec les Administrations concernées ;
16. de la centralisation des données chiffrées relatives aux opérations budgétaires des comptes spéciaux;
17. de la réalisation des études monétaires ;
18. de la politique d’émission et de gestion des titres publics à souscription libre, en liaison avec les
Administrations concernées ;
19. de l’élaboration des projets de textes législatifs et réglementaires relatifs aux marchés d’instruments
financiers ;
20. de la réglementation et du suivi du marché de la titrisation ;
21. de l’organisation et du suivi des marchés financiers et monétaires ;
22. du suivi de la politique monétaire, en liaison avec l’Institut d’émission ;
23. de la coopération financière et monétaire internationale, avec le Fonds Monétaire International, la
Banque Mondiale, la Banque Africaine de Développement, la Banque des Etats de l’Afrique Centrale, la
Zone Franc et les autres unions et zones monétaires ;
24. de la régulation des systèmes financiers décentralisés et des marchés financiers, en liaison avec la
Commission Bancaire de l’Afrique Centrale et la Commission des Marchés financiers;
25. du suivi des activités des établissements de crédit et de micro finance ;
26. de l’élaboration de la réglementation bancaire et financière, de sa mise en œuvre et du contrôle des
établissements de crédit, en liaison avec la BEAC et la Commission Bancaire de l’Afrique Centrale ;
27. du contrôle des finances extérieures et de la réglementation des changes ;
28. de la liaison avec les associations professionnelles des établissements de crédits et du marché des
assurances ;
29. de l’élaboration, du suivi et du contrôle de la réglementation applicable aux assurances ;
30. des relations avec les organismes internationaux d’assurance ;
31. de la protection de l’épargne détenue par les compagnies d’assurance ;
32. de la contribution à l’élaboration de la politique de financement de l’économie ;
33. de la lutte contre la criminalité économique et le blanchiment d’argent.
GOPA CONSULTANTS
Page : 24
a) Analyse fonctionnelle de l’informatique à la DGTCFM
D’un point de vue informatique la DGTCFM utilise essentiellement quatre logiciels (CADRE, PATRIOT,
SYSTAC et SYGMA).
CADRE permet de générer la comptabilité auxiliaire. C’est au niveau de ce logiciel que sont saisies la
majorité des écritures comptables concernant les administrés et les contribuables. PATRIOT joue le
rôle de comptabilité générale de l’Etat, les données saisies dans CADRE sont agrégées et interfacées
automatiquement vers PATRIOT.
CADRE et PATRIOT sont des logiciels intégrés car ils possèdent une base de données commune.
SYSTAC et SYGMA sont des logiciels de gestion des compensations entre la DGTCFM et les autres
établissements financiers. SYGMA est réservé pour les transactions d’un montant supérieur à 100
millions de CFA. Ils sont interfacés automatiquement avec CADRE mais pas intégrés.
On peut globalement affirmer que l’ensemble des outils informatiques déployés à la DGTCFM couvrent
une bonne partie des besoins comptables.
Les manques identifiés sont les suivants :
•
•
•
•
Traitement des comptes de gestion (ensemble d’états : reste à payer, bilan par chapitre, etc.),
Gestion des quotas des dépenses journalières (de façon à limiter les dépenses des postes
comptables en fonction du quota défini),
Gestion de la trésorerie, prévisions, emprunts non gérés informatiquement aujourd’hui,
Gestion des recettes.
Une étude rapide permet de conclure qu’ils sont une aide pour les points : 1-3-5-7-8-11-13-27.
Globalement, cela couvre relativement bien les besoins d'un point de vue comptables mais les
manques identifiés plus haut représentent de grosses lacunes qu'il convient de faire disparaître.
c) Diagnostics
Ces quatre logiciels sont donc des éléments clés de la gestion des finances publiques du Cameroun.
C’est vers leur intégration que devra porter l’effort de rationalisation des traitements automatiques de la
DGTCFM.
Ils couvrent relativement bien les opérations comptables, mais les aspects gestion des finances
(trésorerie, dettes, assurances, etc.) ne sont pas couverts.
De même les fonctionnalités liées à la comptabilité analytique (analyse des coûts) ne sont que très
imparfaitement couverts par CADRE et PATRIOT.
Il est clair qu’une extension de la couverture fonctionnelle doit être prévue dans le cadre du
SDI.
GOPA CONSULTANTS
Page : 25
2.3.5
DGB : Direction Générale du Budget
La Direction Générale du Budget est chargée de :
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
de la mise en œuvre de la politique budgétaire du Gouvernement ;
de la prévision des évolutions budgétaires ;
du cadrage budgétaire ;
de l’élaboration des projets de loi de finances de l’Etat ;
de l’élaboration, de l’évaluation et du suivi du budget de fonctionnement de l’Etat ;
de l’exécution du budget d’investissement de l’Etat, en liaison avec le Ministère chargé des affaires
économiques, de la planification et de l’aménagement du territoire ;
du contrôle et de l’audit du budget de l’Etat ;
de l’élaboration des procédures de modernisation des circuits de la dépense ;
de l’élaboration de la note de synthèse relative à l’exécution du budget de l’Etat, en liaison avec les
Administrations concernées ;
de la collecte et de l’exploitation de toutes les informations relatives à la préparation du budget, en liaison
avec le Ministère chargé des affaires économiques, de la programmation et de l’aménagement du
territoire ;
de l’élaboration de la note de conjoncture budgétaire ;
de l’élaboration et du suivi de l’application de la réglementation en matière budgétaire ;
de l’élaboration et de la mise en œuvre de la réforme budgétaire, en liaison avec les autres services
compétents ;
du suivi et de l’évaluation des subventions accordées par l’Etat aux établissements publics et organismes
publics
de la gestion des créances et des participations publiques ;
de la consolidation des informations budgétaires avec celles des collectivités territoriales décentralisées
et des établissements publics ;
du suivi et de l’application du programme d’investissement prioritaire, en liaison avec le Ministère en
charge des investissements ;
de la centralisation et de l’analyse des données relatives aux programmes de dépenses publiques ;
du suivi du niveau d’exécution physique et financière des programmes ou projets de développement
financés sur les ressources extérieures, en liaison avec les administrations concernées ;
de l’exécution du cadre des dépenses à moyen terme ;
de l’orientation et de la supervision de l’action des contrôles financiers, tant au niveau central que
déconcentré ;
de la consolidation de la comptabilité administrative des ordonnateurs ;
de la production du rapport annuel de contrôle ;
de la comptabilité administrative et des dépenses de l’Etat ;
de la production des données et des indicateurs de résultats sur l’évolution des dépenses budgétaires ;
de la mise en œuvre de la politique salariale du Gouvernement, en liaison avec le Ministère chargé de la
fonction publique ;
de l’élaboration et du suivi de l’application des textes législatifs et réglementaires relatifs aux dépenses
de personnel, en liaison avec les Administrations concernées ;
de l’analyse de l’incidence financière des textes relatifs aux dépenses de personnel et de pensions ;
de l’élaboration et de la consolidation des statistiques de la solde ;
du contrôle des structures de traitement de la solde fonctionnant au sein du Ministère et des autres
Administrations ;
de la gestion du fichier solde central des personnels de l’Etat ;
de la gestion du fichier des pensions et rentes viagères ;
de la production des états de pensions ;
du suivi du reversement des cotisations pour pension des personnels en détachement.
GOPA CONSULTANTS
Page : 26
a) Analyse fonctionnelle de l’informatique à la DGB
D’un point de vue informatique la Direction Générale du Budget utilise essentiellement les quatre
logiciels (PREPABIP, PREBIC, IBIS, DEPMI).
PREBIC est un logiciel de préparation budgétaire sous forme d’un infocentre. Il permet de saisir
globalement les éléments budgétaires (investissements et fonctionnements) tout au long du processus
de préparation de celui-ci. Il est utilisé par toutes les structures de l’Etat qui doivent participer au
processus de préparation du budget de l’Etat. Chaque Ministère et structure qui doit préparer un
budget pour le compte de l’Etat utilise PREBIC.
IBIS est le premier logiciel qui permettait, avant la mise en œuvre de PREBIC, de faire la préparation
des budgets et le suivi de l’exécution budgétaire. Il est toujours utilisé aujourd’hui pour consolider le
suivi de l’exécution budgétaire et pour réaliser divers traitements qui ne sont pas pris en compte par
PREBIC. En particulier, il est utile en ce qui concerne certaines consolidations. Il tourne actuellement
sur un ancien système centralisé de type GCOS7.
DEPMI est le logiciel de suivi de l’exécution du budget.
Le budget validé est chargé dans DEPMI à partir d’IBIS. Il permet de gérer les délégations de crédits et
d’une manière générale tout ce qui touche à l’exécution du budget. Il existe deux versions du logiciel
DEPMI : le DEPMI central et le DEPMI local. Le DEPMI local permet de gérer l’exécution du budget au
niveau des administrations déconcentrées.
PREPABIP est un ancien logiciel de préparation du budget encore utilisé par le Ministère de
l’Economie de la Planification et de l’Aménagement du Territoire (MINEPAT) pour la préparation du
budget d’investissement.
ANTIPLOPE est le logiciel central de l’Etat pour la préparation de la solde et des pensions. Il est utilisé
par la Direction des Dépenses du Personnels et des Pensions pour préparer la solde et les pensions
de tous les agents de l’Etat. Ce logiciel tourne sur un ancien système centralisé IBM et est hébergé par
le CENADI.
L’ensemble des logiciels décrits permettent de globalement gérer les processus de préparation
d’exécution du budget de l’Etat.
Pour les points 1-5-6-22-24, les logiciels de gestion budgétaires apportent une aide significative.
A noter que dans les versions actuellement utilisées, les logiciels ne couvrent pas les besoins
concernant l'élaboration des budgets programmes.
Cependant, il est prévu que pour l'exercice 2012, le budget de la République du Cameroun puisse être
élaboré et exécuté sous forme de budget programme. Les logiciels actuellement utilisés (PREBIC,
IBIS, DEPMI) font donc, aujourd'hui, l'objet d'adaptations pour assurer l'élaboration et l'exécution des
budgets programmes.
Les points 29-30-31-32-33-34 sont relativement bien couverts par l’application ANTILOPE.
c) Diagnostics
Globalement satisfaisants, les logiciels de la gestion budgétaire ont une couverture fonctionnelle assez
bonne au regard des missions dévolues à la DGB.
Notons que dans la chaîne de traitement de la dépense, IBIS et DEPMI se recoupent
fonctionnellement puisque ces deux logiciels permettent de saisir la liquidation et l’ordonnancement, et
que les bons d’engagements saisis dans DEPMI doivent être reversés dans IBIS par une interface. On
GOPA CONSULTANTS
Page : 27
retrouve donc de nombreuses informations similaires dans ces deux logiciels, ce qui montre qu’une
optimisation est nécessaire.
Le principal inconvénient de l'ensemble de ces applications est le degré très faible de leur
niveau d'intégration. Elles correspondent toutes à des développements spécifiques qui ont été
mis en place et juxtaposés au cours du temps (environ une vingtaine d'années pour IBIS).
Des interfaces de mise à jour ont été développées avec duplication de l'information et nécessité
d'exécuter de manière périodique des processus de traitement parfois longs et fastidieux. Par exemple,
le processus actuel de constitution du budget qui comprend une étape d'accréditation et une étape de
contrôle de conformité pourrait être utilement simplifié.
Le fait aussi d'utiliser deux logiciels PREPABIP et PREBIC pour l'élaboration des budgets
d'investissements et de fonctionnements génère des problèmes de cohérence des traitements
et des données préjudiciables à un déroulement harmonieux du processus d'élaboration des
budgets.
L'exécution du budget demande aussi l'utilisation des deux logiciels (IBIS et DEPMI) ce qui
alourdit aussi les procédures d'exécution budgétaire et entraine des duplications de traitements
et de données.
Les nouvelles applications qui seront développées dans le cadre du Schéma Directeur Informatique
devront permettre une simplification des processus actuellement mis en œuvre.
De plus les technologies utilisées pour développer ces diverses applications sont très hétéroclites.
(Oracle et cobol SQL pour IBIS sous système GCOS 7000 et MS SQL server et Visual Basic pour
DEPMI) ce qui ne simplifie pas la maintenance et la cohérence des traitements.
L'application IBIS qui actuellement joue un rôle central dans les processus d'élaboration et d'exécution
du budget doit être changée rapidement. Elle a été en effet développée sur une ancienne technologie
(COBOL et GCOS 7000 ) qui est obsolète. Les risques liés à une telle application sont très importants
du fait de raréfaction des compétences liées à ces technologies et aux difficultés de maintenance.
Notons enfin qu'il existe un manque évident d'appropriation des applications de la DGB par le
personnel informaticien de cette direction.
En ce qui concerne les nouvelles applications à développer dans le cadre du SDI les préparations des
budgets devront être prises en compte par la même application (fonctionnement et investissement).
ANTIPLOPE permet de globalement couvrir les besoins en ce qui concerne la solde et les pensions.
Cependant, il tourne actuellement sur un ancien système IBM (DATACOM IDEAL) et la maintenance
des applications est problématique. L'évolution constante des réglementations dans le domaine des
Resources Humaines entraîne l'obligation d'une mise à jour permanente de l'application ce qui devient
de plus en plus difficile.
Compte tenu de son architecture logicielle très ancienne et de la difficulté à trouver des
compétences pour assurer la maintenance, il est clair que le logiciel ANTIPLOPE doit être
abandonné.
Un projet de remplacement du Système de Gestion des Ressources Humaines est actuellement en
cours. Il a fait l'objet du Document d'Appel d'Offre (DAO) et doit aboutir rapidement au choix d'un ERP
et d'un partenaire intégrateur pour couvrir les besoins de l’Etat dans ce domaine. Le Schéma Directeur
Informatique doit prendre en compte ce projet.
GOPA CONSULTANTS
Page : 28
2.3.6
DGI : Direction Générale des Impôts
La Direction générale des Impôts est chargée :
1. de l’élaboration des textes législatifs et réglementaires en matière d’impôts directs et indirects, de droits
d’enregistrement, du timbre et de la curatelle, des redevances et taxes diverses, notamment les taxes
pétrolières, minières, forestières, agricoles, pastorales et sur les produits halieutiques, y compris tous
droits et taxes dont la compétence relève de la Direction Générale des Impôts, et en liaison avec les
départements ministériels compétents ;
2. du contrôle, de la coordination et de l’animation des services des impôts ;
3. de la collecte, de la centralisation, de la mise à disposition et du suivi de l’exploitation des
renseignements à but fiscal ;
4. de l’identification, de la localisation et de l’immatriculation des contribuables ;
5. des émissions et du recouvrement des impôts directs et indirects, des droits d’enregistrement, du timbre
et de la curatelle, des redevances et taxes diverses, notamment les taxes pétrolières, minières,
forestières, agricoles, pastorales et sur les produits halieutiques, y compris tous droits et taxes dont la
compétence relève de la Direction Générale des Impôts ;
6. des contrôles et vérifications des impôts directs et indirects, des droits d’enregistrement, du timbre et de
la curatelle, des redevances et taxes diverses, notamment les taxes pétrolières, minières, forestières,
agricoles, domaniales, cadastrales, foncières, pastorales et sur les produits halieutiques, y compris tous
droits et taxes dont la compétence relève de la Direction Générale des Impôts ;
7. de la collecte et de l’exploitation fiscale des informations foncières ;
8. de la curatelle ;
9. de la centralisation des données statistiques sur les émissions et le recouvrement des impôts directs et
indirects, des droits d’enregistrement, du timbre et de la curatelle, des redevances et taxes diverses,
notamment les taxes pétrolières, minières, forestières, agricoles, domaniales, cadastrales, foncières,
pastorales et sur les produits halieutiques, y compris tous droits et taxes dont la compétence relève de la
Direction Générale des Impôts ;
10. de la lutte contre la fraude et de la répression des infractions fiscales ;
11. de l’instruction des réclamations gracieuses et contentieuses des contribuables portant sur les
impositions émises;
12. des conventions et accords en matière fiscale ;
13. de la participation à la détermination des recettes de l’Etat.
a) Analyse fonctionnelle de l’informatique à la DGI
D’un point de vue informatique la DGI utilise essentiellement les cinq logiciels (MESURE, IDU,
TRINITE II, AREN, SONDE, SIICAF).
MESURE est le logiciel de base pour la gestion du contribuable : personnes physiques et personnes
morales. Il permet de gérer le fichier des contribuables et tout le processus de gestion des impôts. Il est
déployé dans 5 centres principaux des impôts, ce qui permet de gérer environ 80% des recettes
fiscales dans MESURE, les 20% restantes sont gérées manuellement dans les 95 centres des impôts
non équipés de MESURE.
MESURE ne couvre pas toutes les fonctionnalités dont le Ministère a besoin.
IDU est le logiciel d’identification des contribuables (PP : Personnes Physiques et PM : Personnes
Morales). Il est actuellement en cours de refonte. L’identification fiscale avec le logiciel actuel est très
difficile avec de très nombreux doublons et identifications fausses.
TRINITE II est un ancien logiciel de gestion des contribuables encore utilisé dans certaines
circonstances (ex : le Centre Spécialisé des Professions Libérales et de l’Immobilier, (CSPLI)).
SONDE : Logiciel de gestion et de localisation des contribuables. Ce logiciel permet de calculer les
taxes foncières.
SIICAF : couvre les mêmes fonctionnalités que SONDE en plus de la représentation cartographique
dans un SIG.
GOPA CONSULTANTS
Page : 29
Une première approche permet de penser que les points 3-4-5-6-13 sont en partie couverts par
MESURE et SONDE.
L’immatriculation des contribuables avec IDU (point 4) est cependant problématique car ce logiciel est
très isolé et la qualité de données gérées sujette à caution.
c) Diagnostics
C’est sans doute un ensemble de modules et de logiciels qu’il convient de refondre.
La couverture fonctionnelle, relativement faible, doit être améliorée.
Le déploiement de MESURE est très couteux (près de 15 MFCFA par centre des impôts, soit près de
1 500 Millions de FCFA pour déployer MESURE dans les 95 centres non équipés). Cela est dû à la
technologie client lourd / serveur qui requiert l’achat de licences pour chaque site, ainsi que des
serveurs.
Une fois l’application déployée, il convient d’assurer l’exploitation informatique locale, ce qui requiert la
présence d’informaticiens et donc des coûts récurrents non négligeables. La solution serait de migrer
MESURE en technologies WEB, ce qui réduit considérablement les coûts de déploiement et
d’exploitation, mais qui implique d’avoir une connexion réseau correcte entre les centres des impôts et
le central.
Comme à la DGB les logiciels déployés sont des outils spécifiques qui ont été mis en place sur une
période d'une vingtaine d'années.
Les technologies employées pour développer ces applications sont hétéroclites et anciennes
(Interbase, Delphi, Sybase, SQL Server 2008, Informix, etc.).
Outre que certaines d'entre elles ne font plus l'objet d'aucun développement (ex: Informix), la
maintenance et l'évolution des diverses applications deviennent problématiques pour des raisons
d'absence de licences utilisateurs ou de codes sources partiellement perdus.
Une attention particulière doit être apportée à l'application IDU. Celle-ci permet l'immatriculation et
l'identification fiscale des personnes physiques et des personnes morales de la République du
Cameroun. Or cette application n'est aujourd'hui plus maintenable car une partie des sources a
disparu. De plus la base IDU souffre de nombreuses incohérences (doublons, mises à jour non
exécutées, etc.). Cette application étant centrale, utilisée par de nombreuses directions, la situation
actuelle est un facteur de risques très important pour la bonne exploitation des applications actuelles.
Un projet de remplacement de l'application IDU est en cours et un cahier des charges a été
produit. Celui-ci doit être finalisé et un projet de développement spécifique lancé le plus vite
possible. Ce projet doit faire partie des actions urgentes à lancer dès la validation du SDI
acquise. Le plan d'action 2012 donnera un caractère prioritaire à la réalisation de ce projet.
La nouvelle application sera intégrée et doit permettre de couvrir beaucoup plus globalement les
besoins de la DGI dans les domaines suivants :
•
•
•
•
•
•
Gestion des liquidations et des émissions,
Gestion des recouvrements,
Gestion des enquêtes du contrôle et de la répression,
Gestion de la législation et du contentieux,
Gestion de la curatelle,
Pilotage de la DGI.
L'intégration sera obtenue soit par le choix d'un logiciel de type ERP capable de répondre aux besoins,
GOPA CONSULTANTS
Page : 30
soit plus probablement (compte tenu des spécificités du Cameroun) par le développement
d'applications spécifiques qui respecteront les contraintes d'intégration (unicité de la base de données
et centralisation des traitements au travers de Web Applications).
Le MINFI en collaboration avec le MINDAF a mis en place l'application SIICAF qui couvre l'ensemble
des fonctionnalités de SONDE et qui de plus permet la gestion cartographique grâce à un Système
D'Information Géographique intégré au produit. Ce système permet de calculer les taxes foncières. Il
doit être interfacé avec le futur système de la DGI.
GOPA CONSULTANTS
Page : 31
2.3.7
DP : Direction de la Prévision
La direction de la prévision est en charge :
1. des prévisions macroéconomiques à court terme dans le cadre de la préparation des lois de finances ;
2. de la préparation du rapport économique et financier accompagnant le projet de loi de finances ;
3. de la réalisation des études d’impact des mesures prises ou envisagées dans le cadre la politique
budgétaire ;
4. de l’élaboration et des projections de la balance des paiements ;
5. de l’élaboration et des projections des statistiques des finances publiques, en liaison avec les
6. de l’élaboration des tableaux prévisionnels de financement de l’économie, en liaison avec les
7. du suivi et de l’analyse des statistiques du commerce extérieur ;
8. du suivi et de l’analyse des agrégats monétaires, en liaison avec les administrations et institutions
concernées ;
9. du suivi et de l’analyse des activités du secteur réel, en liaison avec les Administrations et organismes
concernés;
10. du suivi et de l’analyse des recettes budgétaires et des dépenses publiques;
11. du suivi et de l’analyse de la dette publique, en liaison avec les administrations concernées ;
12. de la collecte, du développement et de la mise à jour des données économiques et financières, en liaison
avec le Ministère chargé de l’économie ;
13. de la centralisation, de la mise à jour et de la diffusion de la documentation et de l’information et
financière ;
14. du développement d’instruments techniques appropriés pour les travaux d’analyse et de projections
macroéconomiques et financières, en liaison avec les Administrations et organismes concernés ;
15. de la confection et de la mise à jour d’une banque de données économiques et financières, en liaison
avec les Administrations et organismes concernés.
a) Analyse fonctionnelle de l’informatique à la DP
D’un point de vue informatique, la Direction de la Prévision n’utilise que très peu de solutions
informatiques. Le seul logiciel utilisé est le logiciel TABORD qui permet principalement d’élaborer le
TOFE (Tableau des Opérations Financières de l’Etat). TABORD n’est pas interfacé directement avec
les autres logiciels (CADRE, PATRIOT, MESURE DEPMI) mais avec la base de données ECOFI.
La couverture fonctionnelle est assez faible à ce niveau.
En fait TABORD permet essentiellement de produire le TOFE. Les points 8-9-10 sont partiellement
couverts par ce logiciel.
c) Diagnostics
TABORD est un logiciel qui est chargé de manière quasi automatique à partir des données stockées
dans ECOFI.
Il permet de construire le TOFE de manière quasi automatique tous les mois. Seules quelques
données restent à saisir directement dans TABORD comme celles venant de la Caisse Autonome
d’Amortissement.
La Direction de la Prévision doit disposer des outils informatiques pour répondre aux missions qui lui
sont confiées. Les données nécessaires à la construction des résultats macro économiques,
économiques et statistiques que doit produire la Direction de la Prévision sont très largement générées
et donc stockées dans les bases de données du Ministère des finances.
La Direction de la Prévision doit donc disposer d'un outil d'agrégation et de restitution des données de
GOPA CONSULTANTS
Page : 32
type entrepôt de données qui, dans le cadre d'une stratégie d'informatique décisionnelle, permette de
produire tous les résultats attendus y compris le TOFE.
Un projet de construction d'un entrepôt de données (Data Warehouse) doit être mis en œuvre pour
répondre à ce besoin dans le cadre du Schéma Directeur Informatique.
GOPA CONSULTANTS
Page : 33
2.3.8
DRH : Direction des Ressources Humaines
La Direction des Ressources Humaines est chargée :
1. du suivi de l’application de la politique du Gouvernement en matière de formation des personnels
relevant du Ministère, en liaison avec le Ministère chargé de la fonction publique ;
2. de la conception et de la mise en œuvre de la politique de gestion des ressources humaines du Ministère
;
3. de la coordination et de l’élaboration des plans de formation des personnels du Ministère, en liaison avec
le Ministère chargé de la fonction publique ;
4. de la préparation et du suivi du recrutement des personnels du Ministère et de leur formation, en liaison
avec le Ministère chargé de la fonction publique ;
5. de la gestion prévisionnelle des effectifs et des compétences du Ministère ;
6. de l’application des textes législatifs et réglementaires relatifs aux dépenses de personnel du Ministère;
7. de la préparation des actes de gestion des personnels et du contrôle de l’authenticité et de la conformité
des actes de gestion des carrières du Ministère ;
8. de la préparation des actes d’affectation des personnels du Ministère ;
9. des questions concernant la discipline des agents publics relevant du Ministère ;
10. de la mise à jour du fichier du personnel en service au Ministère ;
11. de l’évaluation des systèmes de gestion des ressources humaines en vigueur au Ministère ;
12. du suivi de l’amélioration des conditions de travail des personnels en service au Ministère.
a) Analyse fonctionnelle de l’informatique à la DRH
D’un point de vue informatique la DRH utilise le logiciel SIGIPES.
SIGIPES est le logiciel de gestion des carrières pour toute l’administration camerounaise. Il permet de
gérer les dossiers des agents et des pensionnés de l’administration. Il est automatiquement interfacé
avec ANTILOPE qui est utilisé comme logiciel de calcul de la solde et les pensions. Cependant, il y a
d’importantes divergences entre les données de ces deux logiciels.
SIGIPES est utilisé par la DRH et maintenu la Division Informatique du MINFOPRA.
Le point 7, 8, 9 et 10 sont effectivement couverts par SIGIPES.
c) Diagnostics
Sur le plan fonctionnel, SIGIPES permet la prise en charge de tous les actes de gestion administrative
de la carrière du personnel de l’Administration Camerounaise et leur enregistrement.
Cependant SIGIPES est un système qui n'autorise pas la mise en place de procédure rapide de
gestion des procédures de traitement des dossiers.
Actuellement certaines procédures demandent plus d'une vingtaine d'étapes administratives avec des
tâches identiques exécutées plusieurs fois par des acteurs différents. Cela est du à la conception
ancienne du produit qui ne dispose pas de manière suffisante d'outils automatiques d'enchainement
des tâches comme par exemple des "workflow".
GOPA CONSULTANTS
Page : 34
Parmi les points faibles du logiciel nous pouvons signaler les éléments suivants :
•
•
•
•
•
L'architecture clients/serveur lourd employée pour le développement du logiciel avec
déploiement de l'application sur les réseaux locaux d'une trentaine d'administrations rend
l'exploitation de l'ensemble très difficile. Plusieurs versions du logiciel sont en cours
d'exploitation,
Il existe de nombreux "bugs" répertoriés qui ne sont pas corrigés,
La base de données comporte de nombreuses anomalies,
La mise à jour de certaines données est faite par des procédures manuelles et non
administratives,
Certains éléments de procédure sont assurés manuellement via une fiche suiveuse.
Dans ces conditions, il est clair que le logiciel SIGIPES ne peut plus répondre aux besoins
futurs du Ministère, il doit être remplacé.
Un projet de refonte de la solution de gestion des ressources humaines a été lancé avec la
participation de divers Ministères et en particulier celui de la Fonction Publique, le MINFOPRA / MINFI
jouant le rôle de Maître d'Ouvrage.
Il a abouti aujourd'hui à la rédaction d'un Dossier d'Appel d'Offre (DAO). La prochaine étape, après
validation du DAO, doit consister à choisir un ERP capable de couvrir les besoins.
GOPA CONSULTANTS
Page : 35
2.3.9
DSI : Division des Systèmes d’Information
Placée sous l’autorité d’un Chef de Division, la Division des Systèmes d’Information a pour mission la
mise en œuvre des stratégies définies dans le domaine de l’informatique, des Technologies de
l’Information et des Communications (T.I.C) et des réseaux de communication au sein du Ministère.
A ce titre, elle est chargée :
1. de l’élaboration et de la mise en œuvre de la politique informatique et des Technologies de l’Information
et des Communications (T.I.C) du Ministère, en relation avec le Centre National de Développement de
l’Informatique ;
2. de la coordination de l’activité des structures informatiques du Ministère ;
3. du conseil et de la veille technologique ;
4. du suivi de la cohérence des projets d’informatisation ;
5. de la définition des standards et de la coordination de l’acquisition des équipements informatiques du
Ministère ;
6. de l’intégration des systèmes de gestion des finances publiques et des outils de pilotage relatifs ;
7. de l’élaboration et de la mise en œuvre de la politique de sécurité informatique ;
8. de la gestion technique de l’INTRANET / EXTRANET et du site WEB du Ministère ainsi que de la
coordination des sites WEB sectoriels et des réseaux privés d’entreprise (VPN) installés dans les
Directions techniques du Ministère ;
9. de la conception, de la réalisation et de l’administration des réseaux de communication ;
10. de la coordination des actions de formation et de recyclage des personnels informaticiens ;
11. des relations avec les structures nationales en charge de l’informatique et des technologies de
l’information et de la communication ;
12. de la stratégie de mise en œuvre de la gestion électronique des documents.
a) Analyse fonctionnelle de l’informatique à la DSI
D’un point de vue informatique la DSI met en œuvre essentiellement la base de données centralisée
ECOFI. ECOFI est en fait le résultat du projet SIGEFI. Actuellement le projet SIGEFI est au point mort.
Il n’y a plus d’évolutions significatives dans ce domaine. ECOFI devrait normalement être la base de
données permettant de faire un suivi régulier de la Finance Publique camerounaise, il n’est
actuellement pas en mesure de le faire en raison d’une remontée insuffisante des informations à partir
des autres applications (CADRE, PATRIOT, DEPMI, SYDONIA, etc.).
Les développements d'ECOFI ont été arrêtés depuis 2005.
En fait la DSI ne possède aucun logiciel pour satisfaire les besoins du Ministère dont elle est en
charge.
c) Diagnostics
Le SDI doit s’attacher à proposer la mise en place de logiciels au travers de projets informatiques qui
permettent d’améliorer l'efficacité de la DSI.
La refonte ou la réactivation d’ECOFI au travers d’un projet "Data Warehouse" semble ainsi prioritaire.
GOPA CONSULTANTS
Page : 36
2.3.10
DRFi : Direction des Ressources Financières
Placée sous l'autorité d'un directeur, elle est chargée de :
1.
2.
3.
4.
5.
la préparation et de l’exécution du budget du Ministère ;
l’exécution de certaines dépenses communes ;
la gestion des ressources matérielles et financières du Ministère ;
l’entretien des bâtiments et de la maintenance des équipements du Ministère ;
l’organisation matérielle des cérémonies officielles et conférences du Ministère.
a) Analyse fonctionnelle de l’informatique à la DRFi
La DRFi est essentiellement en charge de l'exécution du budget du MINFI.
Aujourd'hui aucun logiciel n'est utilisé par la DRFi.
GOPA CONSULTANTS
Page : 37
2.3.11 CAA: Caisse Autonome d'Amortissement
La Caisse Autonome d'Amortissement est en charge :
1. La gestion des fonds d'emprunts publics de l'Etat, des organismes publics ; parapublics et de ses
correspondants ;
2. Fournir au Gouvernement des éléments nécessaires à l'élaboration de politique d'endettement du pays ;
3. Rechercher, étudier et négocier les financements extérieurs et intérieurs de l'Etat, en
liaison avec les Départements ministériels intéressés ;
4. Participer au marché monétaire et financier.
a) Analyse fonctionnelle de l’informatique à la CAA
D’un point de vue informatique la CAA utilise essentiellement huit logiciels (CS-DRMS 2000+, SEMS,
JUNON et KHRONOS…).
CS-DRMS permet de gérer le suivi des conventions de financement, la gestion de la dette extérieure
(prévision et remboursement), le suivi des décaissements et l’analyse de viabilité de la dette.
SEMS permet la codification des acteurs et des valeurs mobilières (Code ISIN), le dénouement des
transactions, la gestion des opérations sur titre (OST) et la conservation des valeurs mobilières.
JUNON permet la gestion du personnel et de la paie.
KHRONOS permet de gérer la comptabilité générale et analytique.
MAILSOFT pour la gestion électronique et administrative du courrier.
LE PRECIEUX permet la gestion de la trésorerie et le suivi des opérations bancaires.
I-CADMA permet de gérer la comptabilité matière, la gestion du budget et du stock.
IBM LOTUS DOMINO pour la messagerie d’entreprise (interne/externe) et le travail collaboratif.
On peut globalement affirmer que l’ensemble des outils informatiques déployés à la CAA couvrent une
bonne partie des besoins de la CAA.
Une étude rapide permet de conclure qu’ils sont une aide pour les points : 1-2-4.
Globalement, cela couvre relativement bien les besoins d'un point de vue gestion de la dette de l’Etat.
c) Diagnostics
Actuellement ces quatre logiciels donnent satisfaction et couvrent à 75% les missions de la CAA. Seul
le point 3 n’est pas couvert.
Un projet de gestion multi-projets est actuellement en cours de validation ce qui permettra à terme à la
CAA de couvrir l’ensemble de ces missions.
GOPA CONSULTANTS
Page : 38
2.3.12 Schéma général des principaux flux d’informations
Cette description est issue de l’organisation globale actuelle avec une première approche de la gestion
des flux d’information.
DSI
DP
CAA
ECOFI
TABORD
DETTE
DGD
DGT
DGT
DGT
DGT
CADRE
PATRIOT
SYSTAC
SYGMA
SYDONIA
DGB
IBIS
DGB
DGB
MINEPAT
DGB
DEPMI
PREBIC
PREPABIP
ANTILOPE
DGI
DGI
DGI
DGI
DGI
MESURE
TRINITE
IDU
SONDE
AREN
: Interface automatique
: Interface manuelle
DRH
SIGIPES
Schéma global des flux de données
GOPA CONSULTANTS
Page : 39
2.3.13
Description des flux
Bien que ressentie comme très faible par les divers acteurs impliqués, il s’avère qu’un assez grand
nombre d’interfaces a déjà été mis en place dans le système actuel du MINFI.
Cette première approche, non exhaustive, des liaisons entre logiciels repérées durant les interviews,
permet de faire un certain nombre de remarques :
•
•
•
•
Le schéma général est de type « plat de spaghettis »,
Toutes les liaisons sont des liaisons point à point programmées de manière spécifique,
Il manque certaines liaisons qui sont stratégiques,
Il y a trop de liaisons manuelles qui devraient être automatiques.
a) Le schéma général est de type « plat de spaghettis »
C’est une remarque et un symptôme très classique dans le cas où les liaisons entre logiciels ont été
développées sans mise en place d’un plan global d’interfaces. On aboutit généralement à un système
d’interfaces extrêmement difficile à maintenir dans lequel il devient très difficile de savoir qui est en
charge de quelle interface. Cela est d’autant plus vrai que la fonction informatique au MINFI est très
dispersée.
De plus, il y a un vrai risque de doublonner certaines interfaces ou en tout cas de faire circuler la même
information vers le même but par deux canaux différents.
Enfin le risque de perte d’informations est très important.
b) Toutes les liaisons sont des liaisons point à point programmées de manière spécifique
Chaque liaison a été programmée de manière spécifique sous forme d’une liaison point à point ce qui
entraine l’obligation de maintenir un ensemble de programmes informatiques construits de manière
hétérogène avec une grande difficulté de mise à jour en cas de changement dans la structure des
données à transférer.
c) Il manque certaines liaisons qui sont stratégiques
Certaines liaisons automatiques qui devraient exister sont absentes. En particulier SYDONIA, le logiciel
douanier, semble très isolé. Cela entraîne l’obligation de ressaisie d’informations à partir de documents
papier avec tous les risques d’erreurs que l’on peut imaginer.
d) Il y a trop de liaisons manuelles qui devraient être automatiques.
Les liaisons manuelles sont généralement des liaisons qui se font par clés USB. De manière
périodique l’émetteur génère un fichier à plat qui est envoyé vers le récepteur via une clé USB. C’est
évidemment un problème de sécurité important et cela ne permet pas une mise à jour en temps réel
des données. Ce phénomène ajouté à celui de ressaisie manuelle d’informations est à l’origine des
nombreux décalages observés lors des opérations d’agrégation de l’information (une des raisons de
l’échec relatif du projet SIGEFI).
GOPA CONSULTANTS
Page : 40
2.3.14
Contraintes liées à la structure
Ce chapitre décrit les grandes contraintes actuelles telles qu’elles sont ressorties lors des interviews.
Ce sont évidemment des éléments importants qui devront être pris en compte dans l’élaboration des
scénarii de mise en œuvre du SDI.
a) Contraintes historiques et administratives
Depuis 2005 le MINFI est organisé en Directions Générales qui bénéficient d’une très grande
indépendance.
C’est évidemment une garantie d’efficacité et une assurance contre la corruption par une séparation
stricte des pouvoirs.
Il n’est évidemment pas question de revoir cette organisation administrative.
Or, cette contrainte va à l’encontre de la tendance actuelle de centralisation de l’informatique qui
apporte beaucoup d’avantages en particulier en ce qui concerne l’unicité des données, l’unicité des
traitements et la sécurité informatique.
Il convient donc de trouver des solutions techniques qui permettent de garantir à chaque direction une
grande indépendance tout en assurant un traitement automatique de l’information le plus efficace
possible.
C’est un des objectifs du Schéma Directeur Informatique que de trouver des solutions techniques qui
garantissent l’indépendance des diverses Directions et organismes tout en assurant l’unicité de
stockage et de traitement des informations. Généralement la solution passe par une définition précise
des droits de chacun pour l’accès aux données et aux traitements.
b) Contraintes géographiques
Le MINFI dispose des services administratifs déconcentrés dans chaque région. Le plus important
étant celui de Douala.
Chaque Direction Générale (DGB, DGTCFM, DGI, DGD) dispose de bureaux locaux qui sont en
charge de tous les traitements administratifs localisables.
Les bureaux déconcentrés doivent disposer des infrastructures (LAN, WAN, serveurs) ainsi que des
logiciels nécessaires.
En tant que service déconcentré du Ministère, chaque service est intimement lié à la direction centrale
dont il dépend. Il est donc soumis aux mêmes contraintes que sa direction de tutelle avec des
contraintes d’infrastructure supplémentaires dues à la délocalisation. Ces dernières contraintes doivent
être levées et le SDI doit proposer des solutions techniques faisant en sorte que, d’un point de vue
informatique, le traitement de l’information soit équivalent entre le central et le déconcentré.
Cela passera certainement par la mise en place de réseaux VPN (Virtual Private Network) efficaces.
Il existe aussi de nombreux bureaux au niveau départemental (perceptions, Recettes des Finances,
Secteur de Douanes, Centres Divisionnaires des Impôts, Contrôle départemental des Finances et
autres) qui aujourd’hui sont peu ou pas du tout informatisés. Le SDI devra proposer des solutions à
moyen terme pour les informatiser.
c) Contraintes de sécurité
Compte tenu de la confidentialité des informations traitées par le MINFI, la nécessité de mettre en
place un système sécurisé est une des principales contraintes à prendre en compte.
Cette contrainte est d’autant plus cruciale que les utilisateurs du nouveau système sont répartis sur
GOPA CONSULTANTS
Page : 41
tout le territoire et même à l’étranger et donc que la circulation d’informations restera importante.
Il est cependant évident qu’un système centralisé basé sur des applications Intranet de type WEB sera
intrinsèquement beaucoup plus sécurisé qu’un système construit avec bases de données réparties.
C’est donc vers un tel système qu’il faut se diriger, tout en ayant bien à l’esprit que cela ne peut être
opérationnel que dans la mesure où les débits entre le système central et les utilisateurs locaux sont
suffisants.
Le SDI va donc particulièrement s’attacher à trouver des solutions réseaux (LAN et WAN) qui assurent
de bons temps de réponse. Cela passera par la généralisation des réseaux locaux (LAN) et par la mise
en place, avec les opérateurs locaux, de réseaux WAN efficaces.
A noter qu’il existe actuellement un opérateur (CAMTEL) qui se trouve quasiment en situation de
monopole pour le transfert des données sur le territoire du Cameroun. Il faut donc envisager des
négociations "serrées" avec CAMTEL afin d’obtenir des débits minimum garantis.
d) Contraintes de personnel et de service
Le personnel informaticien du ministère est actuellement réparti entre toutes les Directions. Même la
DSI a délégué son personnel informatique dans les diverses Directions.
Suite aux entretiens, il est apparu qu’actuellement environ une centaine d'informaticiens sont répartis
dans les diverses Directions, Organisations et Services rattachés.
Pour sa part la DSI dispose de douze informaticiens dont deux seulement sont restés en central.
Cet état de fait est dû à la très grande indépendance des Directions et autres organismes qui
développent et maintiennent leur propre informatique.
Il est évident qu’une telle organisation induit de nombreux problèmes, on peut citer :
•
•
•
Manque de synergie entre informaticiens. Les informaticiens se connaissent mal et n’ont qu’une
très mauvaise connaissance des compétences de leurs collègues,
Manque de spécialisation. Dans sa Direction, l’informaticien doit s’occuper globalement de
l’informatique, il ne peut que très difficilement se spécialiser et développer une expertise,
Redondance des tâches. Il est fréquent que la même tâche (ex : développement d’un outil
informatique) soit exécutée dans deux Directions ou organismes différents.
Le SDI devra donc s’attacher à proposer une réorganisation globale de la fonction informatique du
Ministère.
En ce qui concerne la Division des Systèmes d'Information, le Schéma Directeur Informatique devra
s’attacher à proposer une réorganisation de la DSI avec comme objectif une réintégration ou une
intégration d’un maximum d’informaticiens au sein de celle-ci.
GOPA CONSULTANTS
Page : 42
2.4 Analyse de l'existant informatique
2.4.1
Présentation générale des Directions informatisées
L'organigramme du Ministère avec les diverses structures pour lesquelles les interviews ont été
conduits est le suivant :
Cabinet
SG
DSI
Administration
centrale
Services
Déconcentrés
Services
extérieurs
Services
rattachés
DGB
Budget
CF
CENADI
DGI
Douane
s
Paye
CAA
DGD
Impôts
DGTCFM
Trésor
BEAC
CTR
DNCM
CTPL
DP
DRF
ANIF
DRH
SG :
Secrétariat Général
DGB :
DGD :
DGI :
DGTCFM :
DNCM :
DP(DAE) :
Direction Générale du Trésor et de la Coopération Financière
et Monétaire
Direction de la Prévision (Direction des Affaires Economiques)
DRFi :
DRH :
CF :
CENADI :
CAA :
BEAC :
CTR :
Contrôle Financier
Centre National de Développement de l’Informatique
Banque des Etats d’Afrique Centrale
Comité Technique de Réhabilitation des Entreprises Publiques
CTPL :
ANIF :
GOPA CONSULTANTS
Page : 43
2.4.2
Analyse informatique des structures
Ce tableau est un outil d’analyse globale de l’état de l’informatique au MINFI. Il permet de dégager les principaux points qui caractérisent l’informatique
actuelle du MINFI.
Code
Description
Nb
logiciels
Nb
projets
Nb
serveurs
Nb
postes
Cabinet
Cellule informatique du cabinet du Ministre
1
1
1
Adm centrale
SG+DSI+Courrier
DGB
5
DGI
6
DGD
4
DGTCFM
Direction Général des Douanes
Direction Générale du Trésor et de la Coopération Financière et
Monétaire
4
DNCM
DP
DRFi
DRH
3
1
DDPP
Déconcentrés
budget
Déconcentrés
douanes
Déconcentrés
impôts
Déconcentrés
Trésor
Direction des Dépenses du Personnel et des Pensions
1
1
Déconcentrés du budget
Nb
postes
HS
Nb
Printers
Nb
Onduleurs
Nb
Infor
Nb
agents
30
25
12
3
66
1
31
17
17
2
119
44
433
283
203
14
1051
4
92
100
80
26
4429
6
40
470
15
5
24
2196
2
5
45
15
30
30
460
15
12
5
36
30
30
15
1
38
21
1
91
11
63
20
4
1
11
151
78
109
95
1
445
Déconcentrés des Douanes
4
5
40
9
35
28
0
623
Déconcentrés de la DGI
3
5
264
76
187
178
7
1805
Déconcentré du Trésor
4
13
186
43
118
76
1
1147
CENADI
Centre National du Développement de l’Informatique
3
9
18
110
62
72
36
59
CAA
8
4
12
100
23
2
6
81
BEAC
CTR
Comité Technique de Réhabilitation
37
CTPL
18
ANIF
Totaux
2
3
3
53
4
26
4
169
GOPA CONSULTANTS
Page : 44
28
2190
144
7
368
22
1140
30
26
879
316
1
67
2
169
6
115
163
36
13239
2.4.3
Ratios utilisés
On peut, à partir du tableau précédent, déduire un certain nombre de ratios qui donnent une bonne
représentation de la situation informatique globale du MINFI.
R1 : Nombre de serveurs / nombre d'applications :
Ce ratio devrait toujours être inférieur à 1.
Un serveur doit héberger une ou plusieurs applications.
Dans le cas contraire cela signifie que la même application est déployée sur plusieurs serveurs
ou que certains serveurs sont utilisés en dehors des applications de base.
R2 : Nombre de serveurs / Nombre de postes :
Ratio d'intégration qui doit être le plus petit possible. Il faut, pour d'évidents problèmes de
maintenance, minimiser le nombre de serveurs.
R3 : Nombre d’informaticiens / Nombre de postes :
Les informaticiens s'occupent de la maintenance du parc machines et de la maintenance
logicielle. Ce ratio permet d'évaluer si les ressources informatiques nécessaires à la
maintenance du parc sont bien disponibles.
R4 : Nombre d'onduleurs / nombre de postes :
Ce ratio permet d'évaluer le niveau de couverture électrique du parc.
R5 : Nombre d'imprimantes /nombres de postes :
Ce ratio permet d'évaluer le niveau d'équipement des postes indépendamment de l'existence
d'imprimantes réseaux.
R6 : Nombre de postes / Nombre total des agents :
Ce ratio permet d'évaluer le niveau d'équipement des agents.
R7 : Nombre de projets / Nombre d'informaticiens :
Ce ratio permet d'évaluer l'effort fourni en développement par chaque Direction.
GOPA CONSULTANTS
Page : 45
2.4.4
Tableaux des ratios
Code
Description
R1
R2
R3
R4
R5
R6
R7
Cabinet
Cellule informatique du cabinet du Ministre
1,00
0,03
0,10
0,40
0,00
0,18
0,33
Adm centrale
SG+DSI+Courrier
0,00
0,03
0,06
0,55
0,00
0,14
0,00
DGB
8,80
0,10
0,03
0,47
1,97
0,19
0,14
DGI
0,67
0,04
0,28
0,87
0,00
0,02
0,00
DGD
Direction Général des Douanes
10,00
0,09
0,05
0,01
0,00
0,00
0,25
DGT
Direction Générale du Trésor
1,25
0,11
0,67
0,67
0,00
0,07
0,07
DNCM
0,00
0,00
0,00
0,33
0,00
0,02
0,00
DP
1,33
0,11
0,03
0,00
0,00
0,00
0,00
DRFi
0,00
0,00
0,07
1,00
0,00
0,18
0,00
DRH
0,33
0,03
0,16
0,00
0,00
0,00
0,17
DDPP
Direction des Dépenses du Personnel et des Pensions
1,00
0,01
0,04
0,22
5,73
0,00
0,25
Déconcentrés budget
Déconcentrés du budget
11,00
0,07
0,01
0,63
1,40
0,21
0,00
Déconcentrés douanes
Déconcentrés des Douanes
1,25
0,13
0,00
0,70
3,89
0,04
0,00
Déconcentrés impôts
Déconcentrés de la DGI
1,67
0,02
0,03
0,67
2,46
0,10
0,00
Déconcentrés Trésor
Déconcentré du Trésor
3,25
0,07
0,01
0,41
2,74
0,07
0,00
CENADI
Centre National du Développement de l’Informatique
6,00
0,16
0,33
0,65
0,00
1,22
0,25
CAA
1,50
0,12
0,06
0,02
3,29
0,02
0,67
BEAC
0,00
0,00
0,00
0,00
0,00
0,00
0,00
CTR
Comité Technique de Réhabilitation
0,00
0,00
0,00
0,00
0,00
0,00
0,00
CTPL
0,00
0,00
0,00
0,00
0,00
0,00
0,00
ANIF
1,33
0,14
0,00
0,93
0,00
0,72
0,00
2,40
0,06
0,09
0,41
1,02
0,15
0,10
Valeurs moyennes :
GOPA CONSULTANTS
Page : 46
2.4.5
Appréciations d’ensemble
La première constatation est qu’il a été très difficile d’obtenir les chiffres sur le nombre d’agents et le
nombre de postes et serveurs.
Concernant le nombre d’agents, les données fournies par la DRH ont été extraites d’ANTILOPE et
SIGIPES mais ces données étaient divergentes. Il est donc très difficile de connaitre précisément le
nombre d’agent par Direction1.
Concernant le nombre de postes et de serveurs, étant donné qu’il n’y a pas de gestion informatisée
globale du parc informatique2 (à l’exception de la douane qui utilise le logiciel ALTIRIS de
SYMANTEC), la seule solution pour connaitre l’état du parc informatique a été de demander aux
différents services informatiques de réaliser eux-mêmes l’inventaire manuellement. Les données
présentées dans le tableau précédent sont donc issues de cet inventaire réalisé entre Juillet et
Novembre 2011. Il semble que des services informatiques n’ont visiblement inventorié que les postes
informatiques de leur service plutôt que ceux de leur Direction (cas de la DGI qui compte 4 429 agents
et seulement 92 postes recensés, mais également cas du Trésor).
Les chiffres sur le parc informatique et sur les agents sont donc trop imprécis pour en tirer des
conclusions définitives.
On peut cependant tirer les premières conclusions suivantes à partir des valeurs moyennes des ratios :
•
Ratio R1 (2,40). Il y a un très grand nombre de serveurs. Cela montre qu’il n’y a pas de
recherche d’optimisation de l’utilisation des serveurs3. Une même application est déployée sur
beaucoup de serveurs (application client lourd répartie) ce qui entraîne de grandes difficultés de
maintenance.
•
Ratio R2 (0,06, - 6 serveurs pour cent postes). Il est aussi beaucoup trop élevé. Cela démontre
que les serveurs sont trop nombreux et mal partagés entre les utilisateurs.
•
Ratio R3 (0,09, - 9 informaticiens pour cent postes). Ce ratio semble trop petit. Il traduit un
manque d'informaticiens. Il faut noter aussi la grande disparité de ce ratio suivant les directions.
Les directions ne sont visiblement pas égales en ce qui concerne l'affectation des
informaticiens. A noter le 0,33 du CENADI qui traduit le fait que celui-ci a un rôle de service
informatique.
•
Ratio R4 (0,41). Ratio assez faible traduisant l'insuffisance du nombre d'onduleurs et des
problèmes potentiels de sécurité dans l'alimentation électrique
•
Le ratio R5 (1,02). Ratio très élevé indique que les imprimantes sont peu partagées en réseau.
Il y a une certaine habitude à doter chaque poste d’une petite imprimante personnelle plutôt que
de partager une grosse imprimante via le réseau local pour tout un service. L’analyse
précédente pour les imprimantes est également valable pour les onduleurs. Il est
économiquement plus intéressant d’investir dans un gros onduleur partagé via un réseau
électrique ondulé plutôt que de doter chaque poste d’un petit onduleur dont la durée de vie n’est
que de 2 ou 3 ans,
1
Le SDI préconisera un projet d’apurement des données de SIGIPES et ANTILOPE, opération préalable
indispensable au projet d’intégration d’un ERP de GRH.
2
Le SDI préconisera la mise en œuvre d’un projet de gestion informatisé du parc informatique global afin de
remédier à ce problème
3
Le SDI préconisera de réaliser un projet de rationalisation de la gestion des ressources informatiques en
général, et des serveurs en particulier via la réalisation d’un data center commun. Le nombre de serveur pourra
être très largement diminué s’il y a mutualisation et gestion optimale des ressources.
GOPA CONSULTANTS
Page : 47
•
Ratio R6 (0,15) : Ce ratio traduit le sous équipement actuel dans le domaine de l'informatique et
des moyens installés. Moins d'un agent sur cinq dispose d'un poste de travail. L'objectif sur cinq
ans est de passer à un poste pour deux agents.
•
Ratio R7 0,10) : Ce ratio est assez faible. Il traduit le fait que peu d'informaticiens sont affectés
à la réalisation de projet. les informaticiens au MINFI sont plus en charge de l'exploitation et de
la maintenance des programmes qu'en charge du développement de nouvelles applications.
Globalement, il y a environ 160 informaticiens pour 13000 agents selon les chiffres fournis. Si ce
chiffre devait être confirmé, il est extrêmement faible comparé à ce que l’on trouve généralement
dans les administrations publiques, surtout dans les Ministères des Finances pour lesquels l’outil
informatique est hautement stratégique et dispose pour cela de nombreux informaticiens.
GOPA CONSULTANTS
Page : 48
2.4.6
Organisation géographique des services centraux
4000 m
500 m
MINFI
Bâtiment A&B
DNCM
400 m
700 m
800 m
Direction Générale
des Douanes
200 m
80 m
CENADI
Immeuble SNI
CAA
Immeuble
Ex-CNR :
IG, CTR, DP
Direction
Générale
des Impôts
Direction des
Grandes
Entreprises
Situation Géographique des services Centraux du Ministère des Finances
Les services centraux du MINFI sont domiciliés dans deux bâtiments principaux et cinq bâtiments
annexes :
•
Les deux bâtiments principaux situés au centre administratif de la ville de Yaoundé, Capitale
Politique du Cameroun, hébergent : le Cabinet du MINFI, le Secrétariat Général, La Direction
Générale du Budget (DGB), la Direction Générale du Trésor et de la Coopération Financière et
Monétaire (DGTCFM), la Direction de la Prévision (DP), la Division des Systèmes d’Information
(DSI).
•
Les cinq bâtiments annexes sont :
Les locaux de la Direction de la Normalisation et de la Comptabilité Matières (DNCM), situé
derrière le garage administratif à 500 m environ du MINFI,
Les locaux du CENADI, situés dans l’enceinte de l’ancienne Présidence à 400 m environ du
MINFI,
L'immeuble SNI, situé au rond point de la Poste Centrale à 700 m environ du MINFI, abrite
les services de la Caisse Autonome d’Amortissement (CAA) et de l’Agence National des
Investigations Financières (ANIF),
L'immeuble de la Direction Générale des Impôts, situé au Carrefour ABIA à 800 m environ
du MINFI, abrite les services de la Direction Générale des Impôts,
Le bâtiment de la Division des Grandes Entreprises (DGE), situé derrière l’ancien Centre
Culturel Américain à 200 m environ de la DGI, abrite les services de la DGE,
L'immeuble Ex-CNR, situé dernière la Direction Générale des Impôts à 80 m environ de la
DGI, abrite les services des Inspections Générales, du CTR et une partie des services de la
DP,
L'immeuble de la Direction Générale des Douanes, situé au quartier BASTOS en face de
l’Ambassade de Chine à 4000 m environ du MINFI, abrite les services de la Direction
Générale des Douanes.
GOPA CONSULTANTS
Page : 49
2.4.7
Services Déconcentrés
Les services déconcentrés du MINFI se trouvent dans onze Circonscriptions Financières ; les dix
régions administratives et NKONGSAMBA qui constitue la onzième Circonscriptions Financières. Dans
la majorité des Chefs lieux de région, il existe un Hôtel des Finances qui abrite tous les services du
MINFI, à l’exception des services des douanes. Le tableau ci-dessous donne la situation géographique
des services du MINFI dans chaque région.
Région
Distance
Yaoundé
(Km)
Chef lieu
ADAMAOU
Ngaoundéré
CENTRE
Yaoundé
EST
Bertoua
EXTREME NORD
Maroua
LITORAL
Douala
NORD
NORD-OUEST
Garoua
Bamenda
OUEST
Bafoussam
SUD
Ebolowa
SUD-OUEST
Limbé
NKONGSAMBA
Nkongsamba
Situation des
locaux
Hôtel des Finances
Secteur Douane
CRF
TG
CRI
Secteur Douane
Hôtel des Finances
Hôtel des Finances
Secteur Douane
CRF
TG
CRI
Secteur Douane
Hôtel des Finances
Hôtel des Finances
Hôtel des Finances
Secteur Douane
CRF
TG
CRI
Secteur Douane
Hôtel des Finances
CRI
Secteur Douane
CRF
TG
CDI
CRI
Quartier
Administratif
Gare marchandise
Carrefour EMIA
Face Poste Centrale
Face stade Omnisport
Gare marchandise
Administratif
Administratif
Bonanjo
Bonanjo
Bonanjo
Bonanjo
Administratif
Administratif
Administratif
DJELENG V
Administratif
Administratif
Administratif
Kribi
Administratif
LIMBE
BOTA
Administratif
Administratif
Administratif
Bonabéri
Distances
entre la TG et
les autres
services
(en m)
4 000
1 000
4 000
1 000
400
0
250
800
1 500
300
0
1 500
60 000
500
150
10 000
Remarque :
Les distances sont exprimées par rapport à la TG car toutes les TG disposent d'une liaison fibre
optique.
GOPA CONSULTANTS
Page : 50
2.4.8
Recensement des applications
Directions
Nom de
l’application
IBIS
Principales fonctionnalités
(Indiquez les 3-4 grandes
fonctionnalités)
ORACLE
(serveur)
Saisie des engagements
Liquidation
Délégation des crédits
DEPMI
Traitement des délégations de crédits
au niveau régional
Saisies
Ordonnancement des dépenses
PREBIC
Préparation du Budget
Production des documents de la loi des
finances
BUDGET
PREPABIP
Si développement spécifique
Langage de
SGBD
développement
Si progiciel ?
Contrat de
maintenance ?
Année de Jugez-vous l’application
mise en
4
2
3
TS
S
I
production
4
COBOL
Requêtes SQL
CM : NON
5
RL : NON
SQL Server
VB 6
CM : NON
5
RL : OUI
SQL
VB 6
CM : NON
5
RL : OUI
SQL
VB 6
CM : NON
5
RL : OUI
DATACOM/DB
Cobol CICS
CM : NON
5
RL : NON
ORACLE
(serveur)
INFORMIX
(client)
C
C+
CM : OUI
5
RL : NON
ORACLE
PHP
CM : NON
5
RL : NON
1986
S
4
S
4
S
Mêmes fonctionnalités que PREBIC
Uniquement utilisé par MINEPAT
4
SEBIC
Budget DDPP
ANTILOPE
SYDONIA++
DOUANES
NEXUS+
4
TS = Très Satisfaisante ;
2
sortie d'états de synthèse
Consultation de l’état d’avancement
des dossiers relatifs à la solde
Production des états
Saisie des nouveaux dossiers
Transmission des dossiers au Trésor
électroniquement
Validation des dossiers
Gestion des déclarations
Gestion des manifestes
Gestion des règlements
Gestion du transit
Suivi des opérations par GPS
Gestion des cautions
Gestion des indicateurs
Gestion des règlements
3
S = Satisfaisante ; I = Insuffisante ;
4
I
4
I
4
S
4
CM : Existence d’un contrat de maintenance ? ;
GOPA CONSULTANTS
Page : 51
5
S
RL : Existence d’un représentant local ?
Directions
Nom de
l’application
OCTOPUS
fonctionnalités)
Langage de
SGBD
développement
Si progiciel ?
Contrat de
maintenance ?
Assistance des utilisateurs
Gestion du parc informatique
Gestion des changements liés à
l’infrastructure
Gestion des fournisseurs et des
contrats
4
CM : NON
5
RL : NON
PAGODE
Ancien logiciel de gestion douanière
toujours utilisé dans certains cas
(Archives)
MESURE
Gestion des contribuables
Gestion des AMR
Gestion des contrôles fiscaux
Gestion des requêtes et réclamation
contentieuse
Production des statistiques
Interbase 8
Delphi 7
CM : NON
5
RL : OUI
IDU
Immatriculation de contribuables
(génération du NIU)
Edition des cartes de contribuables
Production des statistiques
Mise en veille des contribuables inactifs
INFORMIX
INFORMIX 4GL
CM : NON
5
RL : OUI
SONDE
Gestion des impôts liés au foncier (taxe
foncière, droit de mutation immobilière
(bail/vente)) : Emission, Recouvrement,
Relance
Evaluation administrative immobilière
Suivi des Impôts locaux (Impôt
libératoire, patentes, …)
Sybase SQL
Anywhere 9.0
Sybase
PowerBuilder 10
CM : NON
5
RL : OUI
INTERBASE 7.5
DELPHI architecte
7 ou 8
CM : NON
5
RL : OUI
SQL SERVER
2008
C
(Web)
INFORMIX
INFORMIX 4GL
CM : NON
5
RL : OUI
4
CM : NON
5
RL : NON
IMPOTS
AREN
Identification des utilisateurs
Identification de l’entreprise (Client ou
fournisseur)
Recoupements (achat, ventes, autres
produits)
Edition des états et utilisation du
renseignement
EMAP
Enregistrement des marchés
TRINITE II
Suivi des Emissions
mise en
4
2
3
TS
S
I
production
S
I
4
S
4
4
I
4
S
4
GOPA CONSULTANTS
I
Page : 52
2011
S
I
Directions
Nom de
l’application
CADRE
TRESOR
PATRIOTE
SYSTAC / SYGMA
DRH
Langage de
SGBD
développement
Si progiciel ?
Contrat de
maintenance ?
Saisie des opérations de l’Etat en
recettes
Saisie des opérations de l’Etat en
dépenses
Tenue de la comptabilité auxiliaire de
l’Etat
Edition des états de synthèse
SQL Server
2008
Production des états financiers relatifs
à la comptabilité de l’Etat (Balance des
comptes, Grand livre, Etats des restes
à payer, Etc…)
SQL Server
2008
Compensation des opérations
bancaires entre la Direction du Trésor
et les autres établissements financières
(SYGMA opétaions > 100 Millions de
CFA
ORACLE 9i
ORACLE 9i
CM : OUI
5
RL : NON
ORACLE 10g
VB 6
CM : NON
5
RL : OUI
SQL Server
2000/2008
2005
S
1996
S
2007
S
Windew 14
SQL Server
2000/2008
4
CM : NON
5
RL : OUI
Windew 14
4
4
Gestion des carrières
Gestion des pensions
Gestion du courrier
GECOPE
Initiation d’un projet des congés
collectifs
Création des décisions collectives des
congés
Affectation des agents dans les
structures
Gestion des utilisateurs
SQL Server
2000
VB 6
CM : NON
5
RL : OUI
Enregistrement des éléments de
traitement des salaires
Edition des bulletins de solde
Interface SIGIPES-ANTILOPE
DATACOM
COBOL CICS
CM : NON
5
RL : OUI
Génération automatique du tableau de
bord
Gestion des formules de calcul des
éléments du tableau
Aide à la production du TOFE
Consolidation de l’information
ORACLE 9i
VB et Java
(Netbeans)
CM : NON
5
RL : OUI
TABORDSOFT
mise en
4
2
3
TS
S
I
production
4
CM : NON
5
RL : OUI
SIGIPES
ANTILOPE
DP
fonctionnalités)
Suivi du Recouvrement
2001
I
2006
I
4
4
GOPA CONSULTANTS
Page : 53
I
4
2003
I
Directions
Nom de
l’application
BALANCE DES
PAIEMENTS
SIPAE
ANTILOPE
TRESOR
CENADI
AGL WINDEV 15
fonctionnalités)
financière
Génération automatique de la balance
des paiements
Gestion des formulaires bancaires
Gestion des questionnaires d’enquêtes
TRAITEMENT DES SALAIRES ET
DES PENSIONS
TRAITEMENT DES ARCHIVES DE LA
COMPTABILITE DU TRESOR
Si progiciel ?
Contrat de
maintenance ?
CM : NON
5
RL : OUI
EXCEL
CM : NON
5
RL : OUI
DATACOM
IDEAL
CM : OUI
5
RL : NON
-
COBOL
CM : NON
5
RL : NON
SEMS
Codification des acteurs et des valeurs
mobilières (Code ISIN)
Dénouement des transactions
Gestion des opérations sur titre (OST)
Conservation des valeurs mobilières
JUNON
Gestion de la paie
Gestion du personnel
Gestion des congés
2004
I
4
I
4
1986
TS
197x
TS
4
Conception de base de données
Génération rapide des applications
Langage de programmation de 5è
génération
Conception des sites Internet
Développement des pages web
statiques et dynamique
CS-DRMS 2000+
mise en
4
2
3
TS
S
I
production
4
PowerBuilder
ORACLE 8i
Système macro-économique
Prévention
Suivi des conventions de financement
Gestion de la dette extérieure
(prévision et remboursement)
Suivi des décaissements
Analyse de viabilité de la dette
CAA
Langage de
SGBD
développement
4
CM : NON
5
RL : NON
ORACLE 9i
ORACLE 8i
2011
S
4
C
(C/S)
CM : OUI
5
RL : NON
C, C++,
KSH, PL/SQL,
DELPHI
(C/S)
CM : NON
5
RL : OUI
1999
TS
2002
TS
4
4
HYPERFILE
CM : OUI
5
RL : NON
(monoposte)
GOPA CONSULTANTS
Page : 54
2003
S
Directions
Nom de
l’application
fonctionnalités)
Langage de
SGBD
développement
Si progiciel ?
Contrat de
maintenance ?
4
CM : OUI
5
RL : NON
KHRONOS
Gestion de la comptabilité générale
Gestion de la comptabilité analytique
HYPERFILE
MAILSOFT
Gestion électronique et administrative
du courrier
ORACLE 10g
Web logic,
Java
(C/S, web)
CM : OUI
5
RL : OUI
Gestion comptabilité matière
Gestion du budget
Gestion du stock
HYPERFILE
Windev
CM : NON
5
RL : OUI
Gestion de la trésorerie
Suivi des opérations bancaires
Access 2007
WLangage,
Windev
CM : NON
5
RL : OUI
I-CADMA
LE PRECIEUX
IBM LOTUS
DOMINO
mise en
4
2
3
TS
S
I
production
2003
S
2005
S
4
4
2008
I
4
2006
S
2007
S
2009
S
2010
S
2007
S
4
Messagerie d’entreprise
(interne/externe)
Travail collaboratif
CM : OUI
5
RL : OUI
4
GDA
ANIF
Gestion des déclarations automatiques
HYPERFILE
SEBDA
Système d’exploitation bd ANIF
SQL 8
ASP
GACHA
Gestion automatique des changes
SQL 8
PHP, JAVA
GOPA CONSULTANTS
Page : 55
CM : NON
5
RL : OUI
4
CM : NON
5
RL : OUI
4
CM : NON
5
RL : OUI
2.5 Moyens des services informatique par Direction
2.5.1
Matériels
Le Ministère des Finances dispose d’un équipement informatique assez conséquent. Si l’on
compte les postes informatiques disponibles dans les administrations centrales (Ministère,
Directions Générales, organismes sous tutelle) et dans certains services régionaux, nous arrivons
à plus de 2 000 postes (voir ci-dessous). Le nombre réel de postes est encore supérieur puisque
les données de certains services ne nous ont pas été communiquées.
Cependant le nombre de postes de travail demeure faible au regard des besoins. Il y a
actuellement douze mille agents opérationnels au MINFI (17% des agents équipés).
Le décompte est aussi conséquent en termes de serveurs informatiques. Le recensement réalisé
fait ainsi état de près de 170 unités, sachant qu’un serveur est considéré comme tel lorsqu’il
héberge une application ou une base de données utilisée par plusieurs utilisateurs (cette définition
inclut donc les postes de travail qui sont utilisés comme serveur).
L’état de fonctionnement des postes informatiques est globalement satisfaisant et les services
parviennent à en assurer la maintenance et le renouvellement sur budget propre.
Les équipements périphériques (imprimantes, onduleurs) sont également répartis de manière
assez inhomogène.
L’environnement dans lequel sont placés tous ces équipements n’est pas toujours idéal. Les
bureaux sont parfois surchargés et/ou ne bénéficient pas de mobilier adéquat pour positionner
correctement les ordinateurs. L’absence de climatisation dans certains locaux est préjudiciable aux
équipements, et la poussière ne favorise pas un fonctionnement durable. Il est fréquent de
constater une succession de prises multiples sur lesquelles se trouvent plusieurs équipements
(ordinateurs, écrans, onduleurs, imprimantes).
Le nombre de serveurs pose la question de leur bon usage. Le constat est en fait qu’à chaque
création d’une application nécessitant une base de données, un serveur est mis en place. Les
machines ainsi déployées ne sont utilisées qu’à quelques pourcents de leurs vraies capacités
alors que chaque ajout d’un serveur entraîne des contraintes fortes : charge sur le réseau
électrique, besoin d’onduleur, nécessité de programmer des backups, protection logicielle
(antivirus), licences serveur et utilisateurs (si Windows), etc. Cet « écosystème » entourant chaque
serveur a un coût financier et représente une charge de travail supplémentaire en termes
d’administration.
Ces serveurs sont regroupés dans des salles qui ne sont pas prévues pour cela. Seules quelques
structures disposent d’une salle à la norme dédiée pour ses serveurs. De plus les salles en
question sont, dans leur grande majorité, dépourvues de toute sécurité électrique (absence de
mise à la Terre) et leur climatisation n’est pas toujours garantie, de même que leur alimentation
électrique en cas de panne de courant.
La gestion du parc informatique est en grande partie manuelle. La configuration des postes de
travail n’est pas centralisée et ils ne sont pas systématiquement attachés à un domaine Windows.
Pourtant cela rendrait beaucoup plus simple la gestion des adresses des machines sur le réseau,
le paramétrage de la sécurité des postes (mots de passe, privilèges, antivirus, pare feu) ou encore
la diffusion d’un environnement de travail homogène (espaces disques partagés). La gestion des
serveurs souffre des mêmes maux avec, en plus, différentes versions des systèmes (Windows
server ou, plus souvent, Linux) et des systèmes de bases de données variés. Enfin l’inventaire
exact et à jour de ce parc est très difficile à maintenir, pour preuve la collecte d’informations lancée
GOPA CONSULTANTS
Page : 56
à l’occasion de la mission n’a pas obtenu toutes les réponses.
La maintenance des machines informatiques est assez bien assurée par les différents
informaticiens du MINFI. Néanmoins les moyens font souvent défaut, surtout lorsqu’il faut des
pièces de rechange ou faire appel à un prestataire. Par exemple la cellule informatique du Trésor
possède un onduleur de 15kVA qui est hors service depuis plusieurs années et il n’est pas rare
que les agents doivent attendre des semaines voire des mois pour qu’un climatiseur soit réparé.
De plus il s’agit très souvent (pour ne pas dire exclusivement) de réagir à une demande
d’assistance selon le temps disponible au moment de la demande. En d’autres termes il n’y a pas
de planification des maintenances et des interventions ni de trace de ces interventions (lieu de la
panne, motif, solution apportée, résultat, temps passé). En conséquence il n’y a pas de partage
des connaissances gagnées lors de la résolution des problèmes et, donc, une inévitable perte de
temps lorsque la même panne se répète.
Concernant les espaces de stockage et de sauvegarde, il n’existe pas de ressources partagées
significatives sur les réseaux rencontrés. Au mieux trouve-t-on des répertoires partagés sur telle
ou telle machine, mais pas de répertoire de groupe sur un serveur. De même n’existe-t-il pas
d’espace volumineux de stockage. Les espaces disponibles sur le réseau sont pris sur les disques
durs des serveurs. Ils sont donc limités et empiètent sur l’espace utilisable par le serveur luimême. Ce manque empêche de mettre en place des mécanismes de sauvegarde, comme par
exemple dupliquer les fichiers de travail des agents (ils sont sur leur machine, mais également sur
la zone de stockage) pour pouvoir, le cas échéant, centraliser leur écriture sur des bandes. Ces
espaces de stockage peuvent aussi servir de bibliothèque de documents et/ou de logiciels à usage
professionnel.
GOPA CONSULTANTS
Page : 57
Le tableau ci-dessous donne un état de synthèse du matériel informatique du ministère.
Ordinateur
Structure
<4 ans
Imp
Ond
Serv
Multi
25
12
1
6
13
13
3
1
3
2
3
1
1
283
203
44
15
5
40
100
155
12
130
5
>4 ans
HS
Serv
Mono
Ministre
Cabinet
30
Secrétariat particulier
Conseillers Techniques
Inspection générale
Administration centrale
SG
16
DSI
Courrier
4
DGB
433
144
0
DGD
350
119
DGI
68
62
180
40
160
DP (DAE)
27
9
30
DDPP
67
24
11
63
DRFi
5
25
0
15
DRH
24
14
Budget
96
55
78
109
95
11
Douanes
13
27
9
35
28
5
Impôts
77
187
76
187
178
5
Trésor
127
59
43
118
76
11
2
CENADI
56
45
62
72
16
2
CAA
44
36
23
2
10
2
22
26
4
1098
871
170
DGTCFM
20
DNCM
4
1
20
0
1
30
0
0
1
0
21
Services déconcentrés
CF
Paierie
7
BEAC
CTR
CTPL
ANIF
28
1212
1146
269
8
GOPA CONSULTANTS
Page : 58
2.5.2
Humains
a) Aspect organisation
Le Ministère des Finances compte 21 structures qui sont soit des directions soit des organismes sous
tutelle, et plusieurs centaines de sous-directions,
sous directions, services, division, cellule, etc. Les informaticiens du
Ministère sont répartis dans les 15 services informatiques suivants :
13 services informatiques au niveau de
l’administration centrale :
Sous
Sous-dir.
accueil, courrier
2 services informatiques au
niveau des structures soustutelless
Service de GED
CAA
SG
Division des SI
DDPP
BEAC
service
informatique
DGB
CTR
Services
rattachés
CTPL
Division de
l'Informatique
DGD
service
informatique
ANIF
Division du
recouvt, SI
Cellule
Informatique
CENADI
Division
informatique
DGI
Administration
centrale
Dir Grande
Entreprises
cellule infor. et
des statistiques
Dir cpt publique
Cellule
informatique
Pas de service informatique au
niveau local
DGTCFM
Division
Informatique
DNCM
sous
sous-dir
formation et SI
DP
cellule
informatique
DRFi
service
informatique
DRH
cellule de
gestion du
SIGIPES
BUDGET
service des
systèmes
d'infor.
IMPOTS
Services
déconcontrés
TRESOR
DOUANES
On remarque qu’à Yaoundé, toutes les structures de l’administration centrale possèdent au moins un
service informatique. Certaines structures comme le SG, le Budget ou le Trésor possèdent même 2
services informatiques.
Notons que la DSI (représentée en couleur foncée) joue un rôle particulier. En effet, à la suite du projet
SIGEFI qui visait à consolider dans une base de données unique l’ensemble des informations
financières du MINFI – projet stoppé par décision du Ministre en 2005 – la Division des Systèmes
d’informations (DSI) a été créée pour coordonner la fonction informatique du MINFI et rattachée au
Secrétariat Général. La DSI compte à ce jour 15 informaticiens, dont 13 sont délocalisés dans d’autres
services informatiques
atiques pour une durée indéterminée (5 à la DGB, 3 au trésor, 2 aux impôts, 3 à la DRH)
et seulement 2 qui sont physiquement restés à la DSI (le Directeur
recteur et un informaticien).
Toujours au niveau central, dans les administrations rattachées (CENADI, CAA, BEAC, CTR, CTPL,
ANIF), toutes les structures possèdent également, à priori, un service informatique. La mission en a
rencontré quelques-uns
uns mais le périmètre de la présente étude s’est limité aux services informatiques
GOPA CONSULTANTS
Page : 59
représentés en rouge dans le schéma ci-dessus.
Enfin, au niveau local (déconcentré), dans les régions, il n’y a pas de service informatique, ni
d’informaticien à l’exception de la région de Douala ou on a 2 informaticiens notamment 1 au CIME et 1
au Centre Régional des Impôts. Il y a, en revanche, dans toutes les Trésoreries Générales des
correspondants informatiques appelés « chef SCTIC » qui sont en liaison avec le niveau central.
Il n'y a par contre aucun correspondant informatique local dépendant de la DGB.
On constate donc une très forte délocalisation des services informatiques, et un organigramme qui ne
met pas la DSI en position d’autorité sur les autres services informatiques de l’administration centrale du
MINFI.
Le fait d’avoir une fonction informatique « éclatée » du point de vue organisationnel au sein du MINFI
devrait imposer une coordination forte de la part de celle-ci afin de garantir la cohérence des projets
informatiques, la mutualisation des ressources, le partage des savoirs, etc. Cela n'est pas le cas
aujourd'hui.
GOPA CONSULTANTS
Page : 60
Le tableau ci-dessous donne un état de synthèse du personnel informaticien du ministère.
C
D
Tot inf
B
Autre
A
6-1
Pers.
total
Structure
12-7
Personnel
Informaticiens
Ministre
Cabinet
66
3
3
Secrétariat particulier
Conseillers Techniques
Inspection générale
23
Administration centrale
SG
119
DSI
9
2
DGB
1051
4
4
0
DGD
2196
5
4
1
DGI
4429
2
4
20
26
DGTCFM
460
15
5
10
30
DNCM
316
2
Courrier
DP (DAE)
67
DDPP
0
6
0
0
14
8
1
5
24
1
1
3
1
4
DRFi
169
0
0
0
0
2
0
0
2
DRH
115
0
0
0
0
6
0
0
6
1
1
Services déconcentrés
Budget
445
Douanes
623
Impôts
1805
Trésor
1147
7
7
1
1
Services extérieurs
CF
Paierie
Services rattachés
CENADI
59
CAA
81
13
4
1
11
5
2
6
36
6
BEAC
CTR
37
CTPL
18
ANIF
36
45
21
1
1
80
7
8
163
GOPA CONSULTANTS
Page : 61
La structure qui rassemble le plus d’informaticiens et qui est spécialisée dans l’informatique est le
CENADI. Mais cette structure détachée de l’administration centrale, n’a pas pour mandat exclusif de
travailler pour le MINFI, mais pour tous les ministères de l’Etat. La relation entre le CENADI et la DSI et
la répartition de leurs rôles respectifs mérite d’être clarifiée.
Ainsi donc on constate une forte dispersion des informaticiens dans des petits services informatiques.
Ainsi, ces services informatiques n’atteignent pas la taille critique suffisante pour permettre une véritable
organisation des services informatiques, avec la spécialisation des agents. La plupart des informaticiens
se retrouvent actuellement à réaliser tous les métiers de l’informatique dans leur petit service (gestion
du réseau, DBA, développement de logiciel, support aux utilisateurs, etc.), alors que si une direction
informatique principale regroupait une grande partie des informaticiens, ceux-ci pourraient être
spécialisés sur certaines tâches, et ainsi assurer un service global de bien meilleure qualité.
b) Aspect mobilité des agents
Nous n’avons relevé que 2 recrutements d’informaticiens (à la DGB et à la douane) sur les 12 derniers
mois dans tout le MINFI (alors que par exemple le MINEPAT déclare en avoir recruté 20). Sur la même
période, les responsables informatiques ont déclarés avoir perdu une vingtaine d’informaticiens au
MINFI (dont une dizaine pour le seul CENADI).
Il ne nous a malheureusement pas été possible de faire vérifier ces chiffres avec la DRH, les logiciels
ANTILOPE et SIGIPES ne permettant de fournir ces chiffres.
Il semble qu’il y ait donc une diminution du nombre d’informaticiens d’après les informations fournies
verbalement par les responsables informatiques. Le ministère de la fonction publique nous a pourtant
indiqué que 560 informaticiens ont été recrutés depuis 2009, portant ainsi à 700 le nombre
d’informaticiens au total dans la fonction publique. Il y a ainsi contradiction entre l’effort d’embauche
considérable d’informaticiens par l’Etat et la baisse dans le même temps du nombre d’informations au
niveau de l’administration centrale du MINFI.
Ce qui peut en revanche être affirmé, toujours sur la base des déclarations des responsables
informatiques, c’est que le « turnover » (c.à.d le taux [départ + arrivé]/nb total d’agent) est très faible au
MINFI. Un informaticien embauché dans une direction générale a ainsi toutes les chances d’y rester
toute sa vie !
GOPA CONSULTANTS
Page : 62
2.6 Gestion de la qualité
Nous n’avons nulle part trouvé de service qui utilise des méthodes formalisées de gestion de projets ou
de gestion de la qualité. L’absence de référentiel commun ne favorise pas l’émergence d’une « culture »
commune dans la gestion des projets informatiques. Comment les services informatiques font-ils
aujourd’hui pour s’assurer de la qualité des outils produits ? En l’absence de méthode formalisée et
d’outils standardisés, les services informatiques peuvent-ils évaluer s’ils réalisent leur maintenance
évolutive et corrective au meilleur coût ?
Pourtant la plupart des services connaissent les référentiels qualités (ITIL V3, ISO, etc.) et plusieurs
cadres ont même reçu des formations au Cameroun ou à l’étranger sur ces normes qualité. Mais aucun
service n’a pris l’initiative d’appliquer ces normes, faute certainement de motivation des informaticiens
mais aussi faute d’avoir une grande direction informatique organisée dotée d’un service qualité qui
mettrait partout en œuvre ces normes qualités avec l’appui de la hiérarchie.
Nous n’avons pas trouvé non plus de méthode formalisée de réalisation des projets, ce qui ne veut pas
dire que les services informatiques réalisent leurs projets sans aucune méthode, bien au contraire, mais
que les méthodes de réalisation sont pas ou peu formalisées, ce qui ne favorise pas l’émergence de
méthode commune et éprouvée.
Notons enfin l’absence d’un support organisé de la part des services informatiques (à l’exception notable
de la Douane qui a mis en œuvre une hot line et utilise le logiciel OCTOPUS pour gérer les demandes
d’intervention des utilisateurs) une fois les logiciels mis en production. Cela ne signifie pas que les
services informatiques n’assurent pas de support, au contraire. Mais il n’existe pas de processus de
gestion de la fonction support, ni d’outil de help desk ou hot line, ni même une cellule « support » au sein
du MINFI
Tout cela laisse une impression globale d’une gestion trop archaïque de la fonction informatique au
MINFI (à l’exception de la douane qui semble en avance dans sa gestion informatique comparé aux
autres services informatiques).
GOPA CONSULTANTS
Page : 63
2.7 Réseaux LAN
Mis en œuvre en 2002, le réseau local du Ministère des Finances (MINFI) est bâti sur une architecture
physique en étoile où les nœuds principaux sont situés respectivement à la Cellule Informatique (CIB)
de la Direction Générale du Budget (DGB) pour ce qui est du bâtiment B et à la Cellule Informatique
(CIT) de la Direction Générale du Trésor et de la Coopération Financière et Monétaire (DGTCFM) pour
ce qui est du bâtiment A.
GOPA CONSULTANTS
Page : 64
2.7.1
DESCRIPTION GENERALE DU RESEAU LOCAL DU MINFI (niveau siège)
Cette partie du document donne avec précision les informations sur l’infrastructure réseau du MINFI, elle
s’articule autour des points suivants :
• Aspect câblage,
• Aspect équipements,
• Aspect configuration et adressage,
• Aspect gestion du trafic Internet.
a) Aspect câblage
Le réseau local du MINFI est réalisé à l’aide de deux types de support à savoir le câble en cuivre de
catégorie 5e et le câble fibre optique multimode de 6 et 12 brins.
Le câble en cuivre est utilisé pour le raccordement des bureaux à chaque baie de brassage située aux
ailes d’étage des bâtiments A et B. La distance maximale entre la prise RJ-45 et le panneau de
brassage est d’environ 60m, puis on a un câble UTP qui permet le brassage du panneau et du switch
d’accès. Les postes de travail sont alors reliés au LAN à travers les câbles UTP droit d’une longueur de
3m, ce qui donne une longueur globale d’environ 80m entre le poste de travail et l’équipement d’accès.
Le câble à fibre optique est utilisé pour le raccordement des baies de brassage aux étoiles optiques
situées respectivement à la cellule informatique de la DGT pour ce qui est du bâtiment A et à la cellule
informatique de la DGB pour ce qui est du bâtiment B.
Ces raccordements sont réalisés par des câbles fibres optiques multimodes de 6 brins qui sont reliés à
des tiroirs optiques de type ST (côté connecteur). Le brassage entre les tiroirs et les modules fibre
optique est effectué par des jarretières multimodes de type ST-SC de 3m.
Dans certaines baies de brassage, on trouve des convertisseurs optique-Ethernet qui servent de relais
entre le signal fibre optique venant de l’étoile optique et le signal Ethernet venant de l’équipement
d’accès (switch d’étage). Les deux bâtiments sont reliés par une dorsale fibre optique de 24 brins.
Remarque :
Il est important de relever la présence dans plusieurs bureaux des petits switches de 5 ou 8 ports
installés pour pallier à l’insuffisance des points d’accès. Nous avons également remarqué une absence
totale d’étiquetage des câbles dans l’ensemble des baies de brassage et parfois une confusion entre la
référence de la prise RJ-45 et son correspondant sur le panneau de brassage.
GOPA CONSULTANTS
Page : 65
b) Aspect équipements
Le réseau local du MINFI est constitué de trois types d’équipements à savoir :
• Les routeurs,
• Les switches de cœur du réseau,
• Les switches d’accès,
• Les firewalls.
Les routeurs
On trouve des routeurs de la gamme Cisco 2800 séries, 1800 séries et 3000 séries.
Routeurs de la gamme Cisco 2800
Au sein du LAN du MINFI, on a trois routeurs de la gamme Cisco 2800 séries. Le premier doté
de deux interfaces Giga Ethernet et de deux interfaces E1 est utilisé pour l’accès Internet fourni
par la société CAMTEL, chaque interface E1 transporte 2 Mo de bande passante. Il est situé à la
DSI.
Le deuxième routeur situé dans la salle machine de la DRH doté de deux interfaces
GigaEthernet et d’une interface E1 est utilisé pour le raccordement du MINFI au réseau
SIGIPES-ANTILOPE respectivement pour le traitement des dossiers de carrière des agents de
l’Etat et pour le traitement des éléments de solde résultant des précédents traitements. Ce
réseau est géré par CAMTEL.
GOPA CONSULTANTS
Page : 66
Le troisième routeur situé dans la salle 405 de la DGB doté uniquement d’interface FastEthernet
est utilisé pour l’interconnexion des contrôles financiers spécialisés auprès des Ministères et est
géré par un prestataire privé à travers une Boucle Locale Radio (BLR).
Routeur de la gamme 1800
Installé à l’Agence Centrale Comptable du Trésor (ACCT), il est utilisé dans le cadre du réseau
APECAM pour l’interconnexion des structures du Trésor.
Routeur de la gamme 3000
Egalement installé à l’ACCT et doté de deux interfaces Giga Ethernet, il est utilisé pour
l’interconnexion des Trésoreries Générales (TG) à la Cellule Informatique du Trésor (CIT) dans le
cadre de la mise en place d’un environnement d’échange de données entre la CIT et l’ensemble
des TG à travers le réseau fibre optique mis en œuvre par CAMTEL.
GOPA CONSULTANTS
Page : 67
Les Switches de cœur de réseau
Côté CIT
L’étoile optique située à la CIT est un Switch CISCO Catalyst 4500 séries constitué de carte
Gigaethernet, module fibre optique et d’une carte de monitoring. Ce Switch reçoit le trafic généré
au niveau des étages, du trafic en provenance de l’ACCT et du trafic en provenance du bâtiment
B
Côté CIB
Suite aux multiples pannes qui sont survenues au sein des composants de l’étoile optique
installée à la CIB, le prestataire en charge de la maintenance du LAN de la DGB a procédé à
l’installation et au brassage de 06 switches Cisco Catalyst 2950 et 2960G. Ces Switches sont
chargés de gérer le trafic provenant des différents étages et du bâtiment A.
GOPA CONSULTANTS
Page : 68
Les Switches d’accès
Chaque aile d’étage dispose d’une baie de brassage, ce qui porte le nombre de baies à 12 pour
le bâtiment B et 11 pour le bâtiment A. chaque baie possède en moyenne 2 Switches, des Cisco
catalyst 2950 et des Dlink de 24 ports dotés des modules fibre optique, qui reçoivent le trafic
généré par les postes de travail avant de les acheminer vers l’étoile optique.
Les firewalls
L'analyse effectuée nous a amené à constater l’existence de deux firewalls dans l’ensemble du
LAN du MINFI, de type CISCO ASA 5500 séries, installés à l’ACCT. Ils permettent le filtrage du
trafic en provenance et à destination des postes comptables situés dans les différentes régions
du Cameroun. Il n’existe aucun firewall au niveau des autres points de sortie du LAN à savoir
l’arrivée Internet, le réseau SIGIPES et le réseau d’interconnexion des contrôles financiers.
b) Aspect Configuration et adressage
Configuration des routeurs
Nous constatons que toutes les configurations des routeurs du MINFI (routeur Internet, routeur
SIGIPES, routeur APECAM, routeur d’interconnexion TG-CIT) sont effectuées par CAMTEL qui
détient les paramètres d’accès. Le routeur d’interconnexion des contrôles financiers spécialisés
également est géré par un prestataire privé.
Configuration des switches
Tous les switches du MINFI sont en mode passif, ils ne possèdent aucune configuration
particulière permettant de pouvoir les administrer ou de suivre leur activité, ce qui est à l’origine
des fortes perturbations observées dans le LAN du MINFI. Il ne figure aucun confinement du
trafic, ce qui engendre une forte propagation des "broadcast" qui atteint tous les équipements et
fait parfois passer les interfaces des Switches et routeurs d’un état actif à un état inactif. Enfin, la
propagation des virus et des vers attaquent 80% des ressources du MINFI.
Adressage
L’adressage des postes de travail est effectué de manière statique, tant pour l’accès Internet que
pour l’accès aux applications. Ce qui est à l’origine des conflits d’adresses IP observé car il n’ya
pas une véritable responsabilisation des ressources chargées d’effectuer ce travail. Il n’existe
aucun serveur DHCP permettant de contrôler l’attribution des adresses IP aux ressources du LAN.
GOPA CONSULTANTS
Page : 69
c) Aspect gestion du trafic Internet
Le MINFI dispose d’une bande passante de 4Mo desservie grâce aux deux interfaces E1 installées sur
le routeur Cisco 2800 configurés à cet effet, chaque interface transportant 2Mo. Le monitoring du trafic
en interne laisse apparaître une absence totale de gestion de la bande passante, ce qui donne la
possibilité aux utilisateurs de procéder à des téléchargements depuis des sites P2P, des torrents et
autres qui favorisent la propagation des virus et des logiciels espions.
Toutes ces infiltrations de vers et trojans sont favorisées par l’absence de système de protection au
niveau de l’arrivée Internet, car d’après le schéma présenté plus haut, nous avons juste un routeur et un
switch comme dispositif de connexion Internet entre le LAN et CAMTEL.
Tous les paquets et requêtes venant de l’extérieur sont directement orientés vers les ressources du LAN
du MINFI. Ce qui laisse croire que le débit proposé par CAMTEL n’est pas celui effectivement donné au
MINFI.
Il est important de relever ici que la plus part des utilisateurs fonctionnent au sein des groupes de travail,
à l’exception de la DGTCFM et de la DGB qui dispose d’un domaine d’utilisateurs au sein duquel sont
paramétrées les applications
.
Ceci permet une gestion optimale des ressources (ordinateurs, imprimantes, utilisateurs) et une
sécurisation des données (protection des accès aux fichiers) car tous les accès sont centralisés au
niveau d’un contrôleur de domaine qui détient les paramètres (mot de passe, code d’accès) de
l’ensemble des utilisateurs du domaine.
Par contre au sein d’un groupe de travail, la gestion des ressources est locale à chaque poste de travail
et les paramètres d’accès sont également stockés au sein de chaque poste. Cela ne garanti aucune
sécurité et la gestion est très fastidieuse car l’administrateur doit aller de poste de travail en poste de
travail pour la résolution des problèmes éventuels.
La Division des Systèmes d’Information (DSI) dispose d’une salle serveurs principale qui abrite les
différents serveurs (serveur d’échange de données entre les structures, serveur de messagerie
(inutilisé), serveur ECOFI) et le routeur Internet.
Le bâtiment B dispose d’un onduleur central qui alimente l’ensemble des bureaux et garantit une
continuité de service en cas de coupure du courant électrique. Celui du bâtiment A étant en panne, on
note un arrêt brusque des équipements lors des coupures du courant électrique au sein de ce bâtiment.
.
La Sous Direction du Courrier dispose d’un réseau local qui n’est pas encore raccordé au LAN du MINFI
au niveau central. Ce réseau local est constitué de deux Switches Dlink et un câblage fait de câble en
cuivre FTP de catégorie 5.
2.7.2
Architecture LAN de la DGI (niveau siège)
La Direction Générale des Impôts (DGI) qui est situé en dehors du siège du MINFI dispose d’un réseau
local bâti principalement sur la technologie WIFI constitué des points d’accès Cisco qui desservent
l’ensemble des bureaux. On note la présence à certains endroits de câblage à base des câbles FTP
blindés catégorie 5e qui alimente les points d’accès WIFI. La DGI dispose également d’une salle
machine dans laquelle on trouve des équipements de commutation du réseau d’interconnexion du MINFI
et les serveurs d’applications.
La Division des Grandes Entreprises (DGE) qui est un sous ensemble de la DGI dispose de la même
architecture LAN et de la même technologie. La DGE dispose d’un onduleur central de marque APC
GOPA CONSULTANTS
Page : 70
capable d’assurer la continuité de service en cas de coupure du courant électrique et ce pendant 1h30
minutes.
2.7.3
Architecture LAN de la DGD (Site Informatique de Douala Bonanjo)
Au niveau de la Direction Générale des Douanes (DGD), on note au siège de la Division Informatique
située à Bonanjo (Douala) la présence d’un réseau local réparti au sein des 2 étages et d’une salle
machine au sein de laquelle on trouve deux baies de brassage de 42U. A l’intérieur de ces baies nous
avons des routeurs Cisco, des Switches catalyst 2960, des Firewall Cisco, des Gateways antivirus, une
batterie des serveurs SYDONIA, un serveur de messagerie et des serveurs Web.
La DGD dispose d’un Intranet qui couvre l’ensemble des bureaux de la ville de Douala et d’un VPN qui
permet un échange de données sécurisés entre les services de la DGD dans le cadre de l’exploitation
du système SYDONIA.
2.7.4
LAN dans les services déconcentrés
Les quatre Directions Générales du MINFI à savoir la DGB, la DGI, la DGD et la DGT disposent
chacune des structures déconcentrées réparties dans les dix régions. Ces services déconcentrés
possèdent pour la plus part des réseaux locaux.
D'après les résultats des enquêtes, il ressort que les LAN au niveau local sont dans un état vétuste ou
inexistant par endroit. Un projet de mise à niveau ou de création de LAN doit être envisagé.
GOPA CONSULTANTS
Page : 71
2.7.5
Bilan matériel
Les réseaux locaux des différents sites MINFI sont déclinés par des équipements récapitulés dans le
tableau ci-dessous :
Bâtiment
Etage
Aile
baie
Type équipement
Marque
12U
Switch
Dlink
Routeur
Cisco
Switch
Cisco
C
24U
4
D
9U
Switch
Dlink
D
12U
Switch
Dlink
C
12U
Switch
Cisco
C
12U
Switch
Cisco
D
12U
Switch
Cisco
1
C
12U
Switch
Cisco
1
D
12U
Switch
Cisco
C
12U
Switch
Dlink
D
12U
Switch
Dlink
Switch
Switch
Dlink
Dlink
Cisco
Switch
Dlink
3
2
A
Rez
chaussée
Sous Sol
24U
6
Chassis
9U
Switch
Cisco
C
9U
Switch
Cisco
D
9U
Switch
Cisco
C
42U
Switch
Cisco
Routeur
Cisco
Switch
Cisco
5
B
Caractéristique
DES 3210 24 ports
FastEthernet 1 module FO
2851
Catalyst 2960 de 22 ports
FastEthernet, 2 ports
gigaEthernet, 1 convertisseur
DES 3210 24 ports
FastEthernet 2 ports FO ; 1
convertisseur optique /
Ethernet
24 ports FastEthernet 1 port
FO ;
Catalyst 2950 de 24 ports, 1
convertisseur Optique
/Ethernet
/Ethernet
/Ethernet
/Ethernet
/Ethernet
de 24 ports, FastEthernet; 1
module FO ;
de 24 ports, FastEthernet; 1
module FO ;
de 16 ports ; FastEthernet
modules FO
Catalyst 2950G
De 24 ports(22 ports
FastEthernet et 2 ports Giga)
Catalyst de 20 ports, 4 ports
Giga
Giga 4 modules FO
Giga 4 modules FO
Catalyst 2960G de 20 ports,
FastEthernet, 4 ports Giga, 2
port FO
Nombre
2
1
1
2
2
2
2
2
2
2
2
2
1
8
1
1
2
2
5
4
D
42U
2800 Series
1
6
GOPA CONSULTANTS
Page : 72
Bâtiment
Etage
Aile
baie
C
42U
D
42U
C
12U
D
12U
3
2
42U
C
1
42U
42U
D
Site Ecofi
42U
12U
42U
Région du
Nord
Hotel des
Finance
9U
9U
9U
Région du
Sud
Adamaoua
Est
TG
9U
CRF
9U
CRF
20U
SRD
32U
TG
24U
CRF
12U
CRI
24U
CRF
24U
TG
42U
Littoral I
Type équipement
Marque
Caractéristique
Nombre
port FO
Switch
Cisco
2
port FO
Switch
Cisco
3
port FO
Switch
Cisco
2
port FO
Switch
Cisco
3
port FO
Catalyst 4500 Series de 48
Switch
Cisco
ports, 1 carte de supervision,
1
48 module FO
Switch
Cisco
2
port FO
Contenant des serveurs IBIS
Contenant des serveurs DEPMI
Switch
Cisco
4
port FO
Routeur
Cisco
2800 serie
1
Routeur
Cisco
3800 serie
1
Switch
Cisco
2
modules FO , 1 convertisseur
Optique/Ethernet
Contenant 5 serveurs (Ecofi, Echange, Messagerie, Sauvegarde)
Routeur
Cisco
1
Dlink
Dlink
Cisco
Cisco
Dlink
Dlink
Dlink
Dlink
KTI
Cisco
HP
Cisco
Dlink
Dlink
Cisco
2800 serie
port FO
de 24 ports, FastEthernet;
2960 serie
Catalyst de 24 ports,
de 6 ports,
16 ports et 24 ports
24 ports
1800 Series
Procure 2524 de 24 ports
2960 Series, 24 ports
3 de 16 ports et 24 ports
1800 Series
Switch
Cisco
Switch
Switch
Routeur
Switch
Switch
Switch
Switch
Switch
Switch
Routeur
Switch
Routeur
Switch
Switch
Routeur
Switch
Switch
Routeur
Cisco
Dlink
Cisco
24 ports
1800 Series
1
2
1
Switch
Cisco
Switch
Dlink
48 ports
1
1
1
1
1
1
1
2
1
2
1
2
1
2
4
1
1
24 ports
2
GOPA CONSULTANTS
Page : 73
Bâtiment
Etage
SRD
CFR
Aile
baie
42U
OUEST
Caractéristique
Nombre
Routeur
Switch
Routeur
Cisco
Dlink
Cisco
1800 Series
24 ports
1800 Series
1
5
1
Switch
Dlink
DFE-816, 16 ports,
FastEthernet
1
08 ports, FastEthernet
1
24 ports
2960 serie 24 ports
Catalyst 2460 de 24 ports
DS8 de 24 ports
sans fil 802.11
1024D de 24 ports
Catalyst 2960C de 24 ports
2800 de 2 ports
24 ports
1700 Series
3
1
2
1
2
1
2
1
1
1
Switch
Switch
Switch
Switch
Routeur
Switch
Switch
Routeur
Switch
Routeur
Comet
Labs
Dlink
catalist
Cisco
Compact
Lynksys
Dlink
Cisco
Cisco
Dlink
Cisco
Switch
Cisco
24 ports
1
Switch
Routeur
Routeur
Dlink
Cisco
1 WIFI, 4 ports
2960
2
1
1
Switch
Cisco
24 ports
1
Switch
16 ports et un de 24 ports
2
16T de 16 ports
2
Routeur
Switch
Dlink
comet
DSR
Cisco
Dlink
1700
16 ports
1
1
Routeur
Cisco
2960
1
Switch
hp
procure 2324 de 24 ports
3
Switch
TG
24U
CRI
9U
CRI
9U
TG
9U
CRF
42U
CRI
42U
TG
42U
CRF
Sud Ouest
Marque
9U
Littoral II
NORTOUEST
Type équipement
19U
SRD
TG
19U
Switch
GOPA CONSULTANTS
Page : 74
2.7.6
Bilan des échanges automatiques sous LAN
Les échanges automatiques sur le LAN sont réalisés à partir des logiciels liés aux missions de chaque Direction générale.
Le tableau ci-dessous donne les détails des sites possédant un LAN ainsi que le/les logiciel(s) utilisé pour les échanges.
STRUCTURE
REGION
SERVICES/CDI
LOCALISATION
Trinite
Mesure
Aren
Cadre Depmi Patriot
MINFI
SCES CENTRAUX
MINFI
DGI
SCES CENTRAUX
CENTRE VILLE
X
Centre Régional des Impôts
Face Omnisport
X
Recette des Impôts Ydé2
Tsinga
X
X
Recette des Impôts Ydé1
Centre Spécialisé des
Impôts des P.L et Immob
(CSIPLI)
centre des Impôts des
Moyennes Entreprises
(CIME)
Centre Divisionnaire des
Impôts de Yaoundé 1er
Impôts de Yaoundé 1er bis
Immeuble DGE
X
X
CENTRE
SCES CENTRAUX
Centre Régional des Impôts
LITTORAL
Centre Spécialisé des
Impôts des P.L et Immob
Impôts de Douala 11
Recette Régionale des
Impôts Littoral1
Face Omnisport
X
Ibis
Prebi
c
X
X
X
X
X
Sydonia+
+
X
-//-
X
X
X
X
X
X
Bonanjo
X
X
Perception Douala Aerpport
Aerpport
X
X
Recette Régionale des
Bonanjo
X
X
GOPA CONSULTANTS
Page : 75
Autres
X
X
Face Chambre
d’Agriculture
Bépanda Tonnerre
Antilope
X
Face Omnisport
Bonanjo-Division
Informatique des
Douanes
Bonanjo-Face
Chambre de Co
Bonanjo-Face
Chambre de Co
X
X
Sigipes
X
STRUCTURE
REGION
SERVICES/CDI
LOCALISATION
Trinite
Mesure
Aren
Cadre Depmi Patriot
Sigipes
Impôts Littoral1
Trésorerie Générale de
Douala
Recettes des douanes
Littoral 1
Littoral 2
Douala port
Douala Aéroport
Douala Transferts
Recettes des Impôts pilote
Douala1
Contrôle Régional des
Finances
Bamenda
NORDOUEST
Finances
Buea
SUD-OUEST
Finances
Bertoua
EST
Contrôle régional des
Finances
Ebolowa
SUD
Finances
Ngaoundéré
ADAMAOUA
Finances
Bonanjo
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Bamenda
X
X
X
X
X
X
Buea
X
X
X
Bertoua
X
X
X
Ebolowa
X
X
X
Ngaoundéré
X
GOPA CONSULTANTS
Page : 76
Antilope
Ibis
Prebi
c
Sydonia+
+
Autres
STRUCTURE
REGION
SERVICES/CDI
Garoua
NORD
Finances
Bafoussam
OUEST
Finances
EXTREME Maroua
NORD
Finances
NKONGSAM Maroua
BA
Finances
LOCALISATION
Garoua
Trinite
Mesure
Aren
Cadre Depmi Patriot
X
Sigipes
X
X
Bafoussam
X
X
X
Maroua
X
X
X
X
X
Nkongsamba
X
GOPA CONSULTANTS
Page : 77
Antilope
Ibis
Prebi
c
Sydonia+
+
Autres
2.8 Description du WAN
2.8.1
Matériel
Le MINFI dispose d’un réseau d’interconnexions qui couvre la quasi-totalité du territoire national et
permet une communication centralisée entre le MINFI, les Trésoreries Générales et certains centres
des impôts. Cette infrastructure a été mise en œuvre dans le cadre de l’exploitation du nouveau
système de paiement en Afrique Centrale (SYSTAC et SYGMA). Sa mise en œuvre a été effectuée
dans le cadre d’un marché avec l’opérateur CAMTEL.
Ce réseau d’interconnexions est bâti sur une architecture logique en étoile où le nœud principal est le
site de l’ACCT localisé au MINFI. Les sites distants (22 au total) des services extérieurs du MINFI sont
raccordés à ce nœud à travers des liaisons de transmission sur support fibre optique, sur faisceau
hertzien numérique ou par liaison satellitaire.
La topologie physique du réseau comprend :
•
Un réseau métropolitain dans chaque circonscription financière du MINFI, ce réseau permet le
raccordement des sites du MINFI de la circonscription au PoP de CAMTEL à travers des
liaisons d’accès sur fibre optique,
•
La connectivité inter sites est mise en œuvre par la technologie IP à travers des routeurs Cisco
2821 et 3845. Les routeurs 2821 sont déployés dans les sites MINFI de Yaoundé et de Douala,
ainsi qu’aux PoPs de CAMTEL des autres circonscriptions financières. Les routeurs 3845 sont
déployés aux PoPs d’agrégation de Yaoundé et de Douala et à l’ACCT,
•
Les réseaux locaux des différents sites du MINFI sont déclinés par des commutateurs Cisco
Catalyst 2960 de 48 et de 24 ports,
•
La sécurité est mise en œuvre par une solution de Firewall Cisco ASA qui permet en particulier
de protéger les serveurs hébergés à l’ACCT,
•
Les services d’administration et de supervision du réseau sont assurés par la solution
CiscoWorks LAN Management Solution. Elle permet également la supervision des liaisons IP.
GOPA CONSULTANTS
Page : 78
2.8.2
l’architecture du réseau d’interconnexion du MINFI dans son état actuel
Architecture actuelle du réseau d’interconnexion du MINFI
GOPA CONSULTANTS
Page : 79
2.8.3
Plan d’adressage
Un plan d’adressage gouvernemental avait été mis sur pieds de la forme 10.x.y.z, avec x représentant
le chapitre budgétaire du Ministère (20 pour le cas du MINFI), y représentant la direction (81 pour la
Direction des Ressources Humaines DRH dans le cadre du projet SIGIPES) et z le nombre d’utilisateur
par Direction avec la possibilité d’avoir jusqu’à 254 utilisateurs par structure.
Il est à remarquer que ce plan d’adressage n’est pas encore véritablement entré dans sa phase de
mise en œuvre. Les adresses sont affectées de manière statique au MINFI et on note l’attribution des
adresses de la classe A (site SIGIPES, DGB, DGT), la classe B pour le réseau Internet et la classe C
(réseau SYSTAC).
2.8.4
Sécurité
a) Sécurité des données
La politique globale de sécurité des données à consister essentiellement par l’installation des antivirus
sur les postes clients avec une mise à jour permanente de l’antivirus. Le sondage effectué a permis de
constater que Kaspersky Antivirus est la solution la plus utilisée. Sur très peu de poste de travail nous
trouvons des pare-feux actifs.
Dans les différentes Directions, les opérations de sauvegarde des bases de données sont effectuées
sur supports externes. Ces opérations ne sont ni périodiques ni systématiques.
b) Sécurité réseau
Il n’existe pas de politique de sécurité réseau au MINFI, l’accès aux ressources est ouvert. A partir d’un
point d’accès réseau (prise RJ-45) on peut avoir une vue globale du LAN tant sur le plan adressage
que sur le plan identification des postes via les ressources Netbios. Les Switches Cisco catalyst
installés ne sont pas configurés et sont en mode passif.
Au niveau des différents points de sortie évoqués plus haut, on note la présence des pare-feux
uniquement au niveau de l’ACCT. Aucun pare-feu au niveau de l’arrivée Internet, pas de proxy et une
possibilité d'accès à l’ensemble des ressources (serveurs, postes de travail, équipements de
commutation) tant de l’intérieur que de l’extérieur du réseau.
c) Sécurité physique et contrôle d’accès
La sécurité physique est assurée au travers de portes métalliques installées dans certaines salles
machines, des portes sécurisées avec des systèmes de contrôle d’accès ou avec de simples portes en
bois disposant des serrures.
On note uniquement le système de vidéo surveillance au niveau de la salle machine de la DGB qui
permet de visualiser toute l’activité qui se passe à partir d’un point précis.
GOPA CONSULTANTS
Page : 80
2.8.5
Echanges automatiques sous WAN
Les échanges automatiques sur le WAN sont réalisés à partir des logiciels :
•
•
IDU dont le serveur central est localisé à la DGI,
SYSTAG et SYSMAG dont les serveurs sont localisés au niveau de l’ACCT.
Le tableau ci-dessous donne les détails des sites interconnectés ainsi que les caractéristiques des
liaisons.
Noeud
d’agrégation
PoP CAMTEL
Yaoundé Centre
Sites capillaires
ACCT-YDE
TRESORERIE GLE YDE
DIRECTION GLE DES IMPOTS
DIVISION DES GDES ENTREPRISES
RECETTE DES IMPOTS
RECETTE DES IMPOTS OMNISPORT
Support
Fibre optique
BANDE
PASSANTE
1 Gbps
2 Mbps
2 Mbps
2 Mbps
2 Mbps
2 Mbps
TRESORERIE BERTOUA
PoP CAMTEL
De Bertoua
Fibre optique
128 Kbps
Fibre optique
128 Kbps
Fibre optique
128 Kbps
Fibre optique
128 Kbps
Fibre optique
128 Kbps
Fibre optique
128 Kbps
TRESORERIE GENERALE NKONGSAMBA
Fibre optique
128 Kbps
TRESORERIE BAFOUSSAM
Centre Divisionnaire des Impôts de Bafoussam I
TRESORERIE LIMBE
Fibre optique
128 Kbps
Fibre optique
128 Kbps
Fibre optique
128 Kbps
Centre Spécialisé des Impôts de l’Est
PoP CAMTEL
D’Ebolowa
PoP CAMTEL
De Ngaoundéré
PoP CAMTEL
De Garoua
PoP CAMTEL
De Maroua
PoP CAMTEL
De Bamenda
PoP CAMTEL
De Nkongsamba
PoP CAMTEL
De Bafoussam
PoP CAMTEL
De Limbe
PoP CAMTEL
De Buea
PoP CAMTEL
Douala
TRESORERIE EBOLOWA
Centre Spécialisé des Impôts de la Mvilla
Centre Départemental des Impôts de l’Océan
TRESORERIE NGAOUNDERE
Centre Spécialisé des Impôts de la Vina
TRESORERIE GAROUA
Centre Divisionnaire des Impôts de Garoua
TRESORERIE MAROUA
TRESORERIE BAMENDA
Centre Spécialisé des Impôts de la MEZAM
Centre Spécialisé des Impôts de la LIMBE
TRESORERIE BUEA
DIVISION INFORMATIQUE DES DOUANES
TRESORERIE GLE DOUALA
RECETTE DES IMPOTS LT1 + CENTRE SPECIALISE
DES PROFESSIONS LIBERALE
RECETTE DES IMPOTS LT2 BONABERI
RECETTE DES DOUANES LT1
RECETTE DES DOUANES LT2
RECETTE DES DOUANES AEROPORT
CRF BONANJO
CENTRE PILOTE (PILOTE 1 et 2) DES IMPOTS
RECETTE DES IMPOTS LT CIME BONANJO
512 Kbps
512 Kbps
2 Mbps
Fibre optique
512 Kbps
512 Kbps
512 Kbps
512 Kbps
512 Kbps
2 Mbps
2 Mbps
GOPA CONSULTANTS
Page : 81
2.9 Projets informatiques en cours
Les tableaux suivants donnent la liste des projets informatiques en cours de développement.
Direction
Nom du projet
BUDGET
Adaptation des applications (DEPMI,
IBIS) au Budget Programme
Automatiser les primes et les
avantages indemnitaires dans
l’application ANTILOPE
Objectifs et description
STATISTIQUE
GESTION DES RISQUES
FASTRAC
DOUANES
NEXUS+
Contrôle de l’exécution du service
CUSTAT
IDU
Mise en place du nouveau régime financier de l’Etat
Automatisation de la production des statistiques suite
au passage de PAGODE vers SYDONIA
Ciblage des opérations à risque et lutte contre la
fraude douanière
Révision des procédures de transit et appui du
déploiement de SYDONIA le long des corridors de
transit Douala-Bangui et Douala-Ndjamena, en vue de
faciliter et sécuriser le transit et le transport en zone
CEMAC
Sécurisation du dédouanement des véhicules
Suivi du transit par GPS
Contrôle de l’activité et des performances des
services
Gestion des statistiques et envoi des données vers la
CEMAC
Démarré le
Fin prévue
Observations
2011
Cahier de Charge de la préparation du
budget programme
2007
Projet inachevé
2006
Opérationnel
2007
2006
2010
Inachevé
Opérationnel, mais non encore approprié
2008
Non automatisée
2011
Développé par les experts de la CNUCED
et non encore installé
Gestion de l'identification fiscale des personnes
physiques et des personnes morales
2009
Projet en cours.
Gestion des taxes Foncières
2007
Projet en cours
IMPOTS
SIICAF
CADRE RECETTES (Impôts)
TRESOR
Echange des données
DRH
INFOCENTRE
DP
BALANCE DE PAIEMENT
Traitement informatique des recettes collectées dans
les recettes des Impôts
Transmission électronique des données entre les
circonscriptions financières
Créer un entrepôt de données relatives au personnel
afin de pouvoir synchroniser et restituer l’information
en temps réel.
Production de la balance des paiements
2010
Déc. 2011
2010
Déc. 2011
Non défini
Non défini
Janvier
2011
GOPA CONSULTANTS
Page : 82
Cahier des charges réalisé
Direction
Nom du projet
Gestion matière
Site Internet Régional
Sécurisation du système des
salaires
SITE WEB
Automatisation des procédures de gestion des
matières :
•
saisie des entrées
•
saisie des sorties
•
suivi des stocks
•
édition des états
Développement d’un site Internet d’information
générale sur la région du Littoral
Mise en œuvre d’un nouveau serveur z10 et migration
de l’application ANTILOPE vers ce serveur.
Mise en place d’un site central de messageries
Démarré le
Fin prévue
Observations
Janvier
2011
Décembre
2011
Analyse achevée, développement effectué
avec les stagiaires étudiants en
informatique.
Janvier
2011
Décembre
2011
2010
2011
Analyse achevée, développement en
cours
Il reste la phase de migration et de la mise
en production de ANTILOPE sur le z10,
sensée démarré vers le mois de
septembre 2011
Démarrage en cours dans une partition du
serveur z10.
Avril 2010
Date de lancement du projet toujours
attendue.
Nombreuses actions déjà engagées :
• réalisation d’une étude préliminaire,
• signature de la décision portant
création du comité chargé de la
conduite du projet (19 octobre 2009),
• désignation des représentants des
administrations concernées par le
projet,
• réalisation d’une étude prospective
finalisée le 11 janvier 2010,
• organisation de plusieurs séminaires
sur la création et la gestion des
Datacenter.
Avril 2010
Signature de la note de service portant
création du groupe de travail chargé de la
réalisation du projet (17 janvier 2010).
Nombreuses actions déjà engagées :
• élaboration d’une méthodologie de
travail,
• inventaire des archives par type de
supports (papier, cartouches, bandes
magnétiques),
• proposition d’aménagement des salles
d’archives identifiées,
Août 2011
CENADI
Création du Datacenter du CENADI
Créer un Datacenter pour sécuriser le patrimoine
stratégique de l’Etat, servir de centre de backup, de
centre de fallback et de centre d’hébergement des
applications tant de l’administration que des
établissements publics, des sociétés d’économie
mixte et des entreprises privées.
Organisation et amélioration de la
gestion des archives magnétiques et
mécanographiques du CENADI
Conserver en bon état les archives des données, au
moins pendant les délais légaux, afin de répondre à
toute requête ou réquisition
Actions prévues :
•
connaître l’état actuel des archives
•
prendre des mesures pour garantir leur
pérennité
•
mener des actions pour réhabiliter les
archives dégradées ou pour reconstituer
celles qui manquent
•
proposer une gestion plus sécurisée du
19 octobre
2009
Février
2010
GOPA CONSULTANTS
Page : 83
Direction
Nom du projet
CENADI
Etude pour la mise en place d’un
réseau inter-administrations de
transmission de données
Audit du Réseau du CENADI
Sécurisation du SI, phase I
GED
CAA
Migration du SEMS sur INTEL
Logiciel de gestion multi-projets
ANIF
SG
CENADI/
MINFOPRA /
DSI
patrimoine informationnel de l’Etat
•
migrer les archives magnétiques sur des
supports plus modernes
Définir l’architecture d’un réseau inter-administrations,
haut débit dans les services centraux et extérieurs, de
transmission de données capable de faciliter les
échanges entre elles pour :
faciliter la mise en œuvre de l’e-gouvernement
faciliter la mutualisation des ressources
informatiques
permettre d’améliorer l’offre de service aux
administrations
réduire l’incidence des charges informatiques sur
le budget de l’Etat.
Refondre le dit réseau afin d’améliorer ses
performances et s’adapter dans le nouvel
environnement
Mise en place d’une solution des
Sauvegardes/Restauration, Cryptage/Décryptage des
données informatiques sur les différents sites de la
CAA (Douala et Yaoundé)
Sécurisation des documents par la mise en place d’un
système de gestion électronique des documents et
d’archivage électronique
Optimisation de l’exploitation du logiciel SEMS (Stock
Exchange Management System), pour réduire les
couts d’exploitation de l’activité dépositaire Central
Renforcement des capacités de la CAA et des UGP,
pour la mise en place et le suivi des projets
Démarré le
Fin prévue
Février
2009
Observations
•
élaboration d’un rapport d’étape en
cours de validation.
•
•
TDR de l’étude élaborés
Lancement de l’appel d’offres toujours
attendus
Juillet 2011
05/04/2011
31/12/2011
En cours
05/04/2011
31/12/2012
En cours de validation des TDR avec la
Banque Mondiale
05/04/2011
31/12/2012
En cours de passation du marché
05/04/2011
31/12/2012
En cours de validation des TDR avec la
Banque Mondiale
Aucun projet en cours
Gestion du courrier
Gestion globale du courrier du Ministère
Refonte du système intégré de
gestion des ressources humaines de
l’Etat
Fusionner les anciennes applications SIGIPES
(gestion des carrières des personnels de l’Etat) et
ANTILOPE (gestion budgétaire et comptable des
dépenses de personnel de l’Etat) en une seule
application intégrée.
2010
Février
2008
GOPA CONSULTANTS
Page : 84
Un cahier des charges a été produit
Fin 2013
Projet financé par la banque Mondiale et
placé sous l’autorité du Comité de
Coordination et de Suivi du projet
SIGIPES (CCS/SIGIPES).
Projet ayant démarré par un audit dont le
Direction
Nom du projet
Démarré le
Observations
rapport a été validé en février 2011.
Options gouvernementales arrêtées sur :
• l’acquisition d’un progiciel de GRH
(SIRH),
• recours à un intégrateur pour la mise
en service,
• transfert du savoir-faire aux
techniciens camerounais,
• hébergement sur la plateforme
technique du CENADI (ordinateur IBM
z10BC et sur le réseau de
communication dédié,
• Projet de « cahier des charges »
élaboré par le cabinet tunisien SIMAC
amendé par l’Equipe Opérationnelle
du CCS/SIGIPES et retourné à
SIMAC pour corrections en juillet
2011.
Actions prévues :
•
élaboration d’un cahier des charges pour
l’acquisition d’un SIRH
•
choix d’un progiciel
•
sélection d’un intégrateur
•
paramétrage du progiciel
•
tests de fonctionnement en parallèle
•
mise en service
GOPA CONSULTANTS
Fin prévue
Page : 85
2.10 Analyse points forts points faibles pour l'existant informatique
A ce stade de l'étude Schéma Directeur Informatique quelques premières conclusions peuvent être
émises au travers d'une analyse point fort point faible.
2.10.1
Points forts
Globalement on peut considérer que le MINFI dispose d'un parc informatique assez important. Il
permet de disposer d'une puissance de traitement conséquente surtout en ce qui concerne les
serveurs dont une grosse centaine sont installés au travers des réseaux LAN.
Il existe une forte volonté ministérielle (du ministre) d’améliorer l’informatique de gestion des finances
publiques. En effet, le ministre et la plupart des autres hauts responsables du ministère ont
régulièrement tenus un discours volontariste sur le besoin de changement et sur l’importance qu’ils
accordent à l’étude du Schéma Directeur Informatique Ce soutien politique est un formidable atout
nécessaire à la fois pour la production d’une bonne étude SDI puis pour la réussite de la mise en
œuvre des projets du SDI.
L'implication des agents dans l'utilisation des outils informatiques est assez bonne. Chacun est bien
conscient de l'importance d'un outil informatique performant pour réaliser les tâches qui lui sont
dévolues et pour assurer les missions de sa Direction ou de son organisme. Il n' y aura pas un gros
travail à réaliser au niveau de la conduite du changement pour convaincre tous les agents de la
nécessité de mettre en place des systèmes de traitement de l'information efficaces.
Les agents informaticiens du MINFI ont montré leur capacité à concevoir et développer des logiciels
complexes, puis à les maintenir. Certes le SI global actuel mérite aujourd’hui d’être redéveloppé, mais
essentiellement parce qu’il utilise des technologies trop anciennes, la qualité du travail des
informaticiens du MINFI ces dernières années n’est donc absolument pas remise en cause, au
contraire, il a permis de développer des applications opérationnelles avec les technologies disponibles
et éprouvées à l’époque.
Il existe un certain nombre de logiciels qui ont aujourd'hui une couverture fonctionnelle satisfaisante ou
très satisfaisante. Cela est un réel point fort car cela permettra de se baser sur ces logiciels pour définir
de manière très précise les spécifications fonctionnelles des futures applications à mettre en place.
Enfin, un dernier atout du MINFI est sa crédibilité auprès des bailleurs de fonds qui sont prêt à financer
les projets informatiques
GOPA CONSULTANTS
86
2.10.2 Points faibles
a) Réseaux
L’analyse effectuée sur l’existant du réseau local du MINFI fait ressortir les points suivants repartis en
trois catégories:
Catégorie relevant les aspects de gestion et d’organisation du LAN
•
Absence de centralisation des applications des différentes structures: Cela est dû au fait que le
réseau d’interconnexion n’est pas achevé ,
•
Absence de visibilité sur le réseau: Les administrateurs réseaux du MINFI n’ont pas une vue du
LAN dans son ensemble, ce qui ne rend pas évident l’accomplissement des tâches qui leur sont
confiées,
•
Absence de gestion du réseau: le réseau du MINFI n’est pas du tout géré, les équipements de
commutation installés ne sont pas configurés. L’accès au réseau est possible à partir de
n’importe quel point d’accès (prise RJ-45), ce qui ouvre une grosse faille de sécurité quant à
l’accès aux ressources critiques telles que les serveurs d’applications,
•
Manque de flexibilité du réseau: L’architecture actuelle ne permet pas une évolutivité du réseau
du MINFI, l’ajout des nouveaux utilisateurs dans le LAN peut se faire par le biais d’une tierce
personne dès qu’elle a accès physiquement au poste de travail et ceci sans que l’administrateur
en charge de ce segment du réseau soit informé. Ce qui rend difficile la maîtrise du parc
d’ordinateurs et des commutateurs d’une structure donnée ainsi que la résolution des
problèmes,
•
Tâches de maintenance très difficiles à réaliser: La plupart des câbles et prises réseaux ne sont
pas numérotés,
•
Absence de serveur de proxy et de système de gestion de la bande passante: Cela entraîne la
lenteur observée dans le trafic Internet malgré les 4Mo fournit par le prestataire CAMTEL,
•
Disparité des salles serveurs et non existence des systèmes redondants: Cela ne permet pas
de garantir de façon optimale la sécurité des données en cas d’incident survenu au sein d’une
salle machine,
•
Présence de nombreux switches basiques dans les bureaux: Ils sont installés à des fins
d’extension du réseau au sein desdits bureaux, ce qui accroît considérablement la latence du
réseau et les multiples perturbations observées.
GOPA CONSULTANTS
87
Catégorie relevant les aspects sécuritaires du LAN
•
Absence de gestion des licences: La quasi-totalité des postes de travail du MINFI n’ont pas de
licence,
•
Absence de sécurité du réseau: On remarque plusieurs failles de sécurité parmi lesquelles :
Circulation en clair des données sur le réseau,
Propagation des virus, des vers, des troyens et autres types de menaces du fait de la
non segmentation du LAN,
Absence de système de détection et de prévention des intrusions,
Absence de système de contrôle des accès dans les salles serveurs de façon générale,
Absence de politique globale de sécurité ainsi qu’une charte de sécurité dûment signée
par les différents responsables,
•
Absence de pare-feux aux différents points de sortie du réseau à l’exception de l’ACCT,
•
Absence de système de filtrage des sites web et de passerelles antivirus: Il n'y a donc pas de
sécurisation le trafic entrant dans le LAN du MINFI,
•
Absence de DMZ: Tout le trafic provenant de l’extérieur est directement orienté vers l’ensemble
des ressources du MINFI sans passer par des barrières de sécurité.
Catégorie relevant du Réseau WAN
Nous avons constaté que des extensions sont effectuées par chaque structure DGT, DGI, DGB et
DGD sans qu’il n’y ait une véritable mutualisation, ce qui permettrait à la structure responsable du
MINFI en matière des TIC (la DSI) d’avoir une vue globale sur l’infrastructure réseau et une main mise
sur sa gestion.
Au niveau central, il existe 03 (trois) liaisons fibre optique entre le MINFI et CAMTEL (réseau SYSTAC,
Internet et SIGIPES) et une liaison boucle locale radio entre le DGB et les CF. Le trafic dans ces
liaisons est très faible à l’exception de la liaison Internet.
GOPA CONSULTANTS
88
b) Applications logicielles
Les principaux points suivants doivent être notés :
•
Certaines applications (IBIS, ANTILOPE) sont très anciennes et ont été développées avec des
technologies qui sont aujourd'hui complètement obsolètes. Il est absolument nécessaire de les
remplacer et de concevoir les nouvelles applications avec des technologies qui ont fait leurs
preuves permettant une maintenance efficace.
•
L'intégration globale de l'ensemble du système de traitement de l'information du Ministère est
très insuffisante. Les applications ont été développées de manière indépendante les unes par
rapport aux autres avec des technologies trop disparates. Dans ces conditions, il est très
difficile de maintenir globalement l'ensemble des logiciels installés et d'assurer une gestion
efficace des flux d'informations.
•
L'indépendance des Directions et des Organismes associés en ce qui concerne le
développement des applications informatique du MINFI a été poussée au delà du raisonnable.
Chaque Direction et organisme a développé ses propres applications avec des outils de
développement qui lui sont propres et sans aucune coordination inter service. Cela a entrainé
la multiplication des outils et des technologies informatiques utilisées rendant quasiment
impossible toute synergie au niveau global du Ministère dans le domaine du développement et
de la mise en place de l'informatique.
•
Il n'existe pas, au niveau du Ministère, une politique générale de développement et de gestion
des applications informatiques. La culture d'indépendance de chaque Direction dans ce
domaine doit être combattue avec la plus grande fermeté. Il n'est pas dans la vocation des
diverses Directions et Organismes d'être des sociétés de développement informatique. Au
niveau national cette vocation fait partie des prérogatives du CENADI. Il ne faut pas confondre
maîtrise des développements informatiques et maîtrise des traitements et des données relatifs
à une application.
GOPA CONSULTANTS
89
c) Organisation
On peut citer les points suivants qui semblent les plus importants:
•
La DSI a un mandat bien défini dans l’organigramme, mais dans la pratique le fonctionnement
prévu n’est pas mis en place : textes organiques non appliqués, absence d’influence technique
sur les autres services informatiques,
•
Les limites de responsabilités entre la DSI et le CENADI sont bien définies dans les textes,
mais mal connues,
•
La dispersion des moyens informatiques dans les diverses Directions et les divers Organismes
est évidemment un point faible de l'informatique actuelle du MINFI. Cette dispersion empêche
la mise en commun des moyens informatiques (humains et matériels) et donc une utilisation
rationnelle de ceux-ci,
•
La DSI est aujourd'hui à l'état embryonnaire. Seule la mise en place d'une DSI réellement
capable de prendre en charge en maîtrise d'œuvre et d'ouvrage des futurs développements
informatiques du Ministère garantira la cohérence et l'efficacité du système informatique à
mettre en place,
•
Il n’y a pas de services informatiques dans les régions à fortiori dans les départements non plus
à l’exception de la région de Douala. Il est par conséquent difficile d’envisager, dans
l’organisation du SI cible, de confier des tâches d’administrations informatiques de façon
systématique aux régions et département, étant donné qu’il existe 12 Circonscriptions
Financières et plus de 400 bâtiments du MINFI dans les régions et les départements,
•
Il y a une absence de coordination des projets informatiques et peu d’échanges entre les
services informatiques. Cela a notamment comme conséquence d’avoir des projets en
doublons (GED, courrier, etc.) et des technologies informatiques différentes selon les
Directions.
GOPA CONSULTANTS
90
2.11 Recommandations
2.11.1 Architecture applicative WEB
Actuellement toutes les applications métiers utilisent des technologies client lourd / serveur (WINDEV,
VB7, etc.) ce qui correspond aux technologies des années 1990 / début 2000. Avec ces technologies,
le système actuel est un système globalement décentralisé, c'est-à-dire que les applications sont
déployées dans les régions et les bases de données sont consolidées par des interfaces au niveau
central.
Afin de mieux intégrer ces applications on doit envisager d’utiliser une base de données réparties et
prévoir les mécanismes de réplication des informations si nécessaire.
Depuis une dizaine d’années l’industrie informatique a adopté les technologies WEB, qui sont
maintenant utilisées par tous les nouveaux progiciels. Ces technologies permettent d’avoir un système
centralisé, c'est-à-dire qu’une seule application est en production au niveau central et accédée par tous
les utilisateurs d’où qu’ils soient. Ces technologies permettent aussi de minimiser le nombre de base
de données et d'assurer une meilleure intégration des informations.
2.11.2
Comparaison entre système centralisé (WEB) et réparti (Client lourd / serveur)
a) Système centralisé
Avantages
•
•
•
•
•
•
•
Simplicité du développement : pas de services spécifiques liés à la gestion de la répartition,
Simplicité d’installation et de maintenance : un seul serveur à mettre à niveau,
Meilleure maîtrise de la sécurité : aspect fondamental pour les finances publiques,
Intégration plus aisée avec les autres applications du SI du MINFI: une seule source de
données,
Consolidation nationale des données "naturelle",
Facilité d'adaptation aux changements d'organisation et métier : dans pareils cas, il n'y a pas de
réorganisation physique du système, mais adaptation logique des règles d'accès aux fonctions
et aux données.
Disponibilité de compétences : tous les informaticiens maitrisent de nos jours ces technologies
Inconvénients
•
•
•
Performances : le serveur central est accédé par un plus grand nombre d’utilisateurs (mais des
solutions de répartition de charge sur plusieurs machines existent),
Disponibilité : une panne serveur impacte tous les utilisateurs (mais des solutions de haute
disponibilité peuvent être mises en place).
Réseau informatique étendu : une panne du réseau informatique impacte tous les utilisateurs
qui se situent en amont de la panne.
GOPA CONSULTANTS
91
b) Système réparti
Avantages
•
•
Performances : les serveurs sont moins sollicités,
Disponibilité : une panne serveur n’impacte qu'une seule région, sauf dans les cas de
transactions inter régionales (IDU, etc.).
Inconvénients
•
•
•
•
•
•
Complexité du logiciel : il faut développer des services spécifiques liés à la distribution
(réplication, routage, sécurité, transactionnel distribué, etc.),
Complexité de maintenance du logiciel et du déploiement,
Complexité d’installation et de maintenance du SGBDR réparti,
Besoins en ressources humaines plus importants et aux compétences pointues (notamment
pour les administrateurs de base de données),
Coût d’achat de plusieurs serveurs : pas nécessairement moindre que celui d'un gros serveur
cependant.
Compétences : les plus jeunes informaticiens ne maitrisent déjà pas ces technologies
dépassées et ce phénomène ne va aller qu’en s’accentuant au cours des prochaines années.
Le Schéma Directeur Informatique recommande, au vu de cette analyse et au vu de ce qui se
pratique dans l’industrie informatique de faire évoluer le système d'information de gestion des
finances publiques du MINFI vers une architecture WEB centralisée.
2.11.3 Remplacement des applications existantes plutôt que leur évolution
Les applications métiers actuelles sont "client/lourd/serveur décentralisées". Comme nous l’avons
préconisé, ces applications vont devoir évoluer vers des applications de type WEB centralisées. Cette
évolution peut se faire de 2 façons :
a) Migration du code des applications actuelles vers des applications web centralisées à
périmètre fonctionnel constant (la base de données n’est a priori pas modifiée).
Avantages
•
•
•
•
Maitrise du développement : le fonctionnel actuel étant parfaitement maitrisé, il est possible par
reverse engineering de reproduire la même application en version web, et la recette est facilitée
puisqu’il suffit de comparer les résultats produits par l’application avant migration avec ceux
produits par l’application web après migration,
Pas de changement significatif de la base de données, puisque seul le code est migré,
Le développement peut être réalisé sans difficulté par des modules fonctionnels qui seront
déployés au fur et à mesure, puisqu’il n’est pas besoin de prévoir d’interfaces entre l’ancienne
application et la nouvelle,
Gestion du changement facilité : Pas de bouleversement organisationnel à prévoir, la formation
des utilisateurs ne posera pas de difficultés majeures.
Inconvénients
•
•
Les imperfections fonctionnelles seront reproduites sur la nouvelle application sans remise en
cause profonde,
Cette option implique que le développement spécifique est préféré au déploiement d’un ERP,
ce qui est contraire à la préconisation précédente,
GOPA CONSULTANTS
92
•
L'architecture actuelle en client lourd est conservée.
b) Remplacement des applications actuelles par de nouvelles applications WEB centralisées
Avantages
•
•
Une nouvelle conception détaillée est réalisée ce qui permet de redéfinir le contour du
périmètre fonctionnel et de s’inspirer de ce qui se fait de mieux et qui tient compte des
nouvelles règlementations (par exemple les budgets programmes),
Le nouveau système sera parfaitement conçu pour être intégré fonctionnellement au SI global.
Inconvénients
•
•
•
Délais de mise en œuvre relativement longs et souvent mal maitrisés,
Prévoir une bonne gestion du changement pour s’assurer de l’appropriation du nouveau
système par les utilisateurs,
La mise en production progressive du nouveau système par module nécessite la mise en
œuvre d’interfaces avec l’ancien système,
Le Schéma Directeur Informatique recommande le remplacement de la totalité des applications
existantes par de nouvelles applications WEB centralisées.
GOPA CONSULTANTS
93
3. TROISIEME PARTIE
(SYSTEME CIBLE)
GOPA CONSULTANTS
94
3.1 Stratégie retenue pour le développement du système cible
3.1.1
Cartographie fonctionnelle retenue et domaines fonctionnels
Dans le cadre de la refonte du système d’information, il semble important de définir des domaines
fonctionnels qui permettront de définir les logiciels à mettre en place avec l’objectif d’une intégration
maximum de chacun de ces domaines.
« Un domaine fonctionnel est un ensemble de fonctions permettant de réaliser un ensemble de
processus métiers ayant un lien organique fort entre eux ».
Un domaine fonctionnel n’est pas lié à une structure administrative. Plusieurs structures administratives
peuvent opérer avec les outils d’un même domaine fonctionnel.
La définition des domaines fonctionnels se fait au travers de la description d’une cartographie
fonctionnelle de l’institution (MINFI).
Pilotage et Contrôles P&C
Techniques
TEC
Gestion
WAN
Gestion
LAN
Gestion
de
la sécurité
Data
Center
Tableaux de bord
Contrôles et Evaluations
Support et Référentiels Communs SRC
Courrier
Annuaire
IDU
GED
Data
Warehouse
Divers
Comptabilité Finances de l'Etat CFE
Comptabilité
générale
Comptabilité
auxiliaire
Comptabilité
analytique
Gestion de la
dette
Gestion du
parc
informatique
Recettes
REC
Impôts
Dépenses
DEP
Outils de
communication
automatique
Intégration
WEB déclarations
Formations
Ressources
Humaines
RH
Elaboration
du budget
Gestion des
carrières
Exécution
du budget
Gestion de la
solde
Douanes
Emissions
et recouvrements
des recettes
Immobilisations
Messagerie
Sites WEB
Gestion de la
trésorerie
Gestion
des
projets
Communication
COM
Autres
Cartographie des domaines fonctionnels
GOPA CONSULTANTS
95
A ce niveau d’analyse on peut considérer que huit domaines fonctionnels peuvent être définis pour le
MINFI :
Domaines
TEC
Techniques
COM
Communication
P&C
Pilotage et
contrôles
SRC
Support et
Référentiels
Communs
CFE
Comptabilité et
Finances de
l’Etat
REC
Recettes
Description
Prend en charge les outils logiciels techniques qui peuvent être potentiellement utilisés par les autres
domaines
Permet de gérer les outils de communication informatique du MINFI. Ces outils peuvent être utilisés
par tous les agents du ministère ou peuvent être des outils utilisés de manière automatique par les
autres domaines fonctionnels
L’ensemble des applications informatique de pilotage et de contrôle du MINFI. La mise en œuvre de
ces applications, qui gèrent essentiellement des agrégats de données, se fait par l’intermédiaire
d’outils de type Data Warehouse,
Ce domaine est transversal à tous les autres domaines. Il regroupe tous les outils informatiques du
MINFI qui sont globalement utilisés par tous les autres domaines.
Ce domaine regroupe tous les outils informatiques de gestion comptable et financière du MINFI
(comptabilité générale, auxiliaire, analytiques, etc.)
Ce domaine prend en charge tous les processus liés aux recettes de l’ Etat,
DEP
Dépenses
Ce domaine prend en charge tout les processus d’élaboration et d’exécution du budget de l’Etat,
RH
Ressources
Humaines
Ce domaine prend en compte la gestion des carrières et de la solde de tous les agents de l’Etat. Il
doit être isolé car le MINFI gère la solde de tous les agents de l’Etat Camerounais,
Cette démarche de découpage de l’informatique en grands domaines fonctionnels a l’avantage de ne
pas lier les traitements informatique avec l’organisation des Directions ou des Structures existantes du
Ministère.
Ces domaines peuvent évoluer de manière indépendante de la structure administrative du Ministère.
Cela veut dire, en particulier, que si les missions ou le périmètre des Directions ou des Structures du
Ministère sont redéfinies, il n’y aura aucune incidence sur l’organisation des traitements informatiques.
De même, la couverture fonctionnelle d’un domaine pourra évoluer de manière indépendante de
l’organisation des structures sous jacentes. Seule la définition des processus et des procédures
métiers guidera l’évolution fonctionnelle des domaines.
3.1.2
Style de l’informatique retenue
Le développement de l’informatique au MINFI se fera sur la base des domaines fonctionnels retenus.
La règle de base en ce qui concerne la gestion des projets et des domaines peut être énoncée :
Aucun projet informatique ne peut être multi domaine. Tout projet informatique appartient à un
domaine et un seul. Il peut cependant y avoir plusieurs projets dans un même domaine.
Cela découle logiquement de la définition fonctionnelle d’un domaine qui doit rester indépendant de
manière à pouvoir assurer une intégration de celui-ci la plus grande possible.
GOPA CONSULTANTS
96
3.1.3
Les politiques informatiques retenues
Les politiques informatiques retenues doivent être orientées pour satisfaire les objectifs stratégiques de
l’informatique tel qu'approuvés par le Comité de Pilotage.
Trois politiques sont retenues pour satisfaire ces objectifs stratégiques :
•
•
•
Intégration la plus poussée possible,
Unicité de l’information,
Interopérabilité maximum.
a) Intégration la plus poussée possible
L’intégration la plus poussée possible signifie simplement que le nombre de bases de données
implémentées doit être le plus faible possible. Autrement dit les applications installées doivent, dans
toute la mesure du possible, partager les bases de données.
Nous pouvons, dès à présent, donner une liste non exhaustive des bases de données qui seront
implémentées dans le futur système du MINFI.
Il est possible que, pour suivre la politique de minimisation du nombre de bases de données, le nombre
de bases soit finalement restreint durant la phase d’implémentation du système sur l’horizon
d’application du SDI.
Ce sera un élément clé d’une bonne politique de gestion du système informatique du MINFI que de
maintenir en permanence une liste des bases de données opérationnelles et de chercher constamment
à en limiter le nombre.
Liste provisoire des bases de données à implémenter :
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Base de sécurité incluant la gestion des réseaux et la gestion du parc,
Base de l’annuaire des utilisateurs du système,
Base de messagerie,
Base de gestion documentaire,
Base du courrier,
Base d’identification des contribuables (IDU),
Base de pilotage et de contrôle (DATA WAREHOUSE),
Base de gestion des ressources humaines,
Base de gestion comptable et des finances de l’Etat,
Base de gestion des recettes fiscales,
Base de données des recettes des douanes (SYDONIA),
Base de gestion des dépenses,
Base de gestion des marchés publics,
Base du site WEB et du Portail WEB du Ministère.
Il sera, à priori, exclu de construire une nouvelle base de données opérationnelle qui n’aura pas
été préalablement définie dans le SDI.
Remarque :
Il pourra exister des bases de données annexes, mises en œuvre par certaines applications qui
devraient être temporairement implémentées pour satisfaire des besoins urgents.
Au sens formel du terme, ces bases de données ne feront pas partie du système d’information du
MINFI.
GOPA CONSULTANTS
97
b) Unicité de l’information
En corollaire à la politique de minimisation des bases de données, il convient de mettre en place une
politique de gestion des données du Ministère.
Il doit être en permanence possible de disposer du modèle de données de chaque base opérationnelle
et d’assurer la mise à jour de celui-ci.
Cela passe par l’organisation, au niveau de la Division des Systèmes d’Information (DSI), d’une
cellule en charge de l’administration des données.
Cette cellule maintiendra en permanence le modèle des données de chaque base opérationnelle.
La cellule d’administration des données sera garante de l’unicité des données.
Si des duplications et des recopies sont nécessaires (par exemple la recopie de certains codes d’une
base à l’autre) la cellule d’administration des données est en charge de la définition, de la mise en
place et de l’exécution des utilitaires de duplication et de recopie. Cela se fera obligatoirement par
l’intermédiaire de l’outil ETL (Extract, Transform, Load).
Il conviendra, pour chaque donnée potentiellement dupliquée, de parfaitement connaitre la base
maîtresse.
c) Interopérabilité maximum
La politique suivie dans ce domaine fera en sorte que les informations et traitements soient toujours
physiquement accessibles.
Il n’existera pas d’architecture matérielle interdisant l’accès à un traitement ou à une donnée.
Les règles d’accès aux traitements et aux données seront définies en fonction des droits utilisateurs
par paramétrage des logiciels de gestion de l’annuaire (serveur LDAP).
Les droits d’accès seront donc définis de manière centralisée au niveau du serveur d’annuaire.
Les données ou traitements appartiennent en propre aux Directions ou Organismes qui en ont la
charge. C’est donc au niveau de ces Directions et Organismes que seront définis les droits d’accès
aux données et traitements.
La politique suivie dans ce domaine fera en sorte que les contraintes liées aux déploiements des
applications soient en nombre minimum.
Aucune application de gestion relevant des processus ou procédures métiers ne sera installée
localement sur les postes de travail des utilisateurs. L’accès aux applications métiers se fera
obligatoirement par l’intermédiaire des navigateurs WEB du poste utilisateur (WEB applications n tiers).
Cette politique devra en particulier être suivie en ce qui concerne les applications de type ERP
(Enterprise Ressources Planning) qui seront installées.
3.1.4
Multi ERP
Chaque fois que cela sera possible, un domaine fonctionnel sera couvert par la mise en place d’une
solution intégrée de type ERP. Les conditions à réunir pour choisir un ERP seront notamment que cet
ERP a déjà fait ses preuves dans un contexte proche de celui du MINFI du Cameroun, que les coûts
d’acquisition et surtout de renouvellement de la licence annuelle et/ou maintenance soient compatibles
GOPA CONSULTANTS
98
avec les ressources financières de l’Etat afin que la taille de l’ERP soit correctement dimensionnée
avec les capacités du MINFI.
La solution retenue sera multi ERP. Chaque domaine fonctionnel étant indépendant en ce qui
concerne les projets qui y sont conduits. Il est parfaitement possible qu’un domaine utilise un ERP et
un autre domaine un autre ERP. La synchronisation sera assurée par l’ETL.
Même si c’est le même ERP qui est utilisé dans deux domaines différents il s’agira de deux projets
différents.
3.1.5
Open source
Dans toute la mesure du possible et prioritairement,
Sources ».
il sera fait appel à des solutions « Open
Ces solutions devront respecter les contraintes définies dans le Schéma Directeur Informatique, en
particulier en ce qui concerne la contrainte de WEB applications.
Les avantages concernant de telles solutions sont multiples pour mémoire :
•
•
•
•
•
3.1.6
Gratuité des licences,
Accès permanent aux sources,
Mise à disposition régulière de nouvelles versions,
Existence d’une communauté de développement,
Etc.
Développements spécifiques si nécessaire pour les parties critiques
Il est aussi possible que pour certains domaines fonctionnels ou partie de domaine fonctionnel il ne soit
pas envisageable d’avoir recours à des ERP. Cela risque d’être le cas si le besoin s’avère être un point
critique relevant d’une procédure ou d’un processus métier spécifique au Ministère des Finances.
Dans ce cas des développements spécifiques seront réalisés.
Dans tous les cas, ces besoins spécifiques seront développés sous l’égide de la Division des
Systèmes d’Information (DSI).
Le projet d’INFRASTRUCTURE LOGICIELLE défini précédemment permettra de préciser, dans le cas
où des développements spécifiques sont envisagés, quels sont les outils (langages, systèmes de base
de données, «framework», systèmes d’exploitation, etc.) qui doivent être utilisés.
3.1.7
Centralisation automatique via un outil de type ETL
Les flux d’informations inter domaines seront automatisés grâce à un outil de type ETL (Extract,
Transform, Load).
Le PROJET D’INFRASTRUCTURE LOGICIELLE permettra de choisir l’outil ETL le plus adapté aux
besoins du MINFI et à l’installation de celui-ci.
La mise en place de l’ETL simplifiera grandement la gestion des interfaces et des flux inter domaines. Il
doit cependant être géré de manière centrale. Il est exclu que chaque acteur (Directions ou
Organismes) puisse paramétrer par lui même l’ETL.
Il convient donc de mettre en place au niveau de la DSI une cellule de paramétrage de l’ETL.
Toute adaptation ou modification des scripts de l’ETL sera du ressort de cette cellule.
GOPA CONSULTANTS
99
Un autre avantage de la mise en place des domaines fonctionnels réside dans l’organisation des flux
informatiques.
Pilotage et
Contrôles
Support et
référentiels
communs
Techniques
Comptabilité
Finances
Finances
Etat
ETL
Recettes
Communication
DRH
Dépenses
Organisation prévisionnelle des flux
La nouvelle organisation des flux de données ne sera plus basée sur des liaisons point à point.
Tous les flux seront traités par un outil central de type ETL (Extract, Transform, Load).
Les domaines fonctionnels sont les unités de base des échanges.
Un ETL est un outil informatique qui permet d’éviter la réalisation de programmes batch répétitifs,
souvent semblables, dont il faut également assurer la maintenance. Le principe est que l’intégration
d’un nouveau flux de données ne requiert aucun développement, et s’opère par une simple
configuration interactive. On choisit les éléments de données dans le référentiel source, on indique les
transformations simples qu’ils doivent subir, et on précise la destination des données.
L’ETL peut prendre en charge différentes natures de sources de données, tant en entrée qu’en sortie,
les principales étant bien sûr les SGBD relationnels et les flux XML. Mais il peut s’agir aussi de fichiers
à formats fixes ou avec séparateurs (CSV).
Une fois qu’un flux d’extraction-transformation-chargement a été défini, il est généralement déclenché
de manière régulière, ceci sous le contrôle d’un outil de planification de tâches, ou d’ordonnancement
tout en assurant une garantie des transferts même en cas d’interruption des communications
(résilience des traitements) .
GOPA CONSULTANTS
100
Les principaux avantages sont les suivants :
•
•
•
•
Centralisation des échanges et donc un contrôle accru des flux de données,
Sécurisation des flux de données,
Possibilité de définir des transferts par paramétrage et non par programmation,
Partage des processus de transfert entre tous les domaines applicatifs.
La règle globale qui sera appliquée au niveau du MINFI sera que tout échange entre domaines
fonctionnels se fera par l’intermédiaire de l’ETL. A l’intérieur d’un domaine fonctionnel les échanges
entre applications ou logiciels se feront aussi par l’intermédiaire de l’ETL sauf s’il s’agit d’applications
intégrées avec une base de données commune.
GOPA CONSULTANTS
101
3.2 Réseau informatique cible
Le réseau actuel du MINFI (LAN et WAN) doit être profondément réhabilité et sécurisé dans le cadre
du Schéma Directeur Informatique selon cinq axes :
•
•
•
•
•
3.2.1
Elaboration d’une politique globale de sécurité,
Réhabilitation et sécurisation du réseau du MINFI,
Sécurisation des systèmes d’exploitation utilisés au MINFI,
Centralisation et sécurisation des applications utilisées au MINFI,
Elaboration d’une charte de sécurité (PSSI).
Elaboration d’une politique globale de sécurité
Le travail préliminaire dans l’élaboration d’une politique de sécurité est la définition des besoins en
termes de sécurité.
L'objectif consiste à déterminer les besoins de l'organisation en faisant un véritable état des lieux du
système d'information, puis d'étudier les différents risques et la menace qu'ils représentent afin de
mettre en œuvre une politique de sécurité adaptée.
La phase de définition comporte ainsi trois étapes :
•
•
•
L'identification des besoins,
L'analyse des risques,
La définition de la politique de sécurité.
a) Identification des besoins
La phase d'identification des besoins consistera dans un premier temps à procéder à l'inventaire du
système d'information du MINFI dans son ensemble, notamment pour les éléments suivants :
•
•
•
•
•
•
Personnes et fonctions,
Matériels, serveurs et les services qu'ils délivrent par structure,
Cartographie du réseau local du MINFI tant au niveau du siège que dans les services
déconcentrés (plan d'adressage, topologie physique, topologie logique, etc.),
Liste des noms de domaine utilisés au sein du MINFI,
Infrastructure de communication (routeurs, commutateurs, etc.),
Recensement de l’ensemble des applications du MINFI afin de procéder à un classement en
fonction du degré de sensibilité de chacune d’elles.
b) Analyse des risques
La phase d'analyse des risques consiste à répertorier les différents risques encourus au sein du
système d’information du MINFI, d'estimer leur probabilité et enfin d'étudier leur impact sur les
applications utilisées dans les différentes structures.
La meilleure approche pour analyser l'impact d'une menace consiste à estimer le coût des dommages
qu'elle causerait (par exemple attaque sur un serveur de données ou détérioration de données vitales
pour le MINFI à l’instar du système budgétaire ou comptable).
Sur cette base, il peut être intéressant de dresser un tableau des risques et de leur potentialité, c'est-àdire leur probabilité de se produire, en leur affectant des niveaux échelonnés selon un barème à
définir, par exemple :
GOPA CONSULTANTS
102
•
•
•
•
Sans objet (ou improbable) : la menace n'a pas lieu d'être,
Faible : la menace a peu de chance de se produire,
Moyenne : la menace est réelle,
Haute : la menace a de grandes chances de se produire.
c) Définition de la politique de sécurité
La politique de sécurité est le document de référence définissant les objectifs poursuivis en matière de
sécurité et les moyens mis en œuvre pour les assurer.
La politique de sécurité définit un certain nombre de règles, de procédures et de bonnes pratiques
permettant d'assurer un niveau de sécurité conforme aux besoins de l'organisation.
La rédaction d'un tel document doit nécessairement être conduite comme un véritable projet associant
des représentants des utilisateurs et pilotée au plus haut niveau de la hiérarchie, afin qu'il soit accepté
par tous. Lorsque la rédaction de la politique de sécurité est terminée, les clauses concernant le
personnel doivent leur être communiquées, afin de donner à la politique de sécurité le maximum
d'impact.
Pour le cas spécifique du MINFI, l’élaboration de ce document devrait être conduite par la Division des
Systèmes d’Information en collaboration avec les responsables de toutes les structures du MINFI afin
que toutes les contraintes et les exigences des uns et des autres soient prises en compte.
GOPA CONSULTANTS
103
3.2.2
Réhabilitation et sécurisation du réseau du MINFI
Après l’élaboration de la politique globale de sécurité, la seconde phase consistera à la réhabilitation
de l’infrastructure réseau du MINFI tant au niveau du réseau local que du réseau d’interconnexion.
a) Sur le plan du réseau local
Le travail effectué lors de l’état des lieux fait ressortir sept aspects majeurs à savoir :
•
La nécessité de mettre à niveau le câblage réseau des bâtiments A et B du MINFI et des
bâtiments annexes (DGI, DGD, ex CNR, CENADI, Sous Direction du courrier). Ce premier
travail permettra de disposer d’un réseau normalisé sur le plan connectique,
•
La mise à niveau des équipements de commutation d’étage ou encore Switch d’accès et le
remplacement des commutateurs de cœur du réseau par des commutateurs plus robustes et
dotés des capacités de filtrage, de routage, de pare-feux et supportant la mise en œuvre des
VPN,
•
La sécurisation de l’ensemble des points de sortie du LAN du MINFI par des pare-feux
redondants permettant l’implémentation des systèmes de détection et de prévention d’intrusion
(IDS/IPS) afin de faire une nette séparation du trafic entrant au sein de l’infrastructure du MINFI
en provenance soit des structures déconcentrées, soit des utilisateurs externes non identifiés,
•
Il est impératif de construire le réseau local de la DGI sur une technologie Ethernet à base de
câble FTP cat 6 pour garantir une sécurité de données, une continuité de service et un bon
débit,
•
La segmentation du trafic réseaux au sein du MINFI par la mise en place des LAN Virtuels ou
VLAN qui permettent le regroupement logique des postes de travail des différentes structures,
•
La mise en place d’une DMZ au sein de laquelle seront logés les serveurs auxquels auront
accès les utilisateurs externes,
•
La mise en place d’une salle de monitoring sécurisée qui permettra aux administrateurs
réseaux de gérer les équipements et d’avoir une vue globale sur l’infrastructure locale dans sa
globalité,
•
L’acquisition des logiciels de gestion du réseau.
Parmi les avantages liés à la mise en œuvre d'un VLAN, on retiendra notamment:
•
La flexibilité de segmentation du réseau. Les utilisateurs et les ressources entre lesquels les
communications sont fréquentes peuvent être regroupés sans devoir prendre en considération
leur localisation physique. Il est aussi envisageable qu'une station appartienne à plusieurs
VLAN en même temps,
•
La simplification de la gestion. L'ajout de nouveaux éléments ou le déplacement d'éléments
existants peuvent être réalisés rapidement et simplement sans devoir manipuler les connexions
physiques dans le local technique,
•
L'augmentation considérable des performances du réseau. Comme le trafic réseau d'un groupe
d'utilisateurs est confiné au sein du VLAN qui lui est associé, de la bande passante est libérée,
ce qui augmente les performances du réseau,
•
Une meilleure utilisation des serveurs réseaux. Lorsqu'un serveur possède une interface réseau
GOPA CONSULTANTS
104
compatible avec le VLAN, l'administrateur a l'opportunité de faire appartenir ce serveur à
plusieurs VLAN en même temps. Cette appartenance à de multiples VLAN permet de réduire le
trafic qui doit être routé (traité au niveau du protocole de niveau supérieur, par exemple IP) "de"
et "vers" ce serveur; et donc d'optimiser ce trafic. Tout comme le découpage d’un disque dur en
plusieurs partitions permet d’augmenter les performances (la fragmentation peut être diminuée)
de son ordinateur, le VLAN améliore considérablement l’utilisation du réseau,
•
Le renforcement de la sécurité du réseau. Les frontières virtuelles créées par les VLAN ne
pouvant être franchies que par le biais de fonctionnalités de routage, la sécurité des
communications est renforcée,
•
La technologie évolutive et à faible coût. La simplicité de la méthode d'accès et la facilité de
l'interconnexion avec les autres technologies ont fait d'Ethernet une technologie évolutive à
faible coût quelles que soient les catégories d'utilisateurs,
•
La régulation de la bande passante. Un des concepts fondamentaux des réseaux Ethernet est
la notion d'émission d'un message réseau vers l'ensemble (broadcast ou multicast) des
éléments connectés au même commutateur (hub/switch). Malheureusement, ce type d'émission
augmente sérieusement le trafic réseau au sein du composant de connexion. Même si les
vitesses de transmission ne cessent d'augmenter, il est important de pouvoir contrôler ce
gaspillage de capacité de trafic (bande passante). Ici encore, le VLAN offre à l'administrateur
les moyens de réguler l'utilisation de la capacité de trafic disponible au sein de l'infrastructure.
Remarque :
Le MINFI procède actuellement à la mise à niveau de certains équipements réseau. Des études
complémentaires doivent être menées à terme dans le cadre d’un audit pour avoir un diagnostic
plus exhaustif du réseau LAN.
b) Sur le plan réseau d’interconnexion
Au niveau de l’infrastructure d’interconnexion du MINFI, les éléments de réhabilitation portent sur les
points suivants :
•
Mise à niveau des réseaux locaux dans les services déconcentrés de la DGB (Contrôles
Régionaux des Finances), de la DGTCFM (Trésoreries Générales et pour certaines régions les
Recettes des Finances), de la DGD et de la DGI. Cette mise à niveau permettra une intégration
aisée de la politique de sécurité globale qui sera élaborée,
•
Construction des réseaux locaux dans les services déconcentrés ne disposant pas encore
d’infrastructure LAN,
•
Mutualisation des liaisons fibre optique dans les services déconcentrés partageant le même
bâtiment,
•
Mutualisation de l’ensemble des interconnexions réalisées par la société CAMTEL. Cette
Mutualisation doit s’étendre également sur l’ensemble des ministères (Mutualisation du réseau
SIGIPES avec les contrôles financiers des ministères),
•
La mise en œuvre d’un environnement de filtrage et d’écoute sur le réseau couplé à un système
de détection d’intrusion avec alerte par SMS pour permettre aux administrateurs d’être averti
en temps réel quelque soit l’endroit où ils se trouvent,
•
La mise en place d’une véritable plate forme de monitoring et de gestion du réseau
d’interconnexion du MINFI afin de palier en temps réel aux éventuels problèmes qui peuvent
survenir.
GOPA CONSULTANTS
105
3.2.3
Sécurisation des systèmes d’exploitation utilisés au MINFI
L’utilisation des systèmes d’exploitation sans licence ouvre une grosse faille de sécurité que les
personnes mal intentionnées peuvent utiliser pour fragiliser le système d’information du MINFI dans
son ensemble. Car dans le cas d’espèce, les administrateurs ne peuvent non seulement pas appliquer
les patches de sécurité mis à disposition par les éditeurs de ces systèmes d’exploitation, mais il y’a une
possibilité de prise du contrôle à distance des postes lors de la tentative de mise à jour par les
utilisateurs.
Il est alors impératif pour le MINFI de procéder à l’acquisition des licences pour l’ensemble du parc
informatique afin d’appliquer des stratégies de sécurité offerte par Microsoft pour la gestion des
ressources systèmes.
GOPA CONSULTANTS
106
3.2.4
Centralisation des applications utilisées au MINFI
Pour envisager la centralisation des applications, il est indispensable que le réseau d’interconnexion du
MINFI soit achevé, sécurisé, garantisse une disponibilité de l’ordre de 99.99% et que son
administration ainsi que son monitoring soient effectués par les ingénieurs réseaux de la DSI.
Parmi les 4 scénarios proposés le 14 décembre, le groupe projet opérationnel a retenu le scénario
suivant :
•
Les logiciels (Impôts, Trésor, Budget, Douanes, CAA, etc.) seront redéveloppés en technologie
WEB et centralisées dans un Datacenter,
•
Le réseau CAMTEL actuel, utilisé pour les applications SYGMA et SYSTAC sera renforcé et
déployé dans les structures régionales (TG, CIME, CF, etc.) jugées prioritaires, c'est-à-dire
celles ayant une activité informatique soutenue. Ces structures accèderont aux applications
WEB centrales via le réseau privé hautement sécurisé de CAMTEL,
•
Les structures jugées auxiliaires se connecteront à des applications WEB centralisées
auxiliaires. Ces applications auxiliaires pourront être exactement les mêmes que les
applications, centrales, mais comporteront moins de données (celles du mois en cours
uniquement par exemple) et avec moins d’habilitations. Les structures auxiliaires accèderont à
ces applications auxiliaires via un VPN, c'est-à-dire une connexion sécurisée utilisant le réseau
public internet. Les applications auxiliaires déverseront toutes les nuits leurs données dans les
applications centrales.
Réseau informatique cible
GOPA CONSULTANTS
107
Cette architecture présente deux modes d’accès aux applications métiers du MINFI à savoir :
•
Accès aux serveurs principaux situés dans le data center à partir du réseau fibre optique propre
au MINFI et interconnectant l’ensemble des chefs lieux des régions, et ceci à travers le nuage
IP/MPLS de CAMTEL,
•
Accès aux serveurs auxiliaires situés dans le même data center à travers le réseau Internet, cet
accès est effectué à partir des zones ou la fibre optique de CAMTEL n’est pas encore rendue
opérationnelle. Les serveurs auxiliaires procéderont au déversement de leurs données à un
moment choisi par les administrateurs des infrastructures respectives.
Il est important de noter ici que le but pour le MINFI est, à terme, de disposer d’une infrastructure de
communication couvrant l’ensemble du territoire national, ceci ne se fera qu’en fonction du déploiement
du réseau fibre optique par l’opérateur CAMTEL.
GOPA CONSULTANTS
108
3.2.5
Réseaux de Backup
Pour des considérations de sécurité et de redondance afin de pallier à un éventuel problème pouvant
survenir sur la boucle fibre optique, il est impératif pour le MINFI de se doter d’une infrastructure
d’interconnexion de backup basée sur une dorsale Vsat qui lui soit propre avec des interconnexions
BLR (Boucle Locale Radio).
Au niveau de chaque région, une redondance de routeurs au niveau des PoP (Point de Présence)
centralisateur des liaisons interconnectant les structures déconcentrées du MINFI doit être mise en
place. Cette redondance permettra aux différents clients de basculer sur l’une ou l’autre des liaisons en
cas de panne soit de la fibre optique, soit de la dorsale Vsat.
Ci-dessous représentée une vue de cette architecture qui aura pour point de sortie le point de
présence (PoP) vers lequel convergent toutes les liaisons en provenance des services déconcentrés
du MINFI de la région. Les débits peuvent être revus à la hausse en fonction des besoins réellement
exprimés.
GOPA CONSULTANTS
109
3.3 Parc informatique cible
Plusieurs actions sont à mener pour améliorer le parc informatique et sa gestion. La taille du parc
justifie que la gestion de celui se fasse de façon « industrielle » avec des solutions professionnelles
éprouvées. Un parc de près de 2500 ordinateurs et serveurs ne se gère pas comme un parc de
quelques dizaines d’unités.
Il faut tout d’abord garantir le financement du remplacement d’une partie des postes de travail chaque
année en se basant sur la durée d’amortissement. Sur 4 ans, cela requiert d’acquérir chaque année
25% du parc installé, soit l’achat d’au moins 600 postes chaque année. Cette durée peut être modulée
en fonction des contraintes budgétaires, mais elle ne doit pas excéder 5 ans en raison des conditions
environnementales dans lesquelles sont utilisés les postes (poussière, chaleur, électricité). Si cela est
impossible, alors le strict minimum est de garantir un budget permettant de réparer/remplacer les
postes en défaut. En se basant sur un amortissement de 5 ans, le ministère (dans sa globalité) doit
assurer l’acquisition de près de 2500/5=500 ordinateurs par an, sans compter les imprimantes et
onduleurs.
L’acquisition de nouveaux équipements (ordinateurs, imprimantes, onduleurs, serveurs) doit se faire en
respectant des caractéristiques établies et approuvées par la DSI.
Suivant les conclusions du projet PLAN INFRASTRUCTURE LOGICIELLE, le MINFI doit, dans le
cadre du projet GESTION DU PARC INFORMATIQUE, acquérir un outil de gestion et de supervision
du parc qui va permettre d’inventorier et superviser à distance les équipements, mettre en place un
help desk et un système de gestion des incidents. Une telle solution est indispensable pour une
gestion rationnelle du temps des informaticiens et pour la constitution d’une base de connaissance
partagée par tous.
GOPA CONSULTANTS
110
3.4 Organisation cible et gouvernance
3.4.1
Organisation cible de la DSI
Comme nous l’avons vu dans la seconde partie du document, l’organisation actuelle de la fonction
informatique est très décentralisée, non coordonnée, peu formalisée et les services informatiques
déplorent un manque de moyens.
Il convient d’optimiser la gestion des ressources humaines et de rationaliser la gestion de la fonction
informatique.
Les résultats attendus de la nouvelle organisation informatique sont les suivants :
1. Rendre effectivement opérationnelle une structure chargée du pilotage du SI global, dont le mandat
sera parfaitement défini et connu de tous les autres services informatiques et DG,
2. Mettre en œuvre une coordination informatique de tous les services informatiques,
3. Mutualiser les ressources humaines de façon à pouvoir spécialiser les informaticiens, ce qui
permettra d’améliorer significativement la qualité des services rendus,
4. La performance de la fonction informatique doit être évaluée périodiquement selon une méthode
dans le cadre d’une démarche qualité. Il s’agit d’avoir une méthode d’évaluation de l’informatique, à
l’image de l’évaluation des finances publiques selon le PEFA,
5. Normalisation de la gestion des projets et de la qualité,
6. Mettre en place une politique de GRH (évaluation individuelle, primes au mérite, plan de formation
individuel, mobilité, etc.).
Dans le cadre de l’élaboration du Schéma Directeur Informatique, plusieurs scénarii d’organisation de
la fonction informatique ont été élaborés et discutés. La discussion a essentiellement porté sur la
répartition des fonctions entre la future DSI et les services informatiques qui seront maintenus dans les
Directions Générales.
Scénario 1 : Centralisation maximale
•
•
Les principales activités informatiques sont réalisées par la DSI. A terme, la DSI compterait
environ 80 personnes,
Les Directions Générales exploitent les applications et dispensent le support de premier niveau
aux utilisateurs.
Scénario 2 : centralisation partielle de la fonction informatique
•
•
La DSI réalise les activités transversales de l’informatique. A terme, la DSI compterait environ
40 personnes,
Les DG exploitent leurs applications, leurs parcs et infrastructures, assurent le support aux
utilisateurs.
Scénario 3 : Centralisation minimale (organisation matricielle)
•
•
•
La DSI pilote les études et coordonne les activités (~10 personnes)
Un comité de coordination réunissant les responsables informatiques des DG se réunit tous les
mois pour garantir la cohérence des projets et activités informatiques
Les DG gèrent leur informatique de façon autonome
GOPA CONSULTANTS
111
Le scénario 3 a été écarté par l’équipe opérationnelle de projet le 14 décembre 2011. Le choix entre
les scénarios 1 et 2 se fera par le comité de pilotage lors de la validation de la version 1 du schéma
directeur informatique.
Les 2 scénarii retenus prévoient les répartitions des fonctions suivantes entre les acteurs :
# Fonctions
Scénario 1 Scénario 2
1 Pilotage stratégique du SI global
DSI
DSI
2 Etudes (SDI, etc.)
DSI
DSI
3 Mise au point des normes et gestion de la qualité
DSI
DSI
4 Elaboration de la politique de sécurité et contrôles
DSI
DSI
CENADI
CENADI
5 Evaluation et Audit de l’informatique globale
6 Administration des serveurs physiques
DSI/CENADI DSI/CENADI
7 Administration WAN (interconnexions)
DSI
DSI
8 Développement d’applications et Intégration de progiciel
DSI
DSI
9 Maintenance des applications
DSI
DSI
10 Formation des informaticiens
DSI
DSI
11 Développement et administration site WEB
DSI
DSI
12 Administration logique des serveurs
DSI
DG
13 Administration réseaux locaux et postes
DSI
DG
14 Support aux utilisateurs de 2 niveau (Help desk, hot line)
DSI
DG
15 Formation des utilisateurs
DSI
DG
16 Exploitation des applications
DG
DG
17 Entretien du matériel
DG
DG
18 Support aux utilisateurs de premier niveau
DG
DG
19 Gestion contenu site WEB
SG
SG
nd
Dans tous les cas la future DSI et le CENADI se verront attribuer les fonctions 1 à 11, les services
informatiques des Directions Générales conserveront les fonctions 16 à 18 et le service informatique
du Secrétariat Général la fonction 19.
La différence entre les scénarii 1 et 2 porte sur les fonctions12 à 15 :
•
L’administration logique des serveurs (fonction 12), des réseaux et postes (fonction 13) peut
être centralisée à la DSI ou, au contraire, attribuée aux services informatiques des Directions
Générales. Idéalement la centralisation offre la meilleure solution puisqu’elle permet aux
administrateurs hautement qualifiés et spécialisés de la DSI de garantir une administration
optimum des serveurs, réseaux et postes. Cependant, il existe un risque de manque de
réactivité, et surtout certaines DG souhaiteront conserver le monopole de l’administration de
leurs serveurs, réseaux et postes,
•
Le support de second niveau (fonction 14) est un véritable service aux utilisateurs, avec hot
line, help desk, forum, etc. Il est idéal de le centraliser (scénario 1), et sans doute faudra-t-il
tenter l’expérience sur un pilote. Mais il peut s’avérer préférable de relocaliser le support au
sein de la DG pour plus de réactivité, et en raison de la spécificité de la DG,
•
La formation des utilisateurs (fonction 15) doit être centralisée afin de mutualiser les ressources
GOPA CONSULTANTS
112
et mieux planifier les formations. Cependant, dans un premier temps, il est possible
possib que
certains services informatiques demandent à conserver la gestion directe de leurs formations,
et le budget alloué pour cela.
cela
L’organigramme de la future DSI devra être élaboré et validé dans le cadre du projet de réorganisation
de la fonction informatique prévu
révu dans le SDI. Nous donnons ci-après
après une première proposition qui
pourra servir de point de départ pour l’élaboration de l’organigramme définitif.
Nouvelle DSI
Direction de
l'exploitation
Secrétariat
Adjoint
Chargé de
Communication
RSSI
Support
Direction de la
comm. & WEB
Direction de la
R&D
Direction des
projets
réseau
informatique
Help desk
Développement
sites
Contrôle qualité
Assistance à
MOA
Administration
Serveur
Hot line
Messagerie et
outils intranet
Méthodes et
normes
Réalisation
(MOE)
Administration
poste de travail
Formation
interne
Veille
technologique
DBA
Atelier
informatique
Stratégie du SI
Maintenance des
applications
Infrastructure
L’effectif de la nouvelle DSI serait le suivant (dans l’hypothèse où le scénario 1 serait retenu) :
• 5 personnes au niveau de la direction,
direction
• 25 personnes à la direction de l’exploitation,
l’exploitation
• 20 personnes au support,
n de la communication et du WEB,
• 5 personnes à la direction
GOPA CONSULTANTS
113
•
•
15 personnes à la direction de la Recherche & Développement,
10 personnes PERMANENTES à la direction des projets (s’y ajouteront temporairement d’autres
personnes pendant la durée des projets).
Soit 80 personnes à la nouvelle DSI (sans compter le personnel d’appui).
Les centres informatiques des DG doivent être réorganisés en même temps que la DSI.
Nous donnons ici une proposition d'organisation des centres informatiques des directions générales:
Centre
Informatique
Support
Technique
Support
Fonctionnel
Service de
Maintenance
Concernant la Direction des Projets de la future DSI, l’organisation qui devra être mise en œuvre pour
la gestion de chaque projet consistera à faire intervenir sur le projet des personnes de la DSI (issues
de la Direction des Projets), des personnes du service informatique des structures concernées par le
projet enfin des personnes ressources (notamment des « experts métiers » de la maîtrise d’ouvrage
des directions techniques, des prestataires, etc.).
Le changement d’organisation de la DSI en nouvelle DSI peut lui-même être géré en mode projet. La
préparation du changement organisationnel doit être rigoureuse et la plus complète possible puis la
mise en œuvre de la nouvelle organisation doit être rapide et surtout limitée dans le temps (inférieure à
6 mois). La clôture de ce projet doit formellement être réalisée par un atelier au cours duquel un retour
d’expérience sera discuté par toutes les parties prenantes.
C’est au Ministère de concevoir ce projet de changement organisationnel, de valider les objectifs et de
définir dans la phase de réalisation le rythme du changement. Si le MINFI juge qu’un changement
rapide est trop risqué, on peut envisager de le réaliser par étapes. Nous proposons à titre d’exemple
des étapes qui pourraient jalonner ce changement :
•
Mise en place dès la validation du SDI d’une réunion mensuelle entre tous les responsables
des services informatiques pour échanger sur leurs projets en cours et leurs besoins. L’objectif
de ces réunions est de dégager les premiers projets transversaux, éventuellement de favoriser
des mises à dispositions d’informaticiens d’un service à un autre. La réunion est présidée par la
DSI et doit faire l’objet d’un compte rendu qui sera diffusé à toutes les Directions,
•
Définir l’organisation cible de la nouvelle DSI (l’organigramme que nous proposons ci-dessus
pourra servir de base de réflexion), les méthodes, les mandats. Outiller la nouvelle DSI pour
qu’elle assure un support de second niveau aux utilisateurs (help desk). Définir les mandats des
services informatiques qui resteront dans les Directions Générales techniques (a priori comme
nous l’avons proposé plus haut, les informaticiens qui resteront dans les services informatiques
des Directions seront là pour assurer le support de premier niveau),
•
Prévoir l’espace et les bureaux pour loger la future DSI,
•
Formaliser les choix par des arrêtés ou décisions ministériels pour :
Les mutations d’informaticiens vers la nouvelle DSI,
Le nouveau mandat de la DSI,
GOPA CONSULTANTS
114
Le nouveau mandat des services informatiques.
•
Transférer progressivement les informaticiens retenus des structures vers la nouvelle DSI,
•
Formaliser la fin de la restructuration et réaliser un retour d’expérience5.
3.4.2
Positionnement dans l'organigramme actuel du Ministère
La question du positionnement de la future DSI dans l'organigramme actuel du Ministère est
évidemment cruciale.
Un bon positionnement, accepté par tous les acteurs, assurera la visibilité et l'autorité suffisante à la
nouvelle structure pour mener à bien les tâches qui lui seront dévolues.
Plusieurs solutions sont envisageables (cf organigramme chapitre 2.4.1) :
• Créer une vraie Direction au niveau de l'administration centrale,
• Garder la position actuelle et garder le niveau de Division,
• Autres.
La décision doit, bien entendu, être prise au niveau du Ministre. Elle ne relève pas du Schéma
Directeur Informatique.
Il faut noter que, compte tenu des difficultés prévisibles pour mener à bien le projet de
réorganisation de la DSI, une étude complémentaire est prévue dans le cadre du schéma
directeur pour affiner et préciser tous les points abordés plus haut.
5
Le retour d’expérience est une étape trop souvent oubliée dans la gestion des projets. Elle consiste à faire un
bilan de ce qui a bien fonctionné, et ce qui sera à améliorer. Ainsi, chaque nouveau projet qui est lancé peut
s’inspirer du retour d’expérience des projets passés, et on constate « normalement » une amélioration
progressive de la qualité des projets.
GOPA CONSULTANTS
115
3.5 Gestion de la sécurité
La sécurité est un point clé concernant le futur système cible.
La préoccupation sécurité ayant été largement sous estimée dans le système actuel comme le montre
les analyses précédentes, c'est un des objectifs prioritaire sur lequel il convient de focaliser l'attention
dans la période suivant l'acceptation du Schéma Directeur Informatique.
Comme pour tout le reste, il est clairement apparu qu'il n'y a aucune politique globale de gestion de la
sécurité au MINFI. Chaque Direction et organisme rattaché a mis en place sa propre politique de
sécurité quand cela a été une préoccupation avérée.
Le Schéma Directeur Informatique propose de procéder, dans un premier temps, à la rédaction du Plan
de Sécurité des Systèmes d'Information (PSSI) du Ministère des Finances (MINFI).
Le PSSI sera à la base de la "culture de sécurité" du Ministère.
Il sera réalisé par un consultant international spécialiste des questions de sécurité informatique dans le
cadre d'une mission d'étude (1.1 PLAN DE SECURITE) et dans le respect des normes internationales
en vigueur.
Une fois le PSSI produit et validé, il conviendra de le mettre en œuvre.
Cela se fera grâce au projet de mise en place de la sécurité (2.8 MISE EN PLACE DE LA SECURITE)
qui prendra en compte les directives du PSSI.
Il faut noter que la caractéristique principale de la nouvelle politique de sécurité du MINFI est que celleci sera commune à tout le Ministère. Il s'agit d'une réelle mutualisation des ressources nécessaires
dans ce domaine.
Dans ces conditions il est clair que seule la DSI sera en mesure d'assumer la gestion de la
sécurité informatique du Ministère.
Cela passe par la création, au niveau de la DSI, d'une cellule sécurité qui sera en charge de la
validation du PSSI, de la mise œuvre de celui-ci ainsi que du respect des procédures qui en
découlent.
GOPA CONSULTANTS
116
3.6 Evaluation des risques de la politique retenue
Plusieurs risques sont à retenir en ce qui concerne la mise en place des nouvelles solutions de gestion
des Finances Publiques au MINFI.
Nous pouvons déjà donner, au niveau actuel de l’étude, une première liste des risques et les premières
mesures à prendre pour les éviter.
a) Maitrise d’ouvrage insuffisante
Il est évident que mettre en place une nouvelle informatique en suivant la politique précédemment
définie avec comme objectif d’aller vers le style d’informatique retenue demande une maîtrise
d’ouvrage très forte.
La DSI, dans son état actuel, n’est pas en mesure de prendre en charge cette tâche.
Le Schéma Directeur Informatique propose une réforme de la DSI qui passe par une augmentation de
ses moyens et une recentralisation des ressources informatiques. L’acceptation de cette réforme et un
soutient de la hiérarchie du Ministère sont, à ce niveau, absolument indispensables.
b) Granularité des projets
Les projets ne doivent pas être inter domaines fonctionnels.
Cependant certains domaines sont suffisamment vastes (ex : DEPENSES) pour que les projets
atteignent des tailles très importantes.
Des projets trop importants risquent de ne pas être à la mesure de la maîtrise d’ouvrage, même
renforcée.
Les projets définis précédemment peuvent donc faire l’objet d’un découpage en sous-projets.
Le Schéma Directeur Informatique s’attache donc à définir des projets et des sous-projets qui de par
leurs tailles resteront maîtrisables.
Remarque :
Cela ne signifie pas que le découpage obtenu lors de la validation du Schéma Directeur Informatique
sera définitif. En fonction des besoins et si cela s’avère nécessaire, de nouveaux découpages pourront
être faits pendant la phase d’exécution du SDI.
c) Mise à disposition des compétences nécessaires
C’est évidemment un risque majeur.
La DSI en tant que maître d’ouvrage sera en première ligne. Elle doit disposer des compétences
nécessaires.
Une fois la liste et le planning des projets définitivement adoptés, il sera possible de prévoir un plan de
recrutement des ressources informatiques pour la DSI.
Le SDI propose, dans toute la mesure du possible, un plan de renforcement des compétences internes
du MINFI par recrutement des compétences informatiques nécessaires.
De même, comme décrit précédemment, la mise en place d’une cellule d’accréditation sera un point
clé de la réussite.
GOPA CONSULTANTS
117
d) Mobilisation des budgets
Une fois la liste des projets définie, la description et la planification de ceux-ci acquises, il sera
possible d’évaluer chacun d’eux en termes de ressources budgétaires.
Le SDI s’attache à donner une première ébauche des budgets à mobiliser sur cinq ans pour la
réalisation de tous les projets informatiques liés au SDI.
Cette ébauche devra être suffisamment précise pour que le Ministère soit en mesure de prévoir et
d’engager les dépenses sur une base pluriannuelle.
GOPA CONSULTANTS
118
3.7 Les contraintes prévisibles après l’installation du système
Plusieurs contraintes peuvent dès à présent être mentionnées.
3.7.1
Paiement des licences
Les logiciels de type ERP ou les progiciels sont généralement acquis contre le paiement de
redevances annuelles qui sont souvent fonction du nombre d'utilisateurs autorisés. Le Ministère aura
donc la contrainte de prévoir les budgets annuels nécessaires à l'utilisation de ces outils.
3.7.2
Réforme Gestion des Finances Publiques (GFP Budget programme)
Le Système d'Information devra tenir compte de la réforme de la GFP en cours (passage au budget
programme). Or selon les dates de mise en œuvre de la réforme, et les dates de mise en œuvre de
l’informatique, il faudra que le Système d'Information puisse traiter à la fois la GFP avant réforme et
GFP après réforme. Comme de toute façon il y aura d’autres (petites) réformes par la suite, le Système
d'Information devra vraiment être très évolutif.
3.7.3
Gestion des Ressources Humaines (GRH)
Concernant les Ressources Humaines (RH), la difficulté consiste à maintenir les cadres informaticiens
en poste. En effet, une fois formés et expérimentés, beaucoup seront tentés de quitter le MINFI pour le
privé, et tout l’effort de formation sera à refaire. Il s'agit là aussi d'une contrainte budgétaire dont il faut
tenir compte.
GOPA CONSULTANTS
119
4. QUATRIEME PARTIE
(PLAN D'ACTION)
GOPA CONSULTANTS
120
4.1 Synthèse des projets retenus
Deux groupes sont retenus pour les projets:
•
•
Les études,
Les projets de développement.
Chaque projet de développement peut être nouvellement proposé par le SDI (type N) ou existant (type
E) si celui-ci a déjà fait l'objet de développements préalablement à l'adoption du SDI.
4.1.1
Les études
(*) N : Nouveau, E : Existant
N°
Domaines
Fonction
Projets
Type(*)
Début
Fin
1.1
TEC
PLAN DE SECURITE
N
01/04/2012
01/09/2012
1.2
COM
PLAN DE FORMATION
N
01/04/2012
01/09/2012
1.3
SRC
PLAN INFRASTRUCTURE
LOGICIEL
N
01/04/2012
01/09/2012
Définition des logiciels de base et des
méthodologies à employer
1.4
TEC
ETUDE
COMPLEMENTAIRE
FONCTION INFO
N
01/04/2012
01/09/2012
Plan complémentaire de réorganisation
de la fonction informatique
1.5
TEC
ETUDE IMPLENTATION
DU DATA CENTER
N
01/04/2012
01/09/2012
Plan de mise en place du data center
1.6
RH
RECENCEMENT PP & PM
DANS LE CADRE IDU
N
01/07/2012
30/07/2013
Apurement/normalisation des données
SIGIPES et ANTILOPE
1.7
TEC
ETUDE
COMPLEMENTAIRE
RESEAU LAN
N
01/04/2012
01/09/2012
Audit détaillé des LANs Centraux
Descriptions
Définition de la politique de sécurité des
Systèmes d'Information du Ministère
Définition du plan de formation à
l'informatique du Ministère
GOPA CONSULTANTS
121
4.1.2
Les projets de développement
(*) N : Nouveau, E : Existant
N°
Domaines
Fonction
Projets
Type(*)
Début
Fin
2.1.1
TEC
LAN CENTRAL
N
01/09/2012
30/06/2014
2.1.2
TEC
LAN REGIONS
N
01/09/2012
30/06/2014
2.1.3
TEC
LAN DGI ET
CENTRAL
N
01/09/2012
30/06/2014
2.2.1
TEC
WAN
N
01/09/2012
31/12/2014
Projet de mise en place du réseau WAN
2.2.2
TEC
BACKUP WAN
N
01/01/2013
31/12/2014
Mise en œuvre du réseau interconnecté de
secours WAN
2.3.1
COM
E
01/01/2012
31/12/2012
Projet de développement du site WEB du
Ministère
2.4.1
SRC
N
01/09/2012
30/06/2014
2.4.2
SRC
GED
N
01/01/2013
31/12/2014
2.4.3
SRC
GESTION DES
ACHATS ET DES
STOCKS
N
01/01/2013
31/12/2013
2.5
RH
RESSOURCES
HUMAINES
E
01/01/2012
30/06/2014
2.6
SRC
IDU
E
09/01/2012
31/12/2015
2.7
COM
N
01/09/2012
31/12/2016
Gestion du changement et mise en œuvre
du PLAN DE FORMATION
2.8
TEC
N
01/09/2012
30/06/2014
Projet de mise en place du plan de sécurité
du Ministère
2.9
SRC
N
01/09/2012
30/06/2013
Projet de mise en place de l’infrastructure
logicielle du Ministère avec définition des
outils de développement
2.10
SRC
N
01/05/2012
31/10/2012
Projet de mise en place de la messagerie du
Ministère
2.11
SRC
N
01/01/2013
01/07/2013
Projet de gestion du parc informatique du
Ministère
2.12
SRC
N
01/09/2012
30/06/2013
Projet de mise en place du ou des outils ETL
2.13
COM
N
01/07/2013
31/12/2014
Projet de développement du portail global du
Ministère
2.14
COM
INTEGRATION
N
01/05/2012
30/06/2013
Projet de définition et de mise en place des
interfaces automatiques pour logiciels
métiers actuellement opérationnels
2.15
REC
DEPLOIEMENT
SYDONIA
E
01/01/2012
31/12/2015
Projet compléments de déploiement et d'
interfaces des fonctionnalités SYDONIA
2.16
SRC
LOGICIELS POSTES
DE TRAVAIL
N
01/05/2012
31/12/2016
2.17
P&C
DATA WAREHOUSE
N
01/01/2013
31/12/2014
2.18.1
DEP
PREPARATION
BUDGET
N
01/01/2013
31/12/2015
SITE WEB
INSTITUTIONNEL
MINFI
GESTION DU
COURRIER
CONDUITE DU
CHANGEMENT
FORMATIONS
MISE EN PLACE
SECURITE
MISE EN PLACE
INFRASTRUCTURE
LOGICIELLE
MISE EN PLACE
SERVEURS
MESSAGERIE
GESTION DU PARC
INFORMATIQUE
MISE EN PLACE
INFRASTRUCTURE
ETL
PORTAIL WEB
INTRANET
Descriptions
Projet de réhabilitation des réseaux LAN des
bâtiments A et B et CENADI à Yaoundé
Projet de réhabilitation et de mise en place
des réseaux LAN en régions
Projet de mise en place du réseau LAN à la
DGI et à la DGE à Yaoundé
Projet de mise en place du logiciel de
gestion du courrier du Ministère
gestion électronique des documents du
Ministère
Projet de mise en place d'un logiciel de
gestion des achats et des stocks
Projet de refonte des logiciels de gestion des
ressources humaines
Projet de mise en place de la solution
d’identification des contribuables
Projet de mise en places des solutions
individuelles (bureautiques, messageries,
etc.)
Projet de mise en place des outils de
pilotage et de contrôle (TOFFE, Tableaux
de bord, etc.)
Projet de refonte des logiciels de dépenses
et budgets
GOPA CONSULTANTS
122
N°
Domaines
Fonction
Projets
Type(*)
Début
Fin
Descriptions
2.18.2
DEP
EXECUTION
BUDGET
N
01/01/2013
31/12/2015
Projet de refonte des logiciels d’exécution de
la chaine des dépenses
2.19
CFE
COMPTABILITE
FINANCES
N
01/01/2013
31/12/2015
Projet de refonte des logiciels comptables
2.20
REC
IMPOTS RECETTES
N
30/06/2013
30/06/2016
2.21
CFE
MARCHES PUBLICS
N
01/01/2014
30/06/2016
Projet de refonte des logiciels de recettes
Projet d’acquisition d’un logiciel de gestion
des marchés publics
2.22
TEC
DATA CENTER
E
01/01/2012
31/12/2014
Mise en place du DATA CENTER
2.23
TEC
FONCTION
INFORMATIQUE
N
01/05/2012
31/12/2013
Réorganisation de la fonction informatique
2.24
TEC
CREATION DE LA
CENTRALE
D'ACHATS
N
01/01/2014
30/06/2014
Création de la cellule de centrale d'achat
2.25
CFE
IMMOBILISATION
ET GESTION
PATRIMONIALE
N
01/01/2014
31/12/2014
Gestion de la comptabilité matières, Gestion
du patrimoine de l'état d'un point de vue
comptable
TEC
SUIVI ET
EVALUATION DE
PROJET
N
01/01/2014
30/06/2015
Gestion des projets de l'état Camerounais et
gestion des projets du MINFI avec
interfaçage avec la constitution des
budgets/programmes
2.27
CFE
EVOLUTION
FONCTIONNELLE
BUDGET
PROGRAMME
E
01/01/2012
31/12/2012
Permettre la programmation en budget
programme fin 2013
2.28
SRC
BALANCE DES
PAIEMENTS
E
01/09/2012
30/06/2013
Gestion de la balance des paiements
2.29
REC
SIICAF
E
01/01/2012
30/12/2015
Calcul des taxes Foncières
2.26
GOPA CONSULTANTS
123
4.1.3
Planning de mise en place
GOPA CONSULTANTS
124
4.1.4
Budgets prévisionnel
Globalement le budget est défini par domaine fonctionnel.
a) Budget pour les prestations extérieurs et pour le Matériel (informatique et réseau)
Il s'agit du budget à prévoir pour couvrir les besoins en prestations extérieures au Ministère du type Assistance à la Maîtrise d'Ouvrage (AMOA) et expertise
internationale et locale.
Le lignes budgétaires 10 à 14 correspondent au matériel (réseau et informatique).
La ligne 15 correspond aux licences logicielles à envisager.
N° Lig
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
BUDGET BAILLEURS
Etudes préliminaires
Projets domaine technique
Projets domaine communication
Projets référentiels communs
Ressources Humaines
Data warehouse pilotage et contrôle
Projet de gestion des dépenses
Projets de gestion de la comptabilité et de la finances de l'état
Projets de gestion des recettes de l'état
Projets de mise en place des budgets programmes
Matériel réseau local
Matériel réseau général WAN
Matériel réseau général Backup WAN
Matériel poste de travail et serveurs
Licences logiciels
Total :
Total
2 012
2 013
2 014
2 015
2 016
217 136
190 404
26 732
0
0
0
382 989
82 145
167 554
133 290
11 439
8 200
203 540
36 482
54 661
53 357
29 520
29 520
570 162
147 395
279 415
95 899
44 895
2 558
301 268
90 380
120 507
90 380
0
0
84 558
0
42 279
42 279
0
0
1 429 752
0
500 413
500 413
428 926
0
1 349 474
0
250 207
573 664
421 890
103 714
1 331 352
69 208
280 112
385 564
385 564
210 904
230 354
230 354
0
27 158
9 053
0
493 296
98 659
246 648
147 989
0
0
2 839 496 567 899 1 419 748 851 849
0
0
661 510
0
330 755
330 755
0
0
2 851 501 389 358
423 285
537 707
653 748
847 405
2 367 766 418 134
582 528
582 528
392 288
392 288
15 314 156 2 320 419 4 724 844 4 352 833 2 377 322 1 594 589
Budget en Kilo FCFA HT
GOPA CONSULTANTS
125
b) Budget pour les prestations internes du MINFI
Il s'agit du Budget pour couvrir les ressources internes du Ministère (DSI et diverses Directions ) qui seront mobilisées pour la réalisation des projets.
N°Lig
1
2
3
4
5
6
7
8
9
10
BUDGET MINFI
Projets domaine technique
Ressources Humaines
Data warehouse pilotage et contrôle
Projet de gestion des dépenses
Projets de gestion de la comptabilité et de la finances de l'état
Projets des gestion des recettes de l'état
Total :
Total
2012
2013
2014
2015
34 112
20 992
13 120
0
0
271 584
61 631
123 787
86 166
3 116
65 731
14 038
23 452
28 241
0
718 189
150 644
299 307
161 179
80 819
1 054 848 316 454
421 939
316 454
0
53 136
0
26 568
26 568
0
1 066 656
0
373 330
373 330
319 997
701 920
0
100 335
343 580
200 670
1 639 344 168 264
361 522
458 150
458 150
358 438
358 438
0
40 934
13 645
5 963 958 1 090 462 1 743 359 1 834 602 1 076 398
GOPA CONSULTANTS
126
2016
0
2 624
0
26 240
0
0
0
57 334
193 258
0
279 456
c) Budget global incluant les prestations externes et internes au MINFI
Budget total représentant l'investissement global à prévoir (somme des deux tableaux précédents).
N°Lig
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
BUDGET GLOBAL
Total
2012
2013
2014
2015
2016
251 248
211 396
39 852
0
0
0
Projets domaines techniques
654 573
143 776
291 341
219 456
14 555
10 824
269 272
50 520
78 113
81 598
29 520
29 520
1 288 351 298 039
578 722
257 078
125 714
28 798
Ressources Humaines
1 356 116 406 835
542 446
406 835
0
0
Data Warehouse pilotage et contrôles
137 694
0
68 847
68 847
0
0
Projets de gestion des dépenses
2 496 408
0
873 743
873 743
748 922
0
Projets de gestion de la comptabilité et de la finances de l'état 2 051 394
0
350 542
917 244
622 560
161 048
Projets de gestion des recettes de l'état
2 970 696 237 472
641 634
843 714
843 714
404 162
588 793
588 793
0
68 093
22 698
0
Matériel réseau local
493 296
98 659
246 648
147 989
0
0
Matériel réseau général WAN
2 839 496 567 899 1 419 748 851 849
0
0
Matériel réseau général Backup WAN
661 510
0
330 755
330 755
0
0
Matériel poste de travail et serveurs
2 851 501 389 358
423 285
537 707
653 748
847 405
Licences logiciels
2 367 766 418 134
582 528
582 528
392 288
392 288
Total : 21 278 115 3 410 881 6 468 203 6 187 435 3 453 720 1 874 045
GOPA CONSULTANTS
127
4.1.5
Commentaires concernant le budget
Le détail commenté du budget a été élaboré sous la feuille Excel : Chiffrage budget MINFI V104.xlsx.
Ce document est stocké sous l'espace de partage des fichiers dont le lien est le suivant :
http://ns1.cenadi.cm/~sdi/index.php?option=com_jdownloads&Itemid=9&view=viewcategory&catid=7
Le budget du projet ressources humaines est basé sur l'acquisition d'un ERP.
Les licences d'utilisation de cet ERP sont basées sur le nombre d'agents de la fonction publique actifs
et pensionnés (environ 400000). Le coût d'utilisation des licences de ce type de logiciel représente
environ 1 Milliard trois cent mille FCFA auquel il faut ajouter le prix des prestations pour trois cent
millions de FCFA dans le budget des bailleurs.
GOPA CONSULTANTS
128
4.1.6
Plan d'action
Le plan d'action décrit les activités prévisibles sur un horizon moyen terme d'environ 18 mois suite à la
décision de mise en œuvre du Schéma Directeur Informatique.
Il est basé une classification des projets décrits précédemment.
Six classes de projets sont définies :
Classes
Description
Etudes
Etudes planifiées
Réseaux
Projets techniques liés à l'installation des divers réseaux LAN et WAN
Logiciels de
base
Projets liés à la mise en place de logiciels communs à tous le Ministère et qui
assurent l'infrastructure logicielle de base du Ministère. Ex : logiciels serveurs de
messagerie ou ETL
Logiciels
métiers
Projets liés au développement des applications spécifiques au MINFI et à la Fonction
Publique. Il peut s'agir de développements spécifiques ou de projets ERP
Organisation
Projets qui ont une forte composante organisationnelle relevant de la refonte des
équipes et des méthodes de travail.
Data center
Le Projet DATA CENTER est une classe à lui tout seul compte tenu de ses
spécificités
GOPA CONSULTANTS
129
a) Classement des projets
Classes
Etudes
N°
Domaines
Fonction
Projets
Type(*)
Descriptions
1.1
TEC
PLAN DE SECURITE
N
Définition de la politique de sécurité des
systèmes d'information du Ministère
1.2
COM
PLAN DE FORMATION
N
Définition du plan de formation à
l'informatique du ministère
1.3
SRC
N
Définition des logiciels de base et des
méthodologies à employer
1.4
TEC
N
Plan complémentaire de réorganisation de
la fonction informatique
1.5
TEC
N
Plan de mise en place du data center
1.6
RH
N
Apurement/normalisation des données
SIGIPES et ANTILOPE
1.7
TEC
N
Audit détaillé des LANs Centraux
2.1.1
TEC
LAN CENTRAL
N
2.1.2
TEC
LAN REGIONS
N
2.1.3
TEC
LAN DGI ET CENTRAL
N
Projet de mise en place du réseau LAN à
la DGI et à la DGE à Yaoundé
2.2
TEC
WAN
N
Projet de mise en place du réseau WAN
2.10
SRC
N
Projet de mise en place de la messagerie
du Ministère
2.11
SRC
N
Projet de gestion du parc informatique du
Ministère
2.12
SRC
MISE EN PLACE
INFRASTRUCTURE ETL
N
Projet de mise en place du ou des outils
ETL
2.13
COM
PORTAIL WEB
INTRANET
N
2.14
COM
INTEGRATION
N
2.15
REC
DEPLOIEMENT
SYDONIA
E
2.16
SRC
LOGICIELS POSTES DE
TRAVAIL
N
2.3
COM
SITE WEB
INSTITUTIONNEL MINFI
E
2.4.1
SRC
GESTION DU COURRIER
E
2.4.2
SRC
GED
N
2.9
SRC
MISE EN PLACE
INFRASTRUCTURE
LOGICIELLE
N
PLAN
INFRASTRUCTURE
LOGICIEL
ETUDE
COMPLEMENTAIRE
FONCTION INFO
ETUDE IMPLENTATION
DU DATA CENTER
RECENCEMENT PP &
PM DANS LE CADRE
IDU
ETUDE
COMPLEMENTAIRE
RESEAU LAN
Réseaux
Logiciels de base
MISE EN PLACE
SERVEURS
MESSAGERIE
GESTION DU PARC
INFORMATIQUE
Projet de réhabilitation des réseaux LAN
des bâtiments A et B et CENADI à
Yaoundé
Projet de réhabilitation et de mise en
place des réseaux LAN en régions
Projet de développement du portail global
du Ministère
Projet de définition et de mise en place
des interfaces automatiques pour logiciels
métiers actuellement opérationnels
Projet compléments de déploiement et
d'interfaces des fonctionnalités SYDONIA
Projet de mise en places des solutions
individuelles (bureautiques, messageries,
etc.)
Projet de développement du site WEB du
ministère
gestion du courrier du Ministère
gestion électronique des documents du
Ministère
Projet de mise en place de l’infrastructure
logicielle du Ministère avec définition des
outils de développement
GOPA CONSULTANTS
130
Classes
Logiciels Métiers
N°
Domaines
Fonction
Projets
Type(*)
Descriptions
2.18.1
DEP
PREPARATION BUDGET
N
Projet de refonte des logiciels de
dépenses et des budgets
2.18.2
DEP
EXECUTION BUDGET
N
Projet de refonte des logiciels d’exécution
de la chaine des dépenses
2.19
CFE
COMPTABILITE
FINANCES
N
Projet de refonte des logiciels comptables
2.20
REC
IMPOTS RECETTES
N
Projet de refonte des logiciels de recettes
2.21
CFE
MARCHES PUBLICS
N
2.26
TEC
SUIVI ET EVALUATION
DE PROJET
N
2.27
CFE
EVOLUTION
FONCTIONNELLE
BUDGET PROGRAMME
E
Permettre la programmation en budget
programme fin 2013
2.28
SRC
BALANCE DES
PAIEMENTS
N
Gestion de la balance des paiements
2.29
CFE
CADRE RECETTES
E
Traitement informatique des recettes
collectées dans les recettes des Impôts
2.4.3
SRC
GESTION DES ACHATS
ET DES STOCKS
N
Projet de mise en place d'un logiciel de
gestion des achats et des stocks
2.5
RH
RESSOURCES
HUMAINES
E
Projet de refonte des logiciels de gestion
des ressources humaines
2.6
SRC
IDU
E
Projet de mise en place de la solution
d’identification des contribuables
2.8
TEC
MISE EN PLACE
SECURITE
N
Projet de mise en place du plan de
sécurité du Ministère
2.23
TEC
FONCTION
INFORMATIQUE
N
Réorganisation de la fonction informatique
2.7
COM
CONDUITE DU
CHANGEMENT
FORMATIONS
N
Gestion du changement et mise en
œuvre du PLAN DE FORMATION
2.22
TEC
DATA CENTER
E
Mise en place du DATA CENTER
Organisation
Data center
Projet d’acquisition d’un logiciel de gestion
des marchés publics
Gestion des projets de l'état Camerounais
et gestion des projets du MINFI avec
interfaçage avec la constitution des
budgets/programmes
GOPA CONSULTANTS
131
b) Activités planifiées
Les activités sont planifiées par type de ressources. Les types de ressources sont les suivants :
•
•
•
•
•
AMOA: Personnel extérieur en charge de l'assistance à la maîtrise d'ouvrage,
DSI : Agents du Ministère de la DSI,
MINFI : Agent du Ministère appartenant à une Direction Générale ou à un Organisme,
EI : Expert International,
EL : Expert nationaux.
Tableaux des activités
Classes
Projets
Activités
TDR
Rédaction des TDR
CHOIX
Choix des prestataires
SUIVI
REAL
Suivi de l'étude
Réalisation de l'étude
RECET
Recette de l'étude
Etudes
TDR
Réseaux
Logiciels de
base
Rédaction des termes de références
CHOIX
Choix des intervenants et organisation des projets
SUIVI
Elaboration des plans et suivi des travaux
PARAM
Paramétrage des outils informatique de gestion des réseaux
RECET
Recette des travaux
EXISTANT
Prise en compte des projets existants
TDR/DAO
Termes de références ou DAO si nécessaire
Ressources
3
4
5
AMOA
DSI
AMOA
DSI
MINFI
DSI
EI
AMOA
DSI
AMOA
AMOA
EI
AMOA
DSI
DSI
EL
MINFI
DSI
AMOA
DSI
AMOA
DSI
GOPA CONSULTANTS
132
6
2012
7 8
9 10 11 12
1
2
3
2013
4 5
6
7
8
Classes
Projets
Activités
CHOIX
Choix du logiciel et/ou du partenaire et organisation des
projets
PARAM
Paramétrage des progiciels
SUIVI
Suivi de l'installation
RECET
Recettes
EXISTANT
Prise en compte des projets existants
TDR/DAO
Termes de références ou DAO si nécessaire
CHOIX
Choix des intervenants et organisation des projets
SUIVI
Suivi des travaux
DEVELOP
Développement et intégration des applications
INTEGRATION
Data Center
RECET
Recette des travaux
SUIVI
Mise en place des nouvelles organisations
SUIVI
3
4
5
AMOA
DSI
MINFI
DSI
MINFI
DSI
MINFI
DSI
Logiciels
métiers
Organisation
Ressources
Suivi des travaux
AMOA
DSI
AMOA
DSI
AMOA
DSI
MINFI
EI
EI
EL
DSI
EI
EL
DSI
DSI
MINFI
AMOA
DSI
EI
MINFI
DSI/CENADI
GOPA CONSULTANTS
133
6
2012
7 8
9 10 11 12
1
2
3
2013
4 5
6
7
8
4.1.7
Commentaires concernant le plan d'action
La planification des activités présentées précédemment doit être considérée comme un macro planning
explicatif.
La planification détaillée des projets sera faite par les chefs de projets désignés lors de la réalisation de
l'activité d'organisation des projets.
Globalement, dans une première approche, les trois premiers mois de réalisation des objectifs du SDI
seront consacrés aux activités suivantes :
•
•
•
•
Mise en place de la nouvelle organisation de la DSI en collaboration avec toutes les directions,
Rédaction des termes de références nécessaires pour la réalisation des études préliminaires,
Rédaction des termes de références pour les projets ne nécessitant pas de DAO,
Prise en compte des projets existants par la nouvelle DSI,
Après le premier trimestre les activités suivantes seront liées aux projets eux mêmes:
•
•
•
•
•
•
Rédaction des DAO,
Organisation des projets,
Choix des partenaires intégrateurs,
Suivi des projets,
Recettes,
Etc.
GOPA CONSULTANTS
134
5. CINQUIEME PARTIE
(AMENDEMENT DU SDI)
GOPA CONSULTANTS
135
5.1 Introduction
Ce chapitre décrit les modalités d’évolution du schéma directeur informatique du Ministère des
Finances (MINFI).
Il a été bien compris et explicitement demandé par le MINFI de disposer en permanence d’une
description de l’évolution de l’informatique envisagée. Cette description sera assurée par le Schéma
Directeur Informatique qui décrit de manière précise l’évolution de l’informatique du Ministère et les
projets en cours d’élaboration sur une période de cinq années.
Le présent document doit donc faire l’objet de révisions régulières. Elles assureront que la description
de l’informatique à venir pour les cinq prochaines années est bien comprise et admise par tous les
acteurs et décideurs du Ministère des Finances.
5.2 Cas et procédure de révision du Schéma Directeur Informatique
Deux types de révisions sont applicables au présent Schéma Directeur Informatique :
•
•
Révisons périodiques,
Révisions suite à des évènements impactant le développement des projets en cours.
5.2.1 Révisions périodiques
Ces révisions périodiques devront être faites tous les six mois pendant la période intense de
développement de l’informatique du MINFI c'est-à-dire les 18 mois s’étendant du 01/01/2012 au
30/09/2013, toutes les années ensuite.
Il s’agit, en fait, de mettre à jour le Schéma Directeur Informatique avec toutes les décisions qui auront
été prises pendant la dernière période.
Le Schéma Directeur Informatique défini des macros plannings. Il conviendra de mettre à jour ces
macros plannings en ce qui concerne les temps passés et les restes à faire.
Toutes les modifications de la marche des projets et impactant les décisions, les plannings ou les
budgets tels qu’ils ont été définis seront prises en compte lors de ces révisions périodiques.
Les nouveaux projets qui sont apparus doivent être pris en compte en complément des projets en
cours et les plannings et les budgets seront complétés. Ils seront analysés et décrits lors des révisions
périodiques.
Chaque révision du Schéma Directeur Informatique fera l’objet d’une nouvelle version.
Révisions planifiées :
• Le 30/09/2012.
• Le 31/12/2012.
• Le 30/06/2013.
Chacune de ces révisions fera l’objet d’un circuit d’approbation tel que décrit plus loin.
Les versions successives du Schéma Directeur Informatique serviront d’élément de base pour assurer
la visibilité permanente de l’évolution future de l’informatique du Ministère des Finances.
GOPA CONSULTANTS
136
5.2.2 Révisions suite à des évènements impactant le développement des projets en
cours.
S’il s’avère qu’un évènement important impliquant la modification du Schéma Directeur Informatique
doit être pris en compte durant la période en cours, il conviendra de produire une révision du Schéma
Directeur Informatique.
Sans être exhaustif on peut citer les évènements suivants :
•
•
•
•
•
•
Modification importante de la planification d’un projet en cours,
Ajout d’un nouveau projet impactant grandement directement ou indirectement la
planification.
Suppression d’un projet,
Modifications budgétaires importantes. Il s’agit ici de modifications mettant radicalement en
cause les prévisions de la version en cours du SDI,
Changement de méthode dans la gestion des projets,
Refonte importante des équipes.
D’une manière générale la demande de production d’une nouvelle version du SDI, suite à des
évènements impactant les projets en cours, sera obligatoirement émise par le Comité de Pilotage.
Seul le Comité de Pilotage est habilité à considérer que, compte tenu des nouveaux évènements, une
nouvelle version du SDI doit être produite.
Dans ce cas une nouvelle numérotation de version sera appliquée : Version VX.00.
5.3 Modalités d'actualisation
Le Schéma Directeur Informatique fait l’objet de révisions régulières.
La DSI du MINFI est directement en charge de ces révisions, elle en est le maître d’œuvre.
Les révisions périodiques impactant de manière peu importante le SDI et qui permettent de simplement
mettre à jour le SDI en ce qui concerne l’évolution des tâches et la prise en compte du réalisé
représenteront une charge de 1 à 2 jours.
Les révisions périodiques avec ajout de projets complémentaires en fin de planning représenteront une
charge plus importante qui ne pourra pas excéder 5 jours.
Les révisions périodiques ne doivent pas générer une charge supérieure à 5 jours.
Les révisions plus importantes sont celles qui font suite à des évènements impactant le développement
des projets en cours. Elles peuvent générer une charge de travail supérieure à 5 jours. Elles devront
faire l’objet d’une évaluation de la charge et d’une approbation par le Ministère.
5.4 Moyens permanents pour le suivi de l'exécution du Schéma Directeur
Informatique
La DSI du Ministère est en charge permanente de l’exécution du Schéma Directeur Informatique.
Il n’y a pas de structure ni de ressource spécifique affectée au suivi de l’exécution du Schéma
Directeur Informatique. Le suivi de l’exécution du SDI fait partie de la charge intrinsèque de la DSI du
MINFI. Cette charge sera prise en compte dans l’exécution des projets eux-mêmes par la cellule
GOPA CONSULTANTS
137
d'Assistance à la Maîtrise d'Ouvrage (AMOA).
Il faut remarquer, qu’en ce qui concerne le suivi de l’exécution du SDI, il ne s’agit pas pour la Division
des Systèmes d’Information de se substituer aux responsabilités des divers acteurs (partenaires
intégrateurs, groupes de projets, utilisateurs, etc.) mais d’animer, de coordonner, de surveiller
l’ensemble des dispositions, décisions, exécutions de tâches affectant la vie de l’informatique au
Ministère.
La DSI doit dégager les moyens de contrôles et de suivi permanents dans un esprit de très large
concertation.
5.5 Les circuits d'information nécessaires
Bien que représentant un investissement important, le développement de l’informatique et la mise en
œuvre du SDI continueront à être dévolus à la DSI du Ministère en tant que maître d’œuvre et maître
d’ouvrage. Cette Division, comme cela est indiqué plus haut, doit être étoffée et rendue opérationnelle
par rapport à la tâche qui lui est assignée.
Cependant elle doit rester une structure souple qui est essentiellement en charge du contrôle de la
bonne exécution des travaux.
Dans ces conditions il n’a pas été prévu de définition formelle de circuits d’informations dans le cadre
des divers projets qui seront réalisés pendant la période d’application du Schéma Directeur
Informatique.
La communication sera assurée de manière informelle par la DSI qui procèdera par bulletins
périodiques d’informations diffusés aux utilisateurs impliqués via la messagerie interne et le site
INTRANET du Ministère.
GOPA CONSULTANTS
138
6. ANNEXES
GOPA CONSULTANTS
139
6.1 Les fiches de projets
(*) Complexité S : Simple, M : Moyenne, F : Forte
Code : 1.1
Nom : PLAN DE SECURITE
Domaine fonctionnel : Tous
Intitulé : Plan de sécurité informatique du MINFI
Complexité (*) : M
Thème : ETUDE
Planification : 01/04/2012 au 01/09/2012
Objectifs : Rédaction du PSSI
Fonctionnalités Principales :
Etude qui aboutit essentiellement à la définition de la Politique Sécurité des Systèmes d'Information
(PSSI) du Ministère des Finances (MINFI).
Le PSSI sera à la base de la "culture de sécurité" du Ministère.
Basé sur les méthodes ISO 27001 à ISO 27007.
Le document PSSI doit présenter les principes de sécurité résultant de l’analyse des risques et
les énoncer de manière organisée.
Les points abordés dans l'étude sont définis ainsi :
Champ d’application de la PSSI,
Enjeux et orientations stratégiques,
Cadre réglementaire,
Échelle des besoins,
Expression des besoins de sécurité par domaine fonctionnels,
Etude de l'impact sur le Ministère,
Objectifs de sécurité:
• Identifier et caractériser les menaces (par rapport à la liste générique EBIOS),
• Formaliser les risques et le niveau de criticité,
• Définir les objectifs de sécurité du MINFI,
Organisation de la sécurité:
• Le Responsable de la sécurité de l’information (RSSI),
• Le Comité de Sécurité,
• Les Responsables opérationnels,
• Les Référents utilisateurs,
• L’expertise externe,
• L’Audit,
Règles de sécurité:
Les principes et règles de sécurité sont issus de la norme ISO27002
• Politique de sécurité
• Management de la sécurité
• Inventaire et classification des biens
• Sécurité et ressources humaines
• Sécurité physique et environnementale
• Exploitation informatique et gestion des réseaux
• Contrôle d’accès logique
• Intégration, développement et maintenance des applications et systèmes
• Gestion des incidents liés à la sécurité de l’information
GOPA CONSULTANTS
140
•
•
Gestion de la continuité des activités
Conformité
Parmi les nombreux objectifs de l'étude ont peut citer :
Disposer d'un document fondateur de la démarche sécurité du Ministère,
Disposer d'un espace de confiance autour du système informatique du Ministère,
Réussir à faire considérer la sécurité informatique comme une valeur ajoutée du système
informatique,
Améliorer la culture sécurité,
Etc.
Projets antécédents : N/A
Projets suivants : N/A
Directions et Organismes utilisateurs :
Etudes à mener préalables : N/A
Avis SDI : N/A
GOPA CONSULTANTS
141
Code : 1.2
Nom : PLAN DE FORMATION
Domaine fonctionnel : COM
Intitulé : Plan de formation informatique du MINFI
Complexité (*) : M
Thème : ETUDE
Objectifs : Rédaction du plan de formation
Etude qui a pour but de définir un plan de formation aux outils informatique pour l'ensemble des
agents du Ministère sur un horizon de 5 années.
Le plan de formation est un outil de cadrage dans la dimension politique de la formation.
Le plan de formation abordera les points suivants :
Le plan de formation actuel
• Bilan actuel de la formation (qualitatif et quantitatif),
• les objectifs qui avaient été planifiés,
• Les outils utilisés,
• Les moyens utilisés,
• Les arbitrages qui ont été appliqués,
Les grands objectifs du nouveau plan de formation
• les objectifs opérationnels,
• les évolutions des métiers,
• les compétences à acquérir,
Les différents modes d'apprentissage
• Les formations organisées en présence des agents du ministère,
• Les stages pratiques,
• Les formations à distance,
• Le tutorat,
• les actions programmées (formations obligatoires dans un délai donné),
• les formations professionnelles qualifiantes (délivrance de diplômes),
Les méthodes et outils envisagés dans le cadre du nouveau plan
• Outils informatique,
• Autres,
L'évaluation des formations
• Bilan personnel,
• Validation des acquis de l'expérience,
• Concours internes,
• Préparations au concours et examens professionnels.
•
Le plan de formation donne une évaluation détaillée des besoins de formation dans le domaine de
l'informatique et d'une manière générale pour tout ce qui relève du traitement de l'information. Cela
inclut les besoins dans les domaines :
• Du matériel informatique,
• Des logiciels,
• Du support fonctionnel,
• Du support technique,
• Etc.
GOPA CONSULTANTS
142
Le plan de formation donnent aussi une planification détaillée des formations à entreprendre
sur l'horizon du Schéma Directeur Informatique ainsi qu'une évaluation la plus objective
possible des ressources humaines, matérielle et financières à mobiliser.
Directions et Organismes utilisateurs : TOUS
Avis SDI : N/A
GOPA CONSULTANTS
143
Code : 1.3
Nom : PLAN D'INFRASTRUCTURE LOGICIELLE
Intitulé : Définition des logiciels de base et des méthodologies à employer
Complexité (*) : M
Thème : ETUDE
Objectifs : Rédaction des cahiers de charges pour les logiciels de base
L’étude détaillée d’architecture logicielle doit permettre la mise en place de l’ensemble des outils
logiciels nécessaires pour garantir l’intégration des logiciels applicatifs qui seront déployés sur la
durée d’application du Schéma Directeur Informatique (SDI) du Ministère des Finances (MINFI).
L’étude doit permettre de définir, dans le détail, les alternatives possibles et donner les
recommandations et préconisations nécessaires.
Deux thèmes principaux seront abordés dans cette étude :
Définition détaillée de l'architecture logicielle cible,
La rédaction d'un cahier des charges pour l'acquisition d'un logiciel de type ETL.
La définition détaillée de l'architecture cible portera sur les éléments suivants :
• Les systèmes de gestion de base de données possibles (MySQL, Oracle, MSSQL,
PostgreSQL, etc.),
• Les frameworks de développement à mettre en place (commerciaux et open sources),
• Les serveurs d’applications à installer,
• Les serveurs d'annuaires (LDAP : Lightweight Directory Access Protocol),
• Les serveurs de messagerie (SMTP, POP, IMAP¨),
• Les serveurs de gestion IP et de noms de domaines (DHCP, DNS),
• Les serveurs WEB supports des sites du MINFI,
• Les plates-formes de développement (JAVA, DOTNET, PHP5, etc.),
• Les outils de gestion de contenus à sélectionner (Content Management System CMS),
• Les outils de déploiement des Web Services (SOAP, UDDI, XML, XLS, etc.),
• Les outils de spécifications (Merise, UML, RUP, SCRUM),
• Les outils métiers Standard web services (Biztalk, RosettaNet, ebXML, etc.),
• Les outils d’orchestration.
La rédaction d'un cahier des charges pour l'acquisition d'un logiciel de type ETL :
L’étude détaillée d’architecture logicielle doit permettre la mise en place de l’ensemble des
outils logiciels nécessaires pour garantir l’intégration des logiciels applicatifs qui seront
déployés sur la durée d’application du Schéma Directeur Informatique (SDI) du Ministère
des Finances. L’étude doit permettre de définir, dans le détail, les alternatives possibles et
donner les recommandations et préconisations nécessaires.
L’étude devra aussi définir un plan de formation détaillé orienté pour les équipes informatiques du
Ministère et qui seront en charge de la maîtrise d’ouvrage pour le développement et l’intégration des
applicatifs.
Avis SDI : N/A
GOPA CONSULTANTS
144
Code :
Nom :
Domaine fonctionnel :
Intitulé :
Complexité (*) :
Thème :
Planification :
1.4
ETUDE COMPLEMENTAIRE FONCTION INFORMATIQUE
TEC
Plan de réorganisation de la fonction informatique
F
ETUDE
01/04/2012 au 01/09/2012
Etude complémentaire au Schéma Directeur Informatique pour la
Objectifs :
réorganisation de la fonction informatique
Le Schéma Directeur Informatique (SDI) a décrit la réorganisation de la fonction informatique au
travers d'un scénario qui définit les objectifs à atteindre en termes de réorganisation ainsi que les
processus pour atteindre ces objectifs dans l'horizon d'application du SDI.
Le but de cette étude est d'apporter les précisions et les compléments qui s'avèrent nécessaires suite
à la validation du Schéma Directeur Informatique.
Cette étude porte essentiellement sur les points suivants :
•
•
•
•
Détail des affectations des ressources humaines,
Définition précise des rôles des divers acteurs,
Validation des scénarios proposés dans le SDI,
Réécriture des Articles et des Sections de l'organigramme du MINFI relatifs aux
organismes impliqués dans la refonte de la fonction informatique.
D'une manière générale cette étude apportera un complément à la description de la réorganisation de
la fonction informatique du Ministère telle que décrite dans le SDI.
Ce projet peut être réalisé par un membre de l'équipe d'Assistance à la Maîtrise d'Ouvrage.
Projets antécédents : Le SDI lui même
Projets suivants : Aucun
Avis SDI : N/A
GOPA CONSULTANTS
145
Code : 1.5
Nom : ETUDE IMPLANTATION DATA CENTER
Etude préalable à la construction ou réhabilitation physique d’un data
Intitulé :
center
Complexité (*) : F
Thème : ETUDE
Objectifs : Elaborer le plan de réalisation du DATA CENTER
L’étude d’implantation du data center a pour objectif d’établir le cahier des charges pour la réalisation
physique du data center commun du Ministère des Finances.
L’étude évaluera un premier scénario qui consiste à améliorer le bâtiment du data center actuel au
CENADI, et évaluera un second scénario de construction d’un nouveau data center sur un site à
identifier. Après avoir évalué les avantages et inconvénients des 2 scénarios, l’étude précisera celui
qui est retenu et établira un cahier des charges technique précis et un planning de réalisation du data
center.
Le cahier des charges précisera les points suivants :
• Risque sismique et coulée de boue et capacité de résistance du bâtiment,
• Risque d’inondation et capacité de résistance du bâtiment,
• Risques aéronautique,
• Risque nucléaire,
• Risque météorologique,
• Sécurisation de l’alimentation électrique (avec éventuellement redondance),
• Dimensionnement des onduleurs,
• Isolation thermique du local afin de diminuer le coût énergétique,
• Climatisation de l’air,
• Etudier l’opportunité d’un refroidissement à eau,
• Contrôle de la poussière,
• Système d’alerte incendie,
• Extinction automatique de départ d’incendie,
• Faux plancher et conduite des câbles sous plancher,
• Contrôles physique d’accès et contrôle et enregistrement vidéo,
• Gestion de la sécurité par gardiennage 24h/24,
• Plan d’aménagement de la salle du data center : quantification du nombre maximum de
serveurs, positionnement des armoires rack, allées (froides et chaudes), position des
détecteurs incendie, etc.
• Identification et plan d’aménagement des salles connexes :
o bureaux,
o lieu de livraison du matériel,
o salle d’archivage de la documentation papier,
o salle de stockage des bandes,
o Salle de stockage temporaire des anciens serveurs,
o Salle de réparation
o Circulation des documents édités (fiches de paye, etc.)
o etc.)
• Passage des câbles réseaux (fibre optique) actuel et futur,
L’étude établira également un budget prévisionnel du coût d’exploitation annuel du data center :
• Consommation électrique
• Consommation en carburant pour le(s) groupe(s) électrogène(s)
GOPA CONSULTANTS
146
•
•
Salaire du personnel
Entretien du bâtiment
L’étude devra s’appuyer sur les normes en vigueur :
• Normes d’installation UTE, NFC, NFEN, IEC
• Référentiel APSAD et documents de certification
Projets antécédents : Idéalement l’étude 1.1 relative au plan de sécurité doit être réalisée avant
la présente étude
Projets suivants : 2.22 Réalisation du DATA CENTER
Directions et Organismes utilisateurs : TOUTES
Avis SDI : N/A
GOPA CONSULTANTS
147
Code : 1.6
Nom : RECENSEMENT CONTRIBUABLE
Domaine fonctionnel : RH
Intitulé : Recensement de tous les contribuables relevant de l'IDU
Complexité (*) : M
Thème : ETUDE
Objectifs : Identifier les contribuables qui recevront un identifiant fiscal unique
Afin de répondre au triple objectif (i) d’améliorer ses recettes fiscales, (ii) de maitriser ses dépenses
salariales et de (iii) mieux maitriser ses fournisseurs, le Ministère des Finances a décidé de réaliser
une grande opération de recensement des contribuables du Cameroun.
A la suite de l’opération de recensement, l’ensemble des contribuables (personnes physiques et
morales) recevra un identifiant fiscal unique (IDU).
Toutes les entités économiques (établissement, société) qui réaliseront des affaires avec l’Etat
devront obligatoirement disposer d’un IDU lors de l’attribution d’un contrat. Les déclarations d’impôts
des entités économiques utiliseront l’IDU comme identifiant unique des entités économiques, tout
comme les déclarations de douanes. Les entreprises étrangères devront demander leur IDU lors de
l’attribution de contrats ou de déclarations de douanes.
Les salariés de la fonction publique (fonctionnaires et contractuels) seront identifiés par l’IDU sur leur
fiche de paye.
L’étude de recensement vise donc à identifier toutes les entités économiques du Cameroun ainsi que
tous les salariés de la fonction publique et les entreprises étrangères qui réalisent des affaires au
Cameroun. Pour ce faire, l’étude devra réaliser les actions suivantes :
• Définir le format de l’IDU : il peut s’agir pour les personnes physiques d’un identifiant codé (à la
manière du numéro INSEE en France qui comporte le sexe, l’année de naissance, le
département, etc.) ou d’un numéro séquentiel avec une clé de contrôle (à la manière du
numéro SIREN des sociétés en France)
• Définir la méthodologie de recensement des salariés de la fonction publique. Plusieurs
méthodes sont envisageables :
o Verser un mois donné les salaires en liquide aux salariés sur présentation d’une pièce
d’identité, ce qui permet le recensement des salariés à ce moment là
o Réaliser une enquête exhaustive dans tous les services de toutes les directions de tous
les ministères
o Faire un appel aux salariés pour qu’ils viennent se faire recenser et mettre leur dossier
à jour sous peine d’être supprimé des bases de données des logiciels de gestion des
ressources humaines
• Définir la méthodologie de recensement des entités économiques : au fil de l’eau au fur et à
mesure de contrats gagnés ? Lors de la déclaration annuelle du bilan ? Par recensement
volontaire ?
• Définir la méthode de mise à jour de l’IDU une fois le recensement réalisé de façon à éviter de
devoir faire de nouveaux recensements chaque année
• Etablir le planning de réalisation du recensement, définir le budget précis, les moyens
nécessaires. Communiquer largement sur le projet (radio, télévision, dépliant, pancarte,
réunions d’informations, etc.)
• Réaliser le recensement tel que défini dans la méthodologie
• Mettre à jour les données dans les logiciels (IDU, GRH, SYDONIA, etc.) avec l’IDU
GOPA CONSULTANTS
148
•
•
Imprimer les cartons d’identification unique (via le logiciel IDU) et les distribuer aux
contribuables
Atelier de restitution de l’opération de recensement et clôture du projet
Actuellement, il est enregistré un peu plus de 238 000 tiers dans le logiciel de comptabilité auxiliaire
CADRE, ce qui donne une bonne idée du nombre de contribuables à recenser.
Projets antécédents : 2.6 IDU – le logiciel IDU doit être en production avant le lancement du
recensement
Avis SDI : N/A
GOPA CONSULTANTS
149
Code : 1.7
Nom : ETUDE COMPLEMENTAIRE RESEAUX LAN
Domaine fonctionnel : TEC
Intitulé : Plan de réorganisation de la fonction informatique
Complexité (*) : M
Thème : Etude
Objectifs : Faire un audit détaillé des réseaux LAN centraux du Ministère
Cette étude doit être réalisée par un expert des réseaux locaux disposant des outils d'analyse
technique des réseaux LAN.
Il s'agit de préciser, par des mesures appropriées, les éléments des réseaux LAN (routeurs, switches,
câbles, etc.) qui sont potentiellement responsables de la dégradation des performances par rapport à
celles que l'on est raisonnablement en droit d'attendre.
Le Schéma Directeur Informatique a permis, par la mise en place de sondes, de repérer les parties
des réseaux LAN qui ne donnent pas satisfaction.
L'expert mobilisé pour l'étude précisera quel sont les éléments des réseaux qui sont en cause et
décrira les mesures techniques à prendre (remplacement, amélioration du paramétrage, etc.) pour
remédier aux divers problèmes mis en lumière par le Schéma Directeur Informatique.
L'expert devra être un spécialiste des matériels utilisés actuellement au MINFI (CISCO, DLINK).
Il devra parfaitement maîtriser les techniques d'évaluation des réseaux LAN en particulier en ce qui
concerne la gestion et le paramétrage des divers appareillages.
Cette étude se fera sous forme d'un audit et permettra de produire un rapport qui précisera dans le
détail les modifications à apporter pour améliorer les performances.
L'ensemble des routeurs du Ministère étant administrés par CAMTEL, il n'est pas prévu que le
paramétrage de ceux-ci puissent être fait dans le cadre de cette étude.
Projets antécédents : Aucun
Avis SDI : N/A
GOPA CONSULTANTS
150
Code: 2.1.1
Nom : LAN CENTRAL
Domaine fonctionnel : Services centraux du MINFI
Intitulé : Réhabilitation du réseau local des bâtiments A et B du MINFI
Complexité (*) : M
Thème : Réseau LAN
Objectifs : Offrir un réseau LAN plus performant, plus sécurisé et plus homogène
Fonctionnalités principales:
Les réseaux locaux de communication actuelle des services centraux du MINFI et du CENADI ont été
conçus de manière très peu élaborée. Ces réseaux physiques, n’offrent pas un débit satisfaisant. La
qualité du câblage et le choix des équipements de commutation adéquat sont des éléments très
important dans la mise en œuvre d’une infrastructure réseau. Car un câblage médiocre ou obsolète
couplé aux équipements endommagés ou sous dimensionnés ne permettront jamais d’obtenir les
résultats escomptés et, s’il est facile de remplacer un équipement actif, des travaux considérables
sont nécessaires pour remplacer ou modifier un câblage.
Une bonne partie de ce réseau n’est pas fonctionnelle, certaines branches n’étant plus
opérationnelles.
Ce réseau de communication nécessite une réorganisation, compte tenu de ses performances
actuelles, de sa vétusté et des nouveaux besoins de communication.
Cette réorganisation comprendra deux parties :
• la construction du réseau de communication ;
• la fourniture des équipements de communication.
Objectifs du projet
Ce projet permettra de mettre en œuvre les recommandations de l’étude complémentaire.
Les points à abordés dans ce projet sont : (en collaboration avec l'expert chargé de l'étude
complémentaire)
• Plan physique détaillé des futurs réseaux,
• Plan logique détaillé des futurs réseaux
• Production d'un cahier des charges pour l'acquisition d'outils d'administration et de
surveillance du réseau,
• Elaboration guide d'administration.
Etape fin juillet 2012 :
• Définition du nouveau plan réorganisant les appareillages et des chemins de câblage du
réseau LAN en collaboration avec l'expert qui fera l'étude complémentaire,
• Cahier des charges pour les divers logiciels à installer.
Etape 31/12/2013:
• Mise en œuvre du plan définit au dessus,
• Suivi des travaux,
• assistance à la maîtrise d'ouvrage.
Projets antécédents :
Projets suivants :
Directions et Organismes utilisateurs : Services Centraux du MINFI et du CENADI
Avis SDI : N/A
GOPA CONSULTANTS
151
Code : 2.1.2
Nom : LAN REGIONS
Domaine fonctionnel : Services déconcentrés du MINFI
Intitulé : réseau local Services déconcentrés
Complexité (*) : S
Objectifs : Doter chaque structure des dix Région d’un Réseau LAN
Fonctionnalités principales :
L’infrastructure réseau (câblage et équipements) dans un bâtiment est le support indispensable et
incontournable des signaux de transmission, qu’il s’agisse de la voix, des données ou des images (On
parle alors de VDI). Il constitue une infrastructure presque indépendante des machines et autres
équipements qu’il intègre, il appartient au bâtiment qu’il équipe.
L’infrastructure, vecteur de la communication, joue un rôle capital dans le schéma conceptuel et
organisationnel de la transmission de l’information.
La mise sur pied d’un réseau local permettra d’optimiser les échanges entre collaborateurs d’une
même structure et de mieux partager les ressources matérielles et logicielles de l’Etat.
Il s’agira de créer un cadre adéquat pour :
•
•
•
•
Faciliter le travail collaboratif ;
Faciliter le déploiement des applications ;
Sécuriser le routage vers les utilisateurs des applications de l’Etat ;
Assurer le point de connexion entre l'extérieur et le réseau local ;
Ce projet vise à construire ou à mettre à niveau un réseau local dans toutes les structures centrales et
régionales du MINFI.
Les points abordés dans ce projet sont :
• Plan physique détaillé des futurs réseaux;
• Plan logique détaillé des futurs réseaux;
• Définition du plan réorganisation des appareillages et des chemins de câblage du réseau
LAN en collaboration avec l'expert qui fera l'étude complémentaire,
• Cahier des charges pour les diverses structures à câblées.
Etape 31/12/2013:
• Mise en œuvre du plan définit au dessus;
• Suivi des travaux;
Directions et Organismes utilisateurs : Services déconcentrés du MINFI
Avis SDI : N/A
GOPA CONSULTANTS
152
Code : 2.1.3
Nom : LAN DGI ET CENTRAL
Domaine fonctionnel : Services centraux du MINFI
Intitulé : Réseau local DGI et DGE
Complexité (*) : M
Objectifs : Réhabilitation du LAN de la DGI
Fonctionnalités principales :
La Direction Générale des Impôts (DGI) et La Division des Grandes Entreprises (DGE) qui
est un sous ensemble de la DGI disposent chacun d’un réseau local bâti principalement sur la
technologie WIFI constitué des points d’accès Cisco qui desservent l’ensemble des bureaux.
L’on note la présence à certains endroits du câblage à base des câbles FTP blindés catégorie 5e
qui alimente les points d’accès WIFI. La DGI dispose également d’une salle machine dans
laquelle l’on trouve des équipements de commutation du réseau d’interconnexion du MINFI et les
serveurs d’applications.
Ce réseau bien que présentant des avantages tel que la mobilité, pose un certain nombre de
problème à savoir :
• Qualité et continuité du signal : ces notions ne sont pas garanties du fait des
problèmes pouvant venir des interférences, du matériel et de l'environnement;
• Sécurité : la sécurité des réseaux sans fil n'est pas encore tout à fait fiable du fait que
cette technologie est novatrice;
• La limitation du débit théorique à 54 Mbits/s.
Ce projet vise à construire un réseau local à la DGI, DGE, DRI Yaoundé, CSIPLI, DRI et
CIME de Douala sur une technologie Ethernet à base de câble FTP cat 6 pour garantir une
sécurité de donnée, une continuité de service et un bon débit.
Les points à bordés dans ce projet sont :
• Plan physique détaillé des futurs réseaux,
• Plan logique détaillé des futurs réseaux
• Production d'un cahier des charges pour l'acquisition l’installation et le paramétrage
des outils d'administration et de surveillance du réseau,
• Définition du nouveau plan réorganisant les appareillages et des chemins de
câblage du réseau LAN en collaboration avec l'expert qui fera l'étude
complémentaire,
• Cahier des charges pour la réalisation des LAN et des divers logiciels à installer.
Etape 31/12/2013:
Directions et Organismes utilisateurs : Services Centraux de la DGI, DGE et CIME Douala
Avis SDI : N/A
GOPA CONSULTANTS
153
Code : 2.2.1
Nom : WAN
Intitulé : Mise en œuvre du Réseau Interconnecté du MINFI
Complexité (*) : M
Thème : Réseau Wan
Objectifs : Extension du réseau WAN
Ce projet doit permettre la mise en place d'un réseau interconnecté du MINFI.
Le réseau Wan du MINFI doit apporter une aide dans la mise en œuvre du nouveau régime financier
de l’Etat qui comporte des contraintes de gestion de l’information financière liées à la cohérence et la
disponibilité de cette information, indépendamment du lieu de sa production.
L’interconnexion des réseaux Lan permettra de disposer d’un réseau haut débit dans les services
centraux, extérieurs et déconcentrés du MINFI, pour :
la connexion des services centraux avec tous les services déconcentrés;
faciliter la mutualisation des ressources informatiques ;
permettre d’améliorer l’offre de service aux administrations;
réduire l’incidence des charges informatiques sur le budget de l’Etat;
garantir la qualité et la continuité des services;
garantir La disponibilité et la cohérence des informations.
Activités et taches à réaliser
Négociation avec CAMTEL de la mutualisation des interconnexions existantes et le
chronogramme de l’extension des liaisons fibre optique à d’autre structure du MINFI;
la sécurisation des liaisons existantes et déploiement des VPN;
Négocier et signature des contrats de service avec CAMTEL et les autres opérateurs de
Télécommunication intervenant dans les interconnexions.
validation une architecture globale de la solution d’interconnexion en tenant compte des
niveaux de sécurité ;
Chiffrage détaillé des interconnexions ;
validation des choix d’acquisitions des équipements d’interconnexion et de leur
configuration.
Mise à la norme des locaux techniques ;
Production d'un cahier des charges pour l'acquisition d'outils d'administration et la
supervision du WAN
• Contrat avec CAMTEL négocié et définition du chronogramme d’extension des liaisons
fibre optique ;
• Cahier des charges pour la réalisation des interconnexions ;
• Cahier des charges pour l'acquisition d'outils d'administration et la supervision du WAN
Etape 31/12/2013:
GOPA CONSULTANTS
154
Avis SDI : N/A
GOPA CONSULTANTS
155
Code : 2.2.2
Nom : BACKUP WAN
Intitulé : Mise en œuvre du Réseau Interconnecté de secours sécurisé du
MINFI
Complexité (*) : M
Thème : Réseau Wan
Objectifs : Extension du réseau WAN.
Il arrive souvent que les liaisons entre les différentes régions financières et certaines structures avec
le site central s'interrompent. Cela est parfois du à un disfonctionnement instantané des équipements.
Mais dans 90% des cas il s'agit d'une panne au niveau des médias de l'opérateur de
télécommunication concerné. Alors le rétablissement de la connexion peut durer des heures voir
même des jours. Ce qui entraine la suspension de toutes les opérations jusqu'au rétablissement de la
connexion.
Les conséquences directes sont les nombreuses et légitimes plaintes des fonctionnaires de l'intérieur
qui n'arrivent pas à effectuer les transactions avec le site central.
Ce projet doit permettre la mise en place d'un réseau interconnecté de backup sécurisé du MINFI par
VSAT entre les régions financière et par boucle radio(BR) au niveau de chaque région financière.
L’objectif étant qu’en cas de rupture de service au niveau d’un site, il faut outre le fait de rétablir
rapidement le service, pouvoir se replier vers une liaison de secours.
Ce projet sera réalisé en parallèle avec la mise à niveau du réseau WAN du MINFI (2.2.1). Il a comme
finalité d'assurer la connexion des divers sites décentralisés du Ministère en cas de rupture partielle
ou totale du réseau interconnecté du MINFI.
Activités et taches à réaliser
validation des choix d’acquisitions des équipements d’interconnexion et de leur
configuration;
Production d'un cahier des charges pour l'acquisition d'outils d'administration et la
supervision du WAN;
la sécurisation des liaisons existantes et déploiement des VPN;
Suivi des travaux;
assistance à la maîtrise d'ouvrage.
Avis SDI : N/A
GOPA CONSULTANTS
156
Code : 2.3
Nom : SITE WEB INSTITUTIONNEL MINFI
Domaine fonctionnel : WEB
Intitulé : Développement du site institutionnel du Ministère
Complexité (*) : F
Thème : WEB
Objectifs : Refondre les sites intranet du MINFI
Le MINFI dispose en 2011 de plusieurs sites développés avec des technologies et selon des chartes
graphiques différentes :
• Les impôts : www.impots.cm
• Le budget : http://www.dgb.minfi.gov.cm/
• Le trésor : www.dgtcfm.net
• Les douanes : http://douanescustoms-cm.net/
• Le cabinet : http://www.minfi.gov.cm/
• ARMP : http://www.armp.cm/
• CAA : www.caa.cm
• CENADI : http://cenadi.cm/
Le site réalisé par le cabinet du ministère est développé mais il n’est pas encore mis en production. Il
attend la validation du ministre.
Le projet devra déterminer si le site développé par le cabinet sera le site de référence qui englobera
les autres sites internet existants ou si tous les sites existants doivent être redéveloppés.
L’objectif de ce projet est de refondre les différents sites WEB du MINFI afin qu’ils utilisent une même
technologie (qui aura été définie lors du projet 1.3), ce qui facilitera la maintenance évolutive des sites
et permettra aux webmasters du MINFI de se spécialiser et se former suffisamment dans la
technologie retenue. Une charte graphique commune devra également être adoptée afin d’améliorer
la visibilité du MINFI.
De nouveaux services devront être proposés sur les sites WEB :
• Diffusion d’informations générales sur le MINFI;
• Communication institutionnelle;
• Espace FAQ (questions les plus fréquemment posées avec les réponses) afin de
désengorger les services régulièrement sollicités avec les mêmes demandes;
• Diffusion de données de finances publiques issues du data warehouse;
• Diffusion des textes légaux;
• Services aux utilisateurs (tels que télé-déclarations des impôts);
• Diffusion d’annuaires (entreprises enregistrées, liste et adresse des trésoreries, impôts,
etc.);
• Suivi des dossiers en cours.
Le projet devra également permettre la formation du personnel du MINFI à l’administration
informatique des sites, mais aussi proposer un mode de fonctionnement afin de s’assurer de
l’alimentation régulière des sites par les équipes du MINFI.
Actuellement certains sites sont hébergés sur des serveurs du MINFI, d’autres chez des hébergeurs
professionnels, d’autres encore chez l’opérateur télécom historique du Cameroun (CAMTEL). Le
projet devra déterminer le meilleur hébergement pour les sites et définir toutes les mesures à prendre
pour garantir une disponibilité maximale.
GOPA CONSULTANTS
157
Le projet de réalisation des sites internet doit démarrer le plus rapidement possible par l’élaboration
d’un cahier des charges des sites internet.
Projets antécédents : 1.3 pour le choix de l’outil (a priori un CMS tel que Joomla, Drupal ou
Spip …)
Avis SDI : N/A
GOPA CONSULTANTS
158
Code : 2.4.1
Nom : GESTION DU COURRIER
Domaine fonctionnel : SRC
Intitulé : Mise en place d'un logiciel de gestion du courrier
Complexité (*) : M
Thème : Courrier
Objectifs : Mise en œuvre d’un logiciel commun de gestion du courrier au MINFI
Actuellement le MINFI ne dispose pas d’un logiciel de gestion du courrier commun à toutes les
structures. Différentes initiatives ont été lancées :
• Les douanes ont développés une application spécifique déployée uniquement à Douala
• La CAA utilise mailsoft;
• L’ARMP utilise mailsoft;
• La DGB est en train d’acquérir un logiciel du marché;
• Le MINEPAT utilise une application développée en spécifique;
• Le cabinet du ministre a développé un logiciel qui n’a pas été mis en production;
• La sous-direction du courrier du Secrétariat Général n’a pas à proprement parler d’application
de gestion du courrier, mais un petit utilitaire monoposte a été développé pour les aider à gérer
le courrier.
Toutes les structures ont exprimé le besoin de disposer d’un véritable logiciel de gestion du courrier
professionnel et partagé.
La Direction de la Prévision (DP) a lancé la réalisation d’un logiciel développé en spécifique par un
prestataire informaticien local. L’objectif de ce projet est de déployer cette application à toutes les
structures du MINFI. Le développement de ce logiciel est en cours et devrait être déployé dans le
courant de l’année 2012.
Les grandes fonctionnalités d’un logiciel de gestion sont les suivantes, il faudra veiller à ce que le
logiciel en cours de développement délivre bien ces fonctionnalités :
• Scanner les courriers reçus;
• Indexer les courriers et recherche par mot clé;
• Recherche des courriers par plan de classement;
• Recherche des courriers par expéditeurs, par service, par date, etc;
• Affectation du courrier au service concerné et suivi du courrier;
• Traitement du courrier (validation …);
• Gestion des réponses aux courriers;
• Enregistrement de courriers type et personnalisés par service;
• Envoi de courriers massif.
Les utilisateurs de ce logiciel devront être toutes les structures du MINFI.
Idéalement, le même logiciel, ou à défaut un autre logiciel de gestion de courrier sera déployé au
MINEPAT et au Ministère de la fonction publique (projets hors périmètre du SDI du MINFI). Le logiciel
de gestion de courrier du MINFI devra cependant être interfacé avec ces autres logiciels.
Une autre interface est à prévoir avec le logiciel de GED. Il peut même être envisagé de n’avoir qu’un
seul logiciel qui traite à la fois la GED et le courrier et l’archivage.
GOPA CONSULTANTS
159
Projets suivants :
Avis SDI : Le logiciel en cours de développement doit être évalué pour s’assurer qu’il correspond bien
à tous les besoins et qu’il fournit bien toutes les fonctionnalités standards proposées par les solutions
du marché. Si c’est le cas, il peut être envisagé de conserver ce logiciel spécifique. Toutefois, à terme,
il est préférable d’envisager l’acquisition d’un logiciel du marché étant donné le faible coût de ce type
de solution et la grande diversité des solutions proposées.
GOPA CONSULTANTS
160
Code : 2.4.2
Nom : GED
Intitulé : Mise en place d’un logiciel de gestion de documents (GED)
Complexité (*) : F
Thème : SRC
Objectifs : Informatiser la gestion de l’ensemble de la documentation gérée par le
ministère
La documentation et l’archivage ne sont actuellement pas gérés de façon informatique au MINFI.
Toutes les structures expriment cependant le besoin de disposer d’un logiciel de GED afin d’améliorer
le classement de la documentation (vivante et d’archive), et de pouvoir stocker sous format
électronique dans l’outil GED l’ensemble de la documentation gérée au quotidien.
Ainsi les documents de gestion seront stockés et centralisé dans l’outil GED, cet outil sera interfacé
avec les logiciels des Directions Générales (Trésor, Budget, Douanes, Impôts, etc.) afin de permettre
à ces logiciels de faire référence aux documents stockés dans la GED. A titre d’exemple, les
documents de gestion gérés par les logiciels des DG mais stockés dans la GED seront : bon de
commande et d’engagement, TCC, contrats, devis, factures, rapports, contrats de travail, bulletin de
salaire, bilan des entreprises, déclaration TVA et impôts, etc.
Les fonctionnalités offertes par l’outil GED doivent être les suivantes :
• stocker de milliers de document (plusieurs Téraoctets);
• Référencement des documents;
• Interface avec tous les logiciels du MINFI qui requièrent de la gestion de document;
• Indexation et Recherche multicritère de la documentation;
• Gestion des droits d’accès aux documents;
• Gestion du cycle de vie des documents (création, traitement, archive);
• Création de nouveau document de façon collaborative;
• Work flow (circuit de validation) paramétrable;
• Gestion des versions;
• Partage de la documentation sur le réseau;
• Intégration avec l’e-mail du MINFI;
• Intégration poussée avec le logiciel de gestion du courrier.
L’outil GED sera un logiciel du marché (le développement spécifique est fortement déconseillé) à
paramétrer. Afin d’appuyer le MINFI dans l’analyse des besoins détaillée et le choix du logiciel, une
prestation d’assistance à maitrise d’ouvrage d’un expert international spécialisé dans la gestion
électronique de la documentation est nécessaire. Cet expert aidera le MINFI dans le paramétrage de
la solution choisie, et surtout aidera au changement induit par l’informatisation de la gestion
documentaire qui concerne de très nombreux agents du MINFI.
Projets suivants :
Avis SDI : Acquisition d’un logiciel du marché – appel à une expertise GED indispensable pour
appuyer le MINFI dans la réalisation de ce vaste projet
GOPA CONSULTANTS
161
Code : 2.4.3
Nom : GESTION DES ACHATS ET DES STOCKS
Intitulé : Mise en place d'un logiciel de gestion des achats et des stocks utilisé
par la centrale d'achat du Ministère pour gérer les achats des articles
de consommation courante du Ministère (Matières)
Complexité (*) : M
Thème : Logiciels communs
Objectifs : Disposer d'un outil de gestion des achats et des stocks
Les deux modules de gestion des achats et des stocks doivent être disponibles dans le cadre de la
mise en place du logiciel dans un contexte d'intégration totale.
Le logiciel doit aussi disposer d'un paramétrage complet pour la génération automatique des écritures
comptables de manière à couvrir sans développement spécifique les besoins du Ministère en
particulier en ce qui concerne la gestion des engagements.
La partie gestion des achats doit disposer des fonctionnalités suivantes :
• Gestion des données de base (articles, fournisseurs, tarification, TVA, etc.);
• Gestion des demandes d'achats;
• Gestion des circuits d'approbations;
• Génération automatique des demandes de devis;
• Gestion des devis fournisseurs;
• Gestion des commandes;
• Gestion des réceptions entrées en stock;
• Gestion des factures fournisseurs et des bons à payer;
• Gestion des prévisions d'achats par articles et famille d'articles;
• Intégration comptable automatique;
• Gestion des statistiques et des évaluations fournisseurs.
La partie de gestion des stocks doit disposer des fonctionnalités suivantes :
• Gestion des implantations physiques des stocks;
• Gestion de la base des articles;
• Gestion des règles de réapprovisionnement;
• Gestion des affectations;
• Gestion des données économiques;
• Gestion des inventaires;
• Gestion des historiques de stocks.
De plus le logiciel devra permettre la mise en place de certains éléments de planification.
Il est demandé à ce que l'application retenue permette de saisir des prévisions de consommations par
articles et familles d'articles afin de pouvoir automatiquement construire le Plan Directeur des Achats
annuel ainsi qu'un Calcul des Besoins Nets par articles gérés. Le système doit aussi permettre un
réapprovisionnement automatique sur seuil.
De même, le logiciel doit permettre la génération automatique de propositions d'achats à partir du
calcul des besoins.
GOPA CONSULTANTS
162
Avis SDI : Le projet devrait être bâti à partir d'un ERP
GOPA CONSULTANTS
163
Code : 2.5
Nom : RESSOURCES HUMAINES
Domaine fonctionnel : RH
Intitulé : Refonte du système intégré de gestion des ressources humaines de
l’Etat
Complexité (*) : F
Nature : Intégration
Objectifs : Disposer d'un logiciel de gestion des ressources humaines en
remplacement de SIGIPES et ANTILOPE
Le projet de refonte du système intégré des ressources humaines est en cours de démarrage.
La société SIMAC a produit un Document d'Appel d'Offre (DAO) financé par la Banque Mondiale sous
le titre :
ACQUISITION ET MISE EN OEUVRE D’UN SYSTEME INTEGRE DE GESTION DES
RESSOURCES HUMAINES ET DE LA SOLDE DE L’ETAT DU CAMEROUN
Ce document décrit les éléments principaux suivants :
• Données particulières de l'appel d'offre;
• Le Cahier des Clauses Administratives Générales (CCAG);
• Le Cahier des Clauses Administratives Particulières (CCAP);
• Le dossier des Spécifications Techniques;
• Les modèles de formulaires Administratifs pour les réponses.
Le DAO est en cours de validation par le MINFOPRA et le MINFI avec le CENADI comme maître
d'ouvrage.
Une fois la Validation du DAO acquise la prochaine étape est le lancement de l'appel d'offre avec la
sélection d'un système de gestion des ressources humaine et d'un partenaire intégrateur.
Ce projet faisant parti des projets prioritaires les étapes suivantes doivent être réalisées au début du
mois de Janvier 2012.
Directions et Organismes utilisateurs : MINFOPRA, MINFI et CENADI
Etudes à mener : N/A
Avis SDI : Le projet devrait être bâti à partir d'un ERP
GOPA CONSULTANTS
164
Code : 2.6
Nom : IDU
Intitulé : Identification des contribuables
Complexité (*) : S
Thème Logiciel d'identification et de gestion des Personnes
Morales et des Personnes Physiques
Objectifs : Disposer d'une solution d'identification de tous les
contribuables
Dans un premier temps ce projet doit permettre la mise en place d'un logiciel d'identification et de
gestion des contribuables Personnes Physiques (PP) et Personnes Morales (PM).
Dans un deuxième temps le logiciel doit permettre d'identifier la totalité des contribuables
Camerounais.
Le logiciel doit apporter une aide dans les trois fonctions qui sont remplies par les agents opérant sur
cette activité :
• La localisation des contribuables avec leurs activités et leurs éléments patrimoniaux,
• L'immatriculation des contribuables avec gestion du fichier des contribuables et
établissement des cartes de contribuable,
• L'identification des contribuables avec le suivi de l'évolution de leurs activités.
Le logiciel doit permettre de gérer les éléments principaux suivants:
• Les contribuables,
• Les cartes à puces des contribuables,
• Les activités,
• Les dossiers des contribuables,
• Les centres des impôts,
• Les postes déconcentrés.
Le logiciel doit couvrir les principales fonctionnalités suivantes :
• Localisation du contribuable (gestion des domiciles),
• Immatriculation des contribuables (liaison à un centre),
• Identifier les contribuables (gestion des cartes à puces),
• Gérer les activités des contribuables.
Le projet IDU a démarré en 2008 avec l'aide d'un partenaire Belge.
Il est en cours de finalisation. L'ensemble des développements ont été réalisés. Toutes les
applications fonctionnent en mode WEB.
Trois sites pilotes ont été sélectionnés et seront mis en place dans le courant de l'année 2012.
Compte tenu du caractère prioritaire et urgent de la mise en place de l'application IDU il est prévu
d'installer, dans le courant de l'année 2012, une salle serveurs sécurisée localisée à la DGI qui
hébergera les applications. Les sites pilotes disposeront de tout le matériel nécessaire à
l'immatriculation (Lecteurs optiques digitaux, imprimantes cartes à puces, postes de travail, etc.).
Il est prévu une intervention de trois experts internationaux sur une période de trois mois (180
hommes/jours) pour couvrir les besoins de mise en place des sites pilotes.
GOPA CONSULTANTS
165
Le déploiement global de l'application dans l'ensemble des délégations commencera en 2014.
Projets antécédents : Projet IDU à la DGI
Etudes à mener : N/A
Avis SDI :
GOPA CONSULTANTS
166
Code : 2.7
Nom : CONDUITE DU CHANGEMENT FORMATIONS
Intitulé : Gestion du changement et mise en œuvre du PLAN DE FORMATION
Complexité (*) : F
Thème : Conduite du changement
Objectifs : Mettre en place une assistance DSI
Le projet de conduite du changement vise à faciliter l'acceptation des changements induits par la
mise en œuvre d'un nouveau projet et à réduire les facteurs de rejet.
La conduite du changement consiste à anticiper les risques, à définir et mettre en œuvre une
démarche permettant la mise en place d'une solution dans des conditions optimales.
Le projet de conduite du changement permettra de prendre en compte les éléments suivants :
•
Gestion de la participation : Il s'agit d'associer les utilisateurs dès le début du projet afin
notamment de prendre en compte leur avis, faire en sorte que le produit final corresponde à
leurs attentes et de faire en sorte que chaque projet soit développé selon un mode participatif.
En particulier, la mise en place pour chaque projet d'un correspondant fonctionnel qui sera
impliqué dans le projet dès l'élaboration des cahiers des charges et qui suivra la réalisation
jusqu'à la phase de déploiement sera prise en compte par le projet.
•
Communication : Le projet de conduite du changement devra mettre en place un dispositif de
communication permettant, tout au long du projet, aux acteurs du Ministère de comprendre et
d'accepter les changements à venir, ainsi que d'être informé sur l'avancement des projets.
•
Formation : Suite au plan de formation qui a été élaboré, il convient de mettre celui-ci en
application. Le projet de conduite du changement sera en charge de la mise en œuvre du plan
de formation en ce qui concerne globalement l'informatique, qu'il s'agisse des informaticiens ou
des agents utilisateurs du Ministère.
Ce projet sera directement géré par la DSI ou par un consultant spécialiste de la conduite du
changement dans le domaine des TIC.
Au cas où aucune ressource ne serait disponible à la DSI, il conviendra de prévoir la mise à
disposition d'une ressource complémentaire sous forme d'une assistance DSI qui pourrait prendre la
forme d'une mission technique long terme (18 mois, 2 ans) dans le cadre d'un financement extérieur.
Avis SDI : Prévoir une assistance à la DSI
GOPA CONSULTANTS
167
Code : 2.8
Nom : MISE EN PLACE SECURITE
Intitulé : Projet de mise en place du plan de sécurité du Ministère
Complexité (*) : M
Thème : Sécurité Informatique
Selon les conclusions et directives du Plan de sécurité, étude qui aboutira à la définition de la Politique
Sécurité des Systèmes d'Information (PSSI) du Ministère des Finances (MINFI), ce projet mettra en
œuvre les recommandations de cette étude.
L'informatisation croissante des divers Directions du MINFI, l'interconnexion des centres de
traitements à de nouveaux réseaux. Tous ces éléments, parmi d'autres, ont des facteurs potentiels de
risques, face auxquels la sécurité informatique apparaît et apparaîtra de plus en plus un impératif vital
pour le MINFI.
Les points abordés dans ce projet sont définis ainsi :
Vulgarisation du document fondateur de la démarche sécurité du Ministère,
Améliorer la culture sécurité,
Mise en œuvre de l’organisation de la sécurité:
• Le Responsable de la sécurité de l’information (RSSI),
• Le Comité de Sécurité,
• Les Responsables opérationnels,
• Les Référents utilisateurs,
• L’expertise externe,
• L’Audit,
Mise en œuvre des outils de :
• Management de la sécurité,
• Sécurité physique et environnementale,
• Exploitation informatique et gestion des réseaux,
• Contrôle d’accès logique,
• Intégration, développement et maintenance des applications et systèmes,
• Gestion des incidents liés à la sécurité de l’information,
• Gestion de la continuité des activités,
• Conformité.
Projets antécédents : PLAN DE SECURITE
Avis SDI : A démarrer ASAP
GOPA CONSULTANTS
168
Code : 2.9
Nom : MISE EN PLACE INFRASTRUCTURE LOGICIELLE
Intitulé : Mise en place des serveurs nécessaires pour assurer l'infrastructure
logicielle de base du ministère
Complexité (*) : M
Thème : Infrastructure logicielle
Objectifs : Disposer des serveurs d'infrastructure communs à tout le Ministère
Selon les conclusions et directives du PLAN d'Infrastructure Logicielle ce projet mettra en œuvre les
outils d'infrastructure logicielles qui ont été validés et sélectionnés.
Tous ces outils seront installés sur des serveurs dédiés à cet effet à la DSI. (les serveurs physiques
auront été préalablement installés à la DSI).
La DSI est le maître d'œuvre pour l'installation des ces outils. Les informaticiens rattachés à la DSI
sont en charge du projet.
Aucun outil lié aux postes de travail ne sera pris en compte dans ce projet (il y a un autre projet
LOGICIELS POSTES DE TRAVAIL qui permettra la mise en place de tous les outils individuels).
Plusieurs groupes de serveurs doivent être installés :
• Serveurs Base de données, serveurs d'applications,
• Serveurs d'annuaires LDAP,
• Serveurs de gestion IP (WEB, DHCP, DNS),
• Serveurs de développement des applications et de spécifications logicielles.
Chacun de ces groupes de serveurs peut être installés indépendamment l'un de l'autre.
Il s'agit de quatre sous-projets indépendants qui peuvent être réalisés par quatre groupes de projets
différents.
Selon les besoins et les qualifications disponibles au MINFI il sera fait appel à une aide extérieure
(expert local) pour ponctuellement apporter une expertise et une assistance à la mise en œuvre.
Les phases d'installation peuvent être suivies de phases assez longues de collectes et de chargement
des données. Cela est particulièrement vrai pour les serveurs d'annuaires LDAP.
Chaque mise en place de serveurs sera complétée par des formations pour les informaticiens de la
DSI et des diverses directions et organismes qui seront en charge de l'exploitation des ces serveurs.
Ces formations se feront dans le cadre du PLAN GENERAL DE FORMATION du MINFI.
Projets antécédents : PLAN INFRASRUCTURE LOGICIELLE
Avis SDI : N/A
GOPA CONSULTANTS
169
Code : 2.10
Nom : MISE EN PLACE SERVEURS DE MESSAGERIE
Intitulé : Mise en place de l'ensemble des serveurs nécessaires pour disposer
des outils de gestion de la messagerie interne du MINFI
Complexité (*) : M
Thème : Logiciels de communication
Objectifs : Disposer en interne au MINFI de tous les outils de gestion de
messagerie nécessaires
Le but de ce projet est d'installer une messagerie électronique en tant que serveur universel pour tout
le MINFI.
Le projet doit prendre en compte l'installation des solutions logicielles retenues lors de l'élaboration du
PLAN D'INFRASTRUCTURE LOGICIEL et assurer le déploiement et l'administration des solutions
mises en place.
Les fonctionnalités attendues par le système sont les suivantes :
• Administration des comptes,
• Gestion des courriers électroniques du Ministère au travers des protocoles retenus
(POP3, SMTP, IMAP),
• Gestion des listes de diffusion,
• Gestion des absences,
• Gestion des carnets d'adresses,
• Gestion des calendriers partagés ou individuels,
• Gestion de la sécurité (cryptage, signature),
• Prise en compte des accès distants via un WEBMAIL,
• Prise en compte des canaux de communications de type PDA,
• Intégration de plateforme SMS,
• Interfaçage avec des messageries clients de type Outlook ou Thunderbird.
Le système retenu doit d'autre part assurer la qualité du service en respectant les caractéristiques
demandées en particulier en ce qui concerne la disponibilité, la protection contre les pertes de
messages et la capacité de reprise ou de travail en mode dégradé.
Parmi les objectifs du projet figure aussi la mise en place d'une cellule de déploiement à la DSI.
La messagerie électronique au MINFI étant un service appelé à durer, il convient de mettre en place
une cellule capable de gérer et d'administrer celle-ci en particulier en ce qui concerne les comptes
utilisateurs.
La cellule d'administration de la messagerie à la DSI devra définir, respecter et faire respecter les
procédures de création, modification, suppression des comptes utilisateurs ainsi que tout ce qui
touche aux informations partagées de type calendriers.
Elle sera aussi en charge de l'administration générale des outils logiciels de gestion de la messagerie
électronique du Ministère.
GOPA CONSULTANTS
170
Projets antécédents : PLAN D'INFRASTRUTURE LOGICIELLE
GOPA CONSULTANTS
171
Code : 2.11
Nom : GESTION DU PARC INFORMATIQUE
Intitulé : Mise en place d'un logiciel de gestion du parc informatique du
Ministère
Complexité (*) : M
Thème : parc informatique
Objectifs : Disposer d'un outil de gestion du parc informatique
Ce projet vise le suivi en temps réel du patrimoine informatique, matériel, logiciel et la gestion de
l’assistance aux utilisateurs du MINFI.
Les objectifs :
•
•
•
Connaître son patrimoine,
Optimiser les coûts (achats, fonctionnement),
Améliorer le Service aux utilisateurs.
Un cahier des charges précis doit être produit et le logiciel doit couvrir les besoins du ministère dans le
domaine de la gestion du parc informatique et de serviceDesk :
•
•
•
•
•
•
•
•
Gestion et suivi des ressources informatiques,
Gestion et suivi des licences,
Gestion et suivi des consommables,
Base de connaissances,
Gestion des réservations,
ServiceDesk (helpdesk, SLA..),
Inventaire automatisé,
Télé déploiement.
Avis SDI : N/A
GOPA CONSULTANTS
172
Code : 2.12.
Nom : MISE EN PLACE INFRASTRUCTURE ETL
Intitulé : Mise en place des outils de communication automatique pour
l'intégration au sein d'un système d'information hétérogène.
Complexité (*) : M
Thème : Intégration
Objectifs : Disposer d'un outil d'intégration d'information au niveau des divers
systèmes installés de type SGBD, ERP, applications spécifiques et
décisionnel.
Le but du projet est de disposer, au niveau du MINFI, d'outils de collecte des données au sein du
système d'information du Ministère qui sera constitué d'applications hétérogènes et de bases données
déployées sur plusieurs serveurs physiques répartis sur le réseau du Ministère.
Les outils ETL seront déployés sur les serveurs installés à la DSI en respectant les directives
énoncées dans le PLAN D'INFRASTRUCTURE LOGICIELLE.
Les outils ETL installés doivent permettre de traiter les trois phases du processus :
Extraction des données
• Gestion des passerelles de données fournies par les SGDB implémentés au MINFI,
• Disposer des utilitaires de réplication pour alimenter les outils décisionnels qui seront
mis en place au Ministère,
• Disposer d'outils spécifiques d'extraction paramétrables ou éventuellement
programmables.
Transformation et contrôle de données
• Gestion d'un atelier de transformation des données avec possibilité de définir des
macros de conversion des données,
• Possibilité de contrôle automatique des données par rapport aux données déjà
existantes dans le système cible.
Chargement des données
• Gestion des transferts de fichiers grâce à un moteur paramétrable ou programmable,
• Transfert des données de base à base en mode connecté synchrone ou asynchrone
avec applications des transformations définies précédemment.
Le flux des données étant potentiellement très importants, le projet doit permettre la mise en place à la
DSI d'une cellule de gestion des flux de données qui sera en charge de l'exploitation des outils ETL.
En particulier cette cellule devra prendre en compte les demandes émanant des divers projets en
cours de réalisation.
La cellule de gestion des flux sera la seule habilitée à faire l'exploitation des outils ETL.
Projets antécédents : PLAN D'INFRASTRUCTURE LOGICIELLE
GOPA CONSULTANTS
173
GOPA CONSULTANTS
174
Code : 2.13
Nom : PORTAIL WEB INTRANET
Domaine fonctionnel : WEB
Intitulé : Développement du portail INTRANET du Ministère
Complexité (*) : F
Thème : INTRANET
Objectifs : Développer l’intranet institutionnel
Il n’existe actuellement aucun site web intranet au MINFI. Ce projet devra donc réaliser l’analyse des
besoins, la conception et la réalisation d’un intranet. Celui-ci contiendra des informations à ne diffuser
qu’aux agents du MINFI, et l’accès sera sécurisé.
La charte graphique du site web intranet pourra être inspirée de celle du site web internet
institutionnel, mais il doit impérativement y avoir un jeu de couleur différent afin d’éviter toutes
confusions entre les sites intranet et internet.
L’intranet sera interfacé avec les différentes applications métiers ou avec le Data Warehouse afin de
diffuser en interne les données non publiques de finances publiques, et notamment des tableaux de
bord confidentiels à l’attention de la hiérarchie (par exemple, niveau des recettes, niveau
d’engagement et de décaissement, état de la dette, suivi de l’avancement des projets
d’investissement, etc.).
L’intranet proposera également d’outils à plus large public tel que le webmail, des outils de réservation
de salles, les annuaires des agents, les textes utiles à la gestion interne, les informations sociales, etc.
L’intranet doit permettre l’accès aux outils tel que la GED, les demandes de fournitures, les demandes
de congés, etc.
Le projet devra également permettre la définition de l’organisation à mettre en place pour administrer
le site intranet, et prévoir la formation du personnel du MINFI à l’administration informatique des sites.
Actuellement certains sites sont hébergés sur des serveurs du MINFI, d’autres chez des hébergeurs
professionnels, d’autres encore chez l’opérateur télécom historique du Cameroun (CAMTEL). Le
projet devra déterminer le meilleur hébergement pour les sites et définir toutes les mesures à prendre
pour garantir une disponibilité maximale.
Le projet de réalisation des sites internet et intranet doit démarrer le plus rapidement possible par
l’élaboration d’un cahier des charges des sites internet et intranet.
Projets antécédents : 1.3 pour le choix de l’outil
Avis SDI : N/A
GOPA CONSULTANTS
175
Code : 2.14
Nom : INTEGRATION
Intitulé : Développement d’interfaces temporaires entre les principales
applications
Complexité (*) : F
Thème : Intégration des logiciels existants
Objectifs : Développer les interfaces entre les principales applications du MINFI
pour intégrer davantage le SI et préparer l’arrivée d’un ETL
Le projet SIGEFI visait à mettre en œuvre les interfaces entre toutes les applications, mais ce projet
avait été stoppé avant que ces interfaces ne soient opérationnelles.
Actuellement, le logiciel de comptabilité CADRE ne permet pas d’intégrer les données de recette des
régies financières (Douanes, Impôts). Les postes comptables saisissent de façon quotidienne ou
décadaire les recettes dans le logiciel. Aucun rapprochement n’est fait avec les données saisies dans
SYDONIA (Douanes) ou MESURE (impôts).
Ce projet vise à réactiver une partie du projet SIGEFI en rendant rapidement opérationnelles des
interfaces entre les principales applications du MINFI sans attendre les nouveaux logiciels (projets
2.18 ; 2.19 ; 2.20 ; 2.21) ni la mise en œuvre d’un ETL (projet 2.12). Ces interfaces temporaires
faciliteront le travail de mise en œuvre de l’ETL qui les remplacera, et à plus long terme facilitera la
refonte du SI global.
1. Intégration de la chaine des dépenses
• Au niveau central, une interface entre IBIS et DEPMI CENTRAL doit être développé pour
déverser le montant liquidé qui est saisi dans IBIS. Ainsi l’ordonnancement ne doit plus être
saisi dans DEPMI mais importé d’IBIS ce qui garantira la cohérence des données
• Au niveau local, l’interface entre DEPMI REGIONAL et CADRE LOCAL doit être développée
pour transférer automatiquement les montants engagés et liquidés dans DEPMI vers CADRE
2. Centralisation des données comptables au trésor
• Développer le module de gestion des recettes dans CADRE
• Développer l’interface entre ANTILOPE et CADRE pour transférer automatiquement les
données de la solde de la DRH à la comptabilité
• Développer l’interface entre SYDONIA et CADRE pour transférer les recettes douanières
• Développer l’interface entre MESURE et CADRE pour transférer les recettes des impôts,
• Développer les interfaces de transfert d’information entre les applications existantes et
SYSTAC / SIGMA.
3. Identifiant Fiscal Unique
• La nouvelle application IDU devra être interfacée avec toutes les autres principales
applications
Les interfaces sont actuellement réalisées techniquement par des transferts de fichiers plats. Cette
méthode est simple et efficace à mettre en œuvre, même si elle ne permet pas un transfert en temps
réel des informations. Les interfaces développées dans le cadre de ce projet étant temporaires, cette
méthode convient donc parfaitement.
La mise en œuvre des interfaces n’est pas que technique. Il faudra au préalable obtenir un accord
formel des DG et du ministre pour que le transfert des données soit autorisé entre les DG.
Projets antécédents : 2.12 (ETL)
GOPA CONSULTANTS
176
Directions et Orgnismes utilisateurs : TOUTES
Avis SDI : N/A
GOPA CONSULTANTS
177
Code : 2.15
Nom : DEPLPOIEMENT SYDONIA
Domaine fonctionnel : REC
Intitulé : Déploiement du progiciel SYDONIA dans les postes de douanes non
équipés
Complexité (*) : M
Thème : DOUANES
Objectifs : Accroitre le nombre de postes de douanes informatisés
Ce projet est en cours au niveau de la Direction Général des Douanes, et est financé par l’Union
Européenne à hauteur de 3 M€. Il est présentement listé dans le schéma directeur afin qu’il soit
mentionné et connu de tous.
Le projet consiste à déployer le logiciel de gestion des douanes SYNDONIA dans les 500 postes
(env.) de douanes répartis dans le pays. Il s’agit pour cela :
• D’équiper une salle informatique dans le poste de douanes,
• Installer un réseau local,
• Installer le logiciel SYDONIA,
• Former les utilisateurs,
• Interconnecter le poste de douanes au WAN (réseau informatique étendu) des douanes,
lorsque cela est nécessaire,
Par ailleurs, une activité de ce projet consistera à automatiser la production des statistiques à partir de
SYDONIA, et à partir de PAGODE si nécessaire (PAGODE est l’application qui précédait SYDONIA).
Directions et Organismes utilisateurs : DOUANES
Avis SDI : Le WAN utilisé pour ce besoin doit être mutualisé lorsque cela est possible avec le WAN
global du MINFI qui sera mis en œuvre dans le cadre du projet 2.2
GOPA CONSULTANTS
178
Code : 2.16
Nom : LOGICIELS POSTES DE TRAVAIL
Intitulé : Projet de mise en places des solutions individuelles (bureautiques,
messageries, etc.)
Complexité (*) : M
Thème : Mise en place des logiciels des postes de travail
Objectifs : Mise à jour des postes de travail
Ce projet Logiciels Postes de Travail va mettre en œuvre les directives de l'étude Infrastructure
Logicielle qui donnera les éléments de base à installer sur les postes de travail (Système
d’exploitation, outils de bureautique, outils de sécurisation, etc.).
Les points abordés dans ce projet sont définis ainsi :
-
-
Phase de conception :
• Définir les outils et la configuration standard retenue pour équiper les postes de travail
(OS, Office, antivirus, pilote d’imprimante, navigateur, outils PDF, etc.), plusieurs
configurations possibles (pour utilisateur « simple », pour utilisateur utilisant beaucoup
de CPU, etc.),
• Définir outils de prise en main à distance à travers les LAN et les WAN pour minimiser
les déplacements,
• Créer les masters ou image des différentes configurations définies,
• Recenser les postes à migrer sur la nouvelle configuration,
• Mettre en place l’équipe chargée du déploiement des postes, la former, mettre en place
les outils de gestion de projet,
• Planifier le déploiement des configurations des postes.
Phase de réalisation
• Installer la configuration adéquate sur chacun des postes de travail,
• Installer le poste chez l’utilisateur et vérifier le bon fonctionnement (notamment des
pilotes d’imprimante),
• Suivi du planning et reporting régulier d’avancement.
Ce projet sera entièrement piloté par la DSI en collaboration avec les cellules informatique qui assure
la maintenance de premier niveau.
Avis SDI : N/A
GOPA CONSULTANTS
179
Code : 2.17
Nom : DATA WAREHOUSE
Domaine fonctionnel : P&C
Intitulé : Mise en œuvre des outils de pilotage et de contrôle
Complexité (*) : F
Thème : Centralisation des données
Objectifs : Mettre à disposition des décideurs des tableaux de bord et le TOFE à
l’aide d’un Data Warehouse
Le MINFI ne dispose pas actuellement d’outil informatique de suivi et d’aide au pilotage des finances
publiques.
L’objectif du projet est de mettre à disposition des décideurs les tableaux de bord qui leur sont
nécessaires pour avoir une bonne vision, si possible en temps réel, de l’activité de leur service ou
direction ou du ministère dans son ensemble.
Un tableau de bord identifié comme très utile par exemple, serait de mettre
mettre à la disposition du ministre
via une connexion sécurisée à l’intranet, affichant au jour le jour les dépenses (par DG, par
programme, par date, par région, etc.), les recettes, l’état de la dette, les marchés en cours, l’état de la
trésorerie, l’état des finances par rapport au prévisionnel, le nombre de salarié et ses variations
mensuelles, etc.
La production du TOFE (Tableau des Opérations Financières de l’Etat) doit également pouvoir se faire
régulièrement (tous les mois par exemple) et de façon automatique. Le TOFE retrace toutes les
recettes (fiscales et non fiscales telles que les dons) et les dépenses (fonctionnement,
investissement), tient compte de la dette et permet le suivi des arriérés. Actuellement le TOFE est
établi en base caisse, il doit
oit l’être en base engagement.
Outre ces 2 produits (tableau de bord et TOFE) le projet doit identifier d’autres outils d’aide à la
décision à produire par acteur. Une fois l’analyse des besoins réalisée, l’outil retenu pour produire les
résultats est un Data Warehouse (entrepôt de données). Le Data Warehouse (DW) va puiser les
informations nécessaires dans les bases de données de production et permettre à l’utilisateur de
construire les tableaux de bord et états qu’il souhaite. Le DW intègre généralement son propre ETL.
Les projets 2.14 (intégration), 2.12 (mise en œuvre d’un ETL) et 2.17 sont donc étroitement liés. Le
schéma ci-dessous
dessous représente l’évolution de l’intégration du SI global du MINFI à travers ces projets
jusqu’à l’aboutissement du DW.
Les rectangles modélisent des applications, les flèches des interfaces.
En terme de planning, le projet 2.17 pourra cependant démarrer avant la fin du projet 2.12 de façon à
déterminer le Data Warehouse du marché le plus adapté, les états à produire, les univers
uni
à construire,
etc.
Une fois le projet 2.17 terminé, les applications vont continuer à évoluer, et seront même totalement
modifiées pour bon nombre d’entres elles. L’ETL et le DW devront donc faire l’objet d’une
maintenance évolutive soutenue afin de continuellement s’adapter aux nouvelles applications.
GOPA CONSULTANTS
180
Projets antécédents : 2.14 ; 2.12
Avis SDI : Utiliser un Data Warehouse du marché à intégrer dans le SI global. Ne pas développer un
Data Warehouse spécifique.
GOPA CONSULTANTS
181
Code : 2.18.1
Nom : Préparation budgétaire
Domaine fonctionnel : Préparation budgétaire
Intitulé : Refonte du SI de préparation budgétaire
Complexité (*) : F
Thème : Budget
Objectifs : Mettre en œuvre un logiciel de préparation budgétaire répondant aux
budgets programmes
Résumé de la situation actuelle :
La préparation du budget se fait avec les logiciels PREBIC et PREPABIP,
Le suivi des réalisations des investissements/projets est réalisé avec le logiciel SUIVIBIP,
PREBIC et PREPABIP sont uniquement utilisés à la fin de chaine de préparation du budget, ils
permettent de saisir les budgets préalablement élaborés manuellement par les ministères.
Autrement dit, ils ne permettent pas le traitement de la chaine PPBS : Planification,
Programmation, Budgétisation, Suivi,
PREBIC et PREPABIP permettent l’élaboration de « budgets de moyens » et non pas l’élaboration
de « budgets programmes » ni la gestion des programmes (définition et suivi d’objectifs, de
résultats, d’indicateurs, etc.)
Les budgets élaborés dans PREBIC et PREPABIP une fois votés sont déversés dans le logiciel de
traitement de la chaine de dépense (IBIS)
Un projet en cours de démarrage au niveau du MINEPAT vise à concevoir un logiciel
de « identification, préparation, évaluation, adoption, suivi-évaluation, exécution et supervision des
projets d’investissement public »
Objectif du projet
Mettre en œuvre un logiciel (respectant les prescriptions techniques générales du MINFI) qui
permette :
D’enregistrer la chaine PPBS : document stratégique de la croissance et d’emploi sur 10 ans /
stratégie sectorielle puis ministérielle sur 5 ans / programme d’action prioritaire sur 5 ans / CBMT
et CDMT sur 3 ans / budget programme,
D’aider tous les ministères dans l’élaboration du budget tout au long de la chaine PPBS jusqu’à la
validation du budget par l’Etat,
De produire tous les documents intermédiaires ainsi que la loi des finances, de présenter le budget
selon différentes nomenclature (budget-programme, budget de moyens, CGE, géographique, etc.),
D’enregistrer les détails des programmes : objectifs, chaine de résultats, indicateur, planning
prévisionnel, responsabilités, modalité de revue de projet, etc. Les tâches des programmes
correspondent aux lignes budgétaires, et une ligne budgétaire est une tâche d’un
projet/programme,
D'offrir la possibilité d’intégrer les budgets et les projets sur financement extérieur pour permettre
une présentation des budgets avec les financements extérieurs,
De s’intégrer avec les logiciels de la chaine de dépense (2.18.2), les logiciels de suivi-évaluation
de l’avancement technique des projets (2.26).
Projets suivants : 2.18.2 chaine de dépense
Directions et Organismes utilisateurs : DGB
Avis SDI :
Les principaux progiciels de gestion de la chaine de dépense n’offrent généralement pas de
fonctionnalités de préparation budgétaire. Il n’existe que très peu d’applications du marché dédié à la
gestion de la préparation budgétaire, et il est probable qu’aucune ne propose une préparation
GOPA CONSULTANTS
182
budgétaire selon le PPBS recommandé par la CEMAC.
En revanche, il semble que l’UEMOA soit en cours de réflexion pour proposer un système commun
aux pays de l’UEMOA. Si un tel outil devait aboutir, il faudrait l’étudier avec intérêt au moins de l’étude
d’analyse.
La mission recommande a priori plutôt une solution de type développement spécifique intégré aux
applications via l’ETL.
GOPA CONSULTANTS
183
Code : 2.18.2
Nom : EXECUTION DU BUDGET
Domaine fonctionnel : DEP
Intitulé : Refonte des logiciels de la chaine de dépense
Complexité (*) : F
Thème : Budget
Objectifs : Disposer d’une nouvelle application intégrée WEB de gestion de toute
la chaine des dépenses (réservation – engagement – liquidation –
ordonnancement - paiement)
La chaine de dépense actuelle est gérée par 3 principales applications : IBIS, DEPMI, CADRE, les 2
dernières ayant des versions pour le niveau central et des versions pour le niveau local. Aucune de
ces applications n’est WEB et ne correspond donc aux critères de la solution cible. De plus, des
imperfections conceptuelles et techniques ne permettent pas une intégration totale de ces
applications.
Ce projet vise donc à refondre totalement l’ensemble de ces applications.
Les grandes fonctionnalités de la future application sont globalement les suivantes :
• Paramétrage des habilitations et des work flow selon les montants et procédures engagés,
• Saisie par l’Ordonnateur (gestionnaire de crédit) de réserves sur les lignes budgétaires de
façon à lui permettre une programmation de l’utilisation de ses lignes budgétaires,
• Interface avec l’application de gestion des marchés de façon à pouvoir indiquer le niveau
d’avancement de la procédure d’appel d’offre pour la réserve,
• Saisie par l’Ordonnateur d’un bon d’engagement ou d’un bon de travail
o Si l’engagement est réalisé suite à un marché, les informations de l’engagement
doivent provenir de l’application de gestion des marchés,
o L’application sera interfacée avec celle de gestion des marchés ou des impôts où sont
enregistrés tous les fournisseurs de façon à enregistrer directement l’engagement avec
un fournisseur pré enregistré,
• Gestion des dépenses non ordonnancées,
• Gestion d’un prévisionnel des dépenses par ligne budgétaire, cohérent avec,
o le plan de passation de marché géré dans le logiciel de gestion des marchés
o le prévisionnel de dépense sur salaire,
o le prévisionnel des investissements et des projets sur financement extérieurs,
• Validation informatique de l’engagement par le contrôleur financier,
• Edition du bon d’engagement ou du contrat si l’engagement s’est fait suite à un appel d’offre,
selon le modèle pré enregistré des contrats,
• Calcul de la taxe d’enregistrement du marché, édition de la quittance, gestion du
recouvrement. Interface avec le logiciel de comptabilité et impôts pour transférer ces recettes,
• Interface avec le logiciel de suivi de projet de façon à connaitre la date prévisionnel de la fin de
la prestation ou de la livraison, et/ou l’échéancier de paiement,
• Gestion des comités de réception (participant, enregistrement du procès verbal, suivi des
défauts de livraison, enregistrement des livrables et pièces justificatives, etc.),
• Gestion de la liquidation et de l’ordonnancement, et du contrôle des pièces,
• Gestion du paiement par le trésor et interface avec le logiciel de comptabilité.
Le logiciel devra être interfacé avec les logiciels :
• préparation budgétaire (2.18.1),
• comptabilité (2.19),
• impôts recette (2.20),
• marchés publics (2.21),
GOPA CONSULTANTS
184
•
suivi des projets,
De nombreux états de sortie sont à prévoir afin de permettre une vision claire du niveau
d’engagement et de décaissement à tout moment et en temps réel, de façon consolidée, par
programme, par ligne budgétaire, par région géographique, par direction, par date, etc.
Avis SDI : Il sera possible d’acquérir une solution du marché réalisant une grande partie des
fonctionnalités, dont le code source est entièrement accessible, et qui soit développée dans les
technologies retenues par le MINFI (étude 1.3)
GOPA CONSULTANTS
185
Code : 2.19
Nom : COMPTABILITE FINANCES
Domaine fonctionnel : CFE
Intitulé : Développement des nouvelles applications de gestion de la
comptabilité publique
Complexité (*) : F
Thème : Logiciel spécifique de comptabilité publique
Objectifs : Disposer d'une solution de gestion de la comptabilité publique intégrée
à l'ensemble du système du MINFI
Le logiciel installé devra permettre la gestion de l'information liée aux missions dévolues à la Direction
Générale du Trésor et de la Coopération Financière et Monétaire (DGTCFM).
Les principales missions pour lesquelles le système doit apporter sa contribution sont les suivantes :
•
•
•
•
•
•
•
•
•
•
•
Saisie et paramétrage du plan comptable général de l'état,
Tenue de la comptabilité générale et auxiliaire de l’Etat et des comptabilités particulières
des tiers et autres correspondants du trésor,
Mise en œuvre de la politique de gestion de la trésorerie,
Elaboration du tableau de bord des finances publiques, du tableau des opérations
financières de l’Etat et des indicateurs de suivi des états de synthèse,
Production du compte général de l’administration des finances,
Production des comptes de gestion par les comptables publics,
Règlement des dépenses de l’Etat, des collectivités territoriales décentralisées et des
établissements publics administratifs,
Gestion des dépôts autorisés par les lois et règlements,
Gestion comptable de la dette intérieure et extérieure,
Gestion de la coopération financière et monétaire internationale,
Contrôle des finances extérieures et de la réglementation des changes.
Le logiciel installé devra donc disposer, dans un contexte de gestion des finances publiques
des grandes fonctionnalités suivantes:
• Gestion du plan comptable général de l'état,
• Gestion des comptabilités auxiliaires et générales,
• Gestion des engagements,
• Gestion de la trésorerie et des prévisions de trésorerie,
• Gestion des dépôts et des consignations,
• Gestion des quotas de dépenses,
• Gestion de la dette,
• Gestion des recettes de l'état.
Le logiciel devra prendre en compte les besoins des services déconcentrés au travers d'une
application travaillant sur une base de données centrale en mode Web Application.
Ce sont les services déconcentrés suivants :
• La Paierie Générale du Trésor,
• Les Paieries spécialisées,
• Les Trésoreries Générales,
• Les Services Provinciaux des Affaires Monétaires et des Assurances,
• Les Recettes des Finances,
• Les Perceptions,
GOPA CONSULTANTS
186
•
Les Agences Comptables.
Les besoins des services extérieurs (paieries des missions diplomatiques et consulaires) doivent aussi
être pris en compte.
Le logiciel devra travailler en mode intégré vis à vis des autres applications du Ministère.
La DGTCFM prévoit une dématérialisation d'un certain nombre d'actes. Le logiciel devra permettre
d'assurer les dématérialisations nécessaires.
Le projet démarrera par la rédaction du Dossier d'Appel d'Offre (DAO) qui inclura le cahier des
charges détaillé du projet.
Directions et Organismes utilisateurs : DGTCFM
Avis SDI : Un spécifique semble souhaitable compte tenu des spécificités Camerounaises
GOPA CONSULTANTS
187
Code : 2.20
Nom : IMPOTS RECETTES
Intitulé : Logiciels de gestion des recettes fiscales
Complexité (*) : F
Thème : RECETTES
Objectifs : Disposer d'une application couvrant au maximum les besoins de la
DGI
Fonctionnalités Principales
Ce projet ce divise en six grands domaines :
Gestion des liquidations et des émissions,
Gestion des recouvrements,
Gestion des enquêtes du contrôle et de la répression,
Gestion de la législation et du contentieux,
Gestion de la curatelle,
Pilotage de la DGI.
Gestion des liquidations et des émissions
Cette partie du logiciel doit permettre de supporter les processus suivants :
• Gestion des déclarations et de l'assiette,
• Gestion des liquidations,
• Gestion des liquidations de crédits de TVA,
• Gestion des émissions,
• Gestion de l'émission des impôts spécifiques,
• Gestion des timbres.
Gestion des recouvrements
Cette partie du logiciel doit permettre de supporter les processus suivants :
• Recouvrement des recettes,
• Comptabilisation des recettes.
Gestion des enquêtes du contrôle et de la répression
Cette partie du logiciel doit permettre de supporter les processus suivants:
• Gestion des enquêtes et recoupement de l'information,
• Vérification de la situation des contribuables et gestion des contrôles,
• Gestion de la répression et des poursuites pénales.
Gestion de la législation et du contentieux
Le logiciel doit donner un certains nombre d'outils pour permettre une bonne gestion de ce domaine :
• Préparation des textes juridiques,
• Suivi des conventions internationales,
• Suivi des régimes spéciaux,
• Gestion du contentieux.
Gestion de la curatelle
La gestion de la curatelle s'occupe des processus suivants:
• Recherche et gestion des biens vacants et des confiscations,
• Gestion des successions;
Pilotage de la DGI (à intégrer dans le projet DATA WAREHOUSE)
Le logiciel doit permettre de couvrir les processus suivants :
• Production des statistiques de recettes fiscales,
GOPA CONSULTANTS
188
• Production des indicateurs de gestion et de performances,
• Production des tableaux de bord des impôts.
A noter que cette partie pourra être efficacement prise en compte par le projet DATA WAREAHOUSE
qui est global au niveau du MINFI. C'est la partie du projet DATA WAREHOUSE qui sera définie et
prise en charge par la DGI.
Directions et Organismes utilisateurs : DGI
Avis SDI : Un ERP du marché doit pouvoir couvrir les besoins dans ce domaine
GOPA CONSULTANTS
189
Code : 2.21
Nom : MARCHES PUBLICS
Intitulé : Acquisition d’un progiciel de gestion des marchés publics
Complexité (*) : F
Thème :
Objectifs : Informatiser toute la procédure de passation des marchés jusqu’à la
rédaction des contrats
La DRFi et l’ARMP sont les 2 structures principales chargées de la gestion des passations de
marchés du MINFI. La DRFi ne dispose d’aucun logiciel, alors que l’ARMP dispose d’un petit logiciel
et a confié à un prestataire local le développement d’un nouvel outil d’aide à la gestion des marchés
(technologie non WEB cependant).
La demande est forte pour informatiser de façon professionnelle la passation des marchés du MINFI,
publier automatiquement les informations publiques sur le site WEB, et dématérialiser au maximum la
procédure. Les fonctionnalités du futur système à acquérir sont :
1. Module Gestion et Suivi de la procédure
Il permet de suivre toutes les étapes du cycle de vie d'une consultation (de sa définition initiale
jusqu'à la notification du marché).
Le processus de passation d'un marché est découpé en cinq étapes majeures qui structurent le
module :
• Définition : saisie des caractéristiques principales de la consultation, élaboration du calendrier
prévisionnel, choix des supports de publicité,
• Publicité : lancement de la consultation,
• Consultation : gestion des registres des retraits, registres des dépôts et questions / réponses,
en lien avec la plate-forme de dématérialisation à destination des opérateurs économiques
• Dépouillement : analyse et classement des candidatures et des offres,
• Attribution : numérotation du marché, suivi du contrôle de légalité, préparation de l'avis
d'attribution.
2. Module de Gestion des Commissions
Ce module gère l'organisation des séances de commissions d'appel d'offres, de jurys de concours,
de commissions internes.
Les gestionnaires de commissions disposent donc des fonctionnalités suivantes :
• Définition des membres des commissions pour l'envoi des convocations, des ordres du jour et
des dossiers,
• Etablissement du calendrier des réunions,
• Définition des ordres du jour : validation et inscription des dossiers.
3. Module Support Statistique
Il restitue des statistiques sur l'activité « marché ».
Exemples :
• Répartition du nombre de consultations lancées par type de procédure,
• Analyse des supports de publicité utilisés,
• Analyse du nombre de réponses reçues par consultation,
• Durée d'analyse des offres,
• Suivi de la durée de passation des marchés,
• Analyse de l'activité d'un fournisseur aux marchés du MINFI sur une période donnée,
• Tableau d'ouverture des plis par séance.
GOPA CONSULTANTS
190
4. Module Assistance à la Rédaction
Il assiste les rédacteurs dans l'élaboration des documents administratifs à partir de modèles (ou
canevas) conçus et mis à jour en interne par un administrateur fonctionnel central.
Cet administrateur interne gère l'ensemble des clauses et des canevas de façon autonome : il peut
paramétrer la rédaction des clauses en fonction du degré de savoir-faire des utilisateurs.
Les canevas sont mis à disposition des rédacteurs et sont pré complétés des informations saisies
dans les caractéristiques principales de la consultation du module de gestion et suivi de la
procédure.
Les mises à jour sont immédiates sur les documents en cours d'élaboration.
Dans le cas de la mise à jour d'une clause, celle-ci impacte tous les canevas dans lesquels elle
figure.
5. Module Support Administration
Il permet d'administrer fonctionnellement :
• les profils génériques des utilisateurs (gestionnaire de procédure, rédacteur, valideur,
administrateur…),
• les comptes des utilisateurs,
• les comptes pour l'envoi des avis de publicité,
• les actualités de la page d'accueil,
• les organigrammes des directions saisis dans l'application.
L’application devra être interfacée avec :
• le logiciel d’exécution du budget (projet 2.18.2),
• la GED (projet 2.4.2).
Le périmètre du projet est limité au MINFI. Toutefois l’analyse préalable devra étudier l’opportunité
d’élargir le périmètre à tous les ministères du pays, voire à proposer la mise à disposition de
l’application pour d’autres structures de l’Etat qui lance des appels d’offres (mairie, office publics, etc.)
Avis SDI : N/A
GOPA CONSULTANTS
191
Code : 2.22
Nom : DATA CENTER (Centre de Traitement des données)
Intitulé : Mise en place du Data Center
Complexité (*) : F
Thème : Installation physique du Centre de Traitement des données géré par le
CENADI
Objectifs : Disposer d'un Data center sécurisé pour l'administration
Camerounaise. Et en particulier pour le MINFI.
Le but principal de ce projet est de permettre la mise en place d'un centre de traitement des données
opérationnel pour le Ministère des Finances du Cameroun (MINFI).
Les missions principales du centre sont d'offrir une bonne connexion réseau (internet, intranet, ...) et
une haute disponibilité du système d'information dans des conditions de sécurité optimum. Lorsque le
centre sera opérationnel l'ensemble des applications logicielles seront déployées sur les serveurs
hébergés dans le centre.
En particulier les applications correspondant au cœur de métier du Ministère seront hébergées dans le
Centre ainsi que les bases de données, les serveurs de fichiers, les serveurs d'applications, les
serveurs de domaines, etc.
Ce projet fera suite à l'étude qui aura été conduite :
1.5 ETUDE IMPLENTATION DATA CENTER
Cette étude devra donner les directives et les plans détaillés pour la construction du DATA CENTER.
Ces directives et plans porteront notamment sur les thèmes suivants :
•
•
•
•
•
•
•
•
•
•
•
Génie civil des bâtiments à construire ou à aménager,
Plan détaillé du Centre de Traitement (planchers, position physique des composants,
chemin de câblages, câblage informatique Ethernet, etc.)
Mise en place d'une climatisation précise et stable,
Mise en place de systèmes de dépoussiérage,
Mise en place d'unités de distribution de l'énergie avec bloc d'alimentation d'urgence,
ainsi qu'une unité de secours,
Système d'alerte d'incendie et extinction automatique des incendies par gaz inerte,
Mise en place d'un système de surveillance par caméras en circuit fermé,
Mise en place d'un système de contrôle des accès, ainsi que de sécurité physique,
Mise en place des outils de surveillance permanents des serveurs,
Mise en place d'un système de gardiennage de sécurité 24H/24, 7jours sur 7,
Mise en place dans le Data Center d'un système protégé pour les liaisons inter-sites
(switches/routeurs/firewall, fibres optiques, etc.).
En coopération avec le CENADI qui devra assurer la maîtrise d'œuvre et d'ouvrage pour la réalisation
du Data Center.
Cette maîtrise d'œuvre et d'ouvrage doit donc s'occuper des éléments suivants :
•
•
•
Production des Appels d'Offres nécessaires aussi bien en ce qui concerne le génie civil
qu'en ce qui concerne la réalisation des tâches d'installation du matériel informatique,
Suivi ou réalisation de l'installation de tous les outils informatiques (progiciels et autres)
nécessaires pour l'exploitation du Data Center,
Définition des procédures d'exploitation,
GOPA CONSULTANTS
192
•
•
•
Formations à réaliser pour le personnel mobilisé,
Suivi des travaux, en particulier en ce qui concerne les réceptions de ceux-ci,
Contrôle de l'exploitation lors des premières mises en œuvre du Centre.
A noter que le projet devra être en mesure de proposer la mise en place d'un centre de secours qui
devra assurer, par redondance, la pérennité des données du Ministère en cas de destruction partielle
ou totale du Data Center principal. L'architecture du centre de secours sera définit lors de l'étude et
une utilisation d'un système "Cloud Computing" est envisageable à ce niveau.
Directions et Organismes utilisateurs : CENADI
Etudes à mener préalables : 1.5 ETUDE IMPLENTATION DATA CENTER
Avis SDI : Très important
GOPA CONSULTANTS
193
Code : 2.23
Nom : FONCTION INFORMATIQUE
Intitulé : Réorganisation de la fonction informatique
Complexité (*) : F
Thème : Organisation
Objectifs : Optimiser la gestion de l’informatique du MINFI par une meilleure
organisation
Suite au diagnostic de la fonction informatique du MINFI réalisé dans le cadre de l’étude du schéma
directeur informatique, plusieurs scénarios de réforme de la fonction informatique ont été proposés :
1. Scénario 1 : Centralisation maximale
Les principales activités informatiques sont réalisées par la DSI (~ 80 personnes),
Les DG exploitent les applications et dispensent le support de premier niveau aux utilisateurs.
2. Scénario 2 : centralisation partielle de la fonction informatique
La DSI réalise les activités transversales de l’informatique (~ 40 personnes),
Les DG exploitent leurs applications et leurs parc et infrastructures, assurent le support aux
utilisateurs.
3. Scénario 3 : Centralisation minimale (organisation matricielle)
La DSI pilote les études et coordonne les activités (~10 personnes),
Un comité de coordination réunissant les responsables informatiques des DG se réunit tous les
mois pour garantir la cohérence des projets et activités informatiques,
Les DG gèrent leur informatique de façon autonome.
Le scénario 3 a été écarté par l’équipe opérationnelle de projet le 14 décembre. Le choix entre les
scénarios 1 et 2 se fera par le comité de pilotage lors de la validation de la version 1 du schéma
directeur informatique (fin de l’étape 5).
L’objectif de ce projet est de détailler la proposition de réforme de la fonction informatique puis de
mettre en œuvre la nouvelle organisation.
Phase 1 de conception :
La proposition détaillée de la réforme présentera :
L’organigramme de la nouvelle DSI,
L’organigramme des services informatiques restant dans les structures,
Les mandats respectifs des services informatiques et de la DSI,
Définition du fonctionnement précis des services de la DSI (définition des procédures, outils,
etc. qui s’inspireront des normes qualités telles qu’ITIL V3 ou PRINCE 2)
Les fiches de poste,
Identifier les locaux,
Ajuster le plan de formation pour que chacun soit formé à ses nouvelles attributions,
Elaboration du budget de fonctionnement des nouveaux services informatiques et DSI.
Phase 2 de réalisation :
Une fois la proposition détaillée validée par la hiérarchie, la mise en œuvre de la réforme informatique
consistera à signer tous les textes (organigrammes, fiche de poste, mandats, etc.) préalablement
préparés, à affecter les agents (équipement des bureaux, déménagement, mise à jour des logiciels de
GRH, etc.), à mettre en œuvre les nouvelles procédures de gestion préalablement définies. Cette
Phase 3 de clôture :
Une fois la réforme achevée, un bilan de celle-ci sera préparée, pointant ce qui a bien fonctionné et ce
GOPA CONSULTANTS
194
qui a moins bien marché. Un atelier de clôture sera organisé pour tirer les leçons de l’expérience, et
celles-ci seront très utiles pour lancer de nouveaux projet de cette nature au sein du MINFI.
A noter que lors de la phase d’identification du projet, la répartition des attributions possibles qui ont
été discutées sont résumées dans le tableau ci-dessous. Le projet pourra s’inspirer de cette répartition
pour élaborer les organigrammes et les mandats :
Fonction
Scénario 1
Scénario 2
Pilotage stratégique du SI global
DSI
DSI
Etudes (SDI, etc.)
DSI
DSI
Mise au point des normes et gestion de la qualité
DSI
DSI
Elaboration de la politique de sécurité et contrôles
DSI
DSI
Evaluation et Audit de l’informatique globale
CENADI
CENADI
Administration des serveurs physiques
DSI/ CENADI DSI/ CENADI
Administration WAN (interconnexions)
DSI
DSI
Développement d’applications et Intégration de progiciel DSI
DSI
Maintenance des applications
DSI
DSI
Formation des informaticiens
DSI
DSI
Développement et administration site WEB
DSI
DSI
Administration logique des serveurs
DSI
DG
Administration réseaux locaux et postes
DSI
DG
Support aux utilisateurs de 2 niveau (Help desk, hot line) DSI
DG
Formation des utilisateurs
DSI
DG
Exploitation des applications
DG
DG
Entretien du matériel
DG
DG
Support aux utilisateurs de premier niveau
DG
DG
Gestion contenu site WEB
SG
SG
nd
Avis SDI : N/A
GOPA CONSULTANTS
195
Code : 2.24
Nom : CREATION DE LA CENTRALE D’ACHAT
Intitulé : Création de la centrale d’achat
Complexité (*) : S
Thème :
Objectifs : Optimiser les coûts d’acquisition des fournitures informatiques et
garantir l’homogénéité du matériel et raccourcir les délais
Actuellement les achats informatiques – ordinateurs, serveurs, imprimantes, consommables,
onduleurs, switch, connectique, etc. – se font de façon non coordonnées par les services, au cas par
cas.
Le projet 2.4.3 a pour objectif de mettre en œuvre un logiciel de gestion des demandes d’achats et de
gestion des stocks. Ainsi tous les agents habilités du MINFI pourront enregistrer leurs demandes
d’achat en fonction du budget dont ils disposent pour leur service. La demande d’achat sera
centralisée dans le logiciel et devra être traité par un nouveau service à créer : la centrale d’achat.
Une centrale d’achat avait déjà été mise en œuvre à la DRFi mais a progressivement été
abandonnée, et le magasin de stockage a été fermé. Ce projet vise à réactiver ce fonctionnement qui
cette fois devrait être satisfaisant grâce au logiciel de gestion des achats.
Une centrale d’achat principale sera basée au MINFI à Yaoundé, des magasins secondaires pourront
être ouverts dans les régions. Les magasins secondaires seront alimentés par la centrale d’achat et
s’approvisionneront également sur les marchés locaux pour les besoins urgent et petites fournitures.
La centrale d’achat aura pour mission :
• Tenir à jour un catalogue des produits,
• Assurer une veille des nouveaux produits et des coûts,
• Lancer les appels d’offres pour les réapprovisionnements,
• Assurer la logistique pour approvisionner les services qui ont fait des demandes (au niveau
central et au niveau des régions),
• Gérer physiquement le stock et réaliser l’inventaire,
• Assurer la sécurité du magasin de stockage,
• Administrer le logiciel de gestion d’achat et de stock,
• Demander aux services techniques les spécifications standard des matériels à stocker (ainsi
par exemple la DSI fournira les spécifications de tous matériels informatiques, ce qui en
garantira la cohérence),
• Identifier et marquer le matériel s’il est immobilisé, et renseigner les données sur les biens
acquis dans le logiciel de gestion des immobilisations,
• Evaluer la fiabilité des fournisseurs.
Lors de la présentation de proposition de mise en œuvre d’une centrale d’achat, des responsables
informatiques ont exprimé leurs inquiétudes sur la centralisation des achats informatiques. Certes, tout
le monde comprend l’intérêt de confier à une structure le soin d’établir les spécifications techniques et
acheter « en gros » le matériel informatique afin d’obtenir une cohérence technique du matériel et les
meilleurs prix. Mais les inquiétudes suivantes ont été exprimées :
GOPA CONSULTANTS
196
Inquiétude exprimée
le service chargé d’acheter le
matériel, puis de le distribuer et de
l’installer risque de ne pas être
suffisamment réactif
Mutualiser
les
crédits
informatiques de chaque structure
ne permet pas le contrôle financier
par les structures
Contradictoire avec la comptabilité
matière que doit tenir chaque
structure
Le budget d’investissement est
déjà centralisé, il semble difficile
de centraliser le budget de
fonctionnement
Réponse possible
Une « convention de service » interne au MINFI peut être passée entre
les gestionnaires informatiques de la centrale d’achat et les structures
bénéficiaires qui définirait les modalités du rapport « client-fournisseur »
et les obligations des uns et des autres, et prévoir également les
sanctions en cas de non respect de la convention.
La mutualisation des crédits n’est pas obligatoire. Mutualiser les achats
peut se faire sans mutualiser les crédits. Un logiciel de gestion
spécifique pourrait gérer les demandes d’achats de chacun, avec
imputation des achats de chaque structure sur les budgets de ces
structures.
Il n’y a pas de contradiction si le logiciel de gestion des achats groupés
diffuse aux structures (ou au logiciel de comptabilité matière) les achats
par structure
La centralisation du budget de fonctionnement n’est pas nécessaire (voir
réponse n°2)
L’idée de la centralisation des achats une fois les réponses apportées aux inquiétudes exprimées
semble faire l’unanimité. Cette idée présentée devant le ministre délégué, et tous les directeurs
généraux le 14 juillet 2011 a été approuvée.
Projets suivants : 2.43 mise en œuvre du logiciel de gestion des achats et des stocks
Avis SDI : N/A
GOPA CONSULTANTS
197
Code : 2.25
Nom : IMMOBILISATION ET GESTION PATRIMONIALE
Intitulé : Gestion des immobilisations et du patrimoine mobilier et immobilier de
l’Etat par les comptables matières
Complexité (*) : S
Thème :
Objectifs : Disposer d'un logiciel de gestion des immobilisations et du patrimoine
Actuellement, faute d’outil informatique, les comptables matière réalisent partiellement le recensement
des biens immobilisés manuellement sans pouvoir produire d’états consolidés, et ne réalisent pas
d’amortissement comptable (c'est-à-dire la constatation comptable de la dépréciation de la valeur de
certains éléments de l´actif immobilisé).
L’inventaire du patrimoine mobilier et immobilier de l’Etat n’est pas non plus réalisé.
L’objectif de ce projet est de doté les milliers de comptable matière d’un logiciel permettant :
• Gérer les biens immobilisés :
o ajout de nouveaux biens (interface avec le logiciel de gestion des marchés),
o suppression des biens perdus ou détruits,
o Information sur l’emplacement, l’état, le gestionnaire du bien, etc,
o Identification des biens,
o Gestion des enquêtes d’inventaire.
• Amortir les biens
o Paramétrer les règles d’amortissement (linéaire, par palier, etc.),
o Définir l’amortissement pour chaque bien,
o Interface avec le logiciel de comptabilité pour évaluer la valeur du patrimoine
immobilisé.
Le périmètre fonctionnel est a priori plus large que le MINFI seul puisque tous les ministères sont
concernés. Cependant, dans le cadre de ce projet, le périmètre sera dans un premier temps limité au
MINFI, un nouveau projet de déploiement généralisé pour être envisagé une fois celui-ci terminé.
Avis SDI : N/A
GOPA CONSULTANTS
198
Code : 2.26
Nom : SUIVI EVALUATION DE PROJET
Intitulé : Suivi des projets et évaluation
Complexité (*) : M
Thème :
Objectifs : Disposer d'un logiciel de gestion des projets
La réforme de la gestion des finances publiques porte notamment sur le passage aux budgets
programmes ce qui implique de programmer le budget selon des budgets programmes à la place des
budgets de moyens (projet 2.18.1). Ainsi chaque ligne budgétaire correspondra à des moyens
nécessaires pour réaliser une activité d’un programme. Le logiciel de préparation budgétaire (projet
2.18.1) permettra à la fois de programmer les activités des programmes et les budgets
correspondants.
A partir des budgets programmes définis, le logiciel (projet 2.18.2) d’exécution du budget permettra de
réaliser les engagements et les décaissements des lignes budgétaires. Parallèlement au suivi de ces
dépenses, un suivi de l’avancement physique des activités des projets sera réalisé. Ce projet vise à
informatiser ce suivi des réalisations des activités.
Ce logiciel servira au suivi de tous les projets de l’Etat (de la même façon que le logiciel d’exécution
du budget est utilisé pour toutes les dépenses de tous les Ministères) et pas uniquement le suivi des
projets du MINFI. Il sera couplé au logiciel d’exécution du budget, et aura les grandes fonctionnalités
suivantes :
• Instruction des projets et gestion du cycle projet,
• Gestion de la chaine de résultat et des cadres logiques,
• Planification détaillée des projets,
• Gestion des ressources du projet,
• Définition et suivi des indicateurs,
• Gestion des risques (identification, mitigation),
• Gestion des comités de pilotage et suivi,
• Gestion des revus de projet,
• Production des rapports d’avancement,
• Tableau d’alerte, par exemple : délais dépassés ; rapport (% du budget dépensé) / (%
d’avancement des activités) trop faible ; absence de livrables ; etc.
Ce logiciel permettra de réaliser le suivi de tous les projets, qu’ils soient sur budget de l’Etat ou sur
financement extérieur, c.à.d. toutes les unités de gestion des « projets » financés par l’Etat ou les
bailleurs de fonds utiliseront ce logiciel.
Avis SDI : N/A
GOPA CONSULTANTS
199
Code : 2.27
Nom : EVOLUTION FONCTIONNELLE LIEE AU PASSAGE DU BUDGET
PROGRAMME
Intitulé : Evolution des applications existantes (PREPABIP, PREBIC, DEPMI,
IBIS) pour prendre en compte la programmation budgétaire
Complexité (*) : S
Thème : Budget
Objectifs : Permettre la programmation en budget programme fin 2013
La réforme en cours du nouveau régime financier de l’Etat implique notamment la préparation et
l’exécution du budget en budget programme (en lieu et place des budgets de moyens en vigueur
jusque 2011).
Les projets 2.18.1 et 2.18.2 permettront à terme de prendre en compte ce nouveau besoin fonctionnel.
En attendant la mise en œuvre de ces nouveaux logiciels, il est indispensable de mettre à jour les
logiciels existants, de façon à permettre une préparation du budget en budget programme pour tous
les ministères en 2013.
Les logiciels qui devront être adaptés sont :
• PREBIC,
• PREPABIP,
• IBIS,
• DEPMI (central et local).
Les évolutions porteront uniquement sur ce qui est indispensable dans la préparation et l’exécution
budgétaire. Par exemple toute la préparation du budget selon le PPBS ne devra pas être informatisée
dans le cadre de ce projet, cela sera fait dans le projet 2.18.1. En effet, les évolutions réalisées dans
le cadre du présent projet sont temporaires.
Avis SDI : N/A
GOPA CONSULTANTS
200
Code : 2.28
Nom : BALANCE DES PAIEMENTS
Intitulé : Développement des nouvelles applications de production de la
balance des paiements ;
Complexité (*) : M
Thème : Logiciel spécifique de production de la balance des paiements
Objectifs : Disposer d'une solution de production de la balance des paiements
MINFI
Le logiciel installé devra permettre la gestion des informations liées aux missions dévolues à la
Direction des Contrôles Economiques et des Finances Extérieurs(DCTEFE).
Il s’agit d’une application permettant de recensée les flux économiques et financiers entre les
résidents et les non-résidents.
Les principales fonctions du nouveau système :
• Préparation de la collecte,
• Réception des informations de collecte,
• Alimentation, contrôle et harmonisation du stock de données,
• Analyse et suivi,
• Contrôle à la demande,
• Contrôle des anomalies et erreurs,
• Traitement des données,
• Production et analyse des données,
• Production de la balance de paiement,
• Production de la balance de règlement,
• Position extérieur globale,
• Gestion de la sécurité.
Le logiciel devra prendre en compte :
la gestion des flux qui peuvent être :
• Des achats, des ventes ou des dons portant sur des biens et services,
• Des mouvements de capitaux (variation des créances et des engagements financiers et
monétaires des résidents vis-à-vis des non-résidents et vice versa).
La collecte des flux qui se fait à travers trois grandes sources :
• Les banques,
• les entreprises,
• les administrations.
la produite périodique. La période peut être, le mois, le trimestre, le semestre ou l’année.
Elle peut être :
• Globale (transaction du Cameroun avec le reste du monde),
• Régionale (transaction entre le Cameroun et un groupe de pays, région ou zone),
• Bilatérale (transactions entre le Cameroun et un autre pays).
du type qui peut être :
• Balance de caisse ou de règlements (transfert de fonds),
GOPA CONSULTANTS
201
•
Balance économique ou transactions.
Le logiciel devra travailler en mode intégré vis à vis des autres applications du Ministère.
Directions et Organismes utilisateurs : DCTEFE
Avis SDI : N/A
GOPA CONSULTANTS
202
Code : 2.29
Nom : SIICAF DGI
Intitulé : Calcul de la taxe d'habitation
Complexité (*) : F
Thème : Recettes de l'Etat
Objectifs : Permettre à la DGI de disposer d'outil de calcul de la taxe foncière
La Direction Générale des Impôts a décidé conjointement avec le MINDAF (Ministère des Domaines
et des Affaires Foncières) de remplacer l'ancien logiciel SONDE qui permettait de calculer la taxe
foncière par le logiciel SIICAF (Système Intégré d'Information du Cadastre Fiscal).
SONDE n'est plus utilisé actuellement. Le mode de calcul actuel de la taxe foncière est manuel.
C'est un logiciel distribué par la société ARCGIS. Un intégrateur Espagnol, la société BLOM, a été
choisi comme partenaire. Le projet a démarré en 2007, il est actuellement achevé à 80%.
SIICAF est construit autour d'un Système d'Information Géographique (SIG) qui doit permettre la
gestion du foncier sur l'ensemble du territoire de la République du Cameroun. Le SIG est alimenté par
le MINDAF.
Il dispose en complément de modules qui permettent le calcul de la taxe foncière.
L'application est actuellement hébergée sur un serveur localisé à la DGI.
Oracle est le système de base de données utilisé.
Pour achever le projet les tâches suivantes doivent être réalisées :
• Améliorer la couverture fonctionnelle de l'application (environ 180 homme/jours par an
sur les trois ans à venir);
• Charger la base de données foncière (5 agents de DGI sont mobilisés pour une centaine
de journées chacun);
• Formation des utilisateurs finaux (environ 500).
Directions et Organismes utilisateurs : DGI
Avis SDI : Projet potentiellement complexe compte tenu de l'utilisation d'un SIG
GOPA CONSULTANTS
203
6.2 Le MAQ
La gestion de la qualité est une des préoccupations majeures pour réussir la phase2 de mise en œuvre
du Schéma Directeur Informatique.
Dans cette optique, il a été décidé de procéder en parallèle à l'élaboration du SDI à la rédaction du
Manuel Assurance Qualité (MAQ) qui sera appliqué pour le développement de l'ensemble des projets
qui relèveront du SDI.
Chaque projet doit produire un Plan d'Assurance Qualité (PAQ) qui sera développé selon les directives
du MAQ.
Le lien pour consulter le Manuel Assurance Qualité est le suivant:
http://ns1.cenadi.cm/~sdi/index.php?option=com_jdownloads&Itemid=9&view=viewdownload&catid=6&
cid=16
GOPA CONSULTANTS
204
6.3 Urbanisation du SI
urbanisation du système d'information de la gestion des finances publiques permet d’avoir une vision
L'urbanisation
globale du futur système afin d’en assurer la cohérence.
Celle-ci permet le découpage du système
sys
cible en grandes fonctions et d'envisager
envisager l'organisation des
flux d'informations entre ces grandes fonctions.
La
a définition du plan d'urbanisation de l'informatique du MINFI ne fait évidemment pas partie du SDI.
Celui-ci
ci sera défini par la DSI en liaison
liaison avec l'AMOA dans le cadre global des études
complémentaires.
A titre d'exemple, le schéma suivant donne une description du futur plan d'urbanisation.
•
Le projet 2.18.1 produira un logiciel permettant de réaliser la programmation budgétaire selon la
chaine du PPBS (Planification, programmation, budgétisation et suivi) jusqu’à l’instruction des
projets et la définition du budget voté correspondant. Le logiciel tiendra compte des financements
extérieurs et des résultats comptables précédents afin d’aider
d’aider à préparer le nouveau budget,
•
La réalisation des programmes / projets sera suivi par le projet 26 qui permettra de piloter et
informer sur l’avancement des projets et d’évaluer les résultats obtenus,
•
Parallèlement à la réalisation et au suivi physique
physique des programmes, le projet 18.2 permettra de
gérer les dépenses publiques selon la chaine des dépenses : réserver, engager, liquider,
ordonnancer et payer,
GOPA CONSULTANTS
205
•
Les dépenses publiques sont :
Les petites dépenses de fonctionnement (ordonnancées ou non) gérées directement dans
le logiciel 18.2,
Les dépenses réalisées suite à un appel d’offre, géré par le logiciel 21,
Les dépenses de fournitures et consommables liées à des demandes des agents du MINFI,
enregistrées par le logiciel 4.3 et gérées par une centrale d’achat (projet 2.24) qui gèrera
également les stocks (logiciel 4.3),
Les ressources humaines et la paie (logiciel 5) des agents de l’Etat
•
Les biens acquis suite aux appels d’offres seront ajoutés au catalogue du patrimoine de l’Etat
(logiciel 25) et seront immobilisés (logiciel 25) comptablement de façon à pouvoir évaluer les actifs
de l’Etat,
•
Toutes les dépenses seront comptabilisées en comptabilité auxiliaire dans un premier temps
(logiciel 19), ainsi que les recettes, fiscales (logiciel 20) et douanières (logiciel 15), avant d’être
déversées dans le système de comptabilité générale (toujours le même logiciel 19),
•
La comptabilité générale comportera un module de prévision de la trésorerie (logiciel 19) basé sur
les prévisions de recettes et de dépenses, mais aussi de la dette contractée (logiciel 19).
GOPA CONSULTANTS
206
6.4 La chaine de dépense
Afin d'en assurer la validité des évaluations consignées dans le SDI, celui-ci a réalisé une analyse
détaillée concernant le sous ensemble clé de la chaîne de dépense dans sa situation actuelle.
L’analyse suivante porte sur le processus de dépense actuellement en œuvre dans l’administration
Camerounaise. Il existe plusieurs processus :
1.
2.
3.
4.
Procédure normale centralisée
Procédure de marché centralisée
Procédure simplifiée centralisée
Procédure décentralisée (par une administration régionale)
L’analyse suivante porte sur la procédure normale centralisée (1)
6.4.1
Description de la chaine de dépense théorique actuelle
GOPA CONSULTANTS
207
Le schéma précédent représente la chaine de dépense théorique, et ne met en exergue que les étapes
principales et celles qui sont informatisées. Une explication sommaire des traitements réalisés dans
chacune des étapes est proposée ci-après :
Etape 1 : L’ordonnateur, qui est un gestionnaire de crédit, dispose d’un de pré-imprimés « bon
d’engagement » constitués de 3 feuillets : un original, un duplicata et une souche. Après avoir obtenu
un ou plusieurs devis de fournisseurs, l’ordonnateur remplit un bon d’engagement en indiquant le nom
du fournisseur sélectionné, le montant du devis, la ligne budgétaire. Il transmet le dossier (bon
d’engagement et devis, facture) au contrôleur financier.
Etape 2 : Le contrôleur financier saisit dans le logiciel DEPMI central l’engagement. Le logiciel réalise
des contrôles pour s’assurer notamment que le montant disponible sur la ligne budgétaire est suffisant
pour le montant à engager, puis édite une fiche de dépense. Les données de DEPMI central sont
exportées vers IBIS via une interface automatique. Le contrôleur financier transmet le dossier au pool
de saisie
Etape 3 et 4 : le pool de saisie du contrôle financier fait exécuter dans IBIS les contrôles sur
l’engagement. Ceux-ci sont assez proches de ceux réalisés dans DEPMI Central, mais plus exhaustif.
Le Titre de Créance (TCC ou « carton ») est imprimé, le dossier est transmis à l’Ordonnateur
Etape 5 et 6 : l’Ordonnateur récupère l’ensemble du dossier – BE, fiche de dépense, facture, TCC – et
le transmet au prestataire
Etape 7 : Le marché doit être enregistré aux impôts. Pour ce faire le prestataire doit être préalablement
inscrit dans un centre des impôts. Si le prestataire est étranger, il doit également se faire enregistrer
dans un centre des impôts. Selon le centre des impôts où est enregistré le prestataire, l’enregistrement
du marché et le paiement de la taxe d’enregistrement se fera de façon manuelle, dans le logiciel
MESURE ou dans le logiciel EMAP. Une quittance est émise (soit manuellement soit par le logiciel
MESURE ou EMAP).
Etape 8 et 9 : le prestataire réalise la prestation ou livre le matériel, puis le comité de réception
réceptionne le matériel ou valide la prestation. Un procès verbal est produit.
Etape 10 : l’Ordonnateur saisit sur le TCC le montant à liquider, puis signe le TCC. Il transmet tout le
dossier au contrôleur financier.
Etape 11 : le contrôleur financier s’assure de la conformité des pièces, puis saisit dans DEPMI central
le montant liquidé. Il transmet le dossier au trésor.
Etape 12 : le service des oppositions du trésor effectue un contrôle des pièces, et généralement ajoute
au stylo sur le TCC le compte général à imputer. Le dossier est transmis au service de la dépense du
trésor.
Etape 13 : le service de la dépense du trésor saisit dans le logiciel IBIS le montant de la liquidation, ce
qui produit un ordre de règlement.
Interface 14 : l’interface entre IBIS et CADRE Central est exécuté automatiquement plusieurs fois par
jour ou à la demande, et permet de déverser les ordres de règlement de IBIS vers CADRE
Etape 15 et 16 : le service de la dépense valide dans CADRE l’import des ordres de règlement et
contrôle le respect réglementaire ; le service de la comptabilité réalise la prise en charge des titres
(c.à.d. saisit l’écriture en partie double) et réalise le déversement des taxes (la TVA est retenue à la
source).
A l’étape 15 il est également possible de saisir directement dans CADRE les dépenses non
ordonnancées, sans que les étapes 1 à 14 n’aient été réalisées. Les dépenses non ordonnancées
GOPA CONSULTANTS
208
représentent cependant un faible pourcentage des dépenses totales (seules les frais judiciaires
seraient non ordonnancés).
Interface 17 et 18 : le logiciel CADRE exporte plusieurs fois par jour et aussi à la demande, les
données de prise en charge dans des fichiers qui sont ensuite importés à la fois par les logiciel
PATRIOT et IBIS.
Etapes 19, 20 et 21 : Suite à la prise en charge dans CADRE (étape 16), si le paiement concerne la
mission d’un agent, alors le service de la comptabilité saisit immédiatement l’accord de paiement. Dans
le cas contraire, le service de la comptabilité transmet le dossier au service des titres de règlement qui
conserve le dossier jusqu’à ce qu’une autorité lui demande de procéder au paiement. Lorsque l’accord
de paiement est transmis, alors le service de la comptabilité saisit l’accord de paiement et le mode de
paiement
Etape 22 : Selon le mode de paiement choisi, (i) le caissier paye et saisit le paiement dans CADRE, (ii)
il est procédé à la compensation dans CADRE (ii) une demande est envoyée dans le logiciel SYSTAC
qui traitera le paiement par virement
Etape 23 et 24 : les paiements enregistrés dans CADRE sont déversés par une interface dans
PATRIOT et IBIS. Fin de la chaine de traitement de la dépense.
6.4.2
Diagnostic fonctionnel de la chaine actuelle
Remarque 1 : DEPMI et IBIS font double emploi au niveau central. DEPMI ne contient que les
délégations de crédit du ministère où il est installé, alors qu’IBIS est une application unique et
centralisée qui contient le budget global de l’Etat. Les montants à engager sont donc saisis dans
DEPMI puis déversés automatiquement dans IBIS ce qui garantit la cohérence des données entre les 2
logiciels (sous réserve d’une bonne conception de l’interface ce qui semble être le cas). En revanche, il
faut saisir 2 fois le montant liquidé dans DEPMI (étape 11) et dans IBIS (étape 13), sans qu’une
interface DEPMI -> IBIS ne permette de garantir que les 2 montants saisis sont identiques. Le fait de
devoir saisir 2 fois la même information reflète un problème de conception de la chaine de dépense, lié
à une absence d’intégration entre les 2 logiciels. Par ailleurs, que se passe-t-il si le contrôleur financier
oublie de saisir le montant à liquider dans DEPMI ? A priori rien puisque le montant utilisée par la suite
(interface 14) est celle saisie dans IBIS. C’est à cause de ce défaut d’intégration que l’on observe des
divergences entre les données de DEPMI et IBIS.
Remarque 2 : L’enregistrement des marchés peut se faire de 3 façons : manuel, logiciel MESURE
ou logiciel EMAP. Il n’y a à aucun moment consolidation de ces données relatives aux
enregistrements des marchés. Il n’y a pas la possibilité pour un agent qui n’est pas du centre des
impôts concerné de savoir si marché a bien été enregistré (actuellement c’est la quittance papier qui
prouve l’enregistrement aux impôts). Ces absences de mutualisation et d’harmonisation de la
procédure d’enregistrement des marchés ne sont pas un problème majeur, et ne doivent pas être
réglées en priorité, mais elles ne permettent pas d’avoir une bonne information partagée ni de produire
rapidement des statistiques conformément à l’objectif défini du schéma directeur. Ces lacunes sont
également une faiblesse dans le contrôle effectif du paiement par l’ordonnateur ou le trésor, qui ne
peuvent accéder en ligne à la confirmation d’enregistrement du marché.
Remarque 3 : il n’y a pas d’outil de prévision de la trésorerie ! La direction du trésor n’a pas d’outils
lui permettant de connaitre en temps réel la trésorerie ni le prévisionnel de trésorerie en fonction des
engagements réalisés et des recettes prévisionnelles. Ainsi, une prestation n’est payée que lorsque le
fournisseur a suffisamment insisté auprès d’un responsable hiérarchique (étape 20) qui donne l’ordre
de payer.
Remarque 4 : tous les paiements sont-ils enregistrés dans CADRE ? La chaine informatisée de
dépense actuelle ne permet pas de garantir que tous les paiements ont bien été enregistrés dans
CADRE ou PATRIOT. Concernant les engagements, si le contrôleur financier oublie de saisir
GOPA CONSULTANTS
209
l’engagement dans DEPMI, alors celui-ci ne sera pas transféré dans IBIS et lors de la saisie de la
liquidation dans IBIS, le trésor pourra avertir le contrôleur financier qu’il a oublié de saisir l’engagement,
ce qui garantit que les engagements sont bien saisis. Mais que se passe-t-il si un paiement n’est pas
saisi dans CADRE ? La fin de la chaine de traitement de la dépense ne prévoit pas de rapprochement
bancaire informatique, à savoir pointer sur le relevé du compte unique de l’Etat les dépenses qui ont
été passée dans CADRE. Donc rien ne permet aujourd’hui d’affirmer que tous les paiements sont
bien saisis dans CADRE.
Remarque 5 : Pourquoi le contrôleur financier vérifie-t-il l’ordonnancement (étape 11) ? Cette étape
alourdit le processus de la dépense. Juridiquement l’ordonnateur est responsable de la liquidation et
de l’ordonnancement, et le comptable publique du paiement, le contrôleur financier ne devrait que
se contenter de vérifier l’engagement.
Remarque 6 : comment les dépenses non ordonnancées sont prise en compte sur le budget ?
L’interface entre CADRE et IBIS (interface 24) permet de remonter dans IBIS les dépenses non
ordonnancées, c'est-à-dire les dépenses qui ont été saisies directement à l’étape 15 sans engagement
préalable. Mais sur quelle ligne budgétaire ces dépenses sont-elles imputées ?
6.4.3
Propositions d’améliorations
Indépendamment des raisons fonctionnelles traitées ci-après, IBIS et DEPMI doivent être migrée vers
des technologies WEB et ne peuvent être maintenues en l’état. Pour des raisons fonctionnelles, il faut
aussi améliorer ces logiciels :
Proposition 1 : il faut dans un premier temps développer une interface entre DEPMI et IBIS ou entre
IBIS et DEPMI afin que le montant liquidé ne soit saisi que dans un seul des 2 logiciels et déversé vers
l’autre automatiquement par interface.
Proposition 2 : dans un second temps, il faut refondre ces 2 applications dans une application WEB
unique et centralisée. La nouvelle application doit permettre à l’ordonnateur de saisir directement
l’engagement dans l’application (étape 1), et de saisir informatiquement le montant à liquider (étape 10)
Proposition 3 : Prévoir un module unique d’enregistrement des marchés dans le SI des impôts, qui soit
accessible en temps réel ou légèrement différé par toutes les administrations afin qu’elles puissent
s’assurer que le prestataire a bien enregistré son marché.
Proposition 4 : Prévoir un module de gestion de la trésorerie dans le logiciel de comptabilité, qui tienne
compte des engagements, des prévisions de recettes (fiscales, douanières), des dettes et emprunts.
Proposition 5 : ajouter un module de rapprochement bancaire dans le logiciel de comptabilité
Proposition 6 : supprimer l’étape 11 de contrôle de l’ordonnancement par le contrôleur financier afin
d’alléger la chaine de dépense. Cela pourra se faire si la proposition 2 qui permettra à l’ordonnateur de
saisir informatiquement la liquidation est réalisée.
GOPA CONSULTANTS
210
6.5 Liste des structures du Trésor, Impôts et Douanes du MNFI
6.5.1
N°
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
Liste des perceptions et recettes par région
Région
C-F
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Adamao
ua
Centre
Centre
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
NGAOUNDER
E
Yaoundé
Yaoundé
DEPT
ARROND
DESIGNATION
Djérem
Ngaoundal
Djérem
Tibati
RECETTE DES FINANCES DE TIBATI
Djérem
Tibati
RECETTE DES IMPOTS DE TIBATI
Djérem
Tibati
RECETTE DESDOMAINES DE TIBATI
Faro-et-Déo
Galim-Tignere
Faro-et-Déo
Kontcha
Faro-et-Déo
Mayo-Baleo
Faro-et-Déo
Tignere
RECETTE DES FINANCES DE TIGNERE
Faro-et-Déo
Tignere
RECETTE DES IMPOTS DE TIGNERE
Faro-et-Déo
Tignere
RECETTE DESDOMAINES DE TIGNERE
Mayo-Banyo
Bankim
PERCEPTION DE BANKIM
Mayo-Banyo
Banyo
RECETTE DES FINANCES DE BANYO
Mayo-Banyo
Banyo
RECETTE DES IMPOTS DE BANYO
Mayo-Banyo
Banyo
RECETTE DESDOMAINES DE BANYO
Mayo-Banyo
MAYO DARLE
Mbéré
Dir
Mbéré
Djohong
PERCEPTION DE DJOHONG
Mbéré
Meiganga
RECETTE DES FINANCES DE MEIGANGA
Mbéré
Meiganga
RECETTE DES IMPOTS DE MEIGANGA
Mbéré
Meiganga
RECETTE DESDOMAINES DE MEINGANGA
Mbéré
Ngaoui
Vina
Belel
PERCEPTION DE BELEL
Vina
Mbe
PERCEPTION DE MBE
Vina
Ngaoundere
RECETTE DES DOMAINES DE NGAOUNDERE
Vina
Ngaoundere
TRESORERIE GENERALE DE NGAOUNDERE
Vina
Ngaoundere
RECETTE PROV. DES IMPOTS ADAMAOUA
Vina
Ngaoundere
RECETTES DES DOUANES NGAOUNDERE
Haute-Sanaga
Haute-Sanaga
Bibey
Lembe
PERCEPTION DE NGAOUNDAL
PERCEPTION DE GALIM-TIGNERE
PERCEPTION DE KONTCHA
PERCEPTION DE MAYO-BALEO
PERCEPTION DE MAYO DARLE
PERCEPTION DE DIR
PERCEPTION DE NGAOUI
PERCEPTION DE BIBEY
PERCEPTION DE LEMBE-YEZOUM
GOPA CONSULTANTS
211
N°
Région
C-F
DEPT
ARROND
30
31
32
Centre
Centre
Centre
Yaoundé
Yaoundé
Yaoundé
Haute-Sanaga
Haute-Sanaga
Haute-Sanaga
33
Centre
Yaoundé
Haute-Sanaga
34
35
36
37
Centre
Centre
Centre
Centre
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Haute-Sanaga
Haute-Sanaga
Haute-Sanaga
Haute-Sanaga
Mbandjock
Mbandjock
Minta
NANGAEBOGO
Nanga-Eboko
Nanga-Eboko
Nkoteng
Nsem
38
Centre
Yaoundé
Lekié
Ebebda
39
40
41
42
43
44
Centre
Centre
Centre
Centre
Centre
Centre
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Lekié
Lekié
Lekié
Lekié
Lekié
Lekié
Elig-Mfomo
Evodoula
MONATELE
MONATELE
MONATELE
Obala
45
Centre
Yaoundé
Lekié
46
47
48
49
Centre
Centre
Centre
Centre
Yaoundé
Yaoundé
Yaoundé
Yaoundé
50
Centre
Yaoundé
51
Centre
Yaoundé
52
Centre
Yaoundé
53
Centre
Yaoundé
54
Centre
Yaoundé
55
Centre
Yaoundé
56
Centre
Yaoundé
57
58
59
60
61
62
Centre
Centre
Centre
Centre
Centre
Centre
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
63
Centre
Yaoundé
64
Centre
Yaoundé
65
Centre
Yaoundé
66
Centre
Yaoundé
67
Centre
Yaoundé
68
Centre
Yaoundé
69
Centre
Yaoundé
70
Centre
Yaoundé
71
Centre
Yaoundé
Obala
DESIGNATION
PERCEPTION DE MBANDJOCK
RECETTE DES IMPOTS DE MBANDJOCK
PERCEPTION DE MINTA
RECETTE DES FINANCES DE NANGA-EBOGO
RECETTE DES IMPOTS DE NNANGA EBOKO
RECETTE DES DOMAINES DE NANGA EBOKO
PERCEPTION DE NKOTENG
PERCEPTION DE NSEM
PERCEPTION D'EBEBDA
PERCEPTION D'ELIG-MFOMO
PERCEPTION D'EVODOULA
RECETTE DES FINANCES DE MONATELE
RECETTE DES IMPOTS DE MONATELE
RECETTE DES DOMAINES DE MONATELE
PERCEPTION D'OBALA
RECETTE DES IMPOTS D'OBALA
Lekié
Okola
PERCEPTION D'OKOLA
Lekié
Sa'a
PERCEPTION DE SA'A
Lekié
Sa'a
RECETTE DES IMPOTS DE SA'A
Lekié.
LOBO
PERCEPTION DE LOBO
Mbam-etBafia
RECETTE DES FINANCES DE BAFIA
Inoubou
Mbam-etBafia
RECETTE DES IMPOTS DE BAFIA
Inoubou
Mbam-etBafia
RECETTE DES DOMAINES DE BAFIA
Inoubou
Mbam-etBokito
PERCEPTION DE BOKITO
Inoubou
Mbam-etMakénéné
PERCEPTION DE MAKENENE
Inoubou
Mbam-etNdikiniméki
PERCEPTION DE NDIKINIMEKI
Inoubou
Mbam-etPERCEPTION DE NITOUKOU
Inoubou
Mbam-et-Kim NGAMBE-TIKAR PERCEPTION DE NGAMBE-TIKAR
Mbam-et-Kim
Ngoro
PERCEPTION DE NGORO
Mbam-et-Kim
NTUI
RECETTE DES FINANCES DE NTUI
Mbam-et-Kim
NTUI
PERCEPTION DE YOKO
Mbam-et-Kim
NTUI
RECETTE DES IMPOTS DE NTUI
Mbam-et-Kim
NTUI
RECETTE DES DOMAINES DE NTUI
Méfou-etAwaé
PERCEPTION D'AWAE
Afamba
Méfou-etEsse
PERCEPTION D'ESSE
Afamba
Méfou-etEsse
PERCETION DE EDZENDOUAN
Afamba
Méfou-etMbankomo
PERCEPTION DE MBANKOMO
Afamba
Méfou-etMfou
RECETTE DES FINANCES DE MFOU
Afamba
Méfou-etMfou
RECETTE DES IMPOTS DE MFOU
Afamba
Méfou-etMfou
RECETTE DES DOMAINES DE MFOU
Afamba
Méfou-etOMBESSA
PERCEPTION D'OMBESSA
Afamba
Méfou-etSOA
PERCEPTION DE SOA
Afamba
GOPA CONSULTANTS
212
N°
Région
C-F
DEPT
ARROND
72
Centre
Yaoundé
73
Centre
Yaoundé
74
Centre
Yaoundé
75
Centre
Yaoundé
76
Centre
Yaoundé
77
Centre
Yaoundé
78
Centre
ACCT
Méfou-etAfamba
Méfou-etAkono
Méfou-etAkono
Méfou-etAkono
Méfou-etAkono
Méfou-etAkono
MFOUNDI
79
Centre
ACCT
MFOUNDI
Y1
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
Centre
PGT
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
MFOUNDI
Y1
Y5
Yaoundé II
Yaoundé III
Yaoundé IV
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
100
Centre
Yaoundé
MFOUNDI
Yaoundé
101
Centre
Yaoundé
102
Centre
Yaoundé
103
Centre
Yaoundé
104
Centre
Yaoundé
105
Centre
Yaoundé
106
Centre
Yaoundé
107
Centre
Yaoundé
108
Centre
Yaoundé
109
Centre
Yaoundé
110
Centre
Yaoundé
111
Centre
Yaoundé
112
Centre
Yaoundé
Nyong-etKéllé
Nyong-etKéllé
Nyong-etKéllé
Nyong-etKéllé
Nyong-etKéllé
Nyong-etKéllé
Nyong-etKéllé
Nyong-etKéllé
Nyong-etKéllé
Nyong-etKéllé
Nyong-etKéllé
Nyong-et-
Esse
DESIGNATION
PERCEPTION DE ASSAMBA
Akono
PERCEPTION D'AKONO
Bikok
PERCEPTION DE BIKOK
Ngoumou
RECETTE DES FINANCES NGOUMOU
Ngoumou
RECETTE DES IMPOTS DE NGOUMOU
Ngoumou
RECETTE DES DOMAINES DE NGOUMOU
Y1
AGENCE COMPTABLE CENTRALE DU TRESOR
RECETTE DES IMPOTS DE LA DIVISION DES
ENTREPRISES
PAIERIE GENERALE DU TRESOR
PERCEPTION DES FORCES ARMEES YAOUNDE V
PERCEPTION DE TSINGA YAOUNDE II
PERCEPTION UNIVERSITE YAOUNDE III
PERCEPTION DE MVOG-MBI YAOUNDE IV
RECETTE PROV. DES IMPOTS DU CENTRE 1
RECETTE DES FINANCES DE YAOUNDE
PERCEPTION DE LA CITE VERTE YDE
PERCEPTION D'ETOUDI YDE
PERCEPTION DE MIMBOMAN YDE
PERCEPTION DE YAOUNDE NSIMALEN
RECETTE DES DOMAINES DE YAOUNDE
TRESORERIE GENERALE DE YAOUNDE
PERCEPTION DE DJOUNGOLO YDE
RECETTE DES FINANCES DE YAOUNDE
PERCEPTION DE MENDONG YDE
PERCEPTION DE NKOLMESENG YDE
RECETTE PROV. DES IMPOTS DU CENTRE 2
RECETTES DES DOUANES YDE GARE
RECETTES DES DOUANES NSIMALEN
RECETTE DES IMPOTS DES MOYENNES
ENTREPRISES Y
Biyouha
PERCEPTION DE BIYOUHA
Bonjock
PERCEPTION DE BONDJOCK
Bot-Makak
PERCEPTION DE BOT-MAKAK
Dibang
PERCEPTION DE DIBANG
Eseka
RECETTE DES FINANCES D'ESEKA
Eséka
RECETTE DESDOMAINES DE ESEKA
Éséka
RECETTE DES IMPOTS D'ESEKA
Makak
Matomb
Messondo
Ngog-Mapubi
Nguibassal
PERCEPTION DE MAKAK
PERCEPTION DE MATOMB
PERCEPTION DE MESSONDO
PERCEPTION DE NGOG-MAPUBI
PERCEPTION DE NGUIBASSAL
GOPA CONSULTANTS
213
N°
Région
C-F
DEPT
ARROND
Kéllé
Nyong-etMfoumou
Nyong-etMfoumou
Nyong-etMfoumou
Nyong-etMfoumou
Nyong-etMfoumou
Nyong-etMfoumou
Nyong-etMfoumou
Nyong-etSo'o
Nyong-etSo'o
Nyong-etSo'o
Nyong-etSo'o
Nyong-etSo'o
Nyong-etSo'o
Nyong-etSo'o
113
Centre
Yaoundé
114
Centre
Yaoundé
115
Centre
Yaoundé
116
Centre
Yaoundé
117
Centre
Yaoundé
118
Centre
Yaoundé
119
Centre
Yaoundé
120
Centre
Yaoundé
121
Centre
Yaoundé
122
Centre
Yaoundé
123
Centre
Yaoundé
124
Centre
Yaoundé
125
Centre
Yaoundé
126
Centre
Yaoundé
127
128
129
130
131
Centre
Centre
Centre
Centre
Centre
Yaoundé
Yaoundé
Yaoundé
Yaoundé
Yaoundé
132
Est
BERTOUA
133
Est
BERTOUA
134
Est
BERTOUA
135
Est
BERTOUA
136
Est
BERTOUA
137
Est
BERTOUA
138
Est
BERTOUA
Haut-Nyong
139
Est
BERTOUA
Haut-Nyong
140
141
142
143
144
145
146
147
148
149
150
Est
Est
Est
Est
Est
Est
Est
Est
Est
Est
Est
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
Haut-Nyong
Haut-Nyong
Haut-Nyong
Haut-Nyong
Haut-Nyong
Haut-Nyong
Haut-Nyong
Haut-Nyong
Haut-Nyong
Haut-Nyong
Haut-Nyong
DESIGNATION
Akonolinga
RECETTE DES FINANCES D'AKONOLINGA
Akonolinga
PERCEPTION DE MENGANG
Akonolinga
RECETTE DES IMPOTS D'AKONOLINGA
Akonolinga
RECETTE DESDOMAINES DE AKONOLINGA
Ayos
Endom
Ngomedzap
Akoeman
Dzeng
PERCEPTION D'AYOS
PERCEPTION D'ENDOM
PERCEPTION DE NGOMEDZAP
PERCEPTION D'AKOEMAN
PERCEPTION DE DZENG
Mbalmayo
RECETTE DES FINANCES DE MBALMAYO
Mbalmayo
RECETTE DES IMPOTS DE MBALMAYO
Mbalmayo
RECETTE DES DOMAINES DE MBALMAYO
Mengueme
PERCEPTION DE MENGUEME
Nkolmetet
PERCEPTION DE NKOLMETET
PERCEPTION DE DEUK
PERCEPTION DE MBAGASSINA
PERCEPTION DE BATCHENGA
PERCEPTION DE NYAKOKOMBO
PERCEPTION DE AFAN-LOUN
Boumba-etNgoko
Boumba-etNgoko
Boumba-etNgoko
Boumba-etNgoko
Boumba-etNgoko
Boumba-etNgoko
Gari-Gombo
PERCEPTION DE GARI-GOMBO
Moloundou
PERCEPTION DE MOLOUNDOU
SALA POUMBE
PERCEPTION DE SALA POUMBE
Yokadouma
RECETTE DES FINANCES DE YOKADOUMA
Yokadouma
RECETTE DES IMPOTS DE YOKADOUMA
Yokadouma
RECETTE DES DOMAINES DE YOKADOUMA
ABONG
MBANG
ABONG
MBANG
Abong-Mbang
Angossas
Atok
Dimako
Doumaintang
Doumé
Lomié
Mboma
Messamena
MESSOK
Mindourou
RECETTE DES IMPOTS D'ABONG MBANG
RECETTE DES DOMAINES ABONG MBANG
RECETTE DES FINANCES D'ABONG-MBANG
PERCEPTION D'ANGOSSAS
PERCEPTION DE BEBENG (ATOK)
PERCEPTION DE DIMAKO
PERCEPTION DE DOUMAINTANG
PERCEPTION DE DOUME
PERCEPTION DE LOMIE
PERCEPTION DE MBOMA
PERCEPTION DE MESSAMENA
PERCEPTION DE MESSOK
PERCEPTION DE DJA (MINDOUROU)
GOPA CONSULTANTS
214
N°
Région
C-F
DEPT
ARROND
151
Est
BERTOUA
Haut-Nyong
PERCEPTION DE NGOYLA
152
Est
BERTOUA
Haut-Nyong
153
154
155
156
157
158
159
160
161
162
Est
Est
Est
Est
Est
Est
Est
Est
Est
Est
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
BERTOUA
163
Est
BERTOUA
Bélabo
PERCEPTION DE BELABO
164
Est
BERTOUA
Bertoua
RECETTE DES DOMAINES DE BERTOUA
165
Est
BERTOUA
Bertoua
TRESORERIE GENERALE DE BERTOUA
166
Est
BERTOUA
Bertoua
RECETTE PROV. DES IMPOTS DE L'EST
167
Est
BERTOUA
Bertoua
RECETTES DES DOUANES BERTOUA
168
Est
BERTOUA
169
Est
BERTOUA
170
Est
BERTOUA
171
Est
BERTOUA
Haut-Nyong
Kadey
Kadey
Kadey
Kadey
Kadey
Kadey
Kadey
Kadey
Kadey
Lom-etDjérem
Lom-etDjérem
Lom-etDjérem
Lom-etDjérem
Lom-etDjérem
Lom-etDjérem
Lom-etDjérem
Lom-etDjérem
Lom-etDjérem
Ngoyla
Nguelemendouk
a
Somalomo
Batouri
Batouri
Batouri
Kentzou
Kette
Kette
Mbang
Ndelele
Nguelebok
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Bétaré-Oya
Garoua-Boulaï
DESIGNATION
PERCEPTION DE NGUELEMENDOUKA
PERCEPTION DE SOMALOMO
RECETTE DES FINANCES DE BATOURI
RECETTE DES IMPOTS DE BATOURI
RECETTE DES DOMAINES DE BATOURI
PERCEPTION DE BOMBE (KENTZOU)
PERCEPTION DE KETTE
PERCEPTION DE MBOTORO
PERCEPTION DE MBANG
PERCEPTION DE NDELELE
PERCEPTION DE NEM-NAM (NGUELEBOK)
PERCEPTION DE BETARE-OYA
PERCEPTION DE GAROUA-BOULAI
NDIAN
PERCEPTION DE NDIAN
Ngoura
PERCEPTION DE NGOURA
MAROUA
Diamaré
Bogo
MAROUA
Diamaré
Dargala
PERCEPTION DE DARGALA
MAROUA
Diamaré
Gawaza
PERCEPTION DE GAZAWA
MAROUA
Diamaré
Maroua
RECETTE DES FINANCES DE MAROUA
MAROUA
Diamaré
Maroua
RECETTE DES DOMAINES DE MAROUA
MAROUA
Diamaré
Maroua
TRESORERIE GENERALE DE MAROUA
MAROUA
Diamaré
Maroua
RECETTE PROV. DES IMPOTS EXT. NORD
MAROUA
Diamaré
Maroua
RECETTES DES DOUANES MAROUA
MAROUA
Diamaré
Meri
MAROUA
Diamaré
Ndoukoula
MAROUA
Diamaré
Petté
MAROUA
MAROUA
MAROUA
MAROUA
Logone-etChari
Logone-etChari
Logone-etChari
Logone-etChari
Blangoua
PERCEPTION DE BOGO
PERCEPTION DE MERI
PERCEPTION DE NDOUKOULA
PERCEPTION DE PETTE
PERCEPTION DE BLANGOUA
Fotokol
PERCEPTION DE FOTOKOL
Goulfey
PERCEPTION DE GOULFEY
Hile-Alifa
PERCEPTION DE HILE-ALIFA
GOPA CONSULTANTS
215
N°
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
Région
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
C-F
MAROUA
MAROUA
MAROUA
MAROUA
MAROUA
MAROUA
MAROUA
MAROUA
DEPT
ARROND
Logone-etChari
Logone-etChari
Logone-etChari
Logone-etChari
Logone-etChari
Logone-etChari
Logone-etChari
Logone-etChari
DESIGNATION
Kousséri
RECETTE DE FINANCES DE KOUSSERI
Kousséri
RECETTE DES IMPOTS DE KOUSSERI
Kousséri
RECETTES DES DOUANES KOUSSERI
Kousséri
RECETTE DES DOMAINES DE KOUSSERI
Logone-Birni
Makari
PERCEPTION DE LOGONE-BIRNI
PERCEPTION DE MAKARY
Waza
PERCEPTION DE WAZA
Zina
PERCEPTION DE ZINA
MAROUA
Mayo-Danay
Datcheka
PERCEPTION DE DATCHEKA
MAROUA
Mayo-Danay
Gobo
PERCEPTION DE GOBO
MAROUA
Mayo-Danay
Guere
PERCEPTION DE GUERE
MAROUA
Mayo-Danay
Kai-Kai
PERCEPTION DE KAI-KAI
MAROUA
Mayo-Danay
Kalfou
PERCEPTION DE KALFOU
MAROUA
Mayo-Danay
Kar-Hay
PERCEPTION DE KAR-HAY
MAROUA
Mayo-Danay
Maga
MAROUA
Mayo-Danay
TCHATIBALI
MAROUA
Mayo-Danay
Yagoua
RECETTE DES FINANCES DE YAGOUA
MAROUA
Mayo-Danay
Yagoua
RECETTE DES IMPOTS DE YAGOUA
MAROUA
Mayo-Danay
Yagoua
RECETTE DES DOMAINES DE YAGOUA
MAROUA
Mayo-kani
Dziguilao
PERCEPTION DE DZIGUILAO
MAROUA
Mayo-kani
Guidiguis
PERCEPTION DE GUDIGUIS
MAROUA
Mayo-kani
Kaélé
RECETTE DES FINANCES DE KAELE
MAROUA
Mayo-kani
Kaélé
RECETTE DES IMPOTS DE KAELE
MAROUA
Mayo-kani
Kaélé
RECETTE DES DOMAINES DE KAELE
MAROUA
Mayo-kani
Mindif
PERCEPTION DE MINDIF
MAROUA
Mayo-kani
Moutourwa
MAROUA
Mayo-kani
MAROUA
Mayo-kani
Touloum
PERCEPTION DE TOULOUM
MAROUA
Mayo-sava
Kolofata
PERCETION DE KOLOFATA
MAROUA
Mayo-sava
Mora
RECETTE DES FINANCES DE MORA
MAROUA
Mayo-sava
Mora
RECETTE DES IMPOTS DE MORA
MAROUA
Mayo-sava
Mora
RECETTE DES DOMAINES DE MORA
RECETTE DES FINANCES DE MAGA
PERCEPTION DE TCHATIBALI
PERCEPTION DE MOUTOURWA
MOUVOULDAY
PERCEPTION DE MOUVOULDAYE
E
GOPA CONSULTANTS
216
N°
219
220
221
222
223
224
225
226
227
228
229
230
231
232
Région
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
Esxtreme
nord
233
Littorale
234
Littorale
235
Littorale
236
Littorale
237
Littorale
238
Littorale
239
Littorale
240
Littorale
241
Littorale
242
Littorale
243
Littorale
244
Littorale
245
Littorale
246
Littorale
247
Littorale
248
Littorale
249
Littorale
C-F
DEPT
ARROND
MAROUA
Mayo-sava
Tokombéré
MAROUA
MAROUA
MAROUA
MAROUA
MAROUA
MAROUA
MAROUA
MAROUA
MAROUA
MayoTsanaga
MayoTsanaga
MayoTsanaga
MayoTsanaga
MayoTsanaga
MayoTsanaga
MayoTsanaga
MayoTsanaga
MayoTsanaga
Bourha
DESIGNATION
PERCEPTION DE TOKOMBERE
PERCEPTION DE BOURHA
Hina
PERCEPTION DE HINA
Koza
PERCEPTION DE KOZA
Mogode
PERCEPTION DE MOGODE
Mokolo
RECETTE DES FINANCES DE MOKOLO
Mokolo
RECETTE DES IMPOTS DE MOKOLO
Mokolo
RECETTE DES DOMAINES DE MOKOLO
Souledé-roua
PERCEPTION DE SOULEDE-ROUA
Souledé-roua
PERCEPTION DE MOGOZO
MAROUA
PERCEPTION DE VIRI
MAROUA
PERCEPTION DE GUIBI
MAROUA
PERCEPTION DE VELE
MAROUA
RECETTES DES DOUANES LIMANI
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
Mungo
Baré
PERCEPTION DE BARE-BAKEM
Mungo
Dibombari
PERCEPTION DE DIBOMBARI
Mungo
Ebone
PERCEPTION D'EBONE
Mungo
Loum
PERCEPTION DE LOUM
Mungo
Manjo
PERCEPTION DE MANJO
Mungo
Mbanga
PERCEPTION DE MBANGA
Mungo
Mbanga
RECETTE DES IMPOTS DE MBANGA
Mungo
Melong
PERCEPTION DE MELONG
Mungo
Mombo
PERCEPTION DE MOMBO
Mungo
Nkongsamba
RECETTE DES DOMAINES DE NKONGSAMBA
Mungo
Nkongsamba
TRESORERIE GENERALE DE NKONGSAMBA
Mungo
Nkongsamba
RECETTE DES IMPOTS DE NKONGSAMBA
Mungo
Penja
PERCEPTION DE PENJA
Nkam
Ndobian
PERCEPTION DE NDOBIAN
Nkam
Nkondjock
Nkam
Yabassi
RECETTE DES FINANCES DE YABASSI
Nkam
Yingui
PERCEPTION DE YINGUI
PERCEPTION DE NKONDJOCK
GOPA CONSULTANTS
217
N°
Région
C-F
DEPT
ARROND
250
Littorale
Douala
251
Littorale
Douala
252
Littorale
Douala
253
Littorale
Douala
254
Littorale
Douala
255
Littorale
Douala
256
Littorale
Douala
257
Littorale
Douala
258
Littorale
Douala
259
Littorale
Douala
SanagaMaritime
SanagaMaritime
SanagaMaritime
SanagaMaritime
SanagaMaritime
SanagaMaritime
SanagaMaritime
SanagaMaritime
SanagaMaritime
Wouri
260
Littorale
Douala
Wouri
261
Littorale
Douala
Wouri
262
Littorale
Douala
Wouri
263
Littorale
Douala
Wouri
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
Littorale
Littorale
Littorale
Littorale
Littorale
Littorale
Littorale
Littorale
Littorale
Littorale
Littorale
Littorale
Littorale
Littorale
Littorale
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Wouri
Wouri
Wouri
Wouri
Wouri
Wouri
Wouri
Wouri
Wouri
Wouri
Wouri
Wouri
Wouri
Wouri
Wouri
Manoka
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
Douala
279
Littorale
Douala
Wouri
Douala
280
Littorale
281
Littorale
282
Littorale
283
Littorale
284
285
286
287
288
289
290
291
292
293
nord
nord
nord
nord
nord
nord
nord
nord
nord
nord
Douala
NKONGSAMB
A
NKONGSAMB
A
NKONGSAMB
A
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
DIZANGUE
DESIGNATION
PERCEPTION DE DIZANGUE
EDEA
RECETTE DES FINANCES D'EDEA
EDEA
RECETTE DES DOMAINES DE EDEA
Massock
MOUANKO
NDOM
PERCEPTION DE MASSOK
PERCEPTION DE MOUANKO
PERCEPTION DE NDOM
NGAMBE
PERCEPTION DE NGAMBE
NYANON
PERCEPTION DE NYANON
POUMA
Douala I
Douala I
Douala II
Douala II
Douala II
PERCEPTION DE POUMA
RECETTE PROV. DES IMPOTS LITTORAL1
RECETTES DES DOUANES LITTORAL 1
PERCEPTION DE NEW-BELL (DOUALA II)
RECETTE PROV. DES IMPOTS LITTORAL2
RECETTES DES DOUANES LITTORAL 2
PERCEPTION DE MANOKA
PERCEPTION DE DEIDO
PERCEPTION DE LA CITE SIC DLA
PERCEPTION DE MADAGASCAR DOUALA
RECETTE DES DOMAINES DE DOUALA
PERCEPTION DE L'ENREGISTREMENT DLA
PERCEPTION DOUALA AEROPORT
PERCEPTION DE AKWA DOUALA
TRESORERIE GENERALE DE DOUALA
RECETTE DES FINANCES DE DOUALA
PERCEPTION DE BASSA (DOUALA)
PERCEPTION DE BONABERIE (DOUALA)
PERCEPTION DE BONADOUMBE
PERCEPTION DE BONAMOUSSADI
RECETTES DES DOUANES DLA AEROPORT
RECETTE DES IMPOTS DES MOYENNES
ENTREPRISES DOUALA
RECETTE DES IMPOTS D'EDEA
PERCEPTION D'ABO
RECETTE DES IMPOTS DE YABASSI
RECETTE DES DOMAINES DE YABASSI
Bénoué
Bénoué
Bénoué
Bénoué
Bénoué
Bénoué
Bénoué
Bénoué
Bénoué
Bénoué
Garoua
Garoua
Garoua
Garoua
Garoua
BASCHEO
Bibemi
Dembo
Gashiga
Lagdo
RECETTE DES DOMAINES DE GAROUA
TRESORERIE GENERALE DE GAROUA
RECETTE DES FINANCES DE GAROUA
RECETTE PROV. DES IMPOTS DU NORD
RECETTES DES DOUANES GAROUA
PERCEPTION DE BASCHEO
PERCEPTION DE BIBEMI
PERCEPTION DE DEMBO
PERCEPTION DE DEMSA
PERCEPTION DE LAGDO
GOPA CONSULTANTS
218
N°
Région
C-F
DEPT
ARROND
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
nord
nord
nord
nord
nord
nord
nord
nord
nord
nord
nord
nord
nord
nord
nord
nord
nord
nord
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
GAROUA
Bénoué
Bénoué
Bénoué
Faro
Faro
Faro
Faro
Mayo-Louti
Mayo-Louti
Mayo-Louti
Mayo-Louti
Mayo-Louti
Mayo-Rey
Mayo-Rey
Mayo-Rey
Mayo-Rey
Mayo-Rey
Mayo-Rey
Ngong
Pitoa
Touroua
Beka
Poli
Poli
Poli
Figuil
Guider
Guider
Guider
Mayo-Oulo
Mandingring
Tcholliré
Tcholliré
Tcholliré
Tcholliré
Touboro
BAMENDA
Boyo
Belo
BAMENDA
Boyo
Fonfuka
BAMENDA
Boyo
FUMDONG
BAMENDA
Boyo
Fundong
RECETTE DES IMPOTS DE FUNDONG
BAMENDA
Boyo
Fundong
RECETTE DES DOMAINES DE FOUNDONG
BAMENDA
Boyo
NDINIKOM
BAMENDA
Bui
Elak-Oku
BAMENDA
Bui
Jakiri
BAMENDA
Bui
KOUMBO
BAMENDA
Bui
Kumbo
RECETTE DES FINANCES DE KUMBO-BANSO
BAMENDA
Bui
Kumbo
RECETTE DES IMPOTS DE KUMBO-BANSO
BAMENDA
Bui
Mbiame
PERCEPTION DE MBIAME
BAMENDA
Bui
Nkor
PERCEPTION DE NKOR
Ako
PERCEPTION DE AKO
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
BAMENDA
BAMENDA
BAMENDA
BAMENDA
BAMENDA
BAMENDA
BAMENDA
BAMENDA
DESIGNATION
PERCEPTION DE NGONG
PERCEPTION DE PITOA
PERCEPTION DE TOUROUA
PERCEPTION DE BEKA
RECETTE DES FINANCES DE POLI
RECETTE DES IMPOTS DE POLI
RECETTE DES DOMAINES DE POLI
PERCEPTION DE FIGUIL
RECETTE DES FINANCES DE GUIDER
RECETTE DES IMPOTS DE GUIDER
RECETTE DES DOMAINES DE GUIDER
PERCEPTION DE MAYO - OULO
PERCEPTION DE MANDINGRING
PERCEPTION DE REY-BOUBA
RECETTE DES FINANCES DE TCHOLLIRE
RECETTE DES IMPOTS DE TCHOLLIRE
RECETTE DES DOMAINES DE TCHOLIRE
PERCEPTION DE TOUBORO
PERCEPTION DE BELO
PERCEPTION DE FONFUKA
RECETTE DES FINANCES DE FUMDONG
PERCEPTION DE NDINIKOM
PERCEPTION D'OKU
PERCEPTION DE JAKIRI
RECETTE DES DOMAINES DE KOUMBO
DongaMantung
DongaMantung
DongaMantung
DongaMantung
DongaMantung
DongaMantung
DongaMantung
Nkambé
RECETTE DES FINANCES DE NKAMBE
Nkambé
RECETTE DES IMPOTS DE NKAMBE
Nkambé
RECETTE DES DOMAINES DE NKAMBE
Menchum
Benakuma
Misaje
Ndu
Nwa
PERCEPTION DE MISAJE
PERCEPTION DE NDU
PERCEPTION DE NWA
PERCEPTION DE BENAKUMA
GOPA CONSULTANTS
219
N°
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
Région
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
nord
ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
C-F
DEPT
ARROND
DESIGNATION
BAMENDA
Menchum
Furu-Awa
BAMENDA
Menchum
Wum
RECETTE DES FINANCES DE WUM
BAMENDA
Menchum
Wum
RECETTE DES IMPOTS DE WUM
BAMENDA
Menchum
Wum
RECETTE DES DOMAINES DE WUM
BAMENDA
Menchum
Zhoa
PERCEPTION DE ZHOA
BAMENDA
Mezam
Bafut
PERCEPTION DE BAFUT
BAMENDA
Mezam
Bali
BAMENDA
Mezam
Bamenda
RECETTE DES DOMAINES DE BAMENDA
BAMENDA
Mezam
Bamenda
TRESORERIE GENERALE DE BAMENDA
BAMENDA
Mezam
Bamenda
RECETTE PROV. DES IMPOTS NORD-OUEST
BAMENDA
Mezam
Bamenda
RECETTES DES DOUANES BAMENDA
BAMENDA
Mezam
Santa
PERCEPTION DE SANTA
BAMENDA
Mezam
Tubah
PERCEPTION DE TUBAH
BAMENDA
Momo
Andek
PERCEPTION D'ANDEK
BAMENDA
Momo
Batibo
PERCEPTION DE BATIBO
BAMENDA
Momo
Mbengwi
RECETTE DES FINANCES DE MBENGUI
BAMENDA
Momo
Mbengwi
RECETTE DES IMPOTS DE MBENGWI
BAMENDA
Momo
MBENGWI
BAMENDA
Momo
Njikwa
BAMENDA
Momo
Widikum-Boffe
BAMENDA
Ngo-Ketunjia
Babessi
BAMENDA
Ngo-Ketunjia
Balikumbat
BAMENDA
Ngo-Ketunjia
Ndop
RECETTE DES FINANCES DE NDOP
BAMENDA
Ngo-Ketunjia
Ndop
RECETTE DES IMPOTS DE NDOP
BAMENDA
Ngo-Ketunjia
Ndop
RECETTE DES DOMAINES DE NDOP
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
Bamboutos
Bamboutos
Bamboutos
Bamboutos
Bamboutos
Bamboutos
Bamboutos
Haut-Nkam
Haut-Nkam
Haut-Nkam
Haut-Nkam
Babadjou
Bana
Batcham
Galim
Mbouda
Mbouda
Mbouda
Bafang
Bafang
Bafang
BAKOU
PERCEPTION DE FURU-AWA
PERCEPTION DE BALI
RECETTE DES DOMAINES DE MBENGWI
PERCEPTION DE NJIKWA
PERCEPTION DE WIDIKUM
PERCEPTION DE BABESSI
PERCEPTION DE BALIKUMBAT
PERCEPTION DE BABADJOU
PERCEPTION DE BANA
PERCEPTION DE BATCHAM
PERCEPTION DE GALIM
RECETTE DES FINANCES DE MBOUDA
RECETTE DES IMPOTS DE MBOUDA
RECETTE DES DOMAINES DE MBOUNDA
RECETTE DES FINANCES DE BAFANG
RECETTE DES IMPOTS DE BAFANG
RECETTE DES DOMAINES DE BAFANG
PERCEPTION DE BAKOU
GOPA CONSULTANTS
220
N°
Région
C-F
DEPT
ARROND
369
370
371
372
373
374
375
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
Bamendjou
Bandja
Bangou
Bangou
Banwa
Batié
Kékem
376
Ouest
BAFOUSSAM
377
Ouest
BAFOUSSAM
378
Ouest
BAFOUSSAM
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
Haut-Nkam
Haut-Nkam
Haut-Nkam
Haut-Nkam
Haut-Nkam
Haut-Nkam
Haut-Nkam
HautsPlateaux
HautsPlateaux
HautsPlateaux
Koung-Khi
Koung-Khi
Koung-Khi
Koung-Khi
Koung-Khi
Koung-Khi
Menoua
Menoua
Menoua
Menoua
Menoua
Menoua
Mifi
Mifi
Mifi
Mifi
Mifi
Mifi
397
Ouest
BAFOUSSAM
Mifi
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Ouest
Sud
Sud
Sud
Sud
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
Mifi
Ndé
Ndé
Ndé
Ndé
Ndé
Ndé
Noun
Noun
Noun
Noun
Noun
Noun
Noun
Noun
Noun
Noun
Noun
Bandjoun
Bandjoun
Bandjoun
Bayangam
Bayangam
POUMOUGNE
Dschang
Dschang
Dschang
Fokoué
PENKA-MICHEL
Santchou
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
BAFOUSSAM
Bamougoum
KongsoBamougoum
Lafé-Baleng
Bangangté
Bangangté
Bangangté
Bassamba
Bazou
Tonga
Bangourain
Foumban
Foumban
Foumban
Foumbot
Foumbot
Kouoptamo
Koutaba
Magba
Malentouen
Massangam
Dja-et-Lobo
Dja-et-Lobo
Dja-et-Lobo
Dja-et-Lobo
Bengbis
Djoum
Meyomessala
Meyomessala
DESIGNATION
PERCEPTION DE BAMENDJOU
PERCEPTION DE BANDJA
PERCEPTION DE BANGOU
PERCEPTION DE BANGOUA
PERCEPTION DE BANWA
PERCEPTION DE BATIE
PERCEPTION DE KEKEM
Baham
RECETTE DES FINANCES DE BAHAM
Baham
RECETTE DES IMPOTS DE BAHAM
Baham
RECETTE DES DOMAINES DE BAHAM
RECETTE DES FINANCES DE BANDJOUN
RECETTE DES IMPOTS DE BANDJOUN
RECETTE DES DOMAINES DE BANDJOUN
PERCEPTION DE BAYANGAM
PERCEPTION DE DJEMBEM
PERCEPTION DE POUMOUGNE
RECETTE DES FINANCES DE DSCHANG
RECETTE DES IMPOTS DE DSCHANG
RECETTE DES DOMAINES DE DSCHANG
PERCEPTION DE FOKOUE
PERCEPTION DE PENKA MICHEL
PERCEPTION DE SANTCHOU
RECETTE DES FINANCES DE BAFOUSSAM
RECETTE DES DOMAINES DE BAFOUSSAM
TRESORERIE GENERALE DE BAFOUSSAM
RECETTE PROV. DES IMPOTS DE L'OUEST
RECETTES DES DOUANES BAFOUSSAM
PERCEPTION DE BAMOUNGOUM
PERCEPTION DE KONGSO
PERCEPTION DE BALENG
RECETTE DES FINANCES DE BANGANGTE
RECETTE DES IMPOTS DE BANGANTE
RECETTE DES DOMAINES DE BANGANTE
PERCEPTION DE BASSAMBA
PERCEPTION DE BAZOU
PERCEPTION DE TONGA
PERCEPTION DE BANGOURAIN
RECETTE DES FINANCES DE FOUMBAN
RECETTE DES IMPOTS DE FOUMBAN
RECETTE DES DOMAINES DE FOUMBAN
PERCEPTION DE FOUMBOT
RECETTE DES IMPOTS DE FOUMBOT
PERCEPTION DE KOUOPTAMO
PERCEPTION DE KOUTABA
PERCEPTION DE MAGBA
PERCEPTION DE MALENTOUEN
PERCEPTION DE MASSANGAM
PERCEPTION DE NKONGNIE
PERCEPTION DE BENGBIS
PERCEPTION DE DJOUM
PERCEPTION DE MEYOMESSALA
RECETTE DES IMPOTS DE MEYOMESSALA
GOPA CONSULTANTS
221
N°
Région
C-F
DEPT
ARROND
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
Sud
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
EBOLOWA
Mintom
Oveng
Sangmélima
Sangmélima
Sangmélima
Zoétélé
Zoétélé
Biwong-Bane
Ebolowa
Ebolowa
Ebolowa
Mengong
Mvangane
Ngoulemakong
Akom II
Bipindi
Campo
Kribi
Kribi
Kribi
Kribi
Lolodorf
Mvengue
Niete
445
Sud
EBOLOWA
446
Sud
EBOLOWA
447
Sud
EBOLOWA
448
Sud
EBOLOWA
449
Sud
EBOLOWA
Dja-et-Lobo
Dja-et-Lobo
Dja-et-Lobo
Dja-et-Lobo
Dja-et-Lobo
Dja-et-Lobo
Dja-et-Lobo
Mvila
Mvila
Mvila
Mvila
Mvila
Mvila
Mvila
Océan
Océan
Océan
Océan
Océan
Océan
Océan
Océan
Océan
Océan
Vallée-duNtem
Vallée-duNtem
Vallée-duNtem
Vallée-duNtem
Vallée-duNtem
BUEA
Fako
BUEA
RECETTE DES DOMAINES DE BUEA
BUEA
Fako
BUEA
TRESORERIE GENERALE DE BUEA
BUEA
Fako
Buea
RECETTE PROV. DES IMPOTS SUD OUEST
BUEA
Fako
Buea
RECETTE DES IMPOTS DE BUEA
BUEA
Fako
IDENAU
BUEA
Fako
BUEA
Fako
BUEA
Fako
Muyuka
PERCEPTION DE MUYUKA
BUEA
Fako
Tiko
PERCEPTION DE TIKO
450
451
452
453
454
455
456
457
458
459
460
461
462
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
BUEA
BUEA
BUEA
BUEA
Ambam
RECETTE DES FINANCES DE AMBAM
Ambam
RECETTE DES IMPOTS D'AMBAM
Ambam
RECETTE DES DOMAINES DE AMBAM
Ma'an
Olamze
Limbé
Limbé
KoupéManengouba
KoupéManengouba
KoupéManengouba
KoupéManengouba
DESIGNATION
PERCEPTION DE MINTOM
PERCEPTION D'OVENG
RECETTE DES FINANCES DE SANGMELIMA
RECETTE DES IMPOTS DE SANGMELIMA
RECETTE DES DOMAINES DE SANGMELIMA
PERCEPTION DE ZOETELE
RECETTE DES IMPOTS DE ZOETELE
PERCEPTION DE BIWON-BANE
RECETTE DES DOMAINES D'EBOLOWA
TRESORERIE GENERALE D'EBOLOWA
RECETTE PROV. DES IMPOTS DU SUD
PERCEPTION DE MENGONG
PERCEPTION DE MVANGANE
PERCEPTION DE NGOULEMAKONG
PERCEPTION DE AKOM II
PERCEPTION DE BIPINDI
PERCEPTION DE CAMPO
RECETTE DES FINANCES DE KRIBI
RECETTE DES IMPOTS DE KRIBI
RECETTES DES DOUANES KRIBI
RECETTE DES DOMAINES DE KRIBI
PERCEPTION DE LOLODORF
PERCEPTION DE MVENGUE
PERCEPTION DE NIETE
PERCEPTION DE MA'AN
PERCEPTION DE OLAMZE
PERCEPTION D'IDENAU
RECETTE DES FINANCES DE LIMBE
RECETTES DES DOUANES LIMBE
Bangem
RECETTE DES FINANCES DE BANGEM
Bangem
RECETTE DES IMPOTS DE BANGEM
Bangem
RECETTE DES DOMAINES DE BANGUEM
Nguti
PERCEPTION DE NGUTI
GOPA CONSULTANTS
222
N°
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
Région
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
Sud
Ouest
C-F
DEPT
ARROND
BUEA
KoupéManengouba
Tombel
BUEA
Lebialem
Alou
BUEA
Lebialem
Fontem
RECETTE DES FINANCES DE FONTEM
BUEA
Lebialem
Fontem
RECETTE DES IMPOTS DE FONTEM (MENJI)
BUEA
Lebialem
Fontem
RECETTE DES DOMAINES DE FONTEM
BUEA
Lebialem
Wabane
PERCEPTION DE WABANE
BUEA
Manyu
Akwaya
PERCEPTION DE AKWAYA
BUEA
Manyu
Mamfé
RECETTE DES FINANCES DE MAMFE
BUEA
Manyu
Mamfé
RECETTE DES IMPOTS DE MAMFE
BUEA
Manyu
Mamfé
RECETTE DES DOMAINES DE MANFE
BUEA
Meme
BUEA
Meme
Kumba
RECETTE DES FINANCES DE KUMBA
BUEA
Meme
Kumba
RECETTE DES DOMAINES DE KUMBA
BUEA
Meme
Kumba
RECETTE DES IMPOTS DE KUMBA
BUEA
Meme
Mbonge
PERCEPTION DE MBONGE
BUEA
Ndian
Bamuso
PERCEPTION DE BAMUSO
BUEA
Ndian
EKONDO-TITI
BUEA
Ndian
Ekondo-Titi
PERCEPTION DE DIKOME-BALUE
BUEA
Ndian
Ekondo-Titi
PERCEPTION DE NTOKO
BUEA
Ndian
Idabato
BUEA
Ndian
KomboAbedimo
BUEA
Ndian
Kombo-Idinti
BUEA
Ndian
Mudemba
RECETTE DES FINANCES DE MUNDEMBA
BUEA
Ndian
Mudemba
RECETTE DES IMPOTS DE MUNDEMBA
BUEA
Ndian
Mudemba
RECETTE DES DOMAINES DE MUNDEMBA
Konye
DESIGNATION
PERCEPTION DE TOMBEL
PERCEPTION D'ALOU
PERCEPTION DE KONYE
PERCEPTION DE EKONDO-TITI
PERCEPTION DE IDABATO
PERCEPTION DE KOMBO-ABEDIMO
PERCEPTION DE KOMBO ITINDI
BUEA
PERCEPTION DE EYUM-ODJOCK
BUEA
PERCEPTION DE ISANGELE
BUEA
PERCEPTION DE TINTO
GOPA CONSULTANTS
223
6.5.2
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
Liste des Centre Divisionnaire des Impôts
DGI
SCES CENTRAUX
SCES CENTRAUX
Centre Spécialisé des Impôts des P.L et Immob (CSIPLI)
centre des Impôts des Moyennes Entreprises (CIME)
Centre Divisionnaire des Impôts de Yaoundé 1er
Centre Divisionnaire des Impôts de Yaoundé 1er bis
Centre Divisionnaire des Impôts de Yaoundé 2
CENTRE 1 Centre Divisionnaire des Impôts de Yaoundé 6
Centre Divisionnaire des Impôts de Yaoundé 7 bis
Centre Départemental du NYONG et SO’O
Centre Départemental du NYONG et MFOUMOU
Centre Départemental du NYONG et KELLE
Centre Départemental du MBAM et INOUBOU
Centre Départemental du MBAM et KIM
Centre Départemental du MEFOU et AFAMBA
CENTRE 2
Centre Départemental du MEFOU et AKONO
Centre Départemental de la LEKIE
Centre Départemental de la HAUTE SANAGA
Centre Divisionnaire des Impôts d’OBALA
Centre Divisionnaire des Impôts de MBANDJOCK
Centre Divisionnaire des Impôts de SA’A
SCES CENTRAUX
Centre des Impôts des Moyennes Entreprises (CIME)
Centre Spécialisé des Impôts des P.L et Immob
CDI Pilote Douala 1
CDI Pilote Douala 2
LITTORAL I
Centre Divisionnaire des Impôts de Douala 10
CENTRE VILLE
Face Omnisport
Face Omnisport
Face Omnisport
Face Chambre d’Agriculture
-//Face Omnisport-Ydé
Face Affaires Etrangères
Tongolo
Montesquieux-Mvog-Ada
Messa-Face Service d’Hygiène
-//Tsinga –Face Hôtel des princes
Tsinga (entrée 8e Arrond.)
Efoulan -Ecole
Biyem- assi -Lycée
Biyem- assi -Lycée
Koron
Ekounou - Palais
Ekounou - Palais
MBALMAYO
AKONOLINGA
ESEKA
BAFIA
NTUI
MFOU
NGOUMOU
MONATELE
NANGA EBOKO
OBALA
MBANDJOCK
SA’A
Bonanjo-Face Chambre de Co
Akwa-entrée Foyer des Bar
Akwa-polyclinique d’Akwa
New-Bell, Ngangué
Bépanda Tonnerre
Madagascar -Marché
Bonamoussadi Bloc…
Bassa (PK.8)
GOPA CONSULTANTS
224
1
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
DGI
SCES CENTRAUX
Centre Spécialisé des Impôts de Bonaberi
Centre Divisionnaire des Impôts de Bonaberi I
Centre Divisionnaire des Impôts de Bonaberi II
LITTORAL II Centre Divisionnaire des Impôts de Mbanga
Centre Départemental du Moungo
Centre Départemental de la Sanaga Maritime
Centre Départemental du Nkam
Centre Spécialisé des Impôts de la Mifi
Centre Divisionnaire des Impôts de Bafoussam I
Centre Divisionnaire des Impôts de Bafoussam II
Centre Divisionnaire des Impôts de Foumbot
Centre Départemental du Noun
OUEST
Centre Départemental des Hauts Plateaux
Centre Départemental du Haut - Nkam
Centre Départemental des Hauts Plateaux
Centre Départemental du Nde
Centre Départemental des Bamboutos
Centre Départemental du Koung-Khi.
Centre Spécialisé des Impôts de la MEZAM
Centre Départemental des Impôts de la Mezam
Centre Départemental des Impôts de la Momo
Centre Départemental des Impôts de Bui
NORDOUEST
Centre Départemental des Impôts de Boyo
Centre Départemental des Impôts de Menchum
Centre Départemental des Impôts de Ndonga-Mantum
Centre Départemental des Impôts de Ngoketunjia
Centre Spécialisé des Impôts de la LIMBE
Centre Départemental des Impôts de Fako
Centre Départemental des Impôts de Muyuka
Centre Départemental des Impôts de la Meme
SUD-OUEST Centre Départemental des Impôts de la Manyu
Centre Départemental des Impôts de Koupe
Manengouba
Centre Départemental des Impôts de la Menji
Centre Départemental des Impôts de Ndian
Centre Divisionnaire des Impôts de Tiko
Centre Spécialisé des Impôts de l’Est
Centre Départemental des Impôts de Lom et Djérem
Centre Départemental des Impôts du Haut-Nyong
EST
Centre Départemental des Impôts de la Kadey
Centre Départemental des Impôts de la Boumba et
Ngoko
Centre Spécialisé des Impôts de la Mvilla
SUD
Centre Départemental des Impôts de la Mvilla
Centre Départemental des Impôts de Dja et Lobo
CENTRE VILLE
Bonaberi
Bonaberi
Bonaberi
Mbanga
Nkongsamba
Edéa
Yabassi
Bafoussam
-//-//Foumbot
Foumban
Baham
Bafang
Banganté
Dschang
Mbouda
Bandjoun
-//-//Mbengwi
Kumbo
Fundong
Wum
Nkambé
Ndop
-//-//Buea
Kumba
Mamfé
Banguem
Fontem
Ekondo-Titi
Tiko
-//-//Abong-Mbang
Batouri
Yokadouma
-//-//Sagnmelima
GOPA CONSULTANTS
225
1 DGI
86
87
88
89
90
91
92 ADAMAOU
A
93
94
95
96
97
NORD
98
99
100
101
102
103
EXTREME
104
NORD
105
106
107
SCES CENTRAUX
Centre Départemental des Impôts de la vallée du Ntem
Centre Départemental des Impôts de l’Océan
Centre Divisionnaire des Impôts de Zoétélé
Centre Divisionnaire des Impôts de Meyomessala
Centre Spécialisé des Impôts de la Vina
Centre Départemental des Impôts de la Vina
Centre Départemental des Impôts du faro et Deo
Centre Départemental des Impôts du Mbéré
Centre Départemental des Impôts du Djérem
Centre Départemental des Impôts de Mayo-Banyo
Centre Spécialisé des Impôts de la Bénoué
Centre Interdépartemental des Impôts de la Bénoué
Centre Divisionnaire des Impôts de Garoua
Centre Départemental des Impôts du Mayo-Louti
Centre Départemental des Impôts du Mayo Rey
Centre Spécialisé des Impôts du Diamaré
Centre Départemental des Impôts du Diamaré
Centre Départemental des Impôts du Mayo-Kani
Centre Départemental des Impôts du Mayo-Tsanaga
Centre Départemental des Impôts du Mayo-Sava
Centre Départemental des Impôts du Mayo-Danaï
Centre Départemental des Impôts du Logone et Chari
CENTRE VILLE
Ambam
Kribi
Zoétélé
Meyomessala
-//-//Tignère
Meiganga
Tibati
Banyo
-//-//-//Guider
Tcholiré
-//-//Kaélé
Mokolo
Mora
Yagoua
Kousseri
GOPA CONSULTANTS
226
6.5.3
N°
Liste des structures de Douane
BUREAUX/SECTEURS DES
REGION
DOUANES
DETAILS
1
Centre
2
3
4
SUD
5
6
7
8
EST
9
10
11
12
13
14
15
SUD OUEST
16
17
18
19
20
OUEST
21
22
23
NORD
24
OUEST
25
26
ADAMAOUA
27
28
29
NORD
30
31
32
33
34
EXTREME
35
NORD
36
37
38
39
Littorale
40
41
Secteur des douanes
Bureau des douanes
Secteur des douanes
Bureau des douanes
Bureau des douanes
Secteur des douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Secteur des douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Secteur des douanes
Bureau des douanes
Bureau des douanes
Secteur des douanes
Bureau des douanes
Bureau des douanes
Secteur des douanes
Bureau des douanes
Secteur des douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Secteur des douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Secteur des Douanes
Bureau des douanes
Bureau des douanes
Bureau des douanes
Direction Générale (Bastos)
Yaoundé Gare
Nsimalen
Kribi
Kyé-Ossi
Campo
Bertoua
Garoua-Boulaï
Bélabo
Yokadouma
Kentzou
Limbé
Cap Limboh
Bota
Lobé (Ekoundo titi)
Idenau
Tiko
Ekok
Manfé
Bafoussam
Fongo tongo
Magba
Bamenda
Abun Shié
Yang
Ngaoundéré
Dang
Garoua
Gaschiga
Figuil
Dourbeye
Touboro
Maroua
Limani
Fotokol
Goulfey
Kousseri
Douala
Aéroport
Youpwé
Yassa
GOPA CONSULTANTS
227

schema directeur informatique

Transcription

Documents pareils

DCH-1000AD - Visionetics

CIRCULAIRE N° 3641/MINFI/DAG/SDCM du 10 octobre 1984

Télécharger

FC3513 - autotovary.com.ua

Coffre informatique Secure Disk

Avis de recrutement d`un enquêteur pédiatrigue

CURRICULUM VITAE - FSJP - Université de Ngaoundéré

Sony : Informations produit : J

PDF - Atypik Travel

Informatisation Vitale, vos contacts à la CPAM de l`Aube

MEMBER OF GOPA CONSULTING GROUP