Rapport Projet sap · RAPPORT PROJET SAP Saveurs Toulousaines Nicolas Antini Responsable formation Mickael Quesnot Enseignant SAP Oussama BENGHAZALA Etudiant …

RAPPORT PROJET SAP Saveurs Toulousaines

Nicolas Antini Responsable formation

Mickael Quesnot Enseignant SAP Oussama BENGHAZALA Etudiant

Sylvie KAMPIRE Etudiante Jack Ethel NYOBE Etudiant

1

PROJET SAP Saveurs Toulousaines

Table des matières Remerciements ....................................................................................................................................... 4

Introduction ............................................................................................................................................. 4

Contexte .................................................................................................................................................. 4

L’entreprise ......................................................................................................................................... 4

Produits ........................................................................................................................................... 5

Fournisseurs .................................................................................................................................... 6

Cadrage .................................................................................................................................................... 6

Equipe projet ....................................................................................................................................... 6

Périmètre / Hors périmètre ................................................................................................................. 7

Objectifs .............................................................................................................................................. 7

GANTT .................................................................................................................................................. 8

Analyse des risques ............................................................................................................................. 8

Analyse préalable ................................................................................................................................ 9

Vente ................................................................................................................................................... 9

Flux Achat .......................................................................................................................................... 11

Achat marchandise ........................................................................................................................ 11

Achat Sous-traitance ..................................................................................................................... 12

Conception fonctionnelle ...................................................................................................................... 13

Structure organisationnelle ............................................................................................................... 14

Plan de formation .............................................................................................................................. 15

Paramétrage .......................................................................................................................................... 16

Auto-formation .................................................................................................................................. 16

Forme de désignation .................................................................................................................... 16

Structure organisationnelle ............................................................................................................... 17

Hiérarchie fonctionnelle ................................................................................................................ 17

Projet ............................................................................................................................................. 19

Organisation .................................................................................................................................. 20

Division .......................................................................................................................................... 21

Magasin ......................................................................................................................................... 22

Organisation commerciale ............................................................................................................ 22

Organisation d’achat ..................................................................................................................... 23

Canal de distribution ..................................................................................................................... 24

2


Secteur d’activités ......................................................................................................................... 24

Données de base ............................................................................................................................... 25

Articles ........................................................................................................................................... 25

Client .............................................................................................................................................. 30

Fournisseurs .................................................................................................................................. 31

Gestionnaire .................................................................................................................................. 32

Groupe de marchandises .............................................................................................................. 32

Gestion des lots / la péremption ....................................................................................................... 33

Le déroulement de la classification d’articles ............................................................................... 33

Stratégie de recherches des lots ................................................................................................... 38

Gestion des achats ............................................................................................................................ 41

Paramétrage pour les différents documents demande d’achat ................................................... 41

Déroulement de flux de commande d’achat................................................................................. 52

Gestion de la sous-traitance .............................................................................................................. 58

Planification sur un point de commande ...................................................................................... 59

Données de base achats pour la sous-traitance............................................................................ 61

Flux de Sous-traitance dans les Achats ......................................................................................... 65

Gestion de la consignation ................................................................................................................ 70

Fiche info-achat ............................................................................................................................. 70

La consignation .............................................................................................................................. 72

Commande de transfert .................................................................................................................... 75

Parametrage commande transfert ................................................................................................ 75

Le flux de commande de transfert de stock ................................................................................. 76

Flux SD ............................................................................................................................................... 81

Création article .............................................................................................................................. 81

Gestion de stock ............................................................................................................................ 82

Création client ............................................................................................................................... 83

Information client article ............................................................................................................... 84

Commande client .......................................................................................................................... 84

Livraison sortante .......................................................................................................................... 85

Ordre de transfert ......................................................................................................................... 85

Sortie marchandise ........................................................................................................................ 86

Facturation .................................................................................................................................... 86

Encaissement ................................................................................................................................. 86

Retour d’expérience .............................................................................................................................. 87

Compétences SAP .............................................................................................................................. 87

3


Organisation de l’équipe : ................................................................................................................. 87

Webographie ......................................................................................................................................... 87

Analyse des risques ............................................................................................................................... 88

Annexes « Modélisation des flux » ........................................................................................................ 89

Modèle smartform Commande achat ................................................................................................... 90

4


Remerciements Avant d’entamer la rédaction du présent document, nous souhaitons remercier les personnes qui ont

contribué à la réalisation de ce projet, par leur savoir-être, leur savoir-faire, leurs connaissances et

leurs expériences et, en particulier :

- Mickaël QUESNOT, encadrant de ce projet, pour ses suggestions pertinentes, son cadrage

pointu ainsi que sa disponibilité.

- Philippe DUFRAISSE, de notre promo « MS ERP », qui a collaboré en partageant avec

générosité ses connaissances, techniques et fonctionnelles.

Nous n’oublions pas non plus Nicola ANTINI, responsable de la formation, pour ses efforts continus

qu’il a fournis afin de nous offrir un agréable cadre de travail, et toute autre personne ayant

contribué de près ou de loin au bon déroulement de notre projet.

Introduction

Dans un projet d’amélioration continue, la société SAVEUR TOULOUSAINE a exprimé le

besoin de disposer du progiciel de gestion intégré SAP afin de réformer l’entreprise dans toute sa

globalité. Cette volonté de l’équipe dirigeante – composée principalement du Directeur général, du

responsable d’usine et qualité et du responsable des ventes et celui des achats – est de mettre en

place leurs processus sur SAP, notamment les flux vente, achat et production.

Contexte

L’entreprise

Implantée dans le Sud-Est de TOULOUSE, l’entreprise SAVEUR TOULOUSAINE est spécialisée

dans la Boucherie et la Charcuterie depuis 1980. Son activité en Boucherie est constituée

essentiellement de l’achat et de la revente de viande de bœuf et de porc (Négoce). Quant à la

Charcuterie, l’entreprise s’approvisionne auprès de fournisseurs en viande de bœuf et de porc qu’elle

transforme dans son usine située en région toulousaine.

La société SAVEUR TOULOUSAINE dispose de 4 magasins de détail dans lesquels sont commercialisés les produits de l’entreprise :

1 magasin pour la boucherie (Toulouse) 3 magasins pour la charcuterie (Toulouse, Labège, Ramonville).

5


Produits Activité Boucherie :

Vente détaillée de viande de porc

Vente détaillée de viande de bœuf

Activité Charcuterie :

Sèche :

SAUCISSON SEC :

POITRINE PORC A SALER DIAPHAN CELLULOSE COPPA 90 SEL 1/2 GROS 25KG MASSES DE PORC 30/32 // FUT 60 MASSES POIVRE NOIR GRAIN DEBASTERISE PRESTATION DE SERVICE

Fraîche :

SAUCISSE DE FOIE FRA ICHE :

EPAULE PORC S/OS FOIE PORC MASSES DE PORC 30/32 // FUT 60 MASSES SEL FIN SAC DE 25KG POIVRE NOIR GRAIN DEBASTERISE

CHIPOLATAS :

POITRINE PORC EPAULE PORC S/OS MASSES DE MOUTON 20/24 // FUT 60 MASSES SEL FIN SAC DE 25KG POIVRE NOIR GRAIN DEBASTERISE

MERGUEZ 100% BOEUF :

BOEUF POUR MERGUEZ PAT/T MASSES DE MOUTON 20/24 // FUT 60 MASSES COMPLET MERGUEZ HA NF sac 20kg CAYENNE

Dans le souci de satisfaire sa clientèle, la maison SAVEUR TOULOUSAINE sélectionne les meilleures

matières premières (viandes de porc et viandes de bœuf) auprès de fournisseurs locaux négociants en

6


viande. L’entreprise fournit également des produits de grande qualité en respectant les recettes

ancestrales qui ont fait sa renommée depuis plusieurs années.

Fournisseurs

Nos fournisseurs en découpe de Porcs : GAEC Maurel (81) - porcs nés et élevés à Sorèze (81) – Lieu d’abattage et de découpe : Puylaurens (81) SODIPAL (82) - porcs nés et élevés dans l’Aveyron, le Lot et le Tarn - Lieu d’abattage et de découpe : Montauban (82) Notre fournisseur en découpe de Bœuf : Viandes Occitanes (82) - bœufs nés, élevés dans le Tarn et Garonne, le Lot, et l’Aveyron - Lieu d’abattage et de découpe : Montauban (82) Attentifs à la demande de ses plus chers clients, Elle privilégie les circuits courts et participe ainsi au

maintien de l'économie rurale. Sa priorité est de transformer et valoriser les produits de la région du

Midi-Pyrénées.

Nota :

Du côté client, Saveurs Toulousaines ont deux grandes familles de clients : Gros et consommateur

final.

Cadrage

Equipe projet

Vu la complémentarité de notre équipe, nous nous somme partagés les rôles entre nous selon les

expériences et/ou les compétences de chacun.

Voici les membres de l’équipe :

Sylvie Kampire

(Consultante technique)

Oussama BENGHAZALA (Consultant fonctionnel)

Jacques ETHEL NYOBÉ (Consultant technique)

Michel AMOITRIN (Consultant technique)

7


Voici, sous forme d’un tableau croisé, les rôles par personne :

Pilotage Analyse fonctionnelle

Conception Fonctionnelle

Paramétrage standard

Paramétrage avancé

Oussama BENGHAZALA

X X X X X

Sylvie Kampire X X X X X Jacques ETHEL NYOBÉ

X

Ce concept de mettre plusieurs personnes sur une tâche, et notamment le paramétrage, permet de

partager les connaissances en temps réel, palier au départ inopiné d’une personne.

Périmètre / Hors périmètre

Cette partie fait référence à notre note de cadrage, dans laquelle nous avons défini le périmètre de

notre projet. En d’autres termes, les flux que nous allons traiter sur SAP, ceux que nous allons traiter

optionnellement1 et les flux que nous n’allons pas voir dans ce projet.

Afin de bien définir ce périmètre, nous nous sommes posé des questions auxquelles nous avons

cherché des réponses.

Objectifs

Vu le secteur d’activité de l’entreprise, qui est la boucherie, nous avons été confronté à différentes

activités. Nous en citons les principales :

La sous-traitance.

La gestion des lots.

La péremption : comme c’est un domaine Agroalimentaire, la durée de vie des produits reste un

sujet fragile.

L’objectif principal de ce projet est donc de paramétrer le module MM basé principalement sur la gestion

des lots. Ce paramétrage permettra à l’entreprise Saveur Toulousaine de gérer ces achats d’articles

