SAP PI - Guide rapide

SAP Process Integration fait partie de la plateforme SAP NetWeaver. Il s'appelle SAP NetWeaver Exchange Infrastructure XI dans NetWeaver 7.0 ehp2 et les versions antérieures. L'intégration des processus SAP NetWeaver fait partie du composant logiciel NetWeaver et est utilisée pour l'échange d'informations dans le système interne de l'entreprise ou avec des parties externes.

SAP PI / XI vous permet de configurer la communication et l'intégration intersystème et vous permet de connecter des systèmes SAP et non SAP basés sur différents langages de programmation tels que Java et SAP ABAP. Il fournit un environnement open source qui est nécessaire dans un paysage système complexe pour l'intégration de systèmes et pour la communication.

SAP Process Integration est un middleware permettant une intégration transparente entre les applications SAP et non SAP dans une entreprise ou avec des systèmes extérieurs à l'entreprise.

Exemple

Application exécutée sur différents systèmes faisant partie de différentes unités commerciales d'une entreprise ou implémentée dans un environnement distribué entre différentes entreprises qui entretiennent des relations commerciales entre elles. Dans cet environnement, il existe un besoin d'intégration et de transfert transparents d'informations entre différents systèmes. SAP PI fournit une plate-forme middleware qui ne traite pas de la façon dont les composants d'application sont mis en œuvre avec une logique métier et se concentre davantage sur l'échange de données entre les différents composants.

Vous pouvez considérer SAP PI comme une instance centrale ou un middleware qui interconnecte différents systèmes. Ce middleware peut être appelé moteur d'exécution SAP PI et cette communication est appelée communication médiée. Lorsque vous comparez cette communication avec un scénario point à point, il est facile de gérer les systèmes et les connexions. En plus de tout cela, les informations relatives à l'intégration sont disponibles en un point central.

L'échange de messages entre les différents systèmes utilisant SAP PI contient des données de gestion. Le protocole de message de communication est basé sur les messages SOAP standard du W3C.

Pourquoi avons-nous besoin de SAP PI?

Dans une organisation, SAP ERP ne contient pas un système unique, mais se compose d'un certain nombre de systèmes intégrés tels que SAP CRM, FICO, EWM, etc. SAP PI fournit une plate-forme comme point d'intégration unique pour tous les systèmes sans toucher au système hérité complexe pour tous les échanges de données et d'informations.

Voici les principales fonctionnalités fournies par SAP Process Integration -

Connectivité

À l'aide de SAP PI, vous pouvez connecter différentes applications et systèmes qui ont différents moyens techniques de communication. SAP PI vous fournit une variété d'adaptateurs qui vous permettent de connecter des applications basées sur différents protocoles tels que HTTPS ou RFC (Remote Function Call).

Routage

Le routage définit les règles de circulation des messages entre différents systèmes lors de l'exécution.

Cartographie

SAP PI est utilisé pour connecter différentes applications ou systèmes dans un environnement distribué qui peut être mis en place entre différentes entreprises, il est donc possible que la structure d'échange de données entre deux composants diffère l'une de l'autre.

Le mappage détermine la structure des données dans un système source à la structure des données dans un système cible. Il détermine également les règles de conversion qui sont appliquées aux données entre le système source et cible.

Lorsque vous exécutez un scénario dans SAP PI, les capacités de communication et de traitement dépendent des moteurs d'exécution installés avec l'installation de SAP PI. Vous pouvez installer un ou plusieurs moteurs d'exécution sur un système hôte. SAP PI propose les deux options d'installation suivantes -

Type 1 - Type à double usage

Cette installation est basée sur ABAP et Java et fournit des outils pour concevoir et configurer le contenu d'intégration ainsi que ces moteurs d'exécution -

• Moteur d'intégration
• Moteur de processus métier
• Moteur d'adaptateur avancé

Type 2 - Moteur adaptateur avancé AEX étendu

Cette installation est basée sur Java et fournit des outils pour la conception et la configuration du contenu d'intégration et contient le moteur d'adaptateur Advance comme moteur d'exécution.

L'architecture SAP PI se compose de plusieurs composants qui sont utilisés au moment de la conception, de la configuration et de l'exécution. Dans SAP PI, le système émetteur est connu comme la source et le récepteur est appelé le système cible et l'architecture est appeléeHub and Spoke structure. Le Spoke est utilisé pour se connecter à des systèmes externes et Hub est utilisé pour échanger des messages.

A SAP PI system is divided into the following components -

• Serveur d'intégration
• Générateur d'intégration
• Répertoire du paysage système SLD
• Configuration et surveillance

Établi d'exécution

Il s'agit d'un outil utilisé pour fournir une surveillance centralisée des composants et des messages PI.

Serveur d'intégration

Il s'agit de l'un des composants clés du système SAP PI et est utilisé pour le traitement des messages.

Il se compose des trois moteurs suivants -

• Moteur de processus métier
• Moteur d'intégration
• Moteur adaptateur central avancé AAE

Moteur de processus métier

Ce moteur est utilisé pour la corrélation des messages et s'occupe du traitement des messages dans ccBPM.

Moteur d'intégration

Ce moteur est utilisé pour le routage et le mappage et fournit des services de serveur d'intégration central. Si la structure source est différente de la structure cible, le moteur d'intégration appelle le moteur d'exécution de mappage comme le montre l'illustration ci-dessous dans laquelle, la structure source est convertie en structure cible.

Un environnement d'exécution de mappage est basé sur Java Stack, comme indiqué dans la rubrique de la plateforme SAP PI.

Un message peut être des deux types suivants -

• Synchronous message est défini comme message contient à la fois la partie demande-réponse

• Asynchronous message est défini comme le message ne contient que la requête ou la partie réponse

Dans SAP PI, un message est représenté par une interface. Une interface contient la structure du message au format XML et la direction.

Moteur d'adaptateur avancé central (AAE)

Comme Integration Engine gère les messages dans les protocoles XML et SOAP, si le système d'entreprise ne contient pas de données dans un format spécifique, des adaptateurs sont utilisés pour convertir le protocole et le format de message spécifiques aux messages requis par Integration Engine.

Dans l'architecture SAP PI, vous pouvez considérer Adapter Engine comme Spoke et Integration Engine comme HUB pour vous connecter à des systèmes externes.

Dans le système à double pile de versions antérieures de SAP PI, la plupart des adaptateurs faisaient partie de la pile Java et seuls deux adaptateurs faisaient partie de la pile ABAP.

Adaptateurs Java Stack

Les adaptateurs suivants s'exécutent sur Java Stack -

Adaptateur RFC, adaptateur SAP Business Connector, adaptateur fichier / FTP, adaptateur JDBC, adaptateur JMS, adaptateur SOAP, adaptateur Marketplace, adaptateur de messagerie, adaptateur RNIF, adaptateur CIDX

Adaptateurs de pile ABAP

Les adaptateurs suivants fonctionnent sur ABAP Stack -

