Prsentation des Systmes dInformation

Quest-ce quun systme dinformation de gestion ? Un systme dinformation de gestion, connu sous lacronyme de SIG, ou plus simplement de SI, regroupe tous les aspects de la collecte, de l'enregistrement, du suivi, de lextraction et de lutilisation des informations qui se trouvent lintrieur dune entreprise ou dune organisation. Les avances accomplies dans le domaine informatique permettent dsormais dautomatiser une grande partie de ce travail et daccder plus facilement aux informations. Lapplication informatique elle-mme, le logiciel, ne constitue cependant pas le systme dinformation. Le systme dinformation comprend toutes les politiques, procdures et pratiques qui rgissent les oprations dune organisation, le personnel qui reoit et traite ces informations, tout cela tant associ au matriel et aux logiciels informatiques. Un systme dinformation robuste, bien mis en uvre et bien administr, peut aider les IMF

Prendre des dcisions fondes. Avec des donnes exactes et immdiatement disponibles, les responsables peuvent valuer continuellement la performance, mieux prdire les besoins en liquidits et anticiper et confronter rapidement les crises. Amliorer la qualit de la communication des rsultats (reporting). Des rapports fiables et standardiss permettent aux IMF de respecter les standards de lindustrie comptables et les standards nationaux, et ils rduisent le temps et lnergie consacrs gnrer des rapports pour les autorits de rgulation, les donateurs et les investisseurs. Rduire les cots et assurer une plus grande commodit pour les clients. Un SI informatis peut aider transmettre des donnes entre les agences, renforcer lefficacit oprationnelle. Il peut galement rduire le temps ncessaire lapprobation des prts et autres produits.

Quels sont donc les critres essentiels la mise au point dun bon systme dinformation ?

Une identification approfondie des besoins en matire dinformations. La direction, le personnel de terrain, les membres du conseil dadministration, et le personnel du systme dinformation ont tous des contraintes diffrentes et il est rare quils soient conscients de tous les besoins de linstitution en termes dinformations. Il est ncessaire de procder une valuation pour dfinir les besoins en informations tous les niveaux de lorganisation : il sagit dune condition pralable absolue pour identifier les logiciels appropris qui correspondent ces besoins informationnels. Une communication relle entre la direction et le personnel des systmes. La compartimentation des oprations peut faire obstacle lefficacit de la communication entre les dirigeants de linstitution financire et le personnel du systme dinformation. Chaque personne concentre son attention sur ses propres

Page

responsabilits, dans des conditions dinteraction limite, en dpit du fait que les deux (la direction et les systmes dinformations) sont lis intrinsquement. Il en rsulte souvent un systme qui ne correspond pas aux besoins de ses utilisateurs. Une communication constante entre ces deux dpartements contribuera garantir que le systme fonctionne pour le bnfice de tous les utilisateurs.

Des attentes ralistes au sujet de la technologie dinformation. Quand on a correctement assur le volet technologique, depuis la slection du logiciel appropri jusqu la migration bien orchestre des donnes, on na gagn que la moiti de la bataille. Il convient dattacher tout autant dattention la formation des utilisateurs du systme, la dfinition des processus de gestion des flux dinformations et lutilisation de ces informations pour prendre les dcisions oprationnelles

Foire aux questions SIG

Cette section se propose de dgager les lments fondamentaux du processus aboutissant intgrer un SI performant et adapt aux besoins volutifs d'une IMF sous la forme de questions rponses.
Sont distingues : sept questions de base sur les SIG des questions plus spcifiques qui rpondent aux apprhensions et aspirations premires telles que les ont exprimes les participants aux tables rondes de la technofoire de Ouagadougou en 2004 regroupes autour des thmes suivants : Evaluation des besoins et alternatives Processus de slection Risques / Scurit Cots Dcentralisation / Pool collectif

