Observatoire Economique et Statistique dAfrique Subsaharienne

QUELLES FONCTIONNALITES POUR UNE APPLICATION DE

PRODUCTION DE LINDICE HARMONISE DES PRIX A LA
CONSOMMATION RENOVE ?
Contribution dAFRISTAT au sminaire CEFIL sur le thme
Lindice des prix a la consommation : dessins, harmonisation et rnovation
Libourne, 25 juin 06 juillet 2007

Djoret BIAKA TEDANG

Expert macroconomiste

Afristat B.P. E 1600 Niarla, rue 499 porte 23 - Bamako (MALI)

Tl : (223) 21 55 00 / 21 55 80 / 21 60 71 Fax : (223) 21 11 40
E-mail : afristat@afristat.org
http://www.afristat.org

RESUME :

Ce papier prsente lapplication informatique CHAPO (Calcul Harmonis des Prix par Ordinateur) et
fait le point des enseignements tirer de son utilisation dans les Etats membres. Les lacunes initiales
lies sa conception et celles lies son vieillissement conduisent aujourdhui la ncessit de
rcrire une nouvelle application pour la production de lIHPC rnov.
Cette application devra intgrer les fonctionnalits initialement prvues pour CHAPO. Elle doit en
outre tre construite de manire anticiper sur les besoins futurs en matire dIPC (couverture
gographique, sous-indices complmentaires, etc.) et son architecture, modulaire, doit permettre une
adaptabilit aux situations et besoins divers des Etats et des organisations sous- rgionales. Mais son
laboration doit surtout tre ralise de sorte tenir compte de lvolution trs rapide de
lenvironnement informatique.
Par ailleurs, afin dassurer un support technique de qualit, le processus de son laboration doit
intgrer le besoin dune formation et dun transfert des comptences techniques aux institutions sousrgionales.

SOMMAIRE :
RESUME :.................................................................................................................................. 1
I. LES EXIGENCES DU METIER DE STATISTICIEN PRIX........................................... 2
II. LES CARACTERISTIQUES DE LAPPLICATION INFORMATIQUE CHAPO : ....... 3
II.1. Objectifs et principes gnraux de lApplication ............................................................... 3
II.2. Prsentation de CHAPO ..................................................................................................... 3
II.3. Les lacunes de CHAPO : .................................................................................................... 4
III.
LES NOUVEAUX BESOINS EN MATIERE DE PRODUCTION ET DE
DIFFUSION DES INDICES DES PRIX : ................................................................................. 5
III.1. Sur le plan de la technique statistique : ............................................................................. 5
III.2. Sur le plan de ladaptabilit aux besoins futurs :............................................................... 6
III.3. Sur le plan de la technique informatique :......................................................................... 6
CONCLUSION : ........................................................................................................................ 7

QUELLES FONCTIONNALITES POUR UNE APPLICATION DE PRODUCTION DE

LINDICE HARMONISE DES PRIX A LA CONSOMMATION RENOVE ?
I.

LES EXIGENCES DU METIER DE STATISTICIEN PRIX

