Rapport Final2015

Mémoire de
Projet de Fin d’Etudes

Filière : Méthodes Informatiques Appliquées
à la Gestion des Entreprises - MIAGE
Sujet
Evaluer deux solutions ERP destinées au contexte PME et faire
une étude comparative en s’appuyant sur les spécificités des
PME marocaines
Réalisé par :
BENYECHI Sofia
MEDDOUN Meryem
Encadré par :
Mr.Dafir EL KETTANI (EMSI)

Mr.Hassan MOUBTAKIR (ONEE)
Année Universitaire : 2014 - 2015

Dédicace
Dédicace
A nos chers Parents,
Pour tous vos sacrifices pour nous, nul mot ne saura exprimer notre amour envers vous. Que dieu
vous protège et vous accorde une longue vie.
A nos sœurs et frères,
On vous remercie pour votre amour inconditionnel. Que dieu vous garde, On vous aime et on
vous souhaite une vie pleine de succès et de réussite.
A tous nos amis,
Pour vos encouragements et pour avoir été là pour nous chaque fois que nous avions besoin.
A tous ceux qui nous aiment, A tous ceux que nous aime
Que cette modeste dédicace puisse vous témoigner notre profonde gratitude pour votre immense
amour, votre confiance et vos paroles apaisantes qui nous ont toujours fait garder le sourire.
A tous ceux qui ont contribué de près ou de loin pour la réussite de ce projet
Veuillez trouver ici le respect et la reconnaissance que nous éprouvons pour vous.
BENYECHI Sofia
MEDDOUN Meryem
Projet de fin d’Eudes 2 2014-2015

2014-2015
Remerciements
Remerciements
C’est pour nous un plaisir autant qu’un devoir de remercier toutes les personnes qui ont pu
contribuer de près ou de loin à l’élaboration de ce projet, qui nous ont aidé, nous ont soutenu et ont fait
en sorte que ce travail ait lieu.
Cependant nos vifs remerciements vont à notre encadrant au sein de l’Office Nationale de
l’’Electricité et de l’Eau Potable – Branche Eau –, Monsieur Hassan MOUBTAKIR, notre encadrant
externe, pour l’intérêt et le professionnalisme avec lesquels il a suivi la progression de ce travail, et
pour son aide et ses conseils fructueux qui nous ont cessé de nous prodiguer lors de ce projet.
Nos reconnaissances vont également à Monsieur Dafir EL KETTANI, notre encadrant interne,
pour son excellent encadrement, ses directives précieuses ainsi que ses conseils lucides et pertinents.
Que messieurs les membres de jury que nous espérons satisfaire par cet humble travail, trouvent
ici l’expression de nos reconnaissances pour avoir accepté de le juger.
A l’issue des cinq agréables années passées au sein de l’Ecole Marocaine des Sciences de
l’Ingénieur – EMSI –, on adresse nos remerciements à toute l’équipe enseignante pour la qualité de
l’enseignement qui nous a été dispensé.

Résumé
Résumé
Afin de faciliter notre intégration professionnelle, d’approfondir nos connaissances et de mettre

en pratique les acquis de notre formation.
Le présent rapport constitue le fruit de notre travail, réalisé dans le cadre de notre projet de fin
d'étude, pour l'obtention du diplôme d'ingénieur profil MIAGE au sein de l'Ecole Marocaine des
Sciences de l'Ingénieur, au sein de l'entité Systèmes d'Information de l'Office Nationale de l'Electricité
et de l'Eau Potable – Branche Eau –.
La mission principale de ce projet est la mise en place d'un module de gestion commerciale
paramétrable sous ODOO et SAP Business One ainsi de faire la comparaison entre ces deux produits
en faisant l'expression des besoins, l’analyse, la conception et enfin l'implémentation du projet qui sera
un module d'un futur ERP commercialise par l'entreprise. Pour faire réussir la mission du projet, on a
opté pour la méthode Y.
Le présent rapport rapporte l'essentiel de la mission du projet.

Liste des abréviations
Liste des abréviations
Abréviation Désignation
SAP Systems Applications Product
ERP Entreprise Ressource Planning
2TUP Two Track Unified Process
MRP Material Resource Planning
MRPII Material Resource Planning II
PME Petite Moyenne Entreprise
UML Unified Modeling Language
SGBD Système de Gestion de Base de Données

Liste des figures
Liste des figures
Figure1 :Organigramme de l’ONEE- branche eau -.................................................................................................................. 16
Figure2 :Cycle de développement en Y.................................................................................................................................... 20
Figure3 :Planning prévisionnel................................................................................................................................................. 21
Figure4 :Planning réel.............................................................................................................................................................. 22
Figure5 :Diagramme de cas d’utilisation global........................................................................................................................ 31
Figure6 :Diagramme de cas d’utilisation du module administration......................................................................................... 32
Figure7 :Diagramme de cas d’utilisation du module stock........................................................................................................ 34
Figure8 :Diagramme de cas d’utilisation du module achat............................................................................................................ 35
Figure9 :Diagramme de cas d’utilisation du module vente............................................................................................................ 36
Figure10:Diagramme de cas d’utilisation du module comptable.................................................................................................... 37
Figure11:Schéma d’une architecture en trois couches..................................................................................................................... 44
Figure12:Interface pour créer une base de données......................................................................................................................... 48
Figure13:Interface de la première connexion à la base de données créée....................................................................................... 49
Figure14:Installation du plan comptable marocain.......................................................................................................................... 49
Figure15:Installation du module gestion des ventes........................................................................................................................ 50
Figure16:Installation du module comptabilité et finance................................................................................................................ 50
Figure17:Installation du module gestion des achats........................................................................................................................ 50
Figure18:Poursuivre la base de données après l'installation des nouveaux modules..................................................................... 50
Figure19:Interface de la liste des paramètres techniques................................................................................................................. 52
Figure20:Interface du fournisseur.................................................................................................................................................... 54
Figure21:Interface d’un bon commande d’achat............................................................................................................................. 55
Figure22:Interface de la réception des marchandises...................................................................................................................... 56
Figure23:Interface pour le contrôle des factures d’achat................................................................................................................. 57
Figure24:Interface de la facture payée............................................................................................................................................. 57
Figure25:Interface d’un bon de commande client........................................................................................................................... 58
Figure26:Interface de la livraison des marchandises...................................................................................................................... 58
Figure27:Interface de la facture payée…......................................................................................................................................... 59
Figure28:Interface du paiement client............................................................................................................................................. 60
Figure29:Interface de l’écriture comptable...................................................................................................................................... 60
Figure30:Interface du relevé bancaire.............................................................................................................................................. 61

Liste des figures
Figure31:Interface des AGIOS........................................................................................................................................................ 62
Figure32:Interface d’une ligne du relevé bancaire.......................................................................................................................... 62
Figure33:Interface des lignes AGIOS.............................................................................................................................................. 63
Figure34:Interface de la caisse......................................................................................................................................................... 63
Figure35:Interface du lettrage.......................................................................................................................................................... 64
Figure36:Interface de l’écriture comptable...................................................................................................................................... 64
Figure37:Interface pour créer ou sélectionner une nouvelle société............................................................................................... 65
Figure38:Interface pour créer une nouvelle entreprise.................................................................................................................... 65
Figure39:Interface pour la création de la période comptable.......................................................................................................... 65
Figure40:Interface pour les options générales................................................................................................................................. 66
Figure41:Interface pour les autorisations générales......................................................................................................................... 66
Figure42:Interface pour les options formulaire............................................................................................................................... 67
Figure43:Interface pour ajouter un utilisateur................................................................................................................................. 67
Figure44:Interface du plan comptable............................................................................................................................................. 68
Figure45:Interface pour modifier ou supprimer un plan comptable…………............................................................................... 69
Figure46:Interface des liens comptables.......................................................................................................................................... 70
Figure47:Interface de la fiche partenaire......................................................................................................................................... 70
Figure48:Interface des cycles d’inventaire...................................................................................................................................... 71
Figure49:Interface des groupes d’articles....................................................................................................................................... 72
Figure50:Interface de la fiche article………………………………............................................................................................... 72
Figure51:Interface pour vérifier des quantités par article................................................................................................................ 73
Figure52:Interface de la commande fournisseur.............................................................................................................................. 74
Figure53:Interface de la réception de marchandises………………………………....................................................................... 75
Figure54:Interface de la liste des commandes des achats................................................................................................................ 75
Figure55:Interface de la réception de marchandises........................................................................................................................ 76
Figure56:Interface du statut d’inventaire......................................................................................................................................... 76
Figure57:Interface de la facture fournisseur.................................................................................................................................... 77
Figure58:Interface de l’écriture au journal...................................................................................................................................... 77
Figure59:Interface de décaissement................................................................................................................................................. 78
Figure60:Interface de la commande client....................................................................................................................................... 79
Figure61:Interface de la livraison client......................................................................................................................................... 80
Figure62:Interface de la facture client............................................................................................................................................. 80
Figure63:Interface de l’encaissement.............................................................................................................................................. 81

Liste des tableaux
Liste des tableaux
Tableau1 :Les livrables du projet................................................................................................................................................. 18
Tableau3 :La matrice des risques................................................................................................................................................. 19
Tableau3 :Analyse des écarts....................................................................................................................................................... 23
Tableau4 :Description de cas d’utilisation du module administration........................................................................................ 33
Tableau5 :Description de cas d’utilisation du module stock....................................................................................................... 34
Tableau6 :Description de cas d’utilisation du module achat....................................................................................................... 35
Tableau7 :Description de cas d’utilisation du module vente....................................................................................................... 36
Tableau8 :Description de cas d’utilisation du module comptable............................................................................................... 37
Tableau9 :Comptes définis dans le plan comptable.................................................................................................................... 51
Tableau10:Définition des propriétés............................................................................................................................................. 52
Tableau11:Définition des Journaux.............................................................................................................................................. 53
Tableau12:Comparaison entre ODOO et SAP Business One...................................................................................................... 82

Liste des figures
Table des matières
LISTE DES ABRÉVIATIONS ............................................................................................................................ 5

LISTE DES FIGURES ......................................................................................................................................... 6
LISTE DES TABLEAUX ..................................................................................................................................... 8
INTRODUCTION GÉNÉRALE ....................................................................................................................... 13
CHAPITRE 1 : CONTEXTE GÉNÉRAL DU PROJET ............................................................................. 14
I. PRÉSENTATION DE L’ORGANISME D’ACCUEIL ....................................................................................... 15
1. Historique de l’ONEE – Branche Eau – ............................................................................................ 15
2. Les missions de l’ONEE – Branche Eau – ......................................................................................... 15
3. Organigramme de l’ONEE – Branche Eau – .................................................................................... 16
4. Missions et attributions de la Direction des Systèmes d’information ................................................. 17
II. PRÉSENTATION DU PROJET ..................................................................................................................... 17
1. Problématique du projet ..................................................................................................................... 17
2. Objectifs du projet ............................................................................................................................... 18
3. Missions du projet ............................................................................................................................... 18
4. Les livrables du projet ......................................................................................................................... 18
5. La matrice des risques ........................................................................................................................ 19
6. Conduite du projet .............................................................................................................................. 19
6.1. Méthodologie de travail ............................................................................................................................. 19
6.2. Planification ............................................................................................................................................... 20
6.2.1. Planning prévisionnel ........................................................................................................................... 21
6.2.2. Planning réel ......................................................................................................................................... 22
6.2.3. Analyse des écarts ................................................................................................................................. 23
CHAPITRE 2 : PROGICIEL DE GESTION INTÉGRÉ ............................................................................... 24

I. DÉFINITION DES ERP .............................................................................................................................. 25
II. EVOLUTION DES ERP .............................................................................................................................. 25
1. MRP .................................................................................................................................................... 25
2. MRP II ................................................................................................................................................ 25
3. ERP ..................................................................................................................................................... 25
III. LES DEUX CATÉGORIES D’UN ERP ..................................................................................................... 26
1. Les ERP pour PME ............................................................................................................................ 26
2. Les grands ERP .................................................................................................................................. 26
IV. POURQUOI UN ERP ............................................................................................................................. 26
V. PERSONNALISATION ................................................................................................................................ 26
VI. NOTIONS DE PARAMÉTRAGE (CONFIGURATION) ............................................................................... 27
VII. LES CARACTÉRISTIQUES D’UN ERP ................................................................................................... 27
1. Richesse fonctionnelle ........................................................................................................................ 27
2. Flexibilité ............................................................................................................................................ 27
3. Transversalité...................................................................................................................................... 27
4. Changement ........................................................................................................................................ 27
5. Technologie ......................................................................................................................................... 28
6. Pilotage................................................................................................................................................ 28