et ces stocks d’articles (les mouvements de stocks : entrées et sorties, transferts de stocks), les

dates de péremption de ces produits, contrôle de facture….Mais aussi, on abordera le flux de vente

standard.

Nous décortiquerons plus en détail ces différents aspects dans les prochains chapitres.

1 Ce qu’on veut dire par « optionnellement », si nous avons le temps ou les compétences de le faire.

8


GANTT

Analyse des risques2

Une gestion des risques s’avèrent indispensables pour anticiper tout dérapage du projet. Sous forme

d’étoile d’araignée, vous trouverez ci-après une liste des risques avec une échelle allant de 0 à 20.

La notation (ou l’estimation) de ces risques a été faite sous la présence de tous les membres du groupe

suite à un brainstorming.

2 Vous trouverez en annexe (cliquez ici) le détail de cette analyse.

9


Analyse préalable

« Saveurs Toulousaines », et comme toute PME industrielle, elle a trois flux principaux :

Achat

Production

Vente

Vu le périmètre défini, nous nous sommes consacrés à mettre en place en premier temps le flux ACHAT

puis le flux VENTE.

Vente3

A partir d’une offre de prix (si elle est validée), on déclenche notre flux de vente.

Si l’offre de prix n’est pas validée, nous envoyons un avenant jusqu’à acceptation totale ou déclinaison

totale.

Une fois la commande arrivée, nous vérifions le stock, pour une livraison immédiate (si le stock est

suffisant), ou un réapprovisionnement (si la quantité en stock n’est pas suffisante).

Si la commande concerne la « charcuterie fraîche », et si cette dernière n’est pas disponible en stock,

nous procédons à la fabrication à l’usine de Toulouse.

Si la commande concerne la « charcuterie sec », et dans le cas où nous n’avons pas de stock de ce produit,

nous aurons besoin de demander une prestation de chez un de nos prestataires.

3 Le flux de vente détaillé est dans l’annexe « Modélisation des flux (Cliquez ici pour le voir)».

_Modélisation#_Annexes_

10


Et comme dernier cas de figure, si le client demande de la viande (non fabriquée), nous la disponibilité

dans le stock, et nous le livrons si le stock est suffisant, sinon nous nous approvisionnons.

11


Flux Achat

Dans ce flux, nous avons deux types de flux d’achats :

Flux d’achat normal

Flux de sous-traitance

Achat marchandise

12


Achat Sous-traitance

13


Conception fonctionnelle

Décrire les besoins et de rédiger l’analyse fonctionnelle, qui est un document détaillé des résultats obtenus par les groupes de travail. Sur cette base, on obtient une compréhension commune de la façon dont l’entreprise veut voir fonctionner ses processus au sein de SAP. Avant d’entamer la partie technique, et suite à la modélisation faite dans le précédent paragraphe, nous allons décrire l’aspect fonctionnel de « Saveurs Toulousaines ». Comme nous l’avons abordé auparavant, nous nous sommes concentrés surtout sur le flux achat mais aussi le flux vente (standard). Or, ces derniers nécessitent la mise en place de plusieurs exceptions. Nous en citerons les principales :

La gestion de la sous-traitance La gestion de la consignation La gestion des lots La gestion de la péremption L’approvisionnement des stocks (Flux de transfert).

Vous devez aussi avoir une idée sur la structure organisationnelle de « Saveurs Toulousaines ». Nous

avons consacré la prochaine partie à ce point.

En abordant ce point, nous allons aussi voir la projection de cette organisation sur SAP (dans un second

temps).

14


Structure organisationnelle

15


Plan de formation

Introduction

Cette partie a pour objectif l’initialisation à la formation à des modules MM et SD, par l’un de nos

consultants. Cette formation aura pour but de familiariser l’utilisateur final avec SAP afin qu’il soit

opérationnel et le plus autonome possible une fois cette formation réalisée.

Nous resterons tout de même à disposition pour d’éventuelles questions, même après la formation.

Pré-requis

Pour un bon déroulement de la formation, nous aurons besoin de :

Accès internet

Accès à SAP, mandant 731

Connaissance du processus concernant chaque utilisateur

Programme

Ce programme sera personnalisé selon le rôle de l’utilisateur et son positionnement dans les processus de

« Saveurs Toulousaines ».

Introduction à SAP ERP 6.0 : Comment se connecter, personnaliser son espace personnel et une

présentation des menus.

Présentation des flux Achat et Vente sur SAP.

Création des données statiques

Création des données dynamiques

Déroulement des flux

Supervision

o Le but de cette étape est de donner à l’utilisateur la main pour manipuler l’outil en

réalisant ses différentes actions faites avec le système actuel, mais sur SAP.

Formalités et enquête satisfaction

Nous envoyons au jour suivant la formation (J+1) :

Un compte rendu de la formation mentionnant les points abordés lors de cette dernière

Un questionnaire à remplir, dater et signer.

Par retour, nous attendant :

Le compte rendu daté et signé par l’utilisateur qui a été formé et le directeur de l’établissement.

Le questionnaire rempli qui nous permettra d’améliorer nos prochaines éventuelles

interventions.

16


Paramétrage Le but de cette partie est de décrire les différents paramétrages qui ont été nécessaire pour la mise en

place d’un flux MM4 assez poussé, ainsi qu’un flux SD proche du standard pour « Saveurs Toulousaines ».

Nous allons commencer par présenter les données de bases, pour passer ensuite aux différents points de

paramétrage qu’on détaillera ci-dessous.

Auto-formation

Après avoir constitué l’équipe projet, choisi un projet, cadré ce dernier, nous avons choisi de consacrer

environ deux semaines à l’auto-formation. [Comme vous l’avez vu sur le Diagramme de GANTT (Pour le

revoir cliquez ici),]

Cette période permet à chacun d’entre nous de pratiquer ce qu’il a vu en cours, d’essayer de l’appliquer

sur notre projet, et ainsi de revoir ses points forts/faibles et les améliorer. De ce fait, nous avons pu nous

affecter des rôles en se basant sur la volonté de chacun d’entre nous.

Forme de désignation Avant de vous présenter des modèles de nos données de base, nous souhaitons mettre un point sur la

forme de nommage. Vous avez peut-être souvent remarqué « ST », et comme vous l’avez compris, ce sont

les initiales de « Saveurs Toulousaines ».

Ensuite nous ajoutons un « _ » (underscore), puis nous ajoutons le nom de notre article. A chaque fois

qu’il y a un nouveau type d’information sur une donnée, nous ajouterons un underscore.

Nous prenons comme exemple, l’article que vous allez rencontrer dans le prochain paragraphe :

ST_Viande_PORC.

Cela servira lors de la recherche de nos articles au milieu des articles d’autres sociétés (qui ne nous

concernent pas).

Pour chercher nos articles par exemple, nous allons juste écrire dans la zone consacrée aux codes articles

« ST_* », et nous aurons comme résultat tous nos articles créés. (Voir image ci-dessous)

Remarque

« * » veut dire « TOUS » les articles qui commencent par « ST_ ».

Critère de recherche :

4 Material Management

17


Structure organisationnelle

En se basant sur la définition d’un mandant, nous avons eu besoin que d’un seul mandant5 qui regroupera

toutes nos divisions et organisations. Nous illustrons ci-dessous cette hiérarchie, avec les noms de chaque

élément sur SAP.

Hiérarchie fonctionnelle Fonctionnellement, nous avons partitionné cette organisation en deux grandes structures :

Commerciale : responsable de l’ADV6. Cette partie gère les conditions de prix. Il faut savoir

qu’une transaction commerciale est toujours traitée dans son intégralité dans une seule

organisation commerciale.

o Canal de distribution : dans notre organisation commerciale, nous avons deux canaux de

distribution ; commerce de gros et consommateurs. Le canal désigne la manière avec

laquelle la marchandise atteindra les clients.

Achat : Elle prend le rôle d’approvisionnement de la MP (viande de porc, viande de bœuf, sel,

poivre, …etc.).

o Groupe d’acheteurs : c’est notre principal acteur dans notre organisation d’achat. Nous

avons un groupe d’acheteurs, qui est en contact direct avec les fournisseurs et/ou sous-

traitants, ayant pour rôles :

La négociation des prix d’achat et des conditions d’achats avec nos fournisseurs.

La planification des besoins

5 « Unité indépendante d'un point de vue commercial, organisationnel et technique dans un système SAP. Les mandants

possèdent leurs propres fiches et ensemble de tables. »

Définition http://help.sap.com/saphelp_470/helpdata/fr/e5/077a224acd11d182b90000e829fbfe/content.htm 6 Administration Des Ventes

Magasins

Divisions

Société

Mandant 731

Saveurs Toulousaines

(ZST1)

Toulouse (ZCHT)

Toulouse (ZMCT)

Labège (ZCHL)

Labège (ZMCL)

Ramonville (ZCHR)

Ramonville (ZMCR)

Boucherie Toulouse

(ZBOT)

Toulouse (ZMBT)

Usine Toulouse

(ZUST)

Toulouse (ZMUT)

http://help.sap.com/saphelp_470/helpdata/fr/e5/077a224acd11d182b90000e829fbfe/content.htm

18


La création des commandes d’achats, des demandes d’achats ou des appels

d’offres.

Société (ZST1)

Organisation d'achat (ZVOA)

Groupe d'acheteur (ZBT)

Division 4 (ZBOT)

Magasin 4 (ZMBT)

Division 5 (ZUST)

Magasin 5 (ZMUT)

Société (ZST1)

Organisation commercial (ZVOC)

Canal de distribution (Consommateur 10)

Secteur d'activité (ST Agro-alimentaire)

Canal de distribution (Commerce de gros R6)

Secteur d'activité (ST Agro-alimentaire)

Division 1 (ZCHT)

Magasin 1 (ZMCT)

Division 2 (ZCHL)

Magasin 2 (ZMCL)

Division 3 (ZCHR)

Magasin 3 (ZMCR)

Division 4 (ZBOT)

Magasin 4 (ZMBT)

Division 5 (ZUST)

Magasin 5 (ZMUT)

Structure organisationnelle achat

Structure organisationnelle commerciale

Domaine commercial

19


Projet

Avant d’entamer la création des données de base et la structure organisationnelle sur SAP, nous avons

commencé par créer un projet qui englobera tous nos paramétrages sur ce mandant.

Le but de ce projet, comme indiqué ci-dessus, est de regrouper tous les paramétrages concernant nos

membres projet. En effet, on peut affecter à ce projet des membres.

Dans un premier temps, pour créer notre projet, nous nous sommes appuyés sur la transaction « SPRO »,

comme le montre l’image ci-dessous :

