Académique Documents
Professionnel Documents
Culture Documents
Projet SAP
VEL
DS Adil MASMOUDI
Georges SEGUEIRA DA-MATA
Karim BENSADOUN
Philippe JAY
Introduction................................................................................................................................5
Chapitre1. Etude de cadrage : Analyse préalable.......................................................................6
I. Rappel du contexte et des données de l’entreprise.......................................................6
I.1 Présentation VELO DS.................................................................................................6
I.2 La planification de la production industrielle chez VELO DS......................................6
I.3 Les acteurs chez VELO DS...........................................................................................7
I.4 Le PIC chez VELO DS....................................................................................................7
I.5 Le PDP chez VELO DS..................................................................................................8
I.6 Planification et Ordonnancement chez VELO DS........................................................8
I.7 La gestion des stocks chez VELO DS..........................................................................10
I.8 Deux philosophies de production chez VELO DS : Flux tiré et flux poussé..............10
I.8.1 Le Flux poussé.................................................................................................10
I.8.2 Le Flux tiré Kanban..........................................................................................11
I.8.2.a Planning et règle de fonctionnement du kanban.......................................12
I.8.2.b Calcul du kanban.........................................................................................13
I.8.2.c Contenu des kanbans et exemples d’étiquettes.........................................13
I.8.2.d Les faiblesses de la méthode du Kanban....................................................13
II. LE KANBAN CHEZ VELO DS............................................................................................14
II.1 La politique « Lean Manufacturing » de Velo DS...................................................14
II.2 Présentation du Kanban chez VELO DS..................................................................15
II.3 La mise en place du Kanban chez VELO DS............................................................16
II.4 Etude des tailles de lots : Méthode de calcul chez VELO DS..................................17
II.5 Les bénéfices du Kanban chez VELO DS.................................................................18
II.6 Le processus kanban au sein de VELO DS..............................................................18
II.6.1 Les trois stratégies d’approvisionnement en Kanban dans SAP.....................18
II.6.1.a Approvisionnement externe......................................................................18
II.6.1.b La fabrication interne................................................................................19
II.6.1.c Le transfert.................................................................................................19
II.6.2 Schémas des flux des différentes stratégies du kanban.................................20
III. Description des processus cibles retenus pour l’étude................................................22
III.1 Contexte de la gestion des kanbans.......................................................................22
III.2 Modèle Organisationnel des Traitements : Approvisionnement externe............23
III.3 Modèle Organisationnel des Traitements : Fabrication interne...........................24
III.4 Modèle Organisationnel des Traitements : Transfert...........................................25
IV. Chiffrage du projet Kanban pour VELO DS....................................................................26
Chapitre 2. Etude de cadrage : Présentation de l’équipe projet..............................................27
Chapitre 3. Etude de cadrage : Le paramétrage de l’ERP.........................................................28
I. Vue globale du paramétrage........................................................................................28
II. Création du projet Kanban............................................................................................28
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 2 sur 94
III. La structure organisationnelle et les données de base................................................29
III.1 Création de la structure organisationnelle.............................................................29
III.1.1 Définition.........................................................................................................29
III.1.2 Affectations.....................................................................................................30
III.2 Paramétrage spécifique au Kanban dans le SPRO..................................................31
III.2.1 Paramétrage des stratégies de réapprovisionnement :.................................31
III.2.1.a Stratégie de fabrication interne................................................................31
III.2.1.b Stratégie d’approvisionnement externe..................................................31
III.2.1.c Stratégie de transfert de stock interne MM.............................................31
III.2.1.d Stratégie de transfert de stock interne WM............................................31
III.3 Données de base....................................................................................................32
III.3.1 Type d’article...................................................................................................32
III.3.2 Groupe de marchandise..................................................................................32
III.3.3 Gestionnaire....................................................................................................32
III.3.4 Fiche article.....................................................................................................32
III.3.5 Fournisseur......................................................................................................32
III.3.6 Aire de stockage..............................................................................................32
III.3.7 Emplacements.................................................................................................32
IV. Les stratégies d’approvisionnement Kanban................................................................33
IV.1 Stratégie d’approvisionnement externe................................................................33
IV.1.1 Approvisionnement externe par commande..................................................33
IV.1.2 Approvisionnement externe par programme de livraison.............................33
IV.2 Stratégie de fabrication interne.............................................................................33
IV.3 Stratégie de transfert de stock...............................................................................33
IV.3.1 Transfert par stratégie « Transfert de stock avec réservation ».....................33
IV.3.2 Transfert par stratégie « Réapprovisionnement avec transfert direct »........33
IV.3.3 Cas particulier du Kanban « piloté par évènement »......................................33
IV.3.4 Cas particulier du Kanban « à une carte »......................................................33
IV.4 Stratégie de transfert de stock WM : Description du magasin dans le WM..........34
Chapitre 4. Description des tests - Jeu d’essai..........................................................................35
I. La structure organisationnelle et les données de base................................................35
I.1 Création de la structure organisationnelle...............................................................35
I.1.1 Définition.........................................................................................................35
I.1.2 Affectations.....................................................................................................36
I.2 Paramétrage spécifique au Kanban dans le SPRO....................................................38
I.2.1 Paramétrage des stratégies de réapprovisionnement :.................................38
I.2.1.a Stratégie de fabrication interne..................................................................38
I.2.1.b Stratégie d’approvisionnement externe.....................................................38
I.2.1.c Stratégie de transfert de stock....................................................................39
I.2.2 Autres paramétrages liés au Kanban..............................................................39
I.3 Données de base.......................................................................................................40
I.3.1 Type d’article...................................................................................................40
I.3.2 Groupe de marchandise..................................................................................41
I.3.3 Gestionnaire....................................................................................................41
I.3.4 Fiche article.....................................................................................................41
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 3 sur 94
I.3.5 Fournisseur......................................................................................................42
I.3.6 Aire de stockage..............................................................................................42
I.3.7 Emplacement..................................................................................................42
I.3.8 Type de magasin..............................................................................................42
II. Les stratégies d’approvisionnement Kanban................................................................43
II.1 Stratégie d’approvisionnement externe................................................................43
II.1.1 Approvisionnement externe par commande..................................................43
II.1.2 Approvisionnement externe par programme de livraison.............................46
II.2 Stratégie de fabrication interne.............................................................................50
II.2.1 Article fabriqué................................................................................................50
II.2.2 Article de type fabrication répétitive..............................................................57
II.3 Stratégie de transfert de stock...............................................................................60
II.3.1 Transfert par stratégie 0001 « Transfert de stock avec réservation »............60
II.3.2 Transfert par stratégie 0002 « Réappro avec transfert direct ».....................65
II.3.3 Transfert WM par stratégie 0006 « Réappro avec transfert direct ».............68
II.4 Cas particulier du Kanban « piloté par évènement ».............................................74
II.5 Cas particulier du Kanban « à une carte »..............................................................76
Chapitre 5. Plan de formation...................................................................................................79
I. Le programme de formation.........................................................................................79
II. Durée de la formation...................................................................................................79
Chapitre 6. Planning de mise en œuvre....................................................................................80
I. La démarche..................................................................................................................80
II. Le planning de mise en œuvre......................................................................................82
Bilan et retour d’expérience.....................................................................................................83
Annexe 1: Quelques transactions utiles..............................................................................84
Annexe 2: Impression des cartes Kanban - Transaction PK17.............................................85
Annexe 3: Signal Kanban - Transaction PK21.......................................................................86
Annexe 4: Signal Kanban par code-barres - Transaction PKBCRF........................................87
Annexe 5: Visualisation des Kanbans – Transaction PK11...................................................88
Annexe 6: Gestion du circuit Kanban - Transaction PKMC..................................................89
Annexe 7: Analyse des circuits Kanban – Transaction PK18................................................90
Annexe 8: Affichage des erreurs Kanban - Transaction PK50..............................................91
Annexe 9: Correction des erreurs Kanban - Transaction PK31............................................92
Annexe 10: Fiches de recettage DES FLUX KANBAN..............................................................93
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 4 sur 94
Introduction
Nous avons choisi de travailler le flux kanban dans le cadre de notre projet SAP. Notre étude
de cadrage repose sur une société fictive, la société ‘VELO DS’, pour laquelle nous
intervenons en tant qu’intégrateur SAP sous le nom de ‘AGKP Consulting’.
Avant de commencer, nous tenons à remercier notre intervenant Mickaël QUESNOT qui
nous a formés sur les modules SD et MM de SAP dans le cadre de notre Mastère spécialisé
Chef de projet ERP, et qui nous a suivis tout au long de ce projet.
Nous tenons aussi à remercier le pilote de notre formation, Nicolas ANTINI, ainsi que le CESI
de Toulouse, de nous avoir permis d’avoir un cours SAP aussi enrichissant.
Dans le cadre de la mise en œuvre d’une gestion des kanbans sous SAP, à travers les
modules MM et WM, l’objectif est de simplifier les flux et réduire les stocks d’en-cours de
fabrication et les composants approvisionnés.
Le premier chapitre est consacré à l’analyse préalable du projet avec une présentation de la
société, ses processus de gestion, sa politique de Lean Manufacturing, les différentes
stratégies de réapprovisionnement des kanbans.
Le quatrième chapitre détaille la maquette mise en place sous SAP dans le but de présenter
les différentes stratégies d’approvisionnement Kanban.
Les deux derniers chapitres présentent le plan de formation des utilisateurs et le planning de
mise œuvre du projet.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 5 sur 94
Chapitre1. Etude de cadrage : Analyse préalable
I. Rappel du contexte et des données de l’entreprise
I.1 Présentation VELO DS
VELO DS basée à Toulouse est une entreprise industrielle
spécialisée dans la production de deux gammes de vélos : la
gamme des vélos standards et les vélos « sur mesure » fabriqués
à la commande. VEL
Bien que la société VELO DS détienne une part de marché assez
importante, elle est confrontée à deux problèmes majeurs :
DS
• Une concurrence de plus en plus vive dans un marché très évolutif et atomisé.
• Ses coûts logistiques internes sont très importants (stockage et gestion des flux).
I.3
Les acteurs chez VELO DS
La direction générale de VELO DS
s’occupe du futur, du long terme. Elle
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 6 sur 94
raisonne le plus souvent sur un horizon annuel, ou pluriannuel (PIC, budget, plan
d’investissement). Peu avant la fin de la période en cours, un plan est établi pour la période
suivante.
Le management intermédiaire est plutôt calé sur un horizon mensuel (plan de production).
La maille de temps étant plus serrée, les plans se succèdent de manière plus rapide.
Les opérationnels chargés de l’exécution travaillent avec un grand niveau de détails, mais à
court terme (planning d’atelier, ordonnancement). La maille de temps dépend du secteur
d’activité, de quelques heures à plusieurs semaines.
Les fréquences de révision et de mise à jour sont d’autant plus élevées que les mailles de
temps sont serrées.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 7 sur 94
• Il contient les prévisions de vente
• Il contient les prévisions de production par
familles
• Sur un horizon moyen et long terme
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 8 sur 94
Pour le lancement de la planification de fabrication, il existe trois types d’ordre de
lancement :
• les ordres planifiés : générés par le calcul MRP en tenant compte de la situation à
un moment donné : ils peuvent être modifiés à chaque génération du MRP.
• Les ordres planifiés fermes (ou figés) : il s’agit de figer la date du besoin, ou la
quantité ou les 2 à la fois. Ces ordres ne subissent pas le re-jalonnement
automatique.
• Les ordres lancés : ordres en cours.
Pour lancer un ordre de fabrication, certaines données techniques doivent être prises en
compte.
Dans une entreprise telle que VELO DS, les demandes sont composées de 2 types, et les
conduisent donc à des modes de gestion différentes :
1 1 1 2
1 1 2 1 1 1 2 2 1 1 1
- =
Besoins nets du composé Stock disponible
(Besoins bruts de composant + Besoins nets
Prévisionnel (Stock
Réservations) du composant
+ en cours à recevoir)
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 9 sur 94
I.7 La gestion des stocks chez VELO DS
La gestion de stock permet à la société VELO DS de :
- Répondre à la demande anticipée de la clientèle (stocks par anticipation)
- Niveler les taux de production (stocks saisonniers)
- Dissocier les éléments du système de production-distribution (stocks tampons)
- Eliminer les risques de pénuries (stocks de sécurité)
- Minimiser le nombre de commandes (lotissement)
- Se protéger des augmentations de prix (anticipation)
- Faciliter les opérations (stocks en transit)
I.8 Deux philosophies de production chez VELO DS : Flux tiré et flux poussé
Dans la gestion de production moderne, il existe deux philosophies fondamentalement
différentes pour lancer la production :
- Flux poussé
- Flux tiré
La méthode la plus connue pour gérer la production en flux poussé est la méthode MRP (ou
MRP II).
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 10 sur 94
Il fixe ses propres lots de
production et produit à un
rythme qui se justifie dans sa
perspective propre, mais non
dans la perspective de la chaîne
des valeurs.
Dans ces conditions, les processus fournisseurs tendent à fabriquer des lots de pièces que
leurs clients ne peuvent utiliser immédiatement, les excédents allant grossir les stocks de
produits en attente de traitement.
Ce fonctionnement par flux poussé rend pratiquement impossible l’instauration d’un flux
constant de produits d’un processus à l’autre, une caractéristique fondamentale de la
production au plus juste.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 11 sur 94
détache de celui-ci une carte Kanban qu’il renvoie au fournisseur. Cette carte Kanban
constitue pour le fournisseur un ordre d’approvisionnement (Appel de livraison) d’un
container de pièces.
- Un kanban particulier (par exemple pour une référence de produit) ne circule
qu’entre deux postes de travail spécifiques (il apparaîtra donc sur le kanban l’adresse
du poste amont et l’adresse du poste aval entre lesquels il circule).
- Les kanbans sont donc soit attachés à des containers en attente devant le poste N°3,
soit sur le planning à kanbans au poste N°2 en attente de fabrication de pièces.
Le système décrit ci-dessus se reproduit entre tous les postes d’un même atelier. Le kanban
utilisé dans ce cas se nomme kanban de production.
Dans le cas où le poste N°2 et le poste N°3 sont physiquement éloignés, il est nécessaire
d’effectuer une opération supplémentaire de transport des containers et des kanbans.
Pour chaque pièce ou composant, on attribue un type de contenant spécifique, prévu pour
contenir un nombre prédéterminé d’ensembles d’unités. Pour chaque contenant on dispose
de deux cartes ou deux kanbans, sur lesquelles on inscrit la référence de la pièce, la capacité
du contenant et certaines autres informations. L’une des cartes, appelée carte de production
(P), sert au service qui produit le composant ou la pièce. L’autre, appelée carte de transfert
(T), sert au service qui utilise le composant ou la pièce en question.
Règle N°1 :
La présence des kanbans sur le planning = Production.
Règle N°2 :
Pas de kanbans sur le Planning = Arrêt de la production.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 12 sur 94
I.8.2.b Calcul du kanban
Un problème important quand on met en place un système kanban dans un atelier est de
déterminer le nombre de kanbans à mettre en circulation. Il faut une méthode de calcul.
Pour connaître le nombre de kanbans à utiliser, on prend en compte les critères suivants :
D : la demande moyenne de pièces par unité de temps (heure, jour, semaine, mois,…)
L : délai de mise à disposition d’un container de pièces (qui est en particulier fonction de la
cadence du poste considéré)
C : la capacité d’un container
G : facteur de gestion (valorisation des aléas possibles, <10% du produit D*L) :
On a alors le nombre de kanbans N = (D*L+G)/C
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 13 sur 94
I.8.2.d Les faiblesses de la méthode du Kanban
Comme toute méthode de gestion par flux tendus, la méthode du Kanban met une pression
immense sur l'ensemble de chaîne logistique, y compris les partenaires externes (les
fournisseurs, les transporteurs et les clients). Les exigences d’une telle organisation ne sont
pas toujours faciles à respecter par tous.
Une mauvaise synchronisation des tâches tout au long de la chaîne peut engendrer des
dysfonctionnements plein de conséquences. Notamment, la perte de maîtrise des stocks
(ruptures fréquentes, augmentation non justifié du nombre de Kanbans en circulation).
Avec cette interdépendance entre postes, les risques sont élevés. Tout aléa au niveau d’un
poste de la chaîne perturbe facilement toute l’activité des postes situés en aval.
Si son efficacité est incontestable dans l‘organisation des processus entre postes de travail
au niveau opérationnel (entre ateliers de fabrication), la méthode Kanban présente des
limites dans le pilotage des opérations au niveau stratégique.
Enfin la méthode Kanban n’est pas adaptée à une production saisonnière car cela implique
de redimensionner le nombre de lots en circulation des boucles Kanban.
Toutes les opérations ne générant pas de valeur ajoutée pour l’entreprise VELO DS sont
des Muda, qui signifient gaspillages en japonais, Il faut donc les éliminer.
L’entreprise met un point d’honneur à supprimer tous ces Mudas. En effet, tous ces Mudas
causent directement des pertes d’argent et d’efficacité pour l’entreprise.
La politique de Lean Manufacturing chez VELO DS a conduit à la mise en place d’un système
Kanban.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 14 sur 94
II.2 Présentation du Kanban chez VELO DS
VELO DS a fait le choix du Juste A Temps pour l’approvisionnement de ses références
fournisseurs.
Cette méthode est issue du toyotisme qui est une technologie consistant à réduire au
minimum le temps de passage des composants et des produits à travers les différentes
étapes de fabrication, de la matière première à la livraison des produits finis.
L’organisation d’un tel système se base sur une série de signaux visuels : l’absence d’un
produit sur une étagère ou sur un tableau à Kanban doit être synonyme de mise en
production ou de commande du produit manquant.
Le principe du Juste à Temps est que la production est tirée par la demande et non pas par
l’offre. Il faut produire puis livrer (dans un temps très court) ce qui est demandé par le client
autrement dit VELO DS. Ce système exige une coordination très poussée entre les différents
acteurs de l’entreprise VELO DS (fournisseurs, transporteurs,…).On utilise cette méthode
pour répondre à l’organisation de la production de la société VELO DS mais aussi pour éviter
la constitution de stocks inutiles et trop importants chez elle.
Le fournisseur sait, au retour de ce bac que son client est en train de consommer le second
bac (le point de commande est franchi). Il interprète le retour du bac vide comme un signal
demandant le recomplètement. Il renvoie au consommateur, un nouveau bac plein.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 15 sur 94
Pour qu’un fournisseur soit éligible au kanban chez VELO DS, il lui faut réunir 3 conditions :
La consommation des composants doit être relativement constante dans un
intervalle plus long que le temps de cycle du KANBAN (lancement, fabrication,
livraison).
Le fournisseur doit pouvoir produire un nombre élevé de lots de petite taille dans un
court intervalle. À cette fin, les temps de préparation dans la fabrication doivent être
réduits au minimum et la fiabilité de la fabrication doit être augmentée.
Le fournisseur doit pouvoir livrer régulièrement. La fréquence de livraison est définie
en fonction de l’éloignement du fournisseur vis-à-vis du point de livraison et du
volume de pièces à livrer.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 16 sur 94
II.4 Etude des tailles de lots : Méthode de calcul chez VELO DS
Pour calculer une boucle kanban, il est nécessaire d’extraire les consommations des 12
derniers mois, les besoins prévisionnels ainsi que les cadences.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 17 sur 94
L’analyse, est réalisée à l’aide de la méthode ABC afin de connaître les produits les plus
consommés.
Cette méthode a pour but de sélectionner dans une population, les sujets les plus
représentatifs en regard d’un critère chiffrable. Généralement cette sélection sera effectuée
pour simplifier l’étude d’un problème en ne retenant que les éléments les plus significatifs.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 18 sur 94
L’approvisionnement externe peut être effectué par une commande passé au fournisseur
faisant référence à un contrat en quantité, ou bien encore par une échéance générée sur un
programme de livraison.
II.6.1.c Le transfert
Chez VELO DS, cette stratégie de réapprovisionnement Kanban est utilisée dans le cadre d’un
transfert de stock de composants fournisseurs entre deux magasins de stockage ou bien
entre un magasin de stockage et le bord de Ligne de production.
Après avoir défini un magasin pour gérer les approvisionnements externes, le magasin de
production ainsi que le poste de travail à livrer défini en tant qu’aire de stockage, il faut
déterminer la version de demande de transfert : en transfert direct ou avec réservation.
Il est également possible de gérer le multi-emplacement à l’intérieur du magasin lui-même.
Les conditions de transfert en magasin géré dans le module WM sont plus complexes qu’en
magasin MM, il faut décomposer chacune des structures en sous division : entrepôt de
stockage, complexe de magasins, type et structure du magasin, aire de stockage,
emplacements.
Après avoir défini les structures à l’intérieur du magasin WM et les avoir affectées entre
elles, il faut définir les stratégies d’approvisionnements et les codes de mouvements.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 19 sur 94
II.6.2 Schémas des flux des différentes stratégies du kanban
Le premier schéma illustre les trois stratégies d’approvisionnement du kanban et le schéma
suivant détaille de façon exhaustive les flux.
Emplacement 3 Emplacement 5
Emplacement 4 Emplacement 6
2. Transfert MM 1. Fabrication
Magasin MM
Aire de Stockage 2 DT
interne
Aire de Stockage 1
Emplacement 2 Emplacement 1
OT DF
Poste 1 Poste 2
Fabrication : Fabrication :
Produits semi-finis Produits finis
OF
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 21 sur 94
III.Description des processus cibles retenus pour l’étude
La détermination des processus passe par la modélisation des besoins nécessaires à la mise
en place d’un Kanban chez VELO DS. Pour nos besoins, on décompose l’entreprise en
domaine fonctionnels regroupant les différentes activités de l’entreprise, à savoir :
• La gestion d’achats et approvisionnements
• La gestion de production
5. Re ce ption de s
lots ple in s e t
con firm a tio n
4. Livra is o n
S ERVICE ACHAT ET
s o us con tra t
AP P ROVIS IONNEMENT
ka nb a n
1 . Ap p e l de
livra is o n
com po s a n ts
2 . P ris e e n ka nb a n
co m pte de l'
a pp e l de
livra is on
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 22 sur 94
III.2 Modèle Organisationnel des Traitements : Approvisionnement externe
Le schéma suivant illustre le modèle organisationnel des traitements pour le processus
d’approvisionnement externe.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 23 sur 94
III.3 Modèle Organisationnel des Traitements : Fabrication interne
Le schéma suivant illustre le modèle organisationnel des traitements pour le processus de
fabrication interne.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 24 sur 94
III.4 Modèle Organisationnel des Traitements : Transfert
Le schéma suivant illustre le modèle organisationnel des traitements pour le processus de
transfert de stock.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 25 sur 94
IV. Chiffrage du projet Kanban pour VELO DS
Le chiffrage comprend l’ajout de 4 licences supplémentaires et l’ensemble des prestations
nécessaires pour l’ensemble du projet Kanban.
La maintenance comprenant les corrections de bugs et évolutions du logiciel, d’un montant
correspondant à 18% du montant du projet, sera facturée semestriellement (terme à échoir)
après une période de garantie de 6 mois à compter du recettage client.
Dans le cadre de ce projet vous disposez d’un forfait d’assistance hotline de 20 heures. Vos
conditions définies dans votre contrat initial sont valables en cas de dépassement de ce
forfait.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 26 sur 94
Chapitre 2. Etude de cadrage : Présentation de l’équipe projet
Assistant à
Commanditair
maîtrise
e
d’ouvrage
Comité de pilotage
Utilisateur
s Equipe projet AGKP
Chargé d’affaires
Technicien Systèmes
Analyste Programmeur
Sous- Formateur
traitant Expert application
extérieur
intervenant
sur le projet
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 27 sur 94
Chapitre 3. Etude de cadrage : Le paramétrage de l’ERP
I. Vue globale du paramétrage
Dans le cadre du projet de mise en place de la gestion par Kanban chez VELO DS,
l’architecture SAP est conçue pour couvrir l’ensemble du flux par les modules suivants :
- MM (Gestion des achats)
- WM (Gestion des entrepôts)
- PP (Gestion de production)
Il s’agit d’implémenter un système qui va gérer les différents services de l’entreprise VELO
DS, à savoir la gestion d’entrepôt, la production et notamment le service achats, ce module
qui fait l’objet de notre conception et de paramétrage.
Afin d’avoir une vue globale du paramétrage qui sera effectué par AGKP Consulting il est
nécessaire de construire un prototype de la structure de l’entreprise VELO DS dans SAP.
De plus nous traiterons le « kanban à une carte » et le kanban « piloté par évènement ».
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 28 sur 94
III.La structure organisationnelle et les données de base
III.1 Création de la structure organisationnelle
III.1.1 Définition
L’entreprise VELO DS est représentée dans la structure organisationnelle de SAP pour
permettre son utilisation à travers les éléments suivants :
- Le mandant : c’est une unité indépendante d'un point de vue Achat, organisationnel
et technique dans un système SAP. Les mandants possèdent leurs propres fiches et
ensemble de tables. Les paramétrages qu’on effectue ou les données qu’on saisisse à
ce niveau sont valables pour toutes les sociétés et pour toutes les autres structures
organisationnelles. Le CESI de Toulouse fonctionne sur le mandant 731.
- La société : elle représente une entité juridique à part entière pour laquelle il est
légalement nécessaire de produire un bilan et un compte de résultat. Le société VELO
DS a pour code 2222, copiée à partir de la société 1000. Le périmètre analytique
utilisé est le 1000. Actuellement, l’entreprise VELO DS possède une seule et unique
entité juridique. Dans le cas où la société VELO DS disposerait d’une autre entité
juridique, une autre société pourra être créée sous le code 2223.
- La division : c’est une entité manufacturière ou d’entreposage où se retrouvent des
stocks. La vérification de la disponibilité des stocks s’effectue généralement au
niveau de la division. De même, la valorisation des inventaires se fait souvent au
niveau de la division. VELO DS fonctionne sur la division 2222.
- L’organisation d’achat : Une organisation d’achats est une entité organisationnelle
qui subdivise une entreprise selon les besoins des achats. Elle approvisionne les
articles et les services, négocie les conditions d'achat avec les fournisseurs et se
charge des transactions correspondantes. La société VELO DS travaille sur le 2222
- Le magasin : un magasin est une unité organisationnelle qui nous permet de
distinguer plusieurs types de stock sur un site. Une division peut être composée de
plusieurs magasins. Les magasins ont pour but de représenter des entrepôts ou des
zones d’un entrepôt. Le magasin MM créé est le 2222.
- Le magasin WM : Il permet de représenter la totalité des complexes de magasins au
niveau des emplacements, il permet également de déterminer avec précision
l'endroit où se trouve un article donné dans le complexe de magasins. Le magasin
WM permet de définir des emplacements pour chaque type de magasin, il permet
d'optimiser l'utilisation de tous les emplacements et des mouvements de magasin,
ainsi que de regrouper les stocks articles de plusieurs divisions dans des magasins
avec stockage aléatoire. Ainsi, le magasin en WM gère les informations sur les stocks
des magasins et emplacements. Le magasin WM est créé sous le numéro 2225.
- Canal de distribution : Il indique le canal par lequel les articles ou services
commercialisables atteignent les clients. Comme exemples, on peut citer la vente en
gros, la distribution de détail et les ventes directes. Dans le cadre du projet Kanban
nous ne travaillons pas sur les flux vente (module SD), nous avons repris le code 01.
- Secteur d’activité : Dans le système SAP, le secteur d’activité correspond à la famille
de produits. Il permet donc, de grouper des produits et services pour des fins de
rapport. De même nous utilisons un secteur existant.
- Le domaine commercial regroupe l’organisation commerciale (créé sous le code
2222), le canal de distribution et le secteur d’activité.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 29 sur 94
III.1.2 Affectations
Il est nécessaire de faire des affectations entre les différents éléments de la structure
organisationnelle afin qu’elle soit effective.
Voici le schéma de la structure organisationnelle telle que nous l’avons définie sur le
mandant 731 :
Mandant 731
1/n
1/n
n/n
Organisation commerciale (SD) 2222
Division Toulouse
2222 n/n
n/n
1/n
n/n
Magasin(MM) Canal de distribution (SD)
2222 Point d'expédition 01
Secteur d'activité
n/1
Agence commerciale(SD)
Type de magasin (WM)
1/n
n/n
Emplacement (WM)
Groupe de vendeurs(SD)
Quant (WM)
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 30 sur 94
III.2 Paramétrage spécifique au Kanban dans le SPRO
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 31 sur 94
III.3 Données de base
III.3.3 Gestionnaire
Le gestionnaire est en charge du contrôle de la disponibilité des articles.
III.3.5 Fournisseur
La codification chez VELO DS concernant les fournisseurs commencent par le préfixe «DS- », suivi
du nom du fournisseur codifié sur 3 caractères.
III.3.7 Emplacements
L’emplacement correspond à l’espace prévu pour ranger des pièces. Dans un magasin MM,
cet emplacement est renseigné de façon documentaire dans la fiche article. Dans un
magasin WM, la gestion des emplacements est dynamique.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 32 sur 94
IV. Les stratégies d’approvisionnement Kanban
IV.1 Stratégie d’approvisionnement externe
Elle permet de définir le type d'approvisionnement à effectuer et le code mouvement de
l'entrée de marchandise. Les stratégies de réapprovisionnement sont définies dans le
customizing du Kanban et sont affectées au circuit de régulation Kanban.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 33 sur 94
IV.4 Stratégie de transfert de stock WM : Description du magasin dans le WM
Il faut choisir le code de stratégie 0006 pour qu’une demande de transfert interne en WM
soit générée lors d’un appel kanban avec détermination du numéro de magasin 222, du type
de magasin 150 et de l’emplacement de destination.
- Aire de Stockage : Chaque type de magasin est divisé en aires de stockage. Une aire de
stockage regroupe généralement tous les emplacements présentant des caractéristiques
communes, comme les emplacements pour « articles à rotation élevée » situés à proximité
d'une zone de sortie de marchandises. Pour VELO DS, il s’agit des aires de stockage « DS-
KANBAN » et « DS-KBPROD » qui servent à la gestion des transferts dans le module WM.
- Aire de stockage de Production : L'aire de stockage de production sert de dépôt au cours de
la fabrication pour mettre des articles directement à disposition de la production. L'aire de
stockage de production standard permet avant tout d'enregistrer facilement dans le système
une aire de stockage, pour les articles du KANBAN qui sont mis à disposition dans une
division uniquement ou surtout dans cette aire de stockage de production. Pour VELO DS, il
s’agit de l’aire de stockage de production « DS-AIR ».
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 34 sur 94
Chapitre 4. Description des tests - Jeu d’essai
I. La structure organisationnelle et les données de base
I.1 Création de la structure organisationnelle
I.1.1 Définition
La société
Elles se définissent dans le customizing dans : Structure de l’entreprise – Définition –
Comptabilité financière - Traiter société
La division
La définition de la division se fait par le SPRO : Structure de l’entreprise – Définition –
Logistique-données générales - Définir division. Nous avons créé la division 2222 – VELO DS.
L’organisation d’achat
La définition de l’organisation d’achat se fait par le SPRO : Structure de l’entreprise –
Définition – Gestion des articles – Gérer organisation d’achats. Le code 2222 a été créé.
Le magasin
La définition du magasin se fait par le SPRO : Structure de l’entreprise – Définition – Gestion
des articles – Gérer magasin. Les magasins ayant pour codes 2222 à 2225 ont été créés
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 35 sur 94
Le canal de distribution
Le canal de distribution se définit dans le menu : Structure de l’entreprise – Définition –
Administration des ventes – Définir canal de distribution. Nous utilisons le canal de
distribution 01 déjà créé.
Le secteur d’activité
Le secteur d’activité se définit dans le menu : Structure de l’entreprise – Définition –
Logistique-données générales – Définir secteur d’activité. Nous utilisons le secteur d’activité
00 existant (inter-secteurs).
L’organisation commerciale
L’organisation commerciale se définit dans le menu : Structure de l’entreprise – Définition –
Administration des ventes – Définir organisation commerciale. Le code 2222 a été créé.
De même l’agence commerciale 2222 a été créée dans « créer agence commerciale », ainsi
qu’un groupe de vendeurs 222.
I.1.2 Affectations
Affecter Société à société S/L
Cette affectation se fait par : Structure de l’entreprise - Affectation - Comptabilité financière
- Affecter société à sté S/L.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 36 sur 94
Affecter Organisation d’achats à division
Cette affectation se fait par : Structure de l’entreprise - Affectation – gestion des articles -
Affecter organisation d’achat à division. L’organisation d’achat 2222 est affectée à la division
2222.
Enfin d’autres affectations sont à effectuer, comme par exemple l’affectation de la société
au plan comptable.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 37 sur 94
I.2 Paramétrage spécifique au Kanban dans le SPRO
Les stratégies définies pour la division 2222 sont les suivantes : la 0001 permet de générer
une demande d’achat alors que la 0002 déclenche une échéance du programme de livraison.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 38 sur 94
I.2.1.c Stratégie de transfert de stock
La transaction OM13 permet d’accéder directement dans stratégie de réapprovisionnement
de type transfert de stock.
Les stratégies pour le transfert interne MM définies pour la division 2222 sont les suivantes :
la 0001 permet de générer un transfert de stock avec réservation alors que la 0002
déclenche un transfert interne direct.
La stratégie pour le transfert interne en WM définie pour la division 2222 est la suivante : la
0006 permet de générer un transfert entre plusieurs magasins et différents magasins mais il
faut avant tout dans le SPRO paramétrer la gestion des emplacements.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 39 sur 94
- Voici à quoi correspondent les codes de statuts :
Il faut affecter le numéro de magasin aux différents types et magasins, pour la division
« 2222 », le magasin WM créé sera le 2225, et les 3 types de magasins qui appartiendront au
magasin WM seront les types 001 (palettier), 002(étagère de rangement), et une interface
Kanban 150 non significatif pour le WM.
Saisie du code 350 pour l’interface Kanban dans Affectation code Mouvement à
l’approvisionnement Kanban.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 40 sur 94
Nous avons coché Maj quantité et Maj valeurs pour les types d’articles COMP (composant
acheté), HALB (semi-fini) et ROH (matière première) dans la division 2222.
I.3.3 Gestionnaire
Le gestionnaire est paramétrable dans SPRO - Planification des besoins sur historique -
Données de base - Définir gestionnaire. Création puis affectation du responsable
gestionnaire 222 à la division 2222.
Les vues suivants sont ensuite définies pour la division 2222 et le magasin 2222 : données de
base 1, achats, MRP 1 à 4, comptabilité 1.
Dans la vue ‘Données de base 1’, on renseigne les champs obligatoires suivants : la
désignation de l’article, l’unité de quantité de base « PC », et le groupe de marchandises «
ZT13 ». En vue Achats, on renseigne « 1 » en code appel horaire.
Dans la vue MRP 1 (ou planification des besoins 1), on renseigne le type de planification ‘ND’
qui signifie qu’elle n’est pas déterminée.
En planification des besoins 2, on précise aussi le magasin de production 2222 ainsi que l’aire
d’appro par défaut DS-AIR. On renseigne aussi le magasin d’appro externe 2222 si besoin.
Dans la vue ‘MRP 4’, on renseigne la valeur 1 pour le code MRP car cela ne rentre pas dans le
calcul des besoins.
En vue comptabilité 1, on renseigne le secteur d’activité « 00 » pour inter-secteurs, puis la
classe de valorisation, ainsi qu’un prix standard.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 41 sur 94
I.3.5 Fournisseur
Le fournisseur est créé par la transaction XK01. On renseigne l'ensemble des informations,
par une sélection d'écrans : Données générales, Données société et Données organisation
achats.
I.3.7 Emplacement
La transaction LS01N permet de créer les emplacements THRWM1, THRWM2 pour type de
magasin 001, TMRWM1 et TMRWM2 pour type de magasin 002.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 42 sur 94
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 43 sur 94
II. Les stratégies d’approvisionnement Kanban
II.1 Stratégie d’approvisionnement externe
II.1.1 Approvisionnement externe par commande
L’article DS-GUI01, désignation Guidon, est créé dans la division 2222 et le magasin 2222 en
utilisant la transaction MM01. On choisit la branche M et le type d’article est COMP
(composant). Les vues sélectionnées sont les suivantes : Données de base 1, Achats, MRP1 à
MRP4 et Comptabilité 1. Le paramétrage se fait comme précisé dans le I.3.4, il est toutefois
important de préciser les points suivants :
En vue MRP2 on renseigne l’aire de stockage l’aire d’approvisionnement DS-AIR ainsi que le
magasin pour approvisionnement externe 2222.
En vue MRP4 on renseigne « 1 » dans le champ « code MRP » car le stock magasin n’entre
pas dans le MRP.
Il faut ensuite saisir la date de fin de validité du contrat, par exemple le 31.12.2014.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 44 sur 94
Dans la première ligne du contrat il faut saisir le code de l’article, puis la quantité (par
exemple 1000), et le prix d’achat défini dans le contrat avec le fournisseur.
Ensuite on sélectionne le poste 10 puis on clique sur le bouton détail afin d’afficher les
données supplémentaires du poste : Il faut mettre « X » dans le champ « AppovLigneProd »,
ceci afin de déclencher un réapprovisionnement kanban.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 45 sur 94
La vue du tableau kanban côté fournisseur se fait avec la transaction PK12N
La consultation côté fournisseur permet d’afficher le kanban vide pour recomplètement.
Le passage du Kanban du statut vide au statut « en cours » permet de savoir que la demande
a été prise en compte. Le fournisseur passe le kanban sur le statut « en transit » si la
marchandise est en cours de livraison.
On aperçoit par la transaction PK13N que le kanban est passé à plein (statut vert)
Les articles suivants ont été créés en appro. par commande dans la société 2222.
Articles Désignation Fournisseur Stratégie (Détail) N° contrat
DS-SEL01 Selle VALEO 0001 COMMANDE:X 4600000098
DS-PTS01 Porte selle SHIMANO 0001 COMMANDE:X 4600000107
DS-GUI01 Guidon VALEO 0001 COMMANDE:X 4600000102
DS-PTG01 Porte guidon SHIMANO 0001 COMMANDE:X 4600000108
DS-RAR01 Roue arrière SHIMANO 0001 COMMANDE:X 4600000109
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 46 sur 94
II.1.2 Approvisionnement externe par programme de livraison
L’article Chaine ayant pour code DS-CHA01 est créé dans la division 2222 et le magasin 2222
en utilisant la transaction MM01. On choisit la branche M et le type d’article est COMP
(composant). Le paramétrage est le même que pour l’article DS-GUI01 utilisé en
approvisionnement externe par commande fournisseur.
Création du contrat - Transaction ME31K
Le contrat est créé pour le fournisseur DS-SHI de type MK (contrat en quantité). A ce stade
on adopte la même démarche que pour l’article DS-GUI01.
Attention comme il s’agit d’un appel pour programme de livraison, il faut mettre «Y » dans
données supplémentaires du poste dans le champ « AppovLigneProd »
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 47 sur 94
Ensuite on sélectionne la ligne du poste 10 puis on clique sur le bouton reprendre. La
quantité et le prix est repris du contrat.
Attention Il faut mettre dans un premier temps « X » dans le champ ApprovLigneProd,
nous reviendrons sur ce paramètre pour le mettre à « Y » lorsque le circuit kanban sera
créé, car sinon nous avons un message d’erreur en création du circuit Kanban.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 48 sur 94
On déclare maintenant un kanban vide dans la transaction PK13N :
On visualise dans la fenêtre d’info kanban le numéro d’échéance généré.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 49 sur 94
La transaction ME38 permet de visualiser les échéances générées
Après avoir saisi le numéro de programme de livraison il faut sélectionner le poste 10 puis
cliquer sur le bouton « Echéances » afin de visualiser les échéances.
Les articles suivants ont été créés en appro. par programme de livraison dans la société 2222.
Articles Désignation Stratégie (Détail) N° contrat N° Prog livraison
DS-CHA01 Chaine (SHIMANO) 0002 PROG LIVRAISON 4600000103 5500000153
DS-PDR01 Pédalier (SHIMANO) 0002 PROG LIVRAISON 4600000105 5500000155
DS-PDE01 Pédale (SHIMANO) 0002 PROG LIVRAISON 4600000106 5500000156
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 50 sur 94
II.2 Stratégie de fabrication interne
II.2.1 Article fabriqué
La Kanban en fabrication interne concerne les articles de type semi-fini ayant le code ‘HALB’.
- Nous allons utiliser le cadre ayant pour code « DS-CAD01 » qui sera notre Kanban
ayant la stratégie « fabrication interne ». On utilise la transaction MM01 et les vues
sont définies suivantes sont définies : données de base 1, achats, MRP 1 à 4,
comptabilité 1, préparation du travail pour la division 2222 et le magasin 2222.
Dans la vue ‘Données de base 1’, on renseigne les champs obligatoires suivants : la
désignation de l’article, l’unité de quantité de base « PC », et le groupe de marchandises
« ZT13 ». En vue Achats, on renseigne « 1 » en code appel horaire, comme pour les articles
des autres stratégies.
Dans la vue MRP 1 (ou planification des besoins 1), on renseigne le type de planification ‘ND’
qui signifie qu’elle n’est pas déterminée.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 51 sur 94
On précise aussi le magasin de production 2222 ainsi que l’aire d’appro par défaut DS-AIR.
Dans la vue ‘MRP 4’, on renseigne la valeur 1 pour le code MRP car cela ne rentre pas dans le
calcul des besoins. On renseignera la version de fabrication lorsque la gamme et la
nomenclature sera créée.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 52 sur 94
Dans notre exemple je sélectionne un composant de type N non géré en stock.
- Ensuite il faut revenir sur la fiche article en passant par la transaction MM02 pour
renseigner la version de fabrication dans la vue ‘MRP 4’.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 53 sur 94
En cliquant sur détail on peut renseigner le code de gamme. A ce stade le statut n’est pas
encore contrôlé.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 54 sur 94
- On peut maintenant lancer la saisie collective des coûts par produits par la
transaction KKF6M.
L’étape suivante est la création du circuit Kanban de type classique pour l’article
DS-CAD01 dans la division 2222 et l’aire d’approvisionnement DS-AIR. On met en
circulation 5 Kanban d’une quantité de 20 pièces chacun. La stratégie choisie est
la 0006 qui de génère automatiquement un Ordre de Fabrication, on sélectionne
le responsable ainsi que la version de fabrication de l’article.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 55 sur 94
Le tableau Kanban, accessible par la transaction PK13N, permet de déclarer un
Kanban vide (statut rouge). Automatiquement un Ordre de Fabrication est
généré. On retrouve le numéro d’OF dans la fenêtre d’informations du Kanban.
Si un message s’affiche pour avertir d’une erreur du calcul des coûts, on peut
toutefois cliquer sur O pour enregistrer.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 56 sur 94
Il est possible d’effectuer la déclaration de fabrication en utilisant la transaction
CO11N. On renseigne le code d’OF puis on précise ‘confirmation finale
automatique’ dans le type de confirmation. Ici la quantité fabriquée est de 20
pièces.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 57 sur 94
II.2.2 Article de type fabrication répétitive
Nous allons maintenant dérouler un flux avec l’article poignée (code DS-POI01) de type
‘fabrication répétitive’. Le mode opératoire est quasiment le même que pour un article en
fabrication interne classique, à la différence près qu’il faut renseigner dans la fiche article
qu’il est de type ‘répétitif’. Ensuite lorsque la déclaration de fabrication est effectuée le
kanban passe automatiquement au statut plein.
Tout comme l’article DS-CAD01, il faut créer la fiche article par la transaction MM01, puis
une nomenclature avec la transaction CS01, ensuite une gamme de fabrication avec la
transaction CA01.
Une fois la gamme de fabrication enregistrée (dans notre cas avec le groupe n° 50001301
pour l'article DS-POI01), on retourne en modification de la fiche article par la transaction
MM02 pour renseigner qu’il s’agit d’un article de fabrication répétitive.
On peut ensuite sélectionner la version de fabrication, ici R1, puis on peut la contrôler. Le
statut passe alors au vert.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 58 sur 94
- On peut ensuite lancer la saisie collective des coûts par produits par la transaction
KKF6M, puis on passe en création du circuit Kanban avec la transaction PK01.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 59 sur 94
Le tableau Kanban, accessible par la transaction PK13N, permet de déclarer un
Kanban vide (statut rouge). Automatiquement un Ordre de Fabrication est
généré. On retrouve le numéro d’OF dans la fenêtre d’informations du Kanban.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 60 sur 94
II.3 Stratégie de transfert de stock
Création des magasins et des emplacements dans la fiche article sur la transaction MMSC
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 61 sur 94
La stratégie d’approvisionnement externe est faite ici sans MRP il faut donc sélectionner à
l’aide la transaction MM02 dans l’onglet code MRP « 1 Le stock magasin n’entre pas dans le
MRP ».
Attention la transaction MMSC est une transaction du module MM il n’est donc possible de
saisir qu’un emplacement par magasin.
Dans la vue Comptabilité 1, il faut sélectionner dans l’onglet Classe valorisation « 3000
Matière première », on décidera de sélectionner le prix standard « S ».
Dans la vue MRP2 : Les composants sont transférés d’un magasin MM à un magasin de
production (bord de ligne) sur l’aire de production « DS-AIR », il y aura donc deux magasins,
le magasin de production « 2222 » et le magasin pour approv. Ext. « 2223 ». Toujours à l’aide
la transaction MM02, insertion dans l’onglet Magasin production «2222». Enregistrement
des données de la fiche article.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 62 sur 94
Création du circuit Kanban via la transaction PK01, insertion de l’aire d’approvisionnement
« DS-AIR » renseigné sur la vue MRP2 de la fiche Article du composant concerné.
Insertion dans l’onglet Kanbans des données, quantité par Kanban, le nombre de Kanbans, le
nombre de kanbans vides pouvant être déclarés en même temps. Enfin dans l’onglet
Stratégie de réapprovisionnement, sélection du champ « Transfert » et stratégie « Transfert
de stock avec réservation ». Entrer.
Insertion du magasin cédant soit dans le champ Magasin « 2223 » dans l’onglet Transfert de
stock.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 63 sur 94
Insertion des données relatives à l’article « DS-PVA01 », des quantités réceptionnées et du
magasin de réception.
Contrôle et enregistrement des données.
Déclarer une demande de Transfert sur la transaction PK13N. Cliquer sur une cellule et la
passer à « VIDE », lorsque vous double-cliquer, le progiciel a généré un N° de demande de
Transfert. Copie du N° de demande de Transfert.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 64 sur 94
Renseignement des données relatives au numéro de réservation soit la quantité les magasins
(cédant : 2223 et prenant : 2222)
Enregistrer et retourner sur la transaction PK13N pour vérifier que l’ordre de transfert a
bien été validé.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 65 sur 94
II.3.2 Transfert par stratégie 0002 « Réappro avec transfert direct »
Le mode opératoire est le même que pour un article en transfert interne MM avec
réservation, à la différence près qu’il faut renseigner dans la création du circuit Kanban en
PK01 la stratégie 0001 en transfert direct. Ensuite lorsque la demande de transfert est
effectuée le kanban passe ensuite au statut sur la transaction PK13N.
On créera la référence article DS-PAR01 Pignon arrière TRANSFERT MM en STRATEGIE 0002
Réappro avec transfert direct.
MMSC pour saisir les magasins et leur emplacement respectif, avec le code MRP « 1 sans
planification MRP »
Création du circuit Kanban PK01 avec transfert MM en stratégie 0002 Réappro avec transfert
direct. Saisie du magasin cédant 2223.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 66 sur 94
Réception article en utilisation libre à l’aide de la transaction MIGO :
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 67 sur 94
MB51 est la transaction qui permet de visualiser les transferts de stock.
Créer une demande de transfert sur la transaction PK13N, on passe au statut suivant le
statut passe bien à plein. Le transfert est bien effectué automatiquement.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 68 sur 94
II.3.3 Transfert WM par stratégie 0006 « Réappro avec transfert direct »
Il faut créer un article à l’aide de la transaction MM01, pour la division VELO DS « 2222 » il
s’agira de la référence DS- BLN01
Le mode opératoire est le même que pour un article en transfert interne MM avec
réservation, à la différence qu’il faut renseigner dans le magasin d’approv. Externe dans la
vue MRP2 le magasin WM 2225.
Création du circuit Kanban PK01 avec transfert WM en stratégie 0006 Réappro avec transfert
direct. Saisie du magasin cédant 2225.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 69 sur 94
Réception article en utilisation libre à l’aide de la transaction MIGO, un numéro de
document article est généré.
Il faut maintenant renseigner les emplacements prenants et donc dispatcher les 1000 pièces
réceptionnées sur l’emplacement WE-ZONE du type 902.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 70 sur 94
Il faut vérifier que les quantités ont bien été transférés et stockés dans les emplacements
prenants à l’aide de la transaction LS24 qui détermine le stock pour un article dans les
différents emplacements.
Il est possible de consulter les stocks sur la transaction LS26 pour connaitre les quantités de
stock par type et même par emplacement.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 71 sur 94
Créer une demande de transfert sur la transaction PK13N, on passe au statut suivant le
statut passe bien à VIDE. Il faut copier le numéro de demande de transfert généré en double
cliquant sur la cellule.
Saisir le numéro de demande de transfert sur la transaction LT04 qui permet de générer un
OT pour une demande de transfert.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 72 sur 94
En retournant sur la transaction PK13N, il y a bien eu réception des pièces, passage du statut
rouge à vert.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 73 sur 94
La transaction LS24 permet de connaître également les quantités transférées dans le
magasin WM.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 74 sur 94
II.4 Cas particulier du Kanban « piloté par évènement »
Nous allons à présent mettre en place le kanban piloté par évènement dans le cadre d’une
stratégie d’approvisionnement externe par commande fournisseur. Pour cela nous utilisons
le code DS-LOG01 correspondant au logo, article pour lequel nous déclenchons une
commande auprès du fournisseur VALEO par quantité de 500 pièces.
L’article DS-LOG01 est tout d’abord créé par la transaction MM01, puis le contrat en
quantité n° 4600000104 est créé via la transaction ME31K.
Ensuite le circuit est créé par la transaction PK01, en spécifiant que l’on souhaite créer un
circuit de régulation « Kanban piloté par événement ».
On aperçoit dans le tableau kanban PK13N qu’il n’y a pas de kanban pour le moment.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 75 sur 94
En cliquant sur enregistrer on voit que l’appel a bien été traité.
On visualise dans le tableau PK13N que le kanban est bien passé au statut plein.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 76 sur 94
II.5 Cas particulier du Kanban « à une carte »
Cas du déclenchement du réapprovisionnement au statut « En cours d’utilisation »
Nous allons traiter ce cas avec l’article DS-FOU01 (désignation fourche) utilisé dans le cadre
d’un transfert de stock du magasin 2223 vers le 2222. Etant donné qu’il s’agit d’un transfert
il convient de créer l’article dans la transaction MM01, puis aller dans la transaction MMSC
pour affecter l’aire aux magasins.
Lors de la création du circuit kanban, il faut aller dans l’onglet « Pilotage exéc. » pour
sélectionner 1 dans le champ « Logique de réappro. », ce qui correspond à « Lorsque le
conteneur est en cours d’utilisation/entamé ».
Après avoir réceptionné de la marchandise via la MIGO pour mettre du stock sur le magasin
2223, dans la PK13N on commence par le kanban qui est mis à plein. Il s’agit dans notre
exemple du n° 1351.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 77 sur 94
On aperçoit que cela passe automatiquement l’autre kanban 1352 au statut vide :
On passe le kanban 1351 entamé au statut suivant, le kanban 1351 passe en attente :
On passe le kanban 1352 au statut suivant entamé, le kanban 1351 passe au statut vide :
Nous allons traiter ce cas avec l’article DS-RAV01 (désignation roue avant) utilisé dans le
cadre d’un transfert de stock du magasin 2223 vers le 2222. Etant donné qu’il s’agit d’un
transfert il convient de créer l’article dans la transaction MM01, puis aller dans la transaction
MMSC pour affecter l’aire aux magasins.
Lors de la création du circuit kanban, il faut aller dans l’onglet « Pilotage exéc. » pour
sélectionner 2 dans le champ « Logique de réappro. », ce qui correspond à « Lorsque le
conteneur est en attente ».
Le kanban 1353 est passé en statut suivant. Il passe automatiquement sur le statut ‘en
attente’ sans recomplètement et le second kanban 1354 est passé au statut vide (rouge)
recomplètement demandé :
Nous allons traiter ce cas avec l’article DS-ECR01 (désignation écrou) utilisé dans le cadre
d’un transfert de stock du magasin 2223 vers le 2222. Etant donné qu’il s’agit d’un transfert
il convient de créer l’article dans la transaction MM01, puis aller dans la transaction MMSC
pour affecter l’aire aux magasins.
Lors de la création du circuit kanban en PK01, il faut aller dans l’onglet « Pilotage exéc. »
pour sélectionner 3 dans le champ « Logique de réappro. », ce qui correspond à « Lorsque le
point de commande est atteint ». On fixe le seuil de point de commande à 300 pièces.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 78 sur 94
Dans le tableau kanban on retrouve les 2 kanbans créés ayant le statut initial ‘en attente’.
Ensuite une prélève une quantité de 200 pièces en utilisant la transaction PK22.
On visualise sur le tableau PK13 que le kanban est passé au statut entamé :
Ensuite on effectue d’autres prélèvements via la transaction PK22 pour prélever en tout une
quantité de 800 pièces, il reste donc une quantité de 200 pièces en stock.
Etant donné que le seuil de point de commande est à 300 pièces, le kanban 1356 est passé
automatiquement en statut vide pour recomplètement :
Si on prélève une quantité de 200 sur le kanban n° 1355, le kanban a donc une quantité
nulle : il passe automatiquement sur le statut en attente :
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 79 sur 94
Chapitre 5. Plan de formation
I. Le programme de formation
On sépare la formation en trois parties :
Formation niveau avancé pour les 3 stratégies en fonction des profils utilisateurs :
Formation approvisionnement externe : réservée au service achat
Formation fabrication interne : réservée au service production
Formation transfert : réservée au service d’approvisionnement
La méthode consiste à former, dans un premier temps, un Key User par service pour chaque
stratégie. Chaque Key User forme à son tour les utilisateurs de son service.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 80 sur 94
Chapitre 6. Planning de mise en œuvre
I. La démarche
Les phases de notre projet :
Préparation du projet (Cadrage, élaboration de la solution et chiffrage)
Conception fonctionnelle (Faire le lien entre la solution fonctionnelle et la
solution SAP)
Réalisation et Recette (Paramétrage, données de base)
Préparation du démarrage (Documentation)
Assistance au démarrage (Conduite du changement, plan de formation, …)
Les étapes :
Planning initial du projet
Procédures
Lancement du projet
Planning des besoins techniques
Les produits finis obtenus à l’issue de cette phase sont les suivants :
Plan de formation de l’équipe projet
Planning détaillé de la phase 2 de conception
Support de la réunion de lancement
Stratégie d’implémentation
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 81 sur 94
Les étapes :
Formation de l’équipe projet
Mise en place de l’environnement de test
Mise en place de la Structure Organisationnelle du client
Présentation des processus
Constitution du plan de formation pour les utilisateurs finaux
Les étapes :
Paramétrage
Paramétrage des processus
Les produits finis obtenus à l’issue de cette étape sont les suivants :
Documentation du paramétrage des processus
Tests
Test et validation unitaire du paramétrage
Test d’intégration
Les produits finis obtenus à l’issue de cette étape sont les suivants :
Scénario des tests d’intégration et Documentation des résultats obtenus
Formation
Mise en place des supports et matériels de formation des utilisateurs
Réalisation des manuels utilisateurs
Les produits finis obtenus à l’issue de cette étape sont les suivants :
Supports Pédagogiques pour la session de formation
Planning des sessions de formations
Manuels Utilisateurs
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 82 sur 94
Les étapes :
Formation des utilisateurs
Tests de performances
Les produits finis obtenus à l’issue de cette phase sont les suivants :
Recettage
Les produits finis obtenus à l’issue de cette phase sont les suivants :
Procès-verbal de démarrage
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 83 sur 94
Bilan et retour d’expérience
En réalisant le paramétrage du flux Kanban en gestion WM sur SAP nous avons répondu à
l’objectif initial. De plus nous avons testé d’autres scénarii de gestion du kanban « à une
carte » et « par évènement ». Cette expérience a permis à l’ensemble de l’équipe de s’initier
au métier de consultant SAP.
Ce projet nous a permis d’enrichir notre expérience en gestion de projet en définissant entre
autre un plan d’action, un planning projet ainsi qu’une étude chiffrée.
Nous avons rencontré des difficultés techniques liées à notre inexpérience dans le module
WM. A ce jour il faudrait approfondir nos connaissances sur ce module.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 84 sur 94
Annexe 1: Quelques transactions utiles
CA01 Création Gamme de fabrication (CA02 pour modification)
CO01 Création Ordre de fabrication (CO02 pour modification)
CR01 Création d'un poste de travail/Ligne de Production
CS01 Création de nomenclature (CS02 pour modification)
KKF6N Collecteur Centre de Coût: Création, Modification, Affichage
LB01 Créer demande de transfert WM
LB10 Affichage demande de transfert / par type de magasin
LB11 Affichage des Demandes de transfert pour un article
LB12 Mouvement de niveau WM, appel LT12 (suite logique MB1B)
LP12 MAD des pièces au niveau WM pour aire d'appro
LS01N Créer un emplacement (LS02N pour modification)
LS04 Affichage des emplacements vides WM
LS24 Consultation des stocks par article WM
LS25 Consultation des stocks par emplacement WM
LS26 Consultation des stocks par type de magasin WM
LS41 Liste des circuits Kanban
LT01 Enchainement de transactions, génération de stock écart WM
LT04 Créer ordre de transfert
LT06 Créer ordre de transfert pour un document article
LT24 Visualisation de toutes les DT au niveau WM au titre d'un article
LX03 Vue synoptique du magasin Visionnage ETAT WM
MB51 Liste des documents article Se rapportant à l'article
MB52 Affichage stock / magasin de l'article
MD04 Etat dynamique des stocks
ME23N Afficher commande achat
ME31K Créer contrat (ME32K pour modification)
ME31L Créer un programme de livraison (ME32L pour modification)
ME38 Echéances du programme de livraison
MIGO Réception article
MM01 Création fiche article (MM02 pour modification)
MMBE Affichage des stocks
MMRV Ecriture dans la période comptable précédente autorisée
MMSC Affectation Magasin/Aire stockage
PK00 Affiche le menu Kanban
PK01 Création d'un circuit Kanban
PK02 Modifier un circuit Kanban
PK05 Création Aire
PK05S Création Aire rapide
PK06 Affiche vue Aire d’appro
PK11 Vue des Kanbans dans une division
PK12N Tableau Kanban coté fournisseur
PK13N Tableau Kanban : Visualisation graphique des statuts
PK17 Impression code-barres étiquette Kanban
PK18 Analyse des circuits Kanbans
PK21 Signal Kanban
PK23 Création d’appel manuel Kanban
PK31 Correction erreur Kanban
PK50 Affichage des erreurs dans le traitement Kanban
PKMC Gestion du circuit Kanban
PKRFBC Gestion des kanbans par terminal portable code-barres
XK01 Création fournisseur (XK02 pour modification)
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 85 sur 94
Annexe 2: Impression des cartes Kanban - Transaction PK17
On choisit le PDF comme unité de sortie pour l’aire DS-AIR, division 2222, puis on exécute.
On coche ensuite les kanbans que l’on souhaite éditer, puis on clique sur
On confirme l’impression, la fenêtre d’impression s’ouvre, on peut soit imprimer les kanbans
soit enregistrer les fichiers PDF générés par SAP.
On retrouve sur la carte Kanban les informations de l’article DS-CAD01, de l’aire DS-AIR et la
quantité du lot kanban (20 pièces), mais aussi 2 code-barres qui correspondent au statut
PLEIN (en Allemand VOLL code-barres 00000013295) et VIDE (LEER code-barres 00000013292).
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 86 sur 94
Annexe 3: Signal Kanban - Transaction PK21
Le traitement du signal Kanban peut être effectué soit par cette transaction PK21 soit par
terminal portable par code-barres (transaction PKBCRF) dont le fonctionnement est décrit
dans l’annexe 4.
Il est possible de flasher seulement le code-barres dans la zone prévue à cet effet, soit
renseigner les informations du circuit kanban, ou bien de l’article.
Ensuite soit on laisse le statut suivant en automatique, soit on peut forcer le signal pour le
passer dans l’état désiré, sous réserve que ce soit possible.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 87 sur 94
Annexe 4: Signal Kanban par code-barres - Transaction PKBCRF
La transaction PKRFBC permet le traitement par code-barres des kanbans.
Prenons l’exemple pour le n° de kanban 1395 de l’article DS-CHA01 : Le code-barres kanban
est sur 11 chiffres :
n° d'identification du kanban sur les dix premiers chiffres : 0000001395
le onzième indique le statut suivant du kanban :
o 0 : le système détermine le statut suivant en automatique
o 2 : passe le statut à VIDE
o 5 : passe le statut à PLEIN
Le code-barres pour passer le kanban 1395 au statut PLEIN est donc : 00000013955
Le code-barres pour passer le kanban 1395 au statut VIDE est donc : 00000013952
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 88 sur 94
Annexe 5: Visualisation des Kanbans – Transaction PK11
La transaction PK11 permet un affichage visuel des kanbans. Il est possible d’effectuer un
filtre sur une division, une aire de stockage, un responsable, ou bien encore sur d’autres
critères en cliquant sur « sélection étendue ».
En cliquant sur une ligne on obtient des informations sur le détail du kanban.
Voici la légende :
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 89 sur 94
Annexe 6: Gestion du circuit Kanban - Transaction PKMC
La transaction PKMC permet elle aussi d’afficher la liste des kanbans avec pratiquement les
mêmes possibilités de filtrage que dans la transaction PK11, mais en plus elle permet de
rentrer en modification sur un kanban, sans avoir besoin de passer par la transaction PK02
de modification de circuit kanban.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 90 sur 94
Annexe 7: Analyse des circuits Kanban – Transaction PK18
La transaction d’analyse des circuits kanban permet de retrouver rapidement des
informations sur un kanban, avec la possibilité d’effectuer des filtres.
On retrouve dans la liste les numéros d’échéances s’il s’agit d’un kanban en
approvisionnement externe de type programme de livraison, des numéros de transfert pour
un transfert, des numéros d’ordres de fabrication dans le cas d’une stratégie de fabrication
interne.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 91 sur 94
Annexe 8: Affichage des erreurs Kanban - Transaction PK50
La transaction PK50 permet d’afficher les erreurs de traitement du kanban, avec la possibilité
de filtrer. En positionnant le curseur sur une ligne en particulier il est possible d’accéder
directement dans la transaction de correction d’erreur directement.
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 92 sur 94
Annexe 9: Correction des erreurs Kanban - Transaction PK31
Pour corriger une erreur d’un kanban il faut sélectionner la ligne que l’on souhaite corriger
puis en renseigne le statut souhaité dans le champ « statut kanban » de la partie Correction,
et enfin on clique sur le bouton « Statut/qté ».
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 93 sur 94
Annexe 10: FICHES DE RECETTAGE DES FLUX KANBAN
Projet SAP - Kanban - VELO DS - MS ERP 2013 - EI CESI Toulouse Page 94 sur 94