1. Le calcul dun indice des prix la consommation (IPC) seffectue dordinaire en deux
tapes. Dans un premier temps, les indices des prix sont estims pour les agrgats de dpenses
lmentaires ou simplement des agrgats lmentaires. Une moyenne de ces indices est
ensuite tablie pour obtenir des indices de niveau suprieur utilisant les valeurs relatives des
agrgats de dpenses lmentaires comme pondrations.
2. Cette description sommaire du processus de production dun indice cache en ralit
plusieurs autres tapes dimportance cruciale. En effet, il convient tout dabord dorganiser la
collecte des donnes sur les prix des produits et services (panier) rpartie sur des points de
vente reprsentatifs. Plusieurs relevs dans le mois sont dhabitude ncessaires. Dans le cas de
lIndice Harmonis des Prix la Consommation (IHPC), il faut effectuer le croisement entre
300 400 varits de produits et services et 250 450 points de vente pour obtenir les sries
servant au calcul dagrgats lmentaires. Ainsi, chaque mois ce sont environ 1200 2000
sries suivant les INS.
3. En outre, pour le calcul dindices de niveau suprieur, il convient trs souvent de
combiner les sries suivant des critres prtablis pour obtenir des indices des nomenclatures
secondaires utiles pour les divers besoins danalyse.
4. Lensemble des procdures de saisie des donnes, de calcul et de vrification de cette
masse importante dinformations devrait en outre tre suffisamment court pour fournir des
indications pertinentes au moment souhaitable pour la conduite de la politique conomique et
pour le besoin des oprateurs conomiques divers. Il est demand par exemple que lIHPC
dfinitif du mois n soit publi au plus tard le 10 du mois n+1.
5. Toutes ces tches et ces exigences de dlais de production font quaujourdhui, pour
produire un indice des prix la consommation dans les conditions optimales, en respectant la
mthodologie et en produisant les rsultats dans les dlais requis, une application
informatique est indispensable.
6. Le principe gnral dune telle application serait dtre un outil daccompagnement du
statisticien des prix toutes les tapes de llaboration de lindice. Ce faisant, elle devrait
prendre en charge toutes les tches rptitives, allant de la prparation de la collecte la
publication de lindice.
7. La problmatique lie la mise en place dune application informatique rgionale est
guide par les insuffisances des capacits techniques et/ou financires de chaque Etat membre
laborer et grer une application informatique nationale. Il convient de noter ce titre que
les limites releves lors de lexamen de la situation de la production des IPC en 1996
proviennent, pour une grande part, des faiblesses des applications informatiques nationales et
de la faiblesse des capacits nationales matriser les outils mis en place. De ces constats
dcoule limportance de disposer dune application informatique et dun support technique
un niveau supranational qui garantissent le bon fonctionnement de loutil ainsi que les
formations ncessaires.
8. Lors de la mise en place de lIHPC en 1996 une telle application informatique a t
dveloppe spcifiquement et installe dans les sept pays de lUEMOA. Cette application
informatique, intitule CHAPO (Calcul Harmonis des Prix par Ordinateur) a par la suite
accompagn la mise en place de lIHPC dans lensemble des Etats membres dAFRISTAT et

a permis de garantir la prennit (du moins sur certains aspects de la mthodologie) de

lharmonisation entre les IPC.
9. Lexprience accumule dans la mise en place et lutilisation de CHAPO guide
aujourdhui les choix quant aux fonctionnalits et aux caractristiques techniques dune
application informatique devant conduire la mise en uvre de lIHPC rnov.
II.

LES CARACTERISTIQUES DE LAPPLICATION INFORMATIQUE

CHAPO :

II.1. Objectifs et principes gnraux de lApplication

10. Le logiciel CHAPO a t conu sur la base des objectifs et principes gnraux suivants :

lapplication informatique conue doit tre un des lments permettant de garantir la

prennit de lharmonisation entre les indices des prix mis en place dans les pays de
lUEMOA. En particulier lapplication devra garantir la mise en uvre par les INS des
fondements mthodologiques qui ont t adopts par lensemble des pays.

si une modification de lapplication est souhaite par un des Etats membres, elle doit
tre applique lensemble des pays (changement de champ gographique, de
dfinitions ou de concepts, etc.).

Lapplication doit pouvoir tre exporte pour dautres besoins locaux (calcul dindices
de capitales rgionales, calcul dun indice national) ;

Lapplication devrait pouvoir produire des sous-produits, souhaits par les INS (prix
moyens, indices des prix pour certaines catgories de mnages, production de donnes
en utilisant des nomenclatures particulires, etc.) ;

Lapplication doit tre organise en modules, afin de faciliter les mises jour ou les
modifications ultrieures, souhaits par les INS ;

Lapplication doit pouvoir tre exportable facilement sur des sites autres que les pays
de lUEMOA. Cette condition impose que tous les lments propres aux pays de
lUEMOA soient des lments paramtrables par les INS (nomenclature de varits,
units non-standard, nom des pays, monnaie, etc.).

