Sap Edi

RAPPORT DE CADRAGE
PROJET SAP EDI STG
ISATIS CONSULTING
alias
Françoise Richeboeuf, Catherine Bernabé, Mhamed Mamouni, Mohamed Abbassi
Mastère Spécialisé Chef de Projet ERP 2012/2013 Août 2013

ISATIS
Projet SAP EDI STG Client : STG
CONSULTING
Rapport de cadrage EDI STG AIRBUS V3 26/08/2013
Equipe projet
Françoise Richeboeuf CP Date de lancement : 15/05/2013

Catherine Bernabé CF
Mhamed Mamouni CT
Mohamed Abbassi CT Date de livraison : 26/08/2013
RAPPORT DE CADRAGE EDI STG AIRBUS
Destinataires
Jury SAP MSERP12/13

CESI Toulouse
Mickaël Quesnot Intervenant SAP

Nicolas Antini Pilote Mastère
Historique des évolutions
Version Date Auteur(s) Statut

0 - Plan cible 28/07/2013 FRi clos
1 - Assemblage parties 18 – 21/08/2013 FRi ok
2 - Relecture correction 22 – 24/8/2013 Tous ok
3 - Validation 27/08/2013 FRi PDF ok
Isatis Consulting Page 1 sur 107

ISATIS
CONSULTING
Table des matières

GLOSSAIRE .............................................................................................................................................................................................. 4
PREAMBULE............................................................................................................................................................................................ 5
1. RAPPEL DU CONTEXTE ET DES DONNEES DE L’ENTREPRISE ETUDIEE ........................................................................ 6
1.1. LA SOCIETE STG : ......................................................................................................................................................................................... 6

1.1.1. Profil ................................................................................................................................................................................................................................. 6
1.1.2. Structure ........................................................................................................................................................................................................................ 6
1.1.3. Schéma de flux de l’entreprise............................................................................................................................................................................. 6
1.1.4. Système d’information ............................................................................................................................................................................................ 8
1.2. BESOINS STG ............................................................................................................................................................................................... 8
1.2.1. Enjeux et bénéfices .................................................................................................................................................................................................... 8
1.2.2. Périmètre ....................................................................................................................................................................................................................... 9
1.2.3. Séquençage du projet ........................................................................................................................................................................................... 10
1.2.4. Equipe projet client STG (KU, CPU, CPI) .................................................................................................................................................... 10
2. ETUDE DE CADRAGE / EQUIPE PROJET................................................................................................................................ 11
2.1. PRESENTATION EQUIPE PROJET ................................................................................................................................................................ 11

2.2. ROLES ET ATTRIBUTIONS .......................................................................................................................................................................... 12
3. ETUDE DE CADRAGE / ANALYSE PREALABLE ET CONCEPTION FONCTIONNELLE................................................... 13
3.1. ENCHAINEMENT DES PROCESSUS CIBLES SOUS PERIMETRE .................................................................................................................... 13

3.2. STRUCTURE ORGANISATIONNELLES ET MASTER DATA............................................................................................................................ 14
3.2.1. Structure organisationnelle .............................................................................................................................................................................. 14
3.2.2. Master data................................................................................................................................................................................................................ 15
3.3. DETAILS DES PROCESSUS STG-AIRBUS ................................................................................................................................................. 24
3.3.1. Considérations générales.................................................................................................................................................................................... 24
3.3.2. Lot 1 : Commande/Confirmation de commande .................................................................................................................................... 25
3.3.3. Simulation de la production.............................................................................................................................................................................. 34
3.3.4. Lot 2 : Bon de livraison / Avis de réception ............................................................................................................................................... 35
3.4. ETATS ......................................................................................................................................................................................................... 42
3.4.1. Besoin Etats d’activité sous EDI ...................................................................................................................................................................... 42
3.4.2. Spécifications pour création query pour états ET04 ............................................................................................................................ 43
4. ETUDE DE CADRAGE / PARAMETRAGE DE LA SOLUTION SAP ...................................................................................... 45
4.1. PRESENTATION GENERALE DU PARAMETRAGE ........................................................................................................................................ 45

4.2. CONNEXION EDI ........................................................................................................................................................................................ 47
4.2.1. Synthèse des paramétrages de la Connexion EDI .................................................................................................................................. 47
4.3. GENERATION D’IDOC VIA UNE CORRESPONDANCE (GESTION DES MESSAGES) ..................................................................................... 67
4.3.1. Synthèse des paramétrages d’une correspondance (message) ........................................................................................... 67

ISATIS
CONSULTING
4.4. PILOTAGE DES TEXTES ............................................................................................................................................................................. 71

4.4.1. Synthèse des paramétrages du pilotage des textes ............................................................................................................................... 71
4.5. GESTION DES IDOC REÇUS EN STATUT D’ERREUR (WORKFLOW) ..................................................................................................... 79
4.5.1. Synthèse des paramétrages du Workflow.................................................................................................................................................. 79
4.6. CONTROLE DU STATUT DE L’IDOC DANS LE SYSTEME EXTERNE ......................................................................................................... 86
4.6.1. Synthèse des paramétrages ............................................................................................................................................................................... 86
5. TESTS ET JEU D’ESSAI ............................................................................................................................................................... 92
5.1. LES TESTS UNITAIRES ................................................................................................................................................................................ 92

5.2. LES TESTS D’INTEGRATION........................................................................................................................................................................ 94
5.3. LA RECETTE CLIENT ................................................................................................................................................................................... 94
5.3.1. Recette flux achat vente sous EDI - PREREC-01-A ................................................................................................................................. 94
5.3.2. Recette états d’activité sous EDI - PREREC-02-A ................................................................................................................................... 95
6. FORMATION................................................................................................................................................................................. 97
6.1. FORMATION EQUIPE PROJET ..................................................................................................................................................................... 97

6.2. FORMATION CLIENT STG .......................................................................................................................................................................... 98
7. GESTION DE PROJET.................................................................................................................................................................. 99
7.1. METHODOLOGIE ET OUTILS....................................................................................................................................................................... 99

7.1.1. La méthode ASAP.................................................................................................................................................................................................... 99
7.1.2. Infrastructures et environnements techniques .....................................................................................................................................100
7.1.3. Outils et supports ..................................................................................................................................................................................................100
7.2. PLANNING DE MISE EN OEUVRE .............................................................................................................................................................. 101
7.3. BUDGET .................................................................................................................................................................................................... 101
7.4. GESTION DES RISQUES ............................................................................................................................................................................. 102
8. BILAN ET RETOUR D’EXPERIENCE ..................................................................................................................................... 104
8.1. COMPETENCES ACQUISES ........................................................................................................................................................................ 104

8.2. RETOUR D’EXPERIENCE ........................................................................................................................................................................... 104
8.3. CONCLUSION............................................................................................................................................................................................. 105
ARBORESCENCE DES ANNEXES SUR LE REPERTOIRE « 99 ESPACE JURY »....................................................................... 106

ISATIS
CONSULTING
Glossaire
Terme Définition
A400M Avion militaire Airbus. L'armée de l'air française a réceptionné le premier Airbus A400M en Août 2013
Accords Les accords d’interchange permettent de définir les paramètres de réception et d’émission.
d’intechange
ALE ALE est la technologie middleware fournie par SAP dans R/3 pour intégrer des processus mettant en cause
plusieurs systèmes. Le principe de base est qu’un événement va générer un processus consistant à extraire des
informations de R/3 et à les envoyer à un autre système.
ALEAUD Type de message pour envoyer au système expéditeur les statuts des IDocs reçus par le système récepteur.
ASAP Accelerated SAP : méthode recommandée pour implémenter (ou faire évoluer) SAP efficacement. Structurée
autour d’une Roadmap (5 phases) et mettant à disposition une panoplie d’outils (tools) et de modèles
(accelerators) rassemblée dans un « implementation assistant ».
BADI Il permet au developpeur de creer un user-exit dans le code, d'implémenter un exemple ou un comportement par
défaut de maniere objet et autorise ou non une implémentation cliente.
Central pedestal Partie centrale du cockpit de l'avion militaire A400M. Cest la pièce qui sépare les deux pilotes.
ou cabine
pedestal
DESADV Type de message Idoc pour une Livraison
Destination RFC La destination RFC (Remote Function Call) définit la communication physique à la destination distante. Les
destinations RFC sont uniquement utilisées pour des communications sortantes de SAP.
EDI Echange de Données Informatisées ou Electronic Data Interchange. Outil au service de l’échange d’informations
consistant à transporter automatiquement des données de l’application informatique d’une entreprise vers
l’application informatique d’une autre entreprise, par des moyens de télécommunication (par exemple internet)
et selon des messages préétablis et normalisés.
IDOC Un IDoc est un document intermédiaire (Intermediate DOCument). C’est un conteneur, utilisé pour échanger des
données entre deux processus.
IMG Contient toutes les fonctionnalités de tous les réglages et paramètrages possibles sur tous les composants de
l'application SAP
Isatis Renard polaire à la fourrure blanche et douce. Il peut résister à des températures de -70 °C. Cet animal très
robuste ne connaît que peu de prédateurs (Wikipedia)
Mandant Un mandant désigne dans la terminologie SAP des unités logiques au sein du système SAP. Ces unités, au contenu
indépendant, contiennent des données propres à chaque mandant (données générales, données de configuration)
et certaines données communes entre mandants (messages d’erreurs par exemple).
Modèle de Un modèle de distribution renferme les spécifications identifiant les messages (type de messages) circulant vers
Distribution un système logique. Un modèle de distribution désigne le type de données à échanger.
ORDCHG Type de message pour une modification d’une commande d’achat
ORDERS Type de message Idoc pour une Commande d'Achat
ORDRSP Type de message Idoc pour la Confirmation d'une Commande de Vente
Port Port d'entrée ou de sortie. Cette donnée indique le chemin d'acheminement des IDOC vers le système situé en
aval. C’est le lien de communication entre les deux systèmes logiques.
SPRO SAP Project Reference Object : Il est utilisé pour réaliser des parametrages selon les besoins du client en utilisant
les réglages standards présents dans le système.
STTPOD ARL: Type de message Idoc pour Accusé de Réception d'une Livraison
Système logique Pour chaque mandant SAP utilisé, un système logique de base (LS) doit être associé au client SAP. Chaque
système logique devient l’expéditeur de message sortant et le récepteur de messages entrants.
Type de Message Les types de messages sont utilisés dans un modèle de distribution pour représenter le type de données échangées
en EDI entre deux systèmes SAP.
Type d'Idoc Contient tous les champs standards qui sont nécessaires pour réaliser une transaction commerciale. Par exemple,
ORDERS, DESADV….

ISATIS
CONSULTING
Préambule
Welcome on board !
Bienvenue à bord de cet A400M pour le vol N° SAP EDI STG opéré par la compagnie Isatis Consulting.
Ce vol, aller-retour et sans escale, reliera la Société STG de Labège à la Société Airbus de Toulouse-Blagnac grâce
à la technologie de l’EDI. Atterrissage prévu le 30 septembre 2013 à 9h00 environ, heure locale.
The dream crew :
Françoise Richeboeuf Catherine Bernabé Mhamed Mamouni Mohamed Abbassi
Un grand merci à Mickaël Quesnot qui, telle une vigie dans sa tour de contrôle, a su nous aiguiller, même par
temps de brouillard, avec beaucoup de disponibilité et de gentillesse.
Merci aussi à Isabelle de la Société STG qui a pris sur son précieux temps pour nous donner les clés de l’A400M,
prétexte à l’aventure.
Nous vous souhaitons un agréable vol en notre compagnie et restons à votre disposition.
Remarque (sérieuse !) sur le traitement du client Airbus dans le projet :
L’objectif de ce projet étant de faire réellement échanger des données de flux achat/vente entre STG et son
client Airbus, nous avons dû nous appuyer sur un client Airbus bien réel. Pour ce faire, nous avons utilisé un
2ème mandant dans lequel nous avons paramétré (comme pour STG) une structure Airbus, des données de
base, des flux et des paramétrages EDI. Pour toutes ces données Airbus, faute d’information, nous avons fait le
choix de reproduire les éléments STG (sauf exception) ou tout au moins ceux qui en découlent logiquement.

ISATIS
CONSULTING
1. Rappel du contexte et des données de l’entreprise étudiée
1.1. La société STG :
1.1.1. Profil
STG est une jeune PME de l’agglomération toulousaine, créée en 2004 et toujours dirigée par son créateur. Elle
réalise un chiffre d’affaire de 10 millions € et emploie une centaine de personnes. Cette entreprise a toujours
connue une croissance soutenue et affiche de belles perspectives, portée par la dynamique du marché
aéronautique et aérospatial (90% de son activité).
Fournisseur de rang 1 de clients comme Airbus et contrainte de répondre aux contraintes et exigences de son
environnement, STG s’est bâti sur une solide culture qualité, recherche, innovation et service client.
1.1.2. Structure
Au gré de sa croissance et de son ouverture vers de nouvelles activités, STG s’est structurée en une holding
possédant trois filiales :
Les trois fliliales du groupe STG interviennent de façon coordonnée et complémentaire afin de proposer une
offre de sous-traitance globale ou partielle pour tout type de projet portant sur des pièces composites pour
l’industrie.
1.1.3. Schéma de flux de l’entreprise

ISATIS
CONSULTING
Pour avoir une vision globale du fonctionnement de STG, nous reprenons ci-dessous le schéma des flux,
élaboré par l’entreprise STG.
Les informations clés à extraire de ce tableau sont :
- Les 3 entités sont entièrement lissées dans l’activité quotidienne

- STG vend à des clients des pièces spécifiques à un client
- Celles-ci sont soit fabriquées par STG à partir de composants et matières premières achetés, soit sous-
traitées partiellement
- La fabrication de produits finis est déclenchée par une commande client. STG ne possède pas de stock
de produits finis.

ISATIS
CONSULTING
1.1.4. Système d’information
Toutes les données et tous les processus des 4 entités sont gérés via un ERP transversal. En effet, l’entreprise
vient d’intégrer une solution SAP R/3 sur un périmètre équivalent à SD, PP et MM, la partie finance et RH
restant gérée par SAGE. Les 2 solutions sont interfacées.
1.2. Besoins STG
Suite à la demande de son principal client Airbus, STG a missionné Isatis Consulting pour la mise en place d’un
Echange de Données Informatisées (EDI) sur la fonction vente. L’échange des données se fera en temps réel et
sans passer par un hub prestataire.
1.2.1. Enjeux et bénéfices
La capacité à communiquer en EDI est une nécessité pour les entreprises qui veulent rester des fournisseurs
de rang 1 dans le secteur aéronautique. Tel est le cas de STG qui doit se soumettre rapidement aux exigences
de son client Airbus. STG pressent que d’autres clients comparables, à date au nombre de 2, formuleront la
même exigence sous peu. STG souhaite être proactif à leur égard. Ces 3 clients pèsent près de 50% du chiffre
d’affaire de l’activité production de STG
Pour cette évolution majeure, à mettre certes à l’initiative d’un client, comme c’est souvent le cas dans les
PME, STG s’inscrit dans une démarche tout à fait positive, consciente des enjeux immédiats et des bénéfices
internes à court et moyen terme.

ISATIS
CONSULTING
1.2.2. Périmètre
L’objectif donné à Isatis est de passer sous EDI direct dans SAP l’échange des données achat/vente entre STG
et Airbus, et à terme d’autres de ses clients.
Le schéma de flux ci-dessous fait ressortir les 4 grands processus de vente existant chez STG, (et qui ont leur
pendant côté client.)
1. La réponse à la demande d’offre du client : création d’un devis ou proposition

2. Le traitement de la commande client et notamment sa confirmation
3. La livraison de la marchandise
4. La facturation
L’EDI est à mettre en place sur ses 4 processus. 1 processus = 1 lot
Client STG Fournisseur Sous-traitant
Demande: Devis ou
contrat cadre
Offre: devis ou
4 Etudier demande
contrat cadre
Commande ou plan
d’approvisionnement
Accepter
commande
proposée
1 Non
Oui
Modifier commande
Commande Confirmer
confirmée commande
Commande
Sous-traiter Oui Sous-traitance
Non
Commande
Acheter matière Oui Matière première
Non
Produire
Bon de livraison Lvrer
2
Avis de réception
3
Facture Facturer

ISATIS
CONSULTING
1.2.3. Séquençage du projet
STG a souhaité mettre en place l’EDI sur ces processus et clients par étapes selon le planning ci-dessous :
1ère étape : Mise en place du flux EDI avec AIRBUS
- Lots 1 & 2 : Livraison septembre 2013

- Flux réception de commande standard client /confirmation de commande
- Flux avis d’expédition / bon de livraison / accusé de réception de livraison
- Lots 3 & 4 : Livraison janvier 2014

- Flux demande/offre
- Flux programme de livraison et appel
- Flux facture
2ième étape : Extension de l’EDI vers les autres clients (à date 2 candidats)
- Livraison Mars 2014.
1.2.4. Equipe projet client STG (KU, CPU, CPI)
- Isabelle, Responsable Logistique et Qualité, chef de projet utilisateur

- Lionel, Directeur Administratif et Financier, chef de projet informatique
- Raymond, Resp Entrepôt, KU
- Corinne, Collaboratrice ADV, KU

ISATIS
CONSULTING
2. Etude de cadrage / Equipe projet
2.1. Présentation équipe projet
L’équipe projet Isatis est constituée de 4 personnes :
- Francoise Richeboeuf (FRI) : Chef de Projet

- Catherine Bernabé (CBE) : Consultant fonctionnelle
- Mhamed Mamouni (MMI) : Consultant technique, interface client STG
- Mohamed Abbassi (ABM) : Consultant technique
 Une équipe composée de profils complémentaires tant sur le plan du cursus que des apports sur les
projets qui leur sont confiés.
 Une équipe certes junior sur SAP mais qui compense par une capacité d’autoformation
(communicative !) et une implication difficile à contenir.
Topic Françoise Richeboeuf Catherine Bernabé Mhamed Mamouni Mohamed Abbassi
Cursus -Ecole Supéreure de - Ecole Supérieure de - Ecole Supérieure des - Master Mathématiques &
Commerce de Pau commerce de Paris Technologies Industrielles Informatique Graphique
-Mastère spécialisé Chef - Master II Audit Contrôle Avancées - Master Statistique et
de Projet ERP de Gestion - Master II Systèmes de Econométrie
- Mastère spécialisé Chef production industriels - Mastère spécialisé Chef
de projet ERP automatisés de Projet ERP
- Mastère spécialisé Chef
de projet ERP
Expériences / - 18 ans d'expérience en - 10 ans d'expérience en - 8 ans d'expérience : - 4 ans de recherche,
compétences PME dans des fonctions contrôle de gestion Responsable de développement et analyse
marketing, commercial, - Analyse, modélisation et production économétrique
ADV, logistique amélioration de processus - Mise en place d'un Erp : - Compétences et
- Mise en place des - Assistante de projet mise Achat, vente et expériences dans l'analyse
modules achat/vente de 2 en place d'un outil BI production. et le developpement: R,
ERP typés PME SAS, Microsoft .NET,
BI/BW
Compétences - 6 mois de pratique - 6 mois de pratique - 1 an de pratique - 6 mois de pratique sur
SAP fonctionnelle sur MM et fonctionnelle et fonctionnelle sur SD et MM, SD et paramétrage
SD paramétrages standards MM EDI
sur MM et SD - Attestation de
préparation à la
certification SD MM
- Paramétrage SAP SCM
- Paramétrage PP
- Connaissance WM et PS
Apport sur le -Recul fonctionnel sur les - Analyse et conception - Paramétrages avancés -Paramétrages EDI SD-
projet problématiques du projet fonctionnelle SD MM MM
-Pilotage du projet - Paramétrages standards - Paramétrages EDI SD- -Paramétrages SAP
MM standards et évolués
- Analyse fonctionnelle

ISATIS
CONSULTING
2.2. Rôles et attributions
Du fait des profils complémentaires, le positionnement de chacun sur le projet s’est fait de manière assez
naturelle. On peut le schématiser ainsi : un cœur de fonction doublé d’une capacité à intervenir sur le projet
avec un spectre plus large.
Au-delà de ces fonctions cœur et compte tenu du projet et de la taille de l’équipe, chaque membre a fait
preuve de polyvalence. Ainsi, certaines tâches clés sont pilotées par un porteur (pilote), associé à un binôme
(voire 2).
Ce principe de binôme offre 2 autres vertus :
- Il permet de maintenir pour chacun, une charge de travail constante et équitable tout au long du
projet
- Il permet de décupler les connaissances et compétences par un effet de rebond sur les apports de
l’équipier (et réciproquement)
- Il limite l’impact d’éventuelles défaillances humaines ou baisses de régime sur un projet.
Porteur Binôme FRI CBE MMI ABM


