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 La constitution des provisions ............................................................................... 16
III. 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.2.2 Table des dimensions ......................................................................................... 55
II.2.3 Table des agrgations ........................................................................................ 56
II.3 Rapport danalyse des comptes gels .................................................................... 57
II.3.1 Schma ............................................................................................................... 57
II.3.2 Table des dimensions ......................................................................................... 58
II.3.3 Table des agrgations ........................................................................................ 59
III. Conclusion ................................................................................................................. 59
Chapitre : 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 Chronogramme ...................................................................................................... 68
III. 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.

1 Introduction gnrale | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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.

2 Introduction gnrale | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

Chapitre : Contexte gnral

I. Prsentation de lorganisme
II. Prsentation du lieu du stage
III. Prsentation du projet
IV. Conclusion

3 Chapitre I : Contexte gnral | Mise en place dune solution daide la dcision pour le suivi des
impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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.

4 Chapitre I : Contexte gnral | Mise en place dune solution daide la dcision pour le suivi des
impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 [email protected]
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 Chapitre I : Contexte gnral | Mise en place dune solution daide la dcision pour le suivi des
impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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).

6 Chapitre I : Contexte gnral | Mise en place dune solution daide la dcision pour le suivi des
impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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

7 Chapitre I : Contexte gnral | Mise en place dune solution daide la dcision pour le suivi des
impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre I : Contexte gnral | Mise en place dune solution daide la dcision pour le suivi des
impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre I : Contexte gnral | Mise en place dune solution daide la dcision pour le suivi des
impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre I : Contexte gnral | Mise en place dune solution daide la dcision pour le suivi des
impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre I : Contexte gnral | Mise en place dune solution daide la dcision pour le suivi des
impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

Il permet de dvelopper diffrents thmes danalyse (rorganisation en fonction des

sujets analyser).

24 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 II : Etat de lart | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre III : Etude de lexistant et spcification des besoins | Mise en place dune solution daide la
dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre III : Etude de lexistant et spcification des besoins | Mise en place dune solution daide la
dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre III : Etude de lexistant et spcification des besoins | Mise en place dune solution daide la
dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre III : Etude de lexistant et spcification des besoins | Mise en place dune solution daide la
dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre III : Etude de lexistant et spcification des besoins | Mise en place dune solution daide la
dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre III : Etude de lexistant et spcification des besoins | Mise en place dune solution daide la
dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre III : Etude de lexistant et spcification des besoins | Mise en place dune solution daide la
dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre III : Etude de lexistant et spcification des besoins | Mise en place dune solution daide la
dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 III : Etude de lexistant et spcification des besoins | Mise en place dune solution daide la
dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

Thme
Objectif Scnarios danalyse Indicateurs Axes danalyse
danalyse
-Client
-Suivi du volume -Nombre -Compte
global des impays. dimpays. -Dcision
-Analyser -Suivi des encours. -Montants des -Agence
le volume -Classification des impays. -Zone
Impays global engagements. -Dtermination des -Secteur
dimpays. -Dtails de lencours encours. -Type crdit
par chances. -Date
-Traitement des -Echances
garanties. -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 Libell
Montant_impay Montant de limpay
Imp_principal Impay en principal
Imp_intrt Impay en intrt
Encours Encours total
Encours_principal Encours en principal
Encours_interet Encours en intrt
Remboursement_principal Remboursement en principal
Remboursement_interet Remboursement en intrt
Solde_compte Solde du compte
Tableau 3. Mesures retenues

42 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Libell
Dim_temps Dimension temps
Dim_cpte_clt Dimension compte client
Dim_client Dimension client
Dim_dossier Dimension dossier
Dim_garantie Dimension garantie
Dim_recouvreur Dimension recouvreur
Dim_zone 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
num_cpte varchar(15) <pk,fk1>
Cls trangres vers les id_tps integer <pk,fk2>
tables de dimensions neffet numeric <pk,fk3>
nom_recouvreur varchar(30) <pk,fk4>
montant_impay numeric
imp_principal numeric
imp_interet numeric
encours numeric
Mesures encours_principal numeric
encours_interet numeric
remboursement_principal numeric
remboursement_interet numeric
solde_compte numeric
...
Figure 9. Table de faits fact_impaye