Lapplication doit permettre aux services de prix des INS dtre autonomes. Elle doit
tre un outil :
o de production de lensemble des indicateurs souhaits ;
o daide lorganisation et la gestion de la production ;
o pdagogique, permettant, en outre de capitaliser lexprience ;
o permettant de diffuser et de valoriser linformation.

Le fonctionnement de lapplication doit tre dynamique et doit pouvoir simplement

prendre en charge les tches lies la production des indices de plusieurs mois
conscutifs.

II.2. Prsentation de CHAPO

11. Lapplication informatique CHAPO est organise en modules prsentant un ensemble
complet de fonctionnalits permettant de raliser toutes les tches de production imposes par
llaboration de lindice harmonis (depuis limpression des questionnaires jusqu la sortie
des documents de rsultats devant tre diffuss).

12. Les diffrents modules de traitement sont accessibles laide de menus droulants. On
distingue les menus suivants :
-

Administration
Initialisation
Saisie
Apurement
Traitement
Prix de base
Utilitaires

13. CHAPO offre les avantages suivants :

-

En tant quoutil daide la production, lapplication prend en charge toutes les tches
rptitives et fastidieuses, depuis la prparation de la collecte jusqu la sortie des
documents de diffusion de lindice harmonis ;

En tant quoutil pdagogique, il permet dapprhender la mthodologie complexe et de

comprendre la logique de production de lIHPC travers larticulation des diffrents
modules proposs par lapplication ;

CHAPO garantit lharmonisation des mthodes de traitement en imposant les

techniques prconises dans la mthodologie de lindice ;

CHAPO garantit une production standard de qualit dans les dlais impartis en
contrlant les moyens de production ncessaires ;

CHAPO permet un archivage des donnes et de lhistorique de lindice harmonis ;

La base des donnes gre par CHAPO autorise facilement toute exploitation
particulire des donnes recueillies, par lexportation possible des donnes de base ou
des rsultats.

14. Cependant, CHAPO impose certaines contraintes. En effet, CHAPO impose aux services
des prix dorganiser les diffrentes tches de production de faon particulire, notamment
pour ce qui concerne le travail des enquteurs. Laccs aux donnes seffectue laide de trois
types dautorisation daccs diffrencis suivant le type de tche et dutilisateur concern :
niveau responsable local , niveau contrleur , niveau oprateur de saisie . En outre,
limplantation de CHAPO sur un site dexploitation ncessite une formation approprie du
personnel, une priode de rodage du personnel et une assistance en cas de problme.
II.3. Les lacunes de CHAPO :
15. Lapplication CHAPO prsente aujourdhui deux types de lacunes quil convient de
distinguer :
a. Lacunes initiales lies sa conception :
16. Le cahier de charge informatique de CHAPO na pas t correctement rempli. En
particulier :
-

le cahier de charge prvoyait que lapplication puisse produire des sous-produits,

souhaits par les INS (prix moyens, indices des prix pour certaines catgories de
mnages, production de donnes en utilisant des nomenclatures particulires, etc.).
Cette dimension na pas t mise en uvre.

En outre, lapplication devait pouvoir tre exporte pour dautres besoins locaux
(calcul dindices de capitales rgionales, calcul dun indice national). Cela na pas t
mis en uvre.
4

a. Lacunes lies son vieillissement.

17. Dix annes aprs, force est de reconnatre que les outils informatiques affects la
production de lindice ont vieilli. Le logiciel CHAPO sintgre mal aujourdhui dans les
environnements Windows habituellement utiliss. Ces difficults gnrent parfois des pertes
dinformations trs dommageables ou des difficults dinstallation.
18. En outre, la version actuelle de CHAPO ne permet pas de prendre en compte les nouveaux
aspects mthodologiques et analytiques des indices de prix dans les Etats membres
dAFRISTAT. En effet, CHAPO a t labor en 1995 sur la base dune mthodologie
caractrise par un indice calcul sur une ville et avec un nombre relativement limit de
relevs, de sorte que la saisie est uniposte. Aujourdhui des besoins de disposer dun indice
national sexpriment de plus en plus, qui exigent un autre type dorganisation.
19. Depuis la mise en place de CHAPO, la nomenclature internationale COICOP a t
amende et est passe principalement de 10 12 fonctions. Ainsi, le passage la COICOP
12 fonctions sest ralis laide dune application dvelopp sur Excel.
20. Par ailleurs, les audits mens pour ladaptation du logiciel CHAPO ont conduit aux
constats suivants :
-