Liste des figures
CHAPITRE 3 : ETUDE CONCEPTUELLE ................................................................................................... 29

I. RECUEIL DU BESOIN ................................................................................................................................ 30
II. MODÉLISER LA SOLUTION ESCOMPTÉE .................................................................................................. 30
1. Langage UML ..................................................................................................................................... 30
2. Diagrammes des cas d’utilisations ..................................................................................................... 31
2.1. Diagramme de cas d’utilisation global ..................................................................................................... 31
2.2. Diagramme de cas d’utilisation « Module administration » .................................................................. 32
2.3. Diagramme de cas d’utilisation « Module stock » .................................................................................. 34
2.4. Diagramme de cas d’utilisation « Module achat » .................................................................................. 35
2.5. Diagramme de cas d’utilisation « Module vente » .................................................................................. 36
2.6. Diagramme de cas d’utilisation « Module comptable » .......................................................................... 37
III. ADÉQUATION DU BESOIN AVEC L’ERP (ODOO OU SAP BUSINESS ONE) ........................................ 38
1. Présentation des modules ERP sélectionnés ...................................................................................... 38
1.1. Module de stock ......................................................................................................................................... 38
1.1.1 Présentation du module ........................................................................................................................ 38
1.1.2 Principales fonctionnalités .................................................................................................................... 38
1.2.2. Principales fonctionnalités .................................................................................................................... 39
1.2.3. Processus standard d'une commande fournisseur ............................................................................... 39
1.3. Module de vente ......................................................................................................................................... 39
1.3.1. Présentation du module ........................................................................................................................ 39
1.3.3. Processus d'une commande client : ...................................................................................................... 40
1.4. Module de comptable ................................................................................................................................ 40
1.4.1. Présentation du module ........................................................................................................................ 40
2. Adéquation .......................................................................................................................................... 41
IV. PARAMÉTRAGE ................................................................................................................................... 41
1. Paramétrage stock .............................................................................................................................. 41
2. Paramétrage achat .............................................................................................................................. 41
3. Paramétrage vente .............................................................................................................................. 41
4. Paramétrage comptable ...................................................................................................................... 41
CHAPITRE 4 : ETUDE TECHNIQUE ........................................................................................................... 42

I. PRÉSENTATION DE L’ARCHITECTURE DE LA SOLUTION [1] ..................................................................... 43
II. ARCHITECTURE EN COUCHES [2].............................................................................................................. 44
1. Couche présentation ........................................................................................................................... 45
2. Couche métier ..................................................................................................................................... 45
3. Couche accès aux données ................................................................................................................. 45
III. CHOIX TECHNIQUES [3] ........................................................................................................................ 46
1. ODOO ................................................................................................................................................. 46
1.1. Le choix du leader ..................................................................................................................................... 46
1.2. Pourquoi OpenERP/ODOO ..................................................................................................................... 46
2. SAP Business One .............................................................................................................................. 46
CHAPITRE 5 : MISE EN OEUVRE................................................................................................................ 47
PARTIE 1:ODOO ............................................................................................................................................... 48
I. PARAMÉTRAGE ET PERSONNALISATION ................................................................................................. 48
1. La création de la base de données ...................................................................................................... 48
2. Installation et configuration des modules .......................................................................................... 49
2.1. Installation du module « Plan Comptable Marocain » ........................................................................... 49
2.2. Installation des autres modules ................................................................................................................ 50
3. Configuration de la base de données(Paramétrage) ......................................................................... 50

Liste des figures
3.1. Configuration des comptes ....................................................................................................................... 50

4. Paramétrage des journaux ................................................................................................................. 53
5. Configuration de la société principale ............................................................................................... 53
6. Correction des traductions manquantes ............................................................................................ 53
7. Création des catégories de partenaires, et leurs contacts .................................................................. 53
8. Création de produits et de leurs catégories ........................................................................................ 54
9. Emplacements de Stock ...................................................................................................................... 54
10. Mise en place d'un plan de comptes .............................................................................................. 54
II. TESTER LE WORKFLOW (FLUX DE TRAVAIL) ACHAT-VENTE-TRÉSORERIE .......................................... 55
1. Gestion d’achat ................................................................................................................................... 55
1.1 Bon de commande d’achat ........................................................................................................................ 55
1.2 Réception des marchandises ..................................................................................................................... 56
1.3 Contrôle des factures d'achat ................................................................................................................... 57
1.4 Payer le fournisseur................................................................................................................................... 57
2. Gestion des ventes ............................................................................................................................... 58
2.1 Du Devis à la Commande client ................................................................................................................ 58
2.2 Préparer les marchandises pour l'expédition au client .......................................................................... 58
2.3 Facturation des marchandises .................................................................................................................. 59
2.4 Prise en charge du paiement de la facture par le client .......................................................................... 59
3. Gestion de trésorerie ........................................................................................................................... 59
3.1. Via un règlement groupé........................................................................................................................... 59
3.2. Via le relevé bancaire ................................................................................................................................ 61
3.2.1. Le relevé bancaire................................................................................................................................. 61
3.2.2. Création des comptes AGIOS .............................................................................................................. 62
3.3. Via la caisse: ............................................................................................................................................... 63
PARTIE 2:SAP BUSINESS ONE ........................................................................................................................... 65
I. PARAMÉTRAGE ET PERSONNALISATION ................................................................................................. 65
1. Créer societé ........................................................................................................................................ 65
2. Option générale................................................................................................................................... 66
3. Ajouter utilisateur et affecter les droits d’accès ................................................................................. 66
4. Options de formulaire ......................................................................................................................... 67
5. Menu utilisateur ................................................................................................................................. 67
6. Creation des comptes .......................................................................................................................... 68
7. Mise a jour du plan comptable ........................................................................................................... 69
8. Lien comptable .................................................................................................................................... 69
9. Partenaire............................................................................................................................................ 70
10. Cycle d’inventaire ........................................................................................................................... 71
11. Magasins ......................................................................................................................................... 71
12. Groupes d’articles........................................................................................................................... 71
13. Création d’article ............................................................................................................................ 72
14. Verifier le stock ............................................................................................................................... 73
II. TESTER LE WORKFLOW (FLUX DE TRAVAIL) ACHAT-VENTE ................................................................ 73
1. Gestion d’achat ................................................................................................................................... 74
1.1. Bon de commande d’achat ........................................................................................................................ 74
1.2. RÉCEPTION DES MARCHANDISES........................................................................................................ 75
1.2.1. Effet de la bonne réception de marchandises ..................................................................................... 76
1.3. Contrôle des factures d’achat ................................................................................................................... 77
1.3.1. Ecriture au journal ............................................................................................................................... 77
1.4. Payer le fournisseur................................................................................................................................... 78
2. Gestion des ventes ............................................................................................................................... 79
2.1. Du devis à la commande client ................................................................................................................... 79
2.2. Préparer les marchandises pour l’expédition au client ............................................................................. 80

Liste des figures
2.3. Facturation des marchandises .................................................................................................................. 80

2.4. Prise en charge du paiement de la facture par le client .......................................................................... 81
PARTIE 3:COMPARAISON ENTRE ODOO ET SAP BUSINESS ONE ....................................................................... 82
CONCLUSION GÉNÉRALE ............................................................................................................................ 83
BIBLIOGRAPHIE .............................................................................................................................................. 84

Introduction générale
Introduction générale
La gestion manuelle des activités de suivi des clients, des commandes, de l'encaissement et des
livraisons constitue des tâches fastidieuses et entachées souvent d'erreurs. C’est dans cette optique que
l'informatisation de ces activités s'avère nécessaire.
C'est dans ce cadre que se situe notre projet de fin d'étude, dont la mission est de réaliser une
solution logicielle de gestion commerciale. Cette solution permettra au client demandeur de gérer
efficacement l'activité commerciale de son entreprise.
Le présent rapport rapporte l'essentiel du travail effectué dans le cadre de ce projet, il s'organise
en cinq chapitres:
 Le premier chapitre « Contexte général du projet » : présente en premier lieu, l’organisme

d’accueil, et s’intéresse à l’identification du projet tout en présentant par la suite, le plan de
qualité projet adopté ;
 Le deuxième chapitre «Progiciel de gestion intégré » : présente une présentation de progiciel
de gestion intégré ;
 Le troisième chapitre « Etude conceptuelle » : présente les recueils du besoin, ensuite une
modélisation du projet, enfin une adéquation du besoin avec l’ERP ;
 Le quatrième chapitre « Etude technique» : présente l’architecture de la solution et détailler
les choix techniques utilisés ;
 Le cinquième chapitre «Mise en œuvre» : présente le paramétrage, la personnalisation et le
test du workflow sous ODOO et SAP Business One et de faire une comparaison entre les deux
produits.
Enfin, la conclusion dresse le bilan du travail réalisé et présente ses principales perspectives.

Chapitre 1 : Contexte général du projet
Chapitre 1
Contexte général du projet
Ce premier chapitre donne un aperçu

sur l’organisme d’accueil et présente le
contexte général du projet et sa terminologie.
Il constitue un point de départ qui permettra
de bien gérer le déroulement de toutes les
phases d’étude que nous allons entreprendre
par la suite.
Chapitre 1 Contexte général du projet
I. Présentation de l’organisme d’accueil

1. Historique de l’ONEE – Branche Eau –
Jusqu'à la fin des années 1960, le service de l’eau potable était assuré par la Régie des
Exploitations Industrielles (REI) et par la Société Marocaine de Distribution d’eau et d’électricité
(SMD).Souvent effectue à partir de ressources locales, l’Alimentation en Eau Potable (AEP) ne
couvrait alors que les villes nouvelles et exceptionnellement quelques résidences. En milieu rural,
l’approvisionnement en eau n’était assuré que par les moyens traditionnels. Avec la création de régies
de distribution en 1960 et la pénurie d’eau qu’a connue la côte atlantique entre Kenitra et Safi au début
des années soixante, apparut la nécessité d’une planification à long terme afin de répondre aux besoins
présents et futurs de cette région. Progressivement, cette approche fut étendue à tout le pays.
Les pouvoirs publics ont procédés à la création d’un établissement public en l’occurrence ONEE
qui à succéder à la REI (Régiment Etranger d’Infanterie) en Aout 1972, dont la mission principale est
la production et adduction de l’eau potable.
Le but de la création de l’ONEE (Office Nationale de l’’Electricité et de l’Eau Potable) est de

subvenir aux besoins en eau potable vue la démographie et l’urbanisation galopante en fonction des
besoins des ressources limitées en eau, et compte tenu des autres demandeurs : Agriculture et
Industrie.
2. Les missions de l’ONEE – Branche Eau –
L’ONEE a été impliqué très tôt dans des activités touchant au domaine de l’environnement.
L’Office se trouve au centre des problématiques les plus essentielles à savoir l’approvisionnement de
la population en eau saine et en qualité suffisante. Ses missions se présentent comme suit :
 Planification : l’approvisionnement en eau potable du Royaume et la programmation des

projets.
 Etudes & Equipement : la production d’eau potable et assurer l’exécution des travaux des
unités de production et de distribution.
 Gérer : la production de l’eau potable et assurer la distribution pour le compte des communes
qui le souhaitent.
 Contrôler : la qualité des eaux produites et les distribuer, et la pollution des eaux susceptibles
d’être utilisées pour l’alimentation.
 Assister : en matière de surveillance de la qualité d’eau.
 Participer : aux études, en liaison avec les Ministères intéresses, des projets de textes
législatifs et réglementaires nécessaires à l’accomplissement de sa mission.

3. Organigramme de l’ONEE – Branche Eau –
DIRECTION GENERALE
Direction Audit et Organisation Direction Coopération et Communication
Agence Contrôle des opérations Institut International de l’Eau et De l’Assainissement
Direction Ingénierie de Direction

Formation Développement et
Prospection
Direction Responsabilité procédurale Direction générale adjointe chargée de la sécurité
Direction Conseil stratégique
POLE POLE POLE POLE

FINANCES RESSOURCES INDUSTRIEL DEVELOPPEMENT
Direction
Direction Financière Direction Ressources Direction Patrimoine
Technique et
Humaines
Ingénierie
Direction Contrôle Direction Contrôle
de Gestion et Direction Qualité des Eaux Direction
Système Approvisionnement Assainissement
et Marchés et
Direction 10 Directions Environnement
Commerciale et Régionales
Direction Moyens
Direction
Marketing Communs
Planification
Direction Affaires Direction

Juridiques et Actions Généralisation
Foncières AEP
Figure 1: Organigramme de l’ONEE- branche eau -

4. Missions et attributions de la Direction des Systèmes d’information