Ensuite, nous avons créé un

nouveau projet7 propre à

« Saveurs Toulousaines »,

que nous avons baptisé

« Z_ST ».

7 Pour plus détail, nous fournirons un guide d’utilisateurs.

20


Une fois notre projet créé, une étape vient s’ajouter lors de nos paramétrages, qui permet d’affecter

chacun de ces derniers à notre projet.

Ensuite nous allons passer à la création de quelques exemples de données de base : Article, Fournisseur,

Client.

Organisation Nous avons commencé par créer les éléments de notre structure organisationnelle Achat et Vente.

Société

Nous avons créé notre société « ZST1 » à partir d’une société 1000 existant dans SAP en allant dans la

transaction « SPRO » toujours :

Vers société : ZST1

21


Division Comme indiqué dans le schéma de la hiérarchie organisationnelle de ST, cette dernière possède 5

divisions dont 4 points de vente et une usine. Cette dernière est destinée à l’achat en gros (pour des

hôtels par exemple).

Voici nos 5 divisions crées, marquées par des points rouges :

Pour en créer une, nous avons pris comme exemple le point de vente de Labège (ZCHL). Nous nous

sommes appuyés sur l’activité « SPRO » :

22


Magasin Le magasin a pour le rôle de stockage de la marchandise dans le flux de vente. Le magasin est rattaché à

la division.

Pour chaque division, ST souhaite y associer un seul magasin. Sur ce, chaque division gérera son stock

approprié. L’entreprise ST ne souhaite pas gérer les stocks d’emplacements au sein de ces magasins.

Comme nous avons pris comme exemple précédemment le point de vente de Labège (ZCHL), nous allons

voir comment créer un magasin associé à cette division, qu’on baptisera « ZMCL ».

Dans « Structure de l’entreprise », dans « SPRO », nous pouvons définir des magasins comme dans la

capture d’écran ci-dessous :

Organisation commerciale L’organisation commerciale correspond à une unité chargée de l’administration des ventes et qui en a la

responsabilité au sens juridique. Les organisations commerciales permettent également la subdivision

régionale du marché. Chaque transaction commerciale est gérée au sein d'une organisation commerciale.

ST a choisi de mettre en place une organisation commerciale, qui regroupera :

Tous les types des documents commerciaux, ainsi que les postes de ces documents

Les divisions

Les données de base

Tous les salariés

Notre organisation commerciale, nous

l’avons créé de la manière suivante :

23


Organisation d’achat Comme le titre l’indique, cette partie concerne les approvisionnements. L’organisation d’achats

représente une unité organisationnelle qui procure des articles et qui négocie des conditions générales de

prix d’achat avec les fournisseurs. Elle est responsable de toutes les opérations d’achat dans la société.

Une opération d’achat est traitée dans son intégralité par une seule organisation d’achats. Les

autorisations de gestion des données de base et de traitement des opérations d’achat sont affectées par

organisation d’achat.

Pareil que pour l’organisation commerciale, nous avons créé une organisation d’achat ZVOA pour la

société.

Toujours dans « SPRO » :

24


Canal de distribution Les canaux de distribution, comme leur nom l’indique, permettent de définir la manière dont laquelle

nous allons commercialiser nos produits à ST. C’est un circuit ou réseau de distribution.

L’entreprise ST a deux types de clientèle :

Gros : Hôtellerie, Restauration, …etc.

Détail : Consommateurs, …etc.

Cela reste paramétrable dans « SPRO », qu’on retrouve dans le menu SAP sous Outils Customizing

IMG Traitement de projet.

C’est là qu’on peut définir nos canaux de distribution pour notre flux de vente.

Secteur d’activités Ensuite, pour terminer nos données structurelles, nous allons créer un secteur d’activités propre à ST. Ce

dernier est défini sur SAP comme étant une unité organisationnelle reposant sur son importance en

termes de chiffre d’affaire ou de bénéfices obtenus à partir des articles ou des services vendus.

Comme su la capture d’écran ci-dessous, notre secteur d’activité est « ST » = « Agro – alimentaire ».

25


Données de base

Cette partie aborde les points essentiels permettant le paramétrage et l’exécution de module MM.

Articles Comme on s’est principalement basé sur le flux achat pour notre projet « Saveurs Toulousaines », on

donnera un exemple sur des articles de type «Matière Première».

Nous allons donc créer un article. Comme la plupart d’articles de l’entreprise « Saveurs Toulousaines » se

basent sur la gestion des lots, nous devons donc prévoir cela dans la création de la fiche article, ainsi que

d’autres points qu’on détaillera dans ce qui suit.

Pour créer un article, dans un premier temps, il faut passer par les vues qu’on veut associer à cet article.

Par exemple, pour un article acheter, il faut penser à sélectionner la vue « Achat », et si on gère des

emplacements pour cet article, on peut le définir dans ces vues. Voir exemple ci-dessous :

26


Type d’article

Comme vous pouvez le voir, nous avons créé pour chacun des produits utilisés à « Saveurs Toulousaines »

son propre type d’article. Cela peut être vu comme famille d’articles :

ZROS : Matière première Saveur

ZHAS : Produit semi-fini Saveur

ZFES : Produit fini Saveur

Type d’article ZROS a été créé en copie du type d’article ROH (existant dans SAP)

Ainsi on a aussi gérer les zones par rapport au type d’article. Par exemple, pour le type d’article ZROS,

zone 1(unité de quantité de base, texte concernant l’unité de mesure) et zone 2(groupe de marchandises,

nom, …) sont obligatoire.

N.B

Les produits semi-finis sont les viandes séchés pour la production de l’article saucisse sec. Ce type de

produits est sous-traité.

Remarquez qu’on ne retrouve pas la vue ADV qui, elle, apparaîtra pour les produits finis, et cela est dû au

paramétrage de ce type d’article dans SPRO.

En tapant « SPRO » dans l’écran d’accueil de SAP, vous

obtiendrez l’écran suivant :

27


Dans cet écran, vous choisissez « gérer options de zones pour écrans de données, dans « Options de

zone ».

Cela permet de déterminer si une zone doit être occultée ou affichée dans la gestion de la fiche article, si elle est obligatoire ou facultative. A cet effet, affectez la zone à un groupe de sélection de zones.

Pour notre article, et comme c’est un article acheté, nous avons créé, entre autres, un groupe d’acheteurs

propre à la société « Saveurs Toulousaines », qu’on a appelé ZBT ainsi qu’un gestionnaire.

Ce groupe d’acheteurs gérera les approvisionnements de cet article pour la société ST pour toutes les

divisions.

Nous aurions pu créer un groupe d’acheteurs pour chaque division ou organisation, mais ST8 souhaitent

avoir un seul groupe d’acheteurs affecté à la division ZUST qui effectuera leurs approvisionnements.

Le gestionnaire, lui, est celui qui sera

responsable de la planification de cet

article.

Dans l’exemple ci-contre, vous

trouverez que pour l’article modèle

« ST_VIANDEPORC », nous avons créé

un « gestionnaire » propre à ST

« ZSG » :

Ce qu’il faut savoir, c’est que le maximum d’informations remplies au niveau des données de bases,

facilitera la génération des flux sur SAP (achat, vente, production, …etc.).

8 Saveurs Toulousaines

SAPEVENT:DOCU_LINK/DS:DE.FGRUP

28


Pour notre article modèle toujours, nous avons donc mis en place un secteur d’activité (détaillé plus

haut), qui représentera un groupe de produits achetés. Ce paramétrage apparaîtra dans les données de

base de la fiche article :

Nous n’allons pas détailler tous les champs figurant dans une fiche article. Mais nous allons nous

contenter des zones qui nous intéresserons pour le reste de nos flux, notamment la gestion des lots, la

DLC9, création automatiques des commandes, durée d’approvisionnement, la valorisation de l’article,

…etc.

Comme nous l’avons abordé dans le cadrage, ST s’approvisionne de la viande sèche de chez un sous-

traitant. Cet article appartient dans la famille d’article semi-fini. Nous avons choisi un article modèle pour

cela, qui est « ST_VIANDEPORCS ».

Pour ce type d’article, nous avons d’abord créé un groupe de marchandise, qui regroupe toute la viande

sèche.

9 Date Limite de Consommation

29


Nous avons aussi une unité de base dans le standard de SAP qui est KG dans notre cas.

Remarquez que le secteur d’activité est celui de l’agro-alimentaire créé spécialement pour ST.

Comme évoqué auparavant, le

groupe d’acheteurs responsable

de l’approvisionnement est ZBT10.

Nous avons ensuite choisi « 4 »

comme « Clé valeurs Achats »,

existant déjà dans le standard,

parce que les délais de relance

convenaient à ST.

Comme nous sommes basés à

Toulouse, et notre sous-traitant

l’est aussi, nous avons convenu

avec ce dernier que les délais de

réception ne doivent pas dépasser

1 jour.

Nota

On se base sur l’évaluation du fournisseur pour déterminer celui qui répond le plus à nos besoins en

termes de coût, qualité et Délai.

Pour continuer sur notre fiche article, nous parlons du type de planification que nous avons mis en place,

ainsi que la notion du point de commande (plus de détail au niveau de flux de sous-traitance). Voir l’image

ci-après :

10 Dans la nommage SAP, si nous souhaitons modifier le standard, on fait un copier-coller sur un nouvel élément à condition que ce dernier commence par « Z » si c’est une chaîne de caractère ou un « 9 » si c’est du numérique.

30


Dans cette partie nous parlerons de la gestion de la péremption. Pour cela, cet article doit être géré par

lot, cela est représenté sous forme d’une case à cocher sur SAP (voir capture ci-dessous) ainsi que vue

classification qui sera plus détaillée au niveau de la gestion des lots.

Comme les noms des champs l’indiquent, c’est à partir de ces informations que le système va calculer la

DLC (plus de détails dans le chapitre « Gestion des lots »).

Le service comptabilité valorise ses article à un prix standard et ils le souhaitent le modifier manuellement

quand ils veulent, c’est pourquoi nous avons choisi comme code de prix sur SAP « S » dans la vue

« Comptabilité 1 ».

Remarque

Le maximum d’informations saisies dans les données de bases (Articles, Clients, Fournisseurs, …etc.),

facilitera la saisie des données dynamiques (Commande, Livraison, Facture, …etc.).

Client Pareil que pour les articles, dans les clients nous devons renseigner le maximum d’informations.

Nous avons choisi comme modèle, les hôtels qui sont des clients grossiste. Ce qui veut dire que nous

allons pouvoir enfin utiliser notre fameux canal de distribution « ZT ». (Voir Canal de distribution)

