Echange de Données ALE / I-DOC Pierre-Olivier GREGOIRE Julien HUYNH Cellule Technique SAP UNILOG BCX Echange de Données ALE / I-DOC Avril 2002
Sommaire Définitions Structure d’un idoc Flux d’information ALE Paramétrage Traitements en émission Traitements en réception Gestion des erreurs Outils d’administration Avantages / inconvénients Démonstration Qui contacter ?
Définitions ALE : Application Link Enabling Fonctionnalité qui permet de lier des applications sur différents systèmes. Echange de données de base tels que fiches articles, comptes généraux, …. Echange de documents applicatifs tels que documents comptables, contrats cadres… Utilisation des pointeurs de modification, du Workflow, des BAPIs IDOC : Intermediate DOCument Objet permettant de stocker un processus transactionnel (tel qu’une commande). Interface IDOC : communication de données électroniques entre différents systèmes.
Définitions EDI : Electronic Data Interchange Echange transactionnel ou commercial entre sociétés indépendantes Type de message : Définit le contenu (Fiche article, Commande, centre de coût ...) Type d’idoc : Définit la structure du message (Ex : vue données de base ou données complètes de la fiche article). Varie avec les versions de SAP
Structure d’un idoc Segment de contrôle Segments de données Emetteur, destinataire, type de message, type d ’IDOC, N° IDOC, date, heure, statut Segments de données Structure hiérarchique Zones d ’identification: N° IDOC, nom du segment, position dans la structure Une zone de données : 3800 caractères (en 4.0B) Segments de statut Historique des statuts
Structure d’un idoc Version 3.1I
Structure d’un idoc Version 4.6C
conversion Creation IDOC Determine destinataire Flux d’information ALE R/3 Système 1 R/3 Système 2 Workflow 'output' Filtre/ conversion Creation IDOC Workflow 'input' conversion Application data Application IDOC ALE Master- IDoc Determine destinataire functions Communication : RFC (Remote Function Call) Fichier TCP/IP
Paramétrage Le modèle de répartition Partenaires Accords d’interchange Il représente les échanges entre les applications réparties Partenaires Les IDOCs sont toujours émis d’un partenaire vers un autre partenaire (Système Logique pour ALE) Accords d’interchange les partenaires avec lesquels les IDOCs sont échangés les messages reçus ou émis les traitements utilisés (immédiat ou non ...) le mode de transfert (Notion de port)
Traitements en émission ALE, interface applicative Déclenchement de l’envoi par : pointeur de modification, correspondance ou lancement massif. Pointeurs de modification : toute donnée de base modifiée est transmise vers le système intéressé par cette modification. L’application envoie un IDOC vers toutes les applications réparties intéressées par le document créé ou modifié. Envoi direct / différé.
Traitements en réception Etapes L ’IDOC reçu est transmis dans l ’interface IDOC et mémorisé dans la base de données SAP. Dans une seconde étape, l ’IDOC est passé à l ’application qui le traite (Création de la donnée). Traitements Documents applicatifs Le traitement est généralement un « batch-input immédiat ». Données de base Le traitement est généralement un « direct-input ».
Gestion des erreurs La gestion des erreurs se fait par le workflow Le paramétrage minimal pour les IDOCs est automatisé. Avertissement en cas de problèmes fonctionnels / techniques Retraitement des messages en erreur Notion de personne / Structure organisationnelle (regroupement) Déclaration des personnes ou services responsables pour les problèmes techniques : administrateur des IDOCs pour les problèmes fonctionnels dans les accords d’interchange
Outils d’administration Suivi des IDOC : Liste des IDOCs par sens, statut, type de message. Possibilité d’avoir des informations détaillées. Répartition horaire, liste des erreurs. Statistiques sur les IDOC Ecran de surveillance. Audit ALE (sur le système émetteur) Vue globale des erreurs entre le système émetteur et récepteur. Permet de visualiser le statut des IDOC sur le système récepteur.
Avantages Interface «standard» Monitorage des IDOCs Structure des messages standards / Montée de version Gestion des message en erreurs Avertissement des utilisateurs responsables Consultation du message d ’erreur et de l ’IDOC Recyclage de l ’IDOC (manuel ou automatique) Monitorage des IDOCs suivi des IDOCs, liste des erreurs, statistiques, audit .... Utilisable pour une interface périodique ou permanente entre applications
Inconvénients Volumétrie (attention aux reprises de données) Convergence de paramétrage entre les systèmes fonctionnalité ALE CONDAT Nécessité d’avoir une stratégie d’archivage IDOC Volumétrie/Périodicité Surveiller les workflows Archivage/Suppression possible mais pas nécessaire. Réorganisation des pointeurs de modification Purge des pointeurs traités
Transactions 4.0 et 4.6 C Paramétrage ALE Transaction SALE Administration / suivi des IDOCs Transaction BALE Transaction WEDI Envoi des données de base Transaction BALM
Démonstration Système émetteur Système récepteur Paramétrage ALE Création/modification d’une donnée Création et envoi de l’IDOC Outils d’administration ALE - Suivi/statistique des IDOC - Visualisation de la structure Détection d’une anomalie (Workflow / Outils de suivi) Système récepteur Retraitement de l’IDOC (Workflow/ Traitements massifs) Correction de l’anomalie Visualisation de la donnée
Qui contacter ? pierre-olivier.gregoire@unilog.fr julien.huynh@unilog.fr xavier.labbe@unilog.fr