Sr.Non	Adaptateur de pile ABAP et description
1	IDOC and HTTP Adapter Dans les dernières versions, lorsque SAP PI est passé au système à pile unique, ces deux adaptateurs ont également été déplacés vers la pile Java et le nouveau moteur ainsi formé est appelé Advanced Adapter Engine AAE.
2	Service Repository Le registre des services est un registre des plaintes UDDI, répertoriant les définitions de services Web disponibles (basées sur WSDL), étendues avec un système de classification.
3	Enterprise Service Repository Ceci est utilisé pour stocker les objets du référentiel au moment de la conception tels que le mappage, les interfaces et les définitions de processus dans le PI system.
4	System Landscape Directory (SLD) Celui-ci contient des informations sur les versions paysage et des composants logiciels. Un système SAP peut être configuré pour s'enregistrer sous SLD.
5	Integration Repository Ceci est utilisé pour configurer les scénarios dans PI system pour l'échange de messages entre différents systèmes.

Vous pouvez utiliser différents outils d'interface utilisateur SAP PI pour accéder à différents composants de l'architecture du système SAP PI. Les outils d'interface utilisateur les plus courants sont -

• ES Builder - Cet outil fournit une interface utilisateur Java pour travailler dans Enterprise Service Repository ESR.

• SAP NW Developer Studio - Il s'agit d'un outil basé sur Java Eclipse pour afficher et modifier certains types d'objets dans le référentiel de services d'entreprise.

• Integration Builder - Cet outil fournit une interface utilisateur basée sur Java pour travailler dans le répertoire d'intégration.

GUI SAP

Il s'agit de l'outil client SAP pour accéder à la pile ABAP du système SAP PI.

L'illustration suivante montre les différents outils d'interface utilisateur de SAP PI et les composants accessibles à l'aide de ces outils -

SAP PI - Plateforme

Pile unique contre pile double

Dans les anciennes versions de SAP PI, tous les composants n'étaient pas basés sur une seule plateforme. Peu de composants tels que Integration Engine, Business Process Engine et Integration Builder étaient basés sur la pile ABAP et d'autres composants tels que Enterprise Service Repository ESR, Integration Directory (SLD, Adapter Engine, etc.) étaient basés sur Java Stack. Donc, ces types de systèmes étaient appelés systèmes à double pile, car PI nécessitait à la fois ABAP et Java stack pour fonctionner.

Pile ABAP	Pile Java
Moteur d'intégration	Référentiel de services d'entreprise ESR
Moteur de processus métier	Répertoire d'intégration
Générateur d'intégration	(Runtime Workbench, System Landscape, Adapter Engine, Mapping Runtime)

Dans les dernières versions de SAP PI, les composants de la pile ABAP sont modifiés pour fonctionner sur la pile Java. Ainsi, SAP PI n'a besoin que de la pile Java pour s'exécuter et s'appelle le système à pile unique.

Pour ouvrir la page d'accueil de SAP PI Tools, utilisez l'URL suivante -

http://<host>:5<instance#>00/dir/start/index.jsp

Example - http: // scmehp2: 50200 / dir / start / index.jsp

La page d'accueil de SAP PI contient les quatre liens Java suivants -

• Référentiel de services d'entreprise (ESR)
• Répertoire d'intégration (ID)
• Paysage système (SL)
• Configuration et surveillance (CM)

Référentiel de services d'entreprise (ESR)

Dans SAP PI, Enterprise Service Repository est utilisé pour concevoir et créer des objets à utiliser dans le scénario d'intégration. Vous pouvez concevoir des objets d'interface, des objets de mappage et les différents processus d'intégration.

Objets d'interface

Voici les objets d'interface -

• Interface de service
• Type de données
• Type de message

Objets de mappage

Le mappage des messages est effectué selon la structure de données de l'expéditeur et du destinataire

Processus d'intégration

Le mappage d'opération est utilisé pour convertir la structure source en structure cible si la structure de données est différente. Le mappage d'opérations complexes peut être simplifié à l'aide du mappage de messages.

Le mappage de messages peut être implémenté des manières suivantes -

• Cartographie graphique
• Cartographie Java
• Cartographie XSLT
• Cartographie ABAP

Sous Enterprise Service Repository, vous pouvez voir différents outils d'interface utilisateur - Enterprise Service Builder et Web UI et Service Registry.

Lorsque vous lancez l'application Enterprise Service ES Builder, vous avez la possibilité d'exécuter l'application pour la première fois, comme illustré dans la capture d'écran suivante. Cliquez sur Exécuter.

Une fois l'application lancée, vous obtenez les options suivantes -

• Barre de menu principale et barre d'outils standard en haut
• Zone de navigation sur le côté gauche
• Zone de travail sur le côté droit

Les éditeurs d'objets sont affichés dans la zone de travail. Ces éditeurs d'objets incluent des fonctions liées spécifiquement aux objets ouverts.

Lorsque vous exécutez l'interface utilisateur Web, vous serez invité à entrer le nom d'utilisateur et le mot de passe.

Dans l'interface Web, vous pouvez effectuer les tâches suivantes -

• Search - Rechercher des interfaces de service, des types de données, etc.

• Subscribe - Abonnez-vous aux notifications.

• Manage - Gérez l'état du cycle de vie des interfaces de service, des types de données, etc.

Répertoire d'intégration

Le répertoire d'intégration est utilisé pour la configuration des objets créés dans le référentiel de services d'entreprise et la configuration est exécutée par le moteur d'intégration au moment de l'exécution. Pour configurer les objets ESR, vous devez importer l'objet - Service et canal de communication.

Le service vous permet de vous adresser à l'expéditeur ou au destinataire des messages. En fonction de la manière dont vous souhaitez utiliser le service, vous pouvez sélectionner parmi les types de services suivants:

• Système d'affaires
• Service d'affaires
• Service de processus d'intégration

Le canal de communication détermine le traitement entrant et sortant des messages en convertissant les messages natifs externes au format XML SOAP à l'aide d'Adapter Engine. Deux types de canal de communication: canal émetteur et canal récepteur.

Dans le répertoire d'intégration, vous pouvez effectuer quatre types de configuration -

• Sender Agreement - Cela détermine comment le message est transformé par le serveur d'intégration.

• Receiver Determination - Ceci est utilisé pour déterminer les informations du destinataire à qui le message doit être envoyé.

• Interface Determination- Ceci est utilisé pour déterminer l'interface entrante à laquelle le message doit être envoyé. Cela détermine également le mappage d'interface pour le traitement du message.

• Receiver agreement - Ceci définit comment un message doit être transformé et traité par le récepteur.

Sous Répertoire d'intégration, vous pouvez voir le générateur d'intégration. Lorsque vous cliquez sur le générateur d'intégration, vous pouvez voir les différentes options pour configurer les objets créés dans ESR.

Le répertoire du paysage système contient les informations sur les versions du paysage et des composants logiciels. Un système SAP peut être configuré pour s'enregistrer dans ce répertoire. Le répertoire du paysage système (SLD) gère les informations sur tous les éléments installables et installés de votre paysage système.

Vous pouvez trouver les liens suivants dans une page Web -