43 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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
type_idt numeric <pk>
num_idt varchar(15) <pk>
nom_clt varchar(30)
prnom_clt varchar(30)
date_naissance date
dim_garantie dim_recouvreur
adresse varchar(75)
neffet numeric <fk> nom_recouvreur varchar(30) <pk> num_tel numeric
code_gar integer num_fax numeric
tat_gar integer activit_atb numeric
montant_gar numeric activit_bct numeric
date_valuation date indicateur_rsident numeric
... nom_abrg varchar(10)
dim_cpte_clt code_nationalit numeric
forme_juridique numeric
fact_impay num_cpte varchar(15) <pk>
dim_dossier
num_idt varchar(15) <fk>
neffet numeric <pk> num_cpte varchar(15) <pk,fk1> type_idt numeric <fk>
type_effet char(1) id_tps integer <pk,fk2>
nbre_sign numeric
montant_effet numeric neffet numeric <pk,fk3>
date_relev date
date_dec date nom_recouvreur varchar(30) <pk,fk4>
matricule_employ numeric
premiere_ech date montant_impay numeric compte_cloture numeric
derniere_ech date imp_principal numeric compte_gel numeric
rate numeric imp_interet numeric date_gel date
marge numeric encours numeric date_rcupration date
type_crdt char(3) encours_principal numeric date_ouverture date
... encours_interet numeric dat_derniere_op date
remboursement_principal numeric ...
remboursement_interet numeric
solde_compte numeric
...

dim_temps
id_tps integer <pk>
jour integer
mois integer
trimestre integer
anne integer
...

Figure 10. Datamart IMPAYES

44 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Information
Informations client Identifiant, nom, prnom, date de naissance
Nom, prnom, adresse, tlphone, fax,
Coordonnes client
courrier
Informations compte Numro du compte, agence, type de compte
Secteur dactivit, nationalit, indicateur
Informations socioprofessionnelles
rsident
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,
Informations compte
tat compte, devise
Date douverture, date relev, date gel, date
Oprations sur le compte
rcupration, date de dernire opration
Informations propritaire Nombre de signataires, coordonnes client
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 Information
Donnes garantie Numro de dcision, code garantie
tat garantie, montant valu, date
valuation garantie
dvaluation
Tableau 7. Table garantie

45 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Information
Informations compte Numro de compte, agence, type de compte
Rfrence crdit, type de crdit, code
Informations crdit
engagement
Date chance, montant pay, montant
Payement crdit
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 Information
Donnes comptes Numro compte, agence, type de compte
Date chance, date remboursement, date
Donnes remboursement
rejet, code rejet
Donnes client tir 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 Information
Montant crdit, type crdit, code engagement,
Donnes crdit
devise, rate, marge
Numro dcision, date dcision, premire et
Dcision
dernire chance
Impay en principal, impay en intrt, date
Informations sur limpay
entre en impay
Remboursement en principal, remboursement
Informations sur le remboursement
en intrt
Informations sur lencours Encours en principal, encours en intrt
Tableau 10. Table encours credit

46 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Information
Informations compte Numro de compte
Donnes cumul 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 Information
Informations compte Numro de compte
Donnes cumul 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 Information
Informations compte Numro de compte
Agios trimestriels de lanne actuelle, agios
Donnes 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 Information
Informations compte Numro de compte, solde du compte
Tableau 14. Table solde du compte

47 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Information
Informations agence Code agence, nom agence, zone agence
Responsable garantie, responsable
Informations 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 Champ source Table source Transformation