- Mission :
 Assurer le suivi et le pilotage du système de contractualisation interne ;
 Piloter l’élaboration du budget et ses mises à jour ;
 Mettre en place et piloter un système de pilotage et de reportage à la Direction Générale ;
 Assurer la préparation et le bon déroulement des sessions du Conseil d’Administration « CA »
de l’office ;
 Mettre en place un système de contrôle des performances.
- Attributions :
 Elaborer les prévisions et consolider les budgets d’équipement et de fonctionnement de
l’Office ;
 Participer aux négociations budgétaires tant en interne de l’Office qu’avec les instances de
contrôle ;
 Assurer la diffusion des budgets approuvés ;
 Développer et mettre en place un système de pilotage pour l’Office ;
 Etablir des rapports d’activité et de gestion ;
 Préparer, élaborer et suivre un système de contractualisation interne ;
 Mesurer et contrôler les performances de l’Office ;
 Proposer et participer aux actions permettant l’amélioration des performances.
II. Présentation du projet
1. Problématique du projet
La vocation d’un ERP est d’homogénéiser le Système d’Information de l’entreprise avec un outil
unique qui est capable de couvrir un large périmètre de gestion, c’est-à-dire :
 La gestion des stocks;

 La gestion des achats ;
 La gestion des ventes ;
 La gestion comptable : comptabilité client, comptabilité fournisseur et la trésorerie.
Dans un premier temps il nous a demandé d’étudier le besoin client et de faire des études sur les
deux ERP ODOO et SAP Business One afin de faire une adéquation du besoin avec l’ERP.

2. Objectifs du projet
L’objectif du projet est l’étude, la conception, le paramétrage, la personnalisation et la mise en

place d’une solution de gestion intégrée comprenant les modules « stock, achat, vente et
comptabilité » sous ODOO et SAP Business One et parvenir à faire une comparaison entre eux.
La solution doit couvrir les modules fonctionnels suivants :
 La gestion des stocks;

 La gestion des achats ;
 La gestion des ventes ;
 La gestion comptable : comptabilité client, comptabilité fournisseur et la trésorerie.
3. Missions du projet
En effet les missions accordées sont :
 Mettre en place un planning pour le projet ;

 Faire une recherche bibliographique liée au sujet des ERP en général et aux deux produits ;
 Apprendre les bases du métier Stock, Achat, Vente et Comptabilité et les fonctions à supporter
par l'ERP dans les cadres de ces modules ;
 Installer les environnements (de préférence sous forme de machines virtuelles) ;
 Définir des cas d'utilisation à dérouler dans les deux systèmes. Ces cas seront la base de la
comparaison entre les deux produits. Ex Cycle d’achat, Cycle de vente… etc ;
 Elaborer un bilan de comparaison.
4. Les livrables du projet
Phase Livrable Responsable Date de Date de Date de

livraison livraison validation
prévue réelle
Planification & Cahier des charges Equipe 13/03/2015 13/03/2015 16/03/2015
Etude du projet
Conception Dossier de conception Equipe 27/03/2015 27/03/2015 30/03/2015
Réalisation ODOO Paramétrage, Equipe 12/05/2015 12/05/2015 12/05/2015
personnalisation et test
Réalisation SAP Paramétrage, Equipe 23/06/2015 23/06/2015 23/06/2015
Business One personnalisation et test
Documentation Rapport projet Equipe 29/06/2015 30/06/2015 30/06/2015
Tableau 1: Les livrables du projet

5. La matrice des risques
Maitriser les risques est une préoccupation majeure en conduite de projet informatique. Les
risques sont définis comme la possibilité qu’un projet ne s’exécute pas conformément aux prévisions de
dates, de cout ou d’expression des besoins, ces dérives étant considérées comme difficilement
acceptable, voire inacceptables.
Quand on évalue la probabilité d’un risque, il est important de ne pas prendre en compte les
mécanismes qui pourraient minimiser le risque ou atténuer les impacts. La probabilité d’un risque doit
être considérée comme si aucune action préventive n’était appliquée.
Tableau 2: Les risques du projet
6. Conduite du projet
6.1. Méthodologie de travail
Un processus de développement définit une séquence d’étapes, en partie ordonnée, qui

concoure à l’obtention d’un système logiciel nouveau ou à l’évolution d’un système existant. Ce
processus a pour objectifs de produire des solutions informatiques de qualité répondant aux besoins
des utilisateurs dans des temps et des coûts prévisibles.
De ce fait, l’adéquation du projet au processus de développement peut largement affecter le sort

d’un projet informatique. Pour éviter tout risque, nous avons choisi le processus 2TUP qui s’adapte
le mieux à notre projet. En effet, notre projet présente une difficulté technique et fonctionnelle élevée.

La difficulté technique réside dans l’utilisation des technologies de pointes. Quant à la difficulté
fonctionnelle, elle réside essentiellement dans l’étude de l’existant et la description des
fonctionnalités riches du système. Cette description devra porter sur les multiples fonctionnalités
offertes par le système de gestion et suivi des projets. Ainsi, pour faire face à cette complexité, le
processus 2TUP propose un cycle de développement en Y, qui dissocie les aspects techniques des
aspects fonctionnels, ce qui permet de gérer les risques que présente notre projet.
Le schéma ci-dessous illustre la démarche du processus en Y :
Capture des besoins Architecture logicielle et

fonctionnels outils
Analyse Développement des services

techniques
Conception
Réalisation et test
Déploiement
Figure 2: Cycle de développement en Y
Le processus en Y ou Two Track Unified Process (2TUP) est un processus qui s’articule
autour de l’architecture. Il est constitué de deux branches, l’une fonctionnelle et l’autre technique.
6.2. Planification
La planification est l’une des principales phases d’avant-projet. Elle vise non seulement à
délimiter le périmètre du projet, mais aussi à prévoir le déroulement de ses activités, en permettant
d’ordonnancer ses étapes afin de rendre compte de son évolution et de son déroulement en vue de
respecter la contrainte des délais et des ressources.

6.2.1. Planning prévisionnel
Afin de répondre aux objectifs du projet, un planning prévisionnel a été établi.
Figure 3: Planning prévisionnel

6.2.2. Planning réel
Suite à la réalisation du projet, le planning initial n’a pas été respecté. La figure ci-dessous
représente le planning réel du projet.
Figure 4: Planning réel

6.2.3. Analyse des écarts
Ecart Nombre de jours Cause Type d’écart

La phase 7 a été +8 La complexité de Retard
réalisée en 11 jours au l’installation de SAP
lieu de 3jours Business One
Tableau 3: Analyse des écarts
Vue que SAP Business One est un progiciel payant qui offre seulement 30 jours d’essaie, nous
étions obligé de réinstaller le progiciel à chaque fois qu’il s’expire ce qui à entrainer un décalage des
dates de réalisation des phases qui suit.
Conclusion
Ce chapitre donne une présentation de l’organisme, ainsi que les points vitaux
retenu à la réalisation du plan qualité du projet en termes d’organisation globale et en
termes de structure à mettre en place. Dans le chapitre qui suit, nous allons parler des
progiciels de gestion intégré.

Chapitre 2 : Progiciel de gestion intégré
Chapitre 2
Progiciel de gestion intégré
Ce deuxième chapitre est une

présentation des progiciels de gestion intégré.
Chapitre 2 Progiciel de gestion intégré
I. Définition des ERP
Un ERP est un progiciel qui intègre un ensemble de logiciels de gestion d’entreprise par des
modules intégrés susceptible d’assurer une collaboration des processus. Il vise à aider l’entreprise à
mieux gérer ses couts, contrôler son inventaire. Satisfaire les attentes des clients et leurs délais, suivre
et améliorer le processus interne.
II. Evolution des ERP

1. MRP
Objectif des MRP est de répondre aux questions suivantes:
 Que doit-on produire ?

 Quelles sont les matières premières pour produire ?
 Qu’est ce qu’on a en stock ?
 Que doit-on acquérir ?
C’est ce qu’on appelle: l’équation universelle de production.
2. MRP II
Une évolution directe du premier MRP mais qui ajoute 3 autre éléments majeurs :
1. Planification de vente et de production ;

2. Gestion de la main d’œuvre en chaine de production ;
3. Prévision de la demande et la capacité de production.
3. ERP
 En plus d’incorporer les fonctionnalités du MRP II, il intègre toutes les procédures de
l’entreprise de plus qu’il interconnecte entre tous ses départements : Finance, Commercial,
Production, Livraison, Ressource humaines ;
 Emploie un référentiel unique des données. Le référentiel est défini comme étant l’ensemble