Paysage

Sous Paysage, vous pouvez trouver les options suivantes -

• Technical Systems - Vous pouvez afficher et définir des systèmes et des serveurs.

• Landscapes - Vous pouvez afficher et configurer un groupe de systèmes.

• Business Systems - Vous pouvez afficher et configurer les systèmes d'entreprise à utiliser dans l'intégration de processus.

Catalogue de logiciels

• Products - Ceci permet de visualiser les produits dans le catalogue de logiciels SAP.

• Software components - Ceci permet d'afficher les composants logiciels dans le catalogue de logiciels SAP.

Développement

• Name Reservation - Ceci est utilisé pour la réservation de nom et également pour le développement NW.

• CIM Instances - Ceci est utilisé pour afficher et maintenir les données au niveau CIM.

Configuration et surveillance

L'option Configuration et surveillance de la page d'accueil des outils SAP PI vous permet de surveiller les fonctions du moteur d'intégration, de l'intégration CCMS et de l'infrastructure de surveillance des processus dans le système SAP.

À l'aide de la configuration et de la surveillance, vous pouvez surveiller les fonctions suivantes -

• Component Monitoring - Surveiller différents composants Java et ABAP de SAP PI.

• Message Monitoring - Pour surveiller l'état du traitement des messages dans un composant SAP PI.

• Performance Monitoring- À l'aide de Runtime Workbench, vous pouvez surveiller différentes mesures de performances dans un système SAP PI. Vous pouvez créer divers rapports d'agrégation.

• End to End Monitoring - Pour surveiller le cycle de vie de bout en bout dans SAP PI System pour un scénario.

• Message Index Search - Vous pouvez effectuer une recherche de message basée sur un index dans la surveillance des messages et vous pouvez également effectuer une recherche en fonction de la sélection spécifique de l'adaptateur, etc.

• Alert Inbox - La boîte de réception d'alertes correspond au rôle attribué à un utilisateur métier et est utilisée pour afficher toutes les alertes dans le système SAP PI selon la configuration.

• Alert Configuration- Le cadre d'alerte dans C&M vous permet de signaler toutes les erreurs lors du traitement des messages en ABAP et Java. À l'aide de la configuration des alertes, vous pouvez définir une stratégie, si une alerte doit être signalée pour erreur et pour effectuer une analyse ou non.

• Monitoring of Runtime Cache - Ceci est utilisé pour afficher les objets dans le cache d'exécution.

Voyons où se trouvent ces options sous Configuration et surveillance dans la page d'accueil des outils SAP PI. Sous Configuration et surveillance à domicile, vous voyez les trois options comme dans la capture d'écran suivante -

Onglet Surveillance

Sous l'onglet Surveillance, vous obtenez 4 options, comme indiqué dans la capture d'écran suivante -

• Message Overview- Ceci est utilisé pour obtenir une vue d'ensemble du traitement des messages pendant une période de temps spécifique. Les messages sont agrégés par l'état du traitement.

• Alert Inbox- Ceci est utilisé pour traiter les alertes basées sur les messages en attente déclenchées par SAP NetWeaver Process Integration. Les alertes peuvent vous fournir des informations d'exécution et des liens vers des outils de dépannage pour faciliter une isolation plus rapide des problèmes.

• Message Search with Trex- Ceci est utilisé pour rechercher des messages à l'aide du contenu de la charge utile des messages. Vous avez besoin du moteur de recherche et de classification TREX pour l'indexation et la recherche de documents. De plus, vous avez configuré et activé l'indexation des messages.

• Component Monitor - Ceci est utilisé pour obtenir un aperçu de l'état de santé des composants individuels de SAP NetWeaver Process Integration.

Onglet Configuration et administration

Sous l'onglet Configuration et administration, vous obtenez les 3 options comme indiqué dans la capture d'écran suivante -

• Message Indexing (Trex) - Ceci est utilisé pour contrôler et surveiller l'indexation pour la recherche de message basée sur l'index à l'aide du moteur de recherche et de classification TREX.

• Alert Rules- Pour créer et gérer des règles d'alerte. Dans une règle d'alerte, vous définissez les conditions d'exécution dans lesquelles le système génère une alerte.

• SLD Registration- Ceci permet de vérifier si les composants de SAP NetWeaver Process Integration ont été correctement enregistrés lors de la phase de configuration technique. Vous pouvez appliquer des corrections à l'enregistrement et enregistrer d'autres composants.

Onglet Test

Sous l'onglet Test, vous obtenez les deux options suivantes -

Envoyer un message de test

Pour simuler un flux de messages et vérifier que le runtime SAP NetWeaver Process Integration fonctionne correctement en envoyant un message de test au moteur d'intégration ou à Advanced Adapter Engine.

Test de connectivité du cache

Ceci est utilisé pour inspecter l'état de connectivité du cache des composants d'infrastructure de SAP NetWeaver Process Integration et tester leur connectivité avec les caches d'exécution.

Dans SAP PI, vous pouvez définir deux types de communication - Synchronous et Asynchronous.

Communication synchrone

La communication synchrone est appelée par une opération de demande et de réponse et la sortie du processus est renvoyée immédiatement après l'opération. En termes généraux, vous pouvez dire qu'un scénario synchrone se produit lorsqu'un processus d'expéditeur envoie une demande au destinataire et attend une réponse. Si une erreur se produit du côté du destinataire, l'application émettrice est responsable de renvoyer le message.

Dans cette approche, il est possible que l'expéditeur puisse renvoyer le message après l'expiration du délai et qu'un message dupliqué peut exister. Cette approche en PI est connue sous le nom deBE (Best Effort).

Considérez deux systèmes - A et B. Et, vous introduisez un système intermédiaire I entre les deux systèmes. La communication entre le système A et le système I est synchrone et les systèmes A et B sont asynchrones.

Les types d'erreurs suivants peuvent se produire dans ce scénario de communication -

• Application Error - Il y a une erreur du côté du destinataire lors du traitement d'un message et l'expéditeur n'est pas au courant de cette erreur et continue d'attendre la réponse.

• Network level Error- Dans cette erreur, il y a une erreur de réseau de communication entre l'expéditeur et le destinataire. L'expéditeur n'est pas au courant de cela et le message est coincé entre les deux et l'expéditeur attend jusqu'à l'expiration du délai de l'opération.

• Error in Response Message - Dans ce scénario, une erreur se produit et le message de réponse reste coincé entre les deux et l'expéditeur continue d'attendre.

Avantages

Voici les principaux avantages de l'utilisation de la communication synchrone:

• Il n'est pas nécessaire de configurer le routage des messages de réponse.

• Il n'est pas nécessaire de corréler la réponse à une demande.

• Dans cette communication, la réponse est reçue immédiatement.

Scénario recommandé

Cela convient aux opérations qui impliquent des opérations de lecture, par exemple, la visualisation d'une commande d'achat.

Désavantages

Voici les principaux inconvénients de l'utilisation de la communication asynchrone:

• En cas d'échec, l'expéditeur doit renvoyer un message.