Comme vous pouvez le remarquer, ce client est lié à notre

organisation commerciale « ZVOC ». Nous pouvons ensuite

déterminer une zone de distribution, affecter ce client à un groupe

de vendeurs, le classifier.

31


Fournisseurs Dans cette partie, nous détaillerons le paramétrage d’un fournisseur modèle de viande porc. Comme

détaillé dans le cadrage, nous prévoyons deux fournisseurs pour une même famille d’article.

Ces deux fournisseurs nous allons les évaluer et ainsi le système nous proposera le fournisseur convenant

le mieux pour notre besoin.

Pour commencer, nous allons définir des groupes de comptes fournisseurs, Standards et Occasionnels, qui

nous seront utiles par la suite. Pour cela, nous revenons sur la fameuse transaction « SPRO » :

Ce qu’il faut savoir, c’est qu’à ce groupe de fournisseurs nous avons affecté une tranche de numéros.

Nous pouvons utiliser les rôles partenaires standards comme on peut en paramétrer d’autres. Nous avons

fait cela pour les fournisseurs occasionnels, ainsi nous avons aussi pu attribuer des fonctions à ces

fournisseurs.

Mais avant cela, il fallait aussi penser à affecter nos groupes de comptes à une certaine hiérarchie.

Ensuite, nous avons pu passer à notre fiche fournisseur dans

un second temps. La transaction qu’il fallait faire, à partir de

l’écran d’accueil SAP, pour créer un fournisseur est

« MK01 ».

En se basant sur notre organisation Achat « ZVOA » (voir plus

haut), nous avons lié à cette dernière notre fournisseur

modèle « ST_PORC_01 ». Ce qui était le plus important pour

ce type de fournisseurs chez ST, est l’évaluation de ce

fournisseur et cela à part les informations de base comme :

Délai de livraison prévisionnel : 2 Jours

Groupe d’acheteurs : ZSA

32


Commande automatique : Génération d’une commande automatique à partir d’une demande

d’achat

Incoterms

Minimum de commande : 50 Kg

Contrôle de facture

Gestionnaire Le gestionnaire au sein de l’entreprise ST a pour rôle de minimiser les coûts de stockage de

marchandises. Cette personne effectue les mises à jour des données de base pour la planification

déterministe des besoins (par exemple, vues MRP dans la base de données d’article).

Au sein de l’entreprise Saveur Toulousaine, le gestionnaire doit être affecté à une division. Par exemple, le

gestionnaire ZSG est lié à la division ZUST

Groupe de marchandises L’entreprise ST possède trois groupes de marchandises :

ZSVS : groupe de de viande sèche

ZSVF : groupe de viande brute(ou fraiche)

ZSAC : groupe d’autre composants (exemple : sel)

33


Chaque article est affecté à un seul groupe de marchandises. Cette affectation est valable dans l’ensemble

de l’entreprise. Ce regroupement de marchandises facilite le suivi et réduit le volume de données à gérer.

Gestion des lots / la péremption

La plus part des produits de l’entreprise Saveur Toulousaine sont gérés par lot, en particuliers les articles à

base alimentaire.

Ces lots sont gérés dans les cinq différentes divisions. C’est la raison pour laquelle nos lots sont

identifiables de façon univoque. Le numéro de lot est univoque dans toutes les divisions de la société.

C’est qui veut dire que le même numéro de lot a la même signification pour l’article dans toutes les

divisions.

Un numéro de lot ne peut pas avoir de spécifications différentes dans nos différentes divisions. Par

exemple, lors du transfert physique d’une division vers une autre, la spécification du lot est connue dans

la division destinataire, même si le lot est stocké dans cette division pour la première fois.

Le déroulement de la classification d’articles

Etape 1 : Les caractéristiques des lots

Les caractéristiques servent à définir les propriétés d’un article et de ses lots pour leurs classifications en

tant que lots.

De ce fait, on définit les propriétés d’articles et de ses lots puis on les enregistre dans le système de

classification en tant que caractéristiques.

On peut définir comme caractéristiques toutes les propriétés considérées importantes et utiles pour la

détermination des lots.

Chemin d’accès

Menu SAP Logistique fonction centrale configuration des variantes

Environnement classification Données de base Gestion des

caractéristiques

Transaction CT04

http://help.sap.com/saphelp_470/helpdata/fr/25/283aac4f7811d18a150000e816ae6e/content.htm

34


Concernant le projet Saveur Toulousaine, on en a défini deux, la caractéristique LOBM_VFDAT et la caractéristique ST_FIFO (ci-dessous).

La caractéristique LOBM_VFDAT

Cette caractéristique a pour objectif de calculer la date limite de consommation(DLC) ou la péremption d’articles qui sont gérées par lot et contrôle la durée de conservation restante des lots. La date limite de consommation (DLC) d’un article est affectée au lot. La DLC est calculée à partir de la durée de conservation totale définie dans la fiche article.

Calcul et contrôle de la DLC d’un lot

La durée de conservation totale est spécifiée dans la fiche article, le système calcule la DLC comme suit : DLC = durée de conservation totale + date de production à partir du document EM.

Mais si aucune durée de conservation totale n’est spécifiée, vous devez saisir manuellement la DLC dans le document d’entrée de marchandises.

La durée minimale de conservation restante est spécifiée dans la fiche article, le système calcule la durée de conservation restante depuis le jour d’entrée des marchandises jusqu’à la DLC.

35


La durée de conservation restante doit être supérieure à la durée minimale de conservation restante pour que le lot soit accepté. La DLC doit être le même dans toutes les postes.

Pour que la DLC soit calculée automatiquement, il faut saisir les données ci-dessous relatives à la durée de conservation dans la vue de stockage 1 de la fiche article.

Temps stockage max : La durée maximale de stockage de l’article ;

Durée minimale rest : La durée de conservation minimale obligatoire pour qu'un article soit accepté par le système.

Indic. Période DLC : L'indicateur de période définit l'unité de mesure pour une période donnée (Jour dans notre cas).

% durée restante : Le pourcentage de la durée de conservation totale restant minimum pour que le transfert de marchandises vers un autre centre de distribution soit autorisé.

Unité de temps : utilisée pour les données relatives à la durée de conservation (jours, semaines ou années).

Dur. conserv. totale : le nombre total de jours pendant lequel les marchandises peuvent être conservées – à partir de leur fabrication jusqu’à leur date limite de consommation.

Si la durée calculée de conservation restante est inférieure à la durée minimale de conservation restante, un message d’erreur apparaît.

La caractéristique ST_FIFO

36


la caractéristique ST_FIFO qui gère la stratégie du FIFO sur nos articles. Le FIFO (premier entrer, premier sorti) est appliqué sur les lots en stock.

L’ordre de sortie est calculé en fonction de la date d'enregistrement de l'entrée de marchandises de l’article en stocks. Pour chaque enregistrement d'entrée de marchandises, la date d’entrée de marchandise est définit automatiquement. Au moment de la création de la sortie de marchandises, cette date est recopiée dans l'enregistrement. On reprend la date d'entrée de marchandises proposée par le système.

Etape 2 : Les classes des lots

Ensuite on a créé la classe Z-ST pour les articles de l’entreprise ST gérés par lots.

Chemin d’accès

Menu SAP Logistiquefonction centraleconfiguration des

variantesEnvironnementclassificationDonnées de

baseGestion des classes

Transaction CL02

On a affecté les caractéristiques définit ci-dessus (LOBM_VFDAT et ST_FIFO) à notre classes.

37


Etape 3 : Les catégories des classes

Ensuite on a affecté la classe créée Z_ST à une catégorie de classe pour les lots. Cette affectation est effectuée au niveau de la fiche d’article.

Chemin d’accès

Menu SAP LogistiqueLogistics executionDonnées de

baseArticleArticleCréer

Vue Classification

Transaction MM01

Il existe deux catégories de classes pour les lots et leurs articles :

022 au niveau division ;

023 au niveau mandant ou article.

Dans notre cas, on a utilisé la Catégorie de classes 023.

Et enfin, on a affecté la classe Z-ST à la catégorie de classe 023

A Noter

La catégorie de classes est un concept central dans le système de classification. Elle détermine la manière dont les classes sont traitées. Les options relatives à une catégorie de classes sont définies dans le Customizing de la Classification.

Une fois les deux étapes ci-dessous terminées, on a affecté la classe Z_ST et leurs caractéristiques aux articles qui sont gérés par lot. L’affectation est faite par la fiche article (transaction MM01) au niveau de la vue Classification.

38


A noter

On peut seulement affecter une classe de type « lot » à chaque article. Ce qui signifie que la classification

multiple est impossible.

Et on ne peut créer des lots pour un article que si celui-ci doit être traité par lots. Pour ce faire, il faut

activer le code Gestion des lots dans la fiche article.

En fonction du type d’article, on peut trouver ce code dans la vue Achats, Préparation du travail ou

Stockage. Pour les types de nos articles, ce code se trouve dans la vue Achat.

Stratégie de recherches des lots La stratégie de recherches des lots sert à définir les règles de la détermination des lots.

Chemin d’accès

Menu SAP Logistique Fonctions centrale Gestion des lots Détermination des lots Stratégie de recherche des lots Pour gestion des stocks Créer

Transaction MBC1

Pour activer cette stratégie, Il faut indiquer les conditions de déclenchement de la détermination des lots et les critères de recherche à utiliser.

39


L’entreprise ST a opté pour la combinaison de clés Division/article pour cette stratégie de recherche des lots.

Batch information cockpit On utilise le Batch Information Cockpit d’abord pour sélectionner des lots, puis afficher des informations significatives pour les lots ainsi que appeler des fonctions de détail.

Chemin d’accès

Menu SAP Logistique Fonctions centrale Gestion des lots Batch information Cockpit

Transaction BMBC

Il faut saisir au moins l’article concerné par la recherche

40


Dans l’exemple ci-dessus, on retrouve l’ensemble des numéros de lots (à gauche de l’écran) utilisés par l’article ST_Merguez_PF.

Mais aussi, on peut tracer les acheteurs, les fournisseurs, DLC de lot donné, comme c’est indiqué ci-dessous.

On peut aussi connaitre le cas d’emplois des articles gérés par lots. Sa recherche ascendante permet de tracer leurs acheteurs et la recherche descendantes de tracer leurs fournisseurs.

41


Gestion des achats

Paramétrage pour les différents documents demande d’achat

Les demandes d’achat

Les demandes d'achat au sein de l’entreprise Saveur Toulousaine ont pour objectif de lancer un