CODSGE Cptclt
Num_cpte CPTGNL Cptclt Concatnation
CPRPRT Cptclt
Num_idt NUMIDT Client One to one
Type_idt TYPIDT Client One to one
Nbre_sign NBRSGN Client One to one
Date_relev DATREL Cptclt One to one
Matricule_employ MATEMP Cptclt One to one
Compte_cloture CLTTRS Cptclt One to one
Compte_gel CPTGEL Cptclt One to one
Date_gel DATGEL Cptclt One to one
Date_rcupration DATREC Cptclt One to one
Date_ouverture DATEOUV Cptclt One to one
Dat_dernire_op DATDOP Cptclt One to one
Tableau 16. Mapping de la table dim_cpte_clt

48 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

Table dim_client

Champ datamart Champ source Table source Transformation

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

Table dim_dossier

Champ Datamart Champ source Table source Transformation Description

Y04DLR y04pf Si type_effet
= F alors
Neffet =Y01DLR
Si Type_effet
=C
Neffet alors Neffet =
NUMEFF Effimpm Driv NUMEFF
Si type_effet
= G alors Neffet
=num_cpte
F si financier
Type_effet - - Driv C si commercial
G si compte gel
Y01DLA2 y01pf Y01DLA2 si F
Montant_effet One to one MNTEFF si C
MNTEFF Effimpm Solde_cpte si G
Date_dec Y01CTTRD y01pf One to one
Premiere_ech Y01FDTE y01pf One to one
Derniere_ech Y01LDTE y01pf One to one Seulement si
Rate Y01RAT y01pf One to one type_effet = F

Marge Y01MGN y01pf One to one

Type_crdt Y04DLP y04pf One to one
Tableau 18. Mapping de la table dim_dossier

49 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

Table dim_garantie

Champ Datamart Champ source Table source Transformation

Neffet Y04DLR y04pf -
Code_gar CODGAR Decgar One to one
Etat_gar ETAGAR Decgar One to one
Montant_gar MNTEVA Decgar One to one
Date_valuation DATEVA Decgar One to one
Tableau 19. Mapping de la table dim_garantie

Table dim_recouvreur

Champ datamart Champ source Table source Transformation

Nom_recouvreur Garantie Liste chef de zone One to one
Tableau 20. Mapping de la table dim_recouvreur

Table dim_zone

Champ datamart Champ source Table source Transformation

Id_zone CODSGE Cptclt One to one
Nom_recouvreur Garantie Liste chef de zone One to one
Nom_zone Zone Liste chef de zone One to one
Resp_zone Chef de zone Liste chef de zone 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 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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
Dci-
Zone
sion

Sexe Temps

rapports
d'analyse
des
Classe impays Age
finanicers

Recou-
Client
vreur

Type
compte
crdit

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 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

II.1.2 Table des dimensions

Dimension Hirarchie Niveau Table source
Agence Agence Agence Cptclt
Zone Zone Zone Cptclt
Mois
H1 Trimestre
Semestre
Temps Anne -
Semaine
H2 Mois
Trimestre
Age infrieur 30
Age entre 30 et 40
Age Age Age entre 40 et 50 Client
Age entre 50 et 60
Age suprieur 60
Recouvreur Recouvreur Recouvreur Liste chef de zone
Compte Compte Compte Cptclt
Type credit Type credit Type credit Y04PF
Client Client Client Client
Classe Classe Classe -
Sexe Sexe Sexe Client
Dcison Dcison Dcision 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 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

II.1.3 Table des agrgations