• le receiving system doit être configuré pour vérifier les messages en double.

• Dans ce scénario, l'application expéditeur est bloquée jusqu'à ce qu'une réponse soit reçue ou qu'une erreur de délai d'attente se produise.

• Vous ne pouvez pas configurer plusieurs récepteurs.

Communication asynchrone

Dans la communication asynchrone, vous ajoutez un système intermédiaire ou un middleware entre deux systèmes. Lorsqu'une application émettrice envoie une demande, elle n'attend pas que l'application réceptrice envoie la réponse. En cas d'échec pour une raison quelconque, le middleware est chargé de renvoyer le message. Si nécessaire, le système récepteur peut renvoyer une réponse à l'expéditeur sous la forme d'un appel asynchrone distinct.

Cette approche dans SAP PI est appelée Exactly Once (EO) ou Exactly Once in Order (EOIO).

Un système intermédiaire est une file d'attente et le message de A est d'abord ajouté à la file d'attente et à l'extrémité du récepteur, il est extrait de la file d'attente et envoyé au récepteur. Le message de réponse du système B suit le

Vous pouvez également maintenir l'ordre dans certaines situations selon les besoins de l'entreprise en utilisant le premier entré, premier sorti (FIFO). Ce scénario est appelé Asynchrone avec ordre maintenu ou Exactement une fois dans l'ordre (EOIO).

La communication asynchrone assure une livraison garantie. Si le système récepteur n'est pas disponible pendant un certain temps, alors la file d'attente intermédiaire conserve le message et il y reste jusqu'à ce que le système récepteur soit disponible et le message est extrait de la file d'attente et envoyé au système récepteur.

Scénario recommandé

Ceci est recommandé pour les opérations de modification comme la création d'un bon de commande ou la modification d'un bon de commande

Avantages

Voici les principaux avantages de la communication asynchrone:

• En cas d'échec, le système SAP PI garantit la livraison et renverra le message.

• Aucune configuration requise pour les contrôles en double.

• Vous pouvez configurer plusieurs récepteurs dans ce scénario.

• Le système émetteur et le système récepteur n'ont pas besoin d'être en ligne en même temps.

• PI enregistre tous les messages envoyés via une communication asynchrone.

• Pas de délai d'attente car le système intermédiaire conserve le message et la demande de réponse.

Désavantages

Voici les principaux inconvénients de la communication asynchrone:

• Dans ce scénario, l'expéditeur doit corréler les réponses à la demande de lui-même.

• Le message de réponse doit être implémenté et acheminé séparément.

• Cela n'apporte pas de réponse immédiate.

SAP PI - Technologies

SAP fournit un middleware basé sur NetWeaver appelé SAP NetWeaver Process Integration. SAP NetWeaver PI délivre un message dans un format spécifique appelé SimpleObject Access Protocol (SOAP-HTTP). Ce message contient un en-tête et une charge utile. L'en-tête contient des informations générales telles que les informations sur l'expéditeur et le destinataire et la charge utile contient les données réelles.

Le système peut communiquer avec SAP NetWeaver PI directement ou à l'aide d'adaptateurs -

• Communication à l'aide d'adaptateurs d'application
• Communication à l'aide d'adaptateurs techniques
• Communication à l'aide d'adaptateurs standard de l'industrie
• Communication à l'aide d'adaptateurs de transaction
• Communication directe à l'aide de proxy

Pour transférer des informations sous forme d'objets d'un référentiel de services d'entreprise à un autre, vous pouvez choisir parmi les trois moyens de transport:

• Transport basé sur le système de fichiers
• Service de gestion du changement (CMS)
• Système de changement et de transport (CTS)

L'illustration montre deux composants logiciels - Version A et Version B qui ont été transférés de ESRep_1 et ESRep_2 vers d'autres ESRep.

Sécurité au niveau du transport

La sécurité au niveau du transport inclut la sécurité des objets de conception lors du transfert sur le réseau. Lors du transfert d'objets, vous effectuez l'authentification et le chiffrement au niveau du transport et l'autorisation au point final. Pour la communication interne, vous utilisez Secure Socket Layer (SSL) pour le cryptage et le décryptage des données via une connexion sécurisée. Pour la communication externe entre SAP et un système non SAP, le type de cryptage dépend du type d'adaptateur utilisé pour la communication.

Adaptateurs SAP PI et mécanisme de sécurité -

Adaptateur	Protocole	Mécanisme de sécurité
Adaptateur basé sur HTTP	HTTP	HTTPS
Adaptateur basé sur RFC	RFC	Communication réseau sécurisée
Adaptateur de messagerie	SMTP, IMAP4, POP3	HTTPS
Adaptateurs de fichiers	FTP	FTP sur SSL

Autorisation de niveau de transport

Pour obtenir une autorisation au niveau du transport, vous pouvez utiliser HTTP avec l'authentification client. L'authentification au niveau du transport HTTP peut utiliser un nom d'utilisateur et un mot de passe, des certificats X.509 ou des tickets de connexion SAP.

Sécurité au niveau des messages

La sécurité au niveau des messages peut être obtenue à l'aide de techniques de cryptage et de signatures numériques. Le message à envoyer sur le réseau est d'abord chiffré par un algorithme de chiffrement qui comprend une clé de session et une clé publique pour le chiffrement. La même clé de session et la même clé publique sont utilisées du côté du destinataire pour le décryptage du message afin de voir le contenu.

Niveau de transport HTTP

Vous pouvez utiliser les mécanismes suivants pour le niveau de transport HTTP -

• ID utilisateur et mot de passe
• Certificats X.509
• Billets de connexion SAP
• Sécurité au niveau des messages
• S/MIME
• Sécurité WS
• Signature XML
• Chiffrement XML

SAP PI est un environnement d'exécution qui attribue des messages entrants aux destinataires et les mappe à une autre structure ou protocole. SAP NW PI requiert des informations sur la manière dont les messages doivent être traités. Les informations sur les objets de conception se trouvent dans PI Enterprise Service Repository ESR et dans le répertoire d'intégration.

Les systèmes connectés à SAP PI sont conservés dans le répertoire du paysage système (SLD). Les données dans SLD peuvent être divisées dans les catégories suivantes -

• Informations sur les composants logiciels
• Description du paysage système

Informations sur les composants logiciels

Il comprend des informations sur tous les modules logiciels SAP disponibles. Il comprend également des combinaisons possibles de modules logiciels ainsi que des dépendances. Par exemple, composant logiciel, version, packages de support, versions du système d'exploitation et base de données, etc.

Pour vérifier cela, accédez au répertoire du paysage système (SLD)

Pour voir tous les systèmes techniques, leur type, leurs versions et leur dernière mise à jour, allez dans l'onglet Système technique.

Pour afficher les produits et les composants logiciels, accédez à l'option Catalogue de logiciels.

Une fois que vous avez cliqué sur l'onglet Produit, vous pouvez voir tous les produits, ainsi que leur version et le nom du fournisseur.

Vous pouvez également vérifier les composants du logiciel, les versions et le nom du fournisseur.

