Le type de liste de gammes divise les articles soumis aux mêmes cycles de création de message (c’est-à-dire les intervalles durant lesquels un message est créé et la période antérieure exigée) en groupes. Un article se voit affecter un type de liste de gammes au niveau du mandant. La date exacte de création d’une liste de gammes est calculée depuis la dernière date de création pour le site, plus le cycle défini pour le type de liste de gammes concerné.

Un profil de liste de gammes contrôlant le mode de liste de gammes (qui détermine la façon dont le message est utilisé - pour la gestion des versions ou pour l’échange de données) est affecté au réceptionnaire (site) du message. Vous avez le choix entre créer un IDoc, transmettre les données à la gestion des versions ou créer un IDoc et transmettre les données à la gestion des versions.

Les profils de listes de gammes comprennent les paramètres de contrôle pour la création de listes de gammes et sont affectés aux sites.

La modification de données de base entraîne la création de documents de modification qui suivent chaque modification de chaque zone. Ceci permet d’identifier les modifications des données de base et de les transmettre au réceptionnaire approprié pendant la répartition des données de base. Vous pouvez également activer la création de pointeurs de modification qui ne s’arrêtent que sur les objets qui ont été modifiés.

Une structure IDoc est affectée à un type de message logique. Chaque zone d’une structure IDoc et la zone correspondante dans le document de modification sont reliées. Ceci vous permet de sélectionner les modifications des données de base significatives pour chaque type de message. Le statut de génération de liste de gammes est contenu dans le protocole d’application. Pour les messages de modification, le système sélectionne tous les pointeurs de modification qui ont été créés depuis la dernière génération de liste de gammes correcte. Ceci permet d’éviter une double sélection des pointeurs de modification.

Les pointeurs de modification créés pour la liste de gammes sont analysés par le système. Le système lit ensuite les données de base pour les articles et les réceptionnaires impliqués et crée les IDoc nécessaires. Ces IDoc sont ensuite transférés vers l’interface IDoc pour exportation vers les systèmes externes. Les données sont converties en dehors du système SAP et envoyées.

Les pointeurs de modification sont les déclencheurs qui servent à identifier les objets pour les versions de modification. Pendant la génération d’une liste de gammes, le système sélectionne les pointeurs de modification qui ont été créés après la dernière génération de listes de gammes. Lorsqu’une modification est planifiée pour une date ultérieure, seuls les pointeurs de modification activés à la fin de la période de validité de la liste de gammes sont sélectionnés. Le système doit également sélectionner toutes les modifications précédentes qui n’avaient pas été activées à la fin de la dernière période de validité mais qui ont été/seront activées pendant la période en question. (Ceci s’effectue sans pointeur de modification pour les conditions créées à un moment du passé lointain.)

Le schéma suivant illustre la façon dont les pointeurs de modification sont analysés par le système :

En analysant les pointeurs de modification, le système génère une liste des réceptionnaires, des articles et des dates.

Lorsqu’une version complète est créée, vous avez la possibilité de limiter les articles sélectionnés non seulement à ceux qui sont significatifs pour le réceptionnaire mais aussi à ceux qui le sont pour un type de liste de gammes particulier. Lorsque vous effectuez une demande manuelle, les articles peuvent être sélectionnés selon un nombre encore supérieur de critères. La période de validité est déterminée dans les deux cas par les paramètres valables pour le type de liste de gammes en question.

Vous pouvez affecter les types de liste de prix aux groupes de marchandises au niveau du point de vente. Lors de la création de la liste de gammes, le programme d’analyse des modifications reprend les modifications des prix. Si vous modifiez le prix d’un article au niveau de la liste de prix, tous les points de vente qui portent cet article et utilisent ce type de liste de prix pour ce groupe de marchandises reçoivent la modification des prix de l’article.

Si vous affectez ultérieurement une liste de prix différente au groupe de marchandises d’un point de vente, le point de vente recevra de nouveaux prix pour tous les articles de ce groupe de marchandises.

Ceci facilite la gestion centralisée des prix de vente pour les points de vente et les groupes de points de vente. Lorsque vous apportez une modification à un ou plusieurs articles dans une liste de prix, le programme d’analyse des modifications détermine automatiquement tous les points de vente qui doivent recevoir les modifications des prix et la fonction de liste de gammes répartira les données en conséquence.