F Richeboeuf Pilotage projet X
Livrables & soutenance X X X
Plans de formation X
C Bernabé Synthèse Entretien X X
Concept° fonctionnelle X X
Tests X X X
M Mamouni Interface client, atelier X
Conception technique X X
Paramétrage X X
M Abbassi Formation équipe EDI X X
Paramétrage EDI X

ISATIS
CONSULTING
3. Etude de cadrage / Analyse préalable et conception fonctionnelle

L’objectif de ce paragraphe est double. Il doit permettre :
- D’une part, de décrire l’impact de la mise en place des flux EDI sur les processus STG, aussi bien d’un
point de vue fonctionnel qu’en ce qui concerne la gestion de ces processus dans l’ERP ;
- D’autre part, de proposer une mise en adéquation des besoins* d’STG dans SAP non seulement par
rapport à la problématique de l’EDI mais également par rapport aux spécificités fonctionnelles de
l’activité d’STG. (* Les besoins d’STG sont exprimés dans la synthèse des entretiens de recueil des
besoins et affinés lors des ateliers utilisateurs. Cf annexe)
Les processus et les données existants sont considérés comme en adéquation avec les besoins de STG d’un
point de vue fonctionnel : ils ne seront modifiés que si la mise en place d’un flux EDI l’impose.
NB : du fait qu’un flux EDI n’a de sens qu’entre deux systèmes, nous décrirons les processus existants aussi
bien chez Airbus (le client, mandant 150) que chez STG (le fournisseur, mandant 731)
3.1. Enchainement des processus cibles sous périmètre

Afin de faciliter les échanges avec ses fournisseurs et établir des relations plus efficaces avec un nombre
restreint d’entre eux, la société Airbus souhaite gérer sa relation commerciale avec son fournisseur STG via
EDI.
Les différents processus des partenaires de la relation commerciale vont donc s’articuler de la façon suivante :
1. Airbus souhaite envoyer ses commandes d’achat à STG via EDI : elles seront donc créées et
enregistrées dans le système de STG en temps réel.
2. STG souhaite pouvoir les confirmer à Airbus immédiatement de manière électronique (la
confirmation sera donc enregistrée en temps réel dans le système d’Airbus)
3. STG doit envoyer à son client, toujours via EDI, un avis de livraison dès lors que la marchandise est
expédiée.
4. Airbus trouvera la confirmation de la livraison dans la commande d’achat concernée, et une livraison
entrante aura été créée automatiquement lors de la réception par EDI de l’avis de livraison émis par
STG.
5. Enfin, dès qu’il aura réceptionné la marchandise, Airbus transmettra via EDI un accusé de réception
de livraison qui déclenchera chez STG le processus de facturation.
La mise en place d’un flux EDI, s’il a des impacts aussi bien en termes de processus métiers
qu’organisationnels, ne doit pas remettre en cause le fonctionnement de fond de la relation commerciale entre
STG et son client.
De la même façon, en ce qui concerne la solution SAP, il s’agit d’un processus « technique » qui ne doit pas en
bouleverser l’utilisation ou la logique, que ce soit en termes de master data ou de flux de gestion.

ISATIS
CONSULTING
3.2. Structure organisationnelles et master data

3.2.1. Structure organisationnelle
Comme nous l’avons précisé dans le paragraphe 1 .1.2.1 Structure, malgré la présence de quatre entités
légales, les différentes structures fonctionnent comme les différents services d’une entité unique.
Nous avons donc fait le choix, par souci de simplification, mais également car cela n’avait aucun intérêt
particulier pour la mise en place d’un flux EDI (ce qui reste le cœur de notre intervention), de ne créer qu’une
seule structure au sein du système SAP.
Nous avons donc créé une structure organisationnelle simple où chaque élément organisationnel devant être
créée dans SAP l’a été en un exemplaire unique. Si dans le futur les exigences d’STG devaient requérir la
création d’autres structures, il suffirait de dupliquer les éléments nécessaires selon la même la logique que
celle que nous avons suivie et qui est présentée dans les schémas ci-après.
La structure organisationnelle créée dans les deux mandants est identique aussi bien dans la conception que
dans la codification. Les codes ne diffèrent que par la première lettre qui est Z pour STG et Y pour Airbus.
3.2.1.1. La société STG, mandant 731

ISATIS
CONSULTING
3.2.1.2. La société AIRBUS, mandant 150
3.2.2. Master data
On peut distinguer deux types de Master data (données statiques, données de base) : celles qui interviennent
dans le flux fonctionnel en tant que telles (article, client, fournisseur, …), et les données statiques de base,
(enregistrées dans des tables spécifiques), nécessaires pour renseigner les premières (la devise, la forme
juridique, le groupe de marchandises, …).
Nous ne nous occuperons ici que des données intervenant dans le flux (les données de base sont pour la
plupart déjà renseignées en standard ; dans le cas contraire, il suffit d’ajouter la donnée nécessaire dans les
tables).
Les données statiques impliquées dans le flux achat –vente sont au nombre de 5.
Sur le mandant 731, celui du fournisseur, nous trouverons :
- L’article
- Le client
- La fiche client - article
Sur le mandant 150, celui du client, il y aura :
- L’article
- Le fournisseur

ISATIS
CONSULTING
- La fiche info – achat.
En ce qui concerne les données qui doivent être renseignées dans SAP, nous sommes partis des indications et
documents qui nous ont été fournis lors des ateliers de recueil des besoins, et nous avons identifié dans SAP
les champs à utiliser pour les renseigner ; ceci a été fait dans les 2 mandants.
3.2.2.1. Système STG, mandant 731
3.2.2.1.1. L’article
Les données concernant l’article qu’STG souhaite renseigner dans le système d’information sont toutes
transposables en standard dans SAP. Nous reportons ci-après les champs identifiés comme correspondants
aux données cible.
Afin de regrouper selon le souhait d’STG les articles qu’il fabrique, nous avons prévu de créer un groupe de
marchandise (ZCOM) et un groupe de marchandises externes (ZA400M) spécifiques.
Enfin, deux champs méritent une mention particulière car ils répondent à une spécificité de l’activité d’STG : le
profil numéro de série et la gestion par lot. Ceux-ci doivent être transmis au client par EDI dans le bon de
livraison.
Le lot correspond à un lot de fabrication qu’STG attribue aux pièces qu’il fabrique par souci de traçabilité. De
plus, toujours pour les mêmes raisons, STG attribue un numéro de série à chaque pièce produite.
Le profil de numéro de série choisi signifie que pour tout mouvement de stock est requis le numéro de série
des articles mouvementés.
Cible STG Référent S.A.P. Couverture

spécifiques STG
à ajouter dans
Non Standard
Automatique
Onglet fiche
Obligatoire
*: données
Valeur du
Facultatif
Standard
une table
Données
Champs
champ
article
Rq
Aerospatial &
Ecran initial Branche O Espace
Produit
Ecran initial Type article O commercialisable
Code article DdeB1 Article O Manuelle S
Désignation article DdeB1 Désignation O Manuelle S
Unité de quantité de
Unité de mesure DdeB1 base* O PC Pièce S
Poids brut DdeB1 Poids brut F S
Poids net DdeB1 Poids net F S
Groupe de
DdeB1 marchandise * F ZCOM S
Groupe de march
Programme DdeB1 externe* F ZA400M S
DdeB1 Unité de poids* O KG S
DdeB1 Gpe GénTypPoste O NORM (défaut) S
DdeB1 Secteur d'activité F S

ISATIS
CONSULTING
DdeB2 Vue non gérée. Hors périmètre S

Classification Vue non gérée. Hors périmètre S
Org. Comm 1 Données taxes O 1 S
Valeur par défaut
Org. Comm 2 si existantes S
Données
Gén/Div GpeTransp O 0001
Données
Gén/Div Gpe.charg. O 0003
Données 003: Gestion des
Gén/Div Profil Num de série F stocks S
Comm. Ext
(Imp/Exp) Vue non gérée. Hors périmètre S
Programme Texte ADV Description F S
Vue non gérée. Hors périmètre
Achats S
Texte
commande Vue non gérée. Hors périmètre
d'achat S
Planif des Vue non gérée. Hors périmètre
besoins 1 a 4 S
Previsions Vue non gérée. Hors périmètre S

Stock 1 Gestion par lot F X S
Valeur par défaut
Stock 2 si existantes S
Emplac. Mag 1
-2 Vue non gérée. Hors périmètre S
Vue non gérée. Hors périmètre
Manag. Qualité S
Comptabilité 1 Code Prix O S (Standard) S
Comptabilité 1 Prix Standard O S
Valeur par défaut
Comptabilité 2 si existantes S
CCR 1 -2 Vue non gérée. Hors périmètre S
3.2.2.1.2. Le client
Comme pour l’article, toutes les données qu’STG souhaite renseigner sont disponibles en standard dans SAP.
Afin d’avoir une correspondance parfaite, nous avons simplement prévu de:
- créer un groupe de compte donneur d’ordre qui accepte une codification alphanumérique afin que
STG puisse transposer sa codification dans SAP (ZDO)
- paramétrer un nouveau type de forme juridique inexistant dans les tables de base existantes (« s.a.s. »
pour « Société par Actions Simplifiée » qui est la forme juridique d’Airbus)
- paramétrer un code branche qui corresponde à la classification selon laquelle STG souhaite pouvoir
regrouper ses clients, en l’occurrence la classification APE,
- Paramétrer une branche d’activité de la classification APE afin qu’il puisse y rattacher son client.
Deux données importantes la fiche client pour gérer l’accusé de réception de livraison via EDI :
La première, « Significatif pour ARL », est une case à cocher qui indique que la réception de l’accusé de
réception de la livraison est attendue et qu’elle déclenche la facturation automatique, la deuxième « Intervalle

ISATIS
CONSULTING
ARL » est le nombre de jours accordés au client pour accuser réception de la livraison : passé ce délai, les
livraisons sortantes sont considérées comme réceptionnées par le client et par conséquence automatiquement
facturées. (Cette deuxième donnée étant ici hors périmètre, elle n’est pas renseignée.)
spécifiques STG
à ajouter dans
Non Standard
Automatique
Obligatoire
*: données
Vue fiche
Valeur du
Facultatif
Standard
une table
Données
Champs
champ
Onglet
CLient
Rq
Ecran intial Groupe de O ZDO Donneur S
comptes d'ordre STG
Ecran intial Client O libre S
Ecran intial Société F ZSTG S
Ecran intial Organisation F ZOC1 S
commerciale
Ecran intial Canal distribution F Z1 S
Ecran intial Secteur d'activité F Z2 S
Données S
exportation
Données adresse Titre de civilité F Entreprise S
Générales
Raison Données adresse Raison sociale O S
sociale Générales
Forme Données Marketing *Forme juridique F S
juridique Générales
Données adresse Critère de O STG S
Générales recherche
Adresse Données adresse Groupe "Adresse O S
complète Générales postale"
Tel: Données adresse Tel F S
Générales
Fax Données adresse Fax F S
Générales
Site web Données Adresse - adresse site web F S
Générales Autre
communica
tion - URI
Données adresse Pays O FR S
Générales
Données adresse Région O Département du S
Générales client
Données adresse Zone de transport O Région du client S
Générales
N° Siret Données Données de N° SIRET F S
Générales pilotage
Données Données de TVA sur CA F cocher S
Code APE Données Données de *Branche F AIR S
Code APE Données Marketing *Code Branche 1 F APE S
Générales

ISATIS
CONSULTING
CONTACTS Données S
Générales
Nom Contact Données Contact Nom Contact F S
Générales
Données Contact Prénom Contact F S
Générales
Fonction Données Contact Fonction contact F S
contact Générales
Tel: Données Contact Tel: F S
Générales
Fax Données Contact - Fax F S
Générales adresse
privée
E-mail Données Contact - E-mail F S
Générales adresse
privée
Nom autre Données Contact Nom autre F S
contact Générales contact
Fonction Données Contact Fonction autre F S
autre contact Générales contact
Tel: Données Contact Tel: F S
Générales
Fax Données Contact - Fax F S
Générales adresse
privée
E-mail Données Contact - E-mail F S
Générales adresse
privée
LIVRAISON/ S
FACTURATI
ON
Données dom. Expédition Cdtion Expédition O 02 Standard S
Comm.
Données dom. Expédition Divsion F ZDV1 S
Comm.
Données dom. Expédition Significatif pour F X S
Comm. ARL
Données dom. Expédition Intervalle ARL F S
Comm.
Données dom. Vente Agence F ZAC1 S
Comm. Commerciale
Données dom. Vente Groupe vendeur F ZGV S
Comm.
DONNEES
REGLEMENT
Données Tenue de Groupe collectif O 411100 S
Société compte
Données Opér. De Coordonnées F S
Société paiement bancaires, autor
prélèvement
Condtions de Données dom. Facture Incoterms F EXW S
livraison Comm.
(incoterms)
Données dom. Facture Lieu Incoterm F Labège S
Comm.
Conditions Données dom. Facture Condition F 001 S
de paiement Comm. Paiement
Données dom. Facture Classification O 1 Imposable S

ISATIS
CONSULTING
Comm. taxes
Données dom. Rôles DO: Donneur O STG-AIRBUS S
Comm. partenaires d'ordre
Adresse de Données dom. Rôles CF: Client facturé O STG-AIRBUS S
facturation Comm. partenaires
Données dom. Rôles PY: Client Payeur O STG-AIRBUS S
Comm. partenaires
Adresse de Données dom. Rôles CL: Client livré O YDV1 S
livraison Comm. partenaires
3.2.2.1.3. La fiche client-article

STG n’a exprimé aucun besoin particulier qui viendrait se répercuter sur la fiche client-article : elle sera donc
utilisée de façon standard.
Une donnée est importante pour le flux EDI, « Article client » : ce champ renseigne la codification de l’article
STG objet de la fiche client-article dans le système du client. C’est grâce à ce champ que l’on pourra faire
correspondre dans le système d’STG le bon article STG à celui commandé par Airbus et transmis par EDI.
Cible STG Référent S.A.P.
Automatiqu
Obligatoire
spécifiques
*: données
Vue fiche
Valeur du
Facultatif
dans une
Champs
Données
ajouter
champ
article
Client
STG à
table
e
Client O
Organ Comm O ZOC1
Canal distr O Z1
Code article Synthèse Numéro article O
Désignation Synthèse Désignation A
article
Code Client Synthèse Article client O
Désignation
Client Détail Info Désignation art client F
Désignation
Client Détail Info Division F ZDV1
Désignation F
Client Détail Info Critère de recherche
3.2.2.2. Système AIRBUS, mandant 150
3.2.2.2.1. L’article
Les données concernant l’article sont identiques à celles du mandant 731 (en particulier la gestion par lot et
numéro de série), à une exception près.
Dans le système du client, la vue « Achats » est gérée, alors qu’elle ne l’est pas dans le système du fournisseur
(car le fournisseur n’achètera jamais ce produit à son client).
On relève une spécificité : l’article doit être enregistré en stock qualité lors de l’entrée de marchandise car il
est soumis à un contrôle qualité libératoire pour le fournisseur : il ne sera transféré en stock à utilisation libre
qu’après avoir passé ce contrôle qualité.
Nous ne reportons ci-après que les informations renseignées dans la vue achat.

ISATIS
CONSULTING
Référent S.A.P. Couverture
spécifiques STG
à ajouter dans
Non Standard
Automatique
fiche article
Obligatoire
Vue Onglet
*: données
Valeur du
Facultatif
Standard
une table
Champs
champ
Rq
Achats Groupe d'achteur O YGA S S
Achats Enr. Dans stock qualité F X S S
3.2.2.2.2. Le fournisseur
Aucun des besoins exprimés ne reste sans correspondance en standard.
On notera le désir de connaître l’appartenance de ses fournisseurs à une branche d’activité comme STG le fait
pour ses clients : le code branche correspondra donc à la classification APE souhaitée et le code utilisé (AIR)
sera paramétré ad hoc puisqu’il n’existe pas par défaut.

spécifiques STG
à ajouter dans
Non Standard
Automatique
Fournisseur
Obligatoire
Nom Ecran
Ecran fiche
*: données
Valeur du
Facultatif
Standard
une table
Données
Champs
champ
Rq
Fournisseur 0 Ecran de Numero O S
sélection
0 Ecran de Groupe de compte O 0001 S
sélection (Fournisseurs)
0 Ecran de Société F S
sélection
0 Ecran de Organisation d'achat F S
sélection
DONNEES
ADMINISTRATIVES
1 Adresse Titre de civilité F Entreprise S
Raison sociale 1 adresse Nom O S
1 adresse Critère de recherche O STG S
Adresse complète 1 adresse Groupe "Adresse O S
postale"
Tel: 1 adresse Tel F S
Fax 1 adresse Fax F S
N° Siret 2 Pilotage N° SIRET F S
2 Pilotage TVA sur CA F cocher S
Code APE 2 Pilotage Branche F AIR S
N° TVA intracomm. 2 Pilotage N. Ident TVA F S
4 Comptabilité Gpe prév trésorerie O A1 (Fourn S
national)
4 Comptabilité cpte collectif O 160000 (dettes S
fourn domest)
CONTACTS S
Nom Contact 6 Données achat Vendeur/vendeuse F S

ISATIS
CONSULTING
Fonction contact S
Tel: 6 Données achat Tel: F S
LIVRAISON/FACTU S
RATION
Condtions de 6 Données achat Incoterms F S
livraison
(incoterms)
DONNEES S
REGLEMENT
Mode de paiement 5 Opér Modes paiement F S
paiement/com
pta
Conditions de 5 Opér Condition Paiement F S
paiement paiement/com
pta
3 Opér. De Coordonnées F S
paiement (1) bancaires, autor
prélèvement
6 Données achat Devise de la O EUR S
commande
DONNEES S
TECHNIQUES
Agrément qualité 2 Pilotage Système QM réel F S
2 Pilotage Système QM jusqu'à F S
7 Rôles Rôle O S
partenaires
7 Rôles Numéro O S
partenaires
3.2.2.2.3. La fiche info – achat

La fiche info-achat telle qu’elle est prévue en standard répond parfaitement au besoin d’STG en la matière.
Une donnée est importante pour le flux EDI, « No article fournisseur » : elle renseigne comment est codifié
dans le système du fournisseur l’article Airbus objet de la fiche info achat. Elle est le pendant du champ
« Article client » de la fiche client- article.
Deux autres champs revêtent également leur importance pour le flux EDI : la case à cocher « ConfOblig » qui
rend obligatoire la confirmation de la commande d’achat par le fournisseur et le « CodConf », à savoir le code
de confirmation obligatoire, qui indique quel(s) type(s) de confirmation est (sont) demandés (confirmation
commande et/ou confirmation livraison).
Au vu des exigences d’Airbus, qui demande une confirmation de la commande et une confirmation de la
livraison (les informations transmises par EDI à ce propos iront alimenter les données renseignées dans la
commande d’achat), nous avons prévu de paramétrer un code de confirmation spécifique (ZRSP) qui rend
obligatoire ces deux confirmations.

ISATIS
CONSULTING
Référent S.A.P. Couverture
spécifiques STG
à ajouter dans
Automatique
info - achat
Obligatoire
*: données
Vue fiche
Valeur du
Facultatif
une table
Données
Champs
champ
Fournisseur O
Code article Article O
Organ Achat F
Division F
type fiche info achat O Standard
Désignation article A
Code fournisseur No Article fournisseur F
Désignation fournisseur F
Données générales unité d'achat O
Données générales Conversion O
Données générales Conversion O
Données organ achats 1 Delai liv prévu O
Données organ achats 1 Groupe d'acheteurs O
Données organ achats 1 Qté standard O
Prix d'achat Données organ achats 1 Prix Net O
Données organ achats 1 Qté Prix net O
Données organ achats 1 Conv Qté O
Données organ achats 1 Conv Qté O
Données organ achats 1 ConfOblig. F coché
Données organ achats 1 PilConf F ZRSP
Données organ achats 2 défaut
Conditions défaut

ISATIS
CONSULTING
3.3. Détails des processus STG-AIRBUS