Nom Statistique Description
Montant total des impays financier par
TOTAL_IMP_FIN_SEMAINE Sum
semaine
Montant total des impays financiers
TOTAL_IMP__FIN_MOIS Sum
par mois
Montanttotal des impays financiers par
TOTAL_IMP__FIN_TRIM Sum
trimestre
Montant total des impays financiers
TOTAL_IMP__FIN_SEM Sum
par semestre
Montant total des impays financiers
TOTAL_IMP_FIN_ANNEE Sum
par anne
NBRE_IMP_FIN Count Nombre total des impays financiers
Moyenne des impays financiers par
MOY_IMP_FIN_SEMAINE AVG
semaine
Moyenne des impays financiers par
MOY_IMP_FIN_MOIS AVG
mois
Moyenne des impays financiers par
MOY_IMP_FIN_TRIMESTRE AVG
trimestre
Moyenne des impays financiers par
MOY_IMP_FIN_SEMESTRE AVG
semester
Moyenne des impays financiers par
MOY_IMP_FIN_ANNEE AVG
anne
TAUX_RECUP_FIN AVG Taux de rcupration moyen
TOTAL_PROV_FIN SUM 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 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

II.2 Rapport danalyse des impays commerciaux

II.2.1 Schma

Agence
Effet Zone

Sexe Temps
rapports
d'analyse des
impays
commerciaux
Classe Age

Recou-
Client
vreur
Compte

Figure 12. Rapports d'analyse des impays commerciaux

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

54 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

II.2.2 Table des dimensions

Dimension Hirarchie Niveau Table source
Agence Agence Agence Cptclt
Zone Zone Zone Cptclt
Mois
H1 Trimestre
Semestre
Temps Anne -
Semaine
H2 Mois
Trimestre
Age infrieur 30
Age entre 30 et 40
Age Age Age entre 40 et 50 Client
Age entre 50 et 60
Age suprieur 60
Recouvreur Recouvreur Recouvreur Liste chef de zone
Compte Compte Compte Cptclt
Client Client Client Client
Classe Classe Classe -
Sexe Sexe Sexe Client
Effet Effet Effet Effimpm
Tableau 24. Table des dimensions des impays commerciaux

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

55 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

II.2.3 Table des agrgations

Nom Statistique Description
Montant total des impays
TOTAL_IMP_COM_SEMAINE SUM
commerciaux par semaine
Montant total des impays
TOTAL_IMP_COM_MOIS SUM
commerciaux par mois
Montant total des impays
TOTAL_IMP_COM_TRIM SUM
commerciaux par trimestre
Montant total des impays
TOTAL_IMP_COM_SEM SUM
commerciaux par semestre
Montant total des impays
TOTAL_IMP_COM_ANNEE SUM
commerciaux par anne
Nombre total des impays
NBRE_IMP_COM COUNT
commerciaux
Moyenne des impays commerciaux
MOY_IMP_COM_SEMAINE AVG
par semaine
Moyenne des impays commerciaux
MOY_IMP_COM_MOIS AVG
par mois
Moyenne des impays commerciaux
MOY_IMP_COM_TRIMESTRE AVG
par trimestre
Moyenne des impays commerciaux
MOY_IMP_COM_SEMESTRE AVG
par semester
Moyenne des impays commerciaux
MOY_IMP_COM_ANNEE AVG
par anne
TAUX_RECUP_COM AVG Taux de rcupration moyen
TOTAL_PROV_COM SUM 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 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

II.3 Rapport danalyse des comptes gels

II.3.1 Schma

Agence

Sexe Zone

Classe Temps
rapports
d'analyse des
comptes gels

Client Age

Recou-
Compte
vreur

Figure 13. Rapports d'analyse des comptes gels

Ce schma montre les diffrents axes danalyse sur lesquels sont bass les rapports
danalyse des comptes gels.

57 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

II.3.2 Table des dimensions

Dimension Hirarchie Niveau Table source
Agence Agence Agence Cptclt
Zone Zone Zone Cptclt
Mois
H1 Trimestre
Semestre
Temps Anne -
Semaine
H2 Mois
Trimestre
Age infrieur 30
Age entre 30 et 40
Age Age Age entre 40 et 50 Client
Age entre 50 et 60
Age suprieur 60
Recouvreur Recouvreur Recouvreur Liste chef de zone
Compte Compte Compte Cptclt
Client Client Client Client
Classe Classe Classe -
Sexe Sexe Sexe Client
Tableau 26. Table des dimensions des comptes gels

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