Un contrôle de référencement des articles et des réceptionnaires est effectué avant la lecture des données. Lorsqu’une liste de gammes est générée, les données qui seront valables pour la période en question sont également lues. Un enregistrement de données complet est préparé pour chaque article et chaque réceptionnaire pour tous les jours durant lesquels une modification des données de base est effectuée. Ces enregistrements de données sont saisis dans le document intermédiaire. Les segments dans le document intermédiaire qui ne sont pas obligatoires peuvent être marqués comme non exigés pour la préparation. Aucune donnée n’est alors préparée pour ces segments.

Vous pouvez compléter des segments supplémentaires que vous définissez vous-même dans une extension client (exit utilisateur). Ceci vous permet d’incorporer des données spécifiques à l’utilisateur dans la liste de gammes.

Pour que les documents intermédiaires ne deviennent pas trop grands (10 000 segments maximum), vous pouvez créer plusieurs documents intermédiaires par réceptionnaire. Selon le mode de liste de gammes, l’IDoc est mis à disposition pour la transmission et/ou envoyé à la gestion des versions.

Il est possible de créer des listes de gammes à l’aide du traitement parallèle. Vous créez un programme de traitement par lots sur un serveur pour toutes vos listes de gammes, mais cet état déclenche des tâches parallèles sur plusieurs serveurs d’application. Ceci distribue vos ressources système de manière plus égale et réduit de façon significative le temps de création.

1. D’abord, le traitement commun à toutes les gammes est effectué par une tâche unique sur un serveur unique (par exemple, analyse des données de modification pour les versions de modification).

2. Le RFC (Remote Function Call) déclenche des tâches parallèles asynchrones sur plusieurs serveurs d’application. Chacune de ces tâches crée les nouveaux IDocs pour une liste de gammes.

Vous pouvez spécifier si vous voulez utiliser :

• un groupe particulier de serveurs d’application ;

• tous les serveurs disponibles.

Si le nombre maximum de tâches parallèles est atteint, le programme attend qu’une tâche se termine, puis commence une autre tâche sur ce même serveur. L’édition d’état présente une synthèse de toutes les tâches commencées, les messages d’erreur de RFC et les IDOCs et versions créés.

Comme, en général, les listes de gammes sont générées périodiquement en arrière-plan, les informations et les avertissements au sujet de la préparation des données sont contenus dans un protocole d’application.

Depuis le moniteur TPV, vous pouvez accéder aux protocoles d’application pour les points de vente. Sinon, vous pouvez afficher les listes de gammes, puis passer aux protocoles d’application correspondants. Pour ce faire, développez dans la hiérarchie de listes de gammes jusqu’au niveau de version. Le numéro du protocole d’application est affiché sur la droite de l’écran. Cliquez sur ce numéro pour passer au protocole d’application correspondant.

Vous pouvez également accéder aux protocoles d’application en affichant le cycle de liste de gammes. Lorsque vous sélectionnez la ligne souhaitée, le système affiche l’historique de génération de la liste de gammes (c’est-à-dire les listes de gammes les plus récentes pour le client et le type de liste de gammes sélectionnés). Chaque ligne dans cette liste se réfère à une génération de la liste de gammes correspondante, même dans les cas où une version de modification ne contient pas d’entrées parce qu’aucune modification significative des données n’a été apportée. De nouveau, vous pouvez cliquer sur le numéro du protocole d’application pour accéder au protocole d’application lui-même. Dans le protocole d’application, vous pouvez effectuer l’une des deux opérations suivantes :

• si un IDoc (le document intermédiaire au niveau ALE/EDI) a été généré avec succès, vous pouvez afficher les données IDoc ;

• si le système a rencontré des problèmes pendant la préparation des données (auquel cas, aucun IDoc n’a été généré), vous pouvez cliquer sur le numéro de message pour obtenir des informations détaillées.

De là, vous pouvez également passer au protocole d’application général pour l’exécution entière. Ainsi, vous pouvez voir tous les messages qui ont été générés et pas seulement ceux limités à un client particulier.