Final

Ministre de lEnseignement Suprieur et de la Recherche Scientifique
Universit de Carthage
*-*-*-*-*
Ecole Suprieure de la Statistique et de lAnalyse de lInformation
Projet de fin dtudes

POUR LOBTENTION DU DIPLOME NATIONAL
DINGENIEUR EN STATISTIQUE ET ANALYSE DE
LINFORMATION
Mise en place dune solution daide la dcision pour

le suivi des impays
Ralis par
Encadr par
DHRAIEF Nesrine
M. BESSA Mohamed
M. BOUNDI Ameur
Anne universitaire 2011-2012
Remerciements
Au terme de ce travail, il mest agrable de macquitter dune dette de reconnaissance

auprs de toutes les personnes dont lintervention au cours de ce stage, a favoris son
aboutissement.
Cest avec gratitude et respect que je tiens exprimer mes profonds remerciements M.
BENYOUSSEF Adel, Directeur Central des Affaires Juridiques et du Recouvrement, de
mavoir accord lopportunit de passer ce stage au sein de sa direction, de mavoir intgre
dans son quipe et de mavoir conseille et aide tout au long du stage.
Je tiens remercier tout particulirement et tmoigner toute ma reconnaissance aux
personnes suivantes, pour lexprience enrichissante et pleine dintrt quelles mont fait
vivre tout au long de la priode du stage ainsi que pour leur disponibilit, conseils et suivi :
Mon encadrant universitaire M. BESSA Mohamed ainsi que mon encadrant professionnel
M.BOUNDI Ameur.
Je tiens aussi remercier tous ceux qui mont toujours soutenue et qui ont pris part de leur
temps pour maider laborer ce travail.
Mes derniers remerciements et non les moindres, iront mes proches, et en particulier
mon pre et ma mre qui mont toujours apport leur soutien sans faille. Je les remercie de
toute laffection et tout lamour quils mont tmoign.
Ddicaces
A ma chre mre Farida,

Pour ses sacrifices, sa tendresse et sa patience illimite, que ce travail
soit le tmoignage de mon grand amour et qu'il fasse l'objet de ta
fiert.
A mon cher pre Jalel qui je dois tout,
Qui a cru en moi et m'a soutenue par ses prcieux conseils,
Puisse Dieu te garder et te permettre de jouir du produit de tes efforts.
A Mon cher fianc Mehdi,
Pour tout l'amour et le soutien que tu m'as offert.
A mes frres et sur,
A tout mes amis,
Pour tous les instants inoubliables que j'ai passs avec vous. Je vous
souhaite le succs dans vos vies.
A tous ceux que j'aime et qui m'aiment.
Je ddie ce travail esprant avoir rpondu leurs souhaits de me voir
russir.
Rsum
Les tableaux de bord constituent aujourdhui un outil incontournable de la stratgie

dentreprise et des systmes daide la dcision. Les tableaux de bord sont en effet le
composant cl d'un management de la performance maitris.
La matrise de la conception des tableaux de bord conditionne la russite de la mise en place
d'une stratgie gagnante.
Les tableaux de bord assistent les managers dans nimporte quel niveau de lorganisme, et
fournissent la vue densemble dont les dcideurs ont besoin pour contrler ltat et les
opportunits des affaires. Ils peuvent aussi supporter linteraction avec les donnes, comme la
fouille dans les dtails profonds de ces dernires pour tirer linformation utile.
Ce projet vise implmenter cet instrument dans le but de mesure de la performance et
damlioration du processus de prise de dcision dans le domaine de recouvrement.
Table des matires

Introduction gnrale ................................................................................................................. 1
Chapitre : Contexte gnral..................................................................................................... 3
I. Prsentation de lorganisme daccueil : Arab Tunisian Bank ................................... 4
I.1 Historique .................................................................................................................... 4
I.2 Fiche didentit ............................................................................................................ 5
I.3 Les rseaux dagence et perspectives davenir ........................................................... 5
I.4 Organigramme de lATB ............................................................................................. 7
II. Prsentation de la Direction Centrale des Affaires Juridiques et du Recouvrement....... 8
II.1
Division Recouvrement ............................................................................................ 8
II.2
Division Affaires Juridiques..................................................................................... 9
II.3
Division Garanties ................................................................................................... 9
II.4
Division Administrative et Relations Extrieures .................................................... 9
III.
Prsentation du projet ............................................................................................... 10
III.1
Cadre du projet ...................................................................................................... 10
III.2
Contexte du projet .................................................................................................. 10
III.3
Description du projet ............................................................................................. 10
III.4
Problmatique ........................................................................................................ 11
IV.
Conclusion ................................................................................................................. 11
Chapitre
: Etat de lart ......................................................................................................... 12
I. Quelques dfinitions ....................................................................................................... 13

I.1 Tirage......................................................................................................................... 13
I.2 Effet commercial ........................................................................................................ 13
I.3 Effet financier ............................................................................................................ 13
I.4 Compte gel ............................................................................................................... 13
II. La classification des actifs et la constitution des provisions ......................................... 14
II.1
La classification des actifs ..................................................................................... 14
II.1.1 Les actifs courants .............................................................................................. 14

II.1.2 Les actifs classs ................................................................................................ 15
II.2
III.
La constitution des provisions ............................................................................... 16

La procdure de recouvrement .................................................................................. 17
III.1
Larrangement ou le recouvrement amiable .......................................................... 17
III.2
La phase prcontentieuse ....................................................................................... 18
III.3
La phase contentieuse ............................................................................................ 18
III.3.1 La procdure dinjonction de payer ................................................................... 19

III.3.2 La procdure de droit commun .......................................................................... 19
III.3.3 La procdure de saisie immobilire ................................................................... 19
III.3.4 La procdure de saisie arrt .............................................................................. 20
IV.
Le projet dcisionnel ................................................................................................. 20
IV.1
Introduction............................................................................................................ 20
IV.2
Problmatique de lintgration des donnes htrognes ..................................... 21
IV.2.1 Conflits de reprsentation .................................................................................. 22

IV.2.2 Conflits de noms (termes) ................................................................................... 22
IV.2.3 Conflits de contextes........................................................................................... 22
IV.2.4 Conflits de mesure de valeur .............................................................................. 22
IV.3
Data Warehouse : Aspects mthodologiques ........................................................ 22
IV.3.1 Dfinition dun Data Warehouse ....................................................................... 22

IV.3.2 Caractristiques dun Data Warehouse ............................................................. 23
IV.3.3 Architecture dun Data Warehouse .................................................................... 25
IV.3.4 Restitution des donnes ...................................................................................... 26
IV.4
Modlisation multidimensionnelle ......................................................................... 27
IV.4.1 Dimension........................................................................................................... 27
IV.4.2 Fait ..................................................................................................................... 28
IV.4.3 Mesure ................................................................................................................ 28
IV.4.4 toile .................................................................................................................. 28
IV.4.5 Flocon................................................................................................................. 28
V.
Conclusion ................................................................................................................. 29
Chapitre
: Etude de lexistant et spcification des besoins ................................................. 30
I. Etude de lexistant .......................................................................................................... 31

I.1 Contexte de lATB ...................................................................................................... 31
I.2 Architecture fonctionnelle actuelle du systme de suivi des impays ...................... 32
I.3 Critique de lexistant ................................................................................................. 36

II. Spcification des besoins ................................................................................................ 36
II.1
Enonc du besoin ................................................................................................... 36
II.2
Besoins fonctionnels............................................................................................... 37
II.3
Besoins non fonctionnels........................................................................................ 37
II.4
Architecture fonctionnelle cible du systme de suivi des impays ......................... 38
III.
Conclusion ................................................................................................................. 39
Chapitre
: Conception ......................................................................................................... 40
I. Etapes de la phase conceptuelle..................................................................................... 41

I.1 Dtermination des objectifs et des scnarios danalyse ............................................ 41
I.2 Choix des mesures ou des indicateurs ....................................................................... 42
I.3 Choix des dimensions ................................................................................................ 43
I.4 La table de faits ......................................................................................................... 43
I.5 Modlisation du Datamart IMPAYES ....................................................................... 44
I.6 Etude des donnes sources ........................................................................................ 45
I.7 Le mapping ................................................................................................................ 48
II. Le tableau de bord.......................................................................................................... 50
II.1
Rapports danalyse des impays financiers ........................................................... 51
II.1.1 Schma ............................................................................................................... 51

II.1.2 Table des dimensions ......................................................................................... 52
II.1.3 Table des agrgations ........................................................................................ 53
II.2
Rapport danalyse des impays commerciaux ....................................................... 54
II.2.1 Schma ............................................................................................................... 54

II.3
Rapport danalyse des comptes gels .................................................................... 57
II.3.1 Schma ............................................................................................................... 57

III.
Chapitre
Conclusion ................................................................................................................. 59
: Ralisation ........................................................................................................... 60
I. Environnement et outils de travail ................................................................................. 61
I.1 Environnement matriel ............................................................................................ 61

I.2 Environnement logiciel .............................................................................................. 61
I.2.1
Outils de conception MERISE : Sybase Power AMC 15.1 ............................... 61
I.2.2
SGBD : Oracle10g ............................................................................................. 61
I.2.3
Outil dcisionnel : Qlikview 11 .......................................................................... 62
II. Validation et exprimentation ........................................................................................ 62

II.1
Cration du Datamart ............................................................................................ 62
II.2
Chargement des donnes dans Qlikview ................................................................ 63
II.3
Interfaces homme machine..................................................................................... 64
II.3.1 Ecran daccueil .................................................................................................. 65

II.3.2 Ecran de la situation gnrale des impays ....................................................... 66
II.3.3 Ecran de la situation des impays financiers ..................................................... 67
II.4
III.
Chronogramme ...................................................................................................... 68
Conclusion ................................................................................................................. 69
Conclusion gnrale et perspectives ........................................................................................ 70

Glossaire .................................................................................................................................. 72
Bibliographie ............................................................................................................................ 74
Ntographie .............................................................................................................................. 75
liste des figures

Figure 1. Organigramme de l'ATB............................................................................................. 7
Figure 2. Organigramme de la direction centrale de recouvrement et des affaires juridiques. 8
Figure 3. La chaine dcisionnelle ............................................................................................ 21
Figure 4. Architecture fonctionnelle d'un Data Warehouse .................................................... 25
Figure 5. Schma en toile ....................................................................................................... 28
Figure 6. Schma en flocon de neige ....................................................................................... 29
Figure 7. Architecture fonctionnelle actuelle du systme de suivi des impays ...................... 35
Figure 8. Architecture fonctionnelle cible du systme de suivi des impays ........................... 39
Figure 9. Table de faits fact_impaye ........................................................................................ 43
Figure 10. Datamart IMPAYES ............................................................................................... 44
Figure 11. Rapport d'analyse des impays financiers ............................................................. 51
Figure 12. Rapports d'analyse des impays commerciaux ...................................................... 54
Figure 13. Rapports d'analyse des comptes gels .................................................................... 57
Liste des interfaces

Interface 1. Premire interface Oracle .................................................................................... 32
Interface 2. Deuxime interface Oracle ................................................................................... 33
Interface 3. Interface EQUATION ........................................................................................... 33
Interface 4. Application de suivi des impays financiers ......................................................... 34
Interface 5. Script SQL pour la cration de la table FACT_IMPAYE ..................................... 62
Interface 6. Visionneur de tables.............................................................................................. 63
Interface 7. Script pour le chargement des donnes dans Qlikview ........................................ 64
Interface 8. Ecran d'accueil ..................................................................................................... 65
Interface 9. Ecran de la situation gnrale .............................................................................. 66
Interface 10. Ecran de la situation des crdits......................................................................... 67
Liste des tableaux

Tableau 1. Fiche d'identit de l'ATB -------------------------------------------------------------------- 5
Tableau 2. Objectifs et scnarios d'analyse ---------------------------------------------------------- 42
Tableau 3. Mesures retenues ---------------------------------------------------------------------------- 42
Tableau 4. Dimensions retenues ------------------------------------------------------------------------ 43
Tableau 5. Table client----------------------------------------------------------------------------------- 45
Tableau 6. Table compte client ------------------------------------------------------------------------- 45
Tableau 7. Table garantie ------------------------------------------------------------------------------- 45
Tableau 8. Table impay finanicer --------------------------------------------------------------------- 46
Tableau 9. Table impay commercial ----------------------------------------------------------------- 46
Tableau 10. Table encours credit ---------------------------------------------------------------------- 46
Tableau 11. Table cumul crdit mensuel -------------------------------------------------------------- 47
Tableau 12. Table cumul crdit quotidien ------------------------------------------------------------ 47
Tableau 13. Table agios dbit -------------------------------------------------------------------------- 47
Tableau 14. Table solde du compte -------------------------------------------------------------------- 47
Tableau 15. Table liste chef de zone ------------------------------------------------------------------- 48
Tableau 16. Mapping de la table dim_cpte_clt------------------------------------------------------- 48
Tableau 17. Mapping de la table dim_client --------------------------------------------------------- 49
Tableau 18. Mapping de la table dim_dossier ------------------------------------------------------- 49
Tableau 19. Mapping de la table dim_garantie ------------------------------------------------------ 50
Tableau 20. Mapping de la table dim_recouvreur --------------------------------------------------- 50
Tableau 21. Mapping de la table dim_zone----------------------------------------------------------- 50
Tableau 22. Table des dimensions des impays financiers ----------------------------------------- 52
Tableau 23. Table des agrgations des impays financiers ---------------------------------------- 53
Tableau 24. Table des dimensions des impays commerciaux ------------------------------------- 55
Tableau 25. Table des agrgations des impays commerciaux ------------------------------------ 56
Tableau 26. Table des dimensions des comptes gels ----------------------------------------------- 58
Tableau 27. Table des agrgations des comptes gels ---------------------------------------------- 59
Tableau 28. Chronogramme de la planification des tches du projet ---------------------------- 68
Liste des annexes

Annexe A : Dictionnaire complet des donnes sources............................................................ 77
Annexe B : Prsentation de Qlikview ....................................................................................... 83
Nesrine Dhraief -- Projet de Fin dtudes 2011/2012
Introduction gnrale
Russir une activit but lucratif, cest avant tout avoir le sens de lorganisation, de la
gestion et de la matrise de linformation. Ce que vit le monde de la bourse actuellement et le
dsquilibre que subit une majorit des institutions financires ne sont autres que luvre
dune dficience du monde de linformation relative ces activits.
Cest pour cela que linformation est considre comme le moteur poussant et le cur battant
relative chaque entreprise compte tenu des renseignements offerts visant claircir les
tenants dun projet quelconque. En outre, elle reprsente les lments significatifs pour la
personne qui la reoit et constitue une valeur relle pour ses dcisions et ses actions.
Actuellement, on ne parle plus dune information quelconque, mais on parle plutt de systme
dinformation qui doit tre fiable, pertinent, disponible et normalis. Lapport de loutil
informatique a, en toute vidence, acclr lvolution du monde de linformation et est
devenu un besoin fondamental facilitant lentreprise laffrontement de la concurrence.
Avec le dveloppement dInternet et des intranets, lchange et le partage de linformation
provenant de diverses sources de donnes rparties, autonomes et htrognes deviennent un
besoin crucial. Dans un tel contexte, il est souvent ncessaire pour une application daccder
simultanment plusieurs sources, du fait quelles contiennent des informations pertinentes et
complmentaires. Pour ce faire, la solution des systmes dintgration a t propose. Elle
consiste fournir une interface uniforme et transparente aux donnes pertinentes via un
schma global.
Pour le secteur bancaire, le caractre excessif de la dure de certains dlais de paiement
ainsi que limportance des retards constats dans le rglement des chances constituent des
pratiques ayant pour effet, pour les institutions qui en sont victimes, dalourdir leur gestion
financire, daffecter leur rentabilit et mme, dans certains cas, de menacer leur survie.
Cest pour cette raison que le mtier du recouvrement qui se dfinit par lensemble des
moyens mis en uvre pour se faire rembourser les crances nes suite des crdits accords
la clientle ncessite de disposer dun systme dinformation scuris, fiable, ergonomique, et
capable damliorer le processus daide la dcision.
Introduction gnrale | Mise en place dune solution daide la dcision pour le suivi des impays