La description du paysage système définit les informations du paysage système individuel. Le fournisseur de données fournit à SLD des informations système à jour à des périodes régulières.

Un modèle montre l'échange de messages entre les applications et ses objets de conception tels que les types de messages, les types de données, etc. Le modèle est la base d'un scénario de configuration d'intégration et le traitement d'entrée et de sortie définit le routage des messages. Les scénarios de modélisation SAP PI sont utilisés pour concevoir un scénario d'intégration dans SAP PI.

Vous pouvez utiliser les deux modèles de scénario d'intégration suivants -

• Modèle d'architecture des composants de processus
• Modèle de scénario d'intégration de processus

Modèle d'architecture des composants de processus

Le modèle d'architecture des composants de processus est utilisé pour le backbone SOA du rôle d'application. Ce modèle comprend un modèle de composant de processus, un modèle de scénario d'intégration et un modèle d'interaction de composant de processus. Le modèle de composant de processus fournit le détail de la structure interne d'un composant de processus. Le modèle de scénario d'intégration définit le scénario complet sur différentes unités de déploiement et composants de processus. Le modèle de composant de processus définit comment les différents composants interagissent les uns avec les autres.

Modèle de scénario d'intégration de processus

Ceci est utilisé pour les scénarios d'intégration de processus de rôle d'application. Il s'agit de l'objet de conception d'Enterprise Service Builder et est identifié de manière unique par un nom et un espace de noms et vous pouvez créer plusieurs versions.

Vous devez définir un scénario métier et un processus métier avant de créer un modèle d'intégration de processus. Les étapes d'intégration de processus sont effectuées dans les applications. Une application s'exécute sous la forme d'un composant logiciel. Vous pouvez également créer plusieurs versions de composants logiciels et la relation entre l'application et le composant logiciel est 1: 1.

Un objet de conception est identifié de manière unique par son nom et son espace de noms et est affecté à un composant logiciel. Vous pouvez créer différents objets de conception pour exécuter diverses fonctions et peu sont des objets de mandat et d'autres sont facultatifs dans un scénario d'intégration. Les objets de conception les plus courants incluent le scénario d'intégration de processus, les types de message, les types de données, les mappages, etc.

Le tableau suivant définit les objets de conception courants, leurs fonctions et leur utilisation dans un scénario -

Objet de conception	Obligatoire	Fonction
Scénarios d'intégration	Non	Il est utilisé pour regrouper tous les objets de conception nécessaires
Types de messages	Oui	Il est utilisé pour encapsuler les types de données
Types de données	Oui	Il est utilisé pour décrire la structure des données à échanger
Interfaces de service	Oui	Il encapsule les types de messages et les paramètres
Cartographie	Non	Cartographie du message
Processus d'intégration	Non	Il définit les flux de travail ccBPM

Ces objets de conception sont souvent représentés sous forme de hiérarchie.

Considérez une entreprise qui a de nombreuses interfaces et chaque interface contient un middleware. Vous voulez voir les différents types de middleware qui sont utilisés. Cela peut être fait en vous connectant à la page de démarrage des outils SAP PI.

Step 1 - Utilisez l'URL ou le code T de Integration Builder - SXMB_IFR.

Step 2 - Accédez au répertoire du paysage système sur l'écran SAP PI 7.3.

Step 3- Cliquez sur Produit comme indiqué dans la capture d'écran suivante. Si vous êtes invité à entrer le nom d'utilisateur et le mot de passe, entrez les détails.

Step 4 - Pour voir le système technique auquel le composant logiciel est affecté, entrez le nom du produit et cliquez sur Aller.

Step 5- Cliquez sur le nom du produit et accédez à l'onglet Système installé dans le volet de détails. Vous pouvez y vérifier le nom du système technique affecté.

Step 6- Si vous souhaitez voir quel système d'entreprise est dérivé de ce système technique, sélectionnez le système technique. Vous pouvez également le vérifier en vous rendant sur la page d'accueil de SLD → Business Systems.

Step 7 - Entrez le nom du système technique et cliquez sur Aller.

Step 8 - Nommez le champ qui détermine le nom du système d'entreprise.

Pour créer un scénario d'intégration dans SAP PI, vous devez créer un système technique et commercial dans System Landscape Directory.

Le SLD est implémenté en tant que composant logiciel Java (SAP _JTECHT) sur SAP NetWeaver Application Server Java. Il est basé sur la norme ouverte Common Information Model (CIM) et est défini et publié par le Distributed Management Task Force, Inc. à l' adresse www.dmtf.org .

Le SLD est l'outil de liste central pour les informations sur les composants d'application, les produits et les composants logiciels, et les données du paysage système (systèmes techniques et commerciaux).

Dans SLD, pour passer du modèle commercial au modèle technique, vous utilisez la relation entre l'étape de processus et le composant logiciel.

Comment transférer des composants logiciels dans SLD?

Lorsque vous installez le répertoire du paysage système, le catalogue initial est installé.

Depuis SAP Market Place, vous pouvez importer des catalogues plus à jour.

Vous pouvez également importer vos propres composants logiciels et produits en fonction du projet et du scénario d'intégration.

Pour les scénarios A2A, les systèmes métier sont utilisés et ils existent dans SLD. Pour le scénario B2B, vous utilisez des objets métier et ils résident dans le répertoire d'intégration.

Système technique

Les systèmes techniques font partie du répertoire du paysage système (SLD) et contiennent des informations sur la version, la base de données et les niveaux de correctif, le système d'exploitation, etc.

Il existe différents modes sur le système technique -

• AS Système ABAP
• Système AS Java
• Système Java autonome
• Tierce personne

Il existe différents outils d'importation qui peuvent être utilisés pour transférer des données du système technique vers SLD. SAP NetWeaver Administrator est un outil d'importation courant de SAP AS JAVA> 7.1.

Système d'affaires

Le système d'entreprise agit comme un expéditeur et un récepteur dans SLD. Ils héritent des composants logiciels des systèmes techniques en tant que produits. Aucun nouveau composant logiciel ne peut être ajouté aux systèmes d'entreprise dans SLD.

Avec SAP AS ABAP, chaque client est défini comme un système d'entreprise. Dans SAP AS Java, chaque système technique agit comme un système d'entreprise.

Dans le scénario de fichier SAP PI à fichier, nous transférons un fichier du système source au système cible. Une fois les composants créés dans SAP PI, vous pouvez transférer un fichier dans le système SAP PI en créant des objets dans Enterprise Service Builder.

SAP PI - Exécution de scénario de fichier à fichier

Step 1 - Accédez à la page SAP PI Tools → Enterprise Service Builder sous ESR.

Step 2 - Pour trouver le nom du composant sous lequel les objets doivent être créés, développez le composant pour connaître la version du composant logiciel.

Step 3 - Sélectionnez le composant → Clic droit, clic New pour créer un objet sous ce composant.

Step 4- Le premier objet que nous créons est un espace de noms. Entrez l'espace de noms sous forme d'URL et cliquez surCreate bouton en bas.