des références des données, ainsi que les indications nécessaires pour retrouver les données
elles-mêmes sur une base de données ;
 Adapte rapidement des règles de fonctionnement (professionnelles, légales ou résultant de
l’organisation interne de l’entreprise et règles dictées par le marché ;
 Propose des procédures testées et prouvées pour faciliter la prise des décisions ;
 Uniforme les IHM (Interface homme-machine) ;
 Ouvre la possibilité de développement ou de personnalisation de compléments applicatifs.

III. Les deux catégories d’un ERP

1. Les ERP pour PME
Progiciel de gestion intégré disposant d’une intégration financière automatique de tous les flux,
mais pas forcément de tous les modules périphériques du marché.
Par exemple : SAP Business One, ODOO, Microsoft Navision, Microsoft Grent Plains.
2. Les grands ERP
ERP doté en plus de modules périphériques intégrés non existants dans les ERP pour PME, une
plus grande flexibilité par un paramétrage plus vaste et une personnalisation détaillée.
Par exemple : SAP R/3, Oracle, Infor.
IV. Pourquoi un ERP
Au-delà de l’intégration des cœurs métiers au même system, un ERP rend non seulement l’accès
immédiat à l’information en temps réel, ce qui facilite le partage de l’information et la prise décision.
Exemples des taches qui bénéficient de cette intégration incluent :
 Prévisions de ventes ce qui permet l’optimisation des stocks ;

 Suivi de commande, de l’accord à la livraison ;
 Suivi des rentrées, de la facture jusqu’au reçu de payement ;
 Rapprochement entre ce qui a été acheté, ce qui a été livre, et ce que le fournisseur a facturé.
L’ERP centralise les données de l’entreprise afin de :
 Eliminer le besoin de synchroniser les donnés entre divers système en consolidant les donnés
dans une base unique logique ;
 Référencier les produits en suivant un standard unique ;
 Protéger les données en consolidant de multiples systèmes de sécurité dans une seule
structure.
V. Personnalisation
La personnalisation est adressée par le Consultant technique qui pourrait développer des
modules ou Add-ons spécifiques pour étoffer ces lacunes.

VI. Notions de paramétrage (Configuration)
On appelle paramétrage toute action portant sur des options déjà disponibles, en l’occurrence
dans l’ERP, afin de s’adapter au mieux au besoin de l’entreprise. Le paramétrage nécessite doit des
consultant experts au progiciel ou bien des utilisateurs bien formés. Exemples de paramétrage :
 Table de valeurs personnalisées ;

 Paramétrages des processus(Workflow) ;
 Choix de règles de gestion proposées.
VII. Les caractéristiques d’un ERP
1. Richesse fonctionnelle
L’une des principales caractéristiques des ERP est la richesse des fonctionnalités, destinée à
répondre à tous les besoins fonctionnels du marché pour lequel ils ont été conçus. Cette richesse peut
vite devenir une source de risques pour l’entreprise, comme il a été constaté avec les grands ERP ou
celle-ci est poussée à l’externe.
2. Flexibilité
La flexibilité est une caractéristique inhérente aux ERP qui permet d’adapter plus ou moins bien
le progiciel au besoin métier et fonctionnels, ainsi qu’a l’organisation de l’entreprise. Elle se
caractérise elle-même par une flexibilité du paramétrage et des procédures, par conséquent au service
des processus.
3. Transversalité
La transversalité est une caractéristique des processus de l’entreprise en ceci qu’ils traversent
plusieurs métiers de l’entreprise intégrée. Les progiciels ERP supportent par leur flexibilité, des
procédures capables de bâtir des processus transverses. Il doit donc prendre en considération les liens
de transition entre chaque métier lors d’un processus (workflow) pour éviter tout conflit ou
redondance.
4. Changement
L’accompagnement du changement au fil du déroulement du projet ERP est indispensable.

L’ERP a tendance de délaisser les anciennes pratiques se qui peut nuire dans un premier temps à
l’organisation et surtout au personnel, qui par défaut préfèrera travailler avec les anciennes méthodes.

5. Technologie
L’un des aspects typiques des projets ERP réside dans le fait que les ERP ont été conçus à l’aide
de technologies nouvelles, ce qui constitue bien souvent une rupture forte avec les compétences
anciennes.
6. Pilotage
Pour les projets ERP, contrairement aux projets de logiciel spécifique, c’est les métiers qui
pilotent le projet lequel est placé sous la responsabilité d’un Sponsor.
Deux équipes émergent, principalement l’équipe métier constituée d’experts des métiers au sein
même de l’entreprise (appelés Key Users) et en complément l’équipe technique constituée
d’informaticiens et de développeurs et de consultants.
Conclusion
Ce chapitre donne une présentation des progiciels de gestion intégré. Pour le

chapitre qui suit, nous allons aborder l’étude conceptuelle.

Chapitre 3 : Etude conceptuelle
Chapitre 3
Etude conceptuelle
Dans ce chapitre j’aborderais les

recueils du besoin ensuite la modélisation du
projet enfin une adéquation du besoin avec
l’ERP.
Chapitre 3 Etude conceptuelle
I. Recueil du besoin
 RG1 : Les utilisateurs du système sont : Administrateur, Agent stock, Agent achat, Agent
vente, Agent comptable.
 RG2 : L’administrateur doit paramétrer le système, gérer les profils et les utilisateurs.
 RG3 : L’agent stock gère les entrepôts, les catégories et les entrées/sorties des articles.
 RG4 : L’agent achat gère les devis, les commandes et crée les factures fournisseurs.
 RG5: L’agent vente gère les devis, les commandes et crée les factures clients.
 RG6: L’agent comptable crée les règlements fournisseur et client, et les trésoreries qui
peuvent être : un règlement groupés, un règlement par relevé bancaire ou un règlement par
caisse.
II. Modéliser la solution escomptée
1. Langage UML
La phase de conception nécessite une méthode permettant de mettre en place un modèle sur
lequel le nouveau système va s’appuyer.
La modélisation consiste à créer une représentation virtuelle d’une réalité de telle façon à faire
ressortir les points intéressants.
Ce type de méthode est appelé analyse, il en existe plusieurs. La méthode la plus utilisée dans la
plupart des sociétés dont l’activité touche au développement de logiciels, est la méthode UML.
Cette méthode offre un canevas de développement structuré et c’est ce qui motive mon choix.
L’UML (Unified Modeling Language) est un langage de modélisation objet assurant un certain
niveau d’abstraction mais pertinent de la réalité. UML est l’accomplissement de la fusion des
précédents langages de modélisation objet : BOOCH, OMT, OOSE, il est à présent un standard défini
par l’Object Management Group (OMG). Il définit des diagrammes pour donner à l’utilisateur les
moyens de visualiser et de manipuler les éléments de modélisation.
Choix du langage UML
Vu que la plateforme technique de mon projet se base sur l’architecture 3-tiers, j’ai opté pour
UML comme langage de modélisation car la notion UML est la plus appropriée pour les projets
orientés objets et les différents diagrammes de ce dernier permettent, par leur facilité et clarté, de bien
modéliser le système à chaque étape.
L’UML en fait un langage formel possédant les caractéristiques suivantes :
 Un langage sans ambiguïtés.

 Un langage universel servant de support pour tout langage orienté objet.

 Un moyen de définir la structure d’un programme.
 Une représentation visuelle permettant la communication entre les acteurs d’un même projet.
 Une notation graphique simple, compréhensible même par des non informaticiens.
Le langage de modélisation le plus utilisé dans la plupart des sociétés dont l’activité touche au
développement de logiciels, est le langage UML. Ce langage offre un canevas de développement
structuré et c’est ce qui motive mon choix.
2. Diagrammes des cas d’utilisations

2.1. Diagramme de cas d’utilisation global
Cas d’utilisation global
Module stock
Module administration
Gestion des
Gestion articles
Gestion
des profils Paramétrage des dépôts
du système
Gestion des
Gestion des
Gestion entrées
utilisateurs
des sorties Agent
Administrateur stock
« include »
Module achat « include »
Gestion des Gestion des

devis commandes
Authentification
fournisseurs fournisseurs
Module vente
Gestion des Gestion les « include » Gestion des Gestion des

« include »
factures bons de devis clients commandes
Agent fournisseurs réception clients
achat
Gestion des Gestion des
« include » factures bons de
Module comptable clients livraison Agent
vente
Comptabilité Gestion des
frs trésoreries
Comptabilité clients Agent

comptable
Figure 5: Diagramme de cas d’utilisation global

2.2. Diagramme de cas d’utilisation « Module administration »

Cas d’utilisation du module administration
Module administration
Consulter
Profil
« extend »
Affecter les
Gestion des profils « extend » Créer Profil droits d’accès à
un profil
« include »
« extend »
Supprimer
« extend » Profil
Modifier
Profil
« extend » Consulter
Gestion des les
utilisateurs utilisateurs
« extend »
Affecter un
« extend » Créer
Administrateur profil à un
Utilisateur utilisateur
« include »
Modifier
« extend »
Utilisateurs
Supprimer
Utilisateurs
Paramétrages
des tables de
Paramétrage du bases
« extend »
système
Paramétrer les
variables
« extend » utilisées par le
système
Figure 6: Diagramme de cas d’utilisation du module administration

Description de cas d’utilisation du module administration
Cas d’utilisation Module administration
Acteurs Administrateur.
Description Permet à l’administrateur de créer des utilisateurs

et gérer les droits d’accès.
Pré condition L’administrateur est identifié, authentifié et

habilité à gérer les utilisateurs de l’application.
Scénario 1. Créer les différents droits d’accès et les actions

définis sur ces derniers.
2. Créer un nouveau profile et lui affecter une

liste de droits d’accès et des actions sur ces
droits.
3. Créer un compte utilisateur et lui affecter un

profil.
4. Saisir les informations.
5. L’administrateur sauvegarde et confirme la

création.
Post-condition  Création de l’utilisateur dans le système ;

 L’administrateur reste connecté est
disponible pour toute autre opération.
Tableau 4: Description de cas d’utilisation du module administration

2.3. Diagramme de cas d’utilisation « Module stock »

Cas d’utilisation du module stock
Module stock
Agent Gestion des « extend »

Consulter dépôts
stock Modifier
dépôts « extend » dépôt
« extend »
Gestion des Gestion des « extend » Supprimer
entrées Gestion des sorties dépôt
articles
« extend » Ajouter
« extend » « extend » Affecter à
« extend » « extend » dépôt
« extend » « extend » une famille
« extend » « extend »
« extend »
« extend » « include » « extend »
Consulter Ajouter une Consulter les Consulter les Ajouter une
Ajouter un
les entrées entrée articles sorties sortie
article
Modifier Supprimer Modifier un Supprimer un Modifier une Supprimer

une entrée une entrée article article sortie une sortie
Figure 7: Diagramme de cas d’utilisation du module stock
Description du cas d’utilisation du module stock
Cas d’utilisation Module stock
Acteurs Agent stock
Description Ce cas d’utilisation vise principalement à gérer :
 Dépôts ;
 Articles ;
 Entrées ;
 Sorties.
Pré condition L’utilisateur doit être authentifié auprès du

système.
Post-condition L’agent stock reste connecté est disponible pour

toute autre opération.
Tableau 5: Description de cas d’utilisation du module stock

2.4. Diagramme de cas d’utilisation « Module achat »

Cas d’utilisation du module achat
Module achat
« extend »
Gestion des devis frs Envoyer par Gestion des bons
« extend »
Modifier courrier de réception
« extend »
« extend » « extend » « extend » devis
Imprimer Créer bon
Créer Annuler réception
devis devis « extend »
« extend » « extend » Editer bon

Gestion des « include» Confirmer la
réception
« extend » commandes frs vente
« extend »
« extend »
Créer bon de Envoyer par « extend » Forcer

commande courrier disponibilité
Agent « extend » « extend »
achat Modifier bon Annuler bon de Vérifier

de commande commande disponibilité Annuler le
Valider bon de transfert
« include» livraison
Gestion des factures frs « extend » Créer facture
Figure 8: Diagramme de cas d’utilisation du module achat
Description de cas d’utilisation du module achat
Cas d’utilisation Module achat
Acteurs Agent achat
 Les devis fournisseurs ;

 Les bons de commandes ;
 Les bons de réception ;
 La facture.

système.
Post-condition L’utilisateur reste connecté est disponible pour

Tableau 6: Description de cas d’utilisation du module achat

2.5. Diagramme de cas d’utilisation « Module vente »

Cas d’utilisation du module vente
Module vente
« extend »
Gestion des devis clients Envoyer par Gestion des bons
« extend »
Modifier courrier de livraison
« extend »
« extend » « extend » « extend » devis
Imprimer Créer bon
Créer Annuler livraison
devis devis « extend »
« extend » « extend » Editer bon

Gestion des « include» Confirmer la
livraison
« extend » commandes clients vente
« extend »
« extend »
Créer bon de Envoyer par « extend » Forcer

commande courrier disponibilité
Agent « extend » « extend »
vente Modifier bon Annuler bon de Vérifier

de commande commande disponibilité Annuler le
Valider bon de transfert
« include» livraison
Gestion des factures clients « extend » Créer facture
Figure 9 : Diagramme de cas d’utilisation du module vente
Description de cas d’utilisation du module vente
Cas d’utilisation Module vente
Acteurs Agent de vente
 Les devis clients ;

 Les bons de commandes ;
 Les bons de livraison ;
 La facture.

système.

Tableau 7: Description de cas d’utilisation du module vente

2.6. Diagramme de cas d’utilisation « Module comptable »
Cas d’utilisation du module comptable

Module comptable
« include»
Gestion de Authentification
trésorerie
« extend » « extend »
« extend » Règlement via
Règlement « extend »
caisse
simple
Règlement Règlement via le
groupé rapprochement
« extend »
Contrôle facture « extend » Valider facture
Comptabilité « extend »
Agent client
Relance des impayés
comptable « extend »
Contrôle facture
Comptabilité
fournisseur Valider facture
« extend »
Figure 10: Diagramme de cas d’utilisation du module comptable
Description du cas d’utilisation du module comptable
Cas d’utilisation Module comptable
Acteurs Agent comptable
 La gestion de trésorerie ;
 Comptabilité client ;
 Comptabilité fournisseur.

système.

Tableau 8: Description de cas d’utilisation du module comptable

III. Adéquation du besoin avec l’ERP (ODOO ou SAP Business One)

1. Présentation des modules ERP sélectionnés
1.1. Module de stock
1.1.1 Présentation du module
La gestion des stocks dans Open ERP est à la fois simple, souple et complète. Dans
OpenERP/Odoo on ne parle pas de disparition, de consommation ou de perte de produits, mais
de mouvements de stock, d'un endroit à un autre. La gestion de stocks d'OpenERP/Odoo permet de :
 Gérer les réceptions, les expéditions et les mouvements internes de produits, associés à une
traçabilité de chaque mouvement ;
 Définir des localisations et une structure sous la forme d'un arbre hiérarchique, autorisant la
mise en place d'une structure multi-sites et multi-niveaux ;
 Gérer des inventaires tournants pour la mise à niveau des stocks ;
 Réaliser des réceptions totales, partielles et des retours qualité ;
 Gérer la traçabilité des produits ;
 Valoriser les stocks ;
 Gérer les alertes et les commandes, avec des règles paramétrables (stocks minimums...) ;
 Gérer l'évolution des stocks en fonction des ventes et des achats ;
 Gérer le packaging d’expédition et les codes barres.
1.1.2 Principales fonctionnalités
Le module de gestion de stocks inclut la gestion :
 Des mouvements E/S et des mouvements internes ;

 Des localisations multi-sites et multi-niveaux, dont sous-traitants ;
 Des réceptions totales, partielles, retour qualité ;
 Des valorisations ;
 De la traçabilité ;
 Des alertes ;
 Des inventaires...
1.2. Module d’achat
1.2.1. Présentation du module
OpenERP / Odoo permet de gérer l'ensemble du processus achat : de la cotation à la validation

de la commande. Ce processus achat est complètement intégré à l'outil : il est par exemple possible de

lancer une commande à partir des stocks, du calcul MRP, ou manuellement. La commande peur avoir
un cycle de validation complètement personnalisable, avec une gestion des droits par utilisateur.
1.2.2. Principales fonctionnalités
Le module Achats permet de générer des demandes d'achat automatiques (sur calcul
d'approvisionnements) et manuelles. Il intègre un processus de validation.
 Génération des achats avec des demandes de devis préformantes intégrant les données
fournisseurs ;
 Cycles de validation des demandes avec un contrôle hiérarchique ;
 Gestion des fournisseurs par défaut, avec ordre de préférence ;
 Visualisation de l'historique par produits, fournisseurs... ;
 Listes de prix fournisseurs ;
 Gestion des délais, modes de livraison, de facturation, conditions ;
 Réception totale, partielle ;
 Gestion des limites de volumes d'achats/fournisseur...
1.2.3. Processus standard d'une commande fournisseur
Brouillon-Devis-Validation-Achats.
1.3. Module de vente
Le processus de vente est complètement intégré à la solution : il est ainsi possible de lancer une
commande à partir de la CRM, des stocks... La commande peut disposer d'un cycle de validation
complètement personnalisable, avec une gestion des droits par utilisateur.
L'outil permet de gérer les délais, mode de livraison, frais de transport, mode de facturation,
conditions de paiement...
Le module Ventes permet de gérer l'ensemble du processus de vente : cotation/devis, livraison,

facturation.
 Devis saisi ou généré via d'autres modules : CRM... ;

 Validation de la commande ;
 Cycles paramétrables de validation des devis ;
 Gestion multi-magasins et multi-entrepôts ;

 Gestion d'équipes commerciales, des actions, des campagnes ;

 Fiche vente, types de factures : acompte, partielle... ;
 Outils d'analyse des ventes : historique en fonction des produits, clients...
1.3.3. Processus d'une commande client :
Brouillon-Devis-Validation-Ventes.
1.4. Module de comptable
Le module comptable d'OpenERP/Odoo couvre la comptabilité générale, analytique et

budgétaire. La comptabilité est gérée en double entrée et multi devises. Elle est tenue dans une devise
par défaut (celle qui est définie dans la société) mais chaque compte et/ou transaction peut avoir une
devise secondaire (celle définie dans le compte). Son intégration avec les autres modules permet de
diminuer la charge de travail du service comptabilité : la plupart des écritures sont générées
automatiquement par les ventes et les achats.
Le fondement de base de la comptabilité générale est d'évaluer les flux réels (biens et services)
et financiers entre l'entreprise et ses partenaires. Ces flux peuvent être générés lors des achats, ventes,
charges... Un principe majeur de la comptabilité est que toute action a sa contrepartie : tout débit
(emploi) correspond à un crédit (ressource). Elle est donc gérée en partie double.
 Comptabilité générale ;
 Comptabilité analytique ;
 Plan comptable français ;
 Lettrage des comptes manuel ou automatique ;
 Rapprochements bancaires ;
 Factures : personnalisables, édition automatique ;
 Suivi des factures : à émettre, à payer... ;
 Suivi des budgets... ;
 États : balances, journaux, TVA... ;
 Déclarations bancaires en norme SEPA...
Les fonctionnalités présentées ne sont ni exhaustives, ni figées.

Un des atouts de l'offre OpenERP/Odoo est son adaptabilité à la diversité des besoins des entreprises.

2. Adéquation
Après l’analyse du besoin ainsi que l’offre fonctionnelle de chacun des modules ODOO précités,
il a été constaté que la couverture du besoin se fera en standard. Autrement dit, la mise en œuvre
nécessitera seulement des actions de paramétrage sans recours au développement spécifique, ce qui
rentre parfaitement dans les cadres recommandations en ri gaur dans les projets d’intégration des ERP.
IV. Paramétrage
1. Paramétrage stock
 Configuration entrepôt ;
 Configuration catégorie ;
 Configuration article.
2. Paramétrage achat
 Configurer fournisseur.
3. Paramétrage vente
 Configurer client.
4. Paramétrage comptable
 Paramétrage de la devise (MAD) ;
 Configuration des comptes : Achat, Vente, Client, Fournisseur, Caisse ;
 Lien entre la comptabilité et la vente ainsi la comptabilité et l’achat ;
 Paramétrage des journaux ;
 Configuration de la société principale.
Le module comptable marocain permet de faire une première configuration valable pour le
contexte, nous allons juste apporter des corrections nécessaires.
Conclusion
Dans ce chapitre on a présenté le langage UML par la suite, on a réalisé l’ensemble

des diagrammes de cas d’utilisation avec une description, ainsi présenter les modules
ERP sélectionné pour faire le paramétrage nécessaire afin de délimiter le cadre de notre
travail et de préparer un terrain favorable pour la prochaine étape. Dans le chapitre qui
suit, nous allons parler de l’étude technique.

Chapitre 4 : Etude technique
Chapitre 4
Etude technique
Dans ce chapitre nous allons présenter

l’architecture de la solution et détailler les
différents choix techniques utilisés pour la
réalisation de la solution.
Chapitre 4 Etude technique
I. Présentation de l’architecture de la solution [1]
Tandis que l’analyse fonctionnelle décrit le « quoi faire », l’architecture, elle décrit le « comment
faire » d’un ou de plusieurs systèmes. Sa représentation permet de modéliser d’une manière
symbolique et schématique l’organisation de l’ensemble des composants de l’application et
l’interaction entre eux.
Une bonne architecture logicielle permet de pérenniser la vie du logiciel et de réduire

considérablement les coûts de maintenance. Elle se base sur un ensemble de concepts :
 Compréhension : facilite la compréhension des systèmes en donnant une vue de haut-niveau

de leur structure.
 Réutilisation : favorise l’identification des éléments réutilisables, parties de conception,
composant, caractéristiques, fonctions ou données communes.
 Evolution : met en évidence les points où un système peut être modifie ou étendu.
 Analyse : offre une base pour l’analyse plus approfondie de la conception du logiciel, analyse
de la cohérence, test de conformité.
 Gestion : contribution à la gestion générale du projet en permettant aux différentes personnes
impliquées de voir comment les différents morceaux de la solution seront agencés.
 Construction : fournit un plan de développement et d’intégration des modules en mettant en
évidence les composants, les interactions et les dépendances.
L’architecture logicielle peut se catégoriser en plusieurs styles architecturaux, tels que :
 Architecture en couches : elle permet de répartir l’application en différents couches

superposées, chaque couche étant définie par une responsabilité spécifique.
 Architecture centrée sur les données : dans cette architecture, un composant central, baptisé
serveur de données, est responsable de la gestion des données. Les composants périphériques,
baptisés clients, utilisent le composant central.
 Architecture orientée objets : met en œuvre des applications et composants organisés selon
la technologie objets. Les composants du système intègrent des données et les opérations de
traitement de ces données.
Notre vision de l’architecture de notre projet est que celle-ci doit reposer sur une organisation en
couches de manière à bien séparer les fonctions et responsabilités des composants du projet.

II. Architecture en couches [2]
Avec des architectures informatiques toujours plus complexes, des méthodes de développement
exigeant toujours plus de flexibilité, l’architecture en couches est un bon moyen de répondre à ces
problématiques et ainsi de s’assurer d’avoir un système d’information cohérent, flexible et robuste.
L’architecture en couche est un modèle de programmation qui permet la répartition logique de la

fonctionnalité de l’application en différents modules. Elle permet :
 La maitrise de la complexité des applications.

 L’optimisation du temps de développement en factorisant certaines briques applicatives.
 La structuration de la communication interne d’une application en structurant les échanges
entre les différentes couches.
L’architecture de notre projet adopte une décomposition logicielle 3-couches. Cette approche est
un modèle logique d’architecture applicative qui vise à séparer très nettement trois couches logicielles
au sein d’une même application ou système, à modéliser et présenter cette solution comme un
empilement de trois couches, étages, niveaux ou strates dont le rôle est clairement défini :
 Présentation des données : correspondant à l’affichage, la restitution sur le poste de travail,

le dialogue avec l’utilisateur.
 Traitement métier des données : correspondant à la mise en œuvre de l’ensemble des règles
de gestion et de la logique applicative.
 Accès aux données persistantes : correspondant aux données qui sont destinées à être
conservées sur la durée, voir de manière définitive.
Couche de présentationn
Couche logique métier
Couche d’accès aux données
BD
Figure 11: Schéma d’une architecture en trois couches

Dans cette approche, les couches communiquent entre elles au travers d’un « modèle
d’échange », et chacune d’entre elles propose un ensemble de services rendus. Les services d’une
couche sont mis à disposition de la couche supérieure. On s’interdit par conséquent qu’une couche
invoque les services d’une couche plus basse que la couche immédiatement inférieure ou plus haute
que la couche immédiatement supérieure.
Le rôle de chacune des couches et leur interface de communication étant bien défini, les
fonctionnalités de chacune d’entre elles peuvent évoluer sans induire de changement dans les autres
couches. Cependant, une nouvelle fonctionnalité de la solution peut avoir des répercussions dans
plusieurs d’entre elles Il est donc essentiel de définir un modèle d’échange assez souple, pour
permettre une maintenance aisée de la solution.
1. Couche présentation
La couche présentation est la face visible de la solution à mettre en place. Elle prend en charge
différents types de clients :
 Client lourd, qui accède à la solution grâce à une interface graphique à base de formulaires
riches et de contrôles graphiques complexes, en obligation de déployer un applicatif sur le
poste client.
 Client léger, qui accède à la solution grâce aux navigateurs préinstallés sur la plupart des
plateformes avec le système d’exploitation.
2. Couche métier
Elle correspond à la partie fonctionnelle de la solution, celle qui implémente la logique

applicative, et qui décrit les opérations que la solution opère sur les données en fonction des requêtes
des utilisateurs, effectuées au travers de la couche présentation.
Les différentes règles de gestion et de contrôle du système sont mises en œuvre dans cette
couche.
La couche métier offre des services applicatifs et métier2 à la couche présentation. Pour fournir
ces services, elle s’appuie, le cas échéant, sur les données du système, accessible au travers des
services de la couche inférieure. En retour, elle renvoie à la couche présentation les résultats qu’elle a
calculée.
3. Couche accès aux données
Cette couche est responsable de la création, destruction et chargement des objets métier de
manière totalement transparente. Son rôle est de marquer entièrement l’opération de création et de
manipulation de tables ou autre types de stockage spécifiques (Fichiers à plats,…).

III. Choix techniques [3]

1. ODOO
1.1. Le choix du leader
OpenERP/ODOO est le leader des ERP OpenSource, il répond à toutes les attentes d'une
entreprise : intégré et modulaire, évolutif et adaptable à des besoins spécifiques, réactif, léger, fiable,
peu coûteux, pérenne...
1.2. Pourquoi OpenERP/ODOO
 Vous disposez de la liberté d'exécution du logiciel, ce qui supprime vos frais de licence et
diminuent le coût de l'intégration de près de 30 %
 Plus flexible que les autres ERP Open Source, OpenERP/ODOO permet l'intégration de plus de
200 modules
 Grâce à sa liberté d'accès au code source, OpenERP /ODOO constitue une solution durable, qui
garantit une adaptation du logiciel aux besoins spécifiques de votre entreprise
 OpenERP/ODOO dispose de son propre framework (OpenObject), qui est adapté

aux fonctionnalités de gestion
2. SAP Business One
SAP Business One est un logiciel de gestion d'entreprise conçue pour les petites entreprises,
vendues par la société allemande SAP . Comme une solution ERP , elle vise à automatiser les
fonctions clés de l'entreprise dans les services financiers, les opérations et les ressources humaines.
Conclusion
Après avoir exposé, par le biais du troisième chapitre, l’étude conceptuelle, ce

chapitre met en avant son architecture. Enfin dans le chapitre qui suit, nous allons
présenter notre travail.

Chapitre 5 : Mise en oeuvre
Chapitre 5
Mise en œuvre
Ce chapitre contiendra le paramétrage,

la personnalisation et le test du workflow
sous ODOO et SAP Business One avec une
comparaison entre les deux.
Chapitre 5 Mise en œuvre
Partie 1:ODOO
I. Paramétrage et personnalisation
1. La création de la base de données

On va commencer par créer une nouvelle base de données, cette base de données sera vide et
contiendra le minimum de fonctionnalités au départ. On va démarrer le processus de création de base
de données de la page en cliquant sur le lien Gestion des bases de données puis le menu Créer
Fichier-Base de données-Nouvelle base de données sur le menu.
• Charger les données de démonstration: pas cochée,
Figure 12: Interface pour créer une base de données

Puis on clique sur le bouton Créer la base de données pour finaliser l’opération de création et se
connecter pour la première fois à la base avec le compte Administrateur comme le montre la figure ci-
après.
Figure 13: Interface de la première connexion à la base de données créée
2. Installation et configuration des modules

Tous les besoins fonctionnels sont fournis par des modules de base d’ODOO.
2.1. Installation du module « Plan Comptable Marocain »
Pour installer le plan comptable marocain, on utilise la séquence suivante :
1. Le menu Modules Applications et on filtre sur la zone Nom pour afficher le module
«l10n_ma».
Figure 14 : Installation du plan comptable marocain
2. Une fois le résultat du filtre, on clique sur Installer pour installer le module.
3. Il faut suivre les étapes de configuration du module à l’aide de l’assistant en choisissant le
plan comptable marocain dans la première étape puis en configurant les options comptables
(devise et taxes) dans la deuxième étape.
4. Après la fin du processus d’installation on remarque le changement du menu principal qui
vient de s’enrichir par l’ajout de l’élément Comptabilité.

2.2. Installation des autres modules

On va utiliser le menu Configuration-Modules-Application pour afficher la liste de tous les
modules disponible dans ODOO, mais non encore installés. Puis:
1. En Entrant «Gestion des ventes » dans le champ Nom pour le filtre.
Figure 15: Installation du module gestion des ventes
2. De la même façon, on va ajouter le module « Comptabilité et finance » ainsi que le module

«Gestion des achats » dédié à la gestion des achats.
Figure 16: Installation du module

comptabilité et finance
Figure 17 : Installation du module gestion des achats
NB : Dans ODOO il existe un principe de lien entre les modules qui fait que un module A peut être lié
à un ou plusieurs modules. C’est avec ce principe que l’installation du module Achat implique
l’installation du module Gestion de stock (Menu Entrepôt).
1. Le menu principal affiche maintenant tous les éléments de menu qui ont été chargés par les
modules qu’on a installés.
Figure 18: Poursuivre la base de données après l'installation des nouveaux modules
3. Configuration de la base de données(Paramétrage)

On a crée tous les éléments de la base de données dont on a besoin pour mener à bien le cas
d'utilisation. Ces exigences sont spécifiées dans les besoins fonctionnels.
3.1. Configuration des comptes
Le plan comptable qu’on utilise permet de charger les données du plan comptable marocain sur
le système.

Types de compte
Les types de comptes permettent de structurer les comptes financiers suivant les traitements
qu’on désire appliquer aux comptes. Les principaux types qu’il faudra noter sont :
Les types de comptes sont accessibles à l'aide du menu Comptabilité-Configuration-Comptes-
Comptes.
Comptes
Nous aurons besoin de gérer les comptes «Fournisseurs» et «Clients» pour les commandes
d'achat et de vente qui n'ont pas encore été payés, deux comptes de plus pour la réception et
l'expédition des marchandises, et un dernier « Caisse centrale » pour le paiement et la réception des
fonds. Ainsi, vous aurez besoin de cinq comptes, comme c’est illustré ci-après.
Nom Code Type interne Type de compte Autoriser le

lettrage
Fournisseurs 441100 Fournisseur Dettes à court terme Cochée
Clients - catégorie A 342110 compte client Créances Cochée
Caisse Centrale 516110 Normal Liquidité Non cochée
Achats de marchandises "groupe A" 611100 Normal Charges Achats Non cochée
Ventes de marchandises au Maroc 711100 Normal Produits Non cochée
Tableau 9: Comptes définis dans le plan comptable
Propriétés
Dans cette partie on va définir quelques propriétés par défaut importantes afin de rendre le
système plus opérationnel. Pour expliquer un peu plus on va définir 4 paramètres de comptes par
défaut de sorte à ne pas avoir à se demander quel compte à utiliser pour une transaction donnée (lors
d’une opération d’achat ou de vente par ex.). Les paramètres à définir servent à associer les partenaires
à des comptes créditeurs et débiteurs, et les catégories de produits aux comptes de dépenses et de
revenus.
Pour Créer des propriétés on change d’abord les Droits d’accès d’utilisateur Administrateur à
l'aide du menu : Configuration-Utilisateurs-Utilisateurs choisir Administrateur-Modifier-Droits
d’accès-Accessibilité- cocher Caractéristiques techniques-Enregistrer.

Figure 19: Interface de la liste des paramètres techniques
On remarque l’ajout des nouveaux droits d’accès dans le menu Configuration : Configuration-
Technical-Paramètres-CompanyProperties.
On va saisir le nom de chacun des propriétés indiquées sur le tableau puis on clique sur le bouton
recherche, éditer la propriété trouvée et modifier la avec les valeurs ci-dessous. (Si la propriété n’a pas
été trouvée alors créer là, attention au renseignement de la valeur Champ …)
Nom Champ Valeur Ressource

property_account_payable Account Payable account.account,365 (Aucun)
property_account_receivable Account Receivable account.account,290 (Aucun)
property_account_expense_categ Expense Account account.account,469 (Aucun)
property_account_income_categ IncomeAccount account.account,726 (Aucun)
Tableau 10: Définition des propriétés
NB: pour la nouvelle version on affecte "Id compte" à la propriété mais pas le "code compte" il faut
tout d'abord afficher les "ID" dans les comptes : Comptabilité-Configuration-Comptes-Comptes,
cliquer sur : Administrator-A propos de ODOO-Activer le mode développeur.
Une liste déroulante s'affiche, il faut choisir dans quelle vue on veut afficher les 'ID' (vue liste ou
vue formulaire), choisir gérer les vues dans la liste déroulante-Modifier-click sur '+' - choisir le
champ 'ID'- MAJ....