Cest dans ce cadre que sinsre notre projet intitul Mise en place dune solution daide
la dcision pour le suivi des impays et qui consiste mettre en place une application
intgre daide la dcision spcifique la direction des affaires juridiques et du
recouvrement et qui permet de suivre les impays et les comptes gels de lATB.
Le prsent rapport de projet de fin dtudes sarticule autour de cinq chapitres :
Le premier chapitre est ddi la prsentation du projet et de son contexte gnral.
Le deuxime chapitre prsente ltat de lart du projet.
Le troisime chapitre est consacr lanalyse de lexistant et la spcification des

diffrents besoins fonctionnels et non fonctionnels.
Le quatrime chapitre est consacr la conception gnrale et dtaille de

lapplication mette en place.
Le dernier chapitre traite la phase de ralisation de lapplication ainsi quune autre

phase alloue la validation et lexprimentation de cette mme application.
Introduction gnrale | Mise en place dune solution daide la dcision pour le suivi des impays
Chapitre : Contexte gnral
I. Prsentation de lorganisme
II. Prsentation du lieu du stage
III. Prsentation du projet
IV. Conclusion
Chapitre I : Contexte gnral | Mise en place dune solution daide la dcision pour le suivi des
impays

Ce chapitre est consacr la prsentation de lorganisme daccueil Arab Tunisian Bank
et la prsentation du projet et plus prcisment son contexte ainsi que la problmatique qui
nous a donn lide de crer une telle application.
I.
Prsentation de lorganisme daccueil : Arab Tunisian Bank

I.1 Historique
LArab Tunisian Bank est une banque commerciale de droit Tunisien. Elle a t cre le 30
Juin 1982 par lintgration de la succursale de lArab Bank Plc, sise Tunis depuis 1952
lapport de personnes physiques Tunisiennes dans le cadre de renforcer sa prsence dans le
monde arabe. Elle sest donne pour mission de contribuer au dveloppement conomique et
financier des pays arabes, en offrant aux professionnels un service diversifi et de qualit.
La croissance de lArab Bank sest faite dans une rgion qui connaissait la fois des
troubles politiques et un dveloppement conomique spectaculaire. Laccession des pays de la
rgion leur indpendance et leur besoin dun support pour se dvelopper en ont t les
principaux moteurs. Le succs de la banque na pas surpris son fondateur.
En effet, lARAB BANK PLC a t fond en 1930 Amman en Jordanie par Monsieur
ABDELHAMID SHOMAN, ce fut la deuxime banque. Sa politique tait dimplanter des
succursales un peu partout dans le monde arabe. Cette banque sest dveloppe normment
et devenue un groupe dune importance majeure dont les filiales sont aujourdhui implantes
dans 45 pays.
Depuis 1982, le rseau de lATB na cess de dvelopper pour atteindre au terme 30 ans,
128 agences implantes sur tout le territoire tunisien en employant 999 personnes.
impays
I.2 Fiche didentit

Comme toute banque, lATB dispose dune fiche signaltique :
Dnomination
LARAB TUNISIAN BANK
Sige Social
9 Rue Hedi Nouira, 1001 Tunis
Forme juridique
Socit Anonyme
Date de Cration
30 juin 1982
Capital social
100 000 Dinars devis en action

de valeur nominale de 10D
PNB au 31/12/2009
125 014(Unit : en 1000 DT)
PNB au 31/12/2010
143 998(Unit : en 1000 DT)
Rsultat au 31/12/09
45 815(Unit : en 1000 DT)
Rsultat au 31/12/10
53 509(Unit : en 1000 DT)
Nombre dagences
128
Nombre demployes
999
Objet Social
Commerce de banque
Rgime Fiscale
Droit commun
Registre de Commerce
47496
Tlphone
71351155
E-mail
Atbbank@atb.com.tn
Site Internet
www.atb.com.tn
Tableau 1. Fiche d'identit de l'ATB
I.3 Les rseaux dagence et perspectives davenir

Larchitecture gnrale du rseau commercial de la banque en Tunisie est fonde sur une
orientation march. Cest ainsi que la couverture gographique du pays est assure par un
rseau dagences implantes dans les principaux daffaires du pays.
Lobjectif de croissance vis par la banque, sera ralis conformment une stratgie
commerciale btie autour des axes principaux suivants:
Le renforcement du rseau pour soutenir la collecte des ressources.
Loffre la clientle dune gamme de produits et services diversifie et compatible
avec lvolution technologique.
La recherche de synergie entre la banque, ses filiales et sa clientle.
5
impays

La consolidation du bon positionnement de la banque dans le secteur.
Loffre la clientle de tous les composants montiques:
La mise en place dun bouquet de sites web spcialiss et ddies aux diffrents clients
(enfants, jeunes, femmes, hommes, particuliers, professionnels et entreprises).
impays
I.4 Organigramme de lATB

LATB est une socit anonyme dirige par un conseil dadministration compos dun
Prsident, de deux Vice-prsidents, de cinq administrateurs reprsentants de lArab Bank
PLC, cinq administrateurs Tunisiens du conseil et dun commissaire aux comptes.
Lorganisation de lATB est reprsent par lorganigramme suivant :
Figure 1. Organigramme de l'ATB
impays
II.
Prsentation de la Direction Centrale des Affaires

Juridiques et du Recouvrement
Lorganigramme du lieu du stage se prsente comme suit :
Figure 2. Organigramme de la direction centrale de recouvrement et des affaires juridiques.
II.1 Division Recouvrement

Les principales tches excutes par les agents responsables dans la division recouvrement
sont notamment:
Contacter lagence concerne du client dfaillant.
Constituer le dossier instruire en collectant les diffrents documents y relatifs
(dossier juridique, dossier de crdit, dossier de garantie).
Entrer directement en relation avec la relation (le client), ou travers lagence et
tablir des scnarios daction.
Elaborer une proposition darrangement.
Assurer le suivi des consolidations et la relance des clients.
Transfrer des dossiers la socit de recouvrement sous-traitante.
8
impays
II.2 Division Affaires Juridiques

Les responsables de cette division doivent remplir les tches suivantes:
Ltude et la rdaction des actes juridiques de la banque.
Llaboration des tudes juridiques relatives toute nouvelle loi/rglementation, une
nouvelle activit ou un nouveau produit de la banque.
La rdaction des conventions et des actes juridiques.
La rponse aux consultations des diffrentes units de la banque (Directions et
agences).
La mise jour du cadre juridique lors des publications relatives aux nouvelles lois,
dcrets, arrts et circulaires.
Donner un avis juridique sur les contrats.
II.3 Division Garanties

Les responsables de cette division doivent :
Rceptionner les Notifications Provisoires de Crdit (NPC).
Recevoir et vrifier les documents juridiques transmis pour la constitution des
garanties.
Etudier les documents ncessaires la constitution des garanties: vrifier lexistence
des documents requis ainsi que les formalits ncessaires pour la constitution des
garanties.
Procder la relance des clients, travers lagence concerne, et rappeler les
documents manquants.
Elaborer le contrat de prt et assurer le suivi de sa signature.
Procder au calcul des frais denregistrement auprs de la recette des finances.
II.4 Division Administrative et Relations Extrieures

Cette division est subdivise en deux services :
Service des Relations Extrieures
Les oprations effectues dans ce service sont:
Le suivi des dossiers de garanties auprs de la Conservation de la Proprit Foncire
(CPF) et du tribunal immobilier.
La constitution et linscription de la garantie.
Le dpt du contrat hypothcaire.
9
impays

Le retrait des certificats de proprits.
Le suivi des dossiers rejets par la CPF.
Le retrait des pices ncessaires pour linscription des dossiers auprs des organismes
comptents (Municipalit, recette des finances).
Service Saisies Arrts
Ce service assure :
La gestion des saisies arrts et des oppositions denier.
La gestion relative aux dcisions de jugement prononc lencontre des clients.
La gestion des rquisitions judiciaire sollicites par la Brigade Economique, Brigade
de Suret de lEtat, Brigade Criminelle, Brigades des Stupfiants etc.
III.
Prsentation du projet
III.1 Cadre du projet

Ce travail sinscrit dans le cadre du projet de fin dtudes en vue de lobtention du Diplme
National dIngnieur en Statistique et Analyse de lInformation. Ce projet, de dure quatre
mois, est effectu au sein de lATB : Arab Tunisian Bank. Son objectif est la mise en place
dune application intgre daide la dcision pour le suivi des impays et des comptes gels.
III.2 Contexte du projet

Aujourdhui, le recouvrement de crances impayes ne se conoit pas sans laide dune
application spcialise. Dans le cadre de lamlioration du processus de recouvrement, lATB
se propose de mettre en place une application intgre qui laide mieux suivre ses crances
impayes.
Ce projet consiste en une application intgre, qui permet le suivi en temps rel et continu de
la situation des crances impayes, en essayant dappliquer le meilleur arrangement avec le
client et des poursuites judiciaires en cas de dfaut.
III.3 Description du projet

Le travail consiste concevoir un entrept regroupant les donnes qui concernent les
impays financiers, les impays commerciaux et les comptes gels des clients ATB, faire la
classification quotidienne de ces crances en se basant sur des rgles fixes par la Banque
Centrale de Tunisie, et enfin crer un tableau de bord destin aux dcideurs du dpartement
des affaires juridiques et du recouvrement et qui sera aliment par lentrept de donnes dj
10
impays

conu. Ce tableau de bord permettra de suivre la trace ltat des impays et des comptes
gels. Cela donnera le moyen aux membres de bien apprcier les problmes rencontrs, de
participer la prise de la dcision ainsi que de sinvestir dans dventuels plans dajustement.
Lapplication crer ne doit pas communiquer directement avec la base de donnes du
systme dinformation de production, mais avec une base de donnes intermdiaire qui sera le
point de liaison entre la base de donnes du systme dinformation et lapplication daide la
dcision.
Le projet se divise donc en deux parties principales :
Intgration de ces diffrentes informations par lintermdiaire de lentrept de
donnes.
Cration dun tableau de bord qui communique avec cet entrept et qui donne
lopportunit de gnrer des rapports automatiques pour des fins danalyse et de
suivi.
III.4 Problmatique
Lapplication dcrite ci-dessus doit rpondre trois objectifs qui sont les suivants :
Assurer la mise jour automatique et planifie de lentrept de donnes avec lequel le
tableau de bord va communiquer.
Assurer aux personnes intervenant dans la procdure de recouvrement et disposant
dune connexion intranet, de se connecter au serveur de la banque, et dutiliser
lapplication.
Avoir une vue globale sur toutes les donnes via une interface unique et possibilit de
gnrer des rapports automatiques selon le besoin de lutilisateur.
IV.
Conclusion
Ce chapitre constitue une partie introductive dans laquelle une prsentation des grandes
lignes du sujet a t tablie. Nous avons prsent lorganisme daccueil, le contexte gnral
du projet et la problmatique lie.
Compte tenu de cela, nous allons prsenter dans le chapitre qui suit, ltat de lart du projet
et les diffrentes notions qui y sont lies.
11
impays
Chapitre
: Etat de lart
I. Quelques dfinitions
II. La classification des actifs et la constitution des provisions
III. La procdure de recouvrement
IV. Le projet dcisionnel
V. Conclusion
12
Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays

Aprs avoir prsent le projet, son cadre gnral et la problmatique associe, nous
consacrons ce chapitre ltat de lart pour mettre en vidence limportance des projets
dcisionnels lis aux domaines du recouvrement.
I.
Quelques dfinitions
I.1 Tirage
Le tirage est lacte par lequel le crancier dit le tireur ou encore le crancier
bnficiaire cre une lettre de change ou un billet ordre que le dbiteur des sommes dues dit
tir devra rgler lchance.
I.2 Effet commercial

Lexpression effet commercial est la plus couramment utilise pour dsigner linstrument de
paiement terme dune transaction commerciale. Les effets de commerce sont des crits qui
peuvent porter le nom de lettre de change ou de traite.
Le but premier des effets de commerce est le paiement diffr dune dette ou dune
obligation, contracte court terme entre des commerants.
Il a encore pour but de faciliter les oprations impliquant la prestation, son paiement et les
recours des parties. Il est important de prciser que les traites sont beaucoup utilises pour des
oprations commerciales dans le cadre de lexploitation dune entreprise.
I.3 Effet financier

Il sagit dun titre par lequel une personne dnomme souscripteur, sengage payer une
chance dtermine, une somme dargent lordre dune autre personne dnomme
bnficiaire (la banque) do la dnomination billet ordre. Leffet financier est dusage
moins courant que leffet commercial. Il est surtout utilis comme instrument de mobilisation
des crances bancaires.
I.4 Compte gel

Lorsquil est coul un dlai de 90 jours aprs larrt des intrts sans que le compte
nenregistre des mouvements de recettes susceptibles de compenser le montant intgral des
intrts dbiteurs et autres charges, le dcouvert (ou le compte dbiteur) est dit gel.
13
II.
La classification des actifs et la constitution des provisions
Les banques sont tenues de procder la classification de tous leurs actifs quelle quen soit
la forme, quils figurent au bilan ou en hors bilan et quils soient libells en dinars.
Il demeure entendu que la constitution des provisions sopre compte tenu des garanties
reues de ltat, des organismes dassurance et des banques ainsi que des garanties sous forme
de dpts ou dactifs ou dactifs financiers susceptibles dtre liquids sans que leur valeur ne
soit affecte.
II.1 La classification des actifs

Chaque banque doit exiger, pour le suivi de ses encours financiers aux entreprises ayant
auprs delles des risques dpassant 10% de ses fonds propres, un rapport daudit externe.
Les banques doivent, avant tout engagement, exiger de leurs clientles dont les engagements
auprs du systme financier dpassent cinq millions de dinars, les tats financiers
de lexercice prcdant lanne de loctroi de crdit, certifis par un commissaire aux comptes
lgalement habilit.
Elles doivent, galement, exiger les tats financiers des exercices qui suivent lanne de
loctroi de crdit, certifis aussi par un commissaire aux comptes lgalement habilit.
Toutefois, les banques peuvent lappui de tout engagement pris au cours des six premiers
mois de lanne de loctroi de crdit, accepter les tats financiers de lavant dernier exercice
condition quils soient certifis par un commissaire aux comptes lgalement habilit.
Les banques doivent en sus demander leur clientles non cotes en Bourse et dont les
engagements auprs du systme financier dpassent vingt cinq millions de dinars, de fournir
une notation rcente attribue par une agence de notation.
Les actifs dtenus directement sur lEtat ou sur la Banque Centrale de Tunisie ne font pas
lobjet de classification. Pour lvaluation du risque dinsolvabilit, les banques doivent
distinguer leurs actifs du bilan et du hors bilan en actifs courants et actifs classs en fonction
du risque de perte et de la probabilit de recouvrement.
Cette distinction doit faire lobjet dune mise jour continue. Ainsi, les actifs classs doivent
obir des rgles spcifiques en matire de comptabilisation de leurs produits.
II.1.1
Les actifs courants
Sont considrs comme actifs courants, les actifs dont la ralisation ou le recouvrement
intgral dans les dlais parat assur et qui sont dtenus sur des entreprises dont :
14

La situation financire est quilibre et confirme par des documents comptables
certifis datant de moins de 3 mois.
La gestion et les perspectives dactivit sont juges satisfaisantes sur la base des
rapports de visites.
La forme et le volume des concours dont elles bnficient sont compatibles tant avec les
besoins de leur activit principale quavec leur capacit relle de remboursement.
II.1.2
Les actifs classs
Classe 1 : Actifs ncessitant un suivi particulier

