CAHIER DES CHARGES POUR LA MISE EN

ŒUVRE D’UNE SOLUTION MONETIQUE

Date : 23-06-2014
Version : 1.
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

I. Introduction

A. Contexte et Justification du Projet

La BANQUE BURUNDAISE pour le COMMERCE et l’INVESTISSEMENT « BBCI »
désire lancer son projet monétique afin de fournir à sa clientèle de nouveaux
produits et services basés sur les moyens de paiement électroniques.
La BBCI vise à travers ce projet à :
• développer de manière efficace des moyens modernes de paiement afin
d’augmenter leur productivité interne, d’apporter de nouveaux services
à la clientèle et de promouvoir l’utilisation des moyens de paiement
modernes ;
• mettre en commun les moyens nécessaires pour le traitement des
opérations monétiques, et ainsi éviter la multiplication des
investissements, aussi bien humains que matériels ;
• assurer la sécurité du système et réduire le risque systémique ;
• proposer des produits et des services accessibles à un plus grand nombre
(y compris les personnes à faibles revenus et les populations non
bancaires) ;
• augmenter de manière significative le taux de détenteurs de moyens de
paiements électroniques ;
• développer de manière significative la part des transactions
électroniques dans les flux financiers ;
• mettre en œuvre une solution monétique privative complète aux normes
et standards internationaux en vigueur capable d’évoluer vers une
intégration interbancaire nationale et sous régionale. En effet, la Banque
de la République du Burundi a entrepris une réforme du système de
paiement par la modernisation du système d’échange et de règlement
des transactions interbancaires et la mise en place d’un système de
paiement par carte bancaire reposant sur une interbancarité à l’échelle
nationale et sous régionale par l’intégration du Burundi dans le système
de paiement de la zone EAC.

P a g e 2 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

B. Objectifs
L’objectif à terme est de permettre à la BBCI de disposer d’un système
monétique permettant d’accroitre efficacement sa productivité, tout en
respectant les critères suivants :
• Modularité : le système monétique doit être d’une architecture flexible,
modulaire et intégrée.

• Sécurité : une exigence principale pour la validation du système

monétique cible qui doit notamment respecter les caractéristiques
générales du paiement :
o Authentification du donneur d’ordre et du commerçant ;
o Confidentialité de l’opération ;
o Intégrité des données transmises ;
o Interopérabilité ;
o Accès direct au compte du porteur dans le Système d’Information
de la Banque (SIB).

• Evolutivité : le système doit être ouvert en permettant aux émetteurs et

aux acquéreurs de réduire les coûts d’exploitation et d’augmenter la
profitabilité tout en contrôlant les risques que comporte l’activité de
paiement électronique. L’évolution concerne entre autres le marché, les
technologies (transaction par internet, cartes sans contact, biométrie,
etc.), la globalisation et l’apparition de nouveaux acteurs. Il faut noter
également la possibilité d’intégrer les modifications périodiques
demandées par les systèmes internationaux de paiement et ceux
assurant la future interbancarité nationale et sous régionale.

• Normes : le système doit être conforme et certifié aux normes EMV, PCI-
DSS et aux standards les plus répandus tels que l’ISO 8583 ainsi que le
respect de toutes les dispositions prévues dans le cadre de la mise en
place de la monétique interbancaire (Switch National du Burundi).

P a g e 3 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

Pour atteindre ses objectifs, sans perdre de vue les contraintes de rentabilité, la
BBCI a basé sa stratégie sur le développement d’une monétique privative en
déployant les services de base : Emission de cartes sur la technologie puce
EMV, Acquisition GAB et TPE dans un mode de fonctionnement ON LINE. Cette
phase permettra une appropriation et une maitrise des systèmes mis en œuvre
avant l’ouverture aux réseaux internationaux et au Switch National du Burundi.

P a g e 4 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

II. Description de l’Existant

A. Organisation du Système d’Information de la Banque

Le Système d’Information Bancaire (SIB) de la BBCI est construit sur une
architecture centralisée sous AIX version 5.3 avec une base de données Oracle
11g Edition Entreprise. Le progiciel bancaire utilisé s’appelle «SuperBank».
L’architecture logicielle met en œuvre un serveur d’application tournant sous
AIX et un serveur de données tournant sous Linux. La communication entre les
différents systèmes est assurée en TCP/IP.