La condition sine qua non de la mise en place d’un flux EDI est bien sûr l’existence d’une connexion entre les
systèmes des partenaires.
Nous ne traiterons pas sa mise en place de façon détaillée dans ce paragraphe car il s’agit de paramétrages
techniques, en marge de l’aspect fonctionnel dont nous nous occupons ici.
Deux choses sont importantes d’un point de vue fonctionnel :
1. le client souhaite que la transmission des messages EDI se soit JAMAIS effectuée automatiquement
lors de la sauvegarde des différents documents crées ou modifiées dans SAP, mais qu’elle résulte
TOUJOURS d’une action manuelle, fruit d’une décision prise par l’utilisateur.
Il est impératif en effet de toujours tenir sous contrôle les échanges de données avec le partenaire et
de ne pas se laisser piloter, voire entraîner, par le système.
2. En parallèle de la mise en place du flux EDI, l’édition des différents documents en version PDF ou
papier est également prévue pour tous les processus afin de gérer la relation commerciale avec les
clients non connectés par EDI. D’ailleurs, ceci permettrait de continuer à fonctionner, en mode
dégradé, avec Airbus, dans le cas où l’EDI serait défaillant.
CREATION D'UNE CONNEXION EDI ENTRE LES MANDANTS 150 ET 731

Adaptation
Standard
Activité/Règles de gestion Fonctionalité SAP Paramétrage
Cette connexion est un - Paramétrage global et - Création des systèmes logiques

prérequis pour pouvoir spécifique dans les deux - Création du modèle de distribution
échanger les données entre les mandants. - Création des accords d'interchange
deux systèmes - Paramétrages applicatifs entre les systèmes logiques
S dans le mandant du - Création des partenaires (client et
fournisseur (table de fournisseur)
correspondance, type de - Création des accords d'interchange
document de vente à entre les deux partenaires
générer…)
3.3.1. Considérations générales

Comme nous l’avons précisé en introduction, la mise en place d’un flux EDI ne doit venir bouleverser ni la
relation commerciale entre STG et son client, ni l’utilisation de son outil de gestion, SAP.
En particulier, la mise en place d’un flux EDI ne signifie pas que les contacts fréquents entre les partenaires
disparaîtront. Au contraire, toute modification des données dans l’ERP (date de livraison par exemple) fera
l’objet d’un accord téléphonique préalable que le flux EDI ne fera qu’entériner.

ISATIS
CONSULTING
Cependant, même si aucune des tâches faisant partie du processus de négociation n’est impactée en tant que
telle, il n’en demeure pas moins que certaines tâches, en particulier certaines tâches de support effectués
aujourd’hui par l’ADV, vont évoluer, voire disparaître.
Les schémas suivant mettent en évidence les impacts métiers de la mise en place de l’EDI; les impacts
organisationnels en découlent.
Nous reportons ci-après les processus d’STG tels qu’ils nous ont été décrits en mettant en évidence l’impact de
de la mise en place de l’EDI de la façon suivante :
Tâches qui disparaissent
Tâches qui ne disparaissent pas mais sont effectuées différemment
Nouvel enchaînement des tâches
tâche Tâche effectuée automatiquement par le flux EDI
tâche Nouvelle tâche à effectuer du fait de la mise en place du flux EDI
Tâches effectuées automatiquement par EDI, mais HORS PERIMETRE (ces tâches sont
tâche
indiquées à titre d’information seulement)
3.3.2. Lot 1 : Commande/Confirmation de commande

Ce lot comprend les processus suivants :
- Emission de commande d’achat/ réception de commande d’achat / Création de commande de vente /

confirmation de commande de vente (en l’état ou après l’avoir modifiée) / confirmation de
commande d’achat
- Emission de commande d’achat modifiée / réception de commande d’achat modifiée /modification et
confirmation de commande de vente modifiée en l’état / confirmation de commande d’achat modifiée.
Ces deux flux sont traités simultanément car d’un point de vue fonctionnel par rapport aux flux de
données ils sont identiques même si le type de support EDI est différent.
Le flux décrit est un flux de passation et de confirmation de commande classique: on ne relève aucune
spécificité particulière dans le flux lui-même.
Il existe par contre quelques spécificités liées au type de données échangées, comme les numéros de lots, que
nous expliciterons dans le paragraphe 3.3.2.2. car elles nécessitent un traitement particulier pour les inclure
dans le flux EDI.
3.3.2.1. Impact de la mise en place de l’EDI sur le processus

Le schéma suivant met en évidence les évolutions de tâches découlant de la mise en place des flux EDI.

ISATIS
CONSULTING
Commande/Confirmation de commande
Client – Service achat STG – Responsable logistique STG – Administration des ventes
Créer la commande d’achat dans l’ERP
Transmettre la commande pdf par mail Mail Commande d’achat
Générer la
commande dans Editer la commande
l’ERP d’STG
Mail d’alerte dans l’ERP Créer la commande de vente dans l’ERP
Contrôler la faisabilité de la commande
Accepter la
Modifier la Non commande
commande Oui
dans l’ERP Valider la commande dans l’ERP

d’STG
Renégocier les éléments de la commande
Trouver un
Non
accord
Non Mail d’alerte de validation de commande dans

l’ERP
Annuler la commande dans l’ERP Annuler la commande dans l’ERP
Oui
Oui
Modifier la commande dans l’ERP Modifier la commande dans l’ERP
Mail d’alerte de validation de commande

Valider la commande modifiée dans l’ERP modifiée dans l’ERP
Transmettre la commande modifiée pdf par mail Mail commande modifiée
Editer la commande modifiée
Contrôler la cohérence des données
Mail confirmation de commande Transmettre la confirmation de

commande pdf par mail
Editer la confirmation de commande
Contrôler la cohérence des données
Générer la
Phase
confirmation de
Confirmer la commande dans le système
commande dans
Contrôler les éléments de la
commande qui ont été confirmés l’ERP du client
Il ressort clairement que :
1. Côté fournisseur (pour nous mandant 731, STG)
- les tâches liées la création de la commande ou à sa modification et celles concernant l’envoi de la

confirmation au client ont disparu car elles sont effectuées automatiquement par le flux EDI ;

ISATIS
CONSULTING
- la confirmation de commande doit générer un flux EDI afin qu’elle soit répercutée dans le système du
client.
2. Côté client (pour nous mandant 150, AIRBUS)
- la création ou la modification de commande doit générer un flux EDI afin qu’elle soit renseignée dans
le système du fournisseur
- La confirmation de la commande de la part du fournisseur ne doit plus être renseignée car elle est
générée automatiquement par le flux EDI
3.3.2.2. Solution proposée dans SAP

La solution proposée a été conçue dans le but de mettre en place un flux EDI qui tienne compte des spécificités
de l’activité d’STG. Dans cette optique :
1. Airbus demande que le numéro de lot* qu’il affectera à la pièce qu’il commande suive la pièce fabriquée
par STG, car les caractéristiques peuvent varier d’une pièce à l’autre, s’agissant souvent de pièces
configurables en fonction des options choisies par les compagnies aériennes.
Il est donc impératif que ce numéro de lot soit transmis à STG dans la commande d’achat au niveau poste.
Or les types messages EDI standards liés aux commandes d’achat (messages de type ORDERS basé sur le
type de base ORDERS05) ne transmettent pas le numéro de lot.
Dans l’attente de pouvoir modifier un type de message existant pour y intégrer un segment transportant
le numéro de lot ou en créer un ex novo (développement nécessaire), nous avons donc décidé, de
commun accord avec le client, d’utiliser de façon détournée un champ de type texte (donc sans
contraintes quant au contenu) de niveau poste (chaque article a un numéro de lot qui lui est propre) qui
soit transporté en standard dans le type de message ORDERS : le champ incoterms 2 qui devrait accueillir
normalement le lieu auquel se réfère l’incorterms répond à ces caractéristiques et sera utilisé dans ce
sens.
Cette même problématique se pose au niveau des modifications de commande que pourrait faire AIRBUS,
car le type de message EDI correspondant (ORDCHG) est basé sur le même type de base (ORDERS05) que
le type de message ORDERS. Elle sera résolue de la même façon.
(*Le numéro de lot est la concaténation du « programme » (soit le type d’avion) et du numéro d’avion
(numéro progressif de fabrication attribué à chaque avion dès son entrée dans la planification de
production) sur lequel la pièce commandée sera montée : un lot correspond donc à une seule pièce.)
2. Airbus demande une double confirmation de ses commandes d’achat :
- une confirmation de la commande elle-même quant aux dates de livraison (les quantités sont
indiquées comme non modifiables dans les accords cadres) dans un délai de 2 jours ouvrés de la
passation de la commande
- une confirmation de la livraison lorsque la marchandise est en passe d’être expédiée (cf lot livraison)

ISATIS
CONSULTING
3.3.2.2.1. Le processus commande achat, Airbus
CREATION D'UNE COMMANDE D'ACHAT PAR AIRBUS / MANDANT 150
Adaptation
Standard
Activité/Règles de gestion Fonctionnalité SAP Paramétrage
S ME21N Création d'un document d'achat YNB1

Création d'une commande par copie de NB avec tranche de
d'achat avec numérotation numérotation interne et poste
automatique: standard " ":
ASPECT FONCTIONNEL S
-type de commande proposée Paramétrage au niveau du
par défaut poste utilisateur
- lot obligatoire niveau poste S - Renseignement du lot niveau poste
obligatoire (sinon mess d'erreur
bloquant)
- un article par poste car un lot S
correspond à un article
- confirmation obligatoire S - confirmation obligatoire cochée par
défaut
-double confirmation (AB et S - création de la clé de confirmation
LA) ZRSP
- champ "PilotConf"= ZRSP par défaut
- type de stock "contrôle S Paramétrage dans la fiche
qualité" article
- édition commande en pdf non S - création d'une catégorie mess d'en-
automatique lors de la tête ZSTG. type de support
sauvegarde imprimante et moyen de
communication PDF
- statut 3 pour maîtriser le moment de
l'édition
- Données organisationnelles S Paramétrage au niveau du
renseignées automatiquement poste utilisateur
-Délai de 2 jours accordés au Choix de ne pas paramétrer
fournisseur pour confirmer cette règle de gestion, mais
sert comme critère
d'évaluation du fournisseur
ASPECT EDI A
- Transmission en EDI en S - Création d'une catégorie mess d'en-
temps réel de la commande tête ZORD type de support 6 EDI
créée. Génération manuelle de (génère un type de mess EDI ORDERS)
l'IDOC lors de l'enregistrement - statut 3 pour maîtriser le moment de
de la commande d'achat. l'envoi
- Paramétrer la catégorie de message
ZORD dans les accords d'interchange.
- Configurer le type de message
ORDERS dans les paramètres

ISATIS
CONSULTING
d’émission des accords d'interchange.

- Transmission du numéro de A utilisation du champ champ à rendre obligatoire dans le
lot incoterms 2 au niveau poste type de document YNB1 (sinon
car le type de mess car : message d'erreur bloquant)
ORDERS ne transmet - champ inclus dans le type
pas l'information du lot de mess ORDERS
- champ de type texte, donc
sans contraintes
S WE02
Vérification du succès de
l'émission du message de type
ORDERS.
- Filtrer sur la date du jour S
- Rechercher dans les ORDERS
sortants
- Vérifier le statut (03)
ASPECT EDI S
- Paramétrer l'émission de messages
de type ORDERS
3.3.2.2.2. Le processus Confirmation commande de vente, STG / Airbus
RECEPTION ET CONFIRMATION D'UNE COMMANDE DE VENTE

Adaptation
Standard
MANDANT 731 S WE02

Vérification que le message de
type ORDERS a été traité avec
succès et Identification du
numéro de la commande de
vente générée
- Rechercher dans les ORDERS
entrants
- Identifier le numéro de la
commande générée
ASPECT EDI S
ORDERS dans les paramètres de
réception des accords d'interchange.

ISATIS
CONSULTING
MANDANT 731 S VA02 Création d'un document de vente

Confirmation d'une commande (CSTG) par copie de CDCL avec poste
de vente générée ZSTG créé par copie de TAN.
automatiquement par le
système
- Visualisation de la commande Commande de type CSTG générée
de vente de type CSTG générée pour tous les ORDERS entrants
par EDI grâce à son numéro
- Toutes les données provenant
de la commande d'achat sont
renseignées
- Prix calculé automatiquement Paramétrage d'une détermination de
en fonction de l'article et du prix pour la combinaison article /
client client
- Texte ADV "précisant que "le Paramétrage du pilotage de texte:
client est traité par EDI" repris copie de du texte ADV de la fiche
de la fiche client client vers l'en-tête de la commande
client.
- Modification éventuelle des - Paramétrage des tolérances de dates
données commande d'achat: de livraison au niveau de la clé de
-quantité non modifiable pilotage de confirmation ZRSP
- échéance modifiable dans les
limites de tolérance négociées
avec le client
NB: Si hors tolérance, l'ORDRSP
sera rejeté dans le mandant
150
TOUTE MODIFICATION EST LE
RESULTAT D'UN ACCORD
TELEPHONIQUE AVEC LE
CLIENT
- édition confirmation de S - création d'une catégorie de mess
commande en pdf non d'en-tête ZBO5 type de support
automatique lors de la imprimante et moyen de
sauvegarde communication PDF
l'édition
- Données organisationnelles S Paramétrage au niveau du
renseignées automatiquement poste utilisateur pour celles
qui ne remontent pas de la
fiche article - client, client ou
article)
ASPECT EDI S
- Transmission de la S - Création d'une catégorie de mess
confirmation de commande d'en-tête ZBO3 type de support 6 EDI
non automatique lors de la (génère un type de mess EDI
sauvegarde ORDRSP)
l'envoi
- Données transmises standard S
pour un type de mess ORDRSP

ISATIS
CONSULTING
MANDANT 731 S WE02

Vérification du statut
d'émission de l'IDOC ORDRSP
- Rechercher dans les ORDSRP
sortants
ASPECT EDI S
ORDRSP dans les paramètres
d'émission des accords d'interchange.
MANDANT 150 S WE02
type ORDRSP a été traité avec
numéro de la commande
d'achat concernée
- Rechercher dans les ORDRSP
entrants
commande d'achat concernée
Si confirmation hors tolérances
négociées, ORDRSP en erreur
(statut….)
ASPECT EDI S

ORDRSP dans les paramètres de
MANDANT 150 S ME22N

Visualisation des données
confirmées d'une commande
d'achat
- Visualisation de la commande S
d'achat confirmée par EDI
grâce à son numéro
- Consulter l'onglet
Confirmations et visualiser les S
données avec le statut AB

ISATIS
CONSULTING
3.3.2.2.3. Le processus Modification d’une commande d’achat, Airbus
MODIFICATION D'UNE COMMANDE D'ACHAT PAR AIRBUS / MANDANT

150
Adaptation
Standard
Modification d'une commande