Font partie de la classe 1, tous les actifs dont la ralisation ou le recouvrement intgral dans
les dlais est encore assur et qui sont dtenus sur des entreprises qui prsentent lune au
moins des caractristiques suivantes :
Le secteur dactivit connat des difficults.
La situation financire se dgrade.
Classe 2 : Actifs incertains
Appartiennent la classe 2, tous les actifs dont la ralisation ou le recouvrement intgral dans
les dlais est incertain et qui sont dtenus sur des entreprises qui connaissent des difficults
financires ou autres pouvant mettre en cause leur viabilit et ncessitant la mise en uvre de
mesures de redressement.
Outre les caractristiques dfinies la classe 1, ces entreprises prsentent lune au moins de
celles qui suivent :
La forme et le volume des encours ne sont plus compatibles avec leur activit
principale.
Lvaluation de la situation financire ne peut plus tre mise jour cause dune
dfaillance au niveau de la disp0onibilit de linformation ou de la documentation
ncessaire.
Lexistence de problmes de gestion ou de litiges entre associs.
Lexistence
de
difficults
dordre
technique,
de
commercialisation
ou
dapprovisionnement.
La dtrioration du cash flow qui compromet, en labsence dautres sources de
financement, le remboursement des dettes dans les dlais.
Lexistence de retards de paiement des intrts ou des principaux suprieurs 90 jours
sans excder 180 jours.
15

Font galement partie de la classe 2, les autres actifs rests en suspens et non apurs dans un
dlai de 90 jours sans excder 180 jours.
Classe 3 : Actifs proccupants
Appartiennent la classe 3 tous les actifs dont la ralisation ou le recouvrement est menac et
qui sont dtenus sur des entreprises dont la situation suggre un degr de pertes ventuelles
appelant une action vigoureuse de la part de la banque pour les limiter au minimum. Ces actifs
sont gnralement dtenus sur des entreprises qui prsentent avec plus de gravit, les
caractristiques de la classe 2.
Les retards de paiements des intrts ou du principal sont gnralement suprieurs 180 jours
sans excder 360 jours. Font galement partie de la classe 3, les autres actifs rests en suspens
et non apurs dans un dlai de 180 jours sans excder 360.
Classe 4 : Actifs compromis
Font partie de la classe 4 :
Les crances pour lesquelles les retards de paiements des intrts ou du principal sont
suprieurs 360 jours.
Les actifs rests en suspens au-del de 360 jours.
Les autres actifs qui doivent tre passs par pertes. La banque est tenue nanmoins
dpuiser toutes les procdures de droit tendant la ralisation de ces actifs.
II.2 La constitution des provisions

Selon larticle 10 de la circulaire de la Banque Centrale, les banques doivent constituer des
provisions au moins gales 20% pour les actifs de la classe 2, 50% pour les actifs de la
classe 3 et 100% pour les actifs de la classe 4.
Ces provisions doivent tre affectes spcifiquement tout actif class gal ou suprieur 50
milles dinars ou 0,5% des fonds propres nets.
Les biens meubles et immeubles donnes en garantie par les emprunteurs ne sont considrs
comme des garanties valables que dans le cas o la banque dispose dune hypothque dment
enregistre et que des valuations indpendantes et frquentes de ces garanties sont
disponibles.
En outre, la possibilit dune liquidation rapide sur le march au prix dvaluation doit tre
assure.
16
III.
La procdure de recouvrement
Les clients sont la raison dexister des entreprises et ils constituent une grande part de leur
richesse. Mais ces mmes clients peuvent parfois devenir les acteurs conduisant les
entreprises leur perte si ceux-ci se transforment en mauvais payeurs. Les impays, les
retards de paiement et le gel des comptes constituent en effet lune des principales causes de
dfaillance des entreprises. Il est donc important de veiller rapidement au bon rglement des
crances clients en cours afin de ne pas mettre en pril la situation de son entreprise.
La bonne gestion du poste client est un des enjeux les plus importants pour la prennit dune
entreprise et passe par une bonne organisation de son processus de recouvrement de ses
crances.
Il est facile de comprendre le besoin dune bonne gestion du poste client lorsque lon calcule
lincidence financire qui peut affecter la rentabilit dune entreprise, entre autres, le cot du
montant des crances irrcouvrables et celui des intrts financiers dus au retard de paiement.
Le responsable de la gestion du poste client devra avoir une maitrise approfondie dune part
de certains aspects de la comptabilit et dautre part du droit commercial des socits.
Le recouvrement des crances est une procdure administrative interne un organisme
bancaire ou un tablissement de crdit afin de recouvrir une dette impaye ou un compte
gel de la part dun client dbiteur. Cest la dmarche quun crancier entame afin de
rcuprer de son dbiteur la dette dargent quil a contract.
Les moyens mis en uvre pour recouvrer les crances sont fonction de l'importance des
sommes dues, de la nature et de l'anciennet des chances et de la solvabilit du client.
Afin doptimiser les chances de recouvrement de la crance, il convient de respecter les
procdures suivantes.
III.1 Larrangement ou le recouvrement amiable

La phase de recouvrement amiable consiste dlivrer des messages de relance courtois
mais fermes pour inciter le client mauvais payeur :
Rgulariser sa crance impaye.
Comprendre les causes de non paiement.
Identifier les litiges.
Ces relances amiables prennent la forme de lettres de recouvrement, de relances
tlphoniques ou de visites domiciliaires au client dbiteur pour le montant de la crance
17

impaye en principal et en intrts. Lenvoi dune mise en demeure avec accus de
rception fait courir les intrts lgaux ou conventionnels compter de cette date.
Le
recouvrement
amiable
de
crances
passe
aussi
obligatoirement
par
le tl-
recouvrement qui consiste contacter le client dbiteur par tlphone.

Pour que le recouvrement amiable des impays soit efficace, il est impratif dalterner les
actions de relances et de les effectuer aux dates convenues. Ces actions doivent tre
programmes, scnarises et sinscrivent obligatoirement dans la continuit et la progressivit
des messages.
Il est par ailleurs essentiel de matriser tous les rouages dune bonne ngociation
commerciale afin de contraindre votre client dbiteur de procder aux rglements amiables de
ses dettes.
III.2 La phase prcontentieuse

Cette procdure extrajudiciaire consiste notifier au dbiteur rcalcitrant que lutilisation
des voies lgales de recouvrement par la banque est en voie dtre mise en place (format
papier).
Cette notification peut prendre la forme soit dune lettre simple linvitant rgulariser sa
situation dans une premire tape, soit sous la forme dune lettre de mise en demeure
accordant la relation un dlai pour proposer un arrangement amiable.
Cette notification peut tre dlgue un auxiliaire de justice sous la forme dune sommation.
Ces notifications combines ou non peuvent amener la relation la table de ngociation
(archivage papier et multiplicit des intervenants).
III.3 La phase contentieuse

Le recouvrement contentieux, dit aussi judiciaire , permet de recourir aux saisies sur le
patrimoine du dbiteur, mais ncessite l'obtention d'un titre excutoire. La phase de
recouvrement judiciaire se rvle trs encadre, et engendre un dlai d'action ncessairement
plus long que le recouvrement amiable.
Le dbiteur sera alors contraint au rglement de sa dette. On a recours trois procdures :
La procdure dinjonction de payer.
La procdure de droit commun (assignation en paiement).
La procdure de saisie immobilire.
La procdure de saisie arrt.
18

III.3.1
La procdure dinjonction de payer
Cette procdure est la voie par laquelle un crancier peut obtenir promptement un titre
excutoire, c'est--dire une dcision judiciaire de condamnation de son dbiteur au paiement
de sa crance. Elle est prvue par lacte uniforme portant organisation des procdures
simplifies de recouvrement et des voies dexcution.
Le recours cette procdure suppose nanmoins pour le crancier, la dtention dune crance
certaine, liquide et exigible. La juridiction territorialement comptente pour connatre de cette
procdure, est celle du domicile du dbiteur. Le crancier devra alors dposer une requte en
personne ou par le biais de son mandataire, au greffe de cette juridiction.
La dcision de cette juridiction qui est susceptible dopposition, peut tre une dcision
dinjonction de payer ou de rejet. Lorsquil sagit dune dcision de rejet, ce rejet peut tre
total ou partiel. En cas de dcision dinjonction de payer, la cellule de recouvrement judiciaire
reste toujours ouverte un rglement amiable, si le dbiteur le propose.
III.3.2 La procdure de droit commun
Cest la seule voie de recours qui soffre au crancier en cas de rejet de la requte aux fins
dinjonction de payer, il sagit alors pour ce dernier, dassigner le dbiteur en paiement devant
le tribunal de son domicile. En cas de jugement de condamnation au paiement total ou partiel
de la crance, le dbiteur, ses coobligs et hritiers le cas chant, peuvent tre galement
condamns payer. Le dbiteur qui dispose alors dun dlai dun mois pour faire appel, peut
voir la juridiction dappel infirmer ou confirmer le jugement. Dans lhypothse dun arrt
confirmatif, le dbiteur dispose dun dlai dun mois pour se pourvoir en cassation.
III.3.3 La procdure de saisie immobilire
Cette procdure peut savrer invitable, surtout en matire de prt immobilier. Elle consiste
pour un crancier de poursuivre la vente par expropriation force des immeubles appartenant
son dbiteur dfaillant ou de ceux affects sa crance.
Longue et coteuse, la procdure de saisie immobilire nest possible que pour les crances
constates par un titre excutoire. Ce titre en effet demeure au centre de toute la procdure de
saisie immobilire. Cest dailleurs le titre sans lequel aucune saisie immobilire nest
possible.
A preuve, peine de nullit, le commandement aux fins de saisie qui marque le point de
dpart de la procdure de saisie immobilire, doit contenir une reproduction ou une copie du
titre excutoire.
19

III.3.4 La procdure de saisie arrt
La saisie arrt est une procdure permettant, un crancier de bloquer et de rendre
disponibles entre les mains dun tiers, des sommes ou autres meubles dus son dbiteur, pour
se faire ultrieurement attribuer ces sommes, ou le prix de vente des meubles, jusqu
concurrence du montant de sa crance.
En effet, le crancier (gnralement des banques) peut tre amen pratiquer une saisie arrt
sur les sommes dues au dbiteur et sur les objets mobiliers lui appartenant.
IV.
Le projet dcisionnel
IV.1 Introduction
La Business Intelligence (informatique dcisionnelle) propose dutiliser les donnes
transitant par le systme dinformation, donnes de production le plus souvent, en
informations susceptibles dtre exploites des fins dcisionnelles. Sur le plan pratique et
technique, la Business Intelligence se compose dune famille doutils informatiques et de pro
logiciels assurant le fonctionnement de la chane de traitement de linformation. Il est
coutumier de prsenter les lments composant la chane dcisionnelle en quatre catgories
correspondant chacune une fonction spcifique :
1) Collecter, nettoyer et consolider les donnes, extraire les donnes des systmes de
production et les adapter un usage dcisionnel.
2) Stocker, centraliser les donnes structures et traites afin quelles soient disponibles
pour un usage dcisionnel.
3) Distribuer ou plutt faciliter laccessibilit des informations selon les fonctions et les
types dutilisation.
4) Exploiter ou comment assister du mieux possible lutilisateur afin quil puisse
extraire la substance de linformation des donnes stockes cet usage.
20
Figure 3. La chaine dcisionnelle

Le march de l'informatique dcisionnelle reste en croissance rgulire et offre une bonne
visibilit grce aux progrs technologiques continus, aux nouvelles architectures
informatiques (Internet, client-serveur, SOA), la mise en place de nouveaux logiciels et aux
nouvelles stratgies d'entreprise (fusion/acquisitions, gestion client).
IV.2 Problmatique de lintgration des donnes htrognes

Les systmes dintgration doivent permettre lutilisateur daccder, via une interface
daccs unique, des donnes stockes dans plusieurs sources de donnes. Ces sources de
donnes ont t conues indpendamment par des concepteurs diffrents. Cela entrane
lhtrognit des donnes, cest--dire que les donnes relatives un mme sujet sont
reprsentes diffremment sur des systmes dinformation distincts. Cette htrognit
provient des choix diffrents qui sont faits pour reprsenter des faits du monde rel dans un
format informatique. En effet, les donnes sont structurellement indpendantes mais sont
toujours supposes relever de domaines similaires.
La question fondamentale lorsque lon veut faire inter-oprer des bases de donnes
htrognes est dune part, lidentification de conflits entre les concepts dans des sources
diffrentes qui ont des liens smantiques, dautre part, la rsolution des diffrences entre les
concepts smantiquement lis.
21

IV.2.1 Conflits de reprsentation
Ces conflits se trouvent dans le cas o on utilise des proprits diffrentes ou des schmas
diffrents pour dcrire le mme concept.
IV.2.2
Conflits de noms (termes)
Ces conflits se trouvent dans le cas o on utilise soit des noms diffrents pour le mme
concept ou proprit (synonyme), soit des noms identiques pour des concepts (et des
proprits) diffrents (homonyme).
IV.2.3
Conflits de contextes
Le contexte est une notion trs importante dans les systmes dinformation rpartis. En effet,
un mme objet du monde rel peut tre reprsent dans les sources de donnes par plusieurs
reprsentations selon un contexte local chaque source. Ces conflits de contexte se trouvent
dans le cas o les concepts semblent avoir la mme signification, mais ils sont valus dans
diffrents contextes.
IV.2.4
Conflits de mesure de valeur
Ces conflits sont lis la manire de coder la valeur dun concept du monde rel dans
diffrents systmes. Ils se trouvent dans le cas o on utilise des units diffrentes pour
mesurer la valeur de proprits.
IV.3 Data Warehouse : Aspects mthodologiques

IV.3.1 Dfinition dun Data Warehouse
Un Data Warehouse ou un entrept de donnes est une vision centralise et universelle de
toutes les informations de l'entreprise. C'est une structure (comme une base de donnes) qui a
pour but, contrairement aux bases de donnes, de regrouper les donnes de l'entreprise pour
des fins analytiques et pour aider la dcision stratgique. La dcision stratgique tant une
action entreprise par les dcideurs de l'entreprise et qui vise amliorer, quantitativement ou
qualitativement, la performance de l'entreprise. En gros, c'est un gigantesque tas
d'informations pures, organises, historises et provenant de plusieurs sources de donnes,
servant aux analyses et l'aide la dcision. L'entrept de donnes est l'lment central de
l'informatique dcisionnelle. En effet, l'entrept de donnes est le meilleur moyen que les
professionnels ont trouv pour modliser de l'information pour des fins d'analyse.
22

IV.3.2
Caractristiques dun Data Warehouse
Donnes intgres : Ce qui caractrise peut-tre le plus un Data Warehouse est le fait quil
collecte et intgre de la manire la plus automatise possible des donnes provenant dun
ensemble htrogne de systmes sources. En vue de permettre des consultations ou des
analyses globales nanmoins fiables au travers de lensemble des systmes, il est ncessaire
de traiter la structure et le contenu des diffrents apports de donnes de telle sorte quils soient
rendus cohrents avec ceux du Data Warehouse global.
Donnes orientes sujet : Une deuxime caractristique dun Data Warehouse est dtre
spcifiquement structur autour de quelques sujets bien dtermins issus de la ralit
organisationnelle, propos desquels on souhaite rcolter des informations et des
connaissances (ex : clients, produits, ventes, ..., ou, dans notre contexte, impays financiers,
impays commerciaux, comptes gels, garanties).
Donnes histories : Lobjectif primaire dun Data Warehouse est de tenir un historique des
faits. Ainsi, la plupart des tables du Data Warehouse comporteront un lment temporel. De
mme, le fait de disposer en permanence des informations les plus rcentes nest pas aussi
vital et fait que lapport des donnes est moins frquent.
Donnes non variables : Une quatrime caractristique connexe dun Data Warehouse
consiste ne plus modifier en principe les donnes qui y sont stockes; seules de nouvelles
donnes y sont ajoutes.
Aide la dcision : Enfin, un Data Warehouse a un objectif et un groupe dutilisateurs
spcifiques : il doit constituer la base dun systme daide la dcision. Cest la raison pour
laquelle il nest pas ncessaire dy stocker toutes les donnes. Seules celles susceptibles de
contribuer lamlioration des dcisions prises suffisent.
Par ailleurs, lentrept de donnes offre lentreprise les principaux avantages suivants :
Il constitue une collection de donnes centralise disponible pour laide la dcision.
Les volutions des donnes de lentrept sont conserves (historisation des donnes).
Il contient un ensemble de donnes consolides (donnes homognes et fiables).
Il contient des donnes agrges permettant une analyse diffrents niveaux de
dtails.
23

