RAPPORT DE CADRAGE PROJET SAP EDI STG

Transcription

1 RAPPORT DE CADRAGE PROJET AP EDI TG IATI CONULTING alias Françoise Richeboeuf, Catherine Bernabé, Mhamed Mamouni, Mohamed Abbassi Mastère pécialisé Chef de Projet ERP 2012/2013 Août 2013

2 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Equipe projet Françoise Richeboeuf Catherine Bernabé Mhamed Mamouni Mohamed Abbassi CP CF CT CT Date de lancement : 15/05/2013 Date de livraison : 26/08/2013 RAPPORT DE CADRAGE EDI TG AIRBU Destinataires Jury AP MERP12/13 CEI Toulouse Mickaël Quesnot Nicolas Antini Intervenant AP Pilote Mastère Historique des évolutions Version Date Auteur(s) tatut 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 Page 1 sur 107

3 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Table des matières GLOAIRE... 4 PREAMBULE RAPPEL DU CONTEXTE ET DE DONNEE DE L ENTREPRIE ETUDIEE LA OCIETE TG : Profil tructure chéma de flux de l entreprise ystème d information BEOIN TG Enjeux et bénéfices Périmètre équençage du projet Equipe projet client TG (KU, CPU, CPI) ETUDE DE CADRAGE / EQUIPE PROJET PREENTATION EQUIPE PROJET ROLE ET ATTRIBUTION ETUDE DE CADRAGE / ANALYE PREALABLE ET CONCEPTION FONCTIONNELLE ENCHAINEMENT DE PROCEU CIBLE OU PERIMETRE TRUCTURE ORGANIATIONNELLE ET MATER DATA tructure organisationnelle Master data DETAIL DE PROCEU TG-AIRBU Considérations générales Lot 1 : Commande/Confirmation de commande imulation de la production Lot 2 : Bon de livraison / Avis de réception ETAT Besoin Etats d activité sous EDI pécifications pour création query pour états ET ETUDE DE CADRAGE / PARAMETRAGE DE LA OLUTION AP PREENTATION GENERALE DU PARAMETRAGE CONNEXION EDI ynthèse des paramétrages de la Connexion EDI GENERATION D IDOC VIA UNE CORREPONDANCE (GETION DE MEAGE) ynthèse des paramétrages d une correspondance (message) Page 2 sur 107

4 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ PILOTAGE DE TEXTE ynthèse des paramétrages du pilotage des textes GETION DE IDOC REÇU EN TATUT D ERREUR (WORKFLOW) ynthèse des paramétrages du Workflow CONTROLE DU TATUT DE L IDOC DAN LE YTEME EXTERNE ynthèse des paramétrages TET ET JEU D EAI LE TET UNITAIRE LE TET D INTEGRATION LA RECETTE CLIENT Recette flux achat vente sous EDI - PREREC-01-A Recette états d activité sous EDI - PREREC-02-A FORMATION FORMATION EQUIPE PROJET FORMATION CLIENT TG GETION DE PROJET METHODOLOGIE ET OUTIL La méthode AAP Infrastructures et environnements techniques Outils et supports PLANNING DE MIE EN OEUVRE BUDGET GETION DE RIQUE BILAN ET RETOUR D EXPERIENCE COMPETENCE ACQUIE RETOUR D EXPERIENCE CONCLUION ARBORECENCE DE ANNEXE UR LE REPERTOIRE «99 EPACE JURY» Page 3 sur 107

5 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 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 AP 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. AAP BADI Central pedestal ou cabine pedestal DEADV Destination RFC EDI IDOC IMG Isatis Mandant Modèle de Distribution ORDCHG ORDER ORDRP Port PRO TTPOD Accelerated AP : méthode recommandée pour implémenter (ou faire évoluer) AP efficacement. tructuré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». 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. Partie centrale du cockpit de l'avion militaire A400M. Cest la pièce qui sépare les deux pilotes. Type de message Idoc pour une Livraison 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 AP. 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. Un IDoc est un document intermédiaire (Intermediate DOCument). C est un conteneur, utilisé pour échanger des données entre deux processus. Contient toutes les fonctionnalités de tous les réglages et paramètrages possibles sur tous les composants de l'application AP 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) Un mandant désigne dans la terminologie AP des unités logiques au sein du système AP. 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). Un modèle de distribution renferme les spécifications identifiant les messages (type de messages) circulant vers un système logique. Un modèle de distribution désigne le type de données à échanger. Type de message pour une modification d une commande d achat Type de message Idoc pour une Commande d'achat Type de message Idoc pour la Confirmation d'une Commande de Vente 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. AP 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. ARL: Type de message Idoc pour Accusé de Réception d'une Livraison ystème logique Pour chaque mandant AP utilisé, un système logique de base (L) doit être associé au client AP. 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 AP. Type d'idoc Contient tous les champs standards qui sont nécessaires pour réaliser une transaction commerciale. Par exemple, ORDER, DEADV. Page 4 sur 107

6 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Préambule Welcome on board! Bienvenue à bord de cet A400M pour le vol N AP EDI TG opéré par la compagnie. Ce vol, aller-retour et sans escale, reliera la ociété TG de Labège à la ocié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 ociété TG 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 TG 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 TG) 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 TG (sauf exception) ou tout au moins ceux qui en découlent logiquement. Page 5 sur 107

7 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Rappel du contexte et des données de l entreprise étudiée 1.1. La société TG : Profil TG 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, TG s est bâti sur une solide culture qualité, recherche, innovation et service client tructure Au gré de sa croissance et de son ouverture vers de nouvelles activités, TG s est structurée en une holding possédant trois filiales : Les trois fliliales du groupe TG 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 chéma de flux de l entreprise Page 6 sur 107

8 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Pour avoir une vision globale du fonctionnement de TG, nous reprenons ci-dessous le schéma des flux, élaboré par l entreprise TG. Les informations clés à extraire de ce tableau sont : - Les 3 entités sont entièrement lissées dans l activité quotidienne - TG vend à des clients des pièces spécifiques à un client - Celles-ci sont soit fabriquées par TG à partir de composants et matières premières achetés, soit soustraitées partiellement - La fabrication de produits finis est déclenchée par une commande client. TG ne possède pas de stock de produits finis. Page 7 sur 107

9 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ ystè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 AP R/3 sur un périmètre équivalent à D, PP et MM, la partie finance et RH restant gérée par AGE. Les 2 solutions sont interfacées Besoins TG uite à la demande de son principal client Airbus, TG a missionné 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 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 TG qui doit se soumettre rapidement aux exigences de son client Airbus. TG pressent que d autres clients comparables, à date au nombre de 2, formuleront la même exigence sous peu. TG souhaite être proactif à leur égard. Ces 3 clients pèsent près de 50% du chiffre d affaire de l activité production de TG Pour cette évolution majeure, à mettre certes à l initiative d un client, comme c est souvent le cas dans les PME, TG s inscrit dans une démarche tout à fait positive, consciente des enjeux immédiats et des bénéfices internes à court et moyen terme. Page 8 sur 107