58 Chapitre IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

II.3.3 Table des agrgations

Nom Statistique Description
TOTAL_DEBIT_SEMAINE SUM Dbit total par semaine
TOTAL_DEBIT_MOIS SUM Dbit total par mois
TOTAL_DEBIT_TRIM SUM Dbit total par trimestre
TOTAL_DEBIT_SEMESTRE SUM Dbit total par semestre
TOTAL_DEBIT_ANNEE SUM Dbit total par anne
NBRE_COMPTES_GELES COUNT Nombre de compte gels
MOY_DEBIT_SEMAINE AVG Dbit moyen par semaine
MOY_DEBIT_MOIS AVG Dbit mensuel moyen
MOY_DEBIT_TRIM AVG Dbit trimestriel moyen
MOY_DEBIT_SEM AVG Dbit semestriel moyen
MOY_DEBIT_ANNEE AVG Dbit annuel moyen
Taux de rcupration sur les
TAUX_RECUP_CG AVG
comptes gels
Provisions constitues sue
TOTAL_PROV_CG SUM
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 IV : Conception | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre V : Ralisation | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre V : Ralisation | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre V : Ralisation | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre V : Ralisation | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre V : Ralisation | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre V : Ralisation | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre V : Ralisation | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre V : Ralisation | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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 Chapitre V : Ralisation | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

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-risque-
client.html?pid=326 Fvrier 2012

[4] http://www.memoireonline.com/09/09/2700/m_La-gestion-du-risque-de-credit-bancaire-
dans-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-informatisation-
du-processus.html Mars 2012

[8] http://www.chefdentreprise.com/Chef-d-entreprise-Magazine/Article/4-bonnes-raisons-d-
externaliser-le-recouvrement-de-ses-creances-20327-1.htm Mars 2012

[9] http://www.memoireonline.com/04/07/429/m_recouvrement-modelisation-
informatisation-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/conception-
datawarehouse/#LIII-A Mars 2012

[14] http://yves-ducourneau.developpez.com/tutoriels/Business-Intelligence/qlikview-
modelisation-etoile/ Avril 2012

75 Ntographie | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