d'achat
Même processus que pour la ME22N
S
création de commande
ASPECT EDI A
- Transmission en EDI en S - Création de la catégorie de mess
temps réel de la commande d'en-tête ZORD type de support 6 EDI
modifiée. Génération manuelle (génère ici un type de mess EDI
de l'IDOC lors de la ORDCHG)
modification et sauvegarde de - statut 3 pour maîtriser le moment de
la commande. l'envoi
ORDCHG dans les paramètres
- Transmission du numéro de utilisation du champ
lot incoterms 2 au niveau poste
car le type de mess car :
A
ORDCHG ne transmet pas - champ inclus dans le type
l'information du lot de mess ORDCHG
- champ de type texte, donc
sans contraintes
S WE02
Vérification du statut
d'émission de l'IDOC ORDCHG
- Rechercher dans les ORDCHG
sortants
ASPECT EDI S
ORDCHG dans les paramètres de

ISATIS
CONSULTING
3.3.2.2.4. Le processus Confirmation d’une commande de vente modifiée STG

/Airbus
CONFIRMATION D'UNE COMMANDE DE VENTE MODIFIEE

Adaptation
Standard
MANDANT 731 S WE02

type ORDCHG a été traité avec
vente générée
- Rechercher dans les ORDCHG
entrants
commande générée
ASPECT EDI S
ORDCHG dans les paramètres de
MANDANT 731 S VA02 Création d'un document de vente

Confirmation d'une commande (CSTG) par copie de CDCL avec poste
de vente modifiée ZSTG créé par copie de TAN
automatiquement par le
système
Idem confirmation commande
de vente non modifiée
MANDANT 731 S WE02

ORDRSP
MANDANT 150 S WE02

type ORDRSP a été traité avec
numéro de la commande
d'achat modifiée concernée

ISATIS
CONSULTING

MANDANT 150 S ME22N

Visualisation des données
confirmées d'une commande
d'achat modifiée
3.3.3. Simulation de la production

La production n’ayant aucun impact sur la mise en place d’un flux EDI et vice versa, nous ne traiterons pas la
production ici. Cependant, pour les besoins du flux fonctionnel, nous l’avons simulée par une « Entrée de
marchandise sur commande client sans ordre de fabrication en stock qualité », ce qui nous permet de
reproduire ce qui se passe à la fin du processus de fabrication :
- Les pièces sont fabriquées sont par rapport à une commande client
- Elles font partie d’un lot de fabrication et entrent en stock qualité (un dernier contrôle qualité est
effectué juste avant l’expédition) avec un numéro de série qui leur est affecté à ce moment-là.
L’utilisation du numéro de lot Airbus comme numéro de série ne garantirait pas son unicité au sein d’STG
(deux pièces différentes devant être montées sur le même avion porteraient dans ce cas le même numéro de
série). Afin d’y remédier, il a été décidé, d’un commun accord avec le client, que le numéro de série serait
constitué du numéro article STG et du numéro de lot Airbus.
SIMULATION DE LA PRODUCTION MANDANT 731

Adaptation
Standard
Enregistrement du mouvement S MIGO

de stock simulant la fin de la A1: Entrée de marchandise
production nécessaire à R10 Autres
honorer la commande client Code: 321 E: entrée en stock
qualité pour commande
client sans ordre de
fabrication
Enregistrement du mouvement S
de stock simulant la fin de la
production nécessaire à
honorer la commande client
- quantité totale égale à celle de car article géré par lot et un
la commande lot = une pièce
- 1 article par poste
Pour chaque poste: car code 321 Si non renseignés, message d'erreur
- numéro de commande bloquant

ISATIS
CONSULTING
obligatoire
- numéro de poste de la
commande obligatoire
- numéro de lot obligatoire car article géré par lot. Si non renseignés, message d'erreur
automatique Num de lot = numéro de lot bloquant
de fabrication généré par le
système
- numéro de série obligatoire car profil de numéro de série Si non renseignés, message d'erreur
manuel dans la fiche article est 003: bloquant
mouvement de stock.
Numéro de série =Num
article- Numéro de lot
AIRBUS (renseigné dans le
champ incoterms2 niveau
poste de la commande de
vente)
ASPECT EDI N/A
3.3.4. Lot 2 : Bon de livraison / Avis de réception

Ce lot comprend les processus suivants :
Création de la livraison sortante et Emission du bon de livraison / création de la livraison entrante et Emission
de l’accusé de réception des marchandises.
On constate une utilisation particulière du bon de livraison : outre sa fonction classique, sa version papier sert
également comme attestation de la conformité des marchandises livrées de la part de STG d’une part, et
comme attestation de la conformité des marchandises reçues de la part d’Airbus d’autre part.
Pour ce faire, il reporte au niveau poste un texte particulier composé de deux parties : la première, signée par
le reponsable qualité et le responsable technique d’STG, atteste la conformité des pièces livrées au cahier des
charges du client, la deuxième, signée par le responsable qualité d’Airbus, libère STG de toute obligation car
elle atteste que la marchandise réceptionnée a passé le contrôle qualité d’Airbus avec succès.
L’exemplaire contresigné et scanné est adressé à STG par mail et l’original lui est envoyé par la poste.
La mise en place de l’EDI n’aura aucun impact sur cette partie du flux :
- le bon de livraison édition papier continuera à être utilisé comme attestation de conformité par les
deux partenaires.
- l’avis de livraison EDI (le DESADV) ne transmet pas le texte imprimé sur le bon de livraison papier
car son rôle est simplement de confirmer à Airbus la livraison imminente de la marchandise.
- l’avis de réception de livraison (le STPPOD) est simplement un accusé de réception physique de la
marchandise : il n’entre en aucun cas dans le processus de contrôle qualité.
3.3.4.1. Impact de la mise en place de l’EDI sur le processus

Le schéma suivant met en évidence les évolutions des tâches découlant de la mise en place des flux EDI.

ISATIS
CONSULTING
Bon de livraison/Avis de réception
STG - Service qualité STG - Magasinier Client – Magasinier Client – Service qualité
Créer la livraison sortante de

la commande à livrer dans
l’ERP
Conditionner la marchandise
Bons de livraison Editer le bon de livraison en

2 exemplaires
Expédition de la marchandise par le fournisseur
Contrôler pour libérer Générer la

la marchandise
livraison
Signer les bons de livraison Bons de livraison signés entrante dans
pour conformité
l’ERP du client
Enregistrer la sortie de
marchandises
Remettre la marchandise et
les bons de livraison au
transporteur
Identifier la commande à
réceptionner dans l’ERP
Contrôler les colis pour

réceptionner la
marchandise
Créer la livraison entrante

dans l’ERP
Générer la
facturation dans Enregistrer l’entrée de
l’ERP du marchandise en attente de
contrôle qualité dans l’ERP
fournisseur
Recevoir les bons de Bons de livraison
livraison
Contrôler pour accepter

la marchandise
Bons de livraison Contresigner les bons de

contresignés livraison pour conformité
Modifier le statut de la
marchandise de « en attente
de contrôle » en
« disponible » dans l’ERP
Réception de la marchandise par le client
Archiver un bon de livraison
Avis de réception pdf: Bon Scanner l’autre bon de

de livraison contresigné pdf livraison et l’envoyer par
mail
Avis de réception original:

Bon de livraison original Transmettre l’original par
contresigné courrier
Il ressort clairement que l’impact est ici mineur : une seule tâche est impactée côté fournisseur, à savoir la
création de la livraison sortante qui doit générer un flux EDI afin de créer la livraison entrante dans le système
du client, celle-ci étant la seule tâche disparaissant.

ISATIS
CONSULTING
Il est à noter également la génération automatique de la facture dans le système du fournisseur suite à l’accusé
de réception de livraison émis par le système du client. Cette tâche nous intéressera lors de la mise en place
du flux EDI pour le lot facturation (lot 3) mais elle est ici hors périmètre.
3.3.4.2. Solution proposée dans SAP

Dans cette partie du flux, les fonctionnalités standards d’SAP répondent parfaitement aux nécessités d’STG :
en particulier, les numéros de lots et de série sont des informations transmises par les types de messages EDI
standards liés à la livraison (DESADV) et à la réception (STPPOD) de marchandises.
Cependant, l’utilisation détournée du champ incoterms 2 niveau poste dans la commande d’achat dans le
système du client implique que ce champ a été renseigné de façon détournée dans la commande de vente
lorsqu’elle a été générée dans le système du client. Il faut donc le corriger avant de créer la livraison sortante
afin d’éviter des données erronées pour la gestion de la livraison.
3.3.4.2.1. Le Processus Livraison, STG
CREATION D'UNE LIVRAISON SORTANTE PAR STG / MANDANT 731

Adaptation
Standard
S VL01 N ou VA02 /livrer Création d'un type de livraison (ZLF1)

Création d'une livraison par copie de LF avec poste ZSTG créé
sortante par copie du poste TAN
Ce type de livraison est la livraison
par défaut pour le document de vente
CSTG
ASPECT FONCTIONNEL A
- AVANT de créer la livraison,
dans la commande de vente, nécessaire du fait de l'utilisation détournée du champ pour
modification de l'incoterms2 A permettre la transmission du No de lot client au fournisseur
niveau poste en remplaçant le afin d’éviter un lieu de livraison différent pour chaque poste
numéro de lot par l'incoterm2 ce qui pourrait prêter à confusion pour la gestion du
renseigné au niveau en-tête transport
Dans la livraison, niveau poste:
S
- quantité = 1
- triptyque Lot/No de choisir dans ceux proposés si non renseigné, message d'erreur
série/commande obligatoire pour le stock de cet article bloquant
S les triptyques correspondant
à la commande en cours de
livraison
-Sortie de marchandise bloquée car article en stock contrôle si effectuée, message d'erreur
S
qualité bloquant

ISATIS
CONSULTING
- édition bon de livraison en S - création du type de mess d'en-tête

pdf non automatique lors de la ZLD type de support imprimante et
sauvegarde moyen de communication PDF
- reporte automatiquement au - création d'un type de texte "visa
niveau poste le texte contrôle contrôle libératoire" affectée à la fiche
qualité STG et AIRBUS article-client
provenant de la fiche client - - création d'un smartform et
article visualisation du texte "Visa contrôle
libératoire" dans le Bon de livraison
niveau poste.
l'édition
ASPECT EDI N/A Le message EDI ne sera édité
que lors de la sortie de
marchandise
LIBERATION DE LA MARCHANDISE APRES CONTRÔLE QUALITE /

MANDANT 731
Adaptation
Standard

de stock simulant la fin de la A8: Transfert
production nécessaire à R10: Autres
honorer la commande client Code: 321 E: transfert stock
qualité commande client à
stock à utilisation libre.
Idem simulation de la
production
ENREGISTREMENT DE LA SORTIE DE MARCHANDISES

Adaptation
Standard
MANDANT 731 S VL02N

Enregistrement de la sortie de
marchandise
Effectuer la sortie de
marchandise
ASPECT EDI S

ISATIS
CONSULTING

temps réel du bon de livraison d'en-tête ZALV type de support 6 EDI
non automatique lors de la (génère un type de mess EDI DESADV)
sauvegarde - statut 3 pour maîtriser le moment de
- Texte "Visa contrôle l'envoi
libératoire" non présent - Configurer le type de message
DESADV dans les paramètres
- Transmission du numéro de S car données transmises en
lot et des numéros de série standard dans le type de
mess DESADV
MANDANT 731 S WE02
DESADV
- Rechercher dans les DESADV
sortants
ASPECT EDI S
DESADV dans les paramètres
3.3.4.2.2. Le processus Réception, Airbus / STG
ENREGISTREMENT DE L'ENTREE DE MARCHANDISES

Adaptation
Standard
MANDANT 150 S WE02

type DESADV a été traité avec
vente générée
- Rechercher dans les DESADV
entrants
commande d'achat modifiée
livraison entrante créée

ISATIS
CONSULTING
ASPECT EDI S
DESADV dans les paramètres de
MANDANT 150 S ME22N
Visualisation des données de
livraison confirmées d'une
commande d'achat
- Visualisation de la commande S
d'achat dont la livraison est
confirmée par EDI grâce à son
numéro
- Consulter l'onglet
Confirmations et visualiser les S
données avec le statut LA
MANDANT 150 S VL32N
Enregistrement de l'entrée de
marchandises
- Visualisation de la livraison
entrante générée par EDI grâce
à son numéro S
- Enregistrement de l'entrée de
marchandise
- Marchandise en stock bloqué car paramétré dans la fiche
article et mis par défaut dans
S
la commande et donc dans la
livraison entrante.
ASPECT EDI S
temps réel de l'accusé de d'en-tête ZOPD type de support 6 EDI
réception de la livraison non (génère un type de mess EDI STPPOD)
automatique lors de la - statut 3 pour maîtriser le moment de
sauvegarde l'envoi
STPPOD dans les paramètres
MANDANT 150 S WE02
STPPOD
- Rechercher dans les STPPOD
sortants
ASPECT EDI S

ISATIS
CONSULTING
MANDANT 731 S WE02

type STPPOD a été traité avec
succès
- Rechercher dans les STPPOD
entrants
ASPECT EDI S
LIBERATION DE LA MARCHANDISE APRES CONTRÔLE QUALITE /

MANDANT 150
Adaptation
Standard

de stock simulant la fin de la A8: Transfert
production nécessaire à R10: Autres
honorer la commande client Code: 321 E: transfert stock
qualité comande client à
stock à utilisation libre.
Idem libération de la
marchandise après contrôle
qualité mandant 731

ISATIS
CONSULTING
3.4. Etats
Dans cette partie nous ne traiterons que les états demandés par STG dans le cadre des flux achat-vente sous
EDI. Les états indépendants de l’EDI, déjà en place chez STG, ne seront pas évoqués.
3.4.1. Besoin Etats d’activité sous EDI
Besoin client Convergence SAP
Commentaires
Paramétrage /
Nécessaire 2
Primordial 1
Accessoire 3
Possible via
transaction
adaptation
Standard /
Descriptif
Mandant
Objectif,
N° état
Thème
query.
ET01 Liste des Idoc 150- Doit permettre 1 WE02 ou Filtrer et dérouler
(in/out) 731 d'identifier les nouveaux WE05 selon besoin
IDoc ou faire des
recherches spécifiques
selon besoin
ET02 Liste des Idoc en 150 Etat dynamique à un 1 WE07 Workflo WE07 en
erreur (in/out) 731 instant T qui doit w sur sélectionnant
permettre de visualiser IDoc "historique des
les Idoc en anomalie dans entrant erreurs" et "Actuel
son propre mandant en dans statut erreur
erreur ou
Mail interne SAP
d'alerte lorsque IDOC
entrant en erreur,
mais un seul
destinataire
ET03 Liste des commandes 150 Permet d'identifier les 2 A priori ME92F: affiche les
achat en attente de retards de confirmation ME92F commandes en retard
confirmation ou ME2A de confirmation à une
(AB ou LA) date donnée
Possibilité d'entrée
dans le détail
ET04 Liste des commandes 731 Permet d'identifier ce qui 1 VA05 Créer VA05 avec filtre sur
vente à confirmer au doit être confirmé et sous query statut A (non livré) et
client quel délai. = le tableau de après quantité confirmée =
bord EDI au service de la bascule. Cf. 0
Resp logistique et de onglet
l’ADV spécificati
ons
fonctionne
lles ET04
ET05 Liste des commandes 150 A priori les modif° sont 3 A traiter les modifications ne
achat confirmées par traitées au préalable par via query sont autorisées que
fournisseur, avec téléphone, mais pour après sur la date de
modification sur date éviter les impairs … bascule livraison (+/-2j)
ET06 Liste des commandes 731 A priori les modif° sont 3 WE02 filtrer sur ORDCHG
vente modifiées par traitées au préalable par
client téléphone, mais pour
éviter les impairs …

ISATIS
CONSULTING
ET07 Liste des commandes 150 Utilise en prépa de 3 ME2A Filtrer traitement LA,
d'achat avec avis de réception pour pour lister les
liv reçus s'organiser ou réagir si commandes dont
une commande n'arrive l'avis de livraison a
pas comme prévu été reçu
ET08 Liste des commandes 150 doublon avec ET07 2
d'achat en retard de
livraison
ET09 Liste des commandes 731 ne pas être en retard 3 A livrer après bascule
de vente en retard de
départ
ET10 Liste des commandes 150 confort 3 Liste cdes A livrer après bascule
achat avec mode avec un
d'envoi (EDI ou champ
autre) visible
type de
message
ET11 Liste des accords 150/ En cas d'intervention en 3 OK avec
interchange 731 masse. Demande DSI WE20
ET12 Liste des partenaires 150/ En cas d'intervention en 3 faire avec
en échanges EDI 731 masse. Demande DSI WE20
ET13 Liste des IDOC 731 Afin de s'assurer de la 2 BDM7 Paramét Paramétrage et job.
envoyés en erreur de bonne réception et rage + Nécessite accord du
réception traitement des IDOC par job mandant 150.
le client. Améliore service Idéalement à faire
client, réactivité et aussi du 731 vers le
fournit une référence en 150 après bascule
cas de litige
3.4.2. Spécifications pour création query pour états ET04
Afin de la réaliser après bascule, voici ci-dessous les spécifications d’un tableau de bord clé, non standard, qui
sera réalisé après bascule via un query.
Document Détail spécifications fonctionnelles

Objet Création d'un query pour suivre les commandes de vente EDI (150) à
confirmer
Code ET04
Demandeur Resp Log STG
Date de demande 17/07/2013
Rédacteur Isatis Fri
Date de rédaction 10/08/2013
Porteur Isatis ABM
Livraison Nov 2013
Contexte Mise en place d'un flux achat vente en EDI direct avec le client Airbus. Ce
pilote a pour vocation à être étendu à d'autres clients en 2014
Objectif fonctionnel Airbus exige de ses fournisseurs qu'ils confirment sous 2 jours les
commandes d'achat émises par EDI. Cette ponctualité est d'ailleurs un
critère de l'évaluation des fournisseurs. STG souhaite mettre en place un
tableau de bord à usage quotidien afin de suivre les 'postes de commande de
vente Airbus à confirmer et ce dès leur réception.

ISATIS
CONSULTING
Type de document Tableau de bord de type query SAP avec mise à jour en temps réel.
Définition Est considéré comme confirmé un poste :

-dont les dates de livraison et quantité ont été confirmées
-qui a été édité avec succès (i.e. le type de message EDI ZB03 a été envoyé)
-dont l'ORDRSP a été émis avec succès
Filtre permanent Commandes de vente reçues par EDI, postes de commande non confirmés
Informations attendues Date du document, à confirmer pour le, alerte si délai dépassé, N° client,
libellé client, N° document, N° commande achat, poste, article, désignation
articles, quantité commandée, date de livraison souhaité, quantité confirmée,
date livraison confirmée, Statuts d'émission message ZB03 du poste de la
commande de vente, statut de l'ORDRSP,
Filtres paramétrables par client, date du document, statut du message ZB03, statut de l'ORDRSP
utilisateurs
Accès utilisateurs ADV, direction, Resp logistique

ISATIS
CONSULTING
4. Etude de cadrage / Paramétrage de la solution SAP
4.1. Présentation générale du paramétrage
L’objet de cette partie est de présenter les différents points de paramétrage nécessaires pour la mise en œuvre
d’un flux achat-vente sous EDI entre la société Airbus (mandant 150) et son fournisseur STG (mandant 731).
Les deux sociétés possèdent un SAP R/3.
Comme le montre le schéma ci-dessous, le paramétrage s’est déroulé parallèlement en deux parties, et ce, sur
les 2 mandants STG et Airbus :
1. Le paramétrage fonctionnel qui structure les organisations et les flux fonctionnels achat-vente
2. Le paramétrage EDI qui permet de faire communiquer les deux partenaires au gré des étapes du flux
fonctionnel.
PARAMETRAGE PROJET SAP EDI
Paramétrage EDI
Paramétrage Fonctionnel
Structure organisationnelle
Données de base
Paramétrage Global Paramétrage
Groupe de compte (Nécessaire pour toutes les Spécifique
Groupe de marchandise interfaces IDoc) (Nécessaire pour chaque
Type de document interface IDoc)
Type de poste Système logique
Type d’échéance Affectation système Accords d’interchange :
Détermination des messages logique au mandant partenaires et messages
Pilotage des textes Connexion RFC échangés entre eux
……. Modèle de distribution Table de
correspondance
Pour construire la solution flux achat-vente sous EDI, nous avons effectué plus de 200 points de paramétrage.
Inutile de préciser qu’il n’est pas envisageable (ni enrichissant du reste) de présenter les 300 pages de
paramétrages dans ce document.
Compte tenu du cœur de notre problématique - l’EDI -, nous avons fait le choix de ne présenter que les points
de paramétrages liés à l’EDI. Par ailleurs, étant donné les similitudes des paramétrages sur les 2 mandants,
nous ne détaillerons que les paramétrages effectués dans le mandant 150 et les paramétrages applicatifs dans
le mandant 731.
Voici donc la façon dont nous allons procéder quant à la cinquantaine de points de paramétrage de ce
document :

ISATIS
CONSULTING
Nous décrirons les points de paramétrage nécessaires pour la mise en place de la connexion EDI entre les
deux systèmes (150 et 731) ainsi que les deux partenaires (YSTG alias STG et STG-AIRBUS alias Airbus).
Nous détaillerons ensuite les points de paramétrage nécessaires pour la gestion des IDocs reçus en statut
d’erreur, et montrerons comment l’agent responsable désigné dans les accords d’interchange est informé si
une erreur se produit au cours du traitement de l’IDoc chez son partenaire. Nous décrirons également les
points de paramétrage nécessaires pour le contrôle du statut de l’IDoc dans le système externe, afin que le
système émetteur soit informé de l’état des IDoc qui ont été envoyé.
Nous enchaînerons avec la description d’une partie des points de paramétrage concernant la détermination
des messages et expliquerons le lien entre cette dernière et l’EDI.
Enfin, nous terminerons par le détail des points de paramétrage nécessaires pour le pilotage des textes.
Les 150 points de paramétrage restants (structures organisationnelles, données de base, types de documents…),
sont documentés et consultables dans leur intégralité en annexe. La liste des paramétrages est synthétisée dans
un index placé également en annexe. En justifiant et décrivant comme ci-dessous chaque point de paramétrage,
cet index est une bonne clé d’entrée.
Diffusion
Mandant
Mandant
Racine de la hiérarchie dans le
Niveaux de hiérarchie dans le

Justification fonctionnelle
Type de paramétrage
document source
N° du paramétrage
document cible
Description
Catégorie
Référence existante dans le
1 : Livrable
150 Airbus
document source
2 : Annexe
731 STG
Niveau
2 3 4 5
Structure Affectation Affectation 150 731 Avoir notre propre Ce point de IMG 2
1.3.19..
organisati des différents société à société et notre paramétrage sert

onnelle éléments périmètre propre structure à créer l'un des
analytique organisationnelle de liens nécessaires
façon à: entre les
- ne pas risquer différents
d'impacter les autres éléments de la
en paramétrant structure
certaines choses organisationnelle
- ne pas être impactés de notre
par des points de entreprise.
paramétrages
effectués par les
autres groupes qui se
révéleraient en conflit
avec les nôtres
Master Paramétrages Définition Répondre à des Création d'un IMG 2
2.2.2..
data effectués d'un groupe besoins client divers groupe de

pour de (à des fins marchandises
répondre à marchandises statistiques) externes (à des
des besoins externes fins statistiques)
divers

ISATIS
CONSULTING
Master Paramétrages Définition Répondre à des Création d'un IMG 2

2.2.3..
data effectués d'un code besoins client divers code branche

pour branche (créer une
répondre à typologie de
des besoins classification des
divers clients; ex: APE)
4.2. Connexion EDI
Le paramétrage d’une connexion EDI consiste en :
- Un paramétrage global nécessaire pour toutes les interfaces IDoc.
 Création des Systèmes Logiques
 Affectation des Systèmes Logiques aux mandants
 Création des Connexions RFC
 Création d’un Modèle de Distribution
- Un paramétrage spécifique à chaque interface.
 Création des Accords d’Interchange : définition des partenaires et des types de messages
échangés qu’ils échangent
 Gestion des tables de correspondance des clients et des articles dans le système SAP du
fournisseur.
4.2.1. Synthèse des paramétrages de la Connexion EDI
Voici les 15 étapes à suivre pour mettre en place une connexion EDI :
Etape 1 : Mandant 150 – Transaction BD54

Création de deux Systèmes Logiques P09CLNT150 et P07CLNT731
Etape 2 : Mandant 150 – Transaction SCC4

Affectation du Système Logique P09CLNT150 au Mandant 150
Etape 3 : Mandant 150 – Transaction SM59

Création de la Destination RFC P07CLNT731 du même nom que le Système Logique du Mandant de
destination 731

Création de deux Systèmes Logiques P09CLNT150 et P07CLNT731
Etape 5 : Mandant 731 – Transaction SCC4

Affectation du Système Logique P07CLNT731 au Mandant 731
Etape 6 : Mandant 731 – Transaction SM59

ISATIS
CONSULTING
Création de la Destination RFC P09CLNT150 du même nom que le Système Logique du Mandant de
destination 150

- Création du Modèle de Distribution AIRBUS_STG
- Détermination des Types de Messages en Emission (Outbound) : ORDERS – ORDCHG – STPPOD
- Détermination des Types de Messages en Réception (Inbound) : ORDRSP – DESADV

- Génération automatique des Accords d’Interchange
- Création automatique des partenaires de type Système Logique : P09CLNT150 et P07CLNT731
- Création automatique d’un Port d’Emission vers le mandant 731. Le nom du port est généré
automatiquement (A000000XX). Pour simplifier l’identification de ce port nous lui avons donné le
nom P07CLNT731.
- Ajout automatique des paramètres d’émission (Outbond) : ORDERS – ORDCHG – STPPOD
- Ajout automatique des paramètres de réception (Inbound) : ORDRSP – DESADV