B. Siège et Agences
Le siège de la BBCI est à Bujumbura et abrite l’ensemble des équipements
informatiques (serveurs nominaux et backup). La BBCI possède 13 agences
dont 7 à Bujumbura et 6 en province. Toutes les agences sont en connexion
TCP/IP avec le siège.

P a g e 5 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

III. Description du système cible

La solution monétique souhaitée devra être modulaire, sécurisée,

ergonomique, multicanal, multidevises, multi protocoles, certifiée conforme
aux normes métier exigées, d’apprentissage et d’utilisation facile. Une solution
métier qui permettra à la BBCI de faire bénéficier à ses clients des services
innovants basés sur les dernières avancées technologiques.

A. Fonctionnalités du Système Monétique

Le Système Monétique devra assurer les fonctions de base d’Emission de cartes
bancaires de tous types et d’Acquisition de transactions privatives et
interbancaires nationales ou internationales.

i. Fonctionnalités de base
La solution attendue devra permettre de gérer entièrement la monétique de la
banque (Front Office et Back Office). Le système devra permettre :
- La gestion du cycle de l’Emission (de l’adhésion à l’exploitation de la
carte)
- La réalisation du processus de l’Acquisition : gestion en temps réel des
terminaux GAB, des TPE installés, gestion des autorisations multicanal et
multidevises, interface avec le Système d’Information de la Banque,
- La compensation des transactions sur les différents réseaux ou systèmes
de paiement,
- La gestion du risque et de la fraude,

ii. Autres fonctionnalités

La solution proposée doit en plus des fonctionnalités de base, prévoir
l’intégration du futur Switch du Burundi dont les travaux ont été lancés parla

P a g e 6 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

Banque de la République du Burundi. En outre, la solution doit prévoir

l’intégration aux réseaux internationaux VISA et MASTERCARD.

iii. Protocoles
La solution attendue doit mettre en œuvre les standards métiers les plus
répandus tels que le protocole ISO 8583. En matière de communication avec les
terminaux GAB, les protocoles les plus courants doivent être disponibles : NDC,
NDC+, APTRA NDC, DIEBOLD, et pour la partie TPE : ISO 8583, CB2A.

iv. Normes
La solution attendue doit être conforme full-EMV dans le cadre de l’Emission
de cartes et l’Acquisition des transactions. Elle doit être également en
conformité PCI-DSS relativement à la sécurité des acteurs et des échanges
d’information dans les systèmes de paiement. Les niveaux les plus élevés
exigibles dans ces normes seront requis.

v. Volumétrie
La solution proposée doit permettre le traitement sécurisé et efficace de petits
volumes de transactions (au début de l’exploitation du système dans un
environnement privatif) et évoluée avec les mêmes critères de qualité et de
performance vers une volumétrie plus importante (1000 terminaux
d’acquisition, 500 000 porteurs, +1 000 000 transactions/jour).

vi. Disponibilité
La solution proposée doit utiliser les moyens technologiques du moment
permettant d’assurer une haute disponibilité des services avec la capacité
d’une reprise sur incident. Les mécanismes mis en œuvre (logiciels ou
matériels) devront être clairement définis pour assurer une disponibilité
24H/24.

P a g e 7 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

vii. Communication
Les communications entre les équipements en dehors de toute précision
particulières se feront en TCP/IP.

B. Gestion des GAB

i. Fonctionnalités
Le module GAB doit permettre aux porteurs disposant de cartes privatives ou
des réseaux acceptés d’accéder aux services de base suivants :
• Le Retrait d’espèces avec choix du compte,
• La Consultation de solde,
• La Consultation des X dernières opérations,
• L’impression du solde,
• L’impression de l’historique des X dernières opérations.

D’autres services supplémentaires sont à prévoir, tels que :

• Demande de chéquier,
• Virement compte à compte,
• Paiement de facture,
• Rechargement de cartes porte-monnaie électronique,
• Recharge téléphonique,
• Dépôt d’espèces.

ii. Paramétrage
Le module GAB doit permettre le paramétrage de manière générale de chaque
terminal mais en particulier, il devra être possible de définir les paramètres du
réseau d’acceptation (BIN, Codes Services, etc.), la cinématique, les paramètres