bugs non corrigs ;

obsolescence de loutil de dveloppement

manque de clart de la mthodologie de dveloppement

absence de documentation informatique.

21. Si les bugs peuvent tre corrigs, les autres insuffisances de lapplication conduisent la
ncessit dune rcriture complte avec des outils plus performants.
III.

LES NOUVEAUX BESOINS EN MATIERE DE PRODUCTION ET DE

DIFFUSION DES INDICES DES PRIX :

22. Quelques objectifs et principes gnraux devront guider llaboration dune nouvelle
application rgionale de calcul des indices harmoniss des prix la consommation. Cette liste
de principes nest pas exhaustive mais constitue un minima au vu de lexprience tire avec
lapplication CHAPO :
III.1. Sur le plan de la technique statistique :
23. Lapplication doit tre conue comme le principal support permettant la mise en uvre de
la plate-forme harmonise de calcul des indices de prix la consommation. Elle doit garantir
lapplication de la mthodologie et des rgles communautaires de production de lindice.
24. Lapplication doit permettre aux services de prix des INS dtre autonomes. Elle doit tre
un outil :
o daide lorganisation et la gestion de la production : organisation des agents
enquteurs, collecte des donnes, description des produits, saisie, apurement, etc.
o de production de lensemble des indicateurs souhaits, aussi bien pour les indices
principaux, les indices des nomenclatures secondaires ou des sous-indices (par tranche
de revenu, etc.) que les indicateurs danalyse (contribution, taux dinflation), de
prvision ou dapprciation de la qualit de lindice (indicateurs dexhaustivit et de
cohrence) ;

o permettant de diffuser et de valoriser linformation. Lapplication doit intgrer un outil

de traitement de texte, de diffusion par Internet et de valorisation de linformation
(confection de graphique) ;
o intgrant des aides contextuelles ainsi quune aide en ligne.
25. Elle doit tre un outil pdagogique, permettant en outre de capitaliser lexprience. Elle
doit prvoir un bloc-note o pourront tre consignes les diffrentes mthodes de traitement
des problmes qui seront apparus.
26. Lapplication doit prendre en charge les travaux de changement de base, de raccordement
dindice, de rebasement de lindice.
III.2. Sur le plan de ladaptabilit aux besoins futurs :
27. Lapplication doit tre conue de manire anticiper les besoins futurs en matire de
production dindices des prix la consommation. Elle doit permettre en particulier :
o Danticiper les besoins de production dun indice champ gographique plus largi :
indice national et indices rgionaux, utilisation dautres systmes de pondrations,
o Danticiper les volutions dans lenvironnement technique des Etats en prvoyant
notamment la saisie automatique des donnes grce des infrastructures du type PDA.
28. Lapplication doit anticiper galement les besoins de changement de mthodologie de
calcul des indices (Paasche, Laspeyres, moyenne gomtrique vs arithmtique, etc.).
III.3. Sur le plan de la technique informatique :
29. lapplication doit tre conue de sorte accompagner les volutions significatives de la
mthodologie ;
30. le processus de sa mise en oeuvre doit notamment prvoir des actions soutenues de
renforcement des capacits nationales et des organes sous- rgionaux pour une prise en charge
complte des problmes techniques et de lvolutivit de lapplication ;
31. lapplication doit permettre une saisie multiposte ;
32. lapplication doit tre labore dans un langage de programmation avanc, avec des outils
libre, permettant la communaut des utilisateurs dassurer sa maintenance et son volutivit.
Cela est galement applicable aux systmes de bases de donnes utiliss. Les concepteurs
doivent fournir les codes sources de lapplication ;
33. elle doit tre compatible avec les environnements informatiques les plus courants
(Windows, Linux, etc.) ; elle doit en outre tre capable de fonctionner sur des systmes
diffrents de celui sur le quel elle a t dvelopp ;
34. lapplication doit tre modulaire afin dautoriser des traitements au niveau local, national
et supranational ainsi quadaptable des environnements et des besoins varis. Laccs aux
donnes devra seffectuer laide de quatre types dautorisation daccs diffrencis suivant
le type de tche et dutilisateur concern :
o niveau supranational, install au sein de la commission de linstitution dintgration ou
dAFRISTAT, devrait permettre le chargement des donnes de base, le calcul et la
publication des indicateurs supranationaux.
o niveau responsable local pour les tches de contrle, de calcul des indices et des
indicateurs et pour lanalyse, la publication et ldition des rsultats,
6

