Download - APPLICATION D’UN PROGICIEL A LA FONCTION
REPUBLIQUE DU SENEGAL
------------------------
MINISTERE DE L’ENSEIGNEMENT TECHNIQUE
ET DE LA FORMATION PROFESSIONNELLE
------------------------------------
INSTITUT SUPERIEUR DES TRANSPORTS
MEMBRE DU GROUPE SUPDECO DAKAR
Point E-Rue de Kaolack 7, Ave Faidherbe Dakar– Sénégal
BP 21354 – Dakar – Sénégal Tèl : 33 8599595 –Fax : 33 8605202
Tèl : 33 8599595 –Fax : 33 8605202 www.supdeco.sn
THEME :
APPLICATION D’UN PROGICIEL A LA FONCTION
ACHAT DANS UNE ENTREPRISE DE BTP
Mémoire de fin d’Etudes
pour l’obtention du Diplôme de Master 2 en Transport et Logistique
Présenté par : Sous la direction de :
M. Abdoulaye NIANG M. Ibrahima DIALLO
Professeur à l’IST
Année Académique
2011-2012
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
1
Je dédie ce travail à mon père feu Mamadou NIANG
Qui n’a jamais cessé de me guider tout le long de mon cursus.
DEDICACES
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
2
Au terme de mon mémoire, je tiens à témoigner ma profonde gratitude à :
Tout le corps professoral et administratif de l’institut supérieur des
transports (IST) pour la formation de qualité dispensée.
A mon encadreur M. Ibrahima Diallo professeur à l’IST, auditeur
logistique senior certifié ASLOG pour son soutien, sa disponibilité sans
faille ainsi que ses conseils.
A M. Abdou Gaye spécialiste en base données, chef de cabinet TINA
Tous mes camarades de promotion master2 transport et logistique
2011/2012
REMERCIEMENTS
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
3
Sujet: Application d’un progiciel à la fonction
achat dans une entreprise de BTP.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
4
SOMMAIRE
Introduction…………………………………………………………………..………..9
PREMIERE PARTIE : Cadre théorique et méthodologique……………………..11
1.1 Problématique…………………………………………………….…………….11
1.2 Objectif de la recherche…………………………………………….…………..13
1.3 Intérêt de l’étude………………………………………………………..….……13
1.4 La fonction achat dans le secteur immobilier………………………...….…….14
a. Mission …………………………………………………….…….…….14
b. Rôle stratégique…………………………………………….……….….14
c. Processus…………………………………………………….……….…16
d. Sourcing.............................................................................................…..20
e. Les leviers…………………………………………………….………....22
DEUXIEME PARTIE : Système de gestion de base de données ……….………….26
2.1 : Concepts d’un SGBD……………………………..……………………….……….26
2.1 .1 : Base de données classiques…………………………………………….…..26
2.1.2 : Base de données multimédia………………………………………….…….26
2.1.3 : Les différents niveaux d’une base de données……………………………..27
2.2 : L’atelier de développement WinDev…………………………………………..….30
2.3 : Le W langage…………………………………………………………………..….30
TROISIEME PARTIE: Cadre conceptuel du progiciel de gestion des achats…...31
3.1 Modèle conceptuel de données MCD………………………………….……….….31
3.2 Application de la méthode Merise………………………………….…….………..31
3.2.1 Historique de la méthode………………………………………..……..31
3.2.2 Schéma entité association……………………………………...……….32
a. Entité………………………………………………………………...……….32
b. Association…………………………………………………………...………34
c. Attribut et identifiant……………………………………………...…………34
d. Cardinalité……………………………………………………………...…….35
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
5
3.2.3 Règle de normalisation………………………………………………………..36
a. Normalisation des entités……………………………………………..37
b. Normalisation des noms………………………………………..……..37
c. Normalisation des identifiants………………………………………..37
d. Normalisation des attributs……………………………...……………37
e. Attributs calculables…………………………………………………..37
f. Formalisation des associations……………………………..…………37
g. Normalisation des cardinalités………………………………………..38
QUATRIEME PARTIE : Manuel d’utilisation du progiciel de gestion des achats…….42
4.1 Exécution du programme…………………………………………………………………42
4.2 Première fenêtre de Achat-immo…………………………………………………...……43
a. La demande d’achat………………………………………………….43
b. Valorisation de la demande d’achat………………….………………47
c. Validation de la demande d’achat……………………………………49
d. Livraison des produits………………………………………………..54
e. Budgétisation des chantiers…………………………………………..56
CONCLUSION ……………………………………………………………………………..61
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
6
LISTE DES FIGURES
Fig1.1: Objectifs de performances, leviers et pratiques d’une fonction achat…….15
Fig1.3: Les 10 étapes du processus classique achat. (source cours de M. Ibrahima
Diallo professeur à l’IST 2011)……………………………………………………..19
Fig1.4: Processus itératif d’amélioration des performances achat Education
d’organisation (Paris 1999)…………………………………………………………21
Fig 1.5: Fiche fournisseur sur ‘’achat-immo’’………………………………………22
Fig1.6: illustration globalisation DA Ciment sur achat –immo……………………..23
Fig1.7: Cout global produit (Source cours M. Ibrahima Diallo IST 2011)…………24
Fig 2.1.Vue d’un SGBD……………...……………………………………………..28
Fig.2.2 Interface de Windev……………………………...………………… …….30
Fig.3.1 étape de conception d’un SGBD……….…………………………………..32
Fig.3.2 Entité Fournisseur……………………………………………………………33
Fig.3.3 Entité famille produit …………...…………………………………………..33
Fig.3.4 Association…………………………………………………………………..34
Fig.3.5 Cardinalité……………………………..……………………………………36
Fig.3.6 normalisation des noms des entités………………………………………….37
Fig.3.7 règle sur les attributs………………………………………………………..38
Fig. 3.8 normalisation des associations……………………………………………..38
Fig. 3.9 normalisation des cardinalité..…………...………………………………...39
Fig.3.10 forme normal de Boyce Cott………………………………………...……40
Fig3.11: Source Autoformation windev14……..…………………………………...41
Fig4.1 Requête validation ……………………………………………….………….51
Fig :4.2 Bon de commande sur ‘’achat immo’’ ……………………………………..53
Fig4.3 Reporting chantier …………………………………………………………..59
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
7
SIGLES ET ABREVIATIONS
AFNOR association française de normalisation
AGL atelier du génie logiciel
AO Appel d’offre
CA Chiffre d’affaire
CAO conception assistée par ordinateur
CETE centre d’études technique de
l’équipement
CTI centre technique d’information
CCT Cahier des charges technique
CCTP Cahier des clauses techniques
particulières
CSP Cahier des spécifications particulières
DAO dessin assisté par ordinateur
ESP Ecole Supérieure polytechnique
GMAO gestion de la maintenance assistée par
ordinateur
HSE Hygiène sécurité environnement
ISO international standard organization
IST Institut supérieur de transport
L4G Langage de 4eme génération
L5G Langage de 5eme génération
MTL2 master2 en transport et logistique
MERISE Méthode d’étude et de réalisation
informatique des systèmes d’information
MCC Modèle conceptuel de communication
MCD Modèle conceptuel de données
MCT Modèle conceptuel des traitements
MLD Modèle logique de données
MOT Modèle organisationnel des traitements
NF Norme française
PME Petite et moyenne entreprise
PMI Petite et moyenne industries
SGBD Système de gestion de base de données
SUPDECO école supérieure de commerce
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
8
INTRODUCTION GENERALE
Les achats constituent la fonction qui engage les dépenses de l’entreprise (toute dépense est
un achat), il subsiste de nombreux leviers d’amélioration pour optimiser sa contribution à la
création de valeur pour l’entreprise. Le contrôle de gestion voit encore trop souvent les achats
comme un centre de coûts alors qu’une bonne analyse des besoins d’achat en phase de
conception des projets ou des processus opérationnels conditionne les engagements financiers
de l’entreprise et, par conséquent, la marge sur les produits pour tout leur cycle de vie.
L’organisation des entreprises relègue encore trop souvent les achats au rang de fonction
support alors qu’ils ont une incidence directe sur les résultats.
Les entreprises de construction immobilière ne sont pas en reste, car les achats peuvent
atteindre plus de 80% de leurs chiffres d’affaires repartis entre :
La procuration de matériaux de construction qui coûtent de plus en plus chers (ciment,
gravier, latérite, sable de mer etc..)
la mise à disposition de matériel de plus en plus performant pour respecter les délais
(grues automotrices, grues à tours, pelles mécaniques, engins de manutention, matériel
de coffrage et autres engins de chantiers)
Le cout du transport boosté par la cherté du carburant
La rémunération d’une main d’œuvre qualifiée
La satisfaction d’un client exigent qui réclame un produit de qualité (nouvelle gamme)
aussi bien en gros œuvre qu’en second œuvre (carrelage, sanitaire, peinture, luminaire
etc.)
L’achat de formation pour être en veille technologique.
Les charges récurrentes(eau dans les chantiers, électricité, téléphones, pointage par
quinzaine etc.)
La liste n’est pas exhaustive.
Notons que les achats constituent une partie fondamentale de la logistique des entreprises
immobilières et ils ne peuvent pas jouer leur rôle pleinement sans être accompagnés par
les nouvelles technologies de l’information et de la communication.
Notre expérience dans le domaine de la construction immobilière au Sénégal, appuyée par
nos propres investigations nous révèlent que la plupart des petites et moyennes entreprises
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
9
qui évoluent dans ce domaine ne disposent pas d’outils informatiques (logiciel) adapté à
leur besoin pour la gestion de leurs achats ; elles utilisent des moyens comme
MicrosoftWord ou Excel qui ne sont pas des systèmes de gestion de base de données
(SGBD).
Le suivi du flux d’informations géré par l’acheteur dans le secteur immobilier nécessite un
programme informatique adapté à son activité.
Le but de notre mémoire est de mettre à disposition des petites et moyennes entreprises
ainsi qu’aux jeunes entrepreneurs et promoteurs qui sont dans le besoin, un progiciel de
gestion des achats adapté à leur contexte.
Cet outil que nous avons appelé << achat-immo >>est développé avec windev 14 qui est
un atelier du génie logiciel très performant utilisant un langage de programmation de
cinquième génération appelé W-langage dont nous fourniront beaucoup plus de détails au
chapitre 2 / 2.3.
<<Achat-immo>> est un logiciel multiposte avec des restrictions selon la fonction de
l’utilisateur. Il permet :
L’informatisation et l’archivage de toutes les demandes d’achat
La centralisation de tous les DA au service achat qui valorisent et choisit les
fournisseurs pour chaque DA,
L’impression des bons de commande déjà validés par la hiérarchie (avec l’entête
de l’entreprise concernée)
L’envoi par E-mail des BC aux fournisseurs
De faire le reporting des chantiers par tableau croisé pour faire les états financiers
par chantier et par phase d’exécution.
D’avoir un tableau de bord de tous les chantiers ( achats par chantier , par type de
produit, par date etc…)
De disposer de base de données fournisseurs
D’avoir l’historique de tous les achats de l’entreprise.
Les détails seront fournis dans les chapitres qui suivent.
Ce mémoire est constitué de quatre chapitres :
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
10
- Dans le premier chapitre nous développons le cadre théorique et méthodologique du
sujet, la problématique ainsi les aspects théoriques de la fonction achat y sont
développés tout en mettant en exergue notre domaine d’étude (le secteur immobilier) ;
la particularité de la construction immobilière ainsi que les acteurs qui y interviennent
sont mis en relief.
- Le chapitre 2 intitulé<<système de gestion de base de données >>traite les aspects
théoriques et historiques des systèmes de bases de données. Il expose aussi Windev
que nous avons utilisé comme outil de programmation dans le cadre de notre mémoire.
- Le troisième chapitre : <<Cadre conceptuel du progiciel de gestion des achats>>
explique la technique de conception de <<achat-immo>> ainsi que toutes les règles de
programmation de la méthode MERISE.
- Le chapitre 4 est le manuel d’utilisation du progiciel <<achat-immo>> qui est guide
d’utilisateur. Nous avons opté pour une présentation graphique pour faciliter la
compréhension.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
11
PREMIERE PARTIE : Cadre théorique et méthodologique
1.1 Problématique
Le secteur immobilier a connu une forte croissance au Sénégal surtout durant ces dix
dernières années. En effet nous assistons à la naissance de nombreuses entreprises de
constructions immobilières soumises à une rude concurrence pour l’acquisition de marché ;
ceci ne fait que renforcer les besoins d’une entreprise d’avoir une approche formelle et
structurée concernant toutes ses fonctions (technique, administrative, logistique etc..) et
surtout son volet achat qui en est un pilier fondamental.
Les entreprises de constructions immobilières présentent certaines particularités par rapport
aux autres types d’usines :l’activité essentielle se passe sur les chantiers ; c’est là que se
produit la quasi-totalité de la valeur ajoutée et que se trouve une large majorité du personnel,
c’est aussi aux niveaux de ces chantiers qu’est livrée la quasi-totalité des produits achetés
(matériel et matériaux). Il est important de noter que ces sites de productions (chantiers) sont
la plupart éloignés les uns des autres d’où la nécessité de l’optimisation du planning
d’approvisionnement.
Pour être compétitif, l’entreprise à l’obligation de mettre en place un service achat et
approvisionnement compètent capable de localiser le bon fournisseur détenant les meilleurs
produits pour les mettre à la disposition du chantier en honorant le triptyque cout, délai et
qualité.
« Dans un pays quand le bâtiment va, tout va»
Les nombreux corps de métier qui gravitent autour de ce secteur, font de l’immobilier un
pilier fondamental pour le développement d’un pays car mettent en concurrence
d’innombrables fournisseurs et prestataires proposant des produits de natures différentes.
Vu l’importance du flux physique et informationnel que doit gérer le service achat et
connaissant la diversité des produits dans la construction immobilière, l’outil informatique
devient incontournable. Un système de gestion de base de données permettrait de suivre de
manière efficace et efficiente le cycle des produits depuis leur achat jusqu’à leur
consommation finale dans les chantiers.
Les entreprises de construction immobilières ont la particularité d’évoluer en même temps
sur de multiples sites, sur des ouvrages différents aussi bien sur le plan exigences techniques
que commerciales. Elles font appel à plusieurs types de matériel et matériaux mais aussi font
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
12
intervenir plusieurs corps de métiers (maçon, plombier, électricien, menuisier, mécanicien,
soudeur etc...
Ainsi la maitrise de l‘information sur les différents sites de production demeure un facteur
déterminant pour la compétitivité des PME et PMI évoluant dans le secteur du bâtiment.
Aujourd’hui peu d’entre elles sont certifiées ISO même si nous sentons une forte aspiration
pour la certification. Ce vouloir sera difficile à réaliser sans une meilleure structuration des
procédures et des processus administratifs et techniques.
Selon la norme d’exigence ISO 9000 :
‘’On doit écrire ce que l’on fait et démontrer que l’on fait ce qu’on a écrit’’
Les systèmes de traçabilité sont devenus, de notre point de vue, des modules indispensables
du système d’information logistique. La plupart des entreprises réfléchissent ou mettent en
place des systèmes de traçabilité « totale », c’est-à-dire des systèmes qui permettent de suivre
les produits et si possible les activités, voire les documents associés sur l’ensemble de la
chaîne. Le principe est « simple » : il s’agit de suivre, si possible en temps réel et en
permanence, lots de matières, composants, produits, unités logistiques tout au long du cycle
de vie du produit. Précisons que la traçabilité ne consiste pas seulement à savoir où est le flux
à l’instant t (ce qui correspond au problème de localisation, tracking), mais aussi connaître
son histoire (le chemin suivi et les opérations subies, ce qui correspond au tracing).
Notre propre vécu dans le milieu du bâtiment sénégalais et nos investigations (enquêtes) nous
ont confirmés que seules les grandes entreprises (leader) disposent de système d’information
moderne professionnel (logiciel) pour la gestion de leurs achats ; les autres sont toujours à la
formule papier avec tous ses inconvénients.
L’application d’un progiciel à la fonction achat dans les entreprises de BTP permet-elle une
meilleure maitrise du flux d’informations ?
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
13
1.2 Objectif de la recherche
L’objectif de notre recherche est de concevoir un progiciel de gestion des achats adapté aux
réalités de nos entreprises de construction immobilière. Ce système de gestion de base de
données(SGBD)est un outil d’aide à la prise de décision qui propose divers indicateurs pour
contribuer à l’efficacité de ce service qui constitue une pierre angulaire du secteur.
Ce SGBD permettrait d’assurer parmi tant d’autres critères :
La traçabilité des achats au sein de l’entreprise
La minimisation des erreurs d’approvisionnement
Etablissement d’un planning de livraison périodique
L’évaluation des couts par types d’articles et par chantier
Une vision globale des demandes des différents prescripteurs
Globalisation des achats afin de minimiser les prix d’achat
Minimiser les couts de transport et optimisation des moyens de livraison
Suivre le cycle des différents produits dans les chantiers (consommables et
immobilisations)
Effectuer un rapport quantité consommée et niveau d’avancement des travaux
Produire en temps réel un rapport de consommations sur chaque site de production
ainsi l’inventaire.
Suivi du stock
Suivi et localisation des immobilisations (parc automobile et engins de production)
1.3 Intérêt de l’étude
Cette étude vise à mettre à la disposition de nos entreprises de construction immobilière
un progiciel pour la gestion de leurs achats, en effet la plupart d’entre elles n’ont pas les
moyens de s’offrir ou méconnaissent un logiciel de ce genreet si c’est le cas ces
programmes sont pour la plupart importés et ne répondent pas souvent aux réalités de
fonctionnement de nos entreprises locales.
C’est aux programmes informatiques de s’adapter aux contextes de nos PME et PMI et
pas l’inverse.
Sur toute la chaine logistique, nous avons ciblé le volet achat qui est plus que déterminant
pour la performance et la compétitivité dans le secteur immobilier.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
14
1.4 La fonction achat dans le secteur immobilier
a. Mission
Dans la construction immobilière l’achat est une fonction qui a pour objectif de mettre à
disposition, au moindre coût et avec la qualité requise, un produit (ou un service),à
l’endroit et au moment où la demande existe. Elle concerne toutes les opérations
déterminant le mouvement des produits tel que :
la localisation des fournisseurs, des entrepôts,
L’approvisionnement des chantiers et des stocks,
La préparation de commandes,
Le transport et les tournées de livraison.
Dans l’immobilier la fonction approvisionnement est souvent rattachée au service achat.
Cependant, dans cette dynamique de satisfaction du client interne, une analyse de son
expression du besoin s’impose ; ainsi, le responsable achat veille à :
A la maitrise des besoins de ses clients internes
La présélection des fournisseurs
La consultation formelle
La négociation et contractualisation
L’exécution des contrats
Le pilotage de la performance
b. Rôle stratégique
La fonction production n’est plus seul en matière de création de valeur, en effet une
maitrise des achats permet aux entreprises d’augmenter considérablement leur résultat
(bénéfice) ; des études ont montré qu’une baisse de 5% du prix d’achat pouvait permettre
d’augmenter de 80% le bénéfice d’une entreprise.
Pour être performante elle doit :
Anticiper les évolutions des marchés amont (risques et opportunités) notamment
en matière d’innovation ; cet esprit de veille technologique est fondamental dans le
secteur de la construction immobilière où le marché propose des produits de plus
en plus innovants et de technologies diverses : un produit qui est aujourd’hui à la
mode est très vite dépassé ; ceci se fait le plus ressentir dans les produits de second
œuvre (carreaux, menuiserie, peinture, sanitaire etc…)
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
15
Elaborer et piloter la politique fournisseur : le service achat doit disposer d’une
base de données fournisseurs sélectionnés parmi les meilleurs sur le marché. Ces
derniers doivent être notés annuellement ou à la fin de chaque projet de manière
transparente. Cette notation aboutit à un classement :
- Fournisseurs à pratiquer
- Fournisseur en veille
- Fournisseur à homologuer
Cette classification permettra au service achat de disposer d’outils pour mettre
en place une politique fournisseur.
Fiabiliser et sécuriser les sources d’approvisionnement : l’entreprise doit être en de
bon termes avec ces fournisseurs pour cela chacun des parties doit respecter ses
engagements :
- Respect des modes de règlement
- Communication claire et traçable
- Respect des délais de livraison
- Respect des exigences et clauses des contrats.
Fig1.1: Source : la fonction achat la communication au service de la performance.(Education
d’organisation Paris 1999
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
16
c. Processus achat
Le processus achat se fait en dix étapes :
La demande d’achat : c’est l’expression du besoin d’un agent de l’entreprise,
notons que toutes dépenses est un achat ; selon l’organisation de l’entreprise cette
demande peut être écrite dans un carnet de demande d’achat ou informatisée
comme dans le cas de notre progiciel (achat-Immo) programmé avec windev. La
solution informatique prend de plus en plus d’ampleur vue son efficacité et la
rapidité de traitement des données tout en économisant du papier. Nous proposons
un modèle de DA en annexe.
L’appel d’offre : Le code des marchés publics exige aux entreprises de lancer un
appel d’offre pour un achat supérieur ou égal à cinq millions de francs. L’objectif
de l’appel d’offre étant la mise en concurrence des fournisseurs mais aussi d’éviter
le grès à grès dans la passation de marché et donc d’offrir une chance à tous les
fournisseurs.
La procédure d’appel d’offre se déroule comme suit :
- Présélection d’aux moins trois fournisseurs au choix de l’entreprise
(fournisseurs actifs, en sommeil ou à homologuer)
- Préparation des dossiers d’AO par le bureau d’étude et si nécessaire le service
juridique ou même le service HSE (hygiène sécurité et environnement) pour
les projet ayant un aspect environnemental déterminant.
- Envoi de dossiers préalables aux entreprises consultées (engagement de
confidentialité et autres documents propre à la politique de l’entreprise comme
la charte éthique ou l’engagement HSE) ; par ces documents elles s’engagent à
respecter toutes la règlementation qui régit l’appel d’offre.
- L’envoi des dossiers de l’appel d’offre aux fournisseurs composés de :
CCT (cahier des charges techniques)
Des plans (plans du bâtiment)
CCTP (cahiers des clauses techniques particulières)
CSP (cahier des spécifications particulières)
- L’élaboration de la grille comparative des offres. Selon la politique achat de
l’entreprise. Peuvent être retenus les fournisseurs moins disant ou mieux disant. Cette grille
tient compte des paramètres :
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
17
a) Cout de l’offre commerciale,
b) Le respect du cahier des charges
c) Le respect des délais d’exécution des travaux ou de la livraison des biens ou services
d) L’expérience des différents soumissionnaires dans le domaine de l’appel d’offre en
question ; appelée aussi référence (CV de l’entreprise).
e) Le budget disponible pour l’offre.
Comparaison des offres
Chacun de ces critères est pondéré en pourcentage et chaque fournisseur est noté selon son
offre technique et commerciale.
Le comité de dépouillement travaille dans la plus grande transparence et est composé :
a) Du prescripteur ou son représentant
b) Au moins un représentant du service achat
c) Un auditeur interne ou externe
d) Tout autre service habilité.
Notons qu’un appel d’offre n’a d’intérêt que si l’acheteur fait appel à des fournisseurs
comparables.
Mise au point des offres
Le comité peut fournir plus d’explications ou de détails aux soumissionnaires s’il le juge
nécessaire après dépouillement.
Prise de rendez-vous avec les fournisseurs :
Cette prise de rendez-vous concerne les entreprises présélectionnées
Préparation de la négociation :
Le service achat revisite les offres techniques et commerciales en vue de déceler les
points sur lesquels il s’appuie lors de la négociation ; l’assistance des services habilités
n’est pas exclue.
Négociation :
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
18
Elle vise à baisser les prix sur les devis et pro-forma des fournisseurs, l’objectif étant
d’obtenir une remise et de faire des gains.
Gain= (prix initial de l’offre- prix après négociation) x quantités.
Commande
Le service achat émet un bon de commande validé par la hiérarchie envoyé au
fournisseur retenu ; une copie peut être mise à la disposition du demandeur.
Traitement et vérification de l’accusé de réception commande
Le service achat s’assure de la réception effective du bon de commande par le biais
d’un accusé de réception.
Gestion et suivi de la commande fournisseur
Le bon de commande doit faire l’objet d’un suivi après émission jusqu’à réception du
bien ou service et la facturation.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
19
Fig1.3: Les 10 étapes du processus classique achat. ( source cours de
M. Ibrahima Diallo professeur à l’IST 2011)
DEMANDE D’ACHAT
COMMANDE
NEGOCIATION
GESTION ET SUIVI COMMANDE
PREPARATION NEGOCIATION
PRISE DE RENDEZ VOUS AVEC LES
FOURNISSEURS
ACCUSE DE RECEPTION
APPEL D’OFFRE
COMPARAISON DES OFFRES
MISE AU POINT TECHNIQUE DES
OFFRES
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
20
d. Sourcing
L’entreprise dans son cadre d’activité a la liberté de choisir ses partenaires dans le marché des
fournisseurs ; notons toutefois que ce partenariat (client-fournisseur) n’est pas le fruit du
hasard, il découle d’une analyse du marché des fournisseurs suivi d’une sélection basée sur
des critères (cout, délai, qualité) suivant les spécificités du produit recherché : cette recherche
de fournisseurs est appelée sourcing.
Par le sourcing, l’acheteur alimente sa base de données fournisseurs qui est mise à jour en
fonction de l’évolution de l’environnement économique du marché et de la stratégie de
l’entreprise ; Ces fournisseurs sont classés en trois types :
Les fournisseurs actifs : avec qui l’entreprise a un volant régulier d’activité.
Les fournisseurs en sommeil : qui sont dans la base de données, déjà pratiqués leur
performances connues et évaluées mais inactifs
Les fournisseurs à homologuer : qui sont de nouveaux fournisseurs à inscrire dans le
répertoire.
Sur le plan technique
Le sourcing incite les partenaires externes (vendeur) à concevoir en termes de
fonctionnalité et d’éviter le super flux qui accroit le prix de vente de leur produit.
Permet à l’acheteur de repérer le bon fournisseur
Accélère l’innovation et oblige les entreprises d’être en veille technologique et d’être
plus exigeantes aux normes de qualité vue la rude concurrence.
Oblige les entreprises d’être plus rigoureux dans la gestion de la production.
Sur le plan commercial:
Le sourcing permet d’identifier et de développer voir de pratiquer de nouveaux
fournisseurs
Destruction ou prévention des monopoles
Il permet de nouer des relations d’affinités avec les fournisseurs afin d’installer un
climat détendu, basé sur la confiance afin de profiter au maximum d’avantages.
De gagner du temps pour trouver le produit sur le marché
De disposer d’un panel de fournisseurs répondant à ses appels d’offre
C’est aussi un moyen d’action permettant l’acheteur de tendre vers une réduction des
couts : il constitue alors un levier à l’achat
La mise en concurrence d’entreprises comparables octroie à l’acheteur un plus grand
pouvoir de négociation.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
21
Une augmentation de la marge bénéficiaire de l’acheteur (car on sait qu’une réduction
de 5% du prix d’achat peut entrainer une amélioration de la marge bénéficiaire de plus
de 80%).
Le sourcing est un outil d’aide à la prise de décision par comparaison des offres
fournisseurs.
La prospection du marché des fournisseurs est fondamentale pour l’entreprise, l’acheteur
(interface entre le marché des fournisseurs, le marché des produits et l’entreprise) se doit de
vérifier en permanence que les caractéristiques, capacités et performances de ses fournisseurs
assurent l’adéquation optimum entre les besoins de l’entreprise et l’offre globale proposée par
le marché. La base de données fournisseurs ne saurait être figées ; ainsi dès qu’il repère un
fournisseur susceptible de répondre globalement à son besoin tant au niveau des produits que
de la structure, l’acheteur rassemble des données et des informations sur le produit et sur
l’entreprise, ``courtise’’ cette dernière avant de décider de son homologation avant de la
pratiquer.
Fig1.4: Processus itératif d’amélioration des performances achat Education d’organisation (Paris
1999)
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
22
e. Les leviers
C’est un moyen d’action qui permet à l’acheteur de réduire les couts en veillant au triptyque
cout/qualité/délais, parmi ces leviers nous pouvons noter :
La mise en concurrence, par le biais d’appel d’offre ou de consultations restreinte.
Recueillir plusieurs offres (3 au minimum) pour avoir une approche des prix sur le
marché. Notre programme (acha-immo) offre un répertoire de fournisseurs classés par
secteur d’activité qui permet à l’acheteur de gagner du temps lors des consultations
Fig 1.5: Fiche fournisseur sur ‘’achat-immo’’
La globalisation (économie d’échelle)
C’est un facteur déterminant pour réduire les couts en s’appuyant sur les économies
d’échelles ; plus la quantité à commander est grande plus l’acheteur dispose
d’arguments pour faire baisser les prix ; Certaines entreprises l’ayant compris très vite
s’associent pour globaliser leurs commandes même en étant des concurrents.
Dans le cadre de notre progiciel achat-immo, toutes les demandes saisies en machine
par les prescripteurs atterrissent au service achats qui a une vision globale des
demandes des différents chantiers, cette possibilité permet à l’acheteur de regrouper
les produits par famille et de procéder à un planning d’achat global au lieu de les
exécuter séparément.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
23
Nous pouvons donner l’exemple des achats de ciment dont le cout de transport peut
être fortement réduit ainsi que le prix d’achat car les grosses quantités sont achetées
directement à l’usine donc nous bénéficions de prix d’usine.
La planification des achats
C’est un levier qui permet de réduire considérablement les couts, dans le secteur du
bâtiment, la planification des achats est un support incontournable pour l’avancement
des travaux, car dans ce secteur de lourdes pénalités sont supportées par l’entreprise en
cas de non-respect des délais.
L’analyse des coûts
Elle a un impact direct sur le résultat de la société, une non maitrise des coûts entraine
systématiquement un pilotage à vue qui peut être fatal pour l’entreprise.
L’entrepreneur travaille sur la base de devis constitué de prix unitaire, la
décomposition et la compréhension des détails de ces prix sont déterminantes pour la
compétitivité de la boite.
Le service achat doit décomposer tous les coûts.
Fig1.6: illustration globalisation DA Ciment sur achat -
immo
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
24
FIN DE VIE PRODUIT
Valeur à la casse/ recyclage
+maintenance, énergie ,fonct
+ Frais de stockage
+ Cout de passation commande
+ emballage/assurance etc.
ENTREE PRODUIT
+ Profit
La standardisation des produits
Ce facteur n’est pas très déterminant pour le gros œuvre dans le secteur de
l’immobilier car les matériaux de constructions sont locaux et déjà standard (Ciment,
gravier, sable de mer) ; cependant les équipements de second œuvre comme les
sanitaires, les carreaux, les luminaires peut faire l’objet de standardisation si le client
n’impose pas de produits particuliers. Le choix de ces équipements se fait de concert
avec le client, l’entrepreneur est en position de conseillé.
PRIX DE VENTE OU ACHAT
PRIX RENDU
ACHAT DU FOURNISSEUR
COUT D’UTILISATION
COUT DE POSSESSION
COUT D’ACQUISITION
Fig1.7:COUT GLOBAL PRODUIT (Source cours M. Ibrahima Diallo IST 2011)
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
25
L’expression fonctionnelle du besoin
L’acheteur doit éviter le super flux car toute fonction du produit est facturée par le
fournisseur (utilisée ou non).
Le service achat ainsi que le bureau d’étude doivent veiller à déceler le besoin
fonctionnel du client.
Ce critère fait la différence lors des soumissions aux appels d’offre, il permet à
l’entreprise d’être très compétitif (établissement d’offre commercial et offre technique
par les services techniques).
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
26
DEUXIEME PARTIE : théorie des systèmes de gestion de base de données
(SGBD)
Introduction :
L'informatique et les systèmes qui la composent permettent de stocker des données
représentant des informations. Ces données sont regroupées au sein d'une base appelé ainsi
base de données (data base).
Une base de données (son abréviation est BD, en anglais DB, database) est une entité dans
laquelle il est possible de stocker des données de façon structurée et avec le moins de
redondance possible. Ces données doivent pouvoir être utilisées par des programmes, par des
utilisateurs différents. Ainsi, la notion de base de données est généralement couplée à celle de
réseau, afin de pouvoir mettre en commun ces informations, d'où le nom de base. On parle
généralement de système d'information pour désigner toute la structure regroupant les moyens
mis en place pour pouvoir partager des données.
Les exemples d'application utilisant des bases de données sont nombreux. On peut cependant
les diviser en deux catégories.
Les bases de données classiques
Au sein desquelles on retrouve les applications les plus courantes : les bases de
gestion(salaires, stocks…), les bases transactionnelles (comptes bancaires, centrales
d'achats…),les bases de réservations (avions, trains…).
Les bases de données multimédias
Plus récentes, on les retrouve dans les domaines de la documentation, la géographie, le génie
logiciel ou la C.A.O. (conception assisté par ordinateur) et D.A.O (dessin assisté par
ordinateur)
Un fichier texte composé de noms est déjà une base de données même si l'accès aux
informations est pénible puisqu'il faudra lire à chaque recherche l'ensemble du fichier en le
parcourant séquentiellement. Pour accéder plus rapidement aux informations, on a donc
recours à un index. Le format de base de données de Windev sur lequel nous avons travaillé,
l'Hyper File est un système de ce type en étant composé d'un fichier de données et d'un fichier
d'index.
2.1 Qu’est-ce qu’un système de gestion de base de données (SGBD)
Si la base de données n'est composée que de données, le système de gestion de base de
données est en fait un logiciel couplé à une base de données. Un système de gestion de base
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
27
de données (couramment appelé SGBD) est un logiciel de haut niveau qui permet de
manipuler ses informations.
Un SGBD peut être perçu comme un ensemble de logiciels systèmes permettant aux
utilisateurs :
D’insérer, de modifier et de rechercher des efficacement des données spécifiques dans une
masse d’informations partagées par de multiples utilisateurs .Les recherches peuvent être
exécutées à partir de la valeur d’une donnée désignée par un nom dans un ensemble d’objet
(ex : DA de numéro 325) mais aussi à partir de relations entre objets (par exemple les
personnes ayant demandé du ciment dans la semaine).
En résumé, un SGBD peut donc apparaître comme un outil informatique permettant la
sauvegarder, l’interrogation, la recherche et la mise en forme de données stockées en mémoire
pour :
permettre l'accès aux données de façon simple
autoriser un accès aux informations à de multiples utilisateurs
manipuler les données présentes dans la base de données (insertion, suppression,
modification)
Le système de gestion de base de données est architecturé sur trois niveaux :
a. Le niveau physique.
C'est ce que fait le SGBD physiquement. La gestion des données et des index. Le partage de
ces données et de la concurrence des accès. La distribution des données à travers le réseau.
b. Le niveau logique.
C'est ce que fait le SGBD logiciellement. La définition de la structure des données. La gestion
de la confidentialité (sécurité). Le maintien de l'intégrité entre les données et les index. La
consultation et la mise à jour des données.
c. Le niveau externe.
C’est la mise en forme et la présentation des données aux programmes d’applications et aux
utilisateurs interactifs. Ceux-ci expriment leurs critères de recherche à l’aide de langage basés
sur des procédures de recherche progressives en référençant des données dérivées de la base.
Les principaux systèmes de gestion de bases de données sont les suivants :
Borland Paradox ,File maker ,IBM DB2 ,Ingres ,Interbase ,Microsoft SQL serveur,Microsoft
Access ,Microsoft FoxPro ,Oracle ,Hyper file ,Sybase ,MySQL ,PostgreSQL ,mSQL ,SQL
Server 11
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
28
Fig 2.1.Vue d’un SGBD
(Source : Bases de données de Georges Garderin)
Le SGBD avec lequel nous avons programmée notre progiciel de gestion de la maintenance
des équipements est le Hyper File qui est intégré dans l’atelier du génie logiciel WinDev
présenté ci-dessous.
2.2 Présentation de WinDev
WinDev est un AGL (atelier du génie logiciel)créé par la société française PC Soft,
permettant de créer des applications basées sur un moteur d'exécution (framework). WinDev
permet de développer simplement tout type d’applications Windows dans les domaines de la
gestion, de l’industrie, du médical,etc. Les applications développées peuvent inclure l’accès à
des bases de données. WinDev inclut un puissant moteur de base de données Hyper File
WinDev est un outil conçu pour développer rapidement des applications, principalement
orientées données. Le langage de programmation inclus dans l'outil est le W-langage, un
langage de 5e génération (L5G). C'est un langage simplifié et flexible qui permet d'obtenir des
résultats très rapidement.
Gestionnaire de
fichiers
SGBD interne
SGBD externe P .A
Terminaux
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
29
WinDev possède un éditeur d'interface graphique permettant de créer les IHM par glisser/
déplacer. Il permet également de choisir un modèle de charte graphique parmi un ensemble
proposé et d'en créer de nouveaux. L'outil d'interface permet de définir interactivement de très
nombreuses sécurités de saisie sur les champs : taille, masque, formatage automatique, saisie
obligatoire, aide à afficher… Cela limite ensuite le nombre de fonctions à programmer.
L'héritage et la surcharge sont gérés.
Comme les langages Java ou Visual Basic , le code est précompilé et interprété à l'exécution
par le framework, ce qui permet une indépendance du fichier exécutable par rapport au
système d'exploitation cible. WinDev a été initialement prévu pour Windows.
L’environnement de développement intégré de WinDev se compose de différents éditeurs :
• Un éditeur de projet permettant de visualiser et d’agir sur le graphe
du projet.
• Un éditeur d’analyses permettant l’accès à tout type de base de données (Hyper File, Hyper
File Client/Serveur, xBase, AS/400*,
Oracle*, SQL Server*, Access**, ODBC, OLE DB)
• Un éditeur UML permettant une modélisation objet de vos données
et traitements
Depuis la version 10, WinDev permet de générer les applications au format Java (environ 500
commandes du WLangage sont supportées) en plus des formats exécutables standard et .NET.
On peut noter que cette version permet l'exécution sur les systèmes Windows mais aussi
Linux (batch sous Linux), pour une partie des fonctions.
Ses frères WebDev et WinDev Mobile permettent d'utiliser le même langage de
programmation, et les mêmes concepts (analyse, fenêtre, états, composants, classes…), pour
la génération de sites Web et d'applications pour PocketPC, SmartPhones et terminaux
industriels. La version 10 des outils vise la construction de projets multicibles à partir d'un
même code. En version 11, WinDev intègre des fonctionnalités liées à la domotique
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
30
Fig.2.2 Interface de Windev
2.3 Présentation du langage de programmation W-langage
Le WLangage est un langage de 5ème génération : les ordres sont concis, précis, faciles à
comprendre. Un ordre de WLangage correspond souvent à des dizaines d’ordres d’un L4G!
Le WLangage de WinDev permet de manipuler les objets créés par WinDev, fenêtre, état
d'impression, bouton, champ de saisie, fichier et il permet de réaliser les traitements
caractérisant le logiciel écrit, scanner des documents, imprimer des factures, envoyer des
emails, etc...
Le WLangage est extrêmement riche en fonctionnalité, tout en restant très simple.
Le WLangage est en français par défaut. Cela signifie que quand vous lisez du code, vous
comprenez facilement :
Le WLangage est également disponible en anglais, la traduction d’une langue à l’autre est
automatique
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
31
TROISIEME PARTIE : cadre conceptuel du progiciel de gestion des
achats
3.1 Introduction
La programmation du progiciel de gestion de la maintenance est faite sous Windev avec le
langage de cinquième génération (L5G) w langage que nous avons présenté ci-dessus.
Dans ce nouveau chapitre nous exposons les différentes phases de conception du progiciel
depuis le modèle conceptuel de données (MCD) jusqu’au modèle logique de données (MLD)
en passant par la modélisation avec MERISE (méthode d’étude et de réalisation informatique
des systèmes d’entreprise).
3.2 Le modèle conceptuel de données MCD
La conception d'un système d'information n'est pas évidente car il faut réfléchir à l'ensemble
de l'organisation que l'on doit mettre en place. La phase de conception nécessite des méthodes
permettant de mettre en place un modèle sur lequel on 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
auxquels on s'intéresse. Ce type de méthode est appelé analyse. Il existe plusieurs méthodes
d'analyse, la méthode que nous allons utilisée est la méthode MERISE.
3.3 Application de la méthode MERISE :
3.3.1 1 historique de la méthode
MERISE est une méthode de conception, de développement et de réalisation de projets
informatiques. Le but de cette méthode est d'arriver à concevoir un système d'information. La
méthode MERISE est basée sur la séparation des données et des traitements à effectuer en
plusieurs modèles conceptuels et physiques.
La séparation des données et des traitements assure une longévité au modèle. En effet,
l'agencement des données n'a pas à être souvent remanié, tandis que les traitements le sont
plus fréquemment.
La méthode MERISE date de 1978-1979, et fait suite à une consultation nationale lancée en
1977 par le ministère de l'Industrie dans le but de choisir des sociétés de conseil en
informatique afin de définir une méthode de conception de systèmes d'information. Les deux
principales sociétés ayant mis au point cette méthode sont le CTI (Centre Technique
d'Informatique) chargé de gérer le projet, et le CETE (Centre d'Etudes Techniques de
l'Equipement) implanté à Aix-en-Provence.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
32
La conception du système d'information se fait par étapes, afin d'aboutir à un système
d'information fonctionnel reflétant une réalité physique. Il s'agit donc de valider une à une
chacune des étapes en prenant en compte les résultats de la phase précédente. D'autre part, les
données étant séparées des traitements, il faut vérifier la concordance entre données et
traitements afin de vérifier que toutes les données nécessaires aux traitements sont présentes
et qu'il n'y a pas de données superflues.
Cette succession d'étapes est appelée cycle d'abstraction pour la conception des systèmes
d'informations :
L'expression des besoins est une étape consistant à définir ce que l'on attend du système
d'information automatisé, il faut pour cela :
faire l'inventaire des éléments nécessaires au système d'information
délimiter le système en s'informant auprès des futurs utilisateurs
Cela va permettre de créer le MCC (Modèle conceptuel de la communication) qui définit les
flux d'informations à prendre en compte.
Fig.3.1 étape de conception d’un SGBD
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
33
L'étape suivante consiste à mettre au point le MCD (Modèle conceptuel des données) et le
MCT (Modèle conceptuel des traitements) décrivant les règles et les contraintes à prendre en
compte.
Le modèle organisationnel consiste à définir le MOT (Modèle organisationnel des
traitements) décrivant les contraintes dues à l'environnement (organisationnel, spatial et
temporel).
Le modèle logique représente un choix logiciel pour le système d'information.
Le modèle physique reflète un choix matériel pour le système d'information.
3.3.2 Schéma entité-association :
a. Entité :
Une entité est une population d’individus homogènes. Par exemple les fournisseurs des
équipements peuvent être regroupées dans une même entité « fournisseurs» car d’un
fournisseur à un autre les informations ne changent pas de nature .Par exemple à chaque fois
les mêmes informations élémentaires qui décrivent l’entité « fournisseur» sont : nom, adresse,
téléphone, email, contact… voir l’exemple ci-dessous.
Ces informations qui décrivent une entité sont appelées attributs ou propriétés.
Fig.3.2 Entité Fournisseur Fig.3.3 Entite famille produit
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
34
Par contre les fournisseurs et les prescripteurs ne peuvent pas être regroupés car leur
informations ne sont pas homogènes (par exemple un prescripteur n’a pas d’adresse, ni un
contact encore moins une civilité).
b. Association :
Une association est une liaison qui a une signification précise entre deux entités.
Dans un système d'information considéré, une association correspond à une ou plusieurs
règles générales d'organisation ou de logique ; par exemple
Un demandeur va prescrire une demande d’achat
Un produit doit appartenir à une famille
Une livraison est destinée à un chantier (adresse de livraison)
Pour notre premier exemple ci-dessus l’association « a des facture » est une liaison évidente
Entre les entités « facture» et « commande» (voir fig. ci -dessous)
Fig.3.4 Association
c. Attributs et identifiants
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
35
Un attribut c’est une propriété d’une entité ou d’une association (exemple : « marque » est un
attribut de l’entité « produit»).Une entité et ses attributs ne doivent traiter que d’un seul sujet
afin d’assurer une cohérence au modèle.
Ensuite chaque individu d’une entité doit être identifiable de manière unique ; c’est pourquoi
chaque entité doit avoir un attribut sans doublon (c'est-à-dire ne prenant pas deux fois la
même valeur ;d’ailleurs c’est ce qui a été à l’origine de la codification des produits afin de
pouvoir utiliser ce code comme identifiant dans l’entité produit car aucune autre rubrique ne
peut assurer ce rôle ,ni le chantier destinataire, ni le prix unitaire, ni le code barre …encore
moins le numéro de série.
Dans le cadre de notre analyse conceptuelle, la codification des autres entités existe déjà sur
place, ainsi:
Les codes articles (IDChantier) servent de clé pour l’entité « Chantier »
Les codes produits pour les différents produits
Le code fournisseur pour l’entité « fournisseur»
Les matricules vont servir d’identifiants pour le demandeur et prescripteur
Les autres entités comme « bon de commande », « demande d’achat » etc. ont des clés
automatique gérées par le logiciel (cette méthode étant plus pratique que d’essayer
d’affecter quotidiennement un numéro à chaque bon de commande ce qui est non
seulement fastidieux mais pourrait être source d’erreur).
d. Cardinalité :
Une cardinalité, dans une association, exprime le nombre de participations possibles d'une
occurrence de chaque entité à l'association. Ce nombre étant variable, on note la cardinalité
minimum et la cardinalité maximum. Comme il y a deux entités (au moins) associées, la
cardinalité est précisée pour chaque entité.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
36
Fig.3.5 Cardinalité
2.1. 3 Règle de normalisation
Le modèle conceptuel de données (MCD) répond à 9 règles de normalisation :
a. Normalisation des entités : Toute entité remplaçable par une association est remplacée
par une association.
b. Normalisation des noms : le nom d’une entité, d’une association, d’une rubrique est
unique.
Il est conseillé d’utiliser un nom commun au pluriel (ex : produits), pour les associations un
nom commun à l’infinitif ou à la forme passive (ex : émettre, intervenir, valider) et pour les
attributs un nom commun au singulier (ex : nom, prénom, matricule)
Les redondances sont à éviter par exemple dans notre MCD, ouvriers, agents de maîtrise,
techniciens de surface…sont représentés par une même entité « demandeur » pour éviter ces
dites redondances.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
37
c. Normalisation des identifiants :
chaque entité a un identifiant ;les identifiants composés de plusieurs attributs sont à
éviter (ex :nomprenom) car d’une part c’est mauvais pour les performances et d’autre
part ,l’unicité supposée par une telle démarche finit tôt ou tard par être démentie.
Il est préférable d’avoir des identifiants relativement courts et de type numérique.
L’identifiant sur un schéma entité association est la futur clé primaire dans le modèle logique
de données(MLD) donc ne doit pas être une rubrique qui change au fil du temps (ex :la
localisation ne peut pas être un identifiant pour un équipement de chantier car il peut être
transporté vers un autre secteur)
d. Normalisation des attributs : remplacer les rubriques en plusieurs exemplaires en une
association supplémentaire de cardinalité maximale n.
e. Ajouter d’attributs calculables à partir d’autres rubriques (si on met la date de naissance,
l’âge devient superflu): risque d’incohérence.
technicien
Nom
Prénom
Matricule
Rac.Tel
demandeur
Nom
Prénom
Matricule
Rac.Tel
ingenieur
Nom
Prénom
Matricule
Fig.3.6 normalisation des noms des entités
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
38
Normalisation des associations : éviter les associations fantômes, redondantes ou
en plusieurs exemplaires
Fig. 3.8 normalisation des associations
Cet exemple n’est qu’illustratif.
Demandeur
Nom
prenom
Chantier
identifiant
Adresse
Demande pour
1,1 1,1
Demandeur
Nom
Prenom
Identifiant
Chantier
Prix TTC= Prix HTVA (1+TauxTVA)
Ici la norme citée ci-dessus est respectée car le prix TTC
n’apparait pas dans l’entité
Fig.3.7 règle sur les attributs
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
39
f. Normalisation des cardinalités : une cardinalité minimale est toujours 0 ou 1 (pas 2, 3 ou
n) et une cardinalité maximale 1 ou n
Fig. 3.8 normalisation des associations
g. En un instant donné dans une entité pour un individu, un attribut ne peut prendre qu’une
valeur et non pas un ensemble ou une liste de valeurs.
i. L’identifiant peut être constitué de plusieurs attributs mais les autres attributs de l’entité
doivent dépendre de l’identifiant en entier et non pas une partie de l’identifiant .Cette
règle peut être oubliée si on n’utilise pas de clé composées comme dans le cas de notre
étude.
commande
Date commande
prescripteur
ref. produit
quantite
commande
Date commande
prescripteur
Datelivraison
Produit
Ref produit 0, n 1,1
Commander Qte
Fig.3.9 normalisation des cardinalités
NB : durant une intervention nous pouvons émettre plusieurs bons de
sortie.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
Abdoulaye NIANG Diplôme de master2 en transport et logistique IST Groupe SUPDECO
40
j. La forme normale de Boyce Cott : tous les attributs d’une entité doivent dépendre
directement de son identifiant et d’aucun autre attribut ;si c’est le cas il faut placer l’attribut
pathologique dans une entité séparée mais en association avec la première.
NB : nous n’avons pas d’exemples dans notre modèle mais en guise illustrative nous
pouvons donner l’exemple ci dessous.
Le modèle de l’avion exemple sous entend le constructeur et la capacité : exemple A380
constructeur Air Bus et capacité 180
Nous donnons cet exemple car ce cas ne s’est pas présenté dans notre programme.
Conclusion :
La conception de notre progiciel est basée sur les règles de MERISE développées ci-dessus,
Le MLD sera présenté et commenté sous windev le jour de la soutenance
Avion
Numéro
Propriétaire
Modèle
Constructeur
Capacité
Avion
Numéro
Propriétaire
Etre du
Modèle
Constructeur
Capacité
1,n 1,n
Fig.3.10 forme normal de Boyce Cott
Application d’un progiciel à la fonction achat dans une entreprise de BTP
41
Fig3.11: Source Autoformation windev14
Application d’un progiciel à la fonction achat dans une entreprise de BTP
42
QUATRIEME PARTIE : Manuel d’utilisation de ‘’achat-immo’’
Ce progiciel que nous avons développé dans le cadre de notre mémoire de master 2 ÌST, est
baptisé achat immo.
La programmation est faite avec windev 14 dont la présentation est faite au chapitre 2.
Achat-immo est un outil spécifique d’aide à la maitrise des achats mais aussi de support de
prise de décision pour les entreprises de construction immobilière ainsi que les entrepreneurs
évoluant dans ce domaine.
4.1 Exécution du programme
Au lancement du programme : le Login et le mot de passe sont demandé pour identifier
l’utilisateur.
Achat-immo étant multi utilisateur il est nécessaire d’identifier chaque personne ayant accès à
la base de données.
Nous avons créé des restrictions selon l’utilisateur, tout le monde n’a pas accès à toutes les
informations de la base.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
43
4.2 Première fenêtre d’achat-immo
a. La demande d’achat
Bouton ‘’Nouvelle DA’’ clic sur ce bouton pour envoyer une nouvelle
demande d’achat, c’est un bouton actif pour tous les utilisateurs de la base de données ; il
permet une expression de besoin qui sera validé par la hiérarchie des demandeurs respectifs
avant de s’afficher sur la plateforme du service achat.
Tout le personnel de l’entreprise a droit à exprimer une DA via ce bouton.
Clic sur ce bouton ouvre la fenêtre DA ci-dessous :
Application d’un progiciel à la fonction achat dans une entreprise de BTP
44
Le tableau 1 : par son bouton ‘’nouveau’’ permet d’enregistrer :
Le nom et prénoms du demandeur
La date d’émission de la demande
La date de livraison à titre indicatif
Le degré d’urgence de la DA pour lui attribuer un traitement de faveur.
Le numéro de la DA est attribué automatiquement par le programme, chaque DA a un
numéro unique qui lui sert de clef primaire.
Le tableau 2 : par son bouton ‘’nouveau’’ permet d’enregistrer :
Le libellé du produit demandé (ciment, gravier, sable de mer, matériels de coffrage,
bétonnière, papier, imprimante, chaussure de sécurité, consultance etc.. bref tout achat
possible).
Application d’un progiciel à la fonction achat dans une entreprise de BTP
45
L’unité de mesure du produit (m3, tonne, ensemble, litre, paire, unité etc..).Le service
achat veillera à la cohérence de ces unités, il adoptera sa propre codification :
Exemple : tonne pour le ciment, donc ne pas accepter Kg pour le ciment ou procéder à
la conversion, le service achat a la possibilité de corriger les DA si l’émetteur commet
des erreurs.
La quantité à livrer
La date de livraison prévue ; le prescripteur, en fonction de l’avancement de son
chantier fixe un délai de livraison du matériel demandé ; ce délai n’est pas fixé au
hasard, le non-respect de ce délai peut entrainer d’énorme cout logistique ( exemple :
espace de stockage non disponible pour stocker 30 tonnes de ciment, rupture de
matériaux alors qu’on a déjà pointé les main d’œuvre, retard du chantier …).
Ce délai offre au service achat la latitude d’établir son planning d’achat tout en
respectant les attentes de ces clients internes (ingénieurs, conducteurs des travaux
etc...)
La phase des travaux : cette rubrique permet d’attribuer à la DA une étape du
chantier.
Par exemple : on a demandé 2000 agglos pour le niveau 1 (premier étage).
Nous avons inséré cette information pour pouvoir établir une répartition des demandes
par niveau d’avancement du chantier.
Le chantier : c’est la destination de la DA, le fait de mettre cette information dans le
tableau2 et non dans le tableau1 offre au prescripteur la possibilité de demander des
produits pour des destinations différentes dans la même DA.
Vous remarquerez que la DA n’est pas valorisée (pas de montant en FCFA) car le
demandeur n’est pas habilité à fixer les prix des articles ceci est du ressort de
l’acheteur qui a le rôle de prospecter le marché des produits et des fournisseurs.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
46
NB : Pour saisir une nouvelle DA, les boutons ‘’nouveau’ ’des tableau1 et tableau 2
permettent d’ouvrir les fiches de saisi ci-dessous.
Clic sur bouton ‘’nouveau’’ du tableau1 ouvre la fiche DA ci dessous
Le bouton ‘’valider’’ permet d’ajouter les informations au tableau1
Clic sur bouton ‘’nouveau’’ du tableau2 Le bouton ‘’valider’’ permet d’ajouter les
informations au tableau2
Application d’un progiciel à la fonction achat dans une entreprise de BTP
47
b. Valorisation de la DA
bouton valorisation DA, ce bouton permet au service achat de renseigner
les prix sur la DA.
Cette table valorisation est propre au service achat, il le seul habilité à renseigner des
montantssur la base des DA émises.
Tableau 3 : il ne reprend que les informations de DA. (voir tableau1)
Tableau 4 : il reprend les données du tableau 2 avec la possibilité de modification et
d’ajout de rubriques relatifs aux prix.
De la gauche à la droite du tableau 4 nous avons les colonnes:
Chantier : identique à celui du tableau 2 (DA)
Phase travaux : identique à celui du tableau 2 (DA)
Application d’un progiciel à la fonction achat dans une entreprise de BTP
48
Fournisseur :saisi par l’acheteur après consultation (devis, facture proforma ou appel
d’offre).
Libelle : identique à celui du tableau 2 (DA)
Famille de produit : saisi par l’acheteur sur la codification mise en place.
INV : coché si l’achat est un investissement. (comme dans notre cas l’achat de
bétonnière pour la production de béton). L’intérêt est de dissocier les achats pour
investissement et pour fonctionnement. Cette information nous permettra de faire un
bilan sur l’ensemble des investissements et servira au responsable du parc matériel
pour le suivi des investissements.
Quantité achat : identique à celui du tableau 2 (DA)
Quantité commandée : renseignée par le responsable achat, notons que la quantité
commandée n’est pas forcement égale à la quantité demandé dans la DA. Les
prescripteurs n’expriment que leurs besoins, la direction par le biais du contrôleur
budget et le service achat fixeront les quantités réelles à commander en fonction de la
trésorerie et du budget alloué.
Reste à commander = Quantité demandée – quantité achetée
Unité : identique à celui du tableau 2 (DA)
PU HTVA : Prix unitaire saisi par l’acheteur en fonction des devis reçus
TVA : Taux TVA en cours relatif au type de fournisseur et de ses conditions de vente.
Remise : Taux négocié par l’acheteur
Total TTC : prix total du produit
Total TTC= (PU HTVA*Qte commandée (1-Taux Remise))*(1+Taux TVA)
NB : La valorisation permet de compléter la DA à l’aide du bouton ‘’modifier’’ du tableau 4
Application d’un progiciel à la fonction achat dans une entreprise de BTP
49
Clic sur modifier pour ouvrir la fiche valorisation ci-dessous afin de renseigner le tableau 4
Apres renseignement de cette fiche clic sur le bouton valider pour transférer les
informations dans le tableau4.
c. Validation des DA
Application d’un progiciel à la fonction achat dans une entreprise de BTP
50
Bouton validation. Clic sur ce bouton ouvre la table ci-
dessous de toutes les demandes d’achat non validées.
Cette table permet au responsable technique de valider les demandes émises par ses
différents responsables de projet.
Les deux colonnes à gauche sont à cocher :
Colonne validation
Ou colonne en attente
Cette fenêtre affiche les informations de la requête ci-dessous qui trie toutes les DA non
validées. Cette fenêtre ne s’affiche que chez le responsable technique et le responsable
budgétaire.
Le sous total dans la fenêtre (voir flèche bleue) affiche le total TTC des DA non validées :
c’est un indicateur qui permet d’apprécier financièrement les besoins en attentes
Application d’un progiciel à la fonction achat dans une entreprise de BTP
51
. table demande de produits
Fichier de 2Go, toutes les demandes sont
Stockée dans ce fichier
Conditions de sélection de la requête
Colonne validation non coché
Et numéro DA supérieur à 0
Requête
Fig4.1 Requête validation
La fenêtre ci-dessous s’ouvre sur cli du bouton modifier de la table validation.
Cette fiche de validation permet au responsable technique ou le supérieur hiérarchique
d’autoriser l’achat.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
52
Clic sur le bouton ‘’valider’’ pour la validation des modifications.
Apres la valorisation et la validation de la DA, le service achat imprime le bon de commande.
Le matériel peut être livré par le fournisseur sur présentation du BC.
L’impression de ce BC est effectué avec le bouton ‘’imprimer BC’’(voir flèche bleu sur le
tableau 3).
Voir ci-dessous un BC imprimé à partir de de ‘’achat-immo’’
La simulation est faite avec l’entête de mon entreprise personnel LIES (Logistique ingénieries
équipements et service)
Valideroumettre en attente
Application d’un progiciel à la fonction achat dans une entreprise de BTP
53
Fig :4.2 Bon de commande sur ‘’achat immo’’
BC à cacheté et signé par la direction avant de le remettre au fournisseur et garder une copie
au service achat en attendant bordereau de livraison.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
54
d. Livraison des produits
Bouton réception
Clic sur cet icone, ouvre la fenêtre réception où figurent les articles commandés en attentes de
réception.
Le tableau5 reprend les informations des DA valorisées du tableau
Le tableau 6 est destiné aux livraisons de produits sur les chantiers, la sélection d’une ligne
du tableau5 affiche les informations relatives à la réception de ce produit dans le tableau6.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
55
De la gauche à la droite du taleau6 on a les colonnes suivantes :
IDProd qui reprend le numéro de la DA
Reçu le : qui affiche la date de réception du produit
Quantité reçue : en effet nous avons prévu des livraisons partielles à suivre jusqu’à
solder la quantité commandée.
L’unité du produit demandé.
Chantier réceptionnaire : ce chantier peut être celui qui a commandé le produit comme
il peut en être différent. Lorsque l’entreprise gère beaucoup de chantiers, il arrive
fréquemment que des produits destiné à un chantier X soit dévié vers un autre chantier Y
pour des raisons d’urgence, dans notre programmation nous avons tenu compte de ces
imprévus.
Total TTC : valeur TTC de la quantité reçue.
Total TTC= ((PU achat * Qte reçue)*(1-remise achat))*(1+taux TVA)
Phase travaux : le chantier demandeur pouvant être différent du chantier réceptionnaire,
alors idem pour les phases des travaux.
Le taux de charge (%)= quantité commandée / quantité reçue
C’est un indicateur d’efficacité de nos fournisseurs, nous en tenons compte lors de
l’évaluation de nos fournisseurs.
Le numéro de bordereau de livraison BL : c’est le numéro du document de notre
fournisseur qui confirme la livraison du matériel au chantier.
La colonne observation est réservée aux informations particulières
NB : tous les bordereaux de livraisons sont archivés au service achat (copies ou
originaux selon l’organisation de l’entreprise). Les commandes sont suivies jusqu’à ce
qu’elles soient soldées.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
56
La liasse des commandes est transmise à la comptabilité pour justificatif payement
fournisseurs, les achats peuvent garder une copie.
e. Budgétisation des chantiers :
Le chantier afin d’avoir un tableau de bord pour une bonne maitrise des couts pour éviter à
l’entreprise un pilotage à vue.
clic sur le bouton appliquer pour ouvrir la fenêtre
budgétisation où toutes les phases des chantiers sont budgétisées par le responsable
budget. Ce travail est fait dès que l’entreprise gagne une nouveau chantier
Ce dernier fera des reporting périodique pour comparer avancement du projet et
budget restant.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
57
Le tableau 7 contient les informations sur le chantier :
IdChantier :Code alloué
Appellation du chantier
Montant du marché
Propriétaire
Adresse du chantier
Date début des travaux
Date fin des travaux
Nombre de niveau du bâtiment
Nombre de sous-sol
Nombre de mezzanine
Surface dallage
Total dallage= surface dallage*(nombre de niveau + nombre de mezzanine+1)
Prix de vente du m2= montant du marché/total dallage
(Voir fiche chantier ci-dessous)
Application d’un progiciel à la fonction achat dans une entreprise de BTP
58
Tableau8 : il affiche les différentes phases du chantier et le budget qui leur sont alloué
f. Tableau de bord chantier
La liste
déroulante permet de choisir le chantier à évaluer.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
59
Le bouton diagnostic permet de faire l’état financier du chantier.
En faisant une simulation avec le chantier immeuble K, d’après les données que nous avons
saisies on obtient le tableau croisé ci-dessous.
Fig4.3Reporting chantier
Le bouton BR : affiche tous les bons de réception du chantier
Clic sur BR ouvre la fenêtre si dessous.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
60
Le bouton DA en attente affiche toutes les DA du chantier concerné qui ne sont pas encore
validées par la hierarchie.
NB : Toutes les informations complémentaires concernant notre progiciel ‘’achat-immo’’
seront fournies lors de la soutenance du mémoire.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
61
CONCLUSION GENERALE
Les nouvelles technologies de l’information et de la communication sont aujourd’hui
incontournables pour le développement de nos entreprises, le secteur de l’immobilier ne fait
pas exception. Ce dernier est un pilier central de notre économie :
Sur le pan création de l’emploi, la construction immobilière fait travailler toutes les
couches sociales du pays: de l’ingénieur au manœuvre de chantier sans oublier les
ramasseurs des chutes de fer et autres matériaux pour le recyclage ; il est maillon
principal pour la lutte contre la pauvreté.
Sur l’économique, c’est un secteur qui contribue au chiffre d’affaire de plusieurs
domaines d’activité :
- L’industrie(cimenteries, chaudronneries, l’exploitation des carrières, industrie
chimique, automobile, fabriques de matériaux de construction, entreprise de
menuiserie, entreprise d’électricité, de plomberie, de décoration, etc…)
- Le commerce, les quincailleries font des CA énormes avec le bâtiment.
- Le service, comme les bureaux de contrôles, les bureaux d’étude, les cabinets
d’architecture, les cabinets d’audits et de conseils etc…..
- L’habitat et le tourisme par la mise à disposition d’un éventail de standing
selon la bourse de l’acquérant.
Ainsi, contribuer au développement d’un tel secteur a un impact sur tous les autres domaines
qui lui sont liés.
Le but de notre mémoire est de contribuer à l’accompagnement des entreprises qui sont
dans le besoin, de pouvoir disposer d’un programme informatique (achat-immo) pour la
gestion et le suivi de leurs achats. Le choix de la partie achat n’est pas fortuit car
aujourd’hui, c’est un volet sur lequel peuvent s’appuyer ces entreprises pour améliorer
considérablement leur résultat.
En effet face à un marché en veille technologique et des concurrents de plus en plus
avertis, la compétitivité se joue sur la stratégie, les outils et les leviers d’action mis en
place par les managers ;
Application d’un progiciel à la fonction achat dans une entreprise de BTP
62
Vu le rôle stratégique des achats dans la construction immobilière, une attention
particulière doit lui être dévouée ; lui fournir les moyens didactiques nécessaires à la
gestion des données nous parait indispensable car les enjeux sont énormes.
Lors de la programmation de<<achat immo>>, nous avons tenu compte de la réalité de
nos entreprises afin de leur proposer un outil adapté à leur contexte qui leur permet d’avoir
en temps réel l’évolution de leurs achats sur tous les chantiers.
Cependant, comme tout travail humain, le nôtre peut comporter des imperfections et nous
sommes ouverts aux critiques et suggestions en vue de l’améliorer.
Notre ambition est de faire évoluer <<achat immo>> en y intégrant d’autres fonctionnalités
telles que le pointage biométrique dans les chantiers, la gestion du parc automobile, la
création d’une plateforme de communication entre l’entreprise et ses différents
fournisseurs et enfin de le protéger par un brevet.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
63
Cours autoformation windev14 PC Soft, Edition 2011.
M. Ibrahima Diallo ‘’ Note de cours achat et approvisionnement’’ Institut
supérieur des transports de Dakar 2011-2012.
Georges Garderin ‘’ Base de données’’ edition eyrolles
Dominique MANIEZ ‘’Access 2003’’ Edition first interactive, Paris 2004
M. Baro ‘’ Note de cours qualité’’ Institut supérieur des transports de
Dakar 2011-2012.
Cyril GRUAU ‘’ Conception d’une base de données
Abdou Gaye ‘’ Guide de l’utilisateur de GEMIX’’ Cabinet TINA
Ngor Sarr ‘’ Notes de cours gestions des opérations de production’’ Ecole
Supérieure polytechnique ESP, centre de thiès 2006-2007
Quelques sites web
www.google.com
Bibliothèque en ligne www.supdeco.sn
www.pcsoft.com
REFERENCES BIBLIOGRAPHIQUES
Application d’un progiciel à la fonction achat dans une entreprise de BTP
64
Annexe 1 : Exemple de codification des produits de chantiers
Annexe 2 : Les incoterms pour les achats internationaux
Annexe3 : Les limites de responsabilités en importation
Annexe 4 : liste de quelques codes w-langage
Annexe 5 : exemple de code de programmation avec w-langage
ANNEXES
Application d’un progiciel à la fonction achat dans une entreprise de BTP
65
Annexe 1 : Exemple de codification des produits de chantiers
DESIGNATION SEGMENT
FAMILLE
CODIFICATION
CIMENT Matière Matériaux
de
construction
10 01 01
SABLE DE MER Matière Matériaux
de
construction
10 01 02
GRAVIER8/16 Matière
Matériaux
de
construction
10 01 03
GRAVIER3/16 Matière Matériaux
de
construction
10 01 04
LATERITE Matière Matériaux
de
construction
10 01 11
FER A BETON DIAM.6 Matière Matériaux
de
construction
10 01 20
FER A BETON DIAM.8 Matière Matériaux
de
construction
10 01 21
AGGLOS 15 Matière Matériaux
de
construction
10 01 30
AGGLOS 20 Matière Matériaux
de
construction
10 01 31
POUTRELLE Matériel
GC
Coffrage 20 01 01
PANNEAU COFFRAGE DALLE Matériel
GC
Coffrage 20 01 02
GRUE A TOUR Matériel
GC
Engins 30 01 01
Application d’un progiciel à la fonction achat dans une entreprise de BTP
66
Incot
erms
Cha
rge
à
cam
ion
paieme
nt à
l'expor
tation
en
service
Trans
ports
au
port
export
ateur
Déch
arger
d'un
camio
n au
port
d'orig
ine
Les
redeva
nces
d'atterri
ssage
au port
d'origin
e
Transp
orts au
port
import
ateur
Les
redeva
nces
d'atterri
ssage
au port
importa
teur
Déchar
ger sur
des
camion
s du
port
par les
import
ateurs
Trans
port à
destin
ation
Assur
ance
Entrée -
Dédouan
ement
Ent
rée
-
dro
its
et
tax
es
EXW N N N N N N N N N N N N
CAF Oui Oui Oui N N N N N N N N N
SAF Oui Oui Oui Oui N N N N N N N N
FOB Oui Oui Oui Oui Oui N N N N N N N
CFR Oui Oui Oui Oui Oui Oui Oui N N N N N
CIF Oui Oui Oui Oui Oui Oui N N N Oui N N
CPT Oui Oui Oui Oui Oui Oui Oui Oui Oui N N N
CIP Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui N N
DAF Oui Oui Oui Oui Oui Oui N N N N N N
DES Oui Oui Oui Oui Oui Oui N N N N N N
DEQ Oui Oui Oui Oui Oui Oui Oui N N N N N
DDU Oui Oui Oui Oui Oui Oui Oui Oui Oui Oui N N
DDP Oui Oui Oui Oui Oui Oui Oui Oui Oui N Oui Oui
Annexe 2 : Les incoterms pour les achats internationaux
Commentaire : Dans la construction immobilière, beaucoup de matériel de finition sont
importés d’où la nécessité de maitriser les incoterms.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
67
Annexe3 : Les limites de responsabilités en importation
Commentaire : Le bon choix de l’incoterm permet de mieux sécuriser les investissements de
l’entreprise et une maitrise des risques liés aux importations.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
68
ComboFerme
Ferme la liste deroulantede la combo
ComboOuvre
Deroule la liste deroulanted’une combo
DateSys
Renvoi ou modifie la date système
EntierVersJour
Renvoi le jour de la semaine correspondant à la date specifiée
Ouvre
Ouvre une fenetre modale de windev
HlitDernier
Positionne sur le dernier enregistrement d’un fichier, lit l’enregistrement et met à jour les
variables hyper File
HAjoute
Ajoute l’enregistrement present en mémoire dans le fichier de données
HModifie
Modifie l’enregistrement spécifié ou l’enregistrement présent en mémoire dans le fichier de
données.
HSupprime
Supprime un enregistrement d’un fichier
HEnDehors
permet de savoir si l’enregistrement sur lequel on veut se positionner est en dehors du
fichiers, du filtre, de la vue ou de la requête.
IImprimeEtat
Imprime l’état avec l’éditeur d’états.
Annexe 4 : liste de quelques code w-langage :
Application d’un progiciel à la fonction achat dans une entreprise de BTP
69
REQ_Requête1.Param1=FEN_TABLE_Da_Produit3.TABLE_Da.COL_IDDa
HExécuteRequête(REQ_Requête1)
// Filtre le fichier Produit avec l'identifiant de Da
HFiltre(Produit,IDDa,Da.IDDa, Da.IDDa)
// Réaffiche la table des Produit
TableAffiche(TABLE_Produit,taInit)
REQ_Requête1.Param1=FEN_TABLE_Da_Produit3.COL_IDDa
COL_Total_TTC_Achat=(COL_PrixHT*COL_Quantite_achat*(1-
COL_Remise/100))*(1+COL_TauxTVA/100)
COL_RestCom=COL_Quantite_comm-COL_Quantite_achat
// Une ligne est-elle sélectionné ?
SI TableSelect(TABLE_Produit)=-1 ALORS RETOUR
// Ouverture de la fiche du fichier Produit en mode modification
Ouvre(FEN_Fiche_Produitachat)
// Rafraichissement de la table
TableAffiche(TABLE_Produit,taCourantBandeau)
REQ_Requête1.Param1=FEN_TABLE_Da_Produit3.TABLE_Da.COL_IDDa
HExécuteRequête(REQ_Requête1)
Annexe 5 : exemple de code de programmation avec w-langage
Commentaire : le w-langage est un langage de programmation dont les codes sont très
proches de la langue française ce qui permet une traduction aisée des algorithmes.
Application d’un progiciel à la fonction achat dans une entreprise de BTP
70
SOMMAIRE
Dédicace………………………………………………………………………………….1
Remerciements …………………………………………………..……………………...2
Sommaire ………………………………………………………….…………………….4
Liste des figures ………………………………………………….……………………...6
Liste des abréviations ……………………………………………………………………7
Introduction générale……………………………………………………………………..8
PREMIERE PARTIE : Cadre théorique et méthodologique………………..………..11
1.1 Problématique………………………………………………………………….11
1.2 Objectif de la recherche………………………………………………………..13
1.3 Intérêt de l’étude…………………………………………....…………….……13
1.4 La fonction achat dans le secteur immobilier……………………………….….14
a. Mission …………………………………………………….…….14
b. Rôle stratégique……………………………………………….….14
c. Processus……………………………………………………….…16
d. Sourcing.....................................................................................…..20
e. Les leviers………………………………………………………....22
DEUXIEME PARTIE : Système de gestion de base de données ……….……..…...….26
2.1 : Concepts d’un SGBD………………………….……..…………………………….26
2.1.1 : Base de données classiques…………………………..…………………………..26
2.1.2 : Base de données multimédia…………………………..………………………….26
2.1.3 : Les différents niveaux d’une base de données…………..………………………..27
2.2 : L’atelier de développement WinDev……………………………………………….30
2.3 : Le W langage……………………………………………………………………….30
TROISIEME PARTIE: Cadre conceptuel du progiciel de gestion des achats………..31
3.1 Modèle conceptuel de données MCD……………………………………………….31
Application d’un progiciel à la fonction achat dans une entreprise de BTP
71
3.2 Application de la méthode Merise ………………………………………...….………..31
3.2.1 Historique de la méthode ……………………………………………………...……..31
3.2.2 Schéma entité association…………………………………………………...….…….32
a. Entité……………………………………………………………..……….32
b. Association……………………………………………………......………34
c. Attribut et identifiant…………………………………………......………34
d. Cardinalité……………………………………………………………..….35
3.2.3 Règle de normalisation………………………………………………………………..36
a. Normalisation des entités………………………………………..………..37
b. Normalisation des noms……………………………………….…..……..37
c. Normalisation des identifiants……………………………….…………..37
d. Normalisation des attributs……………………………….………………37
e. Attributs calculables……………………………………..………………..37
f. Formalisation des associations…………………………..…..……………37
g. Normalisation des cardinalités…………………………..………………..38
QUATRIEME PARTIE : Manuel d’utilisation du progiciel de gestion des achats…..…..42
4.1 Exécution du programme………………………………………………………………42
4.2 Première fenêtre de Achat-immo…………………………………………………….…43
a. La demande d’achat……………………………………………..…....….43
b. Valorisation de la demande d’achat………………….…………..………47
c. Validation de la demande d’achat……………………………...…………49
d. Livraison des produits……………………………………………...……..54
e. Budgétisation des chantiers…………………………………………...…..56
CONCLUSION ……………………………………………………………………………..61
REFERENCES BIBLIOGRAPHIQUES……………………………………………………63
ANNEXES…………………………………………………………………………………..64