- Répartition du Modèle de Distribution AIRBUS_STG dans le Mandant 731.

- Génération automatique des Accords d’Interchanges :
- Création automatique des partenaires de type Système Logique : P09CLNT150 et P07CLNT731
- Création automatique d’un Port d’Emission vers le mandant 150. Le nom du port est généré
automatiquement (A000000XX). Pour simplifier l’indentification de ce port nous lui avons donné le
nom P09CLNT150.
- Ajout automatique des paramètres d’émission (Outbond) : ORDRSP – DESADV
- Ajout automatique des paramètres de réception (Inbound) : ORDERS – ORDCHG – STPPOD
Etape 11 : Mandant 150 – Transaction WE20

- Création du Partenaire YSTG avec les paramètres suivants :
LI:
YSTG
Fournisseur
Paramètres
Options Pilotage Messages
d'émissions
Type de
Code de
message Port de Mode de Catégorie
Type d'IDoc Application Traitement
réception sortie de Message
ORDERS ORDERS05 P07CLNT731 Transfert EF: Achat ZORD ME10: Commande
Immédiat commande
ORDCHG ORDERS05 P07CLNT731 Transfert EF: Achat ZORD ME11: Modification
Immédiat commande d'une commande
STPPOD DELIVRY03 P07CLNT731 Transfert E1: Livraison ZOPD OPOD: Accusé de
Immédiat entrante réception: sortie
Paramètres
Type de Options de réception
des réceptions
message
Code traitement Mode d'entrée
ORDRSP ORDR Lancement immédiat
DESADV DELS Lancement immédiat

ISATIS
CONSULTING
Etape 12 : Mandant 731 – Transaction WE20
- Création du Partenaire STG – AIRBUS avec les paramètres suivants :
KU: Client STG-AIRBUS (DO: Donneur d'Ordre)

Paramètres
d'émissions
Type de
Catégorie
message Port de
Type d'IDoc Mode de sortie Application de Code du Traitement
réception
Message
ORDRSP ORDERS05 P09CLNT150 Transfert Immédiat V1: Vente ZB03 SD10: Accusé de
réception pour
commande achat
DESADV DELIVRY05 P09CLNT150 Transfert Immédiat V2: Expédition ZARL DELV: Livraison
Paramètres
des réceptions
message
ORDERS ORDE Lancement immédiat
ORDCHG ORDC Lancement immédiat
STPPOD DPOD Lancement immédiat
- Création du Partenaire YDV1 avec les paramètres suivants :

KU: Client YDV1 (CL: Client Livré)
Paramètres
d'émissions Type de
message Mode de Catégorie Code du
Type d'IDoc Port de réception Application
sortie de Message Traitement
ORDRSP ORDERS05 P09CLNT150 Transfert V1: ZB03 SD10: Accusé de
Immédiat Vente réception pour
commande d'Achat
DESADV DELIVRY05 P09CLNT150 Transfert V2: ZARL DELV: Livraison
Immédiat Expédition
Paramètres
des réceptions
message
ORDERS ORDE Lancement immédiat
ORDCHG ORDC Lancement immédiat
STPPOD DPOD Lancement immédiat
Etape 13 : Mandant 731 – Transaction VOE4
Cette transaction permet d’associer la codification externe (à savoir celle sous laquelle ils sont identifiés dans
les Idoc) du client donneur d’ordre (STG-AIRBUS) et du client livré (YDV1) au numéro interne (à savoir celui
sous lequel ils sont identifiés dans le système du fournisseur).
La définition de STG – AIRBUS et YDV1 dans la table EDPAR du mandant 731 est comme suit :
Client Rôle Désignation Partenaire externe N° interne

STG – AIRBUS DO Donneur d’ordre P09CLNT150 STG - AIRBUS
STG – AIRBUS CL Client livré YDV1 YDV1

ISATIS
CONSULTING
Etape 14 : Mandant 731 – Transaction VOE2
Cette transaction sert à la détermination automatique du type de document de vente à générer dans le
système du fournisseur, et ce en fonction du donneur d’ordre, du numéro de fournisseur dans le système du
client (mandant 150), de l’organisation commerciale, du canal de distribution et du secteur d’activité.
N° Organisation Canal de Type de

Client Division Désignation
Fournisseur Commerciale Distribution doc. vente
STG - AIRBUS YSTG ZOC1 Z1 Z2 CSTG Commande Client
Etape 15 : Mandant 731 – Transaction VD51
Cette transaction permet, pour chaque combinaison client-article, de créer une fiche info client-article.
Elle permet de faire la correspondance entre le nom de l’article dans le système du client et le nom cet article
dans le système du fournisseur.
4.2.1.1. Mandant 150 : Création de deux Systèmes Logiques P09CLNT150 et

P07CLNT731
Ce paramétrage permet d’identifier de manière univoque chaque système (qu’il soit émetteur ou récepteur)
en tant que système logique au sein d’un réseau. La définition des systèmes logiques doit être faite dans tous
les systèmes SAP impliqués dans le scénario EDI.
Nous avons donc créé dans chaque mandant deux systèmes logiques. Le premier système logique
(P07CLNT731) représente le pilote et joue le rôle du système récepteur (mandant 731). L’autre
(P09CLNT150) joue le rôle du système expéditeur (mandant 150).
Dans 150
Systems Logiques P09CLNT150, P07CLNT731
Transaction BD54
Chemin (Transaction SALE)/Système de base / Répartition (ALE) / Préparer systèmes
émetteur et récepteur / Configurer systèmes logiques / Nommer le système
logique.
Objectif Créer deux systèmes logiques, un pour le mandant 150 et l’autre pour le mandant
731.
- Dans SAP, exécuter la transaction BD54 et cliquer sur Nouvelles entrées pour ajouter les deux
systèmes logiques.
- Entrer le nom et la description du système logique qui représente le mandant 150 (P07CLNT150).

ISATIS
CONSULTING
- Entrer le nom et la description du système logique qui représente le système récepteur externe c'est-
à-dire le mandant 731 (P09CLNT731) et enregistrer les entrées.
- Vérifier que les deux systèmes logiques ont bien été créés.
4.2.1.2. Mandant 150 : Affectation du Système Logique P09CLNT150 au Mandant

150
Dans 150
System Logique P09CLNT150
Transaction SCC4
Chemin (Transaction SALE)/Système de base / Répartition (ALE) / Préparer systèmes
émetteur et récepteur / Configurer systèmes logiques / Affecter système logique au
mandant.
Objectif Associer le mandant 150 au système logique P09CLNT150.
- Dans SAP, exécuter la transaction SCC4 et sélectionner la ligne qui représente le mandant 150, puis
cliquer sur détail pour afficher le détail de ce mandant.
- Cliquer sur modifier pour pouvoir changer le nom du système logique.

- Dans le champ Système Logique, sélectionner le système logique expéditeur (P09CLNT150) à
assigner au mandant 150 et enregistrer vos entrées.

ISATIS
CONSULTING
4.2.1.3. Mandant 150 : Création de la Destination RFC P07CLNT731
Dans 150
Destination P07CLNT731 (le même nom que le LS du mandant 731)
Transaction SM59
Objectif Création de la destination RFC P07CLNT731
- Dans SAP, exécuter la transaction SM59 et cliquer sur l’icône Créer
- Nommer la destination RFC. Pour générer automatiquement les accords d’interchange et les ports, le
nom de la destination RFC doit être le même que le nom du système logique de destination. Pour cette
raison, nous avons nommé la destination RFC : P07CLNT731.
- Sélectionner le type de connexion 3 (connexion ABAP).
- Ajouter une description de la destination et entrer les options techniques suivantes qui permettent
d’identifier le serveur cible (mandant 731) : Serveur cible : mshsapecc7 ; Hôte : mshsapecc7 ; N° du
système : 00.
- Entrer les paramètres de connexion ci-dessous et cliquer sur « test de connexion » pour vérifier la
connexion RFC :
Langue FR
Mandant 731
Utilisateur XXXXXXXX
Mot de passe **********

ISATIS
CONSULTING
L’utilisateur doit posséder des autorisations relativement étendues pour paramétrer les transferts RFC.
- Sauvegarder.
4.2.1.4. Mandant 150 : Création du Modèle de Distribution AIRBUS_STG
Le modèle de distribution est ce qui définit logiquement les flux entre les systèmes logiques. C’est lors de cette
étape que l’on définit les types de message échangés ainsi que les filtres sur certains segments de l’IDoc
transporté.
Le modèle de distribution est entièrement paramétré dans un environnement de référence, puis distribué vers
les autres mandants.
Dans 150
Nom du Modèle STG_150_731
Transaction BD64
- Exécuter la transaction BD64 et cliquer sur Modifier.

ISATIS
CONSULTING
- Cliquer sur Créer vue du modèle.
- Saisir une description, un nom technique du modèle de distribution et une durée de validité, puis
valider.
4.2.1.5. Mandant 150 : Détermination des Types de Messages en Emission
Dans cette étape nous allons ajouter les types de message à envoyer du mandant 150 vers le mandant 731.
Nous nous limitons dans ce document au type de message ORDERS. Cf. annexes pour les autres
- Sélectionner le modèle de distribution AIRBUS_STG et cliquer sur Insérer type de message.
- Dans le champ Emetteur, saisir le nom du système logique expéditeur (P09CLNT150).

- Dans le champ Destinataire, saisir le nom du système logique récepteur (P07CLNT731).
- Entrer le nom du type de message à envoyer (ORDERS) et valider.
4.2.1.6. Mandant 150 : Détermination des Types de Messages en Réception
Dans cette étape nous allons ajouter les types de message à recevoir dans le mandant 150 provenant du
mandant 731. Nous nous limitons dans ce document au type de message ORDRSP. Cf. annexes pour les autres
- Dans le champ Emetteur, saisir le nom du système logique expéditeur (P07CLNT731).

- Dans le champ Destinataire, saisir le nom du système logique récepteur (P09CLNT150)
- Entrer le nom du type de message à envoyer (ORDRSP) et valider.

ISATIS
CONSULTING
Une fois tous les paramétrages effectués, le modèle de répartition se présente de la façon suivante :
4.2.1.7. Mandant 150 : Génération automatique des Accords d’Interchange
Les accords d’interchange permettent de faire le lien entre le document SAP et l’IDoc : ils précisent le mode de
sortie (individuellement ou par paquets) des IDoc, le traitement à effectuer ainsi que le mode de traitement
(immédiat ou en arrière-plan). Le port doit être précisé pour la vue « Sortante » des accords d’interchange.
Les partenaires doivent être renseignés dans les accords d’interchange afin que les IDocs puissent être
transmis avec succès. Un partenaire est identifié par :
- Un numéro : numéro d’identifiant SAP

- Un type : B (banque), KU (client), LI (fournisseur), LS (système logique)
- Une fonction (ou rôle) : client livré, donneur d’ordre, …
Dans 150
Nom du Modèle AIRBUS_STG
Transaction BD82
Objectif Générer automatiquement les accords d’interchange
- Exécuter la transaction BD82.

- Dans le champ Vue du modèle, entrer le nom technique du modèle de distribution créé
précédemment : AIRBUS_STG.
- Cliquer sur Exécuter pour lancer la génération automatique des accords d’interchange.

ISATIS
CONSULTING
Le système créera automatiquement :
- Deux partenaires de type LS (Système Logique) : P09CLNT150 et P07CLNT731. Chaque partenaire

représente un mandant.
- Un port d’émission : P07CLNT731 associé à la destination RFC P07CLNT731. Le port RFC permet de
déterminer la destination RFC vers laquelle les fichiers IDoc sont envoyés.
- Les Types de message et les paramètres d’émission et/ou de réception pour le partenaire LS
P07CLNT731.
- Les paramètres de détermination des messages pour les IDocs en émission.

ISATIS
CONSULTING
4.2.1.8. Mandant 150 : Création automatique des partenaires de type Système

Logique
Le système crée automatiquement des partenaires de type système logique et leur affecte, suite à la
distribution du modèle de distribution AIRBUS_STG, les types de message définis dans ce modèle.
Pour voir le détail des types de messages échangés entre les deux systèmes logiques, sélectionner un type de
message et cliquer sur détail (loupe). Nous ne présenterons pas dans ce document le détail des paramètres en
émission et en réception entre les deux systèmes logiques.
En annexe, ce fichier détaille tous les points de paramétrage de la

connexion EDI
- P07CLNT731
Mandant 150
Transaction WE20
Objectif Vérification de la création automatique du partenaire Logique
P07CLNT731
Le nom du partenaire
LS (Système Logique) créé
Les deux partenaires

ont bien été créés
Les types de message

en émission générés
automatiquement
Les types de message

en réception générés
 automatiquement
4.2.1.9. Mandant 150 : Création automatique d’un Port d’Emission vers le

mandant 731
Le système génère automatiquement des ports, auxquels l’interface IDoc affecte de manière automatique un
numéro alphanumérique. Grâce à ce numéro, ils sont identifiés de façon univoque.

ISATIS
CONSULTING
Le système ne peut générer les numéros de ports que si un intervalle de numéros est défini pour l’objet de
tranche de numéro « EDIPORT » dans la tranche de numéro « 01 ».
Le numéro du port généré automatiquement est composé d’un ‘A’ et d’un nombre de 9 chiffres (Axxxxxxxxx).
Pour simplifier l’identification de ce port nous l’appellerons P07CLNT731.
Nous allons vérifier via la transaction OYSM si une tranche de numéros de port est définie dans le système.
- Taper la transaction OYSM et saisir l’objet EDIPROT.
- Cliquer sur Tranche de numéros.

- Cliquer sur Intervalle.
La tranche de numéro 01 est bien définie dans le système.
Nous allons vérifier si le système a bien créé automatiquement le port qui est associé à la connexion RFC.
Mandant 150
Transaction WE21
Objectif Vérification de la création automatique du port d’émission P07CLNT731
associé à la connexion RFC P07CLNT731

ISATIS
CONSULTING
Le système crée automatiquement le

port et il lui associe la destination
RFC du système de destination.
4.2.1.10. Mandant150 : Génération automatique des numéros d’IDoc
Les numéros sont attribués automatiquement pour les IDoc envoyés et reçus. Les IDoc peuvent ainsi être
identifiés de façon explicite et univoque.
Pour que le système puisse générer les numéros, il est indispensable qu’une tranche de numéros soit définie
pour l'objet de tranche de numéros « EDIDOC » dans la tranche de numéros « 01 ».
Pour vérifier si une tranche de numéros des IDoc est définie dans le système, taper la transaction OYSM et
saisir EDIDOC dans le champ objet. Dans notre cas une tranche de numéros 0000000000000000-
9999999999999999 est bien définie dans le système.
4.2.1.11. Mandant 150 : Répartition du Modèle de Distribution AIRBUS_STG dans le

Mandant 731
Après la configuration du modèle de distribution, la création des accords d’interchange, des types de message
et du port d’émission dans le Mandant 150, il faut faire la même chose dans le Mandant 731. La transaction
BD64 permet de répartir le modèle de distribution du mandant 150 dans le mandant 731.
La répartition du modèle de distribution créé dans le mandant 150 permet de le reproduire automatiquement
dans le mandant 731.
Dans 150
Transaction BD64
Objectif Reproduire dans le mandant 731 le modèle de distribution créé dans le mandant 150
Pour répartir le modèle de distribution AIRBUS_STG il faut :
- Exécuter la transaction BD64 et sélectionner le modèle de distribution AIRBUS_STG

- Dans le Menu, sélectionner Traiter / Vue du modèle / Répartir

ISATIS
CONSULTING
- Le système sélectionne automatiquement système logique P07CLNT731

- Valider.
- Dans le 150 le système affiche que le modèle de distribution AIRBUS_STG est bien réparti dans le
système cible (731)
Le paramétrage global, nécessaire pour toutes les interfaces IDoc est terminé dans le mandant 150, il faut
procéder de la même manière dans le mandant 731. Cf. document en annexe
Nous allons procéder maintenant au paramétrage spécifique à chaque interface IDoc et détailler toutes les
actions nécessaires pour la communication entre les partenaires STG et Airbus.

ISATIS
CONSULTING
4.2.1.12. Mandant150 : Création des Accords d’interchange pour le partenaire YSTG
La société Airbus souhaite envoyer, depuis le module MM, des commandes d’achats et des accusés de
réception de livraisons à son fournisseur STG. Elle doit donc définir YSTG en tant que partenaire pour les
messages échangés dans les accords d’interchange et lui affecter le port qui a été défini pour ce partenaire.
Le traitement des documents sortants se déroule toujours avec la gestion des messages (détermination des
messages) que nous verrons dans le paragraphe 4.6.
Nous allons configurer les accords d’interchange pour le partenaire YSTG dans le mandant 150. Le principe
est le même pour créer le partenaire STG-AIRBUS dans le mandant 731.
 Créer le partenaire YSTG
- Exécuter la transaction WE20 pour ajouter un nouveau type de partenaire (le numéro de partenaire
doit exister en tant que donnée de base dans le mandant 150).
- Sélectionner le dossier « Type de partenaire LI » dans le volet de navigation des accords d’interchange
et cliquer sur créer.

ISATIS
CONSULTING
 Configuration des paramètres d’émission et de réception
Le tableau ci-dessous résume tous les paramètres utilisés pour configurer le fournisseur YSTG dans le
mandant 150
LI:
YSTG
Fournisseur
Paramètres
d'émissions
Type de
Code de
message Port de Mode de Catégorie
Type d'IDoc Application Traitement
réception sortie de Message
ORDERS ORDERS05 P07CLNT731 Transfert EF: Achat ZORD ME10: Commande
Immédiat commande
ORDCHG ORDERS05 P07CLNT731 Transfert EF: Achat ZORD ME11: Modification
Immédiat commande d'une commande
STPPOD DELIVRY03 P07CLNT731 Transfert E1: Livraison ZOPD OPOD: Accusé de
Immédiat entrante réception: sortie
Paramètres
des réceptions
message
ORDRSP ORDR Lancement immédiat
DESADV DELS Lancement immédiat
Nous nous limitons dans ce document au seul de type message en émission ORDERS et au seul type de
message en réception ORDRSP. Cf. annexe pour les autres
 Paramètres d’émission : ORDERS
Pour ajouter un type de message au partenaire YSTG dans les accords d’interchange, taper la transaction
WE20 et, dans le volet de navigation « Accords d’interchange », sélectionner le partenaire YSTG dans le
dossier « Type de partenaire LI ».
- Cliquer sur « Ajouter » dans la zone paramètres d’émission.

ISATIS
CONSULTING
- Dans l’onglet Options émission choisir ORDERS comme Type de message, ORDERS05 comme Type de
base, P07CLNT731 comme port de réception et Transfert IDoc immédiat comme mode de sortie.
- Dans l’onglet pilotage des messages sélectionner ZORD comme catégorie de message.
 Paramètres de réception : ORDRSP
Le traitement des messages entrants ne nécessite que le code de traitement.
- dans la zone paramètres de réception Cliquer sur « Ajouter » et saisir les paramètres suivants :

ISATIS
CONSULTING
 ORDRSP dans le champ Type de message

 ORDR dans le champ Code traitement
 Choisissez le mode de traitement immédiat.
Le partenaire YSTG de type fournisseur est désormais créé et les accords d’interchange entre ce partenaire et
le client STG-AIRBUS sont gérés. Il ne reste plus qu’à faire de même dans le mandant 731 pour le partenaire
STG-AIRBUS (type client KU).
4.2.1.13. Mandant 731 : Table de correspondance code client externe – code client
interne
Mandant 731
Transaction VOE4
Chemin IMG

ISATIS
CONSULTING
Objectif Lier le code client externe (propre à STG-AIRBUS) avec son code interne
chez le fournisseur (propre à YSTG)
La transaction VOE4 permet d'associer, dans la table EDPAR, la codification externe (à savoir celle sous
laquelle ils sont identifiés dans les IDoc) du client donneur d’ordre (STG-AIRBUS) et du client livré (YDV1) au
numéro interne (à savoir celui sous lequel ils sont identifiés dans le système du fournisseur).
Client Rôle Désignation Partenaire externe N° interne