Il permet de dvelopper diffrents thmes danalyse (rorganisation en fonction des
sujets analyser).
24

IV.3.3
Architecture dun Data Warehouse
La figure suivante reprsente larchitecture dun Data Warehouse.
Figure 4. Architecture fonctionnelle d'un Data Warehouse

Nous dcrivons les principaux composants de cette architecture dans les points suivants :
Bases de production :
On appelle, de faon gnrale, bases de production toutes les sources dont il va falloir extraire
des donnes en vue dalimenter le Data Warehouse. On y retrouvera notamment, les donnes
commerciales, les donnes du systme comptable, les donnes sur le personnel, les
informations sur la concurrence, des informations externes produites par divers organismes
nationaux ou internationaux.
Mtadonnes :
La couche mtadonnes est fondamentale dans larchitecture du Data Warehouse, elle est la
seule permettre lutilisateur de comprendre la smantique. On pourrait ainsi dfinir les
mtadonnes, comme tant des informations dcrivant les donnes.
Le dictionnaire de la mtadonne comprend : La description des donnes sources et cibles, la
description des processus dalimentation, et le compte rendu dexcution. Les principales
informations sont destines : A lutilisateur (smantique et localisation), aux quipes
responsables des processus de transformation des donnes du systme de production vers le
Data Warehouse, aux quipes responsables des processus de cration des donnes agrges
partir des donnes dtailles, aux quipes dadministration de la base de donnes (structure de
25

la base implmentant le Data Warehouse), et aux quipes de production (procdures de
changement, historique de mise jour,)
Data Mart, ou magasin de donnes :
Les Data Warehouses tant, en gnral, trs volumineux et trs complexes concevoir, on a
dcid de les diviser en bouches plus faciles crer et entretenir. Ce sont les Data Marts. On
peut faire des divisions par fonction (un data mart pour les ventes, pour les commandes, pour
les ressources humaines) ou par sous-ensemble organisationnel.
ETL/Alimentation :
Loutil ETL (Extract, Transform and Load) rcupre toutes les donnes et les centralise dans
une base de donnes particulire appele Data warehouse, Datamart ou entrept de donnes.
Les outils ETL permettent de rcuprer les donnes quels que soient leurs sources et les
systmes qui les supportent (systme dexploitation, SGBD, formats), dautomatiser et
dindustrialiser le processus dalimentation, de faciliter la maintenance des donnes et de
limiter les dveloppements spcifiques. Ces outils permettent de construire, de mettre jour
et de maintenir le dictionnaire de mtadonnes.
IV.3.4
Restitution des donnes
Les outils de restitution des donnes sont aussi appels outils end-users . Loutil end-users
est llment de larchitecture du systme dcisionnel le plus important pour lutilisateur, car
il correspond laspect visible du systme.
Parmi les solutions de restitution de donnes qui existent, nous citons :
Dashboard (tableau de bord)
Un tableau de bord est un instrument de mesure de performance facilitant le pilotage proactif
dune ou plusieurs activits dans le cadre dune dmarche de progrs. Le tableau de bord
contribue rduire lincertitude et facilite la prise de risque inhrente toutes dcisions.
Le tableau de bord est un instrument daide la dcision.
Le reporting
Le reporting est l'opration consistant, pour une entreprise, faire rapport de son activit.
C'est la prsentation priodique de rapports et bilans analytiques sur les activits et rsultats
d'une organisation, d'une unit de travail ou du responsable d'une fonction, destine en
informer ceux chargs de les superviser en interne ou en externe, ou tout simplement
concerns par ces activits ou rsultat. Les outils de reporting proposent la ralisation
de rapports selon un format prdtermin. Les bases de donnes sont interroges selon les
26

requtes SQL prpares lors de l'laboration du modle. Le rapport peut ensuite tre diffus
sur l'Intranet, priodiquement en automatique ou ponctuellement la demande. L'outil
d'laboration du modle du rapport offre bien entendu des fonctions spcifiques de calcul et
de prsentation (graphiques) afin de concevoir des comptes rendus particulirement seyants et
pertinents.
Le data mining
Le data mining est un concept n du courant de l'intelligence artificielle et qui emploie des
techniques sophistiques pour dgager des tendances et des modles par une analyse de
donnes. Le data mining est un ensemble de traitements et analyses statistiques de bases de
donnes permettant dtablir des relations et des comportements types. On essaye dtablir
des corrlations entre des donnes afin den tirer des renseignements, des indicateurs, des
anomalies, des correspondances, etc.
On peut dire que le data mining est l'ensemble des techniques qui permettent de transformer
les donnes en connaissances.
OLAP (On-Line Analytical Processing)
La finalit d'un Data Warehouse est d'obtenir des vues multidimensionnelles reprsentes
sous la forme d'un cube en trois dimensions sachant quune base multidimensionnelle peut
comporter de nombreuses dimensions.
Les systmes OLAP mettent en uvre des technologies permettant de rassembler, grer,
traiter et prsenter des donnes multidimensionnelles des fins d'analyse et de dcision.
Un outil OLAP est capable de fournir une information multidimensionnelle partage pour
l'analyse rapide.
IV.4 Modlisation multidimensionnelle

La modlisation dimensionnelle structure les donnes d'une faon trs diffrente de la
structure en 3FN (3me forme normale) frquemment utilise par les modlisateurs des
systmes OLTP. La modlisation dimensionnelle produit ce qu'on appelle le Modle
dimensionnel.
IV.4.1 Dimension
Lorsqu'on fait un schma de base de donnes pour un systme d'information classique, on
parle en termes de tables et de relations, une table tant une reprsentation d'une entit et une
relation une technique pour lier ces entits. En BI, on parle en termes de Dimension et de
Faits. C'est une autre approche des donnes, on entend par dimensions les axes avec lesquels
27

on veut faire l'analyse. Il peut y avoir une dimension client, une dimension produit, une
dimension
gographie
(pour
faire
des
analyses
par
secteur
gographique).
Une dimension est tout ce qu'on utilisera pour faire nos analyses.
IV.4.2
Fait
Les faits, en complment aux dimensions, sont ce sur quoi va porter l'analyse. Ce sont des
tables qui contiennent des informations oprationnelles et qui relatent la vie de l'entreprise.
Un fait est tout ce qu'on voudra analyser.
IV.4.3
Mesure
Une mesure est un hyper cube, le plus souvent de type entier ou dcimal, structur par des
dimensions.
IV.4.4
toile
Une toile est une faon de mettre en relation les dimensions et les faits dans un entrept de
donnes. Nous le verrons plus tard, mais le principe est que les dimensions sont directement
relies un fait (schmatiquement, a fait comme une toile).
Figure 5. Schma en toile

IV.4.5
Flocon
Un autre modle de mise en relation des dimensions et des faits dans un entrept de donnes.
Le principe tant qu'il peut exister des hirarchies de dimensions et qu'elles sont relies aux
faits. (Schmatiquement, a fait comme un flocon).
28
Figure 6. Schma en flocon de neige

Note : les flocons et les toiles peuvent tre vus comme une manire de diviser les entrepts
de donnes et les magasins de donnes. On peut les voir comme l'atome de l'informatique
dcisionnelle: le plus petit lment avec lequel ont peut faire des analyses et avec lequel ont
peut faire des magasins de donnes qui, mis ensemble, forment un entrept de donnes.
V.
Conclusion
Ce chapitre a prsent ltat de lart dans le domaine de recouvrement ainsi que dans celui
des projets dcisionnels. Cest ce qui nous a donn lide de lier ces deux domaines lun
lautre grce une solution Business Intelligence qui va permettre damliorer le processus de
suivi des impays et de faciliter la prise de dcision du point de vue recouvrement. Dans le
chapitre qui suit, nous allons prsenter les diffrentes mthodes de travail existantes dans le
lieu du stage et dgager les besoins des diffrents gestionnaires pour pouvoir par la suite
passer la conception de notre solution.
29
Chapitre
: Etude de lexistant et
spcification des besoins
I. Etude de lexistant
II. Spcification des besoins
III. Conclusion
30
Chapitre III : Etude de lexistant et spcification des besoins | Mise en place dune solution daide la
dcision pour le suivi des impays

Dans ce chapitre, nous donnons une description du fonctionnement actuel du dpartement
des affaires juridiques et du recouvrement, par la suite nous prsentons les diffrents besoins
fonctionnels et non fonctionnels du projet, capturs pendant la phase de ltude de lexistant.
Nous terminons par une synthse qui argumente le besoin pour lapplication.
I.
Etude de lexistant
Tout travail organis et qui a suivi une mthodologie rationnelle doit initialement tre
fond sur l'analyse des faits, autrement dit, celui qui veut raliser un travail pertinent doit au
premier lieu fusionner avec l'activit sujet d'optimisation, dans le but de recueillir toutes les
informations ncessaires la ralisation de son travail et aussi pour extraire les procdures et
les traitements suivis dans l'accomplissement des tches en question.
I.1 Contexte de lATB

Arab Tunisian Bank est un oprateur important dans le march de financement en Tunisie.
Toujours fidle ses valeurs, lATB est une banque proche de ses clients. Elle a pour
principal objectif de rpondre au mieux aux exigences et aux besoins de sa clientle en
matire daccompagnement, de ractivit, et de transparence.
LATB privilgie ainsi les relations durables quelle entretient grce sa capacit tre
flexible et trouver les solutions adquates qui facilitent la vie de ses clients. Mais ces clients
peuvent parfois devenir les acteurs conduisant la banque sa perte si ceux-ci se transforment
en mauvais payeurs.
La gestion de la relation financire avec les clients savre tre une fonction stratgique pour
toute entreprise.
LATB dispose dun dpartement spcialis dans le recouvrement et les affaires juridiques,
savoir le recouvrement des impays financiers, des impays commerciaux et des comptes
gels dbiteurs. Le recouvrement se fait donc lamiable ou par voie judiciaire.
Un dcideur du dpartement de recouvrement et des affaires juridiques peut faire recours au
systme dinformation de la banque pour rpondre plusieurs besoins :
Suivi des crances et des comptes gels classs et classables.
Renseigner le tableau de bord relatif aux prvisions et aux ralisations des actions de
recouvrement.
Rceptionner les propositions de transfert contentieux manant des agences.
31

Vrification des encours et des garanties.
Toute autre tche ou responsabilit ncessite par les besoins du service.
I.2 Architecture fonctionnelle actuelle du systme de suivi des

impays
LATB fonctionnait avec le systme ORACLE, mais rcemment ils ont t obligs de faire
migrer les donnes vers un nouveau systme spcifique la banque arabe intitul
EQUATION . La migration des donnes nest pas encore termine, donc une partie des
donnes qui concernent les impays appartient toujours lancien systme. Les deux
diffrents systmes prsentent beaucoup de diffrences qui se manifestent au niveau de la
nomenclature des donnes, de la frquence de mise jour et encore des SGBD.
Pour faire le suivi des impays, le dpartement de recouvrement et des affaires juridiques
dispose dune interface ORACLE et dune interface EQUATION. Les dcideurs du
dpartement fournissent leurs diffrents besoins au systme dinformation qui y rpond grce
des requtes SQL. Une application est dj mise en place pour faire le suivi des impays
financiers seulement.
Les diffrentes interfaces qui permettent de suivre ltat des impays sont les suivantes :
Interface 1. Premire interface Oracle

Cette interface permet davoir des informations globales sur les crdits et le mouvement des
comptes.
32
Interface 2. Deuxime interface Oracle

Cette interface permet davoir des informations globales sur les clients et les soldes dbiteurs.
Interface 3. Interface EQUATION

Cette interface permet de consulter la situation des comptes des clients de lATB, leurs soldes
et les transactions effectues.
33
Interface 4. Application de suivi des impays financiers

Cette application permet de suivre ltat des impays financiers par agence et par numro de
compte.
34

Le fonctionnement actuel du systme de suivi des impays se rsume par la figure qui suit :
Figure 7. Architecture fonctionnelle actuelle du systme de suivi des impays
35
I.3 Critique de lexistant

Face au nombre important de dossiers, les dcideurs du dpartement se trouvent face des
conflits de gestion. Les donnes relatives la crance peuvent tre saisies manuellement mais
aussi importes partir de plusieurs sources de donnes via des interfaces multiples. Ceci
entraine parfois des risques de redondance et de double saisie, sans oublier la perte de temps
qui en rsulte.
Le suivi des impays, des comptes gels et des crances courantes manque de
performance, ceci est en grande partie d labsence dune vue globale sur les informations
ncessaires la gestion du recouvrement. Les donnes sur les impays et les comptes geles
sont stockes dans des systmes de natures diffrentes sous des formats diffrents selon des
structures diffrentes. Elles sont aussi htrognes sur le plan logique. Il faut encore noter
quil ya une grande dpendance vis--vis du systme dinformation. Tout ceci entraine dans
plusieurs une non cohrence des donnes.
Les responsables trouvent des difficults pour dgager des analyses de lexistant, vu le
volume important et la complexit de la structure des donnes. Les rapports manuels quils
gnrent sont pauvres en matire de statistiques descriptives telles que les graphiques.
La prise de dcision est donc une action qui parait lourde.
II.
Spcification des besoins
L'tude de lexistant sert gnralement de point de dpart pour crire le cahier des charges.
A dfaut de pr-analyse, le point de dpart de la phase de dfinition sera constitu par les
besoins des responsables. Il est important de raliser que l'nonc d'un besoin ne constitue pas
un cahier des charges. Je vais donc tout dabord prsenter lnonc du besoin des
responsables, poursuivre avec les besoins fonctionnels et les besoins non fonctionnels de
lapplication et finir avec la modlisation de ces besoins par un schma qui illustre
larchitecture fonctionnelle cible du systme de suivi des impays.
II.1 Enonc du besoin

Le besoin nonc par le responsable de recouvrement est le suivant :
Concevoir et dvelopper une application intgre qui communique avec un entrept
regroupant toutes les donnes relatives aux crances impayes et qui permet de suivre la
situation de ces dernires tout en gnrant des rapports automatiques .
36
II.2 Besoins fonctionnels

Les dirigeants peuvent analyser la procdure de recouvrement pour garantir sa
performance, selon plusieurs axes (client, zone gographique, temps, secteur dactivit) et
spcifier les causes pertinentes de non paiement.
Une des solutions est la mise en place dun datamart qui stocke de manire cohrente le
maximum de donnes relatives aux impays au fur et mesure quelles se prsentent pour
quelles soient exploitables directement, ce datamart est donc mis jour de faon rgulire en
fonction de lvolution des donnes sources.
Par la suite, un tableau de bord qui se connecte cet entrept de donnes permettra de suivre
la trace la situation des impays et des comptes gels selon diffrents axes danalyse et de
gnrer dune faon automatique des rapports qui rsument ltat des impays.
Cette solution permet aux responsables de recouvrement davoir une vue globale sur les
diffrentes donnes via une interface unique pour pouvoir finalement gagner en productivit
en rationnalisant les traitements manuels et en facilitant laccs aux informations.
Cette analyse finira par la recherche de solutions afin de prendre les mesures de protection
adquates permettant de dtecter les clients Bons/Mauvais payeurs et de maintenir une
bonne relation avec un bon client qui rencontre une difficult passagre et de choisir en
fonction du profil du client, la plateforme et laction la plus adapte.
II.3 Besoins non fonctionnels