Step 5 - Une fois l'objet créé sous le composant logiciel, enregistrez et activez l'objet.

Step 6 - Pour activer, cliquez sur Activate comme indiqué dans la capture d'écran suivante -

Step 7- Une fois l'espace de noms enregistré et activé, créez un type de données. Accédez au composant logiciel → clic droit → Nouveau. Dans la fenêtre suivante, sélectionnez les objets d'interface →data type.

Step 8 - Entrez le nom du type de données et de l'espace de noms et cliquez sur Createcomme ci-dessus. Ensuite, insérez un sous-élément dans le type de données.

Step 9 - Entrez le nom de l'élément.

Step 10 - Insérez un sous-élément pour ajouter l'identifiant et le nom de l'employé enfant.

Step 11- Définissez le type et l'occurrence. Occurrence définit combien de fois cet élément apparaîtra dans le fichier. Vous pouvez sélectionner l'occurrence minimale et la valeur d'occurrence maximale.

Step 12 - Cliquez sur le Save bouton.

Step 13- Activez le type de données. Allez dans Type de données → Activer.

Créer un type de message

Step 1 - Cliquez avec le bouton droit sur Espace de noms → Nouveau

Step 2- Sous Objets d'interface, sélectionnez Type de message. Entrez les champs.

Step 3 - Entrez le nom du type de message.

Step 4- Par défaut, il prend le nom des composants Namespace et Software. Si ce n'est pas le cas, vous pouvez sélectionner manuellement. Ensuite, cliquez sur Créer.

Step 5- Maintenant, définissez le type de données que vous utiliserez pour le type de message. Faites glisser le type de données de la barre de gauche vers l'option Type de données sous Type de message (

). Cliquez sur le bouton Enregistrer.

Step 6 - Activer le type de message → Activer.

Note- Si la structure de votre fichier d'entrée et de votre fichier de sortie est la même, vous ne pouvez utiliser qu'un seul type de données et un seul type de message. Si la structure est différente, vous devez créer deux types de données et types de messages pour les messages entrants et sortants. Dans cet exemple, nous utilisons la même structure pour les fichiers d'entrée et de sortie.

Voyons maintenant comment créer une interface de service. Nous devons créer deux interfaces de service - une pourinbound et un pour outbound.

Step 1 - Cliquez avec le bouton droit sur Espace de nom → Nouveau → Objets d'interface → Interface de service

Step 2- Entrez le nom de l'interface de service (In - Inbound ici) et par défaut, il prend la valeur de Namespace et la version du composant logiciel. Cliquez surCreate bouton.

Step 3 - Dans l'Inbound Service Interface, entrez la catégorie comme Inbound et le mode de communication comme Synchronous ou Asynchronous.

Step 4- Maintenant, définissez le type de message en le faisant glisser du volet gauche vers le message de demande entrante de l'interface de service comme ci-dessous. Cliquez sur le bouton Enregistrer en haut.

Step 5 - Accédez à l'interface de service et activez après avoir enregistré cette interface de service.

Step 6 - De même, créez une interface de service pour le processus sortant.

Step 7 - Vous pouvez sélectionner l'interface de service → Objet → Nouveau.

Step 8 - Entrez le nom de l'interface de service (Out représente le processus sortant).

Step 9 - Cliquez Create bouton pour créer l'interface.

Step 10 - Dans la fenêtre suivante, définissez la catégorie et le mode de communication pour Outbound Service Interface. Comme nous avons un type de message pour les deux interfaces de service, faites glisser le type de message depuis le volet gauche pour demander le message et cliquez sur Enregistrer.

Step 11 - Une fois enregistré, cliquez sur Activate sous le bouton Interface de service.

Voyons maintenant comment créer un mappage de messages pour mapper un processus entrant vers un processus sortant.

Step 1 - Allez dans Objet → Nouveau → Objets de mappage → Mappage de messages.

Step 2 - Entrez le nom du nom du mappage et cliquez sur CreateComme montré ci-dessus. Maintenant, définissez le message source et cible. Faites glisser le message sous Type de message vers le message source et cible sous le mappage.

Step 3- Maintenant, mappez ces messages en utilisant les options de mappage disponibles. Sélectionnez la fonction dans la liste déroulante et vous pouvez voir différentes options disponibles sous chaque onglet.

Example- Vous avez le prénom et le nom dans le fichier source et vous voulez le nom complet dans le fichier cible. Ici, vous pouvez utiliser Concaténer sous la fonction Texte.

Step 4 - Nous mettons maintenant en œuvre file to file scenario Ainsi, nous sélectionnerons simplement le mappage source et cible et mapperons directement si le nom et la structure sont identiques.

Step 5- La structure étant la même, nous utiliserons la méthode ci-dessus. Dans la fenêtre suivante, cliquez surApply.

Step 6- Vous pouvez voir toutes les icônes devenir vertes et le mappage est affiché. Maintenant, enregistrez le mappage.

Step 7- Activez le mappage de messages. Accédez à Mappage des messages → Activer. Une fois ce mappage de message activé, créez un mappage d'opération dans ESR.

Voyons maintenant comment créer Operation Mapping.

Step 1 - Allez dans Objet → Nouveau → Objets de message → Mappage d'opérations.

Step 2 - Entrez le nom de Operation Mapping et cliquez sur Create bouton.

Step 3- Dans la fenêtre suivante, vous devez entrer l'opération source et l'opération cible. Faites glisser l'interface de service du volet gauche vers Opération source et Opération cible. L'interface de service entrant sera déplacée vers l'opération cible et l'interface de service sortant sera déplacée vers l'opération source.

Step 4- Faites glisser le mappage de messages vers l'option Programme de mappage comme dans la capture d'écran suivante. Une fois ces paramètres définis, cliquez sur le boutonSave bouton en haut.

Step 5 - Maintenant, allez dans Operation Mapping → Activer → Activer → Close.

Step 6 - Accédez à Integration Builder sous Integration Directory sur la page d'accueil de SAP PI Tools pour configurer un scénario.

Step 7 - Accédez à la vue du scénario de configuration d'Integration Builder.

Step 8 - Pour configurer un scénario, allez dans Objet → Nouveau → Sous l'onglet Administration → Scénario de configuration.

Step 9 - Entrez le nom du scénario de configuration et cliquez sur Create bouton.

Step 10 - Save et Activate le scénario de configuration comme illustré dans la capture d'écran suivante.

Comprend maintenant comment créer un canal de communication.

Step 1 - Cliquez avec le bouton droit sur Scénario de configuration → Nouveau

Step 2- Vous devez créer deux canaux de communication - l'un pour l'expéditeur et l'autre pour le destinataire. Sélectionnez le composant de communication pour l'expéditeur et le canal récepteur dans la liste des composants disponibles. Entrez le nom du canal de communication et cliquez surCreate.

Step 3- Sélectionnez les paramètres sous Canal de communication. Accédez à Adaptateur et cliquez sur les types d'adaptateur disponibles. Le type d'adaptateur dépend du type de scénario. Pour le scénario fichier à fichier, vous pouvez sélectionner l'adaptateur de fichier.

