Analyse des modifications de conditions 

Utilisation

Cette fonction permet au système de reconnaître les modifications de conditions et de fournir les informations appropriées aux applications concernées.

Intégration

Il existe deux procédures d'analyse des modifications de conditions :

·        La procédure livrée dans le système standard

·        Une procédure alternative (à partir de R/3 4.6A).

Voici les avantages de la procédure alternative pour le traitement des documents TPV sortants :

·        Au lieu de lire les pointeurs de modification des conditions, le système lit seulement une réserve de travail qui nécessite moins de ressources système.

·        Le système analyse uniquement les modifications de conditions propres au TPV.

·        Le programme d'analyse lit une fois les pointeurs de modification des conditions de toutes les applications liées. Cette opération ne doit pas être effectuée séparément pour chaque application. Étant donné que les pointeurs de modification des conditions ne sont plus lus depuis la version 4.7, le système met seulement à jour la réserve de travail dès que les modifications de conditions sont créées.

Fonctionnalités

La procédure livrée dans le système standard fonctionne de la façon suivante :

·        Dans la couche ALE, la fonction de génération des pointeurs de modification des conditions pour la sortie TPV est activée (transaction BD52 pour le type de message WP_PLU, entrées pour l'objet document de modification COND_A). Vous ne pouvez pas limiter le traitement à certains types de conditions propres au TPV. Le système génère un pointeur de modification pour chaque modification de condition. L'analyse des pointeurs de modification des conditions dans la sortie TPV filtre le pointeur de modification propre au TPV. Cette procédure ralentit la capacité système.

La procédure alternative utilise la nouvelle fonction d'index de document de condition R/3 :

·        Dans cette procédure, le système génère également un pointeur de modification pour chaque modification de condition.Vos modifications sont analysées une fois par le programme d'analyse pour toutes les applications qui utilisent cette méthode. Le programme d’analyse crée une réserve de travail pour chaque application - la réserve de travail doit contenir des modifications de conditions pertinentes. Dans le Customizing, vous pouvez effectuer des paramétrages très précis pour chaque application (jusqu'au nom de la table de conditions, par exemple, A071) pour laquelle des modifications de conditions sont significatives. Depuis la version 4.7, le programme d'analyse est remplacé par une mise à jour automatique de la réserve de travail lorsque des modifications sont apportées à une condition.

Activités

Si vous voulez analyser les modifications de conditions en utilisant la procédure alternative, procédez comme suit :

Procédure pour R/3 4.6A à R/3 4.6C

...

       1.      Si vous avez défini vos propres types de condition et vos propres tables de conditions TPV, vous devez modifier en conséquence le paramétrage du Customizing pour votre index de document de condition. Pour cela, utilisez la transaction OWS2. Les entrées des types de condition et des tables TPV livrées dans le système standard ont déjà été saisies. En outre, vous devez saisir le type de condition TPV et les numéros des tables de conditions concernées à partir de la séquence d'accès qui se réfère aux types de condition. Effectuez cette opération pour tous les types de condition que vous avez définis vous-même et pour tous les types de condition utilisés dans les groupes de types de conditions TPV. Il n'existe pas de séquence fixe pour ces entrées.

       2.      Réorganisez la sortie TPV. Lancez le programme RWDPOSRS pour la sortie TPV.

       3.      Vérifiez que le type de message CONDBI est activé dans la couche ALE.

       4.      Assurez-vous que le programme RMEBEIN4 est terminé avant de lancer le message de modification.Il crée la réserve de travail pour la sortie TPV. Ce programme doit être terminé avant qu'une des applications liées ne soit lancée. Par conséquent, planifiez l'exécution du programme à intervalles réguliers en arrière-plan comme un message de modification.
Dans l'écran de sélection, sélectionnez tous les types de document et le code Marquer pour la réorganisation les pointeurs de modification traités. Planifiez le job d'arrière-plan qui lance le message de modification de sorte qu'il ne démarre pas avant le premier lancement du programme RMEBEIN4 (indépendant du statut). Ensuite, vous ne rencontrerez aucune difficulté pour planifier des intervalles périodiques pour l'exécution de ce job.

       5.      Pour éviter de perdre une modification de condition lorsque vous modifiez la procédure d'analyse, attendez jusqu'à ce que le message de modification suivant pour tous les points de vente qui l'exigent soit terminé et obtienne le statut OK.

       6.      Enfin, assurez-vous qu'aucun des pointeurs de modification de conditions normaux n'est lu pendant l'exécution du message de modification. Ils ne sont plus nécessaires, car ils sont remplacés par la réserve de travail. Pour cela, utilisez la transaction BD52 pour le type de message WP_PLU et supprimez les entrées suivantes :

¡        Objet COND_A, nom de table KONDAT, zone DATAB

¡        Objet COND_A, nom de table KONDAT, zone DATBI

¡        Objet COND_A, nom de table KONDAT, zone KEY

Procédure à partir de R/3 4.7

La procédure suivante est également décrite dans la note SAP 519685.

...

       1.      Voir le point 1 de la section ci-dessus.

       2.      Voir le point 2 de la section ci-dessus.

       3.      Voir le point 3 de la section ci-dessus.

       4.      Migrez les anciens pointeurs de modification (voir Migration des pointeurs de modification)

       5.      Vérifiez le paramétrage du Customizing pour l'index de document de condition. Lancez la vue de gestion (transaction SM30) pour la table V_T6I2A. Les entrées suivantes doivent déjà apparaître :

¡        Catégorie de document 55, table de conditions KONDAT, nom de zone DATAB

¡        Catégorie de document 55, table de conditions KONDAT, nom de zone DATBI

¡        Catégorie de document 55, table de conditions KONDAT, nom de zone KEY

¡        Catégorie de document 55, table de conditions KONP, nom de zone KEY

¡        Catégorie de document 55, table de conditions KONP, nom de zone KBETR

¡        Catégorie de document 55, table de conditions KONM, nom de zone KEY

¡        Catégorie de document 55, table de conditions KONM, nom de zone KBETR

¡        Catégorie de document 55, table de conditions KONW, nom de zone KEY

¡        Catégorie de document 55, table de conditions KONW, nom de zone KBETR

Si ces entrées n'apparaissent plus dans le paramétrage du Customizing, saisissez-les de nouveau.

       6.      Lancez le programme RMEBEIN4 une fois seulement. Le paramétrage est le même que dans le point 4 de la section précédente. Ce programme doit être exécuté à un moment où aucune modification n'est apportée dans le système (de préférence le soir).

       7.      Dès que l'exécution du programme est terminée et avant que les modifications aient été apportées dans le système, accédez à l'index de document de condition dans le Customizing. Lancez la vue de gestion (transaction SM30) pour la table V_T6I2 et paramétrez le code d'entrée directe pour la catégorie de document 55 de sorte que l'entrée suivante apparaisse :

¡        Catégorie de document 55, DirectEntryID <sélectionné>, Migration ID <sélectionné>

       8.      Enfin, suivez les instructions du point 6 de la section précédente.

Résultat

Le système analyse seulement la réserve de travail du message de modification suivant au lieu des pointeurs de modification des conditions. Au lieu de procéder à une conversion, vous pouvez exécuter immédiatement une initialisation. Dans ce cas, vous devez seulement suivre les instructions des points 1, 3, 4 et 6 (R/3 4.6A à R/3 4.6C) ou les points 1, 5 et 7 (à partir de R/3 4.7).