Les besoins non fonctionnels sont les lacunes qui peuvent empcher lapplication de
fonctionner de manire efficace et performante.
Capacit
La quantit totale des donnes recueillies au sein des bases de donnes slectionnes
reprsente un volume trs important. De plus le traitement de celles-ci augmentera quelque
peu ce volume initial. De ce fait, la capacit du serveur doit tre suffisante afin de pouvoir
recueillir l'ensemble de ces donnes, permettre l'excution du programme et la sauvegarde des
mises jours au fil du temps.
Intgrit
A tous les niveaux de la mise en place de l'entrept de donnes, diffrentes erreurs devront
tre traites notamment celles-ci :
Le traitement des mauvaises donnes lors de l'import de donnes partir des
diffrentes bases.
37

Afin d'homogniser le format des donnes recueillies, il s'avrera ncessaire
de convertir les structures bidimensionnelles en structures tridimensionnelles.
Cette dmarche sera la source d'erreurs qu'il faudra prendre en compte.
L'intgrit rfrentielle dans les tables de base de donnes.
Qualit
Facilitation de laccs aux donnes et de la diffusion de linformation.
fiabilit et traabilit des donnes.
Interaction homme machine la plus intuitive possible.
Simplicit
Vu que parmi les utilisateurs de lapplication, il existe ceux qui nont pas ncessairement de
grandes connaissances dans le domaine de linformatique, les fonctionnalits de la solution
doivent tre comprhensibles et simples manipuler. En effet, la navigation travers les
diffrentes rubriques doit tre conue de manire ce que lutilisateur sy retrouve aisment ;
celui-ci doit en fait se sentir matre de la situation tout moment.
Performance
Lapplication doit rpondre toutes les exigences des utilisateurs dune manire optimale. La
performance de l'application se traduit par un temps daccs allg aux diffrentes
fonctionnalits, un temps d'accs aux donnes acceptables vu la manipulation d'un entrept de
donnes relativement important.
Fiabilit
Il faut garantir la qualit du contenu et la pertinence des informations.
Lergonomie
La premire chose qui attire lattention des utilisateurs cest lergonomie et la facilit
d'utilisation, pour cela une attention particulire doit tre donne ce besoin.
II.4 Architecture fonctionnelle cible du systme de suivi des impays

Le dpartement de recouvrement et des affaires juridiques a besoin dun systme daide
la dcision qui lui permet de suivre ltat des impays et davoir une vue globale sur toutes les
donnes via une interface unique.
Larchitecture fonctionnelle cible du systme de suivi des impays est rsum par la figure
qui suit :
38
Figure 8. Architecture fonctionnelle cible du systme de suivi des impays

Ce nouveau systme permet de recueillir toutes les donnes relatives aux impays provenant
de sources diffrentes et de les stocker dans un entrept (datamart impays) grce des ETL.
Les donnes seront par la suite charges dans qlikview (voir Annexe B) afin de pouvoir
finalement crer des bilans sur les impays pour des fins danalyse et de reporting.
III.
Conclusion
Tout au long de ce chapitre, nous avons tudi la situation actuelle du systme de suivi des
impays afin de dgager les problmes et de proposer de meilleurs solutions. Cest ce qui
nous a aids identifier les besoins fonctionnels et non fonctionnels de lapplication, ce qui
va simplifier le travail ultrieur de conception.
39
Chapitre
: Conception
I. Etapes de la phase conceptuelle

II. Le tableau de bord
III. Conclusion
40
Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays

Le besoin tant maintenant connu, il faut commencer par construire le cur de tout
systme de reporting, le Datamart.
Pour le faire il faut :
Faire une analyse multidimensionnelle afin didentifier les diffrentes dimensions et
mesures dans le Datamart.
Modliser le Datamart grce un schma de modlisation de datawarehouse
(Datawarehousing).
Etudier les sources de donnes qui vont alimenter le Datamart.
Etablir un mapping entre les donnes sources et les champs du Datamart.
I.
Etapes de la phase conceptuelle
I.1 Dtermination des objectifs et des scnarios danalyse

Les objectifs doivent tre choisis et non imposs, choisis directement par les dcideurs
eux-mmes sous forme de besoin exprim. Cest nous, matres duvres, de formaliser ces
objectifs et de les noncer sous forme dobjectifs directement ralisables.
Un bon objectif est un objectif :
Mesurable : L'objectif s'exprime en fonction d'une unit de mesure.
Born : L'objectif est imprativement dfini dans une dimension de temps.
Raliste : La Mthode pour l'atteindre est tout fait plausible.
Accessible : Les moyens sont disponibles, les risques limits.
Fdrateur : L'objectif recueille l'adhsion de la majorit.
Constructif : L'objectif contribue la dmarche de progrs.
Lobjectif est concrtis par des scnarios danalyse.
Dans notre cas, lobjectif est danalyser le volume global des impays.
Nous avons choisi comme scnarios danalyse de faire :
Le suivi du volume global des impays
Le suivi des encours
La classification des engagements
Le suivi des dtails de lencours par chances
Traitement des guaranties
Les diffrents objectifs et scnarios danalyse sont rsums dans le tableau qui suit :
41
Thme
danalyse
Objectif
-Analyser
le volume
global
dimpays.
Impays
Scnarios danalyse
-Suivi du volume
global des impays.
-Suivi des encours.
-Classification des
engagements.
-Dtails de lencours
par chances.
-Traitement des
garanties.
Indicateurs
-Nombre
dimpays.
-Montants des
impays.
-Dtermination des
encours.
Axes danalyse
-Client
-Compte
-Dcision
-Agence
-Zone
-Secteur
-Type crdit
-Date
-Echances
-Nature du
compte
-Classe
-Sexe
Tableau 2. Objectifs et scnarios d'analyse
I.2 Choix des mesures ou des indicateurs

Un indicateur cl de performance ou key performance indicator est une mesure ou un
ensemble de mesures braques sur un aspect critique de la performance globale de
lorganisation.
Ces indicateurs sont dgags lors de la phase de capture des besoins exprims par les
dcideurs.
Les mesures retenues dans notre table de faits sont :
Mesure
Montant_impay
Imp_principal
Imp_intrt
Encours
Encours_principal
Encours_interet
Remboursement_principal
Remboursement_interet
Solde_compte
Libell
Montant de limpay
Impay en principal
Impay en intrt
Encours total
Encours en principal
Encours en intrt
Remboursement en principal
Remboursement en intrt
Solde du compte
Tableau 3. Mesures retenues
42
I.3 Choix des dimensions

Une dimension correspond un axe danalyse de la problmatique du projet, elle est
ncessairement un facteur dont dpend laspect que lobjectif du projet essaye de mesurer.
A chaque dimension est attribue une table. Il existe autant de tables dimensions que de
dimensions. Chaque table de dimension contient les attributs de la dimension en question plus
une cl primaire indpendante de ces attributs.
Les axes danalyse que nous allons insrer dans notre modle sont :
Dimension
Dim_temps
Dim_cpte_clt
Dim_client
Dim_dossier
Dim_garantie
Dim_recouvreur
Dim_zone
Libell
Dimension temps
Dimension compte client
Dimension client
Dimension dossier
Dimension garantie
Dimension recouvreur
Dimension zone
Tableau 4. Dimensions retenues
I.4 La table de faits

Les tables de faits reprsentent des associations dont lexistence dune occurrence dpend
de lexistence des occurrences correspondantes dans les tables dimensionnelles, cest--dire la
table de fait contient lensemble des mesures correspondant aux informations de lactivit
analyser.
La table de fait dans notre cas se prsente comme suit :
fact_impay
Cls trangres vers les

tables de dimensions
Mesures
num_cpte
id_tps
neffet
nom_recouvreur
montant_impay
imp_principal
imp_interet
encours
encours_principal
encours_interet
remboursement_principal
remboursement_interet
solde_compte
...
varchar(15)
integer
numeric
varchar(30)
numeric
numeric
numeric
numeric
numeric
numeric
numeric
numeric
numeric
<pk,fk1>
<pk,fk2>
<pk,fk3>
<pk,fk4>
Figure 9. Table de faits fact_impaye
43
I.5 Modlisation du Datamart IMPAYES

Il faut savoir que la modlisation en flocon de neige existe pour des raisons de
performance. En effet, des dimensions de plusieurs millions de lignes peuvent poser des
problmes de lenteur lors de lexploitation des donnes. Le principe de la modlisation en
flocon de neige est de crer des hirarchies de dimensions, de telle manire avoir moins de
lignes par dimensions.
De plus, le schma en flocons de neige est appropri aux dimensions dont les niveaux sont
relis par des relations n n et 1 n. Par ailleurs, le schma en flocons de neige devient
obligatoire pour une relation dimension-fait de n n.
Dans notre cas par exemple, un client peut avoir un ou plusieurs comptes, un dossier peut
contenir une ou plusieurs garanties. Il est donc envisageable de recourir une modlisation en
flocon de neige.
En termes Merise, le MPD est lui seul utilis pour modliser les datawarehouses.
Nous avons ralis les schmas de modlisation avec le logiciel PowerAMC. (Voir Annexe B)
Voici finalement notre schma conceptuel du Datamart IMPAYES :
dim_zone
IDZONE
integer
<pk>
nom_recouvreur varchar(30) <fk>
NOMZONE
varchar(20)
dim_client
dim_recouvreur
dim_garantie
neffet
code_gar
tat_gar
montant_gar
date_valuation
...
nom_recouvreur varchar(30) <pk>
numeric <fk>
integer
integer
numeric
date
dim_cpte_clt
dim_dossier
neffet
type_effet
montant_effet
date_dec
premiere_ech
derniere_ech
rate
marge
type_crdt
...
numeric <pk>
char(1)
numeric
date
date
date
numeric
numeric
char(3)
fact_impay
num_cpte
id_tps
neffet
nom_recouvreur
montant_impay
imp_principal
imp_interet
encours
encours_principal
encours_interet
remboursement_principal
remboursement_interet
solde_compte
...
varchar(15)
integer
numeric
varchar(30)
numeric
numeric
numeric
numeric
numeric
numeric
numeric
numeric
numeric
<pk,fk1>
<pk,fk2>
<pk,fk3>
<pk,fk4>
num_cpte
num_idt
type_idt
nbre_sign
date_relev
matricule_employ
compte_cloture
compte_gel
date_gel
date_rcupration
date_ouverture
dat_derniere_op
...
varchar(15) <pk>
varchar(15) <fk>
numeric
<fk>
numeric
date
numeric
numeric
numeric
date
date
date
date
type_idt
num_idt
nom_clt
prnom_clt
date_naissance
adresse
num_tel
num_fax
activit_atb
activit_bct
indicateur_rsident
nom_abrg
code_nationalit
forme_juridique
dim_temps
id_tps
jour
mois
trimestre
anne
...
integer <pk>
integer
integer
integer
integer
Figure 10. Datamart IMPAYES
44
numeric
<pk>
varchar(15) <pk>
varchar(30)
varchar(30)
date
varchar(75)
numeric
numeric
numeric
numeric
numeric
varchar(10)
numeric
numeric
I.6 Etude des donnes sources

Nous avons rorganis les champs de chaque table source par groupe thmatique.
Le dictionnaire des donnes complet se trouve dans lAnnexe A.
Table client
Cest la table qui contient les informations sociodmographiques sur la clientle de lATB
(particuliers et entreprises). Elle se situe au niveau de la base Centrale 2 .
Groupe thmatique
Informations client
Information
Identifiant, nom, prnom, date de naissance
Nom, prnom, adresse, tlphone, fax,
courrier
Numro du compte, agence, type de compte
Secteur dactivit, nationalit, indicateur
rsident
Coordonnes client
Informations compte
Informations socioprofessionnelles
Tableau 5. Table client

Table compte client
Cest la table qui contient les informations sur les comptes de la clientle de lATB. Elle se
situe au niveau de la base CENTRALE 2 .
Groupe thmatique
Information
Numro de compte, agence, type de compte,
tat compte, devise
Date douverture, date relev, date gel, date
rcupration, date de dernire opration
Nombre de signataires, coordonnes client
Informations compte
Oprations sur le compte
Informations propritaire
Tableau 6. Table compte client

Table garantie
Cest la table qui contient les informations sur les garantie dtenues sur la clientle de lATB.
Elle se situe au niveau de la base CREDIT .
Groupe thmatique
Donnes garantie
valuation garantie
Information
Numro de dcision, code garantie
tat garantie, montant valu, date
dvaluation
Tableau 7. Table garantie
45

Table impay financier
Cest la table qui contient les informations sur les crdits accords la clientle de lATB et
qui nont pas t rembourss. Elle se situe au niveau du systme Equation.
Groupe thmatique
Informations compte
Informations crdit
Payement crdit
Information
Numro de compte, agence, type de compte
Rfrence crdit, type de crdit, code
engagement
Date chance, montant pay, montant
impay, encours
Tableau 8. Table impay finanicer

Table impay commercial
Cest la table qui contient les informations sur les effets de commerces accords la clientle
de lATB et qui nont pas t rembourss lchance. Elle se situe au niveau de la base
Centrale 2 .
Groupe thmatique
Donnes comptes
Donnes remboursement
Donnes client tir
Information
Numro compte, agence, type de compte
Date chance, date remboursement, date
rejet, code rejet
Nom tir, compte tir.
Tableau 9. Table impay commercial

Table encours crdit
Cest la table qui contient les informations sur les crances, le montant rembours, le montant
impay et lencours. Elle se situe au niveau du systme Equation.
Groupe thmatique
Donnes crdit
Dcision
Informations sur limpay
Informations sur le remboursement
Informations sur lencours
Information
Montant crdit, type crdit, code engagement,
devise, rate, marge
Numro dcision, date dcision, premire et
dernire chance
Impay en principal, impay en intrt, date
entre en impay
Remboursement en principal, remboursement
en intrt
Encours en principal, encours en intrt
Tableau 10. Table encours credit
46

Table cumul crdit mensuel
Cest la table qui contient le montant de crdit cumul mensuellement sur les comptes de la
clientle de lATB. Elle se situe au niveau de la base Centrale2 .
Groupe thmatique
Informations compte
Donnes cumul
Information
Numro de compte
Cumul crdit par mois
Tableau 11. Table cumul crdit mensuel

Table cumul crdit quotidien
Cest la table qui contient le montant de crdit cumul quotidiennement sur les comptes de la
clientle de lATB. Elle se situe au niveau de la base Centrale2 .
Groupe thmatique
Informations compte
Donnes cumul
Information
Numro de compte
Mois actuel, total mvt crdit du mois
Tableau 12. Table cumul crdit quotidien

Table agios dbit
Cest la table qui contient le montant des agios sur les comptes de la clientle de lATB. Elle
se situe au niveau de la base Centrale2 .
Groupe thmatique
Informations compte
Donnes agios
Information
Numro de compte
Agios trimestriels de lanne actuelle, agios
trimestriels de lanne prcdente
Tableau 13. Table agios dbit

Table solde du compte
Cest la table qui donne le solde des comptes de la clientle de lATB. Elle se situe au niveau
de la base Centrale2 .
Groupe thmatique
Informations compte
Information
Numro de compte, solde du compte
Tableau 14. Table solde du compte
47