Step 4 - Voici une liste des adaptateurs disponibles qui peuvent être sélectionnés pour différents scénarios.

Step 5 - Le type d'adaptateur peut être sélectionné comme expéditeur ou récepteur en fonction du type de canal de communication.

Step 6 - Entrez le chemin du répertoire du fichier source.

Step 7- Une fois que vous avez entré le fichier source, cliquez sur Enregistrer. Cliquez sur le bouton Activer une fois que le canal de communication de l'expéditeur est enregistré → Activer → Fermer.

Step 8- De même, vous devez créer un canal de communication pour le récepteur. Entrez le composant du canal de communication et le nom du canal de communication pour le récepteur et cliquez surCreate.

Step 9- Sélectionnez le type d'adaptateur comme fichier, puis sélectionnez Récepteur. Entrez le répertoire cible et le schéma de nom de fichier comme dans la capture d'écran suivante -

Step 10 - Save le fichier et Activatele canal de communication du récepteur. Une fois que vous avez créé le canal de communication de l'expéditeur et du destinataire, créez une configuration intégrée.

Voyons maintenant comment créer une configuration intégrée.

Effectuez les étapes suivantes -

Step 1 - Allez dans Objet → Nouveau → Sous accord de collaboration → Configuration intégrée

Step 2 - Dans le composant de communication, saisissez le composant émetteur utilisé précédemment.

L'interface aura le même nom d'interface de service que pour le processus sortant créé dans ESR dans les étapes précédentes.

L'espace de noms sera le même que celui créé dans ESR dans les étapes précédentes.

Cliquez sur Create bouton.

Step 3 - Dans l'onglet Traitement entrant, sélectionnez le canal de communication créé pour l'expéditeur.

Step 4 - Dans l'onglet Récepteur, sélectionnez le récepteur de communication comme indiqué dans la capture d'écran suivante -

Step 5- Accédez à l'onglet Interfaces du récepteur, sélectionnez Cartographie des opérations. Cliquez sur Rechercher et sélectionnez le mappage d'opération comme indiqué dans la capture d'écran suivante. Le mappage d'opération sera créé de la même manière que dans les étapes précédentes.

Step 6 - Allez dans l'onglet Traitement sortant et sélectionnez le canal de communication du récepteur.

Step 7 - Une fois que vous avez terminé avec le paramètre mentionné ci-dessus, cliquez sur Save et Activate au sommet.

Step 8- Placez le fichier sample.xml dans le dossier sortant. Vous pouvez obtenir un exemple de fichier xml à partir de Message Mapping dans ESR. Accédez à ESR → Message Mapping → Test.

Step 9- Cet exemple de fichier ne contient aucune donnée. Créez un fichier abc.xml et collez un exemple de xml dans ce fichier. Vous devez ajouter des données à ce fichier xml comme indiqué dans la capture d'écran suivante.

Step 10 - Placez ce fichier dans le Send folder comme mentionné dans le répertoire et le schéma de fichiers au moment de la configuration.

Step 11 - Allez au Receiver folder et vous pouvez voir le fichier xml avec les données à l'intérieur.

Step 12 - Pour surveiller Adapter Engine → Communication Channel Monitor, accédez à la page d'accueil de configuration et de surveillance.

Step 13 - Accédez à Adapter Engine → Communication Channel Monitor.

Step 14 - Copier le canal de communication

Step 15- Vous pouvez vérifier l'état du scénario de fichier à fichier. S'il fonctionne correctement, vous verrez une icône verte sous l'état.

La connectivité SAP PI traite de la connectivité du système source ou cible avec le serveur d'intégration. Cette connectivité traite de l'échange de messages avec le serveur d'intégration. Le format de message à échanger doit être au format de protocole SAP PI ou un adaptateur doit être utilisé pour convertir un format externe en format spécifique à SAP PI.

SAP PI vous propose une large gamme d'adaptateurs qui vous permettent de connecter des applications à partir de différents protocoles. Dans le cas de l'expéditeur, l'adaptateur convertit le message entrant chiffré dans le protocole de l'expéditeur en un message PI-SOAP; dans le cas du récepteur, le message PI-SOAP est alors converti en protocole du récepteur.

Adaptateurs disponibles dans SAP NetWeaver PI

SAP PI prend en charge différents adaptateurs et certains d'entre eux sont des processus dans Advance Adapter Engine ou dans le moteur d'intégration. IDoc, HTTP et XI sont quelques adaptateurs qui sont traités dans le moteur d'intégration.

Voici les adaptateurs disponibles dans SAP NetWeaver PI -

S.No.	Adaptateurs dans SAP NetWeaver PI et utilisations
1	RFC Adapter Ceci est utilisé pour communiquer avec d'autres systèmes SAP à l'aide de l'interface RFC.
2	HTTP Adapter/HTTP AAE Adapter Cela permet l'échange de données à l'aide du protocole HTTP. Ces adaptateurs sont disponibles à la fois dans le moteur d'intégration et également dans le moteur d'adaptateur avancé.
3	JDBC Adapter Cela permet d'accéder aux bases de données.
4	File/FTP Adapter Ceci est utilisé pour effectuer un échange de données avec des systèmes externes à l'aide d'une interface de fichier ou d'un serveur FTP.
5	Mail Adapter Cela vous permet de connecter des serveurs de messagerie au moteur d'intégration.
6	IDoc Adapter Cela permet l'échange d'IDocs. Ces adaptateurs sont disponibles à la fois dans le moteur d'intégration et également dans le moteur d'adaptateur avancé.
sept	XI Adapter Cet adaptateur vous permet de communiquer en utilisant un proxy. Cet adaptateur ne s'exécute pas dans Advanced Adapter Engine et s'exécute dans Integration Engine. L'adaptateur XI n'est utilisé que pour établir la connexion HTTP avec le récepteur.
8	WS Adapter Cet adaptateur est utilisé pour fournir la connectivité avec les fournisseurs WS et les consommateurs WS conformément au protocole WS-RM (Web Services Reliable Messaging) standard. SAP a développé le protocole WS-RM avec sa propre boîte de réception, qui est implémentée dans la pile ABAP sur le moteur d'intégration.
9	JMS Adapter Il permet la communication avec les systèmes de messagerie à l'aide de l'API JMS.
dix	SOAP Adapter Il permet l'intégration de clients distants ou de fournisseurs de services Web à l'aide de SOAP.

Comment vérifier les moteurs d'adaptateur existants?

Vous pouvez vérifier la liste des moteurs d'adaptateur existants dans le répertoire du paysage système (SLD) en procédant comme suit:

Step 1 - Utilisez l'URL ou le code T de Integration Builder - SXMB_IFR.

Step 2 - Accédez au répertoire System Landscape sur l'écran SAP PI 7.3 et cliquez sur Productcomme indiqué ci-dessous. Si vous êtes invité à entrer le nom d'utilisateur et le mot de passe, entrez les détails.

Step 3 - Accédez à la zone Système technique dans le volet gauche du répertoire du paysage système.