processus d'achat en soumettant leurs besoins en marchandises. Les demandes d’achat sont soumises à la

stratégie de lancement. Dans le cas où les demandes d’achat sont acceptées, elles sont ensuite affectées

à des commandes d'achat à des fins de traitement ultérieur.

Type de demande d’achat

L’entreprise ST souhaite un type de document de demande d’achat différent de type de document d’achat par défaut dans SAP. Par exemple, ce type de document permet de détermine la tranche de numéros concernée et les zones qui vous sont proposées à des fins de gestion des données.

Chemin d’accès

Menu SAP CustomizingGestion des articlesachatDemande d’achatDéfinir type de document

Tcode SPRO

Le type de document de demande d’achat a pour désignation ZSDA, il est créé en copie de type de

document normal NB. Et le type de poste autorisé pour le type de document ZSDA est <Normal>.

Tranche de numéros pour demande d’achat

Ensuite, on a défini un intervalle de tranches des numéros interne ZS (0000000001-0009999990) qu’on a

affecté au type de document ZSDA. Cet intervalle a pour objectif d’attribuer de numéro unique à chaque

document de demande d’achat créée avec le type de document ZSDA.

42


Lancement des demandes d’achat

La procédure de lancement des demandes d’achat au sein de ST est mise en place pour le paramétrage de certaines conditions nécessaires à l’aboutissement d’une demande d'achat. L'affectation de la stratégie de lancement à une demande d'achat repose sur les conditions de lancement. Si une demande d'achat donné ne remplit pas les conditions de stratégie de lancement, il n’est pas soumis à la suite du traitement.

Les conditions nécessaires au sein de ST reposent sur les caractéristiques de poste suivantes :

Division Groupe d’acheteurs Valeur total du poste Groupe de marchandises Type de document : Demande d’achat

Le paramétrage de lancement de demande d’achat s’effectue dans le customizing, et il est partage en 5 parties décrites ci-dessous

Chemin d’accès

Menu SAP CustomizingGestion des articlesachatDemande d’achatProcédure de lancementProcédure avec classificationOrganiser procédure avec classification

Tcode SPRO

Paramétrer les groupes de lancement

Pour notre procédure, on a créé le groupe de lancement ZS puis on lui affecte ensuite la classe FRG_SAVEUR. Ainsi, on a affecté des conditions de lancement à votre procédure.

Classe FRG_Saveur

La classe FRG_Saveur est inclus de la catégorie de stratégie de lancement(032). Elle a été créé en copie de la classe FRG_EBAN(Classe existante). Elle contient quatre caractéristiques qui définissent les conditions nécessaires au lancement de demande d’achat.

43


Ces caractéristiques représentent les groupes d’acheteurs autorisés, la valeur totale de poste, type de document concerné par la stratégie de lancement ainsi que la division.

Paramétrer les clés de lancement

La clé de lancement est une ID de deux caractères autorisant une personne à lancer une demande d'achat ou un document d'achat externe. Un système d'autorisations détermine qui peut travailler avec quelles clés de lancement

Pour notre procédure, on a créé deux clés de lancement. La clé ZS et S pour bloquer la demande d’achat et la clé ZS et T pour autoriser le lancement de demande d’achat.

Paramétrer les codes de lancement

Quand une demande d'achat est traitée par une clé de lancement, c’est qu’un code de lancement lui est affecté. Les décisions dépendent des codes de lancement.

44


Comme c’est indiqué sur l’image ci-dessous, pour notre projet, on a utilisé deux codes de lancement. Code S pour bloquer la demande d’achat et code T pour son lancement.

Le code S est existant dans le système alors que Le code T est spécifique à l’entreprise ST, il a été créé en copie du code existant 2.

Paramétrer la stratégie de lancement

Le paramétrage de la stratégie de lancement constitué de quatre parties qu’on va vous décrire ci-dessous :

45


Condition de lancement

L’écran ci-dessous affiche les conditions de lancement. Comme son nom

l’indique, cette fonctionnalité sert à afficher les conditions de lancement. Cet

écran apparait lorsqu’on clique sur le bouton <Conditions de lancement>(1).

Etats de lancement

L’écran ci-dessous affiche les états de lancement. Il apparaît lorsqu’on clique

sur le bouton<Etats de lancem> (2). Cette fonctionnalité permet de modifier

les codes de lancement.

46


Classification

L’écran ci-dessous affiche la classification. Il apparait lorsqu’on clique le

bouton <Classification>(3). Il permet de modifier les éléments définis

préalablement dans la classe affecté au groupe de lancement (Exemple : le type de

commande, la division, le groupe acheteur et la valeur totale nette

commande).

47


Simulation lancement

Puis la fonctionnalité, simulation de lancement sert à simuler la stratégie de lancement pour

vérifier si la stratégie de lancement définit est fonctionnelle.

Commande d'achat normal

Les commandes d’achat normal au sein de l’entreprise ST sont utilisées pour approvisionner certaines

matières premières. On emploie le mot « certaines » car il y a des articles qui sont approvisionnés

autrement (consignation, sous-traitance). Les commandes sont lancées pour fournir les matières

premières pour la consommation directe ou pour le stock.

Aussi, les commandes d’achat normal sont utilisées pour des opérations d'approvisionnement

exceptionnelles. Par exemple pour acheter un article une seule fois à un fournisseur. Pour une relation

d’approvisionnement à plus long terme avec ce fournisseur, l’entreprise ST privilégie d’établir un

« contrat-cadre » qui lui permet généralement d’obtenir des conditions d'achat plus avantageuses.

Pour mieux répondre aux demande de l’entreprise ST concernant les commandes d’achat, on a effectué

différents paramétrages qu’on va vous décrire ci-dessous.

Type de document de commande d’achat normal

MENU SAP CustomizingGestion des articlesachatCommande

d’achatDéfinir les types de document

Tcode SPRO

En premier lieu, l’entreprise ST souhaite pour ces commandes d’achat un type de document

qui lui est propre. Pour ce faire, on a paramétré un nouveau type de document. On a créé un

type de document ZSCA copié du type de document NB existant dans le SAP.

48


Et c’est type de poste <Normal> qui est autorisé pour ce type de document.

Tranches de numéros pour commandes d'achat

Ensuite, on a défini un intervalle de tranches des numéros (71000000-7999999) interne ZS

qu’on a affecté au type de document ZSCA. Cet intervalle a pour objectif d’attribuer de

numéro à chaque commande d’achat créée avec le type de document ZSCA. Les numéros sont

incrément et attribués automatiquement.

Contrôle des factures logistiques

Marges de tolérance de société ZST1

L’entreprise ST souhaite bloquer toutes les factures présentant des écarts qui ne sont pas dans les limites

de tolérance définies. Elles définissent les marges pour les écarts et le montant au-dessus duquel un

poste de facture doit être bloqué.

Chemin d’accès

MENU SAP Gestion des articlesContrôle de facture logistiquesBlocage de facturesDéfinir les limites de tolérance

Tcode SPRO

49


Par exemple, dans le cas de l’entreprise ST, toute facture présentant un écart de plus de 5% ou plus de 5€

(en plus ou moins) est bloquée.

TVA déductible

La TVA déductible est indiquée dans la facture fournisseur. N’ayant pas trouvé de code TVA dans le

système approprié à l’entreprise, on a paramétré un nouveau code tva spécifique à l’entreprise ST.

Chemin d’accès

MENU SAP Comptabilité financièreoption de base de comptabilité financièreTVA sur CA Définir un code de TVA (spro)

Tcode FTXP

Code TVA VS est à 20%. Il a été créé en copie du code de TVA V4.

50


Gérer valeur par défaut des codes TVA

Cette option sert à définir des valeurs par défaut des codes TVA utilisés pour les factures de

fournisseurs. L’entreprise ST a souhaité configuré son propre code TVA déductible VS à 20%.

Chemin d’accès

MENU SAP Gestion des articlesContrôle des factures logistique Facture fournisseurGérer valeur par défaut des codes TVA

Tcode SPRO

51


Condition des paiements

La clé de conditions de paiement permet de déterminer :

•Le pourcentage d’escompte valable pour un paiement donné, avec un maximum de 3 conditions de

paiement :

o Premier délai d’escompte,

o Second délai d’escompte et date d’échéance du paiement,

o Date de référence pour le paiement.

•Les conditions de paiement des paiements par versements.

Le système propose automatiquement cette clé par défaut lorsqu’on saisit un poste avec un fournisseur

qui utilise cette clé de conditions de paiement.

Chemin d’accès

MENU SAP Gestion des articlesAchatFiche fournisseurFixer les modalités des paiements

Tcode SPRO

La clé de condition de paiement mise en place pour l’entreprise ST représente les trois caractéristiques ci-

dessous :

o 3% d’escompte pour 14 jours.

52


o 2% d’escompte pour 30 jours.

o Aucune déduction pour les 45 jours.

Déroulement de flux de commande d’achat

Demande d’achat

Le flux d’achat normal au sein de l’entreprise ST est débuté par une demande d’achat. Si la demande

d’achat est concernée par la stratégie de lancement, alors on la transmet à la personne autorisée à

effectuer le lancement. La personne décide de lancer ou refuser la demande d'achat en fonction des

caractéristiques. Si le lancement est accepté, alors la demande transformée en commande d’achat.

Chemin d’accès

MENU SAP LogistiqueGestion des articlesachatDemande d’achatCréer

Tcode ME51N

La demande d’achat est créée avec le type de document ZSDA de l’entreprise ST. Elle est affectée au

fournisseur St_PORC_01. Ce fournisseur a un contrat avec l’entreprise.

53


Commande d’achat

La commande d’achat au sein de l’entreprise ST peut être créée à partir d’une demande d’achat ou non.

Elle est créée avec le type de document ZSCA, avec une numérotation incrémentale en fonction de la

tranche de numérotation définie dans le customizing.

Chemin d’accès

MENU SAP LogistiqueGestion des articlesachatCommande d’achatCréer

Tcode ME21N

Entrée de marchandises

Chemin d’accès

MENU SAP LogistiqueGestion des articlesachatCommande d’achatFonctions suivantesentrées marchandises

Tcode MIGO

Au moment de l’entrée de marchandises en provenance du fournisseur, la quantité marchandises sont

mise à jour dans le magasin (ZMUT). C’est à cette étape que le système crée un numéro de lot associe à

cette nouvelle entrée.

54


Et pour les articles qui sont concernées par le contrôle de qualité, c’est lors de l’entrée de marchandises

en provenance du fournisseur qu’on décide de les envoyer au magasin de contrôle de qualité avec le