Table liste chef de zone
Cest la table qui donne la rpartition des responsables selon les agences. Elle est stocke dans
un fichier Excel.
Groupe thmatique
Informations agence
Informations responsable
Information
Code agence, nom agence, zone agence
Responsable garantie, responsable
contentieux, chef de zone
Tableau 15. Table liste chef de zone
I.7 Le mapping
Lopration de mapping consiste faire la correspondance entre les donnes sources et les
champs du Datamart afin de charger correctement ce dernier. Cest ltape prcdente (tude
des donnes sources) qui nous permettra de mener bien cette tape.
Table dim_cpte_clt
Champ Datamart
Num_cpte
Num_idt
Type_idt
Nbre_sign
Date_relev
Matricule_employ
Compte_cloture
Compte_gel
Date_gel
Date_rcupration
Date_ouverture
Dat_dernire_op
Champ source
CODSGE
CPTGNL
CPRPRT
NUMIDT
TYPIDT
NBRSGN
DATREL
MATEMP
CLTTRS
CPTGEL
DATGEL
DATREC
DATEOUV
DATDOP
Table source
Cptclt
Cptclt
Cptclt
Client
Client
Client
Cptclt
Cptclt
Cptclt
Cptclt
Cptclt
Cptclt
Cptclt
Cptclt
Transformation
Concatnation
One to one
One to one
One to one
One to one
One to one
One to one
One to one
One to one
One to one
One to one
One to one
Tableau 16. Mapping de la table dim_cpte_clt
48

Table dim_client
Champ datamart
Type_idt
Num_idt
Nom_clt
Prnom_clt
Date_naissance
Adresse
Num_tel
Num_fax
Activit_atb
Activit_bct
Indicateur_rsident
Nom_abrg
Code_nationalit
Forme_juridique
Champ source
TYPIDT
NUMIDT
NOMCLT
PRNCLT
DATNAI
ADRDOM
NUMTEL
NUMFAX
ACTATB
ACTBCT
INDRES
NOMABR
CNATIO
FRMJUR
Table source
Client
Client
Client
Client
Client
Client
Client
Client
Client
Client
Client
Client
Client
Client
Transformation
One to one
One to one
One to one
One to one
One to one
One to one
One to one
One to one
One to one
One to one
One to one
One to one
One to one
One to one
Tableau 17. Mapping de la table dim_client

Table dim_dossier
Champ Datamart
Neffet
Type_effet
Montant_effet
Date_dec
Premiere_ech
Derniere_ech
Rate
Marge
Type_crdt
Champ source
Y04DLR
Table source
y04pf
NUMEFF
Effimpm
Y01DLA2
MNTEFF
Y01CTTRD
Y01FDTE
Y01LDTE
Y01RAT
Y01MGN
Y04DLP
y01pf
Effimpm
y01pf
y01pf
y01pf
y01pf
y01pf
y04pf
Transformation
Driv
Driv
One to one
One to one
One to one
One to one
One to one
One to one
One to one
Description
Si type_effet
= F alors
Neffet =Y01DLR
Si Type_effet
=C
alors Neffet =
NUMEFF
Si type_effet
= G alors Neffet
=num_cpte
F si financier
C si commercial
G si compte gel
Y01DLA2 si F
MNTEFF si C
Solde_cpte si G
Seulement si
type_effet = F
Tableau 18. Mapping de la table dim_dossier
49

Table dim_garantie
Champ Datamart
Neffet
Code_gar
Etat_gar
Montant_gar
Date_valuation
Champ source
Y04DLR
CODGAR
ETAGAR
MNTEVA
DATEVA
Table source
y04pf
Decgar
Decgar
Decgar
Decgar
Transformation
One to one
One to one
One to one
One to one
Tableau 19. Mapping de la table dim_garantie

Table dim_recouvreur
Champ datamart
Nom_recouvreur
Champ source
Garantie
Table source
Liste chef de zone
Transformation
One to one
Tableau 20. Mapping de la table dim_recouvreur

Table dim_zone
Champ datamart
Id_zone
Nom_recouvreur
Nom_zone
Resp_zone
Champ source
CODSGE
Garantie
Zone
Chef de zone
Table source
Cptclt
Liste chef de zone
Liste chef de zone
Liste chef de zone
Transformation
One to one
One to one
One to one
One to one
Tableau 21. Mapping de la table dim_zone
II.
Le tableau de bord
Le processus de prise de la dcision doit rpondre au principe de lintelligence collective et

doit impliquer tous les acteurs pour quils soient motivs et par consquent sinvestissent dans
la ralisation des objectifs souhaits.
Pour un partage de la connaissance et une prise de dcision dcentralise, nous avons eu
lide de crer des tableaux de bord destins au personnel du dpartement de recouvrement et
des affaires juridiques participant dans le processus de recouvrement des crances impayes.
Ces tableaux seront aliments par le Datamart pralablement conu.
Des schmas et des rapports seront crs. Cette opration permet chaque membre de
contrler sa performance et de lamliorer, ainsi que bien rpartir son travail et partager
implicitement la connaissance des problmes et la conscience dventuels retards. Cela
permettra aux membres de bien apprcier les problmes rencontrs, de participer la prise de
la dcision ainsi que de sinvestir dans dventuels plans dajustement.
50

Nous avons donc choisi de concevoir des rapports bass sur le type de limpay.
II.1 Rapports danalyse des impays financiers

II.1.1
Schma
agence
Dcision
Zone
Sexe
Classe
Temps
rapports
d'analyse
des
impays
finanicers
Age
Recouvreur
Client
Type
crdit
compte
Figure 11. Rapports d'analyse des impays financiers

Ce schma montre les diffrents axes danalyse sur lesquels sont bass les rapports
danalyse des impays financiers.
51

II.1.2
Table des dimensions
Dimension
Agence
Zone
Hirarchie
Agence
Zone
H1
Temps
H2
Age
Age
Recouvreur
Compte
Type credit
Client
Classe
Sexe
Dcison
Recouvreur
Compte
Type credit
Client
Classe
Sexe
Dcison
Niveau
Agence
Zone
Mois
Trimestre
Semestre
Anne
Semaine
Mois
Trimestre
Age infrieur 30
Age entre 30 et 40
Age entre 40 et 50
Age entre 50 et 60
Age suprieur 60
Recouvreur
Compte
Type credit
Client
Classe
Sexe
Dcision
Table source
Cptclt
Cptclt
Client
Liste chef de zone

Cptclt
Y04PF
Client
Client
Y04PF
Tableau 22. Table des dimensions des impays financiers

Ce tableau reprend les diffrents axes du schma prcdant et les met en dimensions
relatives aux impays financiers.
Ainsi nous avons pu dgager les diffrentes hirarchies et leurs niveaux respectifs.
52

II.1.3
Table des agrgations

Nom
Statistique
TOTAL_IMP_FIN_SEMAINE
Sum
TOTAL_IMP__FIN_MOIS
Sum
TOTAL_IMP__FIN_TRIM
Sum
TOTAL_IMP__FIN_SEM
Sum
TOTAL_IMP_FIN_ANNEE
Sum
NBRE_IMP_FIN
Count
MOY_IMP_FIN_SEMAINE
AVG
MOY_IMP_FIN_MOIS
AVG
MOY_IMP_FIN_TRIMESTRE AVG
MOY_IMP_FIN_SEMESTRE
AVG
MOY_IMP_FIN_ANNEE
AVG
TAUX_RECUP_FIN
TOTAL_PROV_FIN
AVG
SUM
Description
Montant total des impays financier par
semaine
Montant total des impays financiers
par mois
Montanttotal des impays financiers par
trimestre
par semestre
par anne
Nombre total des impays financiers
Moyenne des impays financiers par
semaine
mois
trimestre
semester
anne
Taux de rcupration moyen
Provisions constitues totales
Tableau 23. Table des agrgations des impays financiers

La table des agrgations des impays financiers donne les diffrentes statistiques que lon
peut calculer pour pouvoir juger de la situation des impays financiers.
53
II.2 Rapport danalyse des impays commerciaux

II.2.1
Schma
Agence
Effet
Zone
Sexe
Temps
rapports
d'analyse des
impays
commerciaux
Classe
Age
Recouvreur
Client
Compte
Figure 12. Rapports d'analyse des impays commerciaux

danalyse des impays commerciaux.
54

II.2.2
Dimension
Agence
Zone
Hirarchie
Agence
Zone
H1
Temps
H2
Age
Age
Recouvreur
Compte
Client
Classe
Sexe
Effet
Recouvreur
Compte
Client
Classe
Sexe
Effet
Niveau
Agence
Zone
Mois
Trimestre
Semestre
Anne
Semaine
Mois
Trimestre
Age infrieur 30
Age entre 30 et 40
Age entre 40 et 50
Age entre 50 et 60
Age suprieur 60
Recouvreur
Compte
Client
Classe
Sexe
Effet
Table source
Cptclt
Cptclt
Client
Liste chef de zone

Cptclt
Client
Client
Effimpm
Tableau 24. Table des dimensions des impays commerciaux

relatives aux impays commerciaux.
55

II.2.3

Nom
Statistique
TOTAL_IMP_COM_SEMAINE
SUM
TOTAL_IMP_COM_MOIS
SUM
TOTAL_IMP_COM_TRIM
SUM
TOTAL_IMP_COM_SEM
SUM
TOTAL_IMP_COM_ANNEE
SUM
NBRE_IMP_COM
COUNT
MOY_IMP_COM_SEMAINE
AVG
MOY_IMP_COM_MOIS
AVG
MOY_IMP_COM_TRIMESTRE AVG
MOY_IMP_COM_SEMESTRE
AVG
MOY_IMP_COM_ANNEE
AVG
TAUX_RECUP_COM
TOTAL_PROV_COM
AVG
SUM
Description
Montant total des impays
commerciaux par semaine
commerciaux par mois
commerciaux par trimestre
commerciaux par semestre
commerciaux par anne
Nombre total des impays
commerciaux
Moyenne des impays commerciaux
par semaine
par mois
par trimestre
par semester
par anne
Taux de rcupration moyen
Provisions constitues totales
Tableau 25. Table des agrgations des impays commerciaux

La table des agrgations des impays commerciaux donne les diffrentes statistiques que
lon peut calculer pour pouvoir juger de la situation des impays commerciaux.
56
II.3 Rapport danalyse des comptes gels

II.3.1
Schma
Agence
Sexe
Classe
Zone
rapports
d'analyse des
comptes gels
Client
Temps
Age
Compte
Recouvreur
Figure 13. Rapports d'analyse des comptes gels

danalyse des comptes gels.
57

II.3.2
Dimension
Agence
Zone
Hirarchie
Agence
Zone
H1
Temps
H2
Age
Age
Recouvreur
Compte
Client
Classe
Sexe
Recouvreur
Compte
Client
Classe
Sexe
Niveau
Agence
Zone
Mois
Trimestre
Semestre
Anne
Semaine
Mois
Trimestre
Age infrieur 30
Age entre 30 et 40
Age entre 40 et 50
Age entre 50 et 60
Age suprieur 60
Recouvreur
Compte
Client
Classe
Sexe
Table source
Cptclt
Cptclt
Client
Liste chef de zone

Cptclt
Client
Client
Tableau 26. Table des dimensions des comptes gels

relatives aux comptes gels.
58

II.3.3
Nom
TOTAL_DEBIT_SEMAINE
TOTAL_DEBIT_MOIS
TOTAL_DEBIT_TRIM
TOTAL_DEBIT_SEMESTRE
TOTAL_DEBIT_ANNEE
NBRE_COMPTES_GELES
MOY_DEBIT_SEMAINE
MOY_DEBIT_MOIS
MOY_DEBIT_TRIM
MOY_DEBIT_SEM
MOY_DEBIT_ANNEE
Statistique
SUM
SUM
SUM
SUM
SUM
COUNT
AVG
AVG
AVG
AVG
AVG
TAUX_RECUP_CG
AVG
TOTAL_PROV_CG
SUM
Description
Dbit total par semaine
Dbit total par mois
Dbit total par trimestre
Dbit total par semestre
Dbit total par anne
Nombre de compte gels
Dbit moyen par semaine
Dbit mensuel moyen
Dbit trimestriel moyen
Dbit semestriel moyen
Dbit annuel moyen
Taux de rcupration sur les
comptes gels
Provisions constitues sue
les comptes gels
Tableau 27. Table des agrgations des comptes gels

La table des agrgations des comptes gels donne les diffrentes statistiques que lon peut
calculer pour pouvoir juger de la situation des comptes gels.
III.
Conclusion
Dans ce chapitre, nous avons prsent larchitecture globale de notre systme dcisionnel.
Nous avons dvelopp en premier lieu les diffrentes tapes de la phase conceptuelle.
Nous avons donn en second lieu la conception gnrale de la solution travers des schmas
explicatifs pour chaque type dimpay, la conception a t dtaille aux tables de dimensions
et aux tables des agrgations
Aprs avoir dfini, donn et expliqu la conception du systme de suivi des impays, nous
allons expliquer, dans le prochain chapitre, la ralisation de notre solution en prsentant
lenvironnement et les outils de travail ainsi que quelques interfaces homme-machine du
tableau de bord.
59
Chapitre
: Ralisation
I. Environnement et outils de travail

II. Validation et exprimentation
III. Conclusion
60
Chapitre V : Ralisation | Mise en place dune solution daide la dcision pour le suivi des impays

Dans le chapitre prsent, nous nous intressons la ralisation du tableau de bord, dans
lequel, un paragraphe est ddi la prsentation de lenvironnement logiciel et matriel grce
auxquels nous avons pu mettre en place cette solution logicielle et un autre paragraphe est
consacr la validation et lexprimentation de notre solution travers la prsentation de
quelques interfaces homme-machine. A la fin de ce chapitre, nous donnons le chronogramme
prvisionnel des tches du projet.
I.
Environnement et outils de travail
Nous prsentons, dans cette section, l'environnement matriel et logiciel utilis pour le
dveloppement de la solution.
I.1 Environnement matriel

Durant le stage, nous avons ralis notre projet en utilisant un ordinateur portable Dell
INSPIRON N5110 dont la configuration est dcrite ci-dessous :
RAM : 4Go
Disque Dur : 500Go
Processeur : Intel(R) Core(TM) i3-2310M CPU @ 2.10Ghz
I.2 Environnement logiciel

Durant la phase de dveloppement, nous avons utilis l'environnement logiciel suivant :
I.2.1
Outils de conception MERISE : Sybase Power AMC 15.1
Power AMC est un logiciel de modlisation. Il permet de modliser les traitements
informatiques et leurs bases de donnes associes. Cr par SDP sous le nom
AMC*Designor, rachet par Powersoft, ce logiciel est produit par Sybase depuis le rachat par
cet diteur en 1995. Hors de France, la version internationale est commercialise par Sybase
sous la marque PowerDesigner. PowerAMC supporte diffrents types de modles de bases de
donnes.
I.2.2
SGBD : Oracle10g
Pour le stockage du datamart on a utilis Oracle 10g comme SGBD vu quil est un
systme de gestion de base de donnes relationnelle et objet utilis par lATB, de plus ce
SGBD prsente une richesse fonctionnelle importante.
61

I.2.3
Outil dcisionnel : Qlikview 11
QlikView est totalement diffrent des logiciels traditionnels de Business Intelligence. Il est
simple d'utilisation et met l'utilisateur final en situation de contrle total de ses analyses. En
seulement quelques clics, QlikView nous a permis de consolider, chercher, visualiser et
analyser toutes nos sources de donnes pour une vue sans prcdent sur notre activit.
II.
Validation et exprimentation
Nous arrivons maintenant la phase validation et exprimentation de notre systme. Nous

avons dj dcrit toutes les tapes de conception, ce qui engendre la possibilit de dfinir une
architecture notre outil daide la dcision.
II.1 Cration du Datamart

Power Amc Designer 15.1 nous a permis de gnrer automatiquement les diffrents scripts
de cration de notre Datamart IMPAYES .
Nous prenons comme exemple ce script, qui nous a permis de crer la table de faits
fact_impaye .
Interface 5. Script SQL pour la cration de la table FACT_IMPAYE
62
II.2 Chargement des donnes dans Qlikview
Interface 6. Visionneur de tables