P a g e 8 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

à gérer au niveau de la supervision des équipements, la périodicité des

remontées de statut des équipements surveillés, etc.

iii. Monitoring et Supervision

Le module de gestion des GAB doit permettre d’assurer une disponibilité et une
qualité de service en donnant la possibilité d’opérer un monitoring et une
supervision du parc de GAB 24H/24 et 7J/7. Il devra être possible dans le cas
d’un parc important de procéder à des regroupements de terminaux par
thème : villes, constructeurs, etc. pour faciliter le suivi opérateur.
L’outil de monitoring des GAB doit permettre une identification visuelle rapide
et efficace de l’état de fonctionnement d’un terminal GAB : en service, hors
service, en maintenance, alerte sur le niveau d’un consommable (niveau
minimum atteint, épuisé, indisponible), etc.
L’outil de supervision doit permettre de réaliser un minimum d’opérations à
distance afin d’optimiser les temps d’arrêts de fonctionnement et garantir une
plus grande disponibilité : lancement, arrêt, redémarrage, interrogation des
compteurs, etc.

C. Gestion de l’Emission
La solution attendue doit permettre dans le cadre de l’émission de gérer
efficacement le cycle de l’émission : création des porteurs, création des
produits, association produits - porteurs, création de la carte, demande de
personnalisation, réception des lots du personnalisateur, dispatching, livraison
au client, activation mais également toutes les opérations de maintenance sur
une carte. Par opérations de maintenance sur une carte, il faut comprendre : la
mise à jour des attributs de la carte (renouvellement, modification des
paramètres de gestion, modification du plafond, réédition de code PIN,
remplacement du plastique, déblocage code PIN, changement de code PIN si
autorisé, etc.).

P a g e 9 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

Les outils de gestion du référentiel des porteurs doivent permettre

l’élaboration d’états ou de tableaux de bord permettant une analyse qualitative
de l’activité « Emission » ; apporter une assistance aux commerciaux dans la
mise en œuvre efficace des plans marketing.
Le système doit être capable de traiter tout type de produits cartes :
• Les cartes de débit privatives ou adossées à un réseau
• Les cartes prépayées privatives ou adossées à un réseau
• Les cartes virtuelles (exemple cartes à usage unique pour des paiements
sécurisées sur Internet)
• Les cartes co-brandées privatives ou adossées à un réseau
• Etc.

i. Typologie des cartes :

Les cartes utilisées sont les cartes à puce, à piste magnétique et les cartes sans
contact. Le système attendu devra être évolutif et intégrer d’autres types de
cartes en fonction des avancées technologiques.

ii. Activation des cartes :

La solution proposée doit permettre une activation de la carte et donc une
ouverture à son exploitation par le porteur seulement lorsqu’elle est en
possession de ce dernier. Plusieurs cas sont possibles :
- Activation manuelle dans le système après la livraison et décharge par le
porteur, disponible par défaut dès lors que l’on peut à la demande
désactiver une carte ;
- Activation automatique, à partir de la première utilisation sur un GAB de
la banque émettrice.
La solution attendue devra être capable de mettre en œuvre le mode
d’activation automatique.

P a g e 10 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

D. Gestion des TPE

Le module TPE doit permettre la gestion de TPE utilisant comme support de
communication :
• Liaison RTC
• Liaison GPRS
• Liaison IP
Les TPE doivent acceptés les cartes à puce, à piste magnétique et sans contact
et offrir les services suivants :
• Cash Advance dans les agences de la BBCI
• Achats chez les commerçants
• Paiement de facture
Le module TPE doit permettre le paramétrage des TPE, la gestion de la
télécollecte.

E. Interface avec le Système d’Information de la BBCI

La solution monétique devra être interfacée avec le Système d’Information de
la BBCI permettant ainsi un fonctionnement en mode ON LINE (liaison établie)
ou en mode OFF LINE (SIB indisponible). Le mode de fonctionnement admis par
défaut est le mode ON LINE.
Les interfaces des deux systèmes (monétique et information bancaire)
s’échangeront régulièrement des messages pour définir le statut de l’interface
(actif ou non actif).
Le passage du mode de fonctionnement ON LINE vers le mode OFF LINE pourra
être réalisé manuellement ou automatiquement selon des conditions
prédéfinies.

