Edi Isatis 2b

ISATIS

CONSULTING Projet SAP EDI STG Client : STG

LEDI ISATIS 2 - EDI pour les amateurs ! V3 05/06/2013

Page 1 sur 17

Isatis Consulting

Equipe projet Budget :

Franoise Richeboeuf CP Catherine Bernab CF Mhamed Mamouni CT Mohamed Abbassi CT

Date de lancement : 15/05/2013

Date de livraison : 26/08/2013

LEDI pour les amateurs !

Destinataires

Isatis Consulting STG

Nom CBE, FRI Fonction CF Nom Fonction

Historique des volutions

Version Date Auteur(s) Statut

1 11/06/2013 ABM, MMI Initialisation

ISATIS



Page 2 sur 17

Isatis Consulting

Table des matires

1. INTRODUCTION .......................................................................................................................................................... 3

2. OBJECTIF DU DOCUMENT ....................................................................................................................................... 4

SCHEMA .................................................................................................................................................................................. 5

3. DEFINITION DE L'EDI ............................................................................................................................................... 5

4. DEFINITION D'UN IDOC ....................................................................................................................................... 6

5. DEFINITION DE L'ALE .............................................................................................................................................. 7

5.1. CLIENTS ET SYSTEMES LOGIQUES ........................................................................................................................................... 7

5.2. TYPE D'IDOC ET TYPE DE MESSAGE : .................................................................................................................................... 7

5.2.1. Section de contrle : ....................................................................................................................................................... 8

5.2.2. Section de donnes : .................................................................................................................................................... 10

5.2.3. Section de statut :......................................................................................................................................................... 14

5.3. MODELE DE DISTRIBUTION .................................................................................................................................................. 16

