Coordination décentralisée des processus 

Applications

La coordination décentralisée des processus est destinée principalement aux divisions intégrées de près avec les fonctions du pilotage de process et qui requièrent une haute disponibilité du système.

Cette composante permet une gestion des process découplée dans un système R/3 décentralisé. Ceci signifie qu'un système R/3 supplémentaire contenant seulement les données de gestion de la production est installé au niveau de la division. Le découplage de ce système du système R/3 central de l'entreprise permet de garantir plus facilement la disponibilité des fonctions relevant principalement de la production. Par exemple, lorsque le système R/3 central n'est pas disponible en raison d'un changement de version, l'exécution de la production est néanmoins possible.

La communication entre le système R/3 central et le système décentralisé s'effectue par l'intermédiaire de l'interface PI -PCS. Vous pouvez relier le nombre de systèmes R/3 décentralisés de votre choix à un système R/3 central. À l'aide de la destination de recette de contrôle, vous définissez dans quel système décentralisé la production doit être exécutée.

Conditions préalables

Vous avez défini les paramètres appropriés dans le Customizing du système R/3 central et du système R/3 décentralisé.
Pour plus d'informations, reportez-vous à :

·        Paramétrage du Customizing dans le système R/3 central

·        Paramétrage du Customizing dans le système R/3 décentralisé

Déroulement

Le process suivant représente le scénario standard d'utilisation de la coordination décentralisée des processus :

...

       1.      Vous créez les ordres de process dans le système R/3 central et vous les lancez.

Voir aussi : Création des ordres de process

       2.      Une fois l'ordre de process lancé, le système central crée automatiquement les recettes de contrôle et les envoie au système décentralisé par un job d'arrière-plan.

La recette de contrôle est créée avec un nouveau numéro dans le système décentralisé. Cette recette de contrôle a d'abord le statut À envoyer et est traitée dans le système décentralisé selon la définition de la destination de recette de contrôle.

Voir aussi : Envoi des recettes de contrôle

       3.      Dans le système décentralisé, les recettes de contrôle sont :

¡        converties en fiche d'instructions ;

¡        transmises à un système de pilotage de process externe.

       4.      Les recettes de contrôle :

¡        qui ont été converties en fiches d'instructions sont gérées dans le système décentralisé. vous saisissez les données réelles dans la fiche d'instructions ;

Voir aussi : Fiches d'instructions

¡        qui ont été envoyées à des systèmes externes sont traitées dans ces systèmes.

Voir aussi : Interface PI-PCS

       5.      Lorsque les recettes de contrôle ont été traitées, le système décentralisé crée des messages de process à partir des données réelles, puis :

¡        ces messages sont envoyés au système central ;

¡        ces messages sont traités en local dans le système décentralisé.

Si les recettes de contrôle sont envoyées au système central, vous devez vous assurer qu'elles ont le même statut dans le système central et dans le système décentralisé.

Comme précédemment, le système décentralisé crée également un message de process de type PI_CRST qui active le statut de recette de contrôle Clôturé dans le système décentralisé. Le statut de la recette de contrôle doit maintenant également être mis à jour dans le système central et le statut correspondant doit être activé dans l'ordre de process. Cependant, le type de message PI_CRST standard contient uniquement le numéro de la recette de contrôle dans le système décentralisé. Il ne contient pas le numéro de la recette de contrôle dans le système central.

C'est pourquoi vous devez au préalable exécuter l'activité Transférer types de message prédéfinis au système R/3 décentralisé du Guide d'implémentation dans le système décentralisé. Des types de message et des destinations spéciaux capables de mettre à jour correctement le statut des recettes de contrôle dans le système central et dans le système décentralisé sont copiés.

Dans le système décentralisé, le type de message PI_CRST comprend également la destination de message PI18 qui contient le numéro d'ordre et la destination de recette de contrôle. La destination de message PI18 crée un message de type PI_CRST2 dans lequel le numéro d'ordre et la destination de recette de contrôle sont écrits. Ce message PI-CRST2 qui renferme le statut actuel de la recette est envoyé au système R/3 central.

       6.      Le système central reçoit le statut actuel de la recette de contrôle par l'intermédiaire du message PI-CRST2. Il doit, cependant, déterminer le numéro de recette de contrôle correspondant.

C'est pourquoi vous devez au préalable exécuter l'activité Tranférer types de message prédéfinis au système R/3 central du Guide d'implémentation dans le système central. Le type de message PI_CRST2 et la destination de message PI17 sont copiés.

Le message de process de type PI_CRST2 du système décentralisé est traité par la destination de message PI17 : Confirmation de recette de contrôle via le numéro d'ordre. La destination de message PI17 utilise le numéro d'ordre et la destination de recette de contrôle pour déterminer le numéro de la destination de recette de contrôle dans le système central, et active le statut correspondant dans la recette de contrôle et dans l'ordre de process.

Résultat

Traitement dans le système central

Les messages de process envoyés au système central servent à mettre à jour les stocks et le statut de l'ordre dans ce système. Ceci garantit l'intégration des données dans le système R/3 central.

Traitement dans le système décentralisé

Les messages de process qui restent dans le système décentralisé peuvent y être archivés à des fins d'analyse ultérieure ou être envoyés à un système externe pour analyse.