STG – AIRBUS DO Donneur d’ordre P09CLNT150 STG - AIRBUS
STG – AIRBUS CL Client livré YDV1 YDV1
- Exécuter la transaction VOE4 et cliquer sur Nouvelles entrées.
- Ajouter deux entrées, une pour le donneur d’ordre et l’autre pour le client livré, et sauvegarder.
4.2.1.14. Mandant 731 : Détermination automatique du type de document de vente
Mandant 731
Transaction VOE2
Objectif Type de document de vente à générer en fonction du
fournisseur, client et domaine commerciale.
La transaction VOE2 sert à la détermination automatique du type de document de vente à générer dans le
système du fournisseur, et ce en fonction du donneur d’ordre, du numéro de fournisseur dans le système du
client (mandant 150), de l’organisation commerciale, du canal de distribution et du secteur d’activité.
- Exécuter la transaction VOE2 et cliquer sur Nouvelles entrées.
- Ajouter les informations suivantes dans la table EDSDC et sauvegarder.

ISATIS
CONSULTING
N° Organisation Canal de Type de

Client Division Désignation
Fournisseur Commerciale Distribution doc. vente
STG - AIRBUS YSTG ZOC1 Z1 Z2 CSTG Commande Client
4.2.1.15. Mandant 731 : Correspondance code article client – code article

fournisseur
Mandant 731
Transaction VD51
Objectif Lier le numéro d’article client (STG-AIRBUS - 150) avec son
code dans le système SAP du fournisseur (YSTG - 731)
Pour chaque combinaison client-article, il faudra créer par la transaction VD51 les fiches info client-article.
- Exécuter la transaction VD51 et entrer les informations suivantes :
- Saisir le code article dans chaque mandant (150 et 731) et sauvegarder.
AIRBUS – Mandant 150 STG – Mandant 731

PC-0003-EDI WP.M251400.EDI

ISATIS
CONSULTING
4.3. Génération d’IDoc via une correspondance (gestion des messages)
L’objet de ce paragraphe est de présenter les liens existant entre l’EDI et les messages de correspondance.
Par paramétrage, les messages de correspondance dans SAP permettent d’exécuter un programme (standard
ou spécifique). Dans le cadre de l’EDI, un paramétrage particulier permet la génération d’Idoc à partir d’une
correspondance (i.e. une catégorie de message).
Dans un premier temps, nous décrirons une partie du paramétrage d’une correspondance. Puis, sera présenté
le paramétrage des accords d’interchange, dans lequel est spécifiée la fonction de génération d’Idoc
En annexe sont décrits tous les points de paramétrage nécessaires pour la détermination des messages dans les
domaines fonctionnels achat et vente. Y sont détaillés les messages pour envoi en EDI et les messages pour édition
en format PDF.
4.3.1. Synthèse des paramétrages d’une correspondance (message)
Le paramétrage d’une correspondance se fait dans chaque domaine fonctionnel et consiste à gérer les points
suivants dans le customizing (SPRO) :
Dans notre exemple nous allons voir le point de paramétrage « gérer les catégories de message ». Nous avons
créé une catégorie de message ZORD qui sera proposé automatiquement, selon des critères définis dans le
SPRO, au niveau de l’entête de la commande d’achat lors de la création d’une commande.
4.3.1.1. Catégorie de message
Mandant 150
Transaction SM36
Chemin IMG IMG/Gestion des articles/Achats/Messages/pilotage des sorties/Catégories
de message/Définir catégories de message de la commande/Gérer catégories
de messages de la commande
Objectif Gérer catégorie de message
- Créer une catégorie de message ZORD par copie de la catégorie NEU.

ISATIS
CONSULTING
Pour créer ZORD, sélectionner la catégorie de message NEU et cliquer sur copier.
Renseigner le code (ZORD) et la désignation 5OUTPUT PO EDI STG)
La séquence d’accès 0001, affectée à notre catégorie de message, indique qu’un message sera créé dans la
commande d’achat si le tryptique type de document d’achat, l’organisation d’achat et le fournisseur existent
en tant qu’enregistrement de conditions.
Affecter à la catégorie de message ZORD le support « EDI » et la date/heure d’envoi « 3 » (envoi manuel et
NON automatique) :
Pour la catégorie de message ZORD et le type de support EDI sont affectés : un programme, une routine de
traitement et des rôles partenaires.
 Programme et Routine de traitement

ISATIS
CONSULTING
A ce niveau, on peut associer à la catégorie de message une routine d’un programme spécifique (ce
programme spécifique gérant la création d’un Idoc).
Nous utilisons ici la routine EDI_PROCESSING du programme standard RSNASTED. Cette routine standard
peut être utilisée pour toute correspondance de type EDI.
 Rôles partenaires
Nous allons voir comment associer à un type d’IDoc une fonction particulière qui va générer celui-ci.
4.3.1.2. Accords d’interchange
Comme nous l’avons vu dans le paragraphe 4.3.1, ce paramétrage consiste à définir les propriétés et
caractéristiques des messages EDI échangés entre deux partenaires. On accède à ce paramétrage par la
transaction WE20.
Exécuter la transaction WE20 et sélectionner le partenaire YSTG (fournisseur) et puis le type de message
ORDERS dans la zone de paramètres d’émission.
Dans le deuxième onglet « pilotage messages », on associe un « code opération » à la correspondance

(message) ZORD.

ISATIS
CONSULTING
On retrouve ici certains éléments vus lors de la création de la correspondance (Application EF, Catégorie de
message).
Le code opération associe un type de message EDI avec un module fonction de génération d’Idoc. Ce lien se fait
via la transaction WE41 .
Le code opération ME10 est associé au module fonction IDOC_OUTPUT_ORDERS
Le type de message ORDERS est associé au code opération ME10
Pour résumer, le paramétrage présenté permet la création d’un Idoc standard à partir d’une correspondance à
laquelle est associé un code opération également standard, ce code opération étant lui-même associé à un
module fonction.

ISATIS
CONSULTING
4.4. Pilotage des textes
L’objectif de ce paragraphe est de définir les différents points de paramétrage à mettre en œuvre pour le
pilotage des textes. Il s’agit d’enregistrer des textes dans les données de base et de paramétrer le système afin
de retrouver ces textes automatiquement dans les documents de vente.
Nous ne détaillerons ici que les points de paramétrage pour copier le texte saisi dans la fiche client vers
l’entête de la commande client et l’entête de la livraison sortante. Ce texte sert à distinguer un client qui utilise
une connexion EDI d’un client standard (qui n’utilise par l’ EDI).
En annexe sont détaillés tous les points

de paramétrage du pilotage des textes. Les points de paramétrage suivants y sont décrits :
- Copie de texte de la fiche info-client vers le poste de document de vente

- Copie de texte de la fiche info-client vers le poste de livraison sortante
- Copie de texte de la fiche client vers l’en-tête de la commande client.
- Copie du texte de la fiche client vers l’en-tête de la livraison sortante
- Copie du texte de la fiche article vers le poste de la livraison sortante
- Copie de du texte de la fiche article vers le poste de la commande client.
Le pilotage des textes consiste à gérer les activités suivantes du customizing :
4.4.1. Synthèse des paramétrages du pilotage des textes
Nous allons détailler les points de paramétrage pour copier le texte « type client EDI » de la fiche client dans
l’en-tête de la commande client.
- Pour voir le texte de la fiche client, exécuter la transaction VD03 et saisir le client STG-AIRBUS et le
domaine commercial ZOC1, Z1,Z2.
- Pour afficher le texte de la fiche client, cliquer sur « autres fonctions »->Textes

ISATIS
CONSULTING
4.4.1.1. Créer un type de texte pour l’objet client-ADV (fiche client)
Pour pouvoir copier le texte « type client EDI » de la fiche client dans la commande, il faut gérer un type de
texte pour l’objet « client/ADV » dans le customizing.
Mandant 731
Transaction VOTXN
Chemin IMG IMG->Administration des ventes->Fonctions de base->Pilotage des textes-
>Définir les types de texte.
Objectif Créer un type de texte pour l’objet client ADV
- Marquer client-ADV et cliquer sur Types de texte.

ISATIS
CONSULTING
- Ajouter le type de texte « Type client EDI » : « nouvelles entrées » puis saisir ID et désignation.
- Enregistrer.
4.4.1.2. Affecter le type de texte au schéma de texte
Mandant 731
Transaction VOTXN
Objectif Créer un type de texte pour l’objet client ADV
- Marquer Client-ADV et cliquer sur Modifier
- Sélectionner le schéma de texte 01 et double cliquer sur « ID de texte dans le schéma de textes ».

ISATIS
CONSULTING
- Pour ajouter le nouveau type de texte (Type client EDI), cliquer sur « nouvelles entrées » et saisir :
 N° d’accès (140)
 ID de texte (10)
 Designation. (Type client EDI).
4.4.1.3. Affecter le schéma de textes au groupe de compte
Nous travaillons avec le groupe de compte ZDO, nous allons donc affecter le schéma de texte 01 au groupe de
compte ZDO.
Dans l’écran de synthèse double cliquer sur « affectation schéma de textes ».
Le schéma de textes 01 est affecté au groupe de compte ZDO.

ISATIS
CONSULTING
4.4.1.4. Créer un type de texte pour l’objet document de vente-Entête.
Mandant 731
Transaction VOTXN
Objectif Créer un type de texte pour l’objet Document de vente-En-tête
- Marquer Document de vente-En tête et cliquer sur types de texte.
- Créer un nouveau type de texte. ID : ZEDI et désignation : Type client EDI
4.4.1.5. Affecter le type de texte au schéma de texte
Dans l’écran de synthèse, Marquer Document de vente-Entête et cliquer sur Modifier.

ISATIS
CONSULTING
Nous allons affecter le type de texte ZEDI au schéma de texte En-tête du document de vente.
- Sélectionner le schéma de texte 01 et double cliquer sur ID de texte dans le schéma.
- Ajouter le nouveau type de texte ZEDI au schéma de texte : « nouvelles entrées » et saisir :
 N° d’accès
 ID texte
4.4.1.6. Affecter la séquence d’accès au type de texte.
Nous allons affecter la séquence d’accès 54 au type de texte ZEDI.
- Dans l’écran de synthèse, double cliquer sur Séquences d’accès pour ID de texte.

ISATIS
CONSULTING
- Sélectionner la séquence 54 et double cliquer Séquence d’accès pour ID de texte.
- Ajouter une nouvelle entrée dans la séquence d’accès 54 : nouvelles entrées et saisir :
 N° d’accès : 20
 ID texte : 10
 Rôle partenaire : DO
4.4.1.7. Affecter le type de document de vente au schéma de textes
Nous allons affecter le type de document de vente CSTG au schéma de textes 01.
- Dans l’écran de synthèse, double cliquer sur Affectation schéma de textes.

- Le document de vente CSTG est affecté au schéma de textes 01.

ISATIS
CONSULTING
4.4.1.8. Affecter la séquence d’accès au type de texte dans le schéma de texte
Nous allons affecter la séquence d’accès 54 au type de texte ZEDI dans le schéma de textes 01.
- Dans l’écran de synthèse, sélectionner le schéma de textes 01 et double cliquer sur « ID de texte dans
le schéma de textes »
- Pour le type de texte ZEDI, saisir la séquence d’accès 54 dans la colonne Séquence d’accès.
- Enregister.
Le texte « Type client EDI » de la fiche client sera désormais édité automatiquement lors de la création d’une
commande de vente pour ce client.

ISATIS
CONSULTING
4.5. Gestion des IDoc reçus en statut d’erreur (Workflow)
L’objet de cette partie est de présenter tous les points de paramétrage nécessaires pour gérer les IDocs reçus
avec un statut d’erreur. L’objectif principal est d’alerter en temps réel la ou les personnes responsables de
l’échec de réception ou du traitement des IDocs. L’alerte est donnée par l’envoi d’un e-mail vers la boite mail
SAP de ces personnes.
4.5.1. Synthèse des paramétrages du Workflow
Un Type d’IDoc est associé à un code traitement et un module fonction. C’est au niveau des accords
d’interchange que l’on associe un type de message à un code traitement et un module fonction. Dès la
réception d’un Type d’IDoc, le système lance le code traitement et le module fonction associé pour générer un
document SAP à partir de cet IDoc. Toutes les erreurs qui se produisent pendant le traitement d’un IDoc sont
traitées comme suit :
- Arrêt du traitement de l’IDoc

- Déclenchement d’un événement. Cet événement lance une tâche d’erreur (work item)
- Les agents responsables trouveront cette tâche d’erreur dans leurs boîtes de réception du Workflow
- Un message d’erreur s’affiche lorsque la tâche de travail est traitée
- L’erreur est corrigée dans une autre fenêtre et l’IDoc peut alors être soumis de nouveau à la
transformation
- Si l’erreur ne peut être corrigée, l’IDoc peut être marqué pour la suppression
- Une fois que l’IDoc a été posté avec succès, un événement est déclenché qui met fin à la tâche d’erreur.
La tâche de travail disparait alors de la boite de réception
Le schéma suivant résume le principe de la gestion des IDocs reçus avec un statut d’erreur :
Type d’IDoc : ORDRSP
Code Traitement : ORDR Module Fonction : IDoc_INPUT_ORDRSP
Evénement Déclencheur : INPUTERROROCCURED
Tâche : Envoi d’un mail à un l’agent responsable

ISATIS
CONSULTING
Le tableau suivant résume les types d’IDocs dont on souhaite gérer le statut de réception dans chaque
mandant.
AIRBUS - Mandant 150 STG - Mandant 731
ORDRSP Confirmation Commande d’Achat ORDERS Commande d’Achat
DESADV Livraison ORDCHG Modification Commande d’Achat
STPPOD Accusé de Réception Livraison
4.5.1.1. Création du lien entre le code traitement et l’événement déclencheur
Mandant 150
Transaction BD67
Objectif Création du lien entre le code de traitement et l’événement déclencheur
Nous avons défini dans les accords d’interchange du fournisseur YSTG que le code traitement de l’ORDRSP est
ORDR. La transaction BD67 permet d’associer un code traitement à un événement déclencheur.
- Exécuter la transaction BD67 et sélectionner le code de traitement ORDR. Nous pouvons constater
que l’ORDR est associé au Module Fonction IDOC_INPUT_ORDRSP : ce module fonction génère un
document SAP (confirmation d’une commande d’achat) à partir de l’IDoc ORDRSP.
- Cliquer sur Détail

- Nous vérifions que le code traitement ORDR, le module fonction IDOC_INPUT_ORDSP et le type d’IDoc
ORDRSP sont liés. Dans le champ Evénement déclencheur vous pouvez choisir l’événement qui va se
déclencher lorsque le traitement de l’ORDRSP par le module fonction IDOC_INPUT_ORDSP génère
une erreur. Dans notre cas, nous avons choisi l’événement INPUTERROROCCURED, c’est-à-dire
l’événement qui se déclenche lorsque l’idoc est en erreur.

ISATIS
CONSULTING
4.5.1.2. Association de l’événement déclencheur à une tâche
Mandant 150
Transaction SWE2
Objectif Lier l’événement INPUTERROROCCURED à une tâche d’envoi de mail
- Exécuter la transaction SWE2 et sélectionner la ligne qui contient l’Objet IDOCORDRSP, l’événement
INPUTERROROCCURED ainsi que la tâche standard TS00008075
- Cliquer sur détail
- Cocher la case Lien activé pour créer le lien entre l’événement INPUTERROROCCURED et la tâche
TS00008075

ISATIS
CONSULTING
4.5.1.3. Lier la tâche à un agent responsable
Mandant 150
Transaction PFTC
Objectif Lier la tâche TS00008075 à un agent responsable. Cet agent va recevoir un mail
dès qu’un ORDRSP génère une erreur
- Exécuter la transaction PFTC et le nom de la tâche Standard 00008075. La chercher avec le match
code, dans le champ Tâche

ISATIS
CONSULTING
- Cliquer sur Afficher
- Sélectionner l’onglet événements déclencheurs et double cliquer sur le carré pour le rendre vert ce
qui signifie que la tâche est active
- Aller à Données supplémentaires / Affectation d’agents / Gérer et cliquer sur Créer affectation
agent…
- Choisir le type de l’agent Utilisateur (vous pouvez choisir plusieurs types d’agent) et valider

ISATIS
CONSULTING
- Chercher le nom de l’agent responsable
- Le système a ajouté l’agent à la liste des utilisateurs qui vont recevoir un mail dès que l’ORDRSP est en
erreur de réception
4.5.1.4. Ajouter l’agent responsable dans les accords d’interchange
Mandant 150
Transaction WE20
Chemin Menu SAP / Logistique / Logistics Execution / Processus internes aux magasins /
Communication avec systèmes externes / Administration ALE / Options durée
d'exécution / WE20 - Accords d'interchange
Objectif Désigner un agent responsable qui va être averti lorsque les messages d’erreurs
de Type ORDRSP surviennent
- Exécuter la transaction WE20 et sélectionner le Fournisseur YSTG.

- Double cliquer sur le type de message ORDRSP dans les paramètres de réception des accords
d’interchange.
- Sélectionner l’onglet Post-traitement : agents autorisés
- Entrer le nom de l’agent autorisé à recevoir les messages d’erreurs de ce type de message

ISATIS
CONSULTING
4.5.1.5. Vérification de la réception des messages d’erreur de type ORDSP

ISATIS
CONSULTING
4.6. Contrôle du statut de l’IDoc dans le système externe
Si le système externe doit informer le système émetteur de la progression du traitement des IDoc qui ont été
envoyés, un message de confirmation de statut est envoyé. Le système émetteur ajoute ensuite les
enregistrements de statut qui ont été reçus à l'IDoc sortant correspondant dans la base de données. Ceci n'est
possible que via le type d'IDoc spécial ALEAUD.
4.6.1. Synthèse des paramétrages
Pour obtenir le contrôle du statut de l’Idoc dans le système externe, il est nécessaire de :
1. ajouter dans le modèle de distribution AIRBUS_STG et dans les accords d’interchange un nouveau
type d’IDoc (ALEAUD). Ce type d’IDoc permet d’envoyer et de recevoir tous les statuts d’IDocs
échangés entre les deux mandants.
2. Créer une variante d’un programme standard (le programme RBDSTATE) qui envoie au système
émetteur les statuts des Idocs reçus
3. Créer un job qui lance automatiquement et périodiquement (toutes les heures pour la période du
30/07/2013 au 31/12/2013) la variante précédente.
Nous ne présenterons ici que les points 2 et 3 car le point 1 est identique à celui présenté dans les
paragraphes précédents.
En annexe sont détaillés tous les points de paramétrage concernant ALEAUD.
En effectuant ces paramétrages dans le mandant 731, Airbus (mandant 150) recevra toutes les heures
pendant la période paramétrée les statuts des IDocs envoyés à STG (mandant 731), c'est-à-dire les statuts des
ORDERS, ORDCHG et STPPOD.
De la même façon, en effectuant ces paramétrages dans le mandant 150, STG (mandant 731) recevra toutes
les heures et pendant la période paramétrée les statuts des IDocs envoyés à AIRBUS (mandant 150), c'est-à-
dire les statuts des ORDERSP et DESADV.
4.6.1.1. Mandant 150 : Création d’une variante du programme RBDSTATE
Mandant 150
Transaction BDM8
Chemin IMG Menu / Outils / ALE / Administration ALE / Service / Travaux périodiques /
Réception / RBDSTATE
Objectif Création d’une variante CONFIR_STG du programme RBDSTATE
- Taper la transaction BDM8 et entrer le nom du programme, le nom de la variante puis cliquer sur
Créer.

ISATIS
CONSULTING
- Entrer le nom du système à qui les statuts des IDocs vont être envoyés (P07CLNT731)
- Entrer les trois types de messages dont on souhaite recevoir le statut (ORDRSP et DESADV)
- Entrer la date de modification des IDocs puis enregistrer.
4.6.1.2. Mandant 150 : Création d’un job pour planifier l’exécution de la variante
CONFIR_STG
Mandant 150
Transaction SM36
Objectif Création d’un job pour planifier l’exécution la variante CONFIR_STG
- Exécuter la transaction SM36

- Donner un nom au job (RBDSTATE_STG)
- Choisir le statut A (haute priorité) pour la classe du job
- Cliquer sur Etape.

ISATIS
CONSULTING
- Entrer le nom du programme ainsi que le nom de la variante à utiliser et enregistrer.
- Cliquer sur précédent
- Dans Etape du job nous remarquons un nouveau statut (1 étape définie correctement).
- Cliquer sur Condition de lancement.

ISATIS
CONSULTING
- Cliquer sur Date / heure
- Entrer la date et l’heure de lancement prévues ainsi que la date et l’heure du dernier lancement.
- Cocher la case Exécuter job périodiquement puis sur le bouton périodicité