4. Paramétrage des journaux

Le module Plan comptable qu’on a installé a procédé également par la création certains journaux
financiers, qui sont utilisés pour enregistrer les écritures comptables lorsque les factures sont générées
ou payées.
On Consulte les journaux à partir du menu Comptabilité-Configuration-Journaux-
Journaux.
On Modifie les comptes par défaut pour les journaux EXJ, SAJ et BNK1 comme indiqué dans le
tableau 4.
Nom Journal Code Type Séquences d’écriture Compte de débit Compte de crédit
par défaut par défaut
Journal des achats EXJ Achat Journal des achats 611100 611100
Journal des Ventes SAJ Vente Journal des ventes 711100 711100
Journal Banque BNK1 Liquidités Liquidités 516110 516110
Tableau 11: Définition des Journaux
5. Configuration de la société principale
Pour configurer la société principale, on clique sur le menu Configuration-Sociétés-
Sociétés et on clique sur le nom de la société unique affichée, qui est YourCompany. Cela
vous donne l’accès à la vue formulaire de la société.
6. Correction des traductions manquantes
La version qu’on a utilisé est incomplète sur le plan traduction, c’est le cas si le menu
«Purchases » est affichée même si on active la langue française comme langue de travail alors que
c’est possible de corriger ce problème de traduction. Pour cela on va aller dans le menu
Configuration-Technical-Interface Utilisateur-Eléments du menu.
On Utilise le filtre pour afficher le menu Purchase ayant la séquence 60 et pas de menu Parent.
On Clique sur l’icône traduction pour accéder aux valeurs de traduction pour enfin corriger la
traduction .Pour voir l’effet de cette correction on doit fermer la session et se connecter à nouveau.
7. Création des catégories de partenaires, et leurs contacts
Dans cette partie on va définir un fournisseur et un client.
Pour ce faire, On utilise le menu Ventes-Clients-Créer pour ouvrir un nouveau formulaire et
définir le Client, le menu Achats-Suppliers-Créer pour ouvrir un nouveau formulaire et définir le
Fournisseur.