Step 4 - Sélectionnez Intégration de processus comme type de système technique.

Step 5 - Vérifiez le nombre de moteurs d'adaptateur répertoriés.

Step 6 - Il n'existe qu'un seul moteur d'adaptateur XIAdapterFramework de type correspondant au moteur d'adaptateur central sur le serveur d'intégration.

Step 7- Vous pouvez également consulter la liste des adaptateurs existants sur Runtime Workbench. Accédez à Configuration et surveillance.

Step 8 - Dans la fenêtre suivante, accédez à l'option moniteur de composants.

Step 9 - Sélectionnez les composants avec «Tous» comme état.

Business Process Management traite cross component BPM. Cela inclut le flux de travail SAP dans le backend SAP et le traitement du message sur le serveur d'intégration.

Cross Component Business Process Management fournit à SAP NetWeaver Process Integration des fonctions de traitement des messages avec état, c'est-à-dire que le statut d'un processus d'intégration est conservé sur le serveur d'intégration. Cela signifie qu'un processus d'intégration peut, par exemple, attendre indéfiniment jusqu'à ce que d'autres messages soient reçus ou jusqu'à ce qu'une échéance particulière soit atteinte. De plus, il est possible de traiter les messages plus loin dans le cadre d'un processus d'intégration.

L'illustration ci-dessus montre que le message du système 1, 2, 3 a été envoyé au serveur d'intégration et que lorsque tous les messages sont arrivés, le message composite a été envoyé au système métier du système cible 4. En utilisant le BPM intercomposant, le message qui est déjà sur le serveur d'intégration, est rendu persistant. Tout autre message qui parvient au serveur d'intégration, une relation est définie entre les messages pour garantir que tous les messages sont envoyés correctement. Business Process Engine est chargé d'exécuter cette tâche dans ccBPM.

Lors de l'utilisation de ccBPM, le processus d'intégration utilisé dans ccBPM reçoit un message entrant mais envoie également des messages au système métier récepteur correspondant.

ccBPM se compose d'un éditeur de processus graphique et d'un moteur de processus métier. L'éditeur de processus métier s'ouvre lorsque vous sélectionnez un processus d'intégration.

Pour ouvrir Business Process Editor, accédez au répertoire ESR → ES Builder → Design Objects Integration sur la page des outils SAP PI.

SAP PI - Processus d'intégration

L'écran Afficher le processus d'intégration s'ouvre et la définition graphique du processus d'intégration s'affiche.

L'éditeur de processus métier démarre lorsque vous double-cliquez sur un processus d'intégration. Il se compose des domaines suivants -

• Zone avec données d'en-tête
• Zone de définition graphique
• Volet des propriétés
• Traiter sur la zone de visualisation
• Journal de traitement
• Zone d'objet

Étapes d'un processus d'intégration

Les étapes configurées dans un processus d'intégration sont des étapes de message ou des étapes liées à un processus.

The following are message-relevant steps -

• Recevoir un message
• Envoyer un message
• Déterminer les destinataires pour les étapes d'envoi ultérieures du processus
• Transformez un message

The following are process-relevant steps -

• Switch
• Block
• Contrôle (déclencher des exceptions ou des alertes)
• Fork
• Exploitation de conteneurs (traitement des données)
• Alors que la boucle
• Wait

Vous pouvez surveiller les processus d'intégration au niveau des messages à l'aide de la fonction de surveillance des messages.

Step 1 - Utiliser T-Code — SXMB_MONI

Cette transaction peut être utilisée pour afficher le traitement des messages lors d'un processus d'intégration ou vous pouvez également passer à une vue de processus.

Step 2- Vous avez également la possibilité de basculer vers Process View dans cette transaction. Vous pouvez sélectionner la case à cocher Traiter et exécuter.

Step 3 - Dans la transaction SXMB_MONI, vous pouvez utiliser différents critères pour sélectionner également directement les processus.

Exemple

Le code T du moniteur de processus - SWF_XI_SWI1 attend le numéro de workflow du processus d'intégration.

Vous pouvez déterminer le cache d'exécution à l'aide du code T - SXI_CACHE comme indiqué dans la capture d'écran suivante -

Un service Web est une fonction d'application ou un service et peut être utilisé via la norme Internet. Il s'agit d'une fonction ou d'un service d'application indépendant, modulaire et auto-descriptif.

Il peut être décrit, rendu disponible, localisé et transformé ou appelé à l'aide de protocoles Internet standard.

Chaque service Web encapsule une fonction qui est utilisée pour effectuer de nombreuses tâches. Un fournisseur de services est utilisé pour fournir l'accès à un service Web. Un fournisseur de services a un document WSDL.

Un utilisateur de service Web est appelé service requesterqui utilise le service Web à l'aide d'un navigateur Web. Dans un scénario normal, un demandeur de service est une application qui accède au service Web. Une application prend tous les détails nécessaires pour accéder à un service Web à partir de la description du service et ces informations sont conservées dans le registre des services.

L'illustration suivante montre un scénario de service Web courant -

Service Web - Fonctionnalités clés

Voici les key features d'un service Web -

• Le service Web permet aux programmes exécutés sur différentes plates-formes, systèmes d'exploitation et différentes langues de communiquer entre eux.

• Le service Web est une fonction d'application ou un service.

• Le service Web peut être utilisé via la norme Internet.

• Les services Web peuvent être publiés et tracés.

• Les services Web constituent la base de l'architecture des services d'entreprise (ESA), connue sous le nom de version améliorée de SAP de l'architecture orientée services SOA.

Comment analyser différents services Web?

Effectuez les étapes suivantes pour analyser différents services Web -

Step 1 - Connectez-vous au système ECC, utilisez le code de transaction - SOAMANAGER

Step 2 - Cochez la case Service Web → Appliquer la sélection.

Step 3- Vérifiez si l'onglet Vue d'ensemble contient l'entrée SERVICE → liaison est affichée. Si la liaison SERVICE n'est pas affichée, cela signifie que la liaison doit être terminée.

Step 4 - Pour afficher le service Web et sa liaison, choisissez le document Ouvrir WSDL pour la liaison ou le lien de service sélectionné.

Step 5- Un navigateur Web affichant le WSDL s'ouvre → vous pouvez faire défiler vers le bas à la fin du WSDL. Vous trouverez le point de terminaison sous le port WSDL du nœud.

Où SAP PI n'est pas recommandé?

SAP PI n'est pas recommandé pour un scénario de demande / réponse synchrone. Dans une communication synchrone, il est appelé par une opération de demande et de réponse et la sortie du processus est renvoyée immédiatement après l'opération. La charge est plus sur l'infrastructure en cas de communication synchrone.

Dans un backend non SAP comme Java, DOT NET, SAP PI n'est pas recommandé en tant qu'outil middleware dans un scénario basé sur l'interface utilisateur.

Lorsqu'un système backend est exposé en tant que service d'interface utilisateur, SAP PI n'est pas recommandé pour les scénarios basés sur l'interface utilisateur.