code de mouvement 101 avant d’être enregistré dans le stock à utilisation libre ou stock bloqué.

Pour les articles qui sont concerné par la gestion de péremption, il faut saisir la date de fabrication sinon

le système affiche un message d’erreur.

Avec la synthèse de stock, on peut mieux visualiser toutes les informations concernant l’article

commandée. Par exemple, pour un article ST_VIANDEPORC, on a sa quantité totale, ses numéros de lot,

les niveaux de lot, la localisation de stockage,…

Chemin d’accès

MENU SAP LogistiqueGestion des articlesFiche articleAutresSynthèse des stocks

Tcode MMBE

55


Contrôle de factures

Le contrôle des factures achève ce processus d'approvisionnement d'articles, qui commence avec la

demande d'achat et se traduit par une entrée de marchandises. Il sert à vérifier l'exactitude du contenu,

des prix et des calculs dans les fournisseurs.

Chemin d’accès

MENU SAP LogistiqueGestion des articlesachatCommande d’achatFonctions suivantesContrôle de facture logistique

Tcode MIRO

56


Le contrôle des factures ci-dessus est référencé à une commande. Mais il est possible de réaliser les

contrôles de facture basé sur l’entrée de marchandises ou sans référence à une commande.

Transfert d’articles entre stocks

Il existe trois types de stock dans la gestion des stocks :

stock à utilisation libre,

stock en contrôle qualité,

stock bloqué.

Lorsque la Gestion des lots est activée dans la fiche article, on indique le type de stock auquel une quantité donnée doit être enregistrée lors de l'entrée de marchandises.

Dans le cas de l’entreprise ST, les articles sont enregistrés dans le stock de contrôle de qualité et selon les décisions prises lors du contrôle, l’article peut être transfert dans le stock à utilisation libre ou bloqué.

57


Déroulement de transfert

Chemin d’accès

MENU SAP LogistiqueGestion des articlesachatCommande d’achatFonctions suivantes

Tcode MB1B

Ainsi avec la synthèse de stock, on

constante que le lot 0000000626 qui était

dans le stock de contrôle de qualité a été

transfert dans le stock d’utilisation libre

avec diminution du stock de contrôle de

qualité au profit du stock d’utilisation

libre.

58


Gestion de la sous-traitance

Le processus Sous-traitance au sein de l’entreprise Saveur Toulousaine consiste à envoyer de la viande brute à un fournisseur pour les soumettre au processus de séchoir dans le but d’obtenir de la viande sèche. Cette viande est nécessaire pour la fabrication de saucisson sec. Une fois le séchoir fini, le fournisseur sous-traitant livre des articles semi- finis (la viande sèche).

La viande sèche est considérée comme article semi-fini au niveau de l’entreprise Saveur Toulousaine parce qu’une fois cet article est approvisionné, il est ensuite traité dans l’entreprise pour la fabrication de saucisson sec.

Schéma du Flux de sous-traitance ci-dessous

Principales étapes de processus

1 ère Etape : sortie de marchandises, le scénario porte sur les activités suivantes :

Création d’une commande d’achat de viande sèche basée sur la dernière exécution de la

planification des besoins de produit semi fini (viande sèche) pour les produits finis (saucisson sec)

(MRP).

Création de livraison sortante.

Sortie de marchandises de matières premières (viande de porc brut) pour livraison et expédition

au sous-traitant.

59


2 ème Etape : entrée de marchandises, le scénario porte sur les activités suivantes :

Entrée de produits semi finis (viande sèche) livrés par le fournisseur sous-traitant.

Entrée de facture.

Vérification de la facture.

Décaissement.

A noter :

Les commandes de sous-traitance sont suivies avec un numéro de lot. Lorsqu’ on crée une commande de

sous-traitance dans la composante achat, on détermine le lot du composant fourni à livrer au sous-

traitant.

Planification sur un point de commande

Les commandes sous-traitance au sein de l’entreprise ST sont lancées en fonction de la quantité de stock.

En effet, le stock de la viande sèche est soumis à avoir un stock minimum. Dès que le stock minimum est

atteint, il faut passer une commande d’achat chez le sous-traitant. C’est pour cette raison qu’on a mis en

place une planification sur point de commande.

Paramétrage du point de commande

Premièrement, on a défini dans le Customizing du MRP, sous l'activité Vérifier les types de planification, le

type de planification selon les besoins de point de commande. Dans le cas de l’entreprise ST, c’est le type

de planification manuelle qui est mise en place.

Type de planification ST de l’entreprise ST a été créé en copie du type existant VB.

Ensuite on a activé dans la vue MRP1 :

Type de planification pour la planification dans la base de données articles.

Le code de lotissement. Pour la planification des besoins selon le point de commande, le système

prend en charge que les lotissements quantité fixe de commande (FX) ou recomplètement du

stock maximum (HB).

60


Taille de lot fixe : 50 KG dans notre cas mais elle peut être modifié par rapport aux besoins.

Le gestionnaire, groupe d’acheteurs,…

Mais aussi, renseigner dans la vue MRP2 :

Le type d’approvisionnement.

Saisir le stock de sécurité, donnée obligatoire qui fait partie des calculs de besoins nets.

L’ordonnancement comme délai de fabrication, temps de réception, délai de livraison…

Fonctionnement du point de commande Chaque fois que l’article est prélevé dans le magasin, le système vérifie que cette sortie ne fait pas passer

le niveau du stock en dessous du point de commande. Le cas échéant, un enregistrement est mémorisé

dans le fichier MRP pour le prochain calcul des besoins.

61


Le système calcule ensuite les besoins nets. Le stock disponible au niveau de la division (stock de sécurité

inclus) ainsi que les entrées fermes déjà planifiées (commandes, ordres de fabrication, demandes d'achat

fermes, etc.) sont comparées au point de commande.

On considère qu'il existe une couverture insuffisante lorsque le total entre le stock et les entrées est

inférieur au point de commande

Le système calcule alors la quantité d’approvisionnement en fonction du lotissement défini dans la base

de données articles.

Données de base achats pour la sous-traitance

Article sous-traité

Comme c’est indiqué ci-dessous, l’article géré par la sous-traitance est de branche alimentation et de type

semi-fini.

Menu SAP LogistiqueLogistics executiondonnées de baseArticleCréer

Tcode MM01

Branche alimentation : est une branche existant dans

SAP.

Type d’article : ZHAS est un type d’article qui désigne les

articles semi fini au sein de l’entreprise Saveur

Toulousaine. Il a été créé en copie du type d’article semi-

fini HALB.

62


A part les vues habituelles comme données de base, achat, comptabilité,… Cet article est géré aussi sous

les vues de classification pour la gestion des lots, MRP1, MRP2, MRP3, MRP4 pour la planification

d’approvisionnement et vue management qualité pour les contrôles de qualité des entrées de

marchandises en provenance du fournisseur sous-traitant.

Nomenclature de l’article

La nomenclature d’un produit sous-traité sert à identifier les composants nécessaires pour sa production.

Chaque poste de sous-traitance est réparti sur un ou plusieurs sous-postes qui contiennent les

composants requis par le fournisseur pour effectuer le travail de sous-traitance.

Menu SAP LogistiqueProductionDonnées de baseNomenclatureNomenclature ArticleCréer

Tcode SC01

Comme c’est indiqué dans la nomenclature ci-dessous, pour produire 1kg de la viande

sèche(ST_ViandePorcS), il faut 5 kg de viande de porc brut.

Fournisseur

Dans la base SAP, le sous-traitant est considéré comme un fournisseur normal. Il n’y a pas de

particularités par rapport aux autres fournisseurs.

Menu SAP LogistiqueLogistics executiondonnées de basepartenairefournisseur

Tcode XK01

63


Pour l’instant, l’entreprise n’a qu’un seul fournisseur sous-traitant pour le sèchement de sa viande. En cas

de panne ou d’indisponibilité de son fournisseur, ce qui ne s’est pas encore produit, l’entreprise a la

possibilité de produire sa viande sèche avec ses machines mais en petite quantité.

Et comme c’est indiqué sur le schéma ci-dessous, différentes informations sont renseignées. Par

exemple, le délai de livraison (1j), transport en camion comme incoterms…

Contrat cadre fournisseur

Avec le fournisseur sous-traitant, l’entreprise ST a mis en place un contrat cadre. Ce contrat est de type

sous-traitance et il est appliqué au groupe de marchandise de viande sèche (ZSVS) dont l’article sous-

traité fait partie.

Menu SAP LogistiqueGestion des articlesAchatContrat-cadre

Tcode ME31K

64


Ce contrat est basé sur la quantité. Par exemple, les deux parties se sont engagées sur un contrat de 1200kg. A chaque fois qu’on crée une commande d’achat sous-traitance, le système propose d’affecter la quantité commande au contrat-cadre ainsi à chaque affectation du document d’achat au contrat cadre, la quantité et le montant en cours sont réduits.

Fiche info achat sous-traitance

Les conditions de production de l'article sous-traité sont enregistrées dans une fiche infos-achats de sous-traitance. Pour l’instant on a qu’une seule fiche info achat de sous-traitance, car l’entreprise Saveur Toulousaine n’a qu’un seul fournisseur pour la sous-traitance de la viande sèche.

Menu SAP LogistiqueGestion des articlesAchatDonnées de basefiche info-achat

Tcode ME11

Dans une fiche info-achat sous-traitance, on peut trouver le délai prévisionnel de livraison à la planification des besoins et à l'ordonnancement de l'article, la période pendant laquelle l’article peut encore être conservé afin que cette EM soit acceptée par le système, les prix de l’article, l’incoterms,….

65


Flux de Sous-traitance dans les Achats

Commande d'achat sous-traitance

Chaque poste de sous-traitance de la commande d'achat comporte des postes de composant. Ces derniers sont copiés de la demande d'achat, saisis manuellement ou encore copiés d'une nomenclature.

Le prix à la commande correspond au prix du service de sous-traitance pour fabriquer l'article commandé

Menu SAP LogistiqueGestion des articlesachatCommande d’achatCréer

Transaction ME21N

Le bouton composant représente les composants nécessaires au fournisseur pour fabriquer le produit commandé (produit semi-fini).

Lorsqu’on gère une commande de sous-traitance, on doit tenir compte des points suivants :

Modifier la quantité de la commande, les quantités de composants à fournir sont modifiées proportionnellement, à condition que le code Quantité fixe ne soit pas activé.

Modifier la date de livraison, le système recalcule seulement la date du besoin, les composants ne sont pas automatiquement redéfinis dans la nomenclature. Vous devez demander un nouvel éclatement de la nomenclature

