News information : Formation SAP EDI

ALE, EDI & IDOCS dans SAP

La semence est ALE? ALE signifie Application Link Application. Application Connection Application est une technologie très courante utilisée dans SAP pour transférer des données maître et transactionnelles entre différents systèmes logiques. ALE est une technologie SAP unique.

Seed est EDI? L'EDI concerne l'échange de données électroniques. EDI est un terme beaucoup plus ancien et a été utilisé bien avant SAP. L'EDI est une technologie générique qui a été normalisée à l'aide des normes ANSI et EDIFACT. L'EDI est une norme industrielle très standard utilisée pour la communication commerciale entre partenaires.

Qu'est-ce que l'IDOC? IDOC signifie Je ntermediary DOC ument. IDOC est un format SAP propriétaire pour le stockage des données d'entreprise qui doivent être communiquées entre les systèmes. Lorsque nous parlons de systèmes, cela peut se faire entre plusieurs systèmes (systèmes SAP et non SAP).

Quelle est la différence entre EDI et ALE? ALE est utilisé pour distribuer de grands volumes de données similaires entre différents systèmes logiques. Par exemple, la distribution des données de base client entre les deux systèmes SAP se fait facilement à l'aide d'ALE. De même, lorsque les factures du système de base SAP doivent être transférées vers un autre système de traitement des factures non SAP, ALE est utilisé.

L'EDI est également utilisé pour communiquer des données entre différents systèmes logiques. Par exemple, l'envoi de factures ou la commande de commandes clients est un exemple parfait d'utilisation de l'EDI. De même, nous pouvons utiliser EDI pour recevoir les commandes entrantes des clients.

Il existe une confusion générale selon laquelle ALE est une technologie à utiliser entre différents systèmes SAP et l'EDI est la technologie à utiliser entre des systèmes SAP et non SAP. Bien que cela soit statistiquement vrai, la différence de principe est beaucoup plus subtile.

EDI est utilisé pour communiquer avec les systèmes partenaires, tandis que ALE est utilisé pour communiquer entre les systèmes logiques. Veuillez toutefois noter qu'un système partenaire peut également être un système logique.

Personnalisation La personnalisation ALE et EDI est techniquement similaire. Concentrons-nous d'abord sur ALE.

(VENTE) -> Ceci est le code de transaction utilisé pour configurer ALE

(WEDI) -> Il s'agit du code de transaction utilisé pour le développement ALE.

Nous ferons toute la personnalisation sur un système ECC 6.0 IDES. Par conséquent, veuillez en avoir accès avant de suivre.

SYSTÈME LOGIQUE:

Dans SAP, un système logique signifie un client dans une instance SAP. Un système logique est juste une étiquette qui doit être attribuée à un client dans SAP. Goto (SALE) -> Basic Setting-> Logical Systems. Ici, vous pouvez définir des systèmes logiques et les affecter à un client. Un raccourci pour afficher la liste des clients est (SCC4). Laissez le client choisir 800 (double-clic) et comme vous pouvez le voir, le nom du système logique est T90CLNT090. Vous pouvez le changer si vous le souhaitez. De même, il existe un autre client 810. Essayons maintenant d'établir une communication de données de base entre le client 800 et le client 810 (c'est-à-dire) entre deux systèmes logiques. Si un nouveau système logique doit être défini, il peut être défini ici. Système Chaque système logique doit être affecté à un client.

Configuration à effectuer sur le système émetteur

Connexion RFC RFC signifie Remote Function Call. SAP exige que le nom de destination RFC soit le même que le système logique. Une connexion RFC fournit un niveau d'abstraction sur les détails de connexion réels entre les 2 systèmes différents. Dans ce cas, la communication doit avoir lieu entre le client 800 et le client 810 dans la même instance SAP. Nous essayons maintenant d'établir une connexion RFC pour les clients 810 à 800. Cela nécessitera des détails de connexion (adresse IP), un numéro de client et des détails d'authentification (ID utilisateur et mot de passe). Ce que nous faisons essentiellement, c'est créer un canal pour un autre système.

Dans cet exemple, nous essayons d'établir une connexion RFC entre deux clients dans la même instance SAP. Cependant, cette procédure est la même même si elle est différente dans les cas SAP.

Comme vous pouvez le voir, il existe différents types de connexion RFC. Sans plus de confusion, disons simplement que les connexions ABAP sont utilisées lorsque les systèmes source et de destination sont SAP. Les connexions TCP / IP sont utilisées lors de la communication avec un système non SAP.

Essayons de créer la connexion RFC du même nom que la destination RFC – CUSTDEM810. (Dans un système SAP IDES standard, ce nom peut être différent). Le système collecte automatiquement l'adresse IP si l'hôte se trouve sur le même sous-réseau. Saisissez l'ID utilisateur et le mot de passe pour tester la connexion RFC.

Croix de code d'entreprise de

Lors du transfert de données de base contenant des données de société pertinentes (par exemple, la vue Finance des données de base client), SAP commande que nous stockions un code inter-sociétés. Il s'agit davantage d'une astuce SAP qui pourrait être supprimée à l'avenir. Définissez un nouveau code intersystème d'entreprise, par exemple "GL2300" –

Et suivez la configuration ci-dessous pour définir le code d'entreprise dans le plan comptable et le code d'entreprise actuel. C'est assez explicite. Toutes ces fonctions peuvent être gérées dans le chemin de menu illustré ci-dessus. Comme discuté, ce ne sont que des étiquettes et n'ont aucun contrôle.

Modèle de distribution

A Modèle de distribution définit ce qui suit

  • Système d'expéditeur logique
  • Système logique récepteur
  • Type de message (type de message logique, pas de type IDOC)

Allez (BD64), sélectionnez le bouton crayon et cliquez sur "Créer une vue du modèle". Saisissez un nom technique et un court texte. Après avoir généré le modèle de distribution, Goto Environment -> Generate Partner Profiles. Saisissez le nom du système logique cible.

Le journal du profil du partenaire sera généré. Parfois, SAP ne le fait pas automatiquement et il se peut que nous devions créer des profils de partenaires manuellement. Si vous accédez à (WE20), vous pouvez voir que SAP a créé des profils de partenaire pour nous automatiquement en fonction de l'étape précédente. (Sélectionnez le type de partenaire LS).

Pousser un client maintenant permet maintenant de pousser un client à travers. Aller à (BD12) (Outils -> ALE -> Distribution des données de base -> Application croisée -> Consommateur). Saisissez un numéro de client, un type de sortie (DEBMAS dans ce cas). Si vous exécutez le système maintenant, un IDOC maître sera créé et autant d'IDOC de communication qu'il y a de modèles de distribution définis pour le type de sortie. Si vous sélectionnez la destination logique appropriée, un seul IDOC de communication sera généré.

Si vous souhaitez voir l'IDOC en cours de traitement, allez (WE02) et sélectionnez les IDOCS créés pour aujourd'hui et triez par date pour obtenir le dernier IDOC. Comme nous pouvons le voir sur le carré vert, IDOC a été traité avec succès. Si l'IDOC a échoué, utilisez (BD87) pour retraiter l'IDOC.

Maintenant, pour vérifier l'IDOC sur l'autre système logique (Client 810 dans ce cas), connectez-vous au Client 810 et utilisez (WE02) pour afficher les IDOCS associés.