ISATIS
CONSULTING
- Cliquer sur Ttes les heures comme périodicité puis Enregistrer.
- Pour vérifier que le job a bien été planifié, Exécuter la transaction SM37et chercher le nom du job
RBDSTATE_AIRBUS puis cliquer sur Détails du job.

ISATIS
CONSULTING

ISATIS
CONSULTING
5. Tests et jeu d’essai
Ce chapitre présente différentes séries de tests qui ont jalonné le projet. Elles sont aux nombres de 3 et
surviennent dans cet ordre :
1. Les tests unitaires pour valider les points paramètrages

2. Les tests d’intégration au moment de l’ajout de la couche EDI sur la couche fonctionnelle pour valider
des séquences de flux
3. La recette client qui valide la solution complète à déployer et marque le go/no go vers la bascule.
5.1. Les tests unitaires
Les tests unitaires ont été réalisés par les porteurs des points de paramétrages pour en valider la pertinence
fonctionnelle. Il n’est ni envisageable ni intéressant de présenter ces tests dans leur intégralité. En revanche,
les tableaux ci-dessous les listent par module. Nous vous invitons à consulter les fichiers de ces tests en
annexes.
SCENARIO DE TESTS UNITAIRES - DONNEES DE BASE 150

Module Domaine Sous-domaine Libellé Référence test Documentation
(= préfixe du fichier) disponible
MM Données de base Article Création article vues: TU-150-MM-FAR001
- Données de base 1
- ADV Org Comm 1
- ADV Org Comm 2
- ADV Données générales/Div X
- Texte ADV
- Div/Stockage 1
- Div/ Stockage 2
- Comptabilité 1
- Comptabilité 2
MM Données de base Article Modifier fiche article TU-150-MM-FAR002 X
MM Données de base Fournisseur Création dans les achats d'un fournisseur TU-150-MM-FOU001 X
MM Données de base Fournisseur Modification dans les achats d'un fournisseur TU-150-MM-FOU002 X
MM Données de base FIA Création d'une fiche info-achat standard TU-150-MM-FIA001 X
MM Données de base FIA Modification d'une fiche info-achat TU-150-MM-FIA002
MM Données de base FIA Suppression d'une fiche info-achat TU-150-MM-FIA003
(*) Tous les tests ont été effectués et ont donné le résultat attendu, mais tous n'ont pas été documentés.
SCENARIO DE TESTS UNITAIRES - DONNEES DE BASE 731

SD Données de base Article Création article vues: TU-731-MM-FAR001 X
- ADV Org Comm 1
- ADV Org Comm 2
- ADV Données générales/Div
- Texte ADV
- Div/Stockage 1
- Div/ Stockage 2
- Comptabilité 1
- Comptabilité 2
MM Données de base Article Modifier fiche article TU-731-MM-FAR002 X
SD Données de base Client Création d'un client TU-731-CLI01 x
SD Données de base FIV Création d'une info-vente TU-731-CLI02 x
SD Données de base Création d'une condition TU-731-CLI03 x

ISATIS
CONSULTING
SCENARIO DE TESTS UNITAIRES - ACTIVITE & ETAT 150

MM Gestion stocks Mvt stocks Entrée en stock qualité sur commande d'achat standard TU-150-MM-IM001
MM Gestion stocks Mvt stocks Transfert du stock qualité vers stock utilisation libre TU-150-MM-IM002
MM Appro Commande Création d'une commande d'achat TU-150-MM-AP001 x
MM Appro Commande Edition de la commande en PDF TU-150-MM-AP002 x
MM Appro Commande Edition de la commande par EDI TU-150-MM-AP003 x
MM Appro Commande Modification d'une commande d'achat TU-150-MM-AP004
MM Appro Commande Suppression d'une commande d'achat TU-150-MM-AP005
MM Etats Etats appro Liste des commandes TU-150-MM-AP006
MM Etats Etats appro Liste des commandes à confirmer par le fournisseur (Statut AB) TU-150-MM-AP007 x
MM Etats Etats appro Liste des commandes à confirmer par le fournisseur (Statut LA) TU-150-MM-AP008
MM Etats Etats EDI Liste des IDOC ORDERS émis avec statut d'émission TU-150-MM-AP009 x
MM Etats Etats EDI Liste des IDOC ALEAUD reçus pour les ORDERS émis avec statut de TU-150-MM-AP010
réception par mandant 731
MM Etats Etats EDI Liste des IDOC ORDRSP reçus avec statut de réception TU-150-MM-AP011 x
MM Etats Etats EDI Liste des IDOC ALEAUD émis pour ORDRSP avec statut d'emission TU-150-MM-AP012
MM Etats Etats EDI Liste des IDOC ORDCHG émis avec statut d'émission TU-150-MM-AP013 x
MM Etats Etats EDI Liste des IDOC ALEAUD reçus pour les ORDCHG émis avec statut de TU-150-MM-AP014
MM Etats Etats EDI Liste des IDOC DESADV reçus avec statut de réception TU-150-MM-AP015
MM Etats Etats EDI Liste des IDOC ALEAUD émis pour DESADV avec statut d'emission TU-150-MM-AP016
MM Appro Reception Création d'une livraison entrante sur commande TU-150-MM-AP017

MM Appro Etats Récupération du numéro d'une livraison entrante créée par EDI TU-150-MM-AP018
MM Appro Reception Consultation d'une livraison entrante créée par EDI TU-150-MM-AP019 x
MM Appro Reception Modification d'une livraison entrante sur commande TU-150-MM-AP020
MM Appro Reception Enregistrement de l'entrée de marchandise en stock qualité TU-150-MM-AP021 x
MM Etats Etats EDI Liste des IDOC STPPOD émis avec statut d'émission TU-150-MM-AP022
MM Etats Etats EDI Liste des IDOC ALEAUD reçus pour les STPPOD émis avec statut de TU-150-MM-AP023
MM Etats Etats EDI Liste des IDOC émis récéptionnés en erreur TU-150-MM-AP024
MM Etats Etats EDI Gestion des IDocs reçus avec un statut d'erreur TU-150-MM-AP025 x
SCENARIO DE TESTS UNITAIRES - ACTIVITE & ETAT 150

SD Vente Commande Création de la commande de vente TU-731-SD001
Etats Etats EDI Récupération du numéro de commande de vente créée par EDI TU-731-SD002 x
SD Vente Commande Visualisation de la commande créée par EDI TU-731-SD003 x
SD Vente Commande Modification de la commande de vente TU-731-SD004
SD Vente Commande Impression de la confirmation de commande par pdf TU-731-SD005 x
SD Vente Flux standard Confirmation de commande par EDI TU-731-SD006 x
SD Etats Etats EDI Liste des IDOC ORDERS reçus avec statut de réception TU-731-SD007 x
SD Etats Etats EDI Liste des IDOC ALEAUD émis pour les ORDERS reçus TU-731-SD008
SD Etats Etats EDI Liste des IDOC ORDRSP émis avec statut d'émission TU-731-SD009 x
SD Etats Etats EDI Liste des IDOC ALEAUD reçus pour ORDRSP avec statut de TU-731-SD010 x
réception par le mandant 150
SD Etats Etats EDI Liste des IDOC ORDCHG reçus avec statut de réception TU-731-SD011
SD Etats Etats EDI Liste des IDOC ALEAUD émis pour les ORDCHG reçus TU-731-SD012
SD Etats Etats EDI Liste des IDOC DESADV émis avec statut d'émission TU-731-SD013
SD Etats Etats EDI Liste des IDOC ALEAUD reçus pour les DESADV avec statut de TU-731-SD014 x
réception par le mandant 150
SD Vente Livraison Création de la livraison sortante TU-731-SD015 x
SD Vente Livraison Edition du BL en PDF TU-731-SD016
SD Vente Livraison Edition du BL par EDI TU-731-SD017
SD Vente Livraison Modification de la livraison sortante TU-731-SD018
SD Vente Livraison Enregistrement de la sortie de marchandise TU-731-SD019 x
SD Etats Etats EDI Liste des IDOC STPPOD reçus avec statut de réception TU-731-SD020
SD Etats Etats EDI Liste des IDOC ALEAUD émis pour les STPPOD reçus TU-731-SD021
SD Etats Etats EDI Liste des IDOC émis récéptionnés en erreur TU-731-SD022
SD Etats Etats EDI Gestion des IDocs reçus avec un statut d'erreur TU-731-SD023 x
MM Gestion stocks Mvt stocks Entrée en stock qualité sans ordre de fabrication sur commande TU-731-MM-IM001 x
d'achat client (pour simulation fabrication)
MM Gestion stocks Mvt stocks Transfert du stock qualité au stock libre TU-731-MM-IM002 x
MM Gestion stocks Mvt stocks Sortie de stock pour expédition (intégration SD) TU-731-MM-IM003

ISATIS
CONSULTING
5.2. Les tests d’intégration
Les tests d’intégration ont été piloté par le consultant fonctionnel avec en appui les deux consultants
techniques. Ils ont permis de valider les séquences des processus fonctionnels et l’enchainement de ceux-ci
lors de l’ajout de la couche EDI.
SCENARIO DE TESTS D'INTEGRATION - PROCESSUS SD & MM (150 & 731)

MM Achat Flux standard Création commande d'achat TI-150-MM-AP001 x
SD/MM Achat-vente Flux EDI Modification de la date de la commande d'achat TI-MM150-SD731-001 x
SD/MM Achat-vente Flux EDI Vérification de la création automatique de la commande de vente et TU-SD731-MM150-002 x
confirmation
SD Livraison Flux standard Création de la livraison et édition papier du BL TI-731-SD001 x
SD Livraison Flux EDI Enregistrement de la sortie de marchandise et émission de l'avis de livraison TI-731-SD002 x
SD Réception Flux standard par EDI production
Simulation TI-731-SD003 x
SD Stock Flux standard Transfert de la marchandise conforme du stock qualité au stock libre TI-731-SD004 x
5.3. La recette client
Préparée avec le client, réalisée par les utilisateurs clés de l’équipe projet, elle se réalise sur la base d’une
solution pré testée par l’intégrateur et quasiment définitive. Lors de cette dernière étape de tests fonctionnels
sont déroulées les cas de l’activité quotidienne et des cas plus spécifiques.
Nous avons fait le choix de concentrer la recette sur le cœur du projet : mettre un flux fonctionnel sous EDI.
Ainsi, la recette porte sur :
1. le scenario complet achat vente, de la commande achat par Airbus jusqu’à la réception de l’accusé de
réception de livraison par STG, selon différents cas (PREREC-01-A)
2. les états liés à l’activité sous EDI. (PREREC-02-A)
Ci-après les grands axes de la recette, l’intégralité de la recette, étape par étape, étant disponible en annexe.
5.3.1. Recette flux achat vente sous EDI - PREREC-01-A
Référence Application Décrit par Testé par Validé par

Fonction Scenarii
du test / module / le / le / le
CBE/MMI/FRI
PREREC- Beta Beta
MM / SD Flux EDI Flux achat vente Isatis Consulting,
01-A 08/08/2013 08/08/2013
le 07/08/2013
Criti-
Commen- OK
Cas de tests cité Description
taires / cas / KO
1/2/3
PREMIERE PARTIE DU FLUX : COMMANDE D’ACHAT (Mandant 150) ET COMMANDE DE VENTE
(Mandant 731)

ISATIS
CONSULTING
I. Commande d’achat et
Une commande d’achat génère une
1 commande de vente 3 OK
commande de vente confirmée en l’état
confirmée sans modification
I. Commande d’achat et Une commande d’achat génère une
2 commande de vente avec 2 commande de vente confirmée avec OK
modification modification dans zone de tolérance
I. Commande d’achat et Idem I.2.a mais le fournisseur confirme
3 commande de vente avec 2 avec modification hors zone de OK
modification tolérance
I. Commande d’achat et Idem 1.2.b mais le client renvoie une
OK
4 commande de vente avec 2 commande modifiée qui doit être de
modification nouveau confirmée
DEUXIEME PARTIE DU FLUX : SIMULATION DE LA PRODUCTION (Mandant 731)
II Entrée de marchandise sans L’entrée de marchandise fait référence

commande client, en stock 3 à la commande de vente et génère les OK
qualité lots et numéros de série
TROISIEME PARTIE DU FLUX : EXPEDITION (Mandant 731) ET RECEPTION (Mandant 150)
II Livraison sortante, envoi avis La livraison sortante du fournisseur

I de livraison, livraison (731) se fait sur une commande de
entrante, vente, se concrétise - après contrôle
libératoire - par une sortie de
marchandise et l’envoi d’un avis. Ce
3 OK
dernier créé une livraison entrante côté
client (150), qui est finalisée par une
entrée de marchandise et l’envoi d’un
accusé de réception de marchandise. Le
contrôle qualité clôture le flux.
5.3.2. Recette états d’activité sous EDI - PREREC-02-A
Référence Application Décrit par Testé par Validé par

Fonction Scenarii
du test / module / le / le / le
PREREC- MM / SD Flux EDI Etats d’activité FRI / CBE/ ABM Beta Beta
02-A EDI Le 07/08/2013 08/08/2013 08/08/2013
Criti-
Commen- OK
Cas de tests cité Description
taires / cas / KO
1/2/3
1 Liste des IDOC 1 Edition de la liste des IDOCS NA OK
entrants/sortants
2 Identification des IDOC en 1 Edition de la liste des IDOCS NA OK

ISATIS
CONSULTING
erreur dans son propre entrants/sortants

mandant
3 Alerte mail pour IDOC 2 Workflow non testable hors agent OK
entrant en erreur destinataire des mails
Nous fournir une liste des Key Users ou
groupes d’utilisateurs qui vont recevoir
et traiter ces messages.
4 Liste des IDOC en erreur 2 Dans un souci d’offrir un service client NA OK
dans l’autre mandant de qualité, STG peut vérifier si les IDOC
qu’il a envoyés ont été reçus et traités
dans le système d’Airbus. Dans le cas
contraire, il peut alerter son client
et/ou réagir. Utile aussi en cas de litige
5 Liste des commandes achat 2 Afin de réagir et contacter les NA OK
en attente de confirmation fournisseurs n’ayant pas confirmé dans
les délais (pas de relance automatique)
Liste des commandes vente à 1 En plus d’une consultation quotidienne Non
confirmer au client des nouveaux ORDERS entrant, cet état satisfaisant. KO
6 permet de ne pas perdre de vue les Query à faire
postes restant à confirmer (car délai de urgemment
2 jours pour confirmer). En attendant la après bascule.
mise en place d’un query.

ISATIS
CONSULTING
6. Formation
6.1. Formation équipe projet
Une montée en connaissance de l’équipe projet a été réalisée (en interne) au démarrage du projet et a porté
sur les points suivants :
- EDI : approche fonctionnelle et technique, spécificités et paramétrages SAP (cf supports en annexe)
- Méthode de conduite de projet ASAP (cf support en annexe)
(= nom du fichier)
Code formation
Public Cible
consultable
formation
Nom de la
Prérequis
Contenu
Support
Objectif
Thème
Durée
L'EDI pour les Apporter une connaissance Equipe -NA -Introduction aux EDI 0.5j oui
EDI ISATIS
nuls ! générale sur l'EDI comme mode de projet -Le concept de l'EDI
communication entre partenaires -Les variantes de l'EDI
EDI
clients fournisseurs -EDI : cas SAP
L'EDI pour les Présenter les concepts généraux Equipe SD2 & -Définitions: EDI, Idoc et ALE 0.5j oui
EDI ISATIS
amateurs ! permettant d’établir un lien de projet MM2 (suite)

communication entre deux -Introduction aux paramétrages
EDI
systèmes SAP via la technologie EDI

IDoc/ALE.
Les IDoc pour Aider notre consultant fonctionnel Equipe SD3 & -Introduction au flux EDI 0.5j oui
EDI ISATIS
un consultant à traiter les questions de soutien projet MM3 -Terminologies

fonctionnel liées aux IDoc -Les accords d'interchange
EDI
3A
Synthèse de Apprendre à réaliser les Equipe SD3 & -synthèse des paramétrages EDI 1j oui
paramétrages paramétrages EDI sous SAP projet MM3 inter mandant
EDI ISATIS 3B
EDI entre STG -les étapes de paramétrages

et AIRBUS connexion EDI inter mandant
EDI
-les étapes de paramétrages des

accords d'interchange
- démonstration & cas pratiques
La méthode Comprendre la méthode ASAP et Equipe Généralit -Présentation des étapes avec 0.5j oui
Accelerated l'appliquer en mode projet projet és sur leurs objectifs, travaux à mener
ISATIS 1
Projet
ASAP
SAP gestion et livrables

de projet

ISATIS
CONSULTING
6.2. Formation client STG
SAP venant d’être implanté dans la société STG, il n’y a pas lieu de faire de formations « fonctionnelles » sur les
modules SD. En revanche, des formations sur l’EDI, et sur l’impact de la couche EDI sur les processus et
activités existants feront partie de l’accompagnement au changement chez STG.
Le plan s’articule ainsi :

(= nom du fichier)
Code formation
Public Cible
consultable
formation
Nom de la
Prérequis
Contenu
Support
Objectif
Thème
Durée
L'EDI, c'est Apporter une CPU Aucun Reprise du support équipe Isatis EDI 0.5j no
quoi ? connaissance générale CPI ISATIS 1 avec quelques adaptations. n
EDI STG 1
sur l'EDI comme mode de KU ADV

EDI
communication entre KU entrepôt NB : Positionnée au moment des

partenaires clients --> soit 4 p ateliers, cette formation donnera un
fournisseurs vernis EDI au K Users
Utiliser l'EDI Rendre autonomes au CPU Pratique des -Impact de l'EDI sur les processus du 0.5j no
pour quotidiens les acteurs des CPI flux modules SD n
communiquer flux ventes sous EDI KU ADV fonctionnels -Réception et confirmation
FLUX EDI STG 2
avec ses KU entrepôt sous SD commande vente

clients --> soit 4 p (SD2) -Expédition et ARL
EDI
-Etats EDI
-Cas pratiques
NB : pour les K Users, cette formation

est un préalable pour réaliser la
recette
Utiliser l'EDI Rendre autonomes au Equipe ADV Pratique des -Impact de l'EDI sur les processus du 0.5j no
pour quotidiens les acteurs des & entrepôt flux modules SD n
communiquer flux ventes sous EDI hors KU fonctionnels -Réception et confirmation
FLUX EDI STG 2
avec ses --> soit 3 p sous SD commande vente

clients (SD2) -Expédition et ARL
EDI
-cas pratiques
NB : Réalisée juste avant la bascule,

cette formation sera assurée par les K
Users pour leurs collègues
Paramétrages Etre autonome pour CPU Maîtrise SD Adaptation du support équipe Isatis 0.5j no
EDI entre STG effectuer les CPI (SD2). EDI ISATIS 3b n
et ses clients paramétrages afin de --> soit 2 p Sensibilisati -Présentation de l'EDI sous SAP
travailler en EDI avec de on aux (IDOC, flux, technique…)
nouveaux partenaires paramétrage -Les étapes de paramétrages
s connexion EDI inter mandant
PARA EDI STG 3
-Les étapes de paramétrages des

accords d'interchange
EDI
-Synthèse des paramétrages EDI

inter mandant
-Cas pratiques
NB : cette formation sera assurée

après « digestion » du changement
et parfaite maîtrise des
fonctionnalités EDI sous SAP

ISATIS
CONSULTING
7. Gestion de projet
7.1. Méthodologie et outils
7.1.1. La méthode ASAP
La méthodologie suivie pour mener à bien le projet SAP EDI STG est inspirée la méthode Accelerated SAP
propre au projet SAP, sans pouvoir toutefois disposer de la suite d’outils et modèles de l’assistant
d’implémentation interne à SAP. En voici les 5 principales phases telles que décrites par les supports SAP :
Voici comment nous avons adapté cette méthode à notre projet
Etape ASAP
Questions essentielles Actions menées Livrables produits
Roadmap
Préparation - En quoi consiste le - Entretien client pour une macro - Synthèse besoins client
projet ? identification de ces besoins - Note de cadrage
- Comment allons- nous le - Organiser le projet : le définir, - Plan de formation equipe
mener ? plannifier, affecter les ressources, - 1er supports de formation
- Avons-nous les chiffrer, créer les outils…. EDI et ASAP
compétences ? - Début autoformation EDI et
formation equipe EDI et ASAP
Conception - Que doit faire - Poursuite formation équipe EDI - Fichiers de conception des
précisément la solution - Identification des besoins spécifiques Master Data
à créer ? (via ateliers virtuels) - Modélisation des processus
- Comment va-t-elle le - Itérations de prototype en séquencés par actvité
faire ? incrémentant pour chaque processus - Fin supports de formation
: structure  données de bases  EDI
processus simplifié  processus
enrichi  processus élaboré sous
EDI  Etats
Réalisation - Comment faire que ? - Paramétrages de la solution - Guide de parametrage
- Fait-elle correctement ? - Tests - Documentation des tests
- Comment former le - Préparation plan formation client unitaires et d’intégration
client ? - Plan formation client
Préparation à - Sommes nous prêt à - Constitution d’un jeu d’essai pour - Support recette client
la production baculer ? recette - Modalités et fiche
- Formation K Users intervention assistance
- Préparation assistance user bascule
Mise en
Non opérée
production