[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 Ntographie | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

Annexe A : Dictionnaire complet des donnes

sources

Table CLIENT

Champ Documentation Type

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

Table CPTCLT : compte client

Champ Documentation Type

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

77 Ntographie | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

INDGRP ignorer NUMBER(4)

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

Table DECGAR : garantie

Champ Documentation Type

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

Table y04pf : impay financier

Champ Documentation Type

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

78 Ntographie | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

Y04MVT Type: principal(p) ou intrt(I) NOT NULL CHAR(1)

Y04MVTS ignorer NOT NULL CHAR(1)
Y04AMTD Encours impay NOT NULL NUMBER(15)
Y04AMTP Montant pay NOT NULL NUMBER(15)
Y04OVAM Montant impay NOT NULL NUMBER(15)
Y04AB Agence NOT NULL CHAR(4)
Y04AN Basic number NOT NULL CHAR(6)
Y04AS Suffix NOT NULL CHAR(3)
Y04EAN Numro compte NOT NULL CHAR(20)

Table EFFIMPM : impay commercial

Variable Documentation Type

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

Table Y01PF : encours crdit

Champ Documentation Type

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

79 Ntographie | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

Y01FDTE Premire ech NOT NULL NUMBER (7)

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

Table CUMCR : cumul crdit mensuel

Champ Documentation Type

CODSGE Code siege NOT NULL NUMBER (3)
CPTGNL Compte general NOT NULL NUMBER (4)
CPTPRT Compte particulier NOT NULL NUMBER (6)
CUM1 Cumul crdit mois1 NUMBER (12)
CUM2 Cumul crdit mois2 NUMBER (12)
CUM3 Cumul crdit mois3 NUMBER (12)
CUM4 Cumul crdit mois4 NUMBER (12)
CUM5 Cumul crdit mois5 NUMBER (12)
CUM6 Cumul crdit mois6 NUMBER (12)
CUM7 Cumul crdit mois7 NUMBER (12)
CUM8 Cumul crdit mois8 NUMBER (12)
CUM9 Cumul crdit mois9 NUMBER (12)
CUM10 Cumul crdit mois10 NUMBER (12)
CUM11 Cumul crdit mois11 NUMBER (12)
CUM12 Cumul crdit mois12 NUMBER (12)
CUMP1 Cumul crdit mois1 NUMBER (12)
CUMP2 Cumul crdit mois2 NUMBER (12)
CUMP3 Cumul crdit mois3 NUMBER (12)
CUMP4 Cumul crdit mois4 NUMBER (12)
CUMP5 Cumul crdit mois5 NUMBER (12)
CUMP6 Cumul crdit mois6 NUMBER (12)
CUMP7 Cumul crdit mois7 NUMBER (12)
80 Ntographie | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

CUMP8 Cumul crdit mois8 NUMBER (12)

CUMP9 Cumul crdit mois9 NUMBER (12)
CUMP10 Cumul crdit mois10 NUMBER (12)
CUMP11 Cumul crdit mois11 NUMBER (12)
CUMP12 Cumul crdit mois12 NUMBER (12)

Table RESCOUR cumul crdit quotidien

Champ Documentation Type

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

81 Ntographie | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

Table agiosdbit

Champ Documentation Type

CODSGE Code siege NOT NULL NUMBER(3)
CPTGNL Code general NOT NULL NUMBER(4)
CPTPRT Compte particulier NOT NULL NUMBER(6)
AGO1 Agios trim1 NUMBER(6)
AGO2 Agios trim2 NUMBER(6)
AGO3 Agios trim3 NUMBER(6)
AGO4 Agios trim4 NUMBER(6)
AGOP1 Agios trim1 an-prc NUMBER(6)
AGOP2 Agios trim1 an-prc NUMBER(6)
AGOP3 Agios trim1 an-prc NUMBER(6)
AGOP4 Agios trim1 an-prc NUMBER(6)

Table Rfus : fusion chelle dintrt

Champ Documentation Type

PPLSGE Code sige principal NOT NULL NUMBER (3)
PPLGNL Compte gnral principal NOT NULL NUMBER (4)
PPLPRT Compte particulier principal NOT NULL NUMBER (6)
ASSSGE Code sige associ NOT NULL NUMBER (3)
ASSGNL Compte gnral associ NOT NULL NUMBER (4)
ASSPRT Compte particulier associ NOT NULL NUMBER (6)

Table CPTMP_EQ : solde du compte

Champ Documentation Type

CODESGE Code siege NOT NULL NUMBER (3)
CPTGNL Compte general NOT NULL NUMBER (4)
CPTPRT Compte particulier NOT NULL NUMBER (6)
SLDFIN Solde su compte NOT NULL NUMBER (15)
SIGNE Signe du solde NOT NULL VARCHAR2 (2)

Table liste chef de zone

Champ Documentation Type

CODE Code agence NUMBER(3)
Agence Nom agence VARCHAR2(20)
Guaranties Resp gar VARCHAR2(20)
Contentieux Resp contentieux VARCHAR2(20)
Zone Zone agence VARCHAR2(20)
CHEF DE ZONE Chef zone VARCHAR2(20)

82 Ntographie | Mise en place dune solution daide la dcision pour le suivi des impays
 Nesrine Dhraief -- Projet de Fin dtudes 2011/2012

Annexe B : Prsentation de Qlikview

La plate-forme QlikView de Business Discovery offre une vritable exprience de BI en libre-

service 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 Ntographie | Mise en place dune solution daide la dcision pour le suivi des impays