Cette interface permet de visionner les tables de note datamart IMPAYES .
Une fois implment dans loutil dcisionnel, il faut alimenter notre modle de donnes.
Nous avons valid et expriment notre application travers un jeu de donnes relatif aux
impays quon a dj construit grce des fichiers Excel dont chacun contient les diffrentes
colonnes de chaque table. Enfin, ces donnes sont charges dans Qlikview grce au script qui
suit :
63
Interface 7. Script pour le chargement des donnes dans Qlikview
II.3 Interfaces homme machine

Une fois les donnes sont charges, il faut passer au vif du tableau de bord.
Grce aux scnarios danalyse quon a dj dgags lors de la phase de la conception, nous
allons pouvoir concevoir notre tableau de bord. Les diffrentes interfaces du tableau de bord
sont donnes dans la suite.
64

II.3.1
Ecran daccueil
A louverture de lapplication, lutilisateur reoit une interface daccueil qui contient le nom
de la socit ATB , le nom du dpartement DCAJR , ainsi que celui de lapplication
SUIVI DES CILENTS EN SITUATION DE RECOUVREMENT .
Interface 8. Ecran d'accueil
65

II.3.2
Ecran de la situation gnrale des impays
En cliquant sur longlet situation globale, une interface dcrivant la situation globale des
impays saffiche. Elle contient les analyses relatives ltat global des impays.
Interface 9. Ecran de la situation gnrale

Comme nous le voyons, lutilisateur peut choisir ses axes danalyse grce aux options qui se
prsentent des cots gauche et droit de lcran. En haut, laxe temps est hirarchis sur
plusieurs niveaux : anne, trimestre, mois.
Lutilisateur peut slectionner un ou plusieurs axes. Sil ne slectionne aucun axe, les rsultats
qui saffichent sont relatifs toute la banque. Il faut noter que si lutilisateur choisir laxe
zone , les agences appartenant cette mme zone seront automatiquement slectionnes.
La jauge donne le nombre de dossiers traits par les recouvreurs. Dans notre cas, environ la
moiti des dossiers a t traite.
La pyramide inverse donne la rpartition des dossiers par classe, dans notre cas, 46 dossiers
font partie de la classe 2, 50 dossiers font partie de la classe 3 et 8 dossiers font partie de la
classe 4.
Le tableau en haut de lcran rsume la situation gnrale des impays par zone, ses colonnes
contiennent le total des dossiers en situation de recouvrement, le nombre de dossiers traits, le
66

volume des impays cest--dire leur montant total, et finalement le volume rembours.
Les autres barres donnent le pourcentage de remboursement et ltat dvolution des dossiers
par agence.
On peut focaliser sur un type de crance en choisissant une des options commercial,
financier, compte gel . Ainsi on pourra gnrer les rapports relatifs chaque type dimpay.
Le camembert donnant la rpartition des dossiers par type de crance, montre que la plupart
des impays sont des impays financiers, cest--dire des crdits. Cest pour cela que nous
avons gnr dautres rapports spcifiques aux crdits et qui pourront nous renseigner sur
ltat des impays financiers. Ces rapports se situent au niveau de longlet CREDITS.
II.3.3
Ecran de la situation des impays financiers
Comme nous lavons dj remarqu, les impays sont en grandes partie dus des effets
financiers, on a donc choisi de se focaliser sur ce type de crance afin de pouvoir faciliter
lanalyse pour le dcideur. En cliquant sur longlet CREDITS nous obtenons les rapports
relatifs aux crdits grce linterface suivante.
Interface 10. Ecran de la situation des crdits

Comme nous le remarquons sur cet cran, de nouvelles dimensions sont mises la disposition
du dcideur. Ce sont les dimensions que nous avons pralablement fixes lors de la phase de
conception.
67

Un histogramme donne lvolution du nombre de dossiers traits, cest--dire le nombre de
dossiers traits quotidiennement par les recouvreurs.
Un tableau renseigne sur quelques statistiques gnrales qui concernent les types de crdits,
par exemple le total des dossiers, le nombre de dossiers traits, le volume dimpays relatifs
chaque type de crdit et le volume rembours.
Une autre pyramide inverse donne la rpartition des impays financiers par classe, cest-dire le nombre de dossiers en situation de recouvrement dans chaque classe.
Un histogramme empil donne la rpartition des diffrents types de crdit par classe, nous
avons slectionn dans notre cas tous les types de crdit.
II.4 Chronogramme
Par souci dorganisation, et afin de mener bien ce projet, nous avons tabli un
chronogramme dtaill des diffrentes tches ralises :
Etape 1 : Familiarisation avec le mtier de recouvrement
Etape 2 : Etude de lexistant
Etape 3 : Etude et analyse des donnes sources
Etape 4 : Dtermination des objectifs
Etape 5 : Conception du modle de donnes
Etape 6 : Gnration de lapplication
Rdaction du rapport.
Fvrier
Mars
Avril
Mai
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
Etape 1
Etape 2
Etape 3
Etape 4
Etape 5
Etape 6
Rdaction du rapport
Tableau 28. Chronogramme de la planification des tches du projet
68
III.
Conclusion
Dans ce chapitre, nous avons spcifi lenvironnement logiciel et matriel avec lequel
nous avons ralis notre projet, ainsi que les outils et les technologies que nous avons utiliss.
Nous avons par la suite illustr lutilisation de lapplication en ce qui concerne la situation
globale des impays et plus prcisment celle des crdits, par des interfaces graphiques de
lapplication. Finalement, nous avons donn le chronogramme des tches du projet.
69
Conclusion gnrale et perspectives

Nous nous sommes intresss au cours de ce travail la conception et la ralisation
dune application ddie au dpartement des affaires juridiques et du recouvrement qui
permet de suivre ltat des impays et des comptes gels grce un systme dcisionnel. Ce
dernier ne se conoit pas sans lintermdiaire dun entrept de donnes qui regroupe les
diffrents types dimpays ainsi que les informations qui leurs sont relatives, cest pour cette
raison que nous avons recouru aux bases de donnes dcisionnelles.
En termes de ralisation, nous avons rpondu amplement aux objectifs tablis par
lentreprise malgr les difficults rencontres qui touchent principalement le plan technique.
Une de ces difficults, qui tait la plus ardue, concerne la comprhension de la structure des
sources de donnes. En effet, nous avons d surmonter cette structure complexe compose de
plusieurs tables, chacune pouvant provenir de systmes diffrents et comporter plusieurs
dizaines de champs. La documentation sur la structure de ces sources de donnes tant rare,
voire indisponible, il nous a fallu en consquence un grand temps pour comprendre la relation
entre les tables ainsi que la signification de chaque attribut.
Au cours du dveloppement de cette solution, nous avons dtaill en premier lieu les
besoins de lapplication grce des interviews avec les dcideurs du dpartement.
Puis nous nous sommes tourns en second lieu concevoir le modle de donnes relatif
notre Datamart IMPAYES de sorte que ce dernier rponde au mieux aux besoins des
diffrents responsables.
En dernier lieu, nous avons mis en place un tableau de bord qui contient les indicateurs de
suivi des clients en situation de recouvrement et qui contribue minimiser les efforts fournis
par les dcideurs dans le processus de prise de dcision.
Cest ainsi que nous avons pu mener un stage dans les bonnes pratiques du mtier de
recouvrement. Le stage a t bnfique sur le plan technique vu que nous avons pu maitriser
la chane de valeur quasi-entire dun projet BI en utilisant divers outils.
70
Conclusion gnrale et perspectives | Mise en place dune solution daide la dcision pour le suivi
des impays

Ce projet est laboutissement defforts multiples raliss au sein de lATB. Ce travail,
accompli en collaboration avec les membres de lquipe de recouvrement, nous a t d'une
grande utilit en termes de savoir-faire et d'un grand intrt en apport de connaissances utiles.
Cest ainsi que nous avons pu mettre en pratique les diffrentes connaissances techniques,
jusqualors restes thoriques, et pu nous projeter dans le monde rel des entreprises et dans le
milieu professionnel avec tout ce quil implique en termes de discipline, de responsabilit et
de travail en quipe.
En guise de perspectives, notre solution a lavantage dtre ouverte et extensible. Nous
pouvons ainsi envisager un systme de gestion capable dautomatiser la gestion du Workflow
de recouvrement avec une rallocation automatique, jour et optimise des dossiers, cette
extension inclut beaucoup dautres utilisateurs tels que les socits de recouvrement, les
avocats, les huissiers, la division des affaires juridiques, etc.
Une deuxime amlioration possible est lintgration du systme dcisionnel avec le systme
dinformation de la banque, qui en contrepartie pourront faire les ETL pour lalimentation
rgulire de notre Datamart que nous navons pas pu achever faute de temps.
Pour conclure, linformatique dcisionnelle est un domaine trs large et trs prometteur
avec plusieurs champs dapplication, et le fait dtre ingnieur spcialiste dans ce domaine,
cest avoir le sens danalyse, de conception et dorganisation, et cest aussi avoir le sens
dengagement envers la communaut et assumer toutes les responsabilits qui lui ont t
attribues vu limportance cruciale de cette discipline pour la stratgie de lorganisme.
Il semble alors intressant de mettre en vidence que choisir cette vocation et devenir
ingnieur en dcisionnel est une bonne chose. Mais ce qui est meilleur, cest duser de tout
son savoir-faire dans ce domaine pour une bonne cause qui est daugmenter la qualit des
services offerts par ladministration Tunisienne pour assurer une fluidit des processus
administratifs de la finance publique et ainsi satisfaire au mieux les besoins des citoyens au
matire daccompagnement, de ractivit, et de transparence.
71
Conclusion gnrale et perspectives | Mise en place dune solution daide la dcision pour le suivi
des impays
Glossaire
Agrgation : Action de calculer les valeurs associes aux positions parentes des dimensions
hirarchiques. Cette agrgation peut tre une somme, une moyenne, ou tout autre processus
plus complexe comme la deuxime plus forte valeur.
Attribut : Un fait dcrivant chaque position d'une table.
Axe : Correspond une dimension
BI : Business Intelligence
Client : demandeur de service
Datamart : L'ensemble des donnes se rapportant un des mtiers de l'entreprise.
Datamining : Lensemble des technologies susceptibles danalyser les informations dune
base de donnes pour en tirer les informations utiles
Data Warehouse : Entrept de donnes. Ce terme anglais est utilis pour dsigner l'ensemble
des informations d'une entreprise, enregistres sous un format informatique.
ETL : Extract Transform Load
Hirarchie : Les positions d'une dimension organises selon une srie de relations 1- n en
cascade. Cette organisation de donnes est comparable un arbre logique, ou chaque membre
n'a pas plus d'un pre mais un nombre quelconque d'enfants.
Incident : Arrt ou dgradation d'un service.
Impay : Traite ou effet dont le payement na pas t effectu lchance.
Multidimensionnel : Structure de donnes ayant au moins trois dimensions indpendantes.
Niveau hirarchique : Au sein d'une hirarchie, les positions sont en gnral organises en
niveaux. Les positions d'un mme niveau correspondent une classification prcise.
OLAP : On-Line Analytical Processing
Problme : Origine d'un ou de plusieurs incidents rcurrents
Processus mtier : Succession impose de tches raliser concernant un mtier donn.
SGBD : Systme de Gestion de Base de Donnes
SGBDRO : Systme de Gestion de Base de Donnes Relationnelle et Objet
72
Glossaire | Mise en place dune solution daide la dcision pour le suivi des impays

SI : Systme dInformation
SQL : Structured Query Language
Utilisateur : Personnes utilisant le systme dcisionnel
Workflow : Flux d'informations au sein d'une organisation. Le terme dsigne aussi la
modlisation et la gestion informatique de l'ensemble des tches accomplir et des diffrents
acteurs impliqus dans la ralisation d'un processus mtier.
73
Glossaire | Mise en place dune solution daide la dcision pour le suivi des impays
Bibliographie
Ouvrages imprims
iMx Recouvrement et contentieux. - La solution intgre de gestion vnementielle de vos
dossiers.- Paris : CODIX-France.
INMON. - Building the Data Warehouse Second Edition.
Cahier de charges du dpartement des affaires juridiques et du recouvrement.
Circulaire aux banques N91-24. - Tunisie : 17 Dcembre 1991
AXE FINANCE. - Axe credit portal, the next generation solution for credit automation
ISO/IEC Guide 73:2002. - Risk management. - Vocabulary. - Guidelines for use in standards.
Ouvrages lectroniques
Jean Marie GOUARNE. - Projet Dcisionnel, Enjeux, Modles, architecture du Data
Warehouse. - Editions Eyrolles, 1997, [rfrence de mars 2012].
Alain FERNANDEZ. - Le nouveau tableau de bord des managers. - Editions Eyrolles, 2011,
[rfrence dAvril 2012].
Alain FERNANDEZ. - Lessentiel des tableaux de bord. - Editions Eyrolles, 2011, [rfrence de
Mai 2012].
Travaux universitaires
NGUYEN XUEN Dung. - Intgration de bases de donnes htrognes par articulation
priori dontologie : Application aux catalogues de composants industriel. - thse, Facult des
sciences fondamentales et appliques, 22 Dcembre 2006.
74
Bibliographie | Mise en place dune solution daide la dcision pour le suivi des impays
Ntographie
[1] http://www.atb.com.tn/ Fvrier 2012
[2] http://www.dictionnaire-juridique.com/ Fvrier 2012
[3] http://www.apce.com/cid51482/l-impaye-n-est-pas-une-fatalite-maitrisez-votre-risqueclient.html?pid=326 Fvrier 2012
[4] http://www.memoireonline.com/09/09/2700/m_La-gestion-du-risque-de-credit-bancairedans-un-contexte-de-crise-economique-Cas-de-la-BNDE-d22.html Fvrier 2012
[5] http://www.sogecor.fr/pages/recouvrement.htm Fvrier 2012 Fvrier 2012
[6] http://www.negociatis.com/electricien/le-recouvrement-de-creances-pourquoi-et-comment
Fvrier 2012
[7] http://www.memoireonline.com/04/07/429/recouvrement-modelisation-informatisationdu-processus.html Mars 2012
[8] http://www.chefdentreprise.com/Chef-d-entreprise-Magazine/Article/4-bonnes-raisons-dexternaliser-le-recouvrement-de-ses-creances-20327-1.htm Mars 2012
[9] http://www.memoireonline.com/04/07/429/m_recouvrement-modelisationinformatisation-du-processus2.html Mars 2012
[10] http://www.sogecor.fr/pages/systeminfo.htm Mars 2012
[11] http://www.dimo-gestion.fr/vdoc/easysite/go/03r-000014-002/solutions/recouvrement
Mars 2012
[12] http://business-intelligence.developpez.com Mars 2012
[13] http://grim.developpez.com/cours/businessintelligence/concepts/conceptiondatawarehouse/#LIII-A Mars 2012
[14] http://yves-ducourneau.developpez.com/tutoriels/Business-Intelligence/qlikviewmodelisation-etoile/ Avril 2012
75
Ntographie | Mise en place dune solution daide la dcision pour le suivi des impays

[15] http://sia.pagesperso-orange.fr/Net_Methode/4_6_L_informatique_decisionnelle.html
Avril 2012
[16] http://www.guidescomparatifs.com/iso_album/guide_bi_tableaux_de_bord_analyses.pdf
Mai 2012
[17] http://www.easyneo.fr/logiciel-qlikview.php Mai 2012
76
Annexe A : Dictionnaire complet des donnes