ISATIS
CONSULTING
7.1.2. Infrastructures et environnements techniques
7.1.2.1. Infrastructures SAP
L’accès à SAP se fait via un serveur basé en Suisse. Deux mandants différents ont permis de simuler le client et
le fournisseur à mettre en connexion via l’EDI. STG, le fournisseur, est configuré sur le mandant 731 (couleur
violet). Airbus, le client, est configuré sur le mandant 150 (couleur vert).
7.1.2.2. Reconstitution des environnements techniques classiques
Dans chacun des deux mandants, un projet a été créé et les ordres de transports liés au customizing de notre
projet y sont regroupés.
Compte tenu des infrastructures réellement disponibles dans le cadre du projet SAP EDI STG, les
environnements classiques de ce type de projet (Bac à Sable, Développement, Qualification Production)
n’existent pas. En effet, un seul environnement est utilisé mais l’équipe projet s’est efforcée de respecter la
logique des 3 environnements.
Bac à sable : « expérimentations »
1. Les expérimentations EDI ont été réalisées sur les standard ou copie de standard SAP existants
(structures organisationnelles, copie d’articles, copie de partenaires….),
2. Les flux fonctionnels ont été expérimentés sur les deux structures organisationnelles STG et Airbus
mais sur un jeux de datas (articles, partenaires…) « bac à sable »,
3. Une fois les paramétrages EDI maîtrisés d’une part et les données, paramétrages et flux fonctionnels
suffisamment aboutis d’autre part, « une couche EDI » (1) a été ajoutée au fonctionnel (2). Sur cette
base ont été réalisés les ajustements, optimisations et tests unitaires.
Qualification : Pré production
1. Les tests internes sur flux fonctionnels sous EDI ont été effectués sur les deux structures
organisationnelles mais sur un nouveau jeu de données (articles, partenaires..) et paramétrages
préqualifiés en « Bac à sable ».
2. Après optimisations, la recette client a eu lieu sur un nouveau jeux de données propres.
Production :
1. Dans la même logique, un jeu de données optimisé marque le passage en production.
7.1.3. Outils et supports

Des outils et supports utilisés pour mener à bien ce projet ont été prévus pour travailler de façon efficace et
fiable en gérant la contrainte de distance entre les membres de l’équipe projet. Les voici :
- Espace projet Dropbox : 100% des documents projets sont stockés et partagés sur un espace
collaboratif Dropbox, répertoire « projet SAP ». Arborescence des répertoires créé par FRi, à
respecter. Version obsolète (et datées) des fichiers à placer dans les répertoires « archive ». Copie de
sauvegarde hebdomadaire de Dropbox par FRi. Paramètres de configuration manuelle du serveur
proxy sur TB pour accès depuis CESI
- Tableau de bord projet (TB) : fichier Excel de référence pour le suivi des tâches, relevé des décisions,
traitement des points durs, risques, contact équipe, mini charte projet, identifiants ….

ISATIS
CONSULTING
- Boite à outil communication : téléphone, mail, Skype pour conf call équipe, Anymeeting pour partage
d’écran
- Matrices document projet disponibles sur Dropbox
- Réunions projet Skype hebdomadaires voire bihebdomadaires si besoin pour pilotage au plus près du
projet et de l’’équipe.
7.2. Planning de mise en oeuvre
7.3. Budget
Rappelons que :
- la mise en place de l’EDI s’appuie sur une solution SAP très récemment mise en place
- les échanges de données se feront via les connexions internet déjà existantes (et suffisamment
calibrées)
- les échanges de données se feront en direct vers les clients sans passer par un tiers prestataire.
En conséquence, le budget du projet est composé exclusivement de la prestation d’intégration d’Isatis. Par
ailleurs, cette nouvelle fonctionnalité donnera lieu à un ajustement de 5% du forfait annuel « maintenance et
hotline »

ISATIS
CONSULTING
Etapes 1, lot 1.1 Nombre de Coût

jours homme
Préparation projet 20j 6000€
dont entretiens besoin client
dont formation préalable équipe projet
Analyse et conception 46j 13800€
dont ateliers protypage
Réalisation 26j 7800€
Dont préparation formation client
Préparation à la production 8j 2400€
Dont formation client
Production 8j 2400€
Dont assistance rapprochée au démarrage
Suivi Projet 10j 3000€
Global Projet 118j 35400€
7.4. Gestion des risques
Une évaluation des risques pouvant mettre en péril le projet a été mené au démarrage du projet. Le critère de
criticité d’un risque est un mix de la probabilité de vérification et de la gravité des conséquences s’il survient.
Nous nous sommes attachés à prévenir ces risques et anticiper d’éventuelles solutions de repli si nous devions
être confrontés au risque.
Par souci de lisibilité, certaines colonnes du tableau ci-dessous ont été masquées. (Tableau à retrouver en
annexe dans le « tableau de bord projet » dans le répertoire « best of des livrables projets »)
Evaluation des risques au 10/08/2013
Criti Statut
Risque Effets, Mesures préventives Mesure correctives prévues
Description cité du
identifié impacts éventuelles si le risque se réalise
% risque
Equipe Les Perte de 36% Partage de la connaissance. Si blocage, création d'un point En cours
junior SAP membres de temps en Echange entre les membres de dur. Concertation pour partage
l'équipe formation et l'équipe, (binômes), points du problème, définition plan
projet sont fausses routes réguliers pour avancement d'action, suivi actif. Dernier
juniors sur --> dérive Recherche d'informations recours : MQT
SAP temps extérieures : cours, tuto, sites
communautaires, ….
Equipe Les Perte de 36% Une personne dédiée dès le début Si blocage, création d'un point En cours
junior EDI membres de temps en du projet à s'auto former sur l'EDI dur. Concertation pour partage
l'équipe formation et afin de former l’équipe ensuite du problème, définition plan
projet sont fausses routes d'action, suivi actif. Dernier
novices sur --> dérive recours : MQT
EDI temps

ISATIS
CONSULTING
Faible Les Retard ou 48% Au moins un point équipe projet Relais par le binôme sur les En cours
disponibilité membres surchauffe de hebdo sur avancement. Mis en tâches en cours.
des mènent ce l'équipe place binômes de soutien. Travail
membres projet en sur espace collaboratif
dehors de exclusivement. Périmètre défini et
leur travail à respecter. Arbitrage CP si besoin
ou cours.
Ressources les membres Difficultés de 32% Mise en place d'outils collaboratifs Maitrisé
éparses ne sont pas partage sur le net : espace de partage
sur le même d'information DropBox, réunion Skype,
site et documents Anymeeting pour partage d'écran
Perturbation Création de Blocage ou 48% Regrouper les ordres de Si blocage, création d'un point En cours
du mandant paramétrage altération transports dans un projet? dur. Concertation pour partage
par s parasites Documenter les points de du problème, définition plan
personnes ou paramétrages afin de pouvoir les d'action, suivi actif. Dernier
extérieures modification refaire. recours : MQT
au projet des nôtres Dans la mesure du possible, créer
par des des données propres au projet
Tiers
Sécurisation Perte des Perte 32% Copier-coller dans répertoire Kleenex Maitrisé
des données fichiers historique et "archives" les versions antérieures
pilotage projets Redémarrage des fichiers.
à0 Copie de sauvegarde
hebdomadaire
Suppression Impossibilit Pas de recette 60% risque avéré Batailler pour récupérer les En cours
connexions é de faire client accès même temporairement
inter dérouler un Pas de démo Reconstituer un PPS qui
mandant et flux achat - pour déroule un flux à partir des
blocage vente soutenance captures d'écrans des tests
accès complet
mandant
150

ISATIS
CONSULTING
8. Bilan et retour d’expérience
Les informations rapportées dans les paragraphes ci-après sont une synthèse d’un tour de table effectué avec
l’équipe projet.
8.1. Compétences acquises
De façon indéniable, nous avons tous vécu une montée en connaissances et compétences fonctionnelles sur les
modules SD et MM de SAP mais également sur l’EDI. De manière plus ciblée, le paramétrage « en vrai » fera
partie des acquis.
Des heures d'expérimentation, de création, voire d'errance et de retour au point zéro aussi, dans les
transactions et le SPRO des mandants 150 et 731, sacrément formatrices ! Des heures passées sur « Google est
mon ami » et les supports SAP à comprendre comment fonctionne l’EDI afin de transmettre la bonne parole
aux collègues.
Même si nous le pensions avant le démarrage SAP (cours et projet), nous avons touché du doigt le fait que SAP
est une machine de guerre extrêmement puissante qui nécessite des réglages d'une finesse extrême. Et cela
s’applique en particulier à l’EDI où l’automatisation des processus est poussée assez loin. Et nous l’avons
appris deux fois à nos dépends !
Ce projet a aussi été l’occasion de découvrir la démarche ASAP, même si nous n’avons pu la suivre qu’en
partie. Mais ce qui restera le plus du point de vue « projet », c’est la création et l'utilisation d'outils de pilotage
pragmatiques en mode partage qui ont été optimisés tout au long de l’aventure.
Nul doute que ces compétences et ce vécu seront exploitables et exploités dans un futur proche !
8.2. Retour d’expérience
Une des difficultés pour mener ce projet a été la nécessité qu’acquérir du savoir sur l’EDI. Au début du projet
l'EDI était un sujet complétement nouveau pour nous. Nous avons consacré une partie de notre temps à
chercher les bonnes informations et les mettre en pratique. Avec le temps, et grâce aux échanges d'idées et
d'expériences que ce soit avec les membres de notre groupe, avec Mickaël Quesnot ou pendant les pauses café
de nos stages, nous avons réussi à structurer les différentes pièces du puzzle de notre projet et à rendre
l'image floue de l'EDI de départ de plus en plus claire...
D’une façon globale, nous avons eu le sentiment de gérer plusieurs projets en un : concevoir et paramétrer une
structure organisationnelle, concevoir et paramétrer un flux fonctionnel, paramétrer les échanges et
superposer le tout. Et ce, sur deux mandants, l'un pour Airbus, l'un pour STG.
Tous d'un naturel curieux et exigeants, définir un périmètre traitable en 3 mois et laisser de côté certaines
fonctionnalités (programme de livraison, facturation…) et travaux (query…) a généré des frustrations. Et il a
fallu se faire violence pour dire "non, on ne fait pas cela" sinon cela se fera au détriment de la qualité des
livrables. Il y a fort à parier que certains reviendront se promener sur nos chers mandants après le 17 octobre
(NDLR : si on veut bien nous laisser y entrer !)

ISATIS
CONSULTING
8.3. Conclusion
Ce projet SAP a été une vraie expérience professionnelle et humaine. Nous l’avons tous vécue avec implication
et application et ce, en faisant avec les contraintes de temps, la thèse, nos petites familles…
Au final, nous sommes fiers d'avoir livré une solution pertinente, aboutie et opérationnelle, nous sommes fiers
d’avoir appris.
En complément à la richesse des cours de Mickaël Quesnot, ce projet nous autorise à ajouter la ligne SAP à nos
CV, certes avec une étendue de compétences à affiner selon chacun. Mais nous gardons tous en tête que la
route SAP est encore longue...
Pour certains membres de l'équipe, ce projet et les compétences SAP acquises sont un jalon clé dans le
parcours professionnel ciblé : consultant SAP. Pour d'autres, ce projet, via la pratique SAP et une nouvelle
expérience projet, renforce la culture ERP et sera un vécu de plus pour accéder à terme à des fonctions de chef
de projet ERP.

ISATIS
CONSULTING
Arborescence des annexes sur le répertoire « 99 Espace jury »
0 Rapport de cadrage
RAPPORT DE CADRAGE PROJET SAP EDI STG V3.docx
3 Parametage SAP
00 Liste points de parametrage.xlsx
3.1 SAP Organisation structurelle
01 Paramétrage structures organisationnelles.docx
3.2 SAP Master data -Codification
02 Codifications.docx
3.3 SAP Types de documents
03-a Paramétrages documents de flux - types de documents.docx
03-b Paramétrages documents de flux - Détermination des messages d'édition.docx
03-c Paramétrages documents de flux - Pilotage texte et mise en forme.docx
3.4 SAP Connexions EDI
04 Paramétrages Connexion EDI.docx
3.5 SAP Etats EDI
05 Paramétrages Etats EDI.docx
4 Tests
Scenario des tests projet SAP EDI STG.xls
4.1 Tests unitaires
TU-150-MM-AP001 Création commande d'achat X.docx
TU-150-MM-AP002 Edition commande PDF.docx
TU-150-MM-AP003 Edition commande EDI.docx
TU-150-MM-AP009 Liste des IDOC ORDERS émis avec statut d'émission.docx
TU-150-MM-AP011 Liste des IDOC ORDRSP reçus avec statut de réception.docx
TU-150-MM-AP025 Gestion des IDocs reçus avec un statut d'erreur.docx
TU-150-MM-FAR001 Création fiche article.docx
TU-150-MM-FIA001 – Création fiche info-achat.docx
TU-150-MM-FOU001 Création fournisseur.docx
TU-731-CLI01 Création Client.docx
TU-731-CLI02 Création Fiche info-vente.docx
TU-731-CLI03 Création d’une condition de prix CE NEST PAS UN TU.docx
TU-731-MM-FAR001 Création fiche article.docx
TU-731-MM-IM001 Entrée en stock qualité sans ordre de fabrication sur cde d'achat.docx
TU-731-MM-IM002 Transfert du stock qualité au stock libre X.docx
TU-731-SD004 Modification de la commande de vente.docx
TU-731-SD005 Impression de la confirmation de commande par pdf.docx
TU-731-SD006 Confirmation de commande par EDI.docx
TU-731-SD007 Liste des IDOC ORDERS reçus avec statut de réception.docx
TU-731-SD009 Liste des IDOC ORDRSP émis avec statut d’émission.docx
TU-731-SD010 - Liste IDOC ALEAUD reçus pour ORDRSP avec statut réception par 150.docx
TU-731-SD014 - Liste IDOC ALEAUD reçus pour DESADV avec statut réception par 150.docx
TU-731-SD015 Création de la livraison sortante X.docx
TU-731-SD016 Edition du BL en PDF.docx
TU-731-SD017 Edition du BL en EDI.docx

ISATIS
CONSULTING
TU-731-SD023 Gestion des IDocs reçus avec un statut d'erreur.docx
4.2 Test integration

TI-150-MM-AP001 Création commande d'achat.docx
TI-731-SD001 Création de la livraison et édition papier du BL.docx
TI-731-SD002 Enregistrement sortie de marchandise et émission avis de livraison par EDI.docx
TI-731-SD003 Simulation production.docx
TI-731-SD004 Transfert de la marchandise conforme du stcok qualité au stock libre.docx
TI-MM150-SD731-001 Modification de la date de la commande d'achat.docx
TU-SD731-MM150-002 Vérification création automatique cde vente et confirmation.docx
4.3 Scenario flux fonctionnels recette
PREREC-01-A Isatis - Precette flux projet EDI STG ok.docx
PREREC-02-A Isatis - precette etats projet EDI STG ok.docx
5 Plan et supports de formation

5.1 Plans de formation
plan de formation.xlsx
5.2 Supports de formation
ASAP ISATIS 1.pdf
EDI ISATIS 1.pdf
EDI ISATIS 2.pdf
EDI ISATIS 3A.pdf
EDI ISATIS 3B.xlsx
9 best of livrable equipe projet

Isatis- synthèse entretiens recueil besoins projet SAP EDI STG v4 liv.docx
Tableau de bord projet SAP EDI STG.xlsx
Planning SAP EDI STG V2.png
Note de cadrage projet SAP EDI STG.docx

Sap Edi

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Sap Edi

Transféré par

Droits d'auteur :

Formats disponibles

RAPPORT DE CADRAGE

PROJET SAP EDI STG

Françoise Richeboeuf, Catherine Bernabé, Mhamed Mamouni, Mohamed Abbassi

Mastère Spécialisé Chef de Projet ERP 2012/2013 Août 2013

Françoise Richeboeuf CP Date de lancement : 15/05/2013

RAPPORT DE CADRAGE EDI STG AIRBUS

Jury SAP MSERP12/13

Mickaël Quesnot Intervenant SAP

Historique des évolutions

Version Date Auteur(s) Statut

Isatis Consulting Page 1 sur 107

Table des matières

1. RAPPEL DU CONTEXTE ET DES DONNEES DE L’ENTREPRISE ETUDIEE ........................................................................ 6

1.1. LA SOCIETE STG : ......................................................................................................................................................................................... 6

2. ETUDE DE CADRAGE / EQUIPE PROJET................................................................................................................................ 11

2.1. PRESENTATION EQUIPE PROJET ................................................................................................................................................................ 11

3. ETUDE DE CADRAGE / ANALYSE PREALABLE ET CONCEPTION FONCTIONNELLE................................................... 13

3.1. ENCHAINEMENT DES PROCESSUS CIBLES SOUS PERIMETRE .................................................................................................................... 13

4. ETUDE DE CADRAGE / PARAMETRAGE DE LA SOLUTION SAP ...................................................................................... 45

4.1. PRESENTATION GENERALE DU PARAMETRAGE ........................................................................................................................................ 45

Isatis Consulting Page 2 sur 107

4.4. PILOTAGE DES TEXTES ............................................................................................................................................................................. 71

5. TESTS ET JEU D’ESSAI ............................................................................................................................................................... 92

5.1. LES TESTS UNITAIRES ................................................................................................................................................................................ 92

6.1. FORMATION EQUIPE PROJET ..................................................................................................................................................................... 97

7.1. METHODOLOGIE ET OUTILS....................................................................................................................................................................... 99

8. BILAN ET RETOUR D’EXPERIENCE ..................................................................................................................................... 104

8.1. COMPETENCES ACQUISES ........................................................................................................................................................................ 104

ARBORESCENCE DES ANNEXES SUR LE REPERTOIRE « 99 ESPACE JURY »....................................................................... 106

Isatis Consulting Page 3 sur 107

ORDERS Type de message Idoc pour une Commande d'Achat

ORDRSP Type de message Idoc pour la Confirmation d'une Commande de Vente

Isatis Consulting Page 4 sur 107

The dream crew :

Françoise Richeboeuf Catherine Bernabé Mhamed Mamouni Mohamed Abbassi

Remarque (sérieuse !) sur le traitement du client Airbus dans le projet :

Isatis Consulting Page 5 sur 107

1. Rappel du contexte et des données de l’entreprise étudiée

1.1. La société STG :

1.1.3. Schéma de flux de l’entreprise

Isatis Consulting Page 6 sur 107

Les informations clés à extraire de ce tableau sont :

- Les 3 entités sont entièrement lissées dans l’activité quotidienne

Isatis Consulting Page 7 sur 107

1.1.4. Système d’information

1.2. Besoins STG

1.2.1. Enjeux et bénéfices

Isatis Consulting Page 8 sur 107

1. La réponse à la demande d’offre du client : création d’un devis ou proposition

L’EDI est à mettre en place sur ses 4 processus. 1 processus = 1 lot

Client STG Fournisseur Sous-traitant

Bon de livraison Lvrer

Isatis Consulting Page 9 sur 107

1.2.3. Séquençage du projet

1ère étape : Mise en place du flux EDI avec AIRBUS

- Lots 1 & 2 : Livraison septembre 2013

- Lots 3 & 4 : Livraison janvier 2014

- Livraison Mars 2014.

1.2.4. Equipe projet client STG (KU, CPU, CPI)

- Isabelle, Responsable Logistique et Qualité, chef de projet utilisateur

Isatis Consulting Page 10 sur 107

2. Etude de cadrage / Equipe projet

2.1. Présentation équipe projet