Figure 20: Interface du fournisseur
8. Création de produits et de leurs catégories

Sous lien du menu principal Vente-Configuration-ProductCategories&Attributes-Catégories
d’articles-créer pour obtenir un formulaire vide pour définir une catégorie de produits.
On Utilise la liste de valeurs pour choisir la valeur «All» pour le champ Catégorie Parent, Compte de
revenus : 711100, compte de dépenses : 611100.
Maintenant, on va créer un nouveau produit:
1. Ventes-Products-Articles-Créer.
2. Le champ Type d’article doit être «article stockable» qui est sa valeur par défaut.
3. Il faut remplir Prix de revient (Approvisionnement) et Prix de Vente (Onglet Information).
9. Emplacements de Stock
On Clique sur le menu Entrepôt-Configuration-Emplacements pour voir la hiérarchie des
emplacements de stock. Ces emplacements ont été définis par les données définies lorsque la base de
données a été créée. Vous utiliserez cette structure par défaut dans cet exemple.
Si le menu n’existe pas, vous pouvez l’afficher par la modification des droits d’accès : Configuration-
Utilisateurs-Administrator-Droits d’accès-Modifier-Gérer les emplacements multiples et les
entrepôts. Aussi Configuration-Configuration-Entrepôt-Gérer des emplacements et entrepôts
multiples.
NB :ODOO a trois types prédéfinis au niveau de l'emplacement-dessus, «Emplacements physiques» et
« Emplacements partenaires » qui sont utilisés pour les mouvements de stocks en relation avec les
client et fournisseurs comme leurs noms les indiquent, et «Emplacements virtuels» qui sont utilisés par
ODOO à ses propres fins.
1. Dans le menu Entrepôt-Configuration-Entrepôt.
10. Mise en place d'un plan de comptes
Avant de pouvoir utiliser n'importe quel plan comptable, on doit spécifier un exercice. Celui-ci
définit les périodes de temps différentes qui sont disponibles pour les opérations comptables. Un

exercice financier initial a été créé lors de la configuration de base de données. Comptabilité-Plan
comptable-Plan comptable-Ouvrir le plan comptable
II. Tester le workflow (flux de travail) Achat-Vente-trésorerie
Après avoir terminé le paramétrage on va tester un workflow d’achat, vente et trésorerie dans
trois phases. La série d’actions détaillant ces opérations est fournie à partir du paragraphe 1.1.
La première consiste à acheter un produit, qui nécessite les opérations suivantes :

1. Passer une commande d'achat avec le fournisseur ;
2. Recevoir ces produits dans la liste de nos marchandises ;
3. Générer une facture d'achat ;
4. Payer le fournisseur.
Suite à cela, on va vendre certains de ces produits, en utilisant cette séquence:
1. Recevoir une commande de vente ;
2. Livrer les produits ;
3. Facturer le client ;
4. Recevoir le paiement.
Enfin à cela, on va définir les différentes modes de paiement, en utilisant cette séquence:
1. Règlement groupé ;
2. Règlement par relevé bancaire ;
3. Règlement par la caisse.
1. Gestion d’achat
1.1 Bon de commande d’achat
Pour passer une commande d’achat auprès de notre fournisseur, on utilise le menu Achats-Bon
de commande -Créer.
Il faut choisir le fournisseur et ajouter les articles qu’on veut acheter avec leur quantité ainsi changé le
paramètre méthode de facturation par la valeur basé sur les réceptions.
Figure 21: Interface du bon commande d’achat

1.2 Réception des marchandises

Après la confirmation de la commande. Si on clique sur l'onglet Réception par article-
Transfer pour confirmer la réception des marchandises, on remarque que la destination de livraison
est l'emplacement de stock propre à notre société et que la facture a été créé à partir de la commande.
Figure 22: Interface de la réception des marchandises
Dans le menu Achats-Contrôle facturation-Sur les livraisons entrantes-Createinvoice. Ce

bouton sert pour générer la facture fournisseur relative à la dernière réception. Et on clique sur le
bouton «Créer » pour générer la facture.
A ce stade, vous avez accepté la quantité commandée dans votre entreprise, dans un endroit que
vous avez déjà vu.

1.3 Contrôle des factures d'achat

Dans le menu Comptabilité-Fournisseurs-Factures fournisseur, il faut choisir la facture
ensuite comparer le prix et les quantités commandées par rapport au prix et les quantités sur la facture
du fournisseur après on clique sur valider pour confirmer la facture est validée
Les écritures comptables sont générées automatiquement une fois que la facture est validée.
Figure 23: Interface pour le contrôle des factures d’achat

1.4 Payer le fournisseur
Dans le menu Comptabilité-Fournisseurs-Factures fournisseur, il faut choisir la facture
impayées ensuite on clique sur payer la facture.
Il faut changer le paramètre méthode de paiement par la valeur banque puis enregistrer le règlement.
Figure 24: Interface de la facture payée

Pour imprimer le journal des achats : Comptabilité-Rapports-Rapports officiels-Journaux-
Journaux Achats/Ventes-Ajouter un élément-Choisir journal des achats-imprimé.

2. Gestion des ventes

2.1 Du Devis à la Commande client
Pour passer une commande client auprès de notre client, on utilise le menu Ventes-Ventes-Bon
de Commandes-créer.
Il faut choisir le client et ajouter les articles qu’on veut vendre avec leur quantité ainsi changé le
paramètre politique d’expédition par la valeur Livrer chaque article dès disponibilité et le
paramètre créer facture par la valeur Sur le bon de livraison.
Figure 25: Interface d’un bon de commande client