P a g e 11 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

En cas de fonctionnement en mode OFF LINE, une priorité devra être donnée
par le système à la mise à jour des informations sur le SIB relativement aux
transactions autorisées dans ce mode avant toute reprise du mode ON LINE.
Les informations détenues sur le SIB prévalent par rapport à celles présentes
sur le système monétique. Une mise à jour régulière des données des porteurs
devra être opérée entre le SIB et le système monétique (statut des comptes,
paramètres de gestion, solde, etc.).
Le mode de communication utilisé sera TCP/IP.

F. Gestion des Autorisations

Les autorisations à traiter peuvent provenir de n’importe quelle source : GAB,
TPE, Mobile, etc.
Le système proposé doit permettre la gestion des autorisations en mode ON
LINE, en relation directe avec le SIB ou mode OFF LINE, SIB non opérationnel.
Dans ce dernier cas, la définition des règles d’autorisation devra être souple
(spécifiées par rapport au réseau utilisé dans un cadre domestique, régional ou
international, par rapport au profil associé au produit carte, voire à une carte
spécifique pour les clients VIP par exemple).

G. Compensation et Règlement
Le module de compensation et de règlement doit être capable de générer à
partir des transactions, les écritures comptables à fournir au SIB pour
comptabilisation. Dans ce cas, le système doit permettre le paramétrage aisé
des schémas de comptabilisation en fonction du type de transaction et des
codes d’opérations comptables définis dans le SIB.
Une interface comptable sera prévue à cet effet pour permettre la prise en
charge dans le SIB du traitement comptable de la journée monétique.

P a g e 12 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

H. Facturation
La solution attendue doit permettre à la banque de pouvoir facturer tout type
de service à ses clients afin de rentabiliser ses investissements. Le paramétrage
des frais de service doit être souple, intuitif et facilement paramétrable. Il sera
possible de gérer des frais de service à l’unité, sous forme de pourcentage, avec
des conditions (comme par exemple avoir la possibilité de facturer les
transactions de retraits à partir d’un nombre sur une période), suivant une
périodicité. La définition des frais peut être à la carte, au produit, relatif à un
lot de cartes, à un BIN, etc.
En un mot, la BBCI doit disposer d’un outil lui permettant une bonne définition
des frais de services avec la possibilité d’avoir des états et tableaux de bord en
vue de contrôler le niveau de réalisation des prévisions de produits
monétiques.

I. Risque et Fraude
Le système attendu doit permettre une remontée d’informations relatives aux
comportements des porteurs afin de gérer de manière optimale les risques
opérationnels. Il doit être capable de générer des alertes relatives aux usages
abusifs des cartes (transactions répétées hors du cadre contractuel pouvant
être assimilées à de tentatives de fraude).
Le système doit permettre à la BBCI d’avoir une parfaite maîtrise du risque
porteurs et limiter au maximum les cas de fraude.

J. Business Intelligence
La solution proposée devra permettre de disposer de toutes les informations et
de tous les rapports nécessaires à une bonne analyse de l’activité monétique.

P a g e 13 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

Cette analyse doit être rendue possible, selon plusieurs critères unitaires ou
combinés comme : le réseau d’affiliation, le type de produit carte, le type de
transactions (Emission ou Acquisition), le terminal (GAB, TPE, Mobile, etc.), le
porteur, le commerçant, etc. Aux propositions existantes dans la solution, la
BBCI pourra définir d’autres types d’états statistiques ou tableaux de bord.

P a g e 14 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

IV. Contraintes

A. Contraintes Fondamentales
Les contraintes dites fondamentales sont celles qui doivent être respectées
indépendamment du problème traité. Le système monétique doit être :
• Modulaire : description du produit en modules logiciels distincts traitant
des fonctions distinctes et reliés à leur environnement par des prises
applicatives, simplifiant la montée en charge par des ajouts fonctionnels,
l’installation et les tests.
• Convivial : les interfaces utilisateurs doivent être intuitives, d’utilisation
facile apportant une plus grande adaptabilité.
• Evolutif : capable de s’adapter facilement aux évolutions
fonctionnelles du métier ou des évolutions technologiques, rapidement
et à moindre coût, sans régression.
• Scalable : la solution peut croître pour traiter des volumes beaucoup plus
importants.
• Disponible : le système est capable d’assurer un service sans
interruption, quelles que soient les conditions de fonctionnement
(migrations, panne de systèmes, changement de version, upgrade
système, etc.).