Affecter un lot particulier du composant au fournisseur pour la fabrication de l'article commandé, on le saisit dans la case lot ou bien, on peut le saisir lors de la sortie de marchandises.

66


Etat dynamique des stocks avant la sortie des marchandises

L’article sous-traité

Après l’enregistrement de stock, on constante que qu’on a une commande achat en cours de la viande

sèche de deux KG pour 5 kg de Viande de porc brut (les composants).

Les composants

Pour les composants, on constante qu’on a un stock de 16KG avec 10KG en utilisation libre et 6KG en

contrôle qualité. On a assez de stock pour faire la livraison chez notre fournisseur sous-traitant.

67


Sortie de marchandises vers les le fournisseur

Une fois que toutes les étapes ci-dessous sont réalisées, alors on fournit les composants nécessaires en effectuant la sortie de marchandises via la gestion des stocks de sous-traitance.

La sortie de marchandises se traduit par un transfert de l'article du stock à utilisation libre vers le fournisseur sous-traitant.

Menu SAP LogistiqueGestion des articlesAchatCommande d’achatAnalysesstk ss-trait fourn

Tcode ME2O

Comme indiqué ci-dessous, lors de l’enregistrement de sortie de marchandises, on indique le magasin qui contient les marchandises, puis le lot concerné et la quantité qu’on souhaite sous-traité.

Etat dynamique après l’enregistrement de sortie de marchandises

68