2.2 Préparer les marchandises pour l'expédition au client
Après avoir confirmé la vente, dans le menu Ventes-Bons de commande choisir bon de
commande puis on clique sur Voir le bon de livraison-Vérifier la disponibilité-Transfer.
Figure 26: Interface de la livraison des marchandises

2.3 Facturation des marchandises

Dans le menu Ventes-Ventes-Bons de commande choisir bon de commande on clique sur voir
le bon de livraison-create invoice.
Pour valider la facture Comptabilité-Clients-Factures clients.
2.4 Prise en charge du paiement de la facture par le client
Dans le menu Comptabilité-Clients-Factures client, il faut choisir la facture impayées ensuite
on clique sur enregistrer le règlement.
Il faut changer le paramètre méthode de paiement par la valeur banque puis enregistrer le
règlement.
Figure 27: Interface de la facture payée

Pour imprimer le journal des ventes : Comptabilité-Rapports-Rapports officiels-Journaux-
Journaux Achats/Ventes-Ajouter un élément-Choisir journal des ventes-imprimé.
3. Gestion de trésorerie
Il faut noter qu'avec ODOO, il existe trois manières différentes pour effectuer le règlement:
 Via un règlement groupé ;

 Via le relevé bancaire ;
 Via la caisse.
3.1. Via un règlement groupé
Le règlement groupé se fait via le menu Comptabilité-Clients-Paiements client-Créer on a la

possibilité de créer une pièce de règlement et de régler plusieurs factures par client.

Lorsqu’on sélectionne le client, les différentes factures restant à payes s’affichent, il faut saisir
le montant payé et choisir la méthode de paiement.
Figure 28: Interface du paiement client

Pour les trois premières factures on a le lettrage complet cela signifie que ces dernières seront
solder et elles passeront au statut payé, pour la dernière facture le lettrage est partielle ça veux dire que
cette dernière n'est pas encore totalement solder
NB: on peut désactiver le lettrage complet et attribuer pour chaque facture le montant désiré dans la
case allocation
On clique sur Enregistrer-Valider, le paiement client passe au statue posté, c'est à dire que les
écritures comptables ont été bien passé cliquer sur enregistrer
Figure 29: Interface de l’écriture comptable

3.2. Via le relevé bancaire

3.2.1. Le relevé bancaire
On a la capacité d'importer des factures client et fournisseur à la fois qui seront immédiatement
soldé et faire des opérations de trésorerie (encaissement/décaissement), la création d'un relevé bancaire
se fait dans le module Comptabilité-Banque et liquidités-Relevés bancaires-Créer.
Figure 30: Interface du relevé bancaire

N.B :
 Le solde initial c'est le solde de la banque au moment de la création du relevé bancaire.

 Le solde final c'est le solde en fin de création.
L’utilité de ces soldes est qu’avant de confirmer ce relevé bancaire ODOO vérifiera la différence
entre le solde final et le solde initial et le solde calculé des opérations effectuer s'il y a un décalage ou
une différence ODOO ne validera pas ce relevé bancaire.
Lors de l'enregistrement d'une opération sur le relevé bancaire les montants encaissés sont
positifs et les montants décaissés sont négatifs
La case partenaire consiste à choisir le compte qu’on va l’utiliser après pour importer les
factures non encore payés, pour les deux dernières lignes on remarque qu’on a laissé la case partenaire
vide puisqu’il s’agit des opérations qui n’ont pas de compte donc n’ont pas de facture il s’agit des
AGIOS, pour cela on va créer un compte pour ce genre d’opération.

3.2.2. Création des comptes AGIOS
La création d’un compte AGIOS se fait dans le module Comptabilité-Configuration-Divers-

Modèle d'opération de relevé.
Figure 31: Interface des AGIOS

Apres avoir créé le compte AGIOS on clique sur le bouton Let, on remarque que pour chaque
ligne du relevé bancaire ODOO importe toutes les factures non payés pour chaque fournisseur ou
client selon le cas. Il faut choisir la facture a payé
Figure 32: Interface d’une ligne du relevé bancaire

Si le montant de la facture est supérieur au montant de la ligne du relevé bancaire ODOO nous
rappelle que lettrage va être partielle et que la facture reste ouverte si on clique sur le triangle on valide
le lettrage. On cliquer sur OK pour payer la facture.

Pour les lignes du relevé bancaire qui n’ont pas de facture on clique sur chooseconterpart pour
choir le compte contrepartie c’est le compte des AGIOS qu’on a créé.
Figure 33: Interface des lignes AGIOS

Après avoir terminé le rapprochement on clique sur Fermer le relevé pour établir les écritures
comptables.
3.3. Via la caisse:
Dans le module Comptabilité-Banque et liquidités-Caisses-Créer.
Après avoir choisit liquidité comme type de journal et remplir le solde d’ouverture on clique sur
ouvrir la caisse. Ensuite on clique sur «ajouter un élément» pour ajouter des opérations.
Figure 34: Interface de la caisse

Puis on clique sur let pour effectuer le lettrage. On choisit la facture a payés ensuite on clique sur
OK.
Figure 35: Interface du lettrage

Après avoir terminé le lettrage on clique sur «Fermer la caisse» pour établir les écritures
comptables.
Figure 36: Interface de l’écriture comptable

Partie 2:SAP Business One

I. Paramétrage et personnalisation
1. Créer societé
Pour créer une nouvelle société il suffit de cliquer sur le boutton Nouveau ou bien dans la liste
des modules on clique sur Administartion-Selectionner societé –Nouveau.
Figure 37: Interface pour créer ou sélectionner une nouvelle société
Il faut saisir Raison sociale, Nom de la base de données, et sélectionner Options locales, Plan
Comptable, Langue source.
Figure 38: Interface pour créer une nouvelle entreprise
Après il faut définir la période comptable et saisir un mot de passe avec lequel on va se
connecter à SAP Business One.
Figure 39: Interface pour la création de la période comptable

2. Option générale
Cette interface nous permet de changer la langue, format Date/Heure et faire autres modification.
Pour se faire : Administration-Initialisation système-Options générales.
Figure 40: Interface pour les options générales
3. Ajouter utilisateur et affecter les droits d’accès
Pour ajouter un nouveau utilisateur : Administration-Définition-Généralités-Utilisateurs.
Pour donner les droits d’accès à un utilisateur : Administration-Initialisation système-

Autorisations-Autorisations générales.
Il faut tout d’abord choisir l’utilisateur et le type d’autorisation associé à chaque objet, on a
comme type d’autorisation : Pas d’autorisation, Autorisation complète, Autorisation d’affichage
(Lecture seul).
Figure 41: Interface pour les autorisations générales

4. Options de formulaire
Dans l’onglet Module du menu principale on peut faire apparaitre les modules qu’on veut ainsi
de les cachés. Pour se faire on clique sur Options de formulaire.
Figure 42: Interface pour les options formulaire
5. Menu utilisateur
On peut ajouter dans le menu utilisateur du menu principal les interfaces, les états, les requêtes et
les liens qu’on utilise souvent.
Il faut tout d’abord choisir l’interface qu’on veut ajouter.
On clique sur Outils-Menu-Ajouter au menu utilisateur.
Figure 43: Interface pour ajouter un utilisateur
On donne un nom à notre interface et on sélectionne l’un des répertoires proposé.

6. Creation des comptes
La configuration de la comptabilité financière est effectuée après l'implémentation de SAP

Business One.
Vu l'absence du plan comptable marocain dans SBO, on va se contenter de créer un minimum de

comptes pour que le système puisse fonctionner
Nous aurons besoin de gérer les comptes généraux et de les classer selon leurs types : Actif,
Passif, Produits, charges
Pour créer un compte : Gestion financière-Plan comptable puis on clique sur Créer.
Compte collectif
Définit ce compte comme compte collectif. Les comptes collectifs sont liés aux partenaires et
reflètent leurs activités dans les états financiers. Seuls les comptes définis dans les
répertoires Patrimoine et Dettes peuvent être définis comme des comptes collectifs. Les comptes
collectifs apparaissent dans le plan comptable en vert.
Compte de caisse
Cette case à cocher apparaît dans les trois premiers répertoires qui incluent les comptes de bilan,
et définit un compte comme compte en numéraire.
Le calcul du flux de fonds concerne uniquement les comptes en numéraire. SAP Business One
définit les comptes suivants comme des comptes en numéraire : fonds de caisse et comptes bancaires
(dépôts courants et à court terme).
Figure 44: Interface du plan comptable

7. Mise a jour du plan comptable
Dans le cours normal de la gestion d'entreprise, il est courant d'ajuster le plan comptable de
temps en temps. Dans SAP Business One, on peut apporter des modifications au plan comptable et
modifiez, regroupez ou supprimez des comptes existants.
Dans le menu principal de SAP Business One, on sélectionne : Administration-définition-

Gestion financière-modification du plan comptable. On sélectionne le répertoire pertinent.
Modifier le plan comptable
On sélectionne le compte et on apporte nos modifications, pour sauvegarder ces modifications,

on clique sur Mettre à jour.
Supprimer le plan comptable
Bouton droit sur le compte qu’on veut supprimer, on sélectionne Développé-Supprimer

compte.
Figure 45: Interface pour modifier ou supprimer un plan comptable
8. Lien comptable
Cette fenêtre nous permet de définir des comptes généraux par défaut pour des transactions
créées dans SAP Business One.
Chacun des quatre onglets de la fenêtre contient les définitions des comptes généraux liés à un
domaine spécifique de l'activité commerciale : Ventes, Achats, Généralités et Gestion des stocks.
Pour accéder à cette fenêtre, on sélectionne : Administration-définition-Gestion financière-Lien
comptable

Figure 46: Interface des liens comptables
9. Partenaire
Dans cette interface on va définir un fournisseur et un client. Pour ce faire : Partenaires-Fiche

partenaire. Dans la liste déroulante on choisit le type de partenaire : Client, fournisseur.
Figure 47: Interface de la fiche partenaire

10. Cycle d’inventaire
Cette fenêtre permet de définir les cycles des inventaires. Ces cycles facilitent la gestion des
inventaires en émettant une alerte chaque fois qu'un comptage doit être effectué.
Pour accéder à cette fenêtre, on sélectionne : Administration-Définition-Gestion des stocks-Cycles
d'inventaires.
Figure 48: Interface des cycles d’inventaire
11. Magasins
On Utilise cette fenêtre pour spécifier toutes les informations générales concernant les magasins
utilisés par votre entreprise.
Pour ouvrir la fenêtre, on sélectionne : Administration-Définition-Gestion des stocks-
magasins.
12. Groupes d’articles
Cette fenêtre nous permet de répertorier nos articles en stock dans différents groupes.
Pour accéder à cette fenêtre, on sélectionne : Administration-Définition-Gestion des stocks-

groupes d'articles.
Méthode de planification
On sélectionne l'une des options suivantes:

 MRP - l'article peut être planifié par MRP.
 Rien - l'article ne peut pas être planifié par MRP.
Méthode d’approvisionnement
On sélectionne une des méthodes d'approvisionnement suivantes pour les recommandations

d'ordre dans la planification des besoins (MRP):
 Fabriquer: la planification des besoins crée des recommandations d'ordre de production pour
l'article.
 Acheter: la planification des besoins crée des recommandations de commande d'achat pour
l'article.

Délai d’approvisionnement
On saisit le nombre de jours afin de calculer la durée entre le moment où un produit est
commandé et celui où il est reçu ou fabriqué.
Figure 49: Interface des groupes d’articles
13. Création d’article
La fenêtre Fiche article nous permet d'ajouter, de mettre à jour, de rechercher et de gérer les
données article. Cette fenêtre affiche tous les articles de notre entreprise.
Pour y accéder, on sélectionne : Gestion des Stocks-Fiche article.
Figure 50: Interface de la fiche article

14. Verifier le stock
Cet état affiche la valeur en stock totale pour les articles en fonction des critères de sélection
configurés dans la fenêtre Situation des quantités par article - Critères de sélection. Les zones qui
apparaissent dans cet état varient selon ce qu’on a sélectionné Par article ou Regrouper par compte.
Pour accéder à cette interface : Gestion des Stocks-états de stocks-situation des quantités par
articles.
Figure 51: Interface pour vérifier des quantités par article
II. Tester le workflow (flux de travail) Achat-Vente
Apres avoir terminé le paramétrage on va tester un workflow d’achat et vente en deux phases. La
série d’actions détaillant ces opérations est fournie à partir du paragraphe 1.1.
La première consiste à acheter un produit, qui nécessite les opérations suivantes :

1. Passer une commande d'achat avec le fournisseur ;
2. Recevoir ces produits dans la liste de nos marchandises ;
3. Générer une facture d'achat ;
4. Payer le fournisseur.
Suite à cela, on va vendre certains de ces produits, en utilisant cette séquence: Recevoir une
commande de vente.
1. Recevoir une commande de vente ;
2. Livrer les produits ;
3. Facturer le client ;
4. Recevoir le paiement.