B. Contraintes Fonctionnelles et Techniques

i. Architecture Globale :
La solution monétique mise en œuvre sera constituée en système nominal et
système de backup.
Le système nominal qui comprend les équipements de production (serveurs,
HSM, applications) sera hébergé dans le centre de traitement informatique de
la banque localisé au siège. Le système de backup, hors du siège, hébergerait
les équipements de secours.

P a g e 15 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

Le fonctionnement est fait de sorte que le système nominal est en secours

mutuel du système de backup. La synchronisation des deux sites se fera
manuellement ou automatiquement.
Il sera prévu de mettre à disposition un environnement de test.

ii. Architecture des Systèmes Informatiques :

Les équipements matériels supportant les applications du système monétique
devront fonctionner sous OS UNIX ou LINUX, présenter un très haut niveau de
disponibilité et être aisément extensible au niveau de toutes leurs
composantes.

iii. Logiciels Applicatifs :

Les logiciels applicatifs doivent être des produits performants, modernes et
éprouvés, au catalogue du fournisseur. Ils doivent respecter un mode
d’implémentation qui leur permet d’évoluer rapidement et à moindre coût, et
de garantir des changements de version sur les sites opérationnels sans
dégradation de la qualité de service.
Ils doivent être facilement configurables en fonction de la charge.

iv. Les Réseaux :

Protocole de communication : TCP/IP
Protocoles applicatifs :
• transfert de fichier dans le domaine local, protocole à définir.
• transfert de fichier international en fonction des plates-formes accédées.
• transactionnel en protocoles ISO 8583
• terminaux GAB : NDC, NDC+, APTRA NDC, DIEBOLD
• terminaux TPE : ISO 8583, CB2A

P a g e 16 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

v. Normes :
La solution monétique doit être conforme aux normes et standards métiers en
vigueur : EMV, PCI-DSS.

C. Contraintes Organisationnelles

i. Conduite du Projet :
Le soumissionnaire présentera son plan d’assurance qualité et l’adaptabilité de
celui-ci au projet. Il définira sa méthode et ses outils de conduite de projet, et
ses outils de planification. Il présentera l’organisation et les équipes qu’il
mettra en place dans le cadre de l’exécution du projet.

ii. Intégration :
Le soumissionnaire présentera un plan de recette et d’intégration. Il présentera
les procédures de recette et d’intégration de son plan d’assurance qualité.

iii. Garantie :
Le soumissionnaire devra déterminer une période de garantie de la solution
monétique après sa mise en production pour la correction des anomalies post
production.

iv. Maintenance et Hot Line :

Le soumissionnaire proposera un contrat de maintenance dont le début se
situera à l'issue de la période de garantie, pour une durée minimale de dix (10)
ans.

P a g e 17 | 18
Cahier des charges fonctionnelles pour la mise en œuvre d’une
solution monétique

Le contrat de maintenance devra offrir :

• des services de maintenance corrective pour remédier aux anomalies
bloquantes ou non bloquantes liées au système ou à son utilisation ;
• le maintien de la compatibilité de la Solution Monétique avec les règles
et normes d’échanges imposées ou recommandées par les réseaux
émetteurs ;
• des évolutions mineures du produit n’entraînant pas de rupture de la
compatibilité ascendante ;
• une prestation d'Assistance Technique Téléphonique (ATT) 24 heures sur
24 et 7 jours sur 7, pour apporter aux utilisateurs des clarifications sur la
documentation et/ou le fonctionnement de la Solution Monétique mise
en place.

v. Formation :
Les personnels de la banque assurant l’exploitation du système monétique et
ceux dédiés à son administration devront acquérir les connaissances
nécessaires à l’exécution de leurs activités. Une formation spécifique devra
donc leur être dispensée.
Le soumissionnaire fournira un plan de formation.

vi. Documentation :
Le soumissionnaire fournira toute la documentation nécessaire à la maitrise du
système monétique. La documentation devra comprendre à la fois les
procédures d’installation que celles d’utilisation.

P a g e 18 | 18