Présentation du PPF

Pour le PPF, les parties suivantes sont importantes :

Un profil d'action contient plusieurs définitions d'action et les options de toutes les définitions d'action dans le profil. Dans SAP EWM, le profil d'action utilisé par l'application est codé en dur ou déterminé par le Customizing.

Les profils peuvent être définis comme "profils communs". Les profils communs contiennent des actions réutilisables et sont référencés par des profils non communs.

La définition d'action décrit le contenu d'une action. Il s'agit d'une fonction ou d'un processus planifié pour un document d'application dans des conditions spécifiques et qui est lancé immédiatement ou ultérieurement. En outre, si l'action peut être exécutée en arrière-plan par le système ou par un utilisateur. L'exécution peut être lancée directement après la planification de l'action ou ultérieurement.

Le traitement de l'action génère le format de sortie souhaité. Les formats d'édition possibles sont les suivants :

• Impression, télécopie ou e-mail de Smart Forms
• Communication externe (pour l'impression Adobe PDF)
• Appel de méthode - le traitement de l'action est représenté par l'implémentation du BAdI EXEC_METHODCALL_PPF.
• Déclencher alerte
• Workflow

La définition d'action inclut le temps de traitement. Les options sont les suivantes :

• Traitement immédiat
• Traitement lors de la sauvegarde du document
• Traitement à l'aide du programme de sélection

SAP EWM utilise une logique spécifique à l'application pour planifier des actions. Il n'utilise PAS la détermination décrite par défaut dans la documentation du framework PPF.

La détermination vérifie si les conditions de planification des actions sont valides. SAP EWM utilise le BAdI EVAL_SCHEDCOND_PPF dans les conditions. Pour le traitement de la livraison, la logique implémentée se compose de trois étapes logiques :

1. Vérifiez que l'action est pertinente du point de vue de la gestion et que toutes les données pertinentes pour une action sont disponibles, par exemple :
   • Planifier la création de tâches magasin uniquement pour les postes pertinents pour le prélèvement ou l'entrée en stock
   • Planifier la création d'une UT uniquement lorsque toutes les informations pour créer une activité d'UT sont disponibles dans le document de livraison
2. Évaluez le Customizing correspondant, par exemple :
   • Planifier l'affectation automatique de vagues pour un poste d'ordre de livraison sortante uniquement si le type de processus magasin est pertinent pour l'affectation automatique de vagues
   • Sortie de marchandises automatique pour consommation de production
3. Analysez les enregistrements de conditions. SAP utilise des enregistrements de conditions pour déterminer les actions pour le traitement des livraisons lorsque les décisions relatives à l'exécution d'une action, en particulier le temps d'exécution de l'action dans un processus de gestion, doivent être très flexibles. L'impression liée aux ordres magasin ou aux unités de manutention a toujours utilisé des enregistrements de conditions, car dans la condition de planification, il est décidé non seulement si une action PPF doit être planifiée, mais également quel formulaire, type de formulaire, imprimante et paramètre spool doivent être utilisés.

Dans SAP EWM, trois applications distinctes utilisent le PPF.

• Documents de livraison (application /SCDL/DELIVERY)

  Le profil d'action est affecté au type de livraison. Plusieurs profils sont fournis par SAP, en raison également du fait que les profils fournis avec SAP EWM 5.0 et SAP EWM 5.1 utilisaient une technologie différente pour la détermination et l'ordonnancement des actions, puis ultérieurement dans des versions ultérieures.

• Réception et expédition (application /SCWM/SHP_RCV)

  Les profils d'action sont affectés au moyen de transport pour les unités de transport et les véhicules et aux portes (utilisé uniquement pour la communication pour les applications externes). La réception et l'expédition n'utilisent pas d'enregistrements de conditions, l'ordonnancement de l'action est basé sur des conditions d'ordonnancement codées en dur.

• Moteur de gestion des emplacements de magasin (application /SCWM/WME)

  L'application Moteur de gestion des emplacements de magasin est utilisée pour tous les processus internes au magasin dans lesquels l'impression peut être requise :

  • Ordres magasin
  • Unités de manutention
  • Documents d'inventaire
  • Ordres de service à valeur ajoutée
  • Magasin de transit (pour l'envoi de notifications à TM)

  Les profils d'action ne sont affectés à aucun objet, tout est piloté par des enregistrements de conditions. Seuls les schémas de détermination des enregistrements de conditions sont affectés à différents objets (comme le type de processus magasin pour les ordres magasin ou le type d'emballage d'expédition pour les UM).

Pour configurer la technique de conditions pour ce scénario :

1. Créez une table de conditions contenant les zones que vous voulez utiliser pour déterminer si l'action doit être déclenchée. Dans notre exemple, les zones sont DPP_WHNO et DPP_GM_STATUS.

   Remarque

   Les zones disponibles pour la table de conditions sont contrôlées par le catalogue de zones. Elle est prédéfinie pour chaque application, mais peut être étendue.

2. Affectez la table de conditions à une séquence d'accès. AW## est la séquence d'accès dans l'exemple.

   Dans l'affectation, vous pouvez définir la zone de type d'accès dans la partie clé libre pour les zones de la table de conditions. Cela est important si vous voulez utiliser plusieurs zones de condition dans différentes combinaisons. De cette façon, vous pouvez les combiner dans une table de conditions au lieu d'en avoir plusieurs et vous devez utiliser une séquence. Il est également important pour une zone qui est définie ou vide.

3. La séquence d'accès est affectée à un type de condition. Dans notre exemple, nous définissons un type de condition ZW##. Le type de condition est affecté à une application (DPP) et à une utilisation (DP).

   Remarque

   Les valeurs Application et Utilisation sont prédéfinies par SAP et indiquent dans quel contexte dans EWM la technique de conditions est utilisée.

4. Le type de condition est affecté à un schéma de détermination des conditions, dans notre exemple, ZWT##. Le schéma de détermination est affecté à l'application et à l'utilisation.

5. Vous créez un nouveau groupe de gestion des conditions ou utilisez un groupe existant et affectez l' application, l' utilisation, la table de conditions et le type de condition. Le groupe de gestion des conditions est utilisé pour créer les écrans requis pour la gestion des enregistrements de conditions.

6. Si vous avez créé un nouveau groupe de gestion des conditions, il est affecté à un contexte de gestion. Il existe un contexte de gestion des conditions prédéfini pour toutes les applications de la technique de conditions dans EWM. Il est appelé GCM.

7. Vous affectez le schéma de détermination. Dans notre exemple, nous utilisons une combinaison de l'action PPF souhaitée, du numéro de magasin, de la catégorie de document et du type de document.

   Remarque

   Alors que la technique de conditions utilisée dans EWM fonctionne généralement de la même manière dans toutes les applications (telles que la gestion des vagues, les spécifications d'emballage ou PPF), l'affectation du schéma de détermination fonctionne différemment dans toutes les applications.

Lorsque vous avez configuré la technique de conditions, l'étape finale consiste à configurer les enregistrements de conditions dans les données de base utilisées dans le processus de détermination. Pour ce faire, vous avez différentes transactions spécifiques à l'application, mais vous pouvez modifier l'application dans chacune d'elles.