5.4. PROFILS DE PARTENAIRES (ACCORDS D'INTERCHANGE) ................................................................................................ 16

5.5. DEFINITION DE PORT ............................................................................................................................................................ 16

6. INTRODUCTION AUX PARAMETRAGES EDI CONCEPT DE BASE ............................................ 17

ISATIS



Page 3 sur 17

Isatis Consulting

1. Introduction

La vocation principale d'une implmentation de l'ERP SAP R/3 est de regrouper toutes les

fonctions de l'entreprise dans un unique systme. Mais il est rare que cette philosophie soit

applique aussi strictement.

En effet, pour des raisons aussi diverses que la rpartition de charge, la segmentation des

tches ou encore la rpartition des risques, il est courant de rencontrer un paysage logiciel

avec plusieurs implmentations de SAP R/3. Il est encore plus courant que ces

implmentations de SAP R/3 cohabitent avec d'autres systmes htrognes, comme des

mainframes AS/400 (IBM iSeries).

Afin de communiquer entre eux, SAP a conu pour les systmes R/3 un moyen de

communication propritaire adapt : les IDocs. Ces IDoc sont la base de toute interface

entre systmes R/3. Il est mme possible, en employant un systme d'EDI en middleware,

de faire communiquer un systme R/3 via des IDocs d'un ct, avec un systme ouvert via

des fichiers XML de l'autre.

ISATIS



Page 4 sur 17

Isatis Consulting

2. Objectif du document

Ce document prsente les concepts gnrals de SAP permettant dtablir un lien de

communication entre deux systmes SAP en utilisant la technologie IDoc/ALE.

Aprs une prsentation des notions de base, nous nous dcrivons les aspects du

paramtrage global dans un second document.

Cadre de base

1. Commande client

Type de message : ORDERS Type dIDoc: ORDERS01 ORDERS02 ORDERS03 CLIENT ORDERS04 VENTES

2. Confirmation de la commande

Type de message : ORDRSP Type dIDoc : ORDERS0x

3. Livraison

Type de message : DESADV Type dIDOC : DESADV01

DELEVRY01 DELEVRY 02

4. Facturation Type de message : INVOIC Type dIDoc : INVOIC01

ISATIS



Page 5 sur 17

Isatis Consulting

Schma

3. Dfinition de l'EDI

LEDI (Echange de Donnes Informatis) se dfinit par lchange de donnes dordinateur

ordinateur, par le biais de messages normaliss ou standardiss, en utilisant un protocole

de communication.

Avantages :

- Rduction des erreurs de saisie des donnes

- Temps de traitement rduit

- Disponibilit des donne ssous forme lectronique

- Rduction des cots

- Rduction des stocks et une meilleure planification

- Moyen de communication standard

LEDI fonctionne avec deux processus :

- Processus de sortie (OUTBOUND)

- Processus dentre (INBOUND)

Systme

metteur

Systme

logique

Systme rcepteur

Systme logique

Destination RFC

Port Port

Modle de distribution Profils de partenaires Type de message

ISATIS



Page 6 sur 17

Isatis Consulting

Processus de sortie:

- Cration dun document SAP

- Gnration dun Idoc

- Transfert de lIDoc de SAP au sous-systme d'exploitation

- Conversion de lIDoc en normes EDI

- Transmission du document EDI au Partenaire

- Envoi par sous-systme rcepteur un rapport dtat de l'EDI au sous-systme expditeur

Processus dentre:

- Rception de lEDI par le sous-systme

- Conversion du document EDI en IDoc

- Transfert de lIDoc SAP

- Gnration du document SAP

- Consultation possible du document SAP

4. Dfinition d'un IDoc

Un IDoc : (IntermediatDocument) est une structure de donnes standard propre SAP peut

tre gnre automatiquement ou manuellement ds la cration dun document SAP et

stocke dans la base de donnes. Pour pouvoir lchang entre un systme SAP et un

systme externe un IDoc est transform en norme EDI.

LIDoc sert de vhicule pour le transfert des donnes dans le systme Application Link

Enabling (ALE) de SAP (qui sera transform en norme EDI).

LIDoc est une enveloppe qui peut tre utilise pour changer les donnes entre deux systmes.

Pour son suivi, lors de sa gnration un numro unique lui est attribu.

Le schma suivant dcrit les composantes de base d'un IDoc:

Message IDOC

Type IDOC

Segments IDOC

IDOC Sortant (OUTBOUND)

IDOC_OUTPUT_xxxxxx

IDOC Entrant (INBOUND)

IDOC_INPUT_xxxxxx

ISATIS



Page 7 sur 17

Isatis Consulting

5. Dfinition de l'ALE

La technologie ALE (Application Link Enabling - Activation de liens dapplication) permet

les communications entre SAP et des systmes externes. Cest le mcanisme de transport

pour les appels de type RFC (Remote Fonction Call, appel a distance). Pour que deux

systmes logiques puissent communiquer, ils doivent savoir comment se connecter lun

l'autre. Ces informations sont fournies par la destination RFC.

La technologie ALE comprend plusieurs composants, parmi ces composants on trouve:

- Clients et systmes logiques

- Type d'IDoc et Types de messages

- Modle de distribution

- Profils de partenaires (accords d'interchanges)

- Dfinition des ports

5.1. Clients et systmes logiques

La rpartition de donnes entre deux systmes ncessite une identification univoque de

chaqu'un. Tout systme R/3 ou SAP doit avoir un systme logique de base associ un

client. Il existe une relation de un un entre le client et le systme logique. Pour SAP, un

mandant correspond un systme logique.

Dans une interface ALE, le systme logique de base devient lexpditeur des messages

sortants et le rcepteur des messages entrants. Un systme logique doit galement tre

dfini pour le processus rcepteur.

5.2. Type d'IDoc et Type de message :

Un Type de Message indique qu'un type d'IDoc est capable de stocker uniquement les donnes

requises pour une opration donne, ce qui augmente l'efficacit et rduit les besoins en

ressources.

Par exemple, le type de message MATMAS concerne les donnes de base article, Material

Master. A ce type de message MATMAS est associ plusieurs types d'IDoc de base :

MATMAS01, MATMAS02, MATMAS03, MATMAS04 et MATMAS05. Chaque type d'IDoc de base

est capable de contenir les informations essentielles sur les donnes de base article.

ISATIS



Page 8 sur 17

Isatis Consulting

MATMAS01 est la premire version, chaque version suivante incrmente le numro de

squence (MATMAS02, etc.) et ajoute des champs par rapport la version prcdente.

Le type d'IDoc reprsente la structure des donnes associes un type de message. La

technologie ALE utilise des fichiers IDoc pour changer des donnes entre systmes

logiques. Un fichier IDoc est un objet qui contient les donnes dun type de message

particulier.

Un IDoc est compos de trois sections :

- Section de contrle

- Section de donnes

- Section de statut

Chaque section porte le nom du ou des segments qui le composent (un segment est un

enregistrement, tel que dfini dans le vocabulaire des bases de donnes. En effet, tout

comme une ligne d'une table de base de donnes, un segment est une srie de champs de

longueur diffrente). Ainsi, la section de contrle contient un unique segment de contrle, la

section de donnes contient un ou plusieurs segments de donnes, la section de statut

contient un ou plusieurs segments de statut.

Il est important de noter que lors d'changes d'IDocs entre systmes, qu'ils soient ou non

SAP R/3, seules les sections de contrle et de donnes sont envoyes. En effet, la section de

statut reste propre au systme. Malgr tout, la section de statut est conceptuellement

associe l'IDoc, elle est donc systmatiquement reprsente comme faisant partie de

l'IDoc.

5.2.1. Section de contrle :

La particularit de la section de contrle est qu'elle ne possde qu'un seul et unique

segment. Cette section reprsente l'en-tte de l'IDoc. Elle contient des informations sur

l'IDoc, par exemple son type, le type de message, le port, les systmes metteur et rcepteur

ou la direction.

Les champs les plus importants du segment de contrle sont les suivants :

- IDocnumber : numro de l'IDoc dans le systme local

ISATIS



Page 9 sur 17

Isatis Consulting

- Direction : sens de l'IDoc, du point de vue du systme local; 1 pour sortant, 2 pour

entrant

- Status : statut actuel de l'IDoc dans le systme local

- Basic type : type d'IDoc de base

- Extension : type d'extension, s'il y a lieu

- Message type : type de message

- Sender ou Recipient information : dtails concernant l'expditeur ou le destinataire.

Port : port Partner number : numro de systme logique Partn.Type : type de partenaire; le plus souvent LS pour un systme

logique

- SAP Release : numro de version de l'IDoc

- Output Mode : mode d'envoi; 2 pour envoi immdiat, 4 pour envoi en mode collect

Exemple d'une Section de Contrle

ISATIS



Page 10 sur 17

Isatis Consulting

5.2.2. Section de donnes :

La particularit de la section de donnes est qu'elle possde un ou plusieurs segments

organiss de faon hirarchique. Il y a une notion de segment parent et de segment enfant,

le segment enfant ne pouvant exister que si le segment parent suprieur dans la hirarchie

existe.

Cette section est la plus importante, car comme son nom l'indique c'est elle qui contient les

donnes applicatives transmettre.

La structure d'un segment de donnes dpend du type de segment. Chaque type de segment

possde un nombre de champs diffrent, chaque champ ayant une longueur diffrente.

La seule caractristique commune tous les types de segment est le format des donnes. En

effet, tous les champs de tous les segments de donnes sont au format caractre, quelque

soit la faon dont les champs sont reprsents lors de l'affichage de l'IDoc.

Les champs de chaque segment sont regroups en deux parties :

- Une Partie administrative

- Une Partie de donnes

La Partie administrative se compose de :

- Numro de lIDoc

- Numro du segment

- Nom du segment

- Version du segment

- La hirarchie du segment

La figure suivante reprsente un exemple des enregistrements de donnes. Pour chaque

segment les champs concernant les donnes sont en gras ; les autres reprsentent la partie

administrative du segment.

ISATIS



Page 11 sur 17

Isatis Consulting

Exemple des enregistrements de donnes

ISATIS



Page 12 sur 17

Isatis Consulting

La reprsentation des enregistrements de donnes dans SAP

ISATIS



Page 13 sur 17

Isatis Consulting

Exemple des hirarchies des segments

ISATIS



Page 14 sur 17

Isatis Consulting

5.2.3. Section de statut :

La particularit de la section de statut est qu'elle est propre au systme dans lequel l'IDoc

est visualis. En effet, aprs son transfert dans un autre systme, l'IDoc est en fait recr par

copie, segment par segment. Seuls les segments de la section de statut ne sont pas

transfrs : ils sont propres chacun des systmes.

Cette section de statut est compose d'un ou plusieurs segments de statut. Ces segments

sont organiss de faon squentielle, de sorte que seul le dernier segment a rellement une

importance. En consquence, ce qui est rfr comme tant le statut de l'IDoc est en

fait recopi du statut mentionn dans le dernier segment de la section de statut de l'IDoc.

Chaque fois qu'un processus manipule un IDoc, le systme gnre un enregistrement d'tat. Nous

pouvons identifier les tats successifs dun IDoc grce un numro dtat:

- 01 - 49 pour lesProcessus de sortie (Outbound)

- 50 - 75 pour lesprocessus dentre (Inbound)

Par exemple pour lenvoi dun IDoc on pourra avoir les tats suivants:

- 01 -IDoc est cr

- 30 -IDoc est prt pour l'expdition

- 03 -IDoc est trait

La structure d'un segment de statut est la suivante :

- Status : le statut rapport par le segment

- Message : le texte dcrivant le statut

Les autres champs du segment de statut servent la cration d'un message suivant une

structure standard SAP.

ISATIS



Page 15 sur 17

Isatis Consulting

Les diffrents tats d'un IDoc

ISATIS



Page 16 sur 17

Isatis Consulting

5.3. Modle de distribution

Le modle de distribution permet de faire le lien entre le systme metteur, le systme

rcepteur et le type de message. Le modle de distribution est un outil qui stocke des

informations sur le flux des types de messages entre les systmes. Un modle de

distribution doit tre configur lors de la configuration de l'IDoc.

Aprs avoir dfini les deux systmes logiques et compris le rle des types de messages et

des fichiers IDoc, on peut configurer notre modle de distribution.

Le modle de distribution dtermine quels types de messages peuvent tre envoys dun

client un autre, ainsi que les systmes metteur et rcepteur. Il est galement possible

dappliquer des filtres de segments IDoc aux modles de distribution.

5.4. Profils de partenaires (accords d'interchange)

Les profils de partenaires permettent de dfinir les paramtres de rception et dmission

tels que la taille des paquets, mode de sortie (immdiat ou collect), le mode dentre

(traitement immdiat ou par programme). Les profils de partenaires dfinissent les

composants utiliss dans un processus de sortie ou d'entre. Certains de ces composants

comprennent le type IDoc, le type de message, la taille IDoc, le mode et la personne avertir

en cas derreurs.

5.5. Dfinition de port

Port : Cette donne indique le chemin d'acheminement des IDOC vers le systme situ en

aval. Cest le lien de communication entre les deux systmes logiques.

Une dfinition de port est utilise dans un processus de sortie pour dfinir le mode de

transfert des documents vers le systme cible. Un port ncessit davoir : Adresse IP, Port,

Id, PWD.

ISATIS



Page 17 sur 17

Isatis Consulting

6. Introduction aux paramtrages EDI Concept de base

Pour envoyer et recevoir des IDocs entre deux partenaires, il faut configurer les deux mandants

des deux partenaires. Cette configuration se fait en deux grandes tapes :

- Paramtrage de la connexion EDI entre les deux mandants

- Configuration des accords dinterchanges (les partenaires)

Configuration de lOutbound Configuration de lInbound

-Dfinition du systme logique -Configuration RFC -Dfinition des ports -Configuration du modle de distribution -Configuration des accords dinterchanges

-Dfinition du systme logique -Configuration RFC -Dfinition des ports -Gnration du modle de distribution -Gnration des accords dinterchange

Documents

Edi Isatis 2b