o niveau contrleur , pour les tches de contrle dexhaustivit et de cohrence,

lapurement des donnes, leur validation et la prparation des campagnes de collecte ;
o niveau oprateur de saisie , pour les tches de saisie des donnes.
35. Les oprations de paramtrage technique de lapplication doivent tre rserves un profil
administrateur qui aura un accs total lapplication et sa base de donnes ;
36. la flexibilit de lapplication doit dpendre du niveau daccs, dfinit en fonction des
diffrents modules. Ainsi, par exemple, la flexibilit du module traitement pourrait tre
rserve uniquement lutilisateur supranational. Par contre, le logiciel devra tre conu dans
le sens daccorder une grande autonomie aux pays dans la gestion de la base de donnes et
dans ladaptation locale des mthodologies (intgration dun nouveau produit, dun nouveau
point de vente, changement de pondrations, etc.) ;
37. les diffrents modules doivent tre compatibles avec les outils classiques tels que MS
OFFICE ; En particulier, les bases de donnes doivent tre rutilisables sous dautres
applications
38. Lapplication doit tre efficace, c'est--dire quelle ne doit pas gaspiller les ressources en
temps (dure doccupation de la mmoire centrale) et en espace (taille de la mmoire
ncessaire).
39. lapplication doit en outre tre suffisamment documente. Elle doit offrir un confort
dutilisation, une scurit dans la manipulation des donnes et des outils pour la gestion des
problmes de stockage des donnes. Elle doit disposer des aides contextuelles sur les
problmes et dun cahier de maintenance qui recense les problmes rencontrs et leurs
solutions. Les procdures dinstallation et de dsinstallation doivent tre les plus simples
possibles.
CONCLUSION :
40. Lexprience de la mise en uvre et de la production de lIHPC dans les Etats membre
constitue un input important pour sa rnovation. Plusieurs enseignements peuvent tre tirs
sur toutes les composantes du projet. En ce qui concerne lapplication informatique CHAPO,
ce quil convient de retenir principalement est la rigidit de lapplication qui na pas permis
daccompagner les travaux initis en vue de lamlioration de sa qualit. Cette rigidit de
lapplication est accentue par la faiblesse du support technique dans la sous- rgion en vue
de raliser les adaptations souhaites. Cette rigidit a renforc le caractre trs fig de lindice
qui na pas fait lobjet que de trs peu dadaptations.
41. Llaboration dune nouvelle application rpondant aux besoins de la rnovation de la
mthodologie de lindice doit donc prendre en compte non seulement le souci de disposer
dun indice qui volue avec les besoins et lenvironnement, mais aussi tre construite avec
une infrastructure et des techniques informatiques qui puissent permettre une flexibilit et une
volutivit dans un environnement technique en perptuel changement.
42. Par ailleurs, des prcautions devront tre prises afin quun support technique rgional
puisse exister et permettre ladaptation de loutil. Ces prcautions devraient concerner la
formation et lexistence de code source.