Questions de base Quest-ce quun SIG ? Quand une institution de microfinance doit-elle changer son logiciel de SIG ? Combien de temps faut-il pour identifier et mettre en uvre un nouveau logiciel de SIG ? Est-il ncessaire de recruter un consultant pour appuyer le processus de slection du logiciel ? Qui doit tre associ au processus dans lorganisation ? Combien une IMF doit-elle payer pour un logiciel de SIG ? A quelle frquence une institution doit-elle envisager de remplacer son logiciel ?

Evaluation des besoins et alternatives

Page

Analyse des besoins

A quel moment faut-il songer l'automatisation ? Existe-t-il des normes pour s'engager dans une automatisation (niveau du portefeuille, nombre de clients..) ? Un SIG est-il forcment informatis ? Peut-on faire cohabiter le manuel et l'automatique au sein d'une mme institution ?

Processus de slection Inconvnients pour l'adoption d'un logiciel tel quel ? Dveloppement sur mesure : avantages/inconvnients ? Elments ncessaires pour valuer les caractristiques et les capacits d'un logiciel Risque fournisseur : Comment vrifier la fiabilit d'un fournisseur ?

Risques / Scurit Quels sont les risques lis un SIG ? Est-ce que tout le monde doit accder aux ordinateurs du SIG ? L'informatisation garantit-elle la fiabilit des informations ?

Cots Quel budget pour l'acquisition d'un logiciel ? Ne faut-il pas mettre le cot en relation avec la capacit de couverture des charges par les produits de l'institution ? Cots lis l'entretien permanent (maintenance)

Dcentralisation / Pool collectif Quelle est la meilleure architecture promouvoir (centralise Vs dcentralise) ? Contraintes et avantages d'un pool informatique commun plusieurs IMF ? Comment rsoudre le problme des cots levs des logiciels ?

Rponses Questions de base Quest-ce quun SIG ? Un systme dinformation de gestion, appel aussi SIG ou parfois seulement SI, comprend tous les aspects de la collecte, du stockage, du suivi, de lextraction et de lexploitation de linformation dans une entreprise ou une organisation. Grce au dveloppement des ordinateurs et des applications logicielles, la plus grande partie de ce travail peut maintenant tre automatise et laccs linformation est facilit. Cependant, le logiciel en lui-mme ne constitue pas le systme dinformation. Un SI est form de toutes les politiques, procdures et pratiques qui rgissent les oprations dune organisation et le personnel interagissant avec cette information, combines aux logiciels et au matriel. Quand une institution de microfinance doit-elle changer son logiciel de SIG ? Cest une question particulirement importante. Toutes les IMF sont dotes dun systme quelconque pour suivre les informations lies aux crdits et aux charges dexploitation. Beaucoup de petites organisations ont simplement recours un systme manuel, avec crayon et papier. Certaines utilisent un tableur, comme MS Excel, ou une application similaire permettant le suivi des crdits, et sont dotes dun systme de comptabilit standard pour la production des rapports. Quelle que soit la mthode, lorsquune IMF nest plus en mesure de produire des donnes de qualit sur les crdits dune manire rgulire et efficiente, il est temps pour elle denvisager un

Page