sources
Table CLIENT
Champ
CODSGE
CPTGNL
CPTPRT
NOMCLT
PRNCLT
ADRDOM
ACTATB
ACTBCT
CIN38
CLTTRS
VILDOM
TYPIDT
NUMIDT
NOMABR
INDRES
CNATIO
FRMJUR
NUMTEL
NUMFAX
ENVCOR
VILCOR
DATNAI
Documentation
Code sige
Compte gnral
Compte particulier
Nom
Prnom
Adresse domicile
Activit ATB
Activit BCT
Identification
Compte cloture
Ville domicile
Type identifiant
Numro identifiant
Nom abrg
Indicateur resident
Code nationalit
Forme juridique
Num telephone
Num fax
Envoi courier
Ville
Date naissance
Type
NOT NULL NUMBER(3)
NOT NULL NUMBER(4)
NOT NULL NUMBER(6)
NOT NULL VARCHAR2(30)
VARCHAR2(30)
NOT NULL NUMBER(5)
NUMBER(5)
NOT NULL NUMBER(7)
NOT NULL NUMBER(1)
NUMBER(4)
NOT NULL NUMBER(1)
VARCHAR2(10)
NOT NULL NUMBER(1)
NUMBER (3)
NOT NULL NUMBER(2)
NUMBER(10)
NUMBER(10)
NOT NULL NUMBER(1)
NUMBER(4)
NOT NULL DATE
Table CPTCLT : compte client

Champ
CODSGE
CPTGNL
CPTPRT
TYPIDT
NUMIDT
CODPRP
NUMLIS
77
Documentation
Code siege
Compte general
Compte particulier
Type idt
Numro idt
ignorer
ignorer
Type
NOT NULL NUMBER(3)
NOT NULL NUMBER(4)
NOT NULL NUMBER(6)
NOT NULL NUMBER(1)
NOT NULL NUMBER(2)
NOT NULL NUMBER(4)

INDGRP
NBRSGN
ADRCOR
PAYCOR
VILCOR
ENVCOR
PERECH
PERREL
DATREL
CODORD
DATPRE
DATECT
CLTTRS
EDTAVI
CPTGEL
DATGEL
DATREC
DATEOUV
MATEMP
DEVCPT
DATDOP
CIN38
ignorer
Nbre signataires
Adresse courier
Pays courier
Ville courier
Envoi courier
ignorer
ignorer
Date relev
ignorer
ignorer
ignorer
Compte clture
ignorer
Compte gel
Date gel
Date rcupration
Date ouverture
Matricule employ
Devise compte
Date dernire opration
Identification
NUMBER(4)
NOT NULL NUMBER(1)
NOT NULL NUMBER(3)
NUMBER(4)
NOT NULL NUMBER(1)
NOT NULL NUMBER(2)
NOT NULL NUMBER(2)
DATE
NUMBER(1)
DATE
DATE
NOT NULL NUMBER(1)
NOT NULL NUMBER(1)
NOT NULL NUMBER(1)
DATE
DATE
NOT NULL DATE
NOT NULL NUMBER(4)
NUMBER(3)
DATE
NUMBER(7)
Table DECGAR : garantie

Champ
NUMDEC
CODGAR
ETAGAR
OBSGAR
MNTEVA
DATEVA
NOMEVA
RSVGAR
Documentation
Numro de decision
Code garantie
tat garantie
Observation garantie
Montant valu
Date evaluation
Nom valuateur
ignorer
Type
NUMBER(9)
NUMBER(3)
NUMBER(1)
LONG
NUMBER(13)
DATE
VARCHAR2(15)
VARCHAR2(30)
Table y04pf : impay financier

Champ
Y04BRNM
Y04DLP
Y04DLR
Y04ODLP
Y04DTE
78
Documentation
Code agence
Type de crdit
Rfrence credit
Code engagement
Date chance
Type
NOT NULL CHAR(4)
NOT NULL CHAR(3)
NOT NULL CHAR(13)
NOT NULL CHAR(3)
NOT NULL NUMBER(7)

Y04MVT
Y04MVTS
Y04AMTD
Y04AMTP
Y04OVAM
Y04AB
Y04AN
Y04AS
Y04EAN
Type: principal(p) ou intrt(I)

ignorer
Encours impay
Montant pay
Montant impay
Agence
Basic number
Suffix
Numro compte
NOT NULL CHAR(1)

NOT NULL CHAR(1)
NOT NULL NUMBER(15)
NOT NULL NUMBER(15)
NOT NULL NUMBER(15)
NOT NULL CHAR(4)
NOT NULL CHAR(6)
NOT NULL CHAR(3)
NOT NULL CHAR(20)
Table EFFIMPM : impay commercial

Variable
CODE SGE
CPTGNL
CPTPRT
NUMEFF
MNTEFF
DATECH
DATREM
DATREJ
CODREJ
ICODSGE
ICPTGNL
ICPTPRT
CPTTIR
NOMTIR
TYPEFF
CODBQE
CODVLE
Documentation
Code sige
Compte general
Compte particulier
Numro de l'effet
Montant de l'effet
Date chance
Date remboursement
Date rejet
Code rejet
Code sige impays
Cpte,gn,impays
Cpte,part,impays
Compte tire
Nom tire
Type effet
Banque de domiciliation
Code ville
Type
NUMBER(3)
NUMBER(3)
NUMBER(4)
NUMBER(12)
NOTE NULL NUMBER(12)
DATE
DATE
DATE
NUMBER(2)
NUMBER(3)
NOTE NULL NUMBER(4)
NONULL NUMBER (6)
VARCHAR2(20)
VARCHAR2(20)
VARCHAR2(20)
NUMBER(3)
NUMBER(4)
Table Y01PF : encours crdit

Champ
Y01BRNM
Y01DLP
Y01DLR
Y01CUS
Y01DLA2
Y01ODLP
Y01DDE
Y01CTTRD
Y01SDTE
79
Documentation
Code agence
Type credit
Numro decision
Basic number
Montant credit
Code engagement
Date entre
Date decision
ignorer
Type
NOT NULL CHAR (4)
NOT NULL CHAR (3)
NOT NULL CHAR (13)
NOT NULL CHAR (6)
NOT NULL NUMBER (15)
NOT NULL CHAR (3)
NOT NULL NUMBER (7)
NOT NULL NUMBER (7)
NOT NULL NUMBER (7)

Y01FDTE
Y01LDTE
Y01CCY
Y01AB
Y01AN
Y01AS
Y01EAN
Y01OVPR
Y01OVIN
Y01INT
Y01PRIN
Y01FRQ
Y01IFQ
Y01RAT
Y01MGN
Y01PAM
Y01PSDT
Premire ech
Dernire ech
Devise
Agence
Basic number
Suffix
Compte oracle
Impay en principal
Impay en intrt
Encous en intrt
Encours en principal
Remboursement en principal
Remboursement en intrt
Rate
Marge
Mont,init crdit
Date dpart agios
NOT NULL NUMBER (7)

NOT NULL NUMBER (7)
NOT NULL CHAR (3)
NOT NULL CHAR (4)
NOT NULL CHAR (6)
NOT NULL CHAR (3)
NOT NULL CHAR (20)
NOT NULL CHAR (3)
NOT NULL CHAR (3)
NOT NULL NUMBER (11,7)
NOT NULL NUMBER (11,7)
NOT NULL NUMBER (7)
Table CUMCR : cumul crdit mensuel

Champ
CODSGE
CPTGNL
CPTPRT
CUM1
CUM2
CUM3
CUM4
CUM5
CUM6
CUM7
CUM8
CUM9
CUM10
CUM11
CUM12
CUMP1
CUMP2
CUMP3
CUMP4
CUMP5
CUMP6
CUMP7
80
Documentation
Code siege
Compte general
Compte particulier
Cumul crdit mois1
Cumul crdit mois2
Cumul crdit mois3
Cumul crdit mois4
Cumul crdit mois5
Cumul crdit mois6
Cumul crdit mois7
Cumul crdit mois8
Cumul crdit mois9
Cumul crdit mois10
Cumul crdit mois11
Cumul crdit mois12
Cumul crdit mois1
Cumul crdit mois2
Cumul crdit mois3
Cumul crdit mois4
Cumul crdit mois5
Cumul crdit mois6
Cumul crdit mois7
Type
NOT NULL NUMBER (3)
NOT NULL NUMBER (4)
NOT NULL NUMBER (6)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)

CUMP8
CUMP9
CUMP10
CUMP11
CUMP12
Cumul crdit mois8

Cumul crdit mois9
Cumul crdit mois10
Cumul crdit mois11
Cumul crdit mois12
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
NUMBER (12)
Table RESCOUR cumul crdit quotidien

Champ
CODSGE
CPTGNL
CPTPRT
MOIS
SLDCPT
DATDOP
MAXSLDC
MAXSLDD
MINSLDC
MINSLDD
SLDMOY
NBJMVT
NBJDB
NMDEB
NMCRD
TMVTDB
TMVTCR
ESCFIN
ESCCOM
IESCFIN
IESCCOM
DEPOT
IMPCHQ
VIRCPT
DATDJRN
81
Documentation
Code siege
Compte general
Compte particulier
Mois actuel
ignorer
ignorer
ignorer
ignorer
ignorer
ignorer
ignorer
ignorer
ignorer
ignorer
ignorer
ignorer
Total mvt crdit pour le mois
ignorer
ignorer
ignorer
ignorer
ignorer
ignorer
ignorer
ignorer
Type
NOT NULL NUMBER(3)
NOT NULL NUMBER(4)
NOT NULL NUMBER(6)
NOT NULL NUMBER(2)
NUMBER(9)

Table agiosdbit
Champ
CODSGE
CPTGNL
CPTPRT
AGO1
AGO2
AGO3
AGO4
AGOP1
AGOP2
AGOP3
AGOP4
Documentation
Code siege
Code general
Compte particulier
Agios trim1
Agios trim2
Agios trim3
Agios trim4
Agios trim1 an-prc
Agios trim1 an-prc
Agios trim1 an-prc
Agios trim1 an-prc
Type
NOT NULL NUMBER(3)
NOT NULL NUMBER(4)
NOT NULL NUMBER(6)
NUMBER(6)
NUMBER(6)
NUMBER(6)
NUMBER(6)
NUMBER(6)
NUMBER(6)
NUMBER(6)
NUMBER(6)
Table Rfus : fusion chelle dintrt

Champ
PPLSGE
PPLGNL
PPLPRT
ASSSGE
ASSGNL
ASSPRT
Documentation
Code sige principal
Compte gnral principal
Compte particulier principal
Code sige associ
Compte gnral associ
Compte particulier associ
Type
NOT NULL NUMBER (3)
NOT NULL NUMBER (4)
NOT NULL NUMBER (6)
NOT NULL NUMBER (3)
NOT NULL NUMBER (4)
NOT NULL NUMBER (6)
Table CPTMP_EQ : solde du compte

Champ
CODESGE
CPTGNL
CPTPRT
SLDFIN
SIGNE
Documentation
Code siege
Compte general
Compte particulier
Solde su compte
Signe du solde
Type
NOT NULL NUMBER (3)
NOT NULL NUMBER (4)
NOT NULL NUMBER (6)
NOT NULL VARCHAR2 (2)
Documentation
Code agence
Nom agence
Resp gar
Resp contentieux
Zone agence
Chef zone
Type
NUMBER(3)
VARCHAR2(20)
VARCHAR2(20)
VARCHAR2(20)
VARCHAR2(20)
VARCHAR2(20)
Table liste chef de zone

Champ
CODE
Agence
Guaranties
Contentieux
Zone
CHEF DE ZONE
82
Annexe B : Prsentation de Qlikview

La plate-forme QlikView de Business Discovery offre une vritable exprience de BI en libreservice qui permet aux utilisateurs mtiers de prendre des dcisions innovantes.
Grce QlikView, lactivit est apprhende de faon diffrente en :
Consolidant des donnes pertinentes issues de diffrentes sources dans une seule et
mme application.
Explorant les associations entre les donnes.
Dveloppant la prise de dcisions collaboratives en temps rel et de faon scurise.
Visualisant les donnes l'aide de graphiques soigns et performants.
Parcourant toutes les donnes de faon directe et indirecte.
Utilisant des applications, des tableaux de bord et des analyses dynamiques.
Accdant aux donnes partir de priphriques mobiles pour les capturer et les
analyser.
Des donnes aux dcisions, un cheminement naturel

Les dcisions ne sont pas prises simplement partir de chiffres mais partir de diffrentes
informations provenant de notre environnement, y compris partir de discussions avec les
personnes qui nous entourent.
Les personnes
Des prises de dcisions communes entre collaborateurs grce la Business Discovery
collaborative.
Les donnes
Des analyses bases sur des donnes d'ERP, de CRM, d'entrepts de donnes, de bases de
donnes SQL, de donnes Excel, etc.
L'environnement
Des informations en temps rel provenant du terrain grce la Business Discovery mobile.
83

Final

Transféré par

Droits d'auteur :

Formats disponibles

Final

Transféré par

Informations du document

Description originale:

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Final

Transféré par

Droits d'auteur :

Formats disponibles

Ministre de lEnseignement Suprieur et de la Recherche Scientifique

Projet de fin dtudes

Mise en place dune solution daide la dcision pour

Anne universitaire 2011-2012

Au terme de ce travail, il mest agrable de macquitter dune dette de reconnaissance

A ma chre mre Farida,

Les tableaux de bord constituent aujourdhui un outil incontournable de la stratgie

Table des matires

Division Recouvrement ............................................................................................ 8

Division Affaires Juridiques..................................................................................... 9

Division Garanties ................................................................................................... 9

Division Administrative et Relations Extrieures .................................................... 9

Prsentation du projet ............................................................................................... 10

Cadre du projet ...................................................................................................... 10

Contexte du projet .................................................................................................. 10

Description du projet ............................................................................................. 10

: Etat de lart ......................................................................................................... 12

I. Quelques dfinitions ....................................................................................................... 13

La classification des actifs ..................................................................................... 14

II.1.1 Les actifs courants .............................................................................................. 14

La constitution des provisions ............................................................................... 16

Larrangement ou le recouvrement amiable .......................................................... 17

La phase prcontentieuse ....................................................................................... 18

La phase contentieuse ............................................................................................ 18

III.3.1 La procdure dinjonction de payer ................................................................... 19

Le projet dcisionnel ................................................................................................. 20

Problmatique de lintgration des donnes htrognes ..................................... 21

IV.2.1 Conflits de reprsentation .................................................................................. 22

Data Warehouse : Aspects mthodologiques ........................................................ 22

IV.3.1 Dfinition dun Data Warehouse ....................................................................... 22

Modlisation multidimensionnelle ......................................................................... 27

: Etude de lexistant et spcification des besoins ................................................. 30

I. Etude de lexistant .......................................................................................................... 31

I.3 Critique de lexistant ................................................................................................. 36

Enonc du besoin ................................................................................................... 36

Besoins non fonctionnels........................................................................................ 37

Architecture fonctionnelle cible du systme de suivi des impays ......................... 38

I. Etapes de la phase conceptuelle..................................................................................... 41

Rapports danalyse des impays financiers ........................................................... 51

II.1.1 Schma ............................................................................................................... 51

Rapport danalyse des impays commerciaux ....................................................... 54

II.2.1 Schma ............................................................................................................... 54

Rapport danalyse des comptes gels .................................................................... 57

II.3.1 Schma ............................................................................................................... 57

I. Environnement et outils de travail ................................................................................. 61

I.1 Environnement matriel ............................................................................................ 61

Outils de conception MERISE : Sybase Power AMC 15.1 ............................... 61

SGBD : Oracle10g ............................................................................................. 61

Outil dcisionnel : Qlikview 11 .......................................................................... 62

II. Validation et exprimentation ........................................................................................ 62

Cration du Datamart ............................................................................................ 62

Chargement des donnes dans Qlikview ................................................................ 63

Interfaces homme machine..................................................................................... 64

II.3.1 Ecran daccueil .................................................................................................. 65

Conclusion gnrale et perspectives ........................................................................................ 70

liste des figures

Liste des interfaces

Liste des tableaux

Liste des annexes