1. Gestion d’achat
1.1.Bon de commande d’achat
La commande fournisseur est un document utilisé pour demander des articles ou des services
auprès d'un fournisseur à un prix convenu.
Pour ouvrir la fenêtre, on sélectionne Achats-Commande fournisseur.
Dans le document sélectionné, on indique le numéro fournisseur, son nom et d'autres

informations générales pertinentes.
L’onglet contenu permet de spécifier les articles que l'entreprise achète et la quantité commandé
de ces derniers.
Figure 52: Interface de la commande fournisseur
NB : Pour afficher d’autres champs comme : date livraison, Quantité en stock…. ouvrir la
fenêtre Options de formulaire, dans la barre de menus, sélectionner : Outils-Options de
formulaire ou dans la barre d'outils, cliquer sur (Options de formulaire...), puis sélectionner
l’onglet Détails colonnes.

1.2.Réception des marchandises
On va créer ce document lorsque qu’on reçoit des marchandises du fournisseur. Lorsqu’on crée
une réception sur commande fournisseur, SAP Business One reçoit les marchandises dans le magasin,
met à jour les quantités et crée un journal comptable.
Pour ouvrir la fenêtre, on sélectionne Achats-réception de marchandises.
On sélectionne le fournisseur, on clique sur le bouton copier de et on choisit commandes

d’achat.
Figure 53: Interface de la réception de marchandises
On sélectionne la commande d’achat.
Figure 54: Interface de la liste des commandes des achats

Les données de la commande fournisseur s’affichent.
Il faut allez dans Administration-Définition-Gestion des stocks-magasins et remplir tous les
compte de l’onglet comptabilité.

1.2.1. Effet de la bonne réception de marchandises
Lorsqu’on confirme la réception des marchandises on vérifie que la quantité en stock a été mise à
jour.
On vérifie ouvrir une réception de marchandises, Bouton droit sur l’article et sélectionner
quantité disponible à la vente.
Figure 55: Interface de la réception de marchandises

Le statut d’inventaire s’affiche.
Figure 56: Interface du statut d’inventaire

1.3.Contrôle des factures d’achat
La facture fournisseur correspond à une demande de paiement. Elle permet également

d'enregistrer les coûts dans le compte de résultat.
Pour accéder à cette fenêtre, sélectionnez : Achats-Facture fournisseur.
On sélectionne le fournisseur, on clique sur le bouton copier de et on choisit réception de
marchandises.
On sélectionne une ou plusieurs réceptions de marchandises.
Figure 57: Interface de la facture fournisseur
1.3.1. Ecriture au journal
Figure 58: Interface de l’écriture au journal

1.4.Payer le fournisseur
Cette fenêtre permet de créer un enregistrement chaque fois que l'entreprise effectue un paiement
à un fournisseur. Un document de décaissement peut être créé pour les méthodes de paiement
suivantes : Espèces, chèque, carte de crédit, virement.
Une fois le décaissement ajouté, l'écriture au journal correspondante est créée.
Pour accéder à cette fenêtre: Opérations bancaires-Décaissements-Décaissement.
Figure 59: Interface de décaissement

2. Gestion des ventes
2.1.Du devis à la commande client

La commande client est un document utilisé pour demander des articles ou des services auprès
d'un client à un prix convenu.
Pour ouvrir la fenêtre, on sélectionne Ventes-Commande client.
Dans le document sélectionné, on indique le numéro client, son nom et d'autres informations
générales pertinentes.
L’onglet contenu permet de spécifier les articles que l'entreprise vendre et la quantité vendue de
ces derniers.
Figure 60: Interface de la commande client

2.2.Préparer les marchandises pour l’expédition au client

On va créer ce document lorsque qu’on prépare les marchandises du client.
Lorsqu’on crée une livraison client, SAP Business One met à jour les quantités et crée un journal
comptable.
Pour ouvrir la fenêtre, on sélectionne Ventes-Livraison client.
On sélectionne le client, on clique sur le bouton copier de et on choisit commandes client.
Figure 61: Interface de la livraison client

2.3.Facturation des marchandises
La facture client correspond à une demande de paiement. Elle permet également d'enregistrer les
coûts dans le compte de résultat.
Pour accéder à cette fenêtre, sélectionnez : Ventes-Facture client.
On sélectionne le client, on clique sur le bouton copier de et on choisit livraison de marchandises.
On sélectionne une ou plusieurs livraisons de marchandises.
Figure 62: Interface de la facture client

2.4.Prise en charge du paiement de la facture par le client
Cette fenêtre permet de créer un enregistrement chaque fois que l'entreprise effectue un paiement
à un client. Un document de l’encaissement peut être créé pour les méthodes de paiement suivantes :
Espèces, chèque, carte de crédit, virement.
Une fois l’encaissement ajouté, l'écriture au journal correspondante est créée. Pour accéder à cette
fenêtre: Opérations bancaires-Encaissement-Encaissement.
Figure 63: Interface de l’encaissement

Partie 3:Comparaison entre ODOO et SAP Business One
ODOO SAP Business One

Open source Sous licence
Installation simple Installation complexe
SGBD intégrée SGBD non intégrée
Plan comptable marocain existe Manque du plan comptable marocain
Installation des modules Les modules déjà installé
Paramétrage plus flexible plus simple Paramétrage compliqué
Il peut être exécute par n’importe interface web Il doit être installé dans chaque poste client
Tableau 12: Comparaison entre ODOO er SAP Business One
Conclusion
L’objectif de ce chapitre est de réaliser le paramétrage, la personnalisation et le test

du workflow sous ODOO et SAP Business One avec une comparaison entre les deux a
été réalisé avec succès.

Conclusion générale
Ce rapport élaboré dans le cadre de notre stage de fin d’étude au sein de l’Office Nationale de
l’Electricité et de l’Eau Potable – Branche Eau – présente le projet d’évaluation de deux solutions
ERP destinées au contexte PME et l’étude comparative en s’appuyant sur les spécificités des PME
marocaines. L’objectif de ce projet est l’étude, la conception, le paramétrage, la personnalisation et la
mise en place d’une solution de gestion intégrée comprenant les modules « stock, achat, vente et
comptabilité » sous ODOO et SAP Business One, ainsi que la comparaison entre ces deux ERP.
Pour mener à terme ce projet, on a commencé par une étude générale du thème, ainsi, des
progiciels de gestion intégrés, la phase suivante a été consacrée à la conception du système à l’aide du
langage UML. Après on établit l’architecture de la solution et les choix techniques du projet, enfin, la
dernière phase a été dédié à la réalisation.
En outre, on a réussi à remplir toutes les tâches tracé au début de ce projet dans ODOO, par
contre dans SAP Business One on n’a pas pu arriver au module comptabilité pour établir la gestion de
trésorerie, vu les problèmes rencontrés lors de l’installation de SAP Business One et la contrainte du
temps.
Esprit d’équipe, discipline et persévérance ont été les couleurs de notre étendard durant les 4mois
qui ont englobé notre projet de fin d’études.
Au cours de cette période, on a mis en œuvre nos connaissances, fait vouloir nos atouts et ai su
acquérir d’avantages de savoir faire et expérience. Aussi, on a répondu aux exigences qu’impliquait
notre mission, et surmonté les divers obstacles qui juchaient notre chemin.
Sachant que ce projet fut pour nous une aubaine inestimable de tirer profit de l’expérience aussi
bien de nos encadrant que du milieu professionnel. Expérience qui a changé notre savoir brut en un
acquis de valeurs pour nous et notre entité d’accueil.

Bibliographie
Bibliographie
[1]
Présentation de l’architecture de la solution
http://site.cyberjustice.ca/fr/Software/GetData/GetArchitecture
ftp://ftp.lyx.org/lip6/reports/1997/lip6.1997.038-06.pdf
[2]
Architecture en couches
http://technologiedotnet.wordpress.com/2010/09/08/larchitecture-net-comparee-a-j2ee/
http://nisrineinfo.voila.net/tp/rapprt_ESTM.pdf
http://blog.soat.fr/2011/06/architecture-en-couches-decouplage-et-injection-de-dependances-
avec-unity/
[3]
Choix techniques
http://objectif-pi.com/ERP/

Rapport Final2015

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport Final2015

Transféré par

Droits d'auteur :

Formats disponibles

Mémoire de

Projet de Fin d’Etudes

Mr.Dafir EL KETTANI (EMSI)

Année Universitaire : 2014 - 2015

A nos chers Parents,

A nos sœurs et frères,

A tous nos amis,

Projet de fin d’Eudes 2 2014-2015

Projet de fin d’Eudes 3 2014-2015

Afin de faciliter notre intégration professionnelle, d’approfondir nos connaissances et de mettre

Le présent rapport rapporte l'essentiel de la mission du projet.

Projet de fin d’Eudes 4 2014-2015

Liste des abréviations

Projet de fin d’Eudes 5 2014-2015

Liste des figures

Figure1 :Organigramme de l’ONEE- branche eau -.................................................................................................................. 16

Figure2 :Cycle de développement en Y.................................................................................................................................... 20

Figure3 :Planning prévisionnel................................................................................................................................................. 21

Figure4 :Planning réel.............................................................................................................................................................. 22

Figure5 :Diagramme de cas d’utilisation global........................................................................................................................ 31

Figure6 :Diagramme de cas d’utilisation du module administration......................................................................................... 32

Figure7 :Diagramme de cas d’utilisation du module stock........................................................................................................ 34

Figure8 :Diagramme de cas d’utilisation du module achat............................................................................................................ 35

Figure9 :Diagramme de cas d’utilisation du module vente............................................................................................................ 36

Figure10:Diagramme de cas d’utilisation du module comptable.................................................................................................... 37

Figure11:Schéma d’une architecture en trois couches..................................................................................................................... 44

Figure12:Interface pour créer une base de données......................................................................................................................... 48

Figure13:Interface de la première connexion à la base de données créée....................................................................................... 49

Figure14:Installation du plan comptable marocain.......................................................................................................................... 49

Figure15:Installation du module gestion des ventes........................................................................................................................ 50

Figure16:Installation du module comptabilité et finance................................................................................................................ 50

Figure17:Installation du module gestion des achats........................................................................................................................ 50

Figure18:Poursuivre la base de données après l'installation des nouveaux modules..................................................................... 50

Figure19:Interface de la liste des paramètres techniques................................................................................................................. 52

Figure21:Interface d’un bon commande d’achat............................................................................................................................. 55

Figure22:Interface de la réception des marchandises...................................................................................................................... 56

Figure23:Interface pour le contrôle des factures d’achat................................................................................................................. 57

Figure24:Interface de la facture payée............................................................................................................................................. 57

Figure25:Interface d’un bon de commande client........................................................................................................................... 58

Figure26:Interface de la livraison des marchandises...................................................................................................................... 58

Figure27:Interface de la facture payée…......................................................................................................................................... 59

Figure28:Interface du paiement client............................................................................................................................................. 60

Figure29:Interface de l’écriture comptable...................................................................................................................................... 60

Figure30:Interface du relevé bancaire.............................................................................................................................................. 61

Projet de fin d’Eudes 6 2014-2015

Figure31:Interface des AGIOS........................................................................................................................................................ 62

Figure32:Interface d’une ligne du relevé bancaire.......................................................................................................................... 62

Figure33:Interface des lignes AGIOS.............................................................................................................................................. 63

Figure36:Interface de l’écriture comptable...................................................................................................................................... 64

Figure37:Interface pour créer ou sélectionner une nouvelle société............................................................................................... 65

Figure38:Interface pour créer une nouvelle entreprise.................................................................................................................... 65

Figure39:Interface pour la création de la période comptable.......................................................................................................... 65

Figure40:Interface pour les options générales................................................................................................................................. 66

Figure41:Interface pour les autorisations générales......................................................................................................................... 66

Figure42:Interface pour les options formulaire............................................................................................................................... 67

Figure43:Interface pour ajouter un utilisateur................................................................................................................................. 67

Figure44:Interface du plan comptable............................................................................................................................................. 68

Figure45:Interface pour modifier ou supprimer un plan comptable…………............................................................................... 69

Figure46:Interface des liens comptables.......................................................................................................................................... 70

Figure47:Interface de la fiche partenaire......................................................................................................................................... 70

Figure48:Interface des cycles d’inventaire...................................................................................................................................... 71

Figure49:Interface des groupes d’articles....................................................................................................................................... 72

Figure50:Interface de la fiche article………………………………............................................................................................... 72