Maintenant, on remarque que le stock des composants est réduit de 10 KG, en effet pour la commande sous-traitance, on a commandé 2KG de viandes sèche et le stock est exact car 1 KG de viande sèche équivaut 5KG de viande de porc. (Voir en détails de lot ci-dessous.

Affichage du document article après transfert des composants vers le sous-traitant

Et la synthèse de stock des composants nous détaille le mouvement de son stock. On remarque qu’on a mis la disposition du fournisseur 10KG de marchandises qu’on a imputé sur le lot 0000000619 qui contenait 102KG de marchandises au départ.

Entrée marchandises en provenance de sous-traitant

C’est au moment de la réception de marchandises en provenance de sous-traitant qu’on va enregistrer l’entrée de marchandise. Cet enregistrement est référencé à un numéro de la commande sous-traitant.

69


Lors de l’entré de marchandises, le système nous fournit un nouveau numéro de lot avec une date de péremption calculée à partir de la date de fabrication. En effet, comme c’est indiqué sur d’image ci-dessus (encadré rouge), le lot des composants est différent de celui du produit livré.

Remarque :

Je tiens à préciser que le produit en provenance de sous-traitant n’est pas un article produit fini mais un article produit semi-fini. Cet article va encore être utilisé pour la production d’un article répertorié en tant que produit fini. Mais la partie de production (Module PP) n’a pas été traité dans ce projet.

Suivi des stocks d’articles mis à la disposition du fournisseur

Pour obtenir à tout instant une synthèse de la situation des stocks mis à disposition du fournisseur, vous pouvez utiliser l'état Suivi des stocks ss-trait.par fourn.

Transaction ME2O

70


Et on trouve dans cet état les informations comme :

la situation actuelle du stock

les sorties planifiées les entrées planifiées Les documents d’achat

Gestion de la consignation

ST a mis en place des contrats avec ses fournisseurs pour gérer quelques articles en consignation. Avec

ces fournisseurs, sur SAP, nous avons créé des fiches info-achat (nous détaillerons dance qui suit l’utilité

et comme nous avons mis en place cette dernière).

Ce stock en consignation permet le transfert des stocks entre les différentes divisions (ou points de vente)

chez ST. Vu le nombre limité des fournisseurs, nous gérerons aussi les stocks en consignation chez ces

derniers.

Fiche info-achat La fiche info-achat sert comme conditions fournisseurs. Elle permet de définir un certain nombre

d’informations entre le couple Article-Fournisseur.

Cette fiche permet à notre groupe d’acheteur de déterminer une période durant laquelle un fournisseur

peut leur fournir un article, mettre en place des règles en cas de livraison incomplète ou pas dans les

temps, un délai de livraison requis par ce fournisseur, …etc.

Il existe des fiches info-achat pour différents types d’approvisionnement :

Sous-traitance

Consignation

Standard

71


Nota

Nous allons prendre un exemple de fiche info-achat en consignation dans cette partie.

Cette activité se trouve à ce niveau représenté ci-dessous :

Comme évoqué auparavant, la fiche info-achat reporte sur le couple Article-Fournisseur, comme sur

l’image suivante :

Cette fiche permettra de générer des alertes qui serviront de relances des fournisseurs. Nous avons

jusqu’à trois relances.

Nous avons dû paramétrer un type de certificat propre à ST, et ce dernier apparaît au moment de la

création de la fiche. Nous pouvons lui donner une date de fin de validité.

Ensuite, nous pouvons renseigner d’autres informations plus importantes, notamment :

Prix net pour une certaine quantité

Prix réel pour cette quantité

72


Délai de livraison requis par le fournisseur

Une quantité standard de réception (livraison fournisseur)

Les incoterms

Contrôle d’un poste d’une facture liée à ce couple Article-Fournisseur.

En fin de processus, nous avons

pu déterminer une durée de

validité de cette fiche.

Nous allons ensuite voir la gestion de la consignation pour cette info-achat.

La consignation Comme nous en avons parlé auparavant (voir Consignation), Nous allons donc créer une demande

d’achat, que nous allons convertir en commande d’achat ensuite. C’est le fonctionnement actuel chez ST.

Nous avons renseigné le code de notre fiche Info-Achat, Ensuite nous avons affecter la source d’appro11.

En cliquant sur le bouton approprié.

Il faut aussi ne pas oublier de cocher la case « Déterm. Source appro » comme sur a capture d’écran

suivante :

11 Source d’approvisionnement est le fournisseur de la viande de porc.

73


Pour récapituler le besoin sur cette demande d’achat, est de s’approvisionner de 50 Kg de viande de porc

dans l’usine de Toulouse.

Le but suivant est convertir cette demande d’achat en commande pour créer l’entrée marchandise

ensuite.

Pour cela nous avons dû affecter notre DDA12 à une CA13. Cela en passant par le menu SAP Logistique

Gestion des articles Achat Demande d’achat Fonctions suivantes, pour appuyer à la fin sur

« Affecter + Traiter », ou tout simplement taper dans la barre de recherche la transaction « ME57 » :

12 Demande D’Achat 13 CA

74


Après avoir traité et affecter notre demande, nous allons pouvoir créer rapidement notre commande.

Voici le résultat obtenu :

Pour terminer l’approvisionnement, nous créons notre entrée marchandise grâce à la fameuse activité

« MIGO » :

La migo étant créée, la suite est d’effectuer un transfert de stock du stock où se trouve notre lot vers le

sotck en consignation (dans le cas où ST souhaite créer un lieu de stockage consignation).

75


Commande de transfert

La société SAVEUR TOULOUSAINE dispose de quatre points de vente dans lesquels sont commercialisés

les produits de l’entreprise. Dans le cas de notre projet, ces points de vente sont considérés comme des

divisions. Pour l’approvisionnement de ces points de vente, l’entreprise utilise la commande de transfert

de stock.

Parametrage commande transfert

Type de commande de transfert

Customizing SAP Gestion des articlesAchatcommande d’achatDéfinir type de document

Nous avons paramétré un type de document pour la commande de transfert ZUB spécifique à l’entreprise

ST. Ce type de document a été créé en copie du type de commande de transfert standard dans SAP UB.

Paramétrage des données d’expédition entre division

Customizing SAP Gestion des articlesAchatcommande d’achatParamétrer les données d’expédition des divisions

Dans notre cas, il y a une seule division cédante, la divisions ZUST et 4 divisions (ou points de vente)

prenantes. Comme indiqué ci-dessous, un numéro de client est affecté aux divisions prenantes pour les

besoins de commandes de transfert.

Ensuite il faut affecter la division cédante(ZUST) au type de document de transfert(ZUB)

76


Il faut définir le type de procédure de transfert qu’on souhaite utilisé. Dans notre cas on a opté pour la

procédure de transfert en une étape.

Avec l’activation de transfert en une étape signifie que le système enregistre l'entrée de marchandises

dans la division prenante en même temps que la sortie de la division cédante.

Flux commande de transfert Ce type de transfert physique est effectué en deux parties :

1. une sortie de marchandises de la division cédante ; 2. une entrée de marchandises dans la division prenante.

A noter :

La quantité de stock à transfert est d'abord stockée dans le magasin de transit au niveau de la division prenante. Elle est enregistrée dans le stock à utilisation libre de la division prenante uniquement après enregistrement de l'entrée de marchandises.

Le flux de commande de transfert de stock Le flux de commande de transfert débute par la création de la commande de transfert avec le type de

document ZUB. Il faut renseigner la division cédante et la division prenante. L’article transfert doit être

géré au sein de deux divisions c’est-à-dire avoir une fiche info article au sein de chaque division.

77


Menu SAP Logistiquegestion des articlesachatcommande achatCréer

Tcode ME21N

Une fois la commande créée, on procède au transfert de stock entre les deux divisions. Le transfert est

effectué en deux étapes.

Avec la fonctionnalité de transfert de stock, on effectue d’abord la sortir de marchandises au sein de la

division cédante.

Menu SAP LogistiqueGestion des articlesGestion des stocksTransfert

Tcode MB1B

78


On effectue ce transfert en se référant à la commande de transfert. La sortie de marchandise au niveau de

la division cédante vers le stock de transit se réalise avec un code de mouvement 351 (pour référer le

transfert de stock utilisation libre en stock transit).

Ensuite, on renseigne les informations nécessaires liées au transfert de stock telles que la quantité, le

numéro de lot, le magasin cédante, …

Avec la synthèse de stock, on peut constante que le stock de transfert au niveau de la division prenante a

augmenté (partie encadre sur l’image ci-dessous).

79


Ensuite on procéde à l’entrée de marchandise au niveau de la division prenante(ZCHL). Cette etape est

divisé en deux partie :

Prémièrement, on effectue la sortie des marchandises au niveau du stock de transit avec le code de

mouvement 303(sortie de division de transfert).

Ensuite on effectue l’entrée de marchandises vers la division prenante avec le code de mouvement 305.

80


Lors de l’entrée de marchandises dans la division prenante, le système attribue un nouveau numéro de lot

pour les articles gérés par lot. C’est qui veut dire que le lot de départ lors de la sortie des marchandises

n’est pas le même que celui d’entrée de marchandise dans la division cédante.

Une fois le transfert terminé, le stock de transit disparait (détail synthèse de stock ci-dessous). Le stock à

utilisation libre de la division prenante augmente et il contient un nouveau numéro de lot qui correspond

à la quantité de marchandise transfert.

81


Flux SD

Le flux SD décrit les étapes du processus de vente d’un article à un client.

Dans le cas de l’entreprise Saveur Toulousaine, il décrit les étapes d’achat d’un produit fini par un client

grossiste.

De façon générale, le flux SD peut être schématisé comme suit :

Création article

La création de l’article constitue la première étape du flux SD.

Saveur Toulousaine produit plusieurs articles finis (produits finis) qui sont destinés à la vente directe à des

clients soit en gros à des grossistes, soit en détails à des détaillants.

Ces articles sont :

Article Description

ST_Merguez_PF Merguez

ST_Viande_Porc_PF Viande porc

ST_Saucisson_Foie Saucisson foie

ST_Viande_Boeuf_PF Viande bœuf

ST_Saucisson_Sec Saucisson sec

Chacun de ses articles est créé suivant la transaction SAP permettant de définir un produit fini.

Menu SAP LogistiqueGestion des articlesFiche articleArticle

Transaction MMF1

Ci-dessous un exemple : ST_MERGUEZ_PF

82


Gestion de stock La gestion de stock permet de connaitre en temps réel la quantité stockée d’un article.

Un stock peut être crée sans achat auprès d’un fournisseur, on parle d’entrée de marchandise sans passer

par la commande achat. Nous avons procédé ainsi sur le produit fini ST_MERGUEZ_PF afin de simuler le

flux SD indépendamment des autres flux logistiques, notamment l’achat ou la production.

Menu SAP LogistiqueGestion des articlesGestion des stocksMouvement de stock

Transaction MIGO

Le screenshot ci-dessous nous montre le stock créé. Mis en exergue, nous avons la désignation du stock,

la quantité du stock, ainsi que le magasin.

83


Création client

Le client achète le produit fini mis en vente en gros ou en détail. Le client est lié à l’organisation

commerciale, au canal de distribution et au secteur d’activité de l’entreprise Saveur Toulousaine.

Menu SAP LogistiqueADVDonnées de basePartenaire ClientCréer

Transaction XD01

Ci-dessous un exemple de client créé : ST_IBIS_1

84


Information client article Il s’agit d’un paramétrage permettant de lier le client à l’article afin de pouvoir lancer une commande.

Il s’agit dans notre cas de lier par exemple le client ST_IBIS_1 à l’article ST_MERGUEZ_PF.

Menu SAP LogistiqueADVDonnées de baseAccordsinfo client-article

Transaction VD51

Commande client Après avoir lié l’article au client, on peut effectuer une commande via la transaction VA01.

Menu SAP LogistiqueADVVenteCommande client

Transaction VA01

Les screenshots suivant nous des donnes des d’informations sur la commandes réée notamment sur les

informations de vente et d’expédition de l’article vers le client.

85


Livraison sortante La livraison d’une commande se gère via un bulletin de livraison. Ce document est réalisé via la

transaction VL01N. (Préparation de la livraison)

Menu SAP LogistiqueADVExpédition et transportLivraison sortanteCréer

Transaction VL01N

Ordre de transfert Il est question ici d’activer la livraison (emballage pour transport ect..). (Livraison activée). L’article est

prélevé du magasin de stockage ZMUT en vue de le préparer pour l’expédition vers le client ST_IBIS_1.

Menu SAP LogistiqueADVExpédition et transportPrélèvement d’articlesCréer ordre de transfert

Transaction LT03

86


Sortie marchandise Fin du processus d’expédition. La sortie réelle des marchandises du magasin est matérialisée par cette

étape. (Livraison exécutée)

Menu SAP LogistiqueADVExpédition et transportLivraison sortanteModifier

Transaction VL02N

Facturation A la fin du processus d’expédition, on facture le client et on lui envoie le document ainsi crée grâce à la

transaction VF01

Menu SAP LogistiqueADVFacturationFacture

Transaction VF01

Encaissement Le système sauvegarde la comptabilité de l’entreprise. L’encaissement en provenance du client est

enregistré via la transaction F-28.

Menu SAP Gestion comptabilitéComptabilité

financièreClientEcritureEncaissement

Transaction F-28

87


Retour d’expérience Dans ce projet, nous avons vécu une riche expérience humaine, technique et organisationnelle. Nous

avons donc demandé le ressenti d’une personne de l’équipe qui, d’après son REX14, a récapitulé le

ressenti de chacun entre nous à la fin de cette mission.

Voici un bilan de ces dits :

Compétences SAP

Points positifs

Mise en pratique les fonctionnalités étudiées en cours pour le module MM, Approfondissement des connaissances sur de multiples points comme : Les structures

organisationnelles, Gestion des lots, commande de transfert,…

Difficultés rencontrées

Le temps investi pour comprendre et rechercher la solution cas de difficulté est énorme.

Organisation de l’équipe :

Points positifs

Les points d’avancement chaque semaine malgré la distance qui nous sépare. Gestion des taches par rapport à leurs priorités.

Difficultés rencontrées

Départ de l’un des membres de l’équipe a été pénalisant niveau organisationnel et technique. Manque d’homogénéité dans la partition des taches. Le temps insuffisant compte-tenu de nos charges respectives. Distance géographique pour les quatre membres du projet (Toulouse, Paris, Castre)

Webographie

http://help.sap.com/ : Définition et explication du fonctionnement SAP.

14 Retour d’EXpérience

http://help.sap.com/

88


Analyse des risques

89


Annexes « Modélisation des flux »

90


Modèle smartform Commande achat

AUTRES INFORMATIONS SIGNATURE DU DEMANDEUR SIGNATURE DU FOURNISSEUR

Adresse de livraison :

Saveur Toulousaine

32 rue du Faubourg Bonnefoy

31000 Toulouse

NOM FOURNISSEUR

ADRESSE FOURNISSEUR

DATE DE LA COMMANDE

TITRE : Commande d’achat NUM : REFERENCE DE LA COMMANDE

DETAIL DE LA COMMANDE :

Référence Désignation article Quantité Prix unitaire HT Montant HT Montant TTC

TOTAL COMMANDE :

€ €

Rapport Projet sap · RAPPORT PROJET SAP Saveurs Toulousaines Nicolas Antini Responsable formation Mickael Quesnot Enseignant SAP Oussama BENGHAZALA Etudiant …

Text of Rapport Projet sap · RAPPORT PROJET SAP Saveurs Toulousaines Nicolas Antini Responsable formation...

La gestion d’entreprise simplifiée - SAP Virtual Agency · Présentation de la solution SAP Solutions SAP pour les PME SAP Business One La gestion d’entreprise simplifiée Objectifs

Calendrier Formation SAP France 2006 - Edition Ikphix.free.fr/Files/PlanningEducation-05-2006.pdf · BIT660 Archivage de données SAP SAP NetWeaver - SAP XI et solution Portail d’Entreprise

S4F15 - SAP

SAP FORMATION ACADEMIES SAP 2012 - cdn. mies_fonctionnelles_2012... · PDF fileSAP FORMATION ACADEMIES SAP 2012 : 1er semestre 2012 Devenez consultant certifié SAP ! Académie Achats

SAP Innovation Management · SAP Innovation Management Александра Сотникова Менеджер по развитию бизнеса SAP Custom Development (Служба

Extrait Book - Mickael Coquelet

МаркусЖелезны 30.05.2018, SAP Forum Astana · 6/1/2018 · • SAP Extended ECM отOpenText Химическая промышленность: ... • SAP Portfolio

BW310 - SAP

Mickael Rodrigues Portfolio

SAP PM Génération et distribution de dossiers de maintenance SAP PM

Clôture - SAP

SAp Micropole

SAP RFID Solutions · 2017-02-23 · ©SAP AG 2006, SAP RFID Solutions – SAP Auto-ID Infrastructure 4.0 / 21 Technology and Usability Improvements Number Range Management – Number

La cuisine qui dit Miam - CPIE Terres Toulousaines

SAP HANA - Digital Transformation, IoT, Cloud, Big Data ... · PDF fileINTEGRATION SERVICES SAP HANA Smart Data Access SAP Sybase Event Stream Processor SAP Data Services SAP Sybase

Mes nocturnes TOULOUSAINES 2008 Cliquer pour changer de diapo Chanson Claude NOUGARO

Interprété par Mickael DISPENZA Diaporama automatique Réalisé par Martine GREVEN

Solutions de SAP SAP Business One 2007 A - help.sap.com€¦ · PUBLIC Comment exécuter une montée de version du lettrage Solutions de SAP SAP Business One 2007 A V2.0 Novembre

12- Mickael Hart: Mohamed psl l'Homme le plus influent du monde

: sap sap : sap sap ap sap ap ¿ 8661 - en.c2rmf.fr · W)éPartearn.ent des .scuZPtzures Les brocarts : La Sylvie SoPhie G-zziZZot de Chi rx. i e : les terres des del la Rob bia JeczTù—René

programme fete votive 2018 - Rodilhan...NUESA RENAUD – ORGONENS. Raseteurs MOINE David, GOU-GEON Mickael, PEREZ Yannick, PINTER Jeremy, CHARNELET Mickael, GARCIA Ludovic VENDREDI

SAP ERP 6.0 AnyDBfiles.meetup.com/19283126/Meetup 3 - 2016_11_10... · SAP ERP 6.0 AnyDB SAP SoH SAP S/4HANA ~100-200 apps ~900 apps ~500 apps

Brochure SAP

SAP Essec.pdf

Antoine LACROIX Jérôme SCHMIDT Mickael LIGIER 3° B

Mes nocturnes TOULOUSAINES 2008 Chanson Claude NOUGARO

Jonathan Groff & Mickael Puyfages - Projet SMS enfant

SAP Lumira @ Infrabel using GEOdatasapevents.be/cubis/presentations/20160202_SAP... · SAP BO Webi • SAP Crystal Reports Agile Visualisation SAP Lumira • SAP BO Explorer SAP BO

63659714 Gu Sap r3 Sap Controle de Gestion

Serveur de données géographiques Michel BELLOUIS Mickael TREGUER Ifremer

Documents

Rapport Projet sap · RAPPORT PROJET SAP Saveurs Toulousaines Nicolas Antini Responsable formation Mickael Quesnot Enseignant SAP Oussama BENGHAZALA Etudiant …

Text of Rapport Projet sap · RAPPORT PROJET SAP Saveurs Toulousaines Nicolas Antini Responsable formation...