10 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Périmètre L objectif donné à Isatis est de passer sous EDI direct dans AP l échange des données achat/vente entre TG 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 TG, (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 TG Fournisseur ous-traitant Demande: Devis ou contrat cadre Offre: devis ou contrat cadre 4 Etudier demande Commande ou plan d approvisionnement 1 Oui Accepter commande proposée Non Modifier commande Commande confirmée Confirmer commande ous-traiter Oui Commande ous-traitance Non Acheter matière Oui Commande Matière première Non Produire Bon de livraison Avis de réception 2 Lvrer Facture 3 Facturer Page 9 sur 107

11 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ équençage du projet TG 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 AIRBU - Lots 1 & 2 : Livraison septembre 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 Flux demande/offre - Flux programme de livraison et appel - Flux facture 2 ième étape : Extension de l EDI vers les autres clients (à date 2 candidats) - Livraison Mars Equipe projet client TG (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 Page 10 sur 107

12 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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 TG - 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 AP 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 upéreure de Commerce de Pau -Mastère spécialisé Chef de Projet ERP - Ecole upérieure de commerce de Paris - Master II Audit Contrôle de Gestion - Mastère spécialisé Chef de projet ERP - Ecole upérieure des - Master Mathématiques & Technologies Industrielles Informatique Graphique Avancées - Master tatistique et - Master II ystèmes de Econométrie production industriels - Mastère spécialisé Chef automatisés de Projet ERP - Mastère spécialisé Chef de projet ERP Expériences / compétences Compétences AP Apport sur le projet - 18 ans d'expérience en PME dans des fonctions marketing, commercial, ADV, logistique - Mise en place des modules achat/vente de 2 ERP typés PME - 6 mois de pratique fonctionnelle sur MM et D -Recul fonctionnel sur les problématiques du projet -Pilotage du projet - 10 ans d'expérience en contrôle de gestion - Analyse, modélisation et amélioration de processus - Assistante de projet mise en place d'un outil BI - 6 mois de pratique fonctionnelle et paramétrages standards sur MM et D - Analyse et conception fonctionnelle - Paramétrages standards - 8 ans d'expérience : Responsable de production - Mise en place d'un Erp : Achat, vente et production. - 1 an de pratique fonctionnelle sur D et MM - Attestation de préparation à la certification D MM - Paramétrage AP CM - Paramétrage PP - Connaissance WM et P - Paramétrages avancés D MM - Paramétrages EDI D- MM - Analyse fonctionnelle - 4 ans de recherche, développement et analyse économétrique - Compétences et expériences dans l'analyse et le developpement: R, A, Microsoft.NET, BI/BW - 6 mois de pratique sur MM, D et paramétrage EDI -Paramétrages EDI D- MM -Paramétrages AP standards et évolués Page 11 sur 107

13 IATI CONULTING Projet AP EDI TG Client : TG Rapport de cadrage EDI TG AIRBU V3 26/08/ 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é ynthè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 Page 12 sur 107

14 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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 TG, 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 TG dans AP non seulement par rapport à la problématique de l EDI mais également par rapport aux spécificités fonctionnelles de l activité d TG. (* Les besoins d TG 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 TG 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 TG (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 TG 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 à TG via EDI : elles seront donc créées et enregistrées dans le système de TG en temps réel. 2. TG 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. TG 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 TG. 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 TG 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 TG et son client. De la même façon, en ce qui concerne la solution AP, 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. Page 13 sur 107

15 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ tructure organisationnelles et master data tructure organisationnelle Comme nous l avons précisé dans le paragraphe tructure, 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 AP. Nous avons donc créé une structure organisationnelle simple où chaque élément organisationnel devant être créée dans AP l a été en un exemplaire unique. i dans le futur les exigences d TG 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 TG et Y pour Airbus La société TG, mandant 731 Page 14 sur 107

16 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ La société AIRBU, mandant 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. ur le mandant 731, celui du fournisseur, nous trouverons : - L article - Le client - La fiche client - article ur le mandant 150, celui du client, il y aura : - L article - Le fournisseur Page 15 sur 107

17 Données Onglet fiche article Champs *: données spécifiques TG à ajouter dans une table Obligatoire Facultatif Automatique Valeur du champ tandard Non tandard Rq IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ La fiche info achat. En ce qui concerne les données qui doivent être renseignées dans AP, nous sommes partis des indications et documents qui nous ont été fournis lors des ateliers de recueil des besoins, et nous avons identifié dans AP les champs à utiliser pour les renseigner ; ceci a été fait dans les 2 mandants ystème TG, mandant L article Les données concernant l article qu TG souhaite renseigner dans le système d information sont toutes transposables en standard dans AP. Nous reportons ci-après les champs identifiés comme correspondants aux données cible. Afin de regrouper selon le souhait d TG 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 TG : 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 TG attribue aux pièces qu il fabrique par souci de traçabilité. De plus, toujours pour les mêmes raisons, TG 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 TG Référent.A.P. Couverture Ecran initial Branche O Aerospatial & Espace Ecran initial Type article O Produit commercialisable Code article DdeB1 Article O Manuelle Désignation article DdeB1 Désignation O Manuelle Unité de mesure DdeB1 Unité de quantité de base* O PC Pièce Poids brut DdeB1 Poids brut F Poids net DdeB1 Poids net F DdeB1 Groupe de marchandise * F ZCOM Programme DdeB1 Groupe de march externe* F ZA400M DdeB1 Unité de poids* O KG DdeB1 Gpe GénTypPoste O NORM (défaut) DdeB1 ecteur d'activité F Page 16 sur 107

18 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 DdeB2 Vue non gérée. Hors périmètre Classification Vue non gérée. Hors périmètre Org. Comm 1 Données taxes O 1 Org. Comm 2 Valeur par défaut si existantes Données Gén/Div GpeTransp O 0001 Données Gén/Div Gpe.charg. O 0003 Données Gén/Div Profil Num de série F 003: Gestion des stocks Comm. Ext (Imp/Exp) Vue non gérée. Hors périmètre Programme Texte ADV Description F Vue non gérée. Hors périmètre Achats Texte commande Vue non gérée. Hors périmètre d'achat Planif des Vue non gérée. Hors périmètre besoins 1 a 4 Previsions Vue non gérée. Hors périmètre tock 1 Gestion par lot F X tock 2 Valeur par défaut si existantes Emplac. Mag 1-2 Vue non gérée. Hors périmètre Manag. Qualité Vue non gérée. Hors périmètre Comptabilité 1 Code Prix O (tandard) Comptabilité 1 Prix tandard O Comptabilité 2 Valeur par défaut si existantes CCR 1-2 Vue non gérée. Hors périmètre Le client Comme pour l article, toutes les données qu TG souhaite renseigner sont disponibles en standard dans AP. 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 TG puisse transposer sa codification dans AP (ZDO) - paramétrer un nouveau type de forme juridique inexistant dans les tables de base existantes («s.a.s.» pour «ociété par Actions implifiée» qui est la forme juridique d Airbus) - paramétrer un code branche qui corresponde à la classification selon laquelle TG 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, «ignificatif 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 Page 17 sur 107

19 Données Vue fiche CLient Onglet Champs *: données spécifiques TG à ajouter dans une table Obligatoire Facultatif Automatique Valeur du champ tandard Non tandard Rq IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 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.) Cible TG Référent.A.P. Couverture Raison sociale Forme juridique Adresse complète Tel: Fax ite web N iret Données Code APE Code APE Ecran intial Groupe de O ZDO Donneur comptes d'ordre TG Ecran intial Client O libre Ecran intial ociété F ZTG Ecran intial Organisation F ZOC1 commerciale Ecran intial Canal distribution F Z1 Ecran intial ecteur d'activité F Z2 Données exportation Données Générales adresse Titre de civilité F Entreprise Données adresse Raison sociale O Générales Données Marketing *Forme juridique F Générales Données adresse Critère de O TG Générales recherche Données adresse Groupe "Adresse O Générales postale" Données adresse Tel F Générales Données adresse Fax F Générales Données Adresse - adresse site web F Générales Autre communica tion - URI Données adresse Pays O FR Générales Données adresse Région O Département du Générales client Données adresse Zone de transport O Région du client Générales Données de N IRET F Générales pilotage Données Données de TVA sur CA F cocher Générales pilotage Données Données de *Branche F AIR Générales Données Générales pilotage Marketing *Code Branche 1 F APE Page 18 sur 107

20 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 CONTACT Nom Contact Fonction contact Tel: Fax Nom autre contact Fonction autre contact Tel: Fax LIVRAION/ FACTURATI ON DONNEE REGLEMENT Condtions de livraison (incoterms) Conditions de paiement Données Générales Données Générales Données Générales Données Générales Données Générales Données Générales Données Générales Données Générales Données Générales Données Générales Données Générales Données Générales Données dom. Comm. Données dom. Comm. Données dom. Comm. Données dom. Comm. Données dom. Comm. Données dom. Comm. Données ociété Données ociété Données dom. Comm. Contact Nom Contact F Contact Prénom Contact F Contact Fonction contact F Contact Tel: F Contact - adresse privée Fax F Contact - F adresse privée Contact Nom autre F contact Contact Fonction autre F contact Contact Tel: F Contact - adresse privée Contact - adresse privée Fax F F Expédition Cdtion Expédition O 02 tandard Expédition Divsion F ZDV1 Expédition ignificatif pour F X ARL Expédition Intervalle ARL F Vente Agence F ZAC1 Commerciale Vente Groupe vendeur F ZGV Tenue de compte Opér. De paiement Groupe collectif O Coordonnées bancaires, autor prélèvement F Facture Incoterms F EXW Données dom. Comm. Facture Lieu Incoterm F Labège Données dom. Facture Condition F 001 Comm. Paiement Données dom. Facture Classification O 1 Imposable Page 19 sur 107

21 Données Vue fiche Client article Champs *: données spécifiques TG à ajouter dans une table Obligatoire Facultatif Automatiqu e Valeur du champ IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Adresse de facturation Adresse de livraison Comm. Données dom. Comm. Données dom. Comm. Données dom. Comm. Données dom. Comm. Rôles partenaires Rôles partenaires Rôles partenaires Rôles partenaires taxes DO: Donneur O TG-AIRBU d'ordre CF: Client facturé O TG-AIRBU PY: Client Payeur O TG-AIRBU CL: Client livré O YDV La fiche client-article TG 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 TG 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 TG le bon article TG à celui commandé par Airbus et transmis par EDI. Cible TG Référent.A.P. Client O Organ Comm O ZOC1 Canal distr O Z1 Code article ynthèse Numéro article O Désignation ynthèse Désignation A article Code Client ynthè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 Client Détail Info Critère de recherche F ystème AIRBU, mandant 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. Page 20 sur 107

22 Données Ecran fiche Fournisseur Nom Ecran Champs *: données spécifiques TG à ajouter dans une table Obligatoire Facultatif Automatique Valeur du champ tandard Non tandard Rq Vue Onglet fiche article Champs *: données spécifiques TG à ajouter dans une table Obligatoire Facultatif Automatique Valeur du champ tandard Non tandard Rq IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Référent.A.P. Couverture Achats Groupe d'achteur O YGA Achats Enr. Dans stock qualité F X 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 TG 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. Cible TG Référent.A.P. Couverture Fournisseur 0 Ecran de sélection 0 Ecran de sélection 0 Ecran de sélection 0 Ecran de sélection DONNEE ADMINITRATIVE Numero O Groupe de compte O 0001 (Fournisseurs) ociété F Organisation d'achat F 1 Adresse Titre de civilité F Entreprise Raison sociale 1 adresse Nom O 1 adresse Critère de recherche O TG Adresse complète 1 adresse Groupe "Adresse O postale" Tel: 1 adresse Tel F Fax 1 adresse Fax F N iret 2 Pilotage N IRET F 2 Pilotage TVA sur CA F cocher Code APE 2 Pilotage Branche F AIR N TVA intracomm. 2 Pilotage N. Ident TVA F 4 Comptabilité Gpe prév trésorerie O A1 (Fourn national) 4 Comptabilité cpte collectif O (dettes fourn domest) CONTACT Nom Contact 6 Données achat Vendeur/vendeuse F Page 21 sur 107

23 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Fonction contact Tel: 6 Données achat Tel: F LIVRAION/FACTU RATION Condtions de 6 Données achat Incoterms F livraison (incoterms) DONNEE REGLEMENT Mode de paiement 5 Opér Modes paiement F paiement/com pta Conditions de paiement 5 Opér paiement/com Condition Paiement F pta 3 Opér. De paiement (1) Coordonnées bancaires, autor prélèvement 6 Données achat Devise de la commande F O EUR DONNEE TECHNIQUE Agrément qualité 2 Pilotage ystème QM réel F 2 Pilotage ystème QM jusqu'à F 7 Rôles Rôle O partenaires 7 Rôles partenaires Numéro O La fiche info achat La fiche info-achat telle qu elle est prévue en standard répond parfaitement au besoin d TG 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 (ZRP) qui rend obligatoire ces deux confirmations. Page 22 sur 107

24 Données Vue fiche info - achat Champs *: données spécifiques TG à ajouter dans une table Obligatoire Facultatif Automatique Valeur du champ IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Référent.A.P. Couverture Fournisseur O Code article Article O Organ Achat F Division F type fiche info achat O tandard 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 ZRP Données organ achats 2 défaut Conditions défaut Page 23 sur 107

25 tandard Adaptation IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Détails des processus TG-AIRBU 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 JAMAI effectuée automatiquement lors de la sauvegarde des différents documents crées ou modifiées dans AP, mais qu elle résulte TOUJOUR 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 LE MANDANT 150 ET 731 Activité/Règles de gestion Fonctionalité AP Paramétrage Cette connexion est un prérequis pour pouvoir échanger les données entre les deux systèmes - Paramétrage global et spécifique dans les deux mandants. - Paramétrages applicatifs dans le mandant du fournisseur (table de correspondance, type de document de vente à générer ) - Création des systèmes logiques - Création du modèle de distribution - Création des accords d'interchange entre les systèmes logiques - Création des partenaires (client et fournisseur) - Création des accords d'interchange entre les deux partenaires 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 TG et son client, ni l utilisation de son outil de gestion, AP. 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. Page 24 sur 107

26 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 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 TG 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 tâche Tâche effectuée automatiquement par le flux EDI Nouvelle tâche à effectuer du fait de la mise en place du flux EDI Tâches effectuées automatiquement par EDI, mais HOR PERIMETRE (ces tâches sont indiquées à titre d information seulement) 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 car elles nécessitent un traitement particulier pour les inclure dans le flux EDI 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. Page 25 sur 107

27 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Commande/Confirmation de commande Client ervice achat TG Responsable logistique TG Administration des ventes Créer la commande d achat dans l ERP Transmettre la commande pdf par mail Générer la commande dans l ERP d TG Mail d alerte dans l ERP Mail Commande d achat Editer la commande Créer la commande de vente dans l ERP Contrôler la faisabilité de la commande Modifier la commande dans l ERP d TG Non Renégocier les éléments de la commande Accepter la commande Oui Valider la commande dans l ERP Non Trouver un accord Annuler la commande dans l ERP Non Annuler la commande dans l ERP Oui Oui Mail d alerte de validation de commande dans l ERP Modifier la commande dans l ERP Modifier la commande dans l ERP Valider la commande modifiée dans l ERP Mail d alerte de validation de commande 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 Phase Confirmer la commande dans le système Contrôler les éléments de la commande qui ont été confirmés Générer la confirmation de commande dans l ERP du client Il ressort clairement que : 1. Côté fournisseur (pour nous mandant 731, TG) - 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 ; Page 26 sur 107

28 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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, AIRBU) - 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 olution proposée dans AP 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 TG. 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 TG, 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 à TG dans la commande d achat au niveau poste. Or les types messages EDI standards liés aux commandes d achat (messages de type ORDER basé sur le type de base ORDER05) 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 ORDER : 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 AIRBU, car le type de message EDI correspondant (ORDCHG) est basé sur le même type de base (ORDER05) que le type de message ORDER. 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) Page 27 sur 107

29 tandard Adaptation IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Le processus commande achat, Airbus CREATION D'UNE COMMANDE D'ACHAT PAR AIRBU / MANDANT 150 Activité/Règles de gestion Fonctionnalité AP Paramétrage Création d'une commande d'achat avec numérotation automatique: APECT FONCTIONNEL -type de commande proposée par défaut ME21N Création d'un document d'achat YNB1 par copie de NB avec tranche de numérotation interne et poste standard " ": Paramétrage au niveau du poste utilisateur - lot obligatoire niveau poste - Renseignement du lot niveau poste obligatoire (sinon mess d'erreur bloquant) - un article par poste car un lot correspond à un article - confirmation obligatoire - confirmation obligatoire cochée par -double confirmation (AB et LA) - type de stock "contrôle qualité" - édition commande en pdf non automatique lors de la sauvegarde - Données organisationnelles renseignées automatiquement -Délai de 2 jours accordés au fournisseur pour confirmer APECT EDI - Transmission en EDI en temps réel de la commande créée. Génération manuelle de l'idoc lors de l'enregistrement de la commande d'achat. A Paramétrage dans la fiche article Paramétrage au niveau du poste utilisateur Choix de ne pas paramétrer cette règle de gestion, mais sert comme critère d'évaluation du fournisseur défaut - création de la clé de confirmation ZRP - champ "PilotConf"= ZRP par défaut - création d'une catégorie mess d'entête ZTG. type de support imprimante et moyen de communication PDF - statut 3 pour maîtriser le moment de l'édition - Création d'une catégorie mess d'entête ZORD type de support 6 EDI (génère un type de mess EDI ORDER) - statut 3 pour maîtriser le moment de l'envoi - Paramétrer la catégorie de message ZORD dans les accords d'interchange. - Configurer le type de message ORDER dans les paramètres Page 28 sur 107

30 tandard Adaptation IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Transmission du numéro de A lot car le type de mess ORDER ne transmet pas l'information du lot utilisation du champ incoterms 2 au niveau poste car : - champ inclus dans le type de mess ORDER - champ de type texte, donc sans contraintes d émission des accords d'interchange. champ à rendre obligatoire dans le type de document YNB1 (sinon message d'erreur bloquant) Vérification du succès de l'émission du message de type ORDER. APECT FONCTIONNEL - Filtrer sur la date du jour - Rechercher dans les ORDER sortants - Vérifier le statut (03) APECT EDI WE02 - Paramétrer l'émission de messages de type ORDER Le processus Confirmation commande de vente, TG / Airbus RECEPTION ET CONFIRMATION D'UNE COMMANDE DE VENTE Activité/Règles de gestion Fonctionnalité AP Paramétrage MANDANT 731 Vérification que le message de type ORDER a été traité avec succès et Identification du numéro de la commande de vente générée APECT FONCTIONNEL - Filtrer sur la date du jour - Rechercher dans les ORDER entrants - Vérifier le statut (53) - Identifier le numéro de la commande générée APECT EDI WE02 - Configurer le type de message ORDER dans les paramètres de réception des accords d'interchange. Page 29 sur 107

31 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 MANDANT 731 Confirmation d'une commande de vente générée automatiquement par le système APECT FONCTIONNEL - Visualisation de la commande de vente de type CTG générée par EDI grâce à son numéro - Toutes les données provenant de la commande d'achat sont renseignées - Prix calculé automatiquement en fonction de l'article et du client - Texte ADV "précisant que "le client est traité par EDI" repris de la fiche client - Modification éventuelle des données commande d'achat: -quantité non modifiable - échéance modifiable dans les limites de tolérance négociées avec le client NB: i hors tolérance, l'ordrp sera rejeté dans le mandant 150 TOUTE MODIFICATION ET LE REULTAT D'UN ACCORD TELEPHONIQUE AVEC LE CLIENT - édition confirmation de commande en pdf non automatique lors de la sauvegarde - Données organisationnelles renseignées automatiquement APECT EDI - Transmission de la confirmation de commande non automatique lors de la sauvegarde - Données transmises standard pour un type de mess ORDRP VA02 Création d'un document de vente (CTG) par copie de CDCL avec poste ZTG créé par copie de TAN. Paramétrage au niveau du poste utilisateur pour celles qui ne remontent pas de la fiche article - client, client ou article) Commande de type CTG générée pour tous les ORDER entrants Paramétrage d'une détermination de prix pour la combinaison article / client Paramétrage du pilotage de texte: copie de du texte ADV de la fiche client vers l'en-tête de la commande client. - Paramétrage des tolérances de dates de livraison au niveau de la clé de pilotage de confirmation ZRP - création d'une catégorie de mess d'en-tête ZBO5 type de support imprimante et moyen de communication PDF - statut 3 pour maîtriser le moment de l'édition - Création d'une catégorie de mess d'en-tête ZBO3 type de support 6 EDI (génère un type de mess EDI ORDRP) - statut 3 pour maîtriser le moment de l'envoi Page 30 sur 107

32 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 MANDANT 731 Vérification du statut d'émission de l'idoc ORDRP APECT FONCTIONNEL - Filtrer sur la date du jour - Rechercher dans les ORDRP sortants - Vérifier le statut (03) APECT EDI WE02 - Configurer le type de message ORDRP dans les paramètres d'émission des accords d'interchange. MANDANT 150 Vérification que le message de type ORDRP a été traité avec succès et Identification du numéro de la commande d'achat concernée APECT FONCTIONNEL - Filtrer sur la date du jour - Rechercher dans les ORDRP entrants - Vérifier le statut (53) - Identifier le numéro de la commande d'achat concernée i confirmation hors tolérances négociées, ORDRP en erreur (statut.) APECT EDI WE02 - Configurer le type de message ORDRP dans les paramètres de réception des accords d'interchange. MANDANT 150 Visualisation des données confirmées d'une commande d'achat APECT FONCTIONNEL - Visualisation de la commande d'achat confirmée par EDI grâce à son numéro - Consulter l'onglet Confirmations et visualiser les données avec le statut AB ME22N Page 31 sur 107

33 tandard Adaptation IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Le processus Modification d une commande d achat, Airbus MODIFICATION D'UNE COMMANDE D'ACHAT PAR AIRBU / MANDANT 150 Activité/Règles de gestion Fonctionnalité AP Paramétrage Modification d'une commande d'achat APECT FONCTIONNEL Même processus que pour la création de commande ME22N APECT EDI - Transmission en EDI en temps réel de la commande modifiée. Génération manuelle de l'idoc lors de la modification et sauvegarde de la commande. - Transmission du numéro de lot car le type de mess ORDCHG ne transmet pas l'information du lot A A utilisation du champ incoterms 2 au niveau poste car : - champ inclus dans le type de mess ORDCHG - champ de type texte, donc sans contraintes - Création de la catégorie de mess d'en-tête ZORD type de support 6 EDI (génère ici un type de mess EDI ORDCHG) - statut 3 pour maîtriser le moment de l'envoi - Configurer le type de message ORDCHG dans les paramètres d'émission des accords d'interchange. Vérification du statut d'émission de l'idoc ORDCHG APECT FONCTIONNEL - Filtrer sur la date du jour - Rechercher dans les ORDCHG sortants - Vérifier le statut (03) APECT EDI WE02 - Configurer le type de message ORDCHG dans les paramètres de d'émission des accords d'interchange. Page 32 sur 107

34 tandard Adaptation IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Le processus Confirmation d une commande de vente modifiée TG /Airbus CONFIRMATION D'UNE COMMANDE DE VENTE MODIFIEE Activité/Règles de gestion Fonctionnalité AP Paramétrage MANDANT 731 Vérification que le message de type ORDCHG a été traité avec succès et Identification du numéro de la commande de vente générée APECT FONCTIONNEL - Filtrer sur la date du jour - Rechercher dans les ORDCHG entrants - Vérifier le statut (53) - Identifier le numéro de la commande générée APECT EDI WE02 - Configurer le type de message ORDCHG dans les paramètres de réception des accords d'interchange. MANDANT 731 Confirmation d'une commande de vente modifiée automatiquement par le système Idem confirmation commande de vente non modifiée VA02 Création d'un document de vente (CTG) par copie de CDCL avec poste ZTG créé par copie de TAN MANDANT 731 Vérification du succès de l'émission du message de type ORDRP Idem confirmation commande de vente non modifiée WE02 MANDANT 150 Vérification que le message de type ORDRP a été traité avec succès et Identification du numéro de la commande d'achat modifiée concernée WE02 Page 33 sur 107

35 tandard Adaptation IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Idem confirmation commande de vente non modifiée MANDANT 150 Visualisation des données confirmées d'une commande d'achat modifiée Idem confirmation commande de vente non modifiée ME22N imulation 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 TG (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 TG et du numéro de lot Airbus. IMULATION DE LA PRODUCTION MANDANT 731 Activité/Règles de gestion Fonctionnalité AP Paramétrage Enregistrement du mouvement de stock simulant la fin de la production nécessaire à honorer la commande client APECT FONCTIONNEL Enregistrement du mouvement de stock simulant la fin de la production nécessaire à honorer la commande client - quantité totale égale à celle de la commande - 1 article par poste Pour chaque poste: - numéro de commande MIGO A1: Entrée de marchandise R10 Autres Code: 321 E: entrée en stock qualité pour commande client sans ordre de fabrication car article géré par lot et un lot = une pièce car code 321 i non renseignés, message d'erreur bloquant Page 34 sur 107

36 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 obligatoire - numéro de poste de la commande obligatoire - numéro de lot obligatoire automatique - numéro de série obligatoire manuel APECT EDI N/A car article géré par lot. Num de lot = numéro de lot de fabrication généré par le système car profil de numéro de série dans la fiche article est 003: mouvement de stock. Numéro de série =Num article- Numéro de lot AIRBU (renseigné dans le champ incoterms2 niveau poste de la commande de vente) i non renseignés, message d'erreur bloquant i non renseignés, message d'erreur bloquant 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 TG 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 TG, 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 TG 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é à TG 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 DEADV) 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 TPPOD) est simplement un accusé de réception physique de la marchandise : il n entre en aucun cas dans le processus de contrôle qualité 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. Page 35 sur 107

37 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Bon de livraison/avis de réception TG - ervice qualité TG - Magasinier Client Magasinier Client ervice qualité Créer la livraison sortante de la commande à livrer dans l ERP Conditionner la marchandise Réception de la marchandise par le client Expédition de la marchandise par le fournisseur Bons de livraison Contrôler pour libérer la marchandise igner les bons de livraison pour conformité Générer la facturation dans l ERP du fournisseur Editer le bon de livraison en 2 exemplaires Bons de livraison signés Enregistrer la sortie de marchandises Remettre la marchandise et les bons de livraison au transporteur Avis de réception pdf: Bon de livraison contresigné pdf Avis de réception original: Bon de livraison original contresigné 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 Enregistrer l entrée de marchandise en attente de contrôle qualité dans l ERP Recevoir les bons de livraison Bons de livraison contresignés Modifier le statut de la marchandise de «en attente de contrôle» en «disponible» dans l ERP Archiver un bon de livraison canner l autre bon de livraison et l envoyer par mail Transmettre l original par courrier Générer la livraison entrante dans l ERP du client Bons de livraison Contrôler pour accepter la marchandise Contresigner les bons de livraison pour conformité 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. Page 36 sur 107

38 tandard Adaptation IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 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 olution proposée dans AP Dans cette partie du flux, les fonctionnalités standards d AP répondent parfaitement aux nécessités d TG : 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 (DEADV) et à la réception (TPPOD) 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 Le Processus Livraison, TG CREATION D'UNE LIVRAION ORTANTE PAR TG / MANDANT 731 Activité/Règles de gestion Fonctionnalité AP Paramétrage Création d'une livraison sortante APECT FONCTIONNEL - AVANT de créer la livraison, dans la commande de vente, modification de l'incoterms2 niveau poste en remplaçant le numéro de lot par l'incoterm2 renseigné au niveau en-tête Dans la livraison, niveau poste: - quantité = 1 - triptyque Lot/No de série/commande obligatoire -ortie de marchandise bloquée VL01 N ou VA02 /livrer Création d'un type de livraison (ZLF1) par copie de LF avec poste ZTG créé par copie du poste TAN Ce type de livraison est la livraison par défaut pour le document de vente CTG A A nécessaire du fait de l'utilisation détournée du champ pour permettre la transmission du No de lot client au fournisseur afin d éviter un lieu de livraison différent pour chaque poste ce qui pourrait prêter à confusion pour la gestion du transport choisir dans ceux proposés pour le stock de cet article les triptyques correspondant à la commande en cours de livraison car article en stock contrôle qualité si non renseigné, message d'erreur bloquant si effectuée, message d'erreur bloquant Page 37 sur 107

39 tandard Adaptation tandard Adaptation IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ édition bon de livraison en pdf non automatique lors de la sauvegarde - reporte automatiquement au niveau poste le texte contrôle qualité TG et AIRBU provenant de la fiche client - article APECT EDI N/A Le message EDI ne sera édité que lors de la sortie de marchandise - création du type de mess d'en-tête ZLD type de support imprimante et moyen de communication PDF - création d'un type de texte "visa contrôle libératoire" affectée à la fiche article-client - création d'un smartform et visualisation du texte "Visa contrôle libératoire" dans le Bon de livraison niveau poste. - statut 3 pour maîtriser le moment de l'édition LIBERATION DE LA MARCHANDIE APRE CONTRÔLE QUALITE / MANDANT 731 Activité/Règles de gestion Fonctionnalité AP Paramétrage Enregistrement du mouvement de stock simulant la fin de la production nécessaire à honorer la commande client Idem simulation de la production MIGO A8: Transfert R10: Autres Code: 321 E: transfert stock qualité commande client à stock à utilisation libre. ENREGITREMENT DE LA ORTIE DE MARCHANDIE Activité/Règles de gestion Fonctionnalité AP Paramétrage MANDANT 731 Enregistrement de la sortie de marchandise APECT FONCTIONNEL Effectuer la sortie de marchandise APECT EDI VL02N Page 38 sur 107

40 tandard Adaptation IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Transmission en EDI en temps réel du bon de livraison non automatique lors de la sauvegarde - Texte "Visa contrôle libératoire" non présent - Transmission du numéro de lot et des numéros de série MANDANT 731 Vérification du succès de l'émission du message de type DEADV APECT FONCTIONNEL - Filtrer sur la date du jour - Rechercher dans les DEADV sortants - Vérifier le statut (03) APECT EDI car données transmises en standard dans le type de mess DEADV WE02 - Création de la catégorie de mess d'en-tête ZALV type de support 6 EDI (génère un type de mess EDI DEADV) - statut 3 pour maîtriser le moment de l'envoi - Configurer le type de message DEADV dans les paramètres d'émission des accords d'interchange. - Configurer le type de message DEADV dans les paramètres d'émission des accords d'interchange Le processus Réception, Airbus / TG ENREGITREMENT DE L'ENTREE DE MARCHANDIE Activité/Règles de gestion Fonctionalité AP Paramétrage MANDANT 150 Vérification que le message de type DEADV a été traité avec succès et Identification du numéro de la commande de vente générée APECT FONCTIONNEL - Filtrer sur la date du jour - Rechercher dans les DEADV entrants - Vérifier le statut (53) - Identifier le numéro de la commande d'achat modifiée - Identifier le numéro de la livraison entrante créée WE02 Page 39 sur 107

41 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 APECT EDI MANDANT 150 Visualisation des données de livraison confirmées d'une commande d'achat APECT FONCTIONNEL - Visualisation de la commande d'achat dont la livraison est confirmée par EDI grâce à son numéro - Consulter l'onglet Confirmations et visualiser les données avec le statut LA MANDANT 150 Enregistrement de l'entrée de marchandises APECT FONCTIONNEL - Visualisation de la livraison entrante générée par EDI grâce à son numéro - Enregistrement de l'entrée de marchandise - Marchandise en stock bloqué APECT EDI - Transmission en EDI en temps réel de l'accusé de réception de la livraison non automatique lors de la sauvegarde MANDANT 150 Vérification du succès de l'émission du message de type TPPOD APECT FONCTIONNEL - Filtrer sur la date du jour - Rechercher dans les TPPOD sortants - Vérifier le statut (03) APECT EDI ME22N VL32N car paramétré dans la fiche article et mis par défaut dans la commande et donc dans la livraison entrante. WE02 - Configurer le type de message DEADV dans les paramètres de réception des accords d'interchange. - Création de la catégorie de mess d'en-tête ZOPD type de support 6 EDI (génère un type de mess EDI TPPOD) - statut 3 pour maîtriser le moment de l'envoi - Configurer le type de message TPPOD dans les paramètres d'émission des accords d'interchange. - Configurer le type de message TPPOD dans les paramètres d'émission des accords d'interchange. Page 40 sur 107

42 tandard Adaptation IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 MANDANT 731 Vérification que le message de type TPPOD a été traité avec succès APECT FONCTIONNEL - Filtrer sur la date du jour - Rechercher dans les TPPOD entrants - Vérifier le statut (53) APECT EDI WE02 - Configurer le type de message TPPOD dans les paramètres d'émission des accords d'interchange. LIBERATION DE LA MARCHANDIE APRE CONTRÔLE QUALITE / MANDANT 150 Activité/Règles de gestion Fonctionalité AP Paramétrage Enregistrement du mouvement de stock simulant la fin de la production nécessaire à honorer la commande client Idem libération de la marchandise après contrôle qualité mandant 731 MIGO A8: Transfert R10: Autres Code: 321 E: transfert stock qualité comande client à stock à utilisation libre. Page 41 sur 107

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

44 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 ET07 ET08 ET09 ET10 ET11 ET12 ET13 Liste des commandes d'achat avec avis de liv reçus Liste des commandes d'achat en retard de livraison Liste des commandes de vente en retard de départ Liste des commandes achat avec mode d'envoi (EDI ou autre) Liste des accords interchange Liste des partenaires en échanges EDI Liste des IDOC envoyés en erreur de réception 150 Utilise en prépa de réception pour s'organiser ou réagir si une commande n'arrive pas comme prévu 150 doublon avec ET ME2A Filtrer traitement LA, pour lister les commandes dont l'avis de livraison a été reçu 731 ne pas être en retard 3 A livrer après bascule 150 confort 3 Liste cdes avec un champ visible type de message 150/ / 731 En cas d'intervention en masse. Demande DI En cas d'intervention en masse. Demande DI 731 Afin de s'assurer de la bonne réception et traitement des IDOC par le client. Améliore service client, réactivité et fournit une référence en cas de litige 3 OK avec WE20 3 faire avec WE20 2 BDM7 Paramét rage + job A livrer après bascule Paramétrage et job. Nécessite accord du mandant 150. Idéalement à faire aussi du 731 vers le 150 après bascule pé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 Objet Code Demandeur Date de demande 17/07/2013 Rédacteur Isatis Fri Date de rédaction 10/08/2013 Porteur Isatis ABM Livraison Nov 2013 Détail spécifications fonctionnelles Création d'un query pour suivre les commandes de vente EDI (150) à confirmer ET04 Resp Log TG Contexte Objectif fonctionnel 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 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. TG 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. Page 43 sur 107

45 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Type de document Tableau de bord de type query AP 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'ordrp a été émis avec succès Filtre permanent Informations attendues Filtres paramétrables par utilisateurs Accès utilisateurs Commandes de vente reçues par EDI, postes de commande non confirmés 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, tatuts d'émission message ZB03 du poste de la commande de vente, statut de l'ordrp, client, date du document, statut du message ZB03, statut de l'ordrp ADV, direction, Resp logistique Page 44 sur 107

46 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Etude de cadrage / Paramétrage de la solution AP 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 TG (mandant 731). Les deux sociétés possèdent un AP 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 TG 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 AP EDI Paramétrage Fonctionnel Paramétrage EDI tructure organisationnelle Données de base Groupe de compte Groupe de marchandise Type de document Type de poste Type d échéance Détermination des messages Pilotage des textes. Paramétrage Global (Nécessaire pour toutes les interfaces IDoc) ystème logique Affectation système logique au mandant Connexion RFC Modèle de distribution Paramétrage pécifique (Nécessaire pour chaque interface IDoc) Accords d interchange : partenaires et messages échangés entre eux 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 : Page 45 sur 107

47 N du paramétrage Racine de la hiérarchie dans le document cible Catégorie 150 Airbus 731 TG Mandant Mandant Justification fonctionnelle Description Type de paramétrage 1 : Livrable 2 : Annexe Diffusion IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 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 (YTG alias TG et TG-AIRBU 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. Niveaux de hiérarchie dans le document source Référence existante dans le document source Niveau tructure organisati onnelle Master data Affectation des différents éléments Paramétrages effectués pour répondre à des besoins divers Affectation société à périmètre analytique Définition d'un groupe de marchandises externes Avoir notre propre société et notre propre structure organisationnelle de façon à: - ne pas risquer d'impacter les autres en paramétrant certaines choses - ne pas être impactés par des points de paramétrages effectués par les autres groupes qui se révéleraient en conflit avec les nôtres Répondre à des besoins client divers (à des fins statistiques) Ce point de paramétrage sert à créer l'un des liens nécessaires entre les différents éléments de la structure organisationnelle de notre entreprise. Création d'un groupe de marchandises externes (à des fins statistiques) IMG 2 IMG 2 Page 46 sur 107

48 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Master data Paramétrages effectués pour répondre à des besoins divers Définition d'un code branche Répondre à des besoins client divers Création d'un code branche (créer une typologie de classification des clients; ex: APE) IMG 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 ystèmes Logiques Affectation des ystè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 AP du fournisseur ynthè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 ystèmes Logiques P09CLNT150 et P07CLNT731 Etape 2 : Mandant 150 Transaction CC4 Affectation du ystème Logique P09CLNT150 au Mandant 150 Etape 3 : Mandant 150 Transaction M59 Création de la Destination RFC P07CLNT731 du même nom que le ystème Logique du Mandant de destination 731 Etape 4 : Mandant 731 Transaction BD54 Création de deux ystèmes Logiques P09CLNT150 et P07CLNT731 Etape 5 : Mandant 731 Transaction CC4 Affectation du ystème Logique P07CLNT731 au Mandant 731 Etape 6 : Mandant 731 Transaction M59 Page 47 sur 107

49 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Création de la Destination RFC P09CLNT150 du même nom que le ystème Logique du Mandant de destination 150 Etape 7 : Mandant 150 Transaction BD64 - Création du Modèle de Distribution AIRBU_TG - Détermination des Types de Messages en Emission (Outbound) : ORDER ORDCHG TPPOD - Détermination des Types de Messages en Réception (Inbound) : ORDRP DEADV Etape 8 : Mandant 150 Transaction BD82 - Génération automatique des Accords d Interchange - Création automatique des partenaires de type ystè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 P07CLNT Ajout automatique des paramètres d émission (Outbond) : ORDER ORDCHG TPPOD - Ajout automatique des paramètres de réception (Inbound) : ORDRP DEADV Etape 9 : Mandant 150 Transaction BD64 - Répartition du Modèle de Distribution AIRBU_TG dans le Mandant 731. Etape 10 : Mandant 731 Transaction BD82 - Génération automatique des Accords d Interchanges : - Création automatique des partenaires de type ystè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 P09CLNT Ajout automatique des paramètres d émission (Outbond) : ORDRP DEADV - Ajout automatique des paramètres de réception (Inbound) : ORDER ORDCHG TPPOD Etape 11 : Mandant 150 Transaction WE20 - Création du Partenaire YTG avec les paramètres suivants : LI: Fournisseur Paramètres d'émissions Paramètres des réceptions Type de message Type d'idoc Options Port de réception YTG Mode de sortie ORDER ORDER05 P07CLNT731 Transfert Immédiat ORDCHG ORDER05 P07CLNT731 Transfert Immédiat TPPOD DELIVRY03 P07CLNT731 Transfert Immédiat Type de Options de réception message Code traitement Mode d'entrée ORDRP ORDR Lancement immédiat DEADV DEL Lancement immédiat Application EF: Achat commande EF: Achat commande E1: Livraison entrante Pilotage Messages Catégorie de Message ZORD ZORD ZOPD Code de Traitement ME10: Commande ME11: Modification d'une commande OPOD: Accusé de réception: sortie Page 48 sur 107

50 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Etape 12 : Mandant 731 Transaction WE20 - Création du Partenaire TG AIRBU avec les paramètres suivants : KU: Client Paramètres d'émissions Paramètres des réceptions Type de message Type d'idoc TG-AIRBU (DO: Donneur d'ordre) Options Port de réception Mode de sortie Application Pilotage Messages Catégorie de Message Code du Traitement ORDRP ORDER05 P09CLNT150 Transfert Immédiat V1: Vente ZB03 D10: Accusé de réception pour commande achat DEADV DELIVRY05 P09CLNT150 Transfert Immédiat V2: Expédition ZARL DELV: Livraison Type de message Code traitement Options de réception Mode d'entrée ORDER ORDE Lancement immédiat ORDCHG ORDC Lancement immédiat TPPOD DPOD Lancement immédiat - Création du Partenaire YDV1 avec les paramètres suivants : KU: Client Paramètres d'émissions Paramètres des réceptions YDV1 (CL: Client Livré) Type de Options message Mode de Type d'idoc Port de réception sortie ORDRP ORDER05 P09CLNT150 Transfert Immédiat DEADV DELIVRY05 P09CLNT150 Transfert Immédiat Type de Options de réception message Code traitement Mode d'entrée ORDER ORDE Lancement immédiat ORDCHG ORDC Lancement immédiat TPPOD DPOD Lancement immédiat Application V1: Vente V2: Expédition Pilotage Messages Catégorie de Message ZB03 ZARL Code du Traitement D10: Accusé de réception pour commande d'achat DELV: Livraison 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 (TG-AIRBU) 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 TG AIRBU et YDV1 dans la table EDPAR du mandant 731 est comme suit : Client Rôle Désignation Partenaire externe N interne TG AIRBU DO Donneur d ordre P09CLNT150 TG - AIRBU TG AIRBU CL Client livré YDV1 YDV1 Page 49 sur 107

51 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 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 TG - AIRBU YTG ZOC1 Z1 Z2 CTG 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 Mandant 150 : Création de deux ystè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 AP 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 ystems Logiques P09CLNT150, P07CLNT731 Transaction Chemin Objectif BD54 (Transaction ALE)/ystème de base / Répartition (ALE) / Préparer systèmes émetteur et récepteur / Configurer systèmes logiques / Nommer le système logique. Créer deux systèmes logiques, un pour le mandant 150 et l autre pour le mandant Dans AP, 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). Page 50 sur 107

52 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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 Mandant 150 : Affectation du ystème Logique P09CLNT150 au Mandant 150 Dans 150 ystem Logique P09CLNT150 Transaction CC4 Chemin (Transaction ALE)/ystè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 P09CLNT Dans AP, exécuter la transaction CC4 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 ystème Logique, sélectionner le système logique expéditeur (P09CLNT150) à assigner au mandant 150 et enregistrer vos entrées. Page 51 sur 107

53 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Mandant 150 : Création de la Destination RFC P07CLNT731 Dans 150 Destination P07CLNT731 (le même nom que le L du mandant 731) Transaction M59 Objectif Création de la destination RFC P07CLNT731 - Dans AP, exécuter la transaction M59 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 : P07CLNT é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) : erveur cible : mshsapecc7 ; Hôte : mshsapecc7 ; N du système : 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 ********** Page 52 sur 107

54 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 L utilisateur doit posséder des autorisations relativement étendues pour paramétrer les transferts RFC. - auvegarder Mandant 150 : Création du Modèle de Distribution AIRBU_TG 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 TG_150_731 Transaction BD64 - Exécuter la transaction BD64 et cliquer sur Modifier. Page 53 sur 107

55 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Cliquer sur Créer vue du modèle. - aisir une description, un nom technique du modèle de distribution et une durée de validité, puis valider 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 ORDER. Cf. annexes pour les autres - électionner le modèle de distribution AIRBU_TG 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 (ORDER) et valider 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 ORDRP. 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 (ORDRP) et valider. Page 54 sur 107

56 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Une fois tous les paramétrages effectués, le modèle de répartition se présente de la façon suivante : Mandant 150 : Génération automatique des Accords d Interchange Les accords d interchange permettent de faire le lien entre le document AP 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 «ortante» 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 AP - Un type : B (banque), KU (client), LI (fournisseur), L (système logique) - Une fonction (ou rôle) : client livré, donneur d ordre, Dans 150 Nom du Modèle AIRBU_TG 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 : AIRBU_TG. - Cliquer sur Exécuter pour lancer la génération automatique des accords d interchange. Page 55 sur 107

57 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Le système créera automatiquement : - Deux partenaires de type L (ystè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 L P07CLNT Les paramètres de détermination des messages pour les IDocs en émission. Page 56 sur 107

58 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Mandant 150 : Création automatique des partenaires de type ystè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 AIRBU_TG, 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. connexion EDI En annexe, ce fichier détaille tous les points de paramétrage de la - P07CLNT731 Mandant 150 Transaction WE20 Objectif Vérification de la création automatique du partenaire Logique P07CLNT731 Le nom du partenaire L (ystè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 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. Page 57 sur 107

59 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 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 OYM si une tranche de numéros de port est définie dans le système. - Taper la transaction OYM 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 Page 58 sur 107

60 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Le système crée automatiquement le port et il lui associe la destination RFC du système de destination 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 OYM et saisir EDIDOC dans le champ objet. Dans notre cas une tranche de numéros est bien définie dans le système Mandant 150 : Répartition du Modèle de Distribution AIRBU_TG 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 AIRBU_TG il faut : - Exécuter la transaction BD64 et sélectionner le modèle de distribution AIRBU_TG - Dans le Menu, sélectionner Traiter / Vue du modèle / Répartir Page 59 sur 107

61 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Le système sélectionne automatiquement système logique P07CLNT731 - Valider. - Dans le 150 le système affiche que le modèle de distribution AIRBU_TG 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 TG et Airbus. Page 60 sur 107

62 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Mandant150 : Création des Accords d interchange pour le partenaire YTG 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 TG. Elle doit donc définir YTG 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 YTG dans le mandant 150. Le principe est le même pour créer le partenaire TG-AIRBU dans le mandant 731. Créer le partenaire YTG - 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). - électionner le dossier «Type de partenaire LI» dans le volet de navigation des accords d interchange et cliquer sur créer. Page 61 sur 107

63 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 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 YTG dans le mandant 150 LI: Fournisseur Paramètres d'émissions Paramètres des réceptions Type de message Type d'idoc Options Port de réception YTG Mode de sortie ORDER ORDER05 P07CLNT731 Transfert Immédiat ORDCHG ORDER05 P07CLNT731 Transfert Immédiat TPPOD DELIVRY03 P07CLNT731 Transfert Immédiat Type de Options de réception message Code traitement Mode d'entrée ORDRP ORDR Lancement immédiat DEADV DEL Lancement immédiat Application EF: Achat commande EF: Achat commande E1: Livraison entrante Pilotage Messages Catégorie de Message ZORD ZORD ZOPD Code de Traitement ME10: Commande ME11: Modification d'une commande OPOD: Accusé de réception: sortie Nous nous limitons dans ce document au seul de type message en émission ORDER et au seul type de message en réception ORDRP. Cf. annexe pour les autres Paramètres d émission : ORDER Pour ajouter un type de message au partenaire YTG dans les accords d interchange, taper la transaction WE20 et, dans le volet de navigation «Accords d interchange», sélectionner le partenaire YTG dans le dossier «Type de partenaire LI». - Cliquer sur «Ajouter» dans la zone paramètres d émission. Page 62 sur 107

64 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Dans l onglet Options émission choisir ORDER comme Type de message, ORDER05 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 : ORDRP 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 : Page 63 sur 107

65 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 ORDRP dans le champ Type de message ORDR dans le champ Code traitement Choisissez le mode de traitement immédiat. Le partenaire YTG de type fournisseur est désormais créé et les accords d interchange entre ce partenaire et le client TG-AIRBU sont gérés. Il ne reste plus qu à faire de même dans le mandant 731 pour le partenaire TG-AIRBU (type client KU) Mandant 731 : Table de correspondance code client externe code client interne Mandant 731 Transaction VOE4 Chemin IMG Page 64 sur 107

66 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Objectif Lier le code client externe (propre à TG-AIRBU) avec son code interne chez le fournisseur (propre à YTG) 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 (TG-AIRBU) 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 TG AIRBU DO Donneur d ordre P09CLNT150 TG - AIRBU TG AIRBU 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 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 EDDC et sauvegarder. Page 65 sur 107

67 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 N Organisation Canal de Type de Client Division Désignation Fournisseur Commerciale Distribution doc. vente TG - AIRBU YTG ZOC1 Z1 Z2 CTG Commande Client Mandant 731 : Correspondance code article client code article fournisseur Mandant 731 Transaction VD51 Objectif Lier le numéro d article client (TG-AIRBU - 150) avec son code dans le système AP du fournisseur (YTG - 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 : - aisir le code article dans chaque mandant (150 et 731) et sauvegarder. AIRBU Mandant 150 TG Mandant 731 PC-0003-EDI WP.M EDI Page 66 sur 107

68 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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 AP 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 ynthè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 (PRO) : 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 PRO, au niveau de l entête de la commande d achat lors de la création d une commande Catégorie de message Mandant 150 Transaction M36 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. Page 67 sur 107

69 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 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 TG) 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 Page 68 sur 107

70 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 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_PROCEING du programme standard RNATED. 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 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 YTG (fournisseur) et puis le type de message ORDER 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. Page 69 sur 107

71 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 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_ORDER Le type de message ORDER 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. Page 70 sur 107

72 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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 : ynthè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 TG-AIRBU et le domaine commercial ZOC1, Z1,Z2. - Pour afficher le texte de la fiche client, cliquer sur «autres fonctions»->textes Page 71 sur 107

73 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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. Page 72 sur 107

74 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Ajouter le type de texte «Type client EDI» : «nouvelles entrées» puis saisir ID et désignation. - Enregistrer Affecter le type de texte au schéma de texte 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 Modifier - électionner le schéma de texte 01 et double cliquer sur «ID de texte dans le schéma de textes». Page 73 sur 107

75 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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) 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. Page 74 sur 107

76 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Créer un type de texte pour l objet document de vente-entête. 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 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 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. Page 75 sur 107

77 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Nous allons affecter le type de texte ZEDI au schéma de texte En-tête du document de vente. - é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 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 équences d accès pour ID de texte. Page 76 sur 107

78 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ électionner la séquence 54 et double cliquer é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 Affecter le type de document de vente au schéma de textes Nous allons affecter le type de document de vente CTG au schéma de textes Dans l écran de synthèse, double cliquer sur Affectation schéma de textes. - Le document de vente CTG est affecté au schéma de textes 01. Page 77 sur 107

79 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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 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 é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. Page 78 sur 107

80 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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 vers la boite mail AP de ces personnes ynthè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 AP à 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 - i 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 : ORDRP Code Traitement : ORDR Module Fonction : IDoc_INPUT_ORDRP Evénement Déclencheur : INPUTERROROCCURED Tâche : Envoi d un mail à un l agent responsable Page 79 sur 107

81 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Le tableau suivant résume les types d IDocs dont on souhaite gérer le statut de réception dans chaque mandant. AIRBU - Mandant 150 TG - Mandant 731 ORDRP Confirmation Commande d Achat ORDER Commande d Achat DEADV Livraison ORDCHG Modification Commande d Achat TPPOD Accusé de Réception Livraison 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 YTG que le code traitement de l ORDRP 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_ORDRP : ce module fonction génère un document AP (confirmation d une commande d achat) à partir de l IDoc ORDRP. - Cliquer sur Détail - Nous vérifions que le code traitement ORDR, le module fonction IDOC_INPUT_ORDP et le type d IDoc ORDRP 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 ORDRP par le module fonction IDOC_INPUT_ORDP 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. Page 80 sur 107

82 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Association de l événement déclencheur à une tâche Mandant 150 Transaction WE2 Objectif Lier l événement INPUTERROROCCURED à une tâche d envoi de mail - Exécuter la transaction WE2 et sélectionner la ligne qui contient l Objet IDOCORDRP, l événement INPUTERROROCCURED ainsi que la tâche standard T Cliquer sur détail - Cocher la case Lien activé pour créer le lien entre l événement INPUTERROROCCURED et la tâche T Page 81 sur 107

83 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Lier la tâche à un agent responsable Mandant 150 Transaction PFTC Objectif Lier la tâche T à un agent responsable. Cet agent va recevoir un mail dès qu un ORDRP génère une erreur - Exécuter la transaction PFTC et le nom de la tâche tandard La chercher avec le match code, dans le champ Tâche Page 82 sur 107

84 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Cliquer sur Afficher - é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 Page 83 sur 107

85 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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 ORDRP est en erreur de réception Ajouter l agent responsable dans les accords d interchange Mandant 150 Transaction WE20 Chemin Menu AP / 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 ORDRP surviennent - Exécuter la transaction WE20 et sélectionner le Fournisseur YTG. - Double cliquer sur le type de message ORDRP dans les paramètres de réception des accords d interchange. - é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 Page 84 sur 107

86 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Vérification de la réception des messages d erreur de type ORDP Page 85 sur 107

87 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Contrôle du statut de l IDoc dans le système externe i 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 ynthè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 AIRBU_TG 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 RBDTATE) 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 à TG (mandant 731), c'est-à-dire les statuts des ORDER, ORDCHG et TPPOD. De la même façon, en effectuant ces paramétrages dans le mandant 150, TG (mandant 731) recevra toutes les heures et pendant la période paramétrée les statuts des IDocs envoyés à AIRBU (mandant 150), c'est-àdire les statuts des ORDERP et DEADV Mandant 150 : Création d une variante du programme RBDTATE Mandant 150 Transaction BDM8 Chemin IMG Menu / Outils / ALE / Administration ALE / ervice / Travaux périodiques / Réception / RBDTATE Objectif Création d une variante CONFIR_TG du programme RBDTATE - Taper la transaction BDM8 et entrer le nom du programme, le nom de la variante puis cliquer sur Créer. Page 86 sur 107

88 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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 (ORDRP et DEADV) - Entrer la date de modification des IDocs puis enregistrer Mandant 150 : Création d un job pour planifier l exécution de la variante CONFIR_TG Mandant 150 Transaction M36 Objectif Création d un job pour planifier l exécution la variante CONFIR_TG - Exécuter la transaction M36 - Donner un nom au job (RBDTATE_TG) - Choisir le statut A (haute priorité) pour la classe du job - Cliquer sur Etape. Page 87 sur 107

89 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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. Page 88 sur 107

90 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ 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é Page 89 sur 107

91 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/ Cliquer sur Ttes les heures comme périodicité puis Enregistrer. - Pour vérifier que le job a bien été planifié, Exécuter la transaction M37et chercher le nom du job RBDTATE_AIRBU puis cliquer sur Détails du job. Page 90 sur 107

92 IATI Projet AP EDI TG Client : TG CONULTING Rapport de cadrage EDI TG AIRBU V3 26/08/2013 Page 91 sur 107