systme plus automatis ou plus sophistiqu. En microfinance, le seuil courant partir duquel une IMF doit gnralement passer un logiciel de SIG plus spcialis semble tre de 2 000 clients environ. Cependant, certaines IMF conservant un SIG manuel parviennent plus de 30 000 clients. Lorsquun programme de microfinance possde moins de 2 000 clients et na pas de plan de croissance significatif, un systme bas sur des tableurs est suffisant pour le suivi du portefeuille de crdits , et mme recommand si lon considre les cots de mise en uvre dun logiciel de SIG. Certains distributeurs de logiciels proposent des produits de SIG adapts la microfinance qui fonctionnent en mode autonome, offrant ainsi un moyen peu coteux dautomatiser un petit programme de microfinance. Il est habituellement beaucoup plus facile pour une organisation de passer dabord dun systme manuel un systme partiellement automatis, puis un logiciel spcialis, plutt que de passer directement dun s ystme manuel une application sophistique. Ceci tant, cela ne signifie pas que cest impossible. En outre, tant donn le temps ncessaire la slection et la mise en uvre dun logiciel de SIG, il est galement recommand dinstaller le logiciel pr alablement au lancement dune stratgie de croissance, plutt quen raction la croissance. Pour rsumer, lautomatisation reprsente de nombreux avantages pour la plupart des organisations. Dans pratiquement tous les cas, lautomatisation des registre s aura pour consquence : - lamlioration de la prcision des donnes - laugmentation de la vitesse de traitement - la gnration de rsultats plus utiles et plus sophistiqus - lamlioration de la productivit Pour une IMF en recherche de gains defficacit, lautomatisation du SIG ou loptimisation du logiciel de SIG est gnralement lune des stratgies cls. Fondamentalement, une IMF doit modifier son logiciel de SIG lorsque le logiciel courant nest plus suffisant pour rpondre aux demandes de lorganisation. Combien de temps faut-il pour identifier et mettre en uvre un nouveau logiciel de SIG ? La dure ncessaire varie dune organisation lautre, en fonction de lexistence ou de la nature du plan stratgique, de la documentation des politiques organisationnelles (contrles internes) et des processus, de la nature du systme dinformation existant, et de la capacit technique de lorganisation. La rapidit dexcution du projet dpendra aussi de la disponibilit du personn el et des ressources financires utilisables pour recourir une assistance externe si ncessaire. Le processus de slection lui-mme ne prend gnralement pas moins de trois mois et demande plus souvent jusqu six mois. La mise en uvre du logiciel ne doit pas prendre plus de quelques semaines. Elle peut ne prendre que quelques jours, en fonction du nombre dagences ou de zones concernes. La formation, la conversion des donnes et le fonctionnement en parallle du nouveau systme et de lancien est la partie la plus longue du projet ; elle peut durer de deux mois plus dun an en fonction de la structure du plan de mise en uvre. En moyenne, une IMF doit compter entre 12 et 24 mois entre le dbut du processus de slection et la fin de la conversion au nouveau systme. Est-il ncessaire de recruter un consultant pour appuyer le processus de slection du logiciel ? Le processus de slection dun logiciel ne faisant pas partie des oprations courantes dune institution de microfinance, peu dinstitutions disposent au sein de leur personnel de la base de connaissances ou des comptences ncessaires pour guider un tel projet. Il peut aussi arriver que les employs possdent les comptences ncessaires, mais ne disposent pas de suffisamment de temps pour se consacrer un projet de cette ampleur. Les conseils dun consultant externe permettent notamment dviter les principaux piges du processus. Cet avantage peut faire gagner lIMF beaucoup plus que ce quelle paie au consultant. En tirant les enseignements de lexprience dautres IMF grce au consultant, une IMF peut conomiser du temps et de largent. Le degr dengagement du consultant dpend de lchelle du projet, des ressources disponibles, du calendrier du projet et de la capacit technique interne. Si le temps ne pose pas de problme et que lIMF considre comme important de dvelopper cette capacit en interne, il ny a pas de raison pour quelle ne lentreprenne pas elle-mme.

Page

4
Qui doit tre associ au processus dans lorganisation ?

La mise en uvre dun nouveau programme de SIG ayant un impact sur chaque membre de linstitution, il est recommand quune quipe de travail spciale soit forme pour guider non seulement la slection du nouveau logiciel mais aussi sa mise en uvre. La direction doit tre activement implique dans le processus. Si le directeur gnral ne fait pas partie de lquipe, celle ci doit tre place sous sa responsabilit directe. Outre un certain nombre de cadres seniors, le directeur financier le plus haut plac ou son quivalent doit faire partie de lquipe de travail. Celle ci doit aussi comprendre ladministrateur systme/rseau, ou la personne responsable du matriel et des logiciels de lorganisation, une personne ayant une solide connaissance des processus oprationnels de lorganisation, et une personne matrisant le systme SIG actuel de lorganisation. Il est galement conseill que lquipe comprenne une personne responsable de la formation au sein de lorganisation, ainsi que des responsables de terrain. Si cet ensemble est suffisant pour constituer lquipe de travail, les donnes doivent en revanche tre collectes auprs de tou s les membres de linstitution au cours de la phase de dfinition du cahier des charges du systme. Combien une IMF doit-elle payer pour un logiciel de SIG ? Le cot dun nouveau logiciel de SIG ne reprsente quune petite partie du cot global de mise en uvre dun nouveau systme. Lorsquelle tablit le budget quelle peut consacrer au projet dans son ensemble, lIMF doit sassurer de bien prendre en compte les frais de consultation pour une partie ou lensemble de la mise en uvre, les frais de formation, le cot du nouveau matriel (si ncessaire), les logiciels ou outils de communication supplmentaires ncessaires et des cots de main duvre supplmentaires ou dplacs. Il nexiste pas de formule pour le cot du logiciel luimme. Celui-ci dpend de la capacit budgtaire des institutions, du niveau des fonctionnalits souhaites, de lintrt du bailleur de fonds et de la disponibilit des produits. En rgle gnrale, la maintenance dun SIG reprsente au moins 1%, et jusqu 5% voire plus, du budget global de linstitution. Un contrat de maintenance reprsente habituellement environ 20% du prix dacquisition du logiciel, ce qui peut donner une ide de cot une institution, sachant que celui -ci est rparti dans le temps sous la forme dune charge rgulire. Dune manire gnrale, linvestissement initial doit dpendre de la dure pendant laquelle le produit sera utilis et des objectifs stratgiques de linstitution.

A quelle frquence une institution doit-elle envisager de remplacer son logiciel dentreprise ? Une IMF doit prvoir dutiliser son logiciel au moins trois ans, sinon cinq, et si possible de sept dix ans pour obtenir un rel retour sur investissement. Tant que la croissance de linstitution ne dpasse pas la capacit de lapplication (ce qui ne devrait pas tre le cas si les objectifs stratgiques ont t pris en compte dans le processus et si le logiciel et la base de donnes ont t slectionns de manire approprie) linstitution doit tre en mesure dutiliser le logiciel pendant cinq dix ans. Elle pourra lutiliser dautant plus longtemps que le distributeur pourra continuer fournir le support ncessaire et sadapter aux volutions technologiques. Do limportance dtudier non seulement le logiciel mais aussi la socit qui le commercialise au cours du processus de slection.

Analyse des besoins Les intervenants ont insist sur l'importance de l'analyse des documents de politique et de procdures et leur croisement avec les pratiques relles. De garder l'esprit qu'il ne faut surtout pas garder/automatiser de mauvaises pratiques quitte rviser les procdures qui peuvent s'avrer alors inadquates. La prise en compte des besoins futurs en terme de croissance de l'IMF, est aussi importante, afin de ne pas faire des investissements, parfois importants, court terme. A quel moment faut-il songer l'automatisation ? Existe-t-il des normes pour s'engager dans une automatisation (niveau du portefeuille, nombre de clients..) ?

Page

Cette question a donn lieu de nombreux changes car plusieurs rponses peuvent y tre apportes. La dcision de s'automatiser peut tre prise ds que l'institution se rend compte qu'elle rencontre des difficults dans le traitement de son information. Les raisons peuvent tre diverses et ont t cites titre d'exemples : le volume trop important des transactions, le retard dans l'tablissement de certains rapports, la difficult d'obtenir une information fiable et en temps opportun sur le portefeuille de crdit, etc..En plus de ces lments, les animateurs ont insists sur d'autres lments prendre en compte tels que : le budget, les ressources humaines, le temps. Un SIG est-il forcment informatis ? Peut-on faire cohabiter le manuel et l'automatique au sein d'une mme institution ? Des exemples de fonctionnement manuel/automatique ont t fournis. Ce choix pouvant tre guids par diffrentes raisons :- l'institution dcide une automatisation en douceur , graduelle pour une meilleure appropriation.- l'institution ne dispose que d'un budget limit ne lui permettant qu'une automatisation partielle- l'institution opre dans des zones o l'infrastructure lui impose ce type de fonctionnement : certaines caisses se trouvent dans des zones sans lectricit par ex : leurs donnes peuvent tre saisies dans des caisses automatises en diffres ? - etc..

Processus de slection Inconvnients pour l'adoption d'un logiciel tel quel ? Certains participants ont voqu le cot et le risque de dpendance par rapport un fournisseur. Les changes ont permis de s'accorder sur le fait que : bien que le logiciel pouvait ne pas correspondre 100 % aux besoins, ceci pouvait tre contrebalanc par une adaptation des politique et procdures. Les avantages d'un tel choix, si le fournisseur et le produit lui-mme sont bien choisis, tant quand mme de bnficier d'un effet d'chelle sur le plan de la robustesse du produit, de son cot (le dveloppement cotant trs cher), en terme de temps, etc. Dveloppement sur mesure : avantages/inconvnients ? Ce point a aussi fait l'objet de dbats et d'changes d'expriences intressants. Un participant a fait part de son exprience malheureuse dans le dveloppement d'une solution maison : le projet a t trs coteux en temps et en argent et n'a pas abouti. Un second a reconnu le cot important en temps, argent et ressources humaines : son institution va aborder la phase de mise en uvre mais elle songe dj rechercher une solution non propritaire . L'animateur a insist sur le fait qu'une solution propritaire prsente, certes, l'avantage de pouvoir correspondre 100% aux besoins de l'IMF mais la ralit est parfois tout autre car on se rend compte, en analysant les diffrentes expriences, que l'analyse des besoins n'a pas t faite en profondeur, et parfois sans associer les acteurs de terrain. Les techniciens informatiques ne connaissant pas le mtier , passent parfois ct de certaines subtilits de la profession. Cette solution prsente des aspects ne pas sous-estims car ils peuvent devenir des inconvnients majeurs s'ils sont mal analyss : le cot en temps, ressources humaines, argent. Les aspects de la maintenance et de l'volution du logiciel sont souvent occults lors de la prise de dcision alors qu'ils sont trs importants et budgtivores. Selon le niveau de complexit de l'application, un dveloppement sur mesure par exemple, sous Excel peut s'avrer ncessaire et suffisant. Elments ncessaires pour valuer les caractristiques et les capacits d'un logiciel En plus du cadre d'valuation (A. Mainhart) qui peut servir de base, les institutions peuvent : - valuer des versions de dmonstration (quand elles existent) - demander aux fournisseurs des dmonstrations. Il faudra ce moment qu'au sein de l'IMF, des scnarii de tests soient labors : que va-on tester ? Comment va-t-on le faire ? Quels seront les rsultats attendus ? - visiter/interroger des rfrences (autres IMF) utilisant dj le logiciel,

Page

- rechercher sur Internet / sites de discussions des avis, valuations, benchmarks, - etc. Risque fournisseur : Comment vrifier la fiabilit d'un fournisseur ? Lors de la slection du vendeur, l'IMF peut rduire les risques en examinant des aspects tels que : - la prennit de la structure du fournisseur : anciennet, type de structure juridique, nombre d'employs, rfrences, etc. - la rputation du fournisseur et de son produit travers de enqutes/interviews auprs d'utilisateurs, - mettre le code source auprs d'une tierce partie (notaire par ex), - la documentation existant sur le fournisseur/produit : valuation, littrature, etc.. L'IMF pourrait aussi proposer, si cela n'existe pas, la mise en place d'un groupe d'utilisateurs qui pourrait faire pression sur le fournisseur pour l'amlioration de la qualit des services proposs. Risques / Scurit Quels sont les risques lis un SIG ? On distingue plusieurs types de risques lis un SI: Perte de l'information : l'information est aussi importante que l'actif d'une IMF et il est important de la protger. Que le SI soit manuel ou automatis, il existe des risques tels que : - Incendie : le palliatif consiste mettre les informations en lieu sr tel que coffres ignifuges, double sauvegarde lectronique avec stockage hors sitePerte de donnes (Dfaillance d'un quipement / panne d'lectricit : procder des sauvegardes rgulires, avoir une politique de maintenance prventive draconienne, prvoir des sources d'alimentation continue ( onduleurs, groupes lectrognes)- Vol : installer le matriel / les fiches dans des locaux ferms cl, crypter les bases de donnes, dsactiver les lecteurs de disquettes et les graveurs sur les postes utilisateurs, dtruire les documents imprims qui ne servent plus avant de les jeter- Fraude / Intrusion : limiter les accs au SI, procder des audits rguliers, mettre en place des procdures de contrle interne, mettre en place de procdure de sparation des tches (celui qui saisit n'est pas celui qui valide, par exemple), etc. Est-ce que tout le monde doit accder aux ordinateurs du SIG ? Les accs au logiciel sont, en gnral, paramtrables. On distingue plusieurs niveaux : - le niveau fonctionnel : les utilisateurs sont rparti par profil (ex : caissier, agent de crdit, comptable, etc..). Un profil n'accde qu' des fonctions bien dtermines sur base d'un identifiant unique et d'un mot de passe: ex : un caissier ne peut pas utiliser la fonction mise en place d'un crdit - le niveau temporel : Certains logiciels permettent, en plus des cas cits prcdemment, de grer les accs sur le plan temporel . Quelques exemples : on pourra ainsi limiter les accs seulement durant certains jours voire en dehors de certaines heures: pas d'accs pour certains utilisateurs durant les jours non ouvrs. Un contrleur en inspection dans une caisse, pourra se voir crer un accs limit la dure de sa mission, etc..

L'informatisation garantit-elle la fiabilit des informations ? L'informatique n'est pas une garantie de fiabilit si l'IMF ne prend pas et ne met pas en uvre un minimum de mesures de contrle et de scurit travers ses procdures et ses politiques.L'informatique ne fait pas de miracles : on a l'habitude de dire Garbadge in, garbadge out ( dchets en entre = dchets en sortie ). Il faut donc s'assurer de la qualit/fiabilit des donnes introduites. Par contre, on peut dire que l'informatisation contribue rendre fiable l'information, en ce sens qu' partir de donnes fiables, elle permet d'automatiser leurs traitements/transformations en vitant les erreurs qu'on pourrait faire en manuel. Cots

Page

Quel budget pour l'acquisition d'un logiciel ? Il n'y a pas de budget propre l'ensemble des institutions car chaque SI a ses particularits. L'attention des participants a t attire sur le fait qu'en dehors du budget d'investissement, il fallait ds le dbut valuer et budgtiser les cots de fonctionnement. Sur le plan de l'investissement, quelques lments considrer : - Matriel : PCs, imprimantes, units de sauvegarde, etc.. - Cots lis aux logiciels: licences, base de donnes, gnrateur de rapports, - Cots lis la mise en place: communication, paramtrage, gestion de projet, formation - Logistique : cblage rseau, tlcommunication, mobilier, climatisation, etc. Pour les charges de fonctionnement : - Maintenance matrielle et logicielle - Assistance technique : support - Formation continue - Logistique : climatisation, tlcommunications, lectricit, etc. - Consommables : papier, cartouches d'encre, supports de sauvegarde, etc.

Ne faut-il pas mettre le cot en relation avec la capacit de couverture des charges par les produits de l'institution ? Un SI, mme si son acquisition est subventionne va gnrer des charges fixes de fonctionnement qui devront tre supportes par l'institution. Face l'objectif de prennisation, les cots affrents au SI doivent effectivement tre couverts terme par les produits.

Cots lis l'entretien permanent (maintenance) ? Les cots lis la maintenance couvrent non seulement l'entretien du matriel mais aussi le logiciel (mises jour), la documentation qui doit tre mise jour et la formation continue des ressources humaines. Dcentralisation Quelle est la meilleure architecture promouvoir (centralise Vs dcentralise) ? On ne peut pas recommander, priori, sans autres lments d'apprciation, une solution plutt qu'une autre. L'arbitrage doit tenir compte de facteurs tels que le budget disponible, la qualit des ressources humaines, les infrastructures de tlcommunication, l'importance d'avoir l'information consolide en temps rel, etc.. Quelques rflexions sur les deux modes de fonctionnement : Fonctionnement centralis : Ncessite des infrastructures de tlcommunication de qualit (sur le plan du dbit) et fiables (car en cas de non fonctionnement, les caisses sont coupes du sige). Ceci a un cot non ngligeable selon les pays. Le fait de disposer d'une base de donnes unique prsente l'avantage : - de disposer d'une information consolide en temps rel, - de rduire certains cots d'investissements (sur le serveur les licences de gestionnaire de base de donnes formation en administration du SI etc..), - de rduire certaines cots de fonctionnement : quipements de sauvegardes, onduleurs, - de pouvoir servir les clients partir de n'importe quelle caisse, - etc Les inconvnients se mesurent en terme de : - risque d'interruption du service en cas de panne au niveau du serveur central : il est important de mettre en place des procdures draconiennes de fonctionnement en mode dgrad et celles-

Page

ci ont un cot, - augmentation des cots lis aux infrastructures de tlcommunication, - ncessit (ventuelle) de disposer en interne, d'une ressource spcialise en matire de tlcommunications selon l'infrastructure retenue. Fonctionnement dcentralis : Chaque caisse dispose en interne de son serveur et la base de donnes centrale du sige est mise jour une frquence dtermine par transfert de fichiers via les tlcommunications ou par copie sur supports lectroniques. Avantages : - le fonctionnement des caisses est indpendant, - les cots en matire de tlcommunication peuvent tre rduits au minimum. Inconvnients : - l'information consolide n'est pas disponible en temps rel - augmentation des certains cots d'investissements (sur le serveur, les licences de gestionnaire de base de donnes, formation en administration du SI etc..), - les clients ne peuvent tre servis que par leur caisse d'origine, - selon la complexit de la solution retenue, ncessit de disposer d'un pool technique plus important pour assurer les support de premier niveau. Contraintes et avantages d'un pool informatique commun plusieurs IMF ? Comment rsoudre le problme des cots levs des logiciels ? La mise en commun d'un pool informatique peut s'analyser sous deux aspects : - Mise en commun de ressources humaines responsables de l'informatique : La plus facile mettre en oeuvre. Elle prsente l'avantage de rduire les cots de personnel (partage entre plusieurs institutions) et les risques de voir la ou les ressources surcharges et ventuellement, de se voir imposer des procdures et/ou des modes de fonctionnement. - Mise en commun de l'application : Il s'agit ici d'hberger la base de donnes de diffrentes IMF sur un mme serveur. Cette solution prsente un avantage important en terme de rduction des cots d'investissement et de fonctionnement. Les points pouvant constituer un frein au niveau des IMF relvent de la confidentialit des donnes, mais aussi de la continuit du service (li une panne du serveur ou des tlcommunications). Ce type de solution n'est envisageable que dans les pays offrant des infrastructures de tlcommunications fiables, rapides et peu coteuses. Deux expriences dans le domaine ont t prsentes : - CIDR a mis en place une mme application au sein des CVECA avec la mise en place d'un systme de partage des services de maintenance. - Crystal Clear Software a cit l'exemple d'IMF qui ont mis en commun le recrutement d'une ressource informatique qui leur assure le support de premier niveau sur le mme logicie

Page