Réserve de travail multiniveau (Bibliothèque SAP - Clôture de période (CO-OM-CCA))

Réserve de travail multiniveau

Utilisation

La réserve de travail du Schedule Manager est une réserve de travail multiniveau. Cette réserve de travail est particulièrement utile pour les activités de clôture de période.

Réserve de travail dans les versions précédentes

Dans les versions précédentes, la clôture de période était traitée dans le système R/3 comme un processus constitué d'une série de jobs batch. La séquence des étapes de traitement était établie en fonction de l’ordre des appels de job. Les objets étaient sélectionnés séparément pour chaque job. À travers les critères de sélection saisis, il était possible de définir un périmètre de sélection unifié. Celui-ci devait être redéfini pour chaque étape de traitement (autrement dit, pour chaque fonction individuelle de la clôture de période).

Quand un objet était traité, les erreurs survenues dans les étapes de traitement précédentes n’étaient pas prises en considération. C’est la raison pour laquelle il était nécessaire de vérifier les objets comportant des erreurs une fois un job terminé. Toute erreur devait être corrigée et le job devait être relancé pour l’ensemble du périmètre de la sélection. Dans certains domaines (tels que la clôture de période dans le Contrôle des coûts de produit par période), il était déjà possible de créer une réserve de travail à un seul niveau pour les étapes de traitement individuelles. Cette réserve permettait d’afficher les objets comportant des erreurs à chaque étape de traitement et de déterminer leur origine. L’étape de traitement pouvait ensuite être relancée une fois l’erreur corrigée. La réserve de travail n’empêchait pas le traitement des objets comportant des erreurs dans l’étape de traitement suivant (c’est-à-dire dans le job suivant).

Avantages de la réserve de travail multiniveau

La réserve de travail du Schedule Manager est une réserve de travail multiniveau. Cela signifie qu'elle est créée non pas pour une seule étape de traitement mais pour toute une séquence d'étapes. La réserve de travail permet par conséquent d'exécuter efficacement des séquences d'étapes de traitement qui doivent être effectuées régulièrement. Des processus, tels que la clôture de période, peuvent être exécutés de façon beaucoup plus efficace avec une réserve de travail multiniveau.

La réserve de travail multiniveau présente les avantages suivants :

La séquence d’étapes de traitement (par exemple la clôture de période) peut être exécutée plus rapidement qu’auparavant.

Il n’est plus nécessaire d’effectuer un traitement manuel une fois chaque job terminé. Ce traitement n’est requis qu’après l’exécution d’une séquence d’étapes de traitement constituée de jobs multiples (par exemple la clôture complète d’une composante).

En outre, lorsque des objets comportaient des erreurs dans la réserve de travail à un seul niveau, il était souvent nécessaire de réexécuter les étapes de traitement pour l’ensemble de la sélection (et pas seulement pour les objets comportant des erreurs). Avec la réserve de travail multiniveau, les étapes de traitement ne sont répétées que pour les objets comportant des erreurs.

Le temps de traitement est réduit car les objets ne sont sélectionnés qu’une seule fois pour chaque séquence d’étapes de traitement, au lieu de l’être pour chaque étape individuelle. Les objets sont sélectionnés avant l’exécution de la première étape de traitement. La réserve de travail multiniveau offre des avantages au niveau des performances, en particulier avec les structures complexes dans lesquelles des dépendances entre les objets individuels doivent être prises en compte (par exemple des structures de projet complexes).

En règle générale, les jobs sont planifiés et vérifiés par des membres de l’équipe informatique. Dans de nombreux cas, ils ne sont pas responsables de la correction des erreurs affichées dans les protocoles d’erreurs. Grâce à la réserve de travail multiniveau, vous pouvez informer directement les responsables de la correction des erreurs. Cette notification a lieu via un e-mail envoyé automatiquement par le workflow.

Intégration

La réserve de travail multiniveau fait partie du Schedule Manager et est toujours utilisée avec les autres fonctions de celui-ci (voir Conditions préalables).

La réserve de travail multiniveau prend actuellement en charge les applications, fonctions et objets suivants :

Calcul analytique des supports de coûts : ordres de production et collecteurs de coûts par produit

Déroulement	Clôture de période pour les ordres de production et les collecteurs de coûts par produit
Périmètre de sélection pour le traitement des objets	La clôture de période comprend des ordres de fabrication, des ordres de fabrication CO (ordres de fabrication sans structure de quantités), des ordres de process, des collecteurs de coûts par produit et des ordres QM. Avec les co-produits, une partie du travail de clôture de période est exécutée au niveau des postes pour les ordres de production. Auparavant, il faut que les conditions suivantes soient remplies pour ces objets : Les objets ne doivent pas être affectés à une hiérarchie de supports de coûts ou le type de support de coûts doit indiquer que les ordres individuels d’un article sont traités en dehors de la hiérarchie des supports de coûts (voir Contrôle des coûts de produit par période). Les objets peuvent être imputés directement. Cela signifie que, en ce qui concerne la sélection des ordres de production, l’imputation s’effectue dans les ordres de production et non sur un collecteur de coûts par produit. Le statut DLFL (témoin de suppression) n’est pas activé pour l’objet. Les collecteurs de coûts par produit sont des objets de la sous-composante Contrôle des coûts de produit par période. Les ordres de production (y compris les ordres de production sans structure de quantités) sont des objets de la sous-composante Contrôle des coûts de produit par ordre.
Étape de traitement	Objets
Imputation par schéma type	En-tête d’ordre (y compris les collecteurs de coûts par produit)
Revalorisation aux prix de cession réels	En-tête d’ordre (y compris les collecteurs de coûts par produit)
Coûts additionnels réels	En-tête d’ordre (y compris les collecteurs de coûts par produit)
Pré-imputation pour les co-produits, reprise	Pré-imputation pour les co-produits : en-tête des ordres de production comme support de traitement, postes d’ordres comme récepteurs Pré-imputation de la reprise : en-tête d’ordres de production comme support de traitement, en-tête d’ordres de production ou collecteurs de coûts par produit comme récepteurs ; sont exclus l’imputation de la reprise sur les collecteurs de coûts par produit ou les ordres de production affectés à une hiérarchie de supports de coûts (voir ci-dessous) Pré-imputation des réseaux d’ordres (ancienne méthode de traitement sans mouvement de stock automatique) : en-tête des ordres de production comme support de traitement, en-tête d’ordres de production comme récepteur
Détermination des encours de fabrication	Ordres de fabrication et de process ou, dans la fabrication de co-produits, leurs postes ainsi que les ordres de fabrication CO et les collecteurs de coûts par produit
Détermination des écarts	Ordres de fabrication et de process ou, dans la fabrication de co-produits, leurs postes ainsi que les ordres de fabrication CO et les collecteurs de coûts par produit
Imputation	Ordres de fabrication et de process ou, dans la fabrication de co-produits, leurs postes ainsi que les ordres de fabrication CO et les collecteurs de coûts par produit

Contrôle des supports de coûts : numéro d’identification d’un support de coûts (nœuds du support de coûts dans une hiérarchie de supports de coûts et supports de coûts généraux)

Déroulement	Clôture de période pour le numéro d’identification d’un support de coûts
Périmètre de sélection pour le traitement des objets	La clôture de période comprend les éléments suivants : Nœuds du support de coûts des hiérarchies de supports de coûts et objets individuels affectés à cette hiérarchie. Ce sont notamment les collecteurs de coûts par produit, les ordres de production, les ordres de fabrication sans structure de quantités ainsi que, si nécessaire, les postes des ordres de production (avec fabrication de co-produits) pour lesquels les conditions suivantes s’appliquent : Les objets peuvent être imputés directement. Cela signifie que l’imputation concernant les ordres de production a lieu dans l’ordre de production et non sur un collecteur de coûts par produit. Le statut DLFL (témoin de suppression) n’est pas activé pour l’objet. Les hiérarchies de supports de coûts font partie de la composante Contrôle des coûts de produit par période. Supports de coûts généraux Les supports de coûts généraux sont des objets de la composante Contrôle des coûts pour biens incorporels et prestations de services
Étape de traitement	Objets
Imputation par schéma type	Nœuds du support de coûts des hiérarchies de supports de coûts ou objets individuels affectés à cette hiérarchie (collecteurs de coûts par produit, ordres de production ou ordres de fabrication sans structure de quantités) ; supports de coûts généraux
Revalorisation aux prix de cession réels	Les nœuds du support de coûts des hiérarchies de supports de coûts ou les objets individuels affectés à cette hiérarchie ; supports de coûts généraux
Ventilation des coûts réels	Nœuds du support de coûts des hiérarchies de supports de coûts ; les objets individuels affectés aux nœuds du support de coûts les plus bas sont les récepteurs finaux
Coûts additionnels réels	Selon le paramétrage du Customizing, nœuds de support de coûts des hiérarchies de supports de coûts ou objets individuels affectés à cette hiérarchie ; supports de coûts généraux
Pré-imputation pour les co-produits, reprise	Uniquement pour les ordres affectés à la hiérarchie des supports de coûts : Pré-imputation pour les co-produits : en-tête des ordres de production comme support de traitement, postes d’ordres comme récepteurs Pré-imputation de la reprise : en-tête des ordres de production comme support de traitement, en-tête des ordres de production ou collecteurs des coûts par produit qui sont affectés à la hiérarchie des supports de coûts comme récepteurs
Détermination des encours de fabrication	Les objets individuels affectés à une hiérarchie de supports de coûts ; sont exclus les postes d’ordre dans la fabrication de co-produits et les ordres de fabrication CO
Détermination des écarts	Selon le paramétrage du Customizing, nœuds de support de coûts des hiérarchies de supports de coûts ou objets individuels affectés à cette hiérarchie
Imputation	Selon le paramétrage du Customizing, nœuds supérieurs d’une hiérarchie de supports de coûts ou tous les nœuds de cette hiérarchie ; si nécessaire, tous les ordres affectés à cette hiérarchie et, dans la fabrication de co-produits, les postes des ordres de production Tous les supports de coûts généraux

Système de gestion de projets

Déroulement	Clôture de période pour le module de gestion de projets
Périmètre de sélection pour le traitement des objets	Éléments d’OTP, réseaux et ordres
Étape de traitement	Objets
Génération de la règle d’imputation	Éléments d’OTP
Imputation par schéma type	Éléments d’OTP, réseaux et ordres
Coûts additionnels réels	Éléments d’OTP, réseaux et ordres
Revalorisation aux prix de cession réels	Éléments d’OTP, réseaux et ordres
Prévision des coûts	Réseaux
Calcul des intérêts	Éléments d’OTP, réseaux et ordres
Valeur acquise du projet	Éléments d’OTP, réseaux et ordres
Analyse du résultat	Éléments d’OTP et ordres
Entrée d’ordres	Éléments d’OTP
Imputation	Éléments d’OTP, réseaux et ordres
Reporting	Éléments d’OTP, réseaux et ordres

Ordres internes

Étape de traitement	Clôture de période pour les ordres internes
Périmètre de sélection pour le traitement des objets	Ordres internes, ordres de travail
Étape de traitement	Objets
Imputation par schéma type	Ordres internes, ordres de travail
Revalorisation aux prix de cession réels	Ordres internes, ordres de travail
Coûts additionnels réels	Ordres internes, ordres de travail
Calcul des intérêts	Ordres internes, ordres de travail
Analyse du résultat	Ordres internes, ordres de travail
Imputation	Ordres internes, ordres de travail

Commandes clients

Étape de traitement	Clôture de période pour les commandes clients
Périmètre de sélection pour le traitement des objets	Postes de commande client porteurs de coûts et de produits
Étape de traitement	Objets
Imputation par schéma type	Postes de commande client porteurs de coûts et de produits
Revalorisation aux prix de cession réels	Postes de commande client porteurs de coûts et de produits
Coûts additionnels réels	Postes de commande client porteurs de coûts et de produits
Analyse du résultat	Postes de commande client porteurs de coûts et de produits
Imputation	Postes de commande client porteurs de coûts et de produits

Conditions préalables

Vous utilisez le Schedule Manager et toutes ses fonctions.

Pour utiliser la réserve de travail multiniveau, il convient notamment qu’un nombre constant d’objets (ou, dans des exécutions ultérieures, leur quantité partielle) soit traité dans une séquence d’étapes de traitement prédéfinie.

Le set de sélection des objets est défini par l’application que vous avez sélectionnée (par exemple Contrôle des supports de coûts : ordres de production et collecteurs de coûts par produit, voir ci-dessus) ainsi qu’au travers de saisies supplémentaires que vous pouvez effectuer lors de la création de variantes d’état (voir ci-dessous).

La séquence d’étapes de traitement est spécifiée dans la définition de déroulement.

Cela signifie que vous devez procéder comme suit :

Accédez à l’ ordonnanceur du Schedule Manager.

À partir de l’ordonnanceur, créez une définition de déroulement. Dans celle-ci, indiquez la séquence d’étapes de traitement (par exemple une séquence de toutes les fonctions simples de la clôture de période pour les collecteurs de coûts par produit). La création de la définition de déroulement se fait via le Workflow Builder.

Pour accéder à la définition de déroulement, suivez le chemin de menu Autres fonctions ® Traiter la définition de déroulement. Lorsque vous créez la définition de déroulement, procédez comme suit :

Indiquez à quelle application la définition de déroulement est destinée (par exemple Contrôle des supports de coûts : ordres de production et collecteurs de coûts par produit).
Vérifiez si la définition de déroulement est créée avec une réserve de travail.
Le Workflow Builder apparaît. En fonction de l’application que vous avez sélectionnée, le système affiche un modèle SAP que vous pouvez modifier selon vos besoins.

Créez une tâche pour chaque étape de traitement dans la définition de déroulement. Ces tâches peuvent être, par exemple, des états pour les fonctions simples de la clôture de période ou des décisions utilisateur.

Pour faciliter la gestion de la définition de déroulement, le système propose un modèle par défaut. Il est constitué d’un caractère générique de tâche au début du déroulement ainsi que d’un caractère générique de tâche dans la boucle de retour. Ce caractère doit être défini au début du déroulement avant la boucle de retour comme tâche d’état destinée à sélectionner la réserve de travail. Les fonctions simples de la clôture de période doivent être définies comme tâches dans la boucle de retour.

Pour définir la sélection ou une fonction unique (telle que le calcul des coûts additionnels de frais généraux) en tant que tâche, paramétrez le code Programme lorsque vous créez la tâche. Sélectionnez ensuite l’état à partir d’une liste de propositions à inclure dans la séquence de traitement (telle que Frais généraux : réserve de travail des ordres de production).

Créez ensuite une variante d’état pour l’exécution de l’état. Gérez les paramètres de la variante. Vous pouvez, par exemple, déterminer si une liste détaillée doit être établie et si le traitement doit être exécuté simultanément sur plusieurs serveurs.

Vous pouvez restreindre davantage le périmètre de la sélection de l’objet à traiter à l’aide d’un profil de sélection.

En outre, vous devez saisir la période et l’exercice comptable.

Note

Vous pouvez utiliser la même définition de déroulement si vous saisissez des variables de sélection au lieu de valeurs fixes pour la période et l’exercice comptable lors de la gestion des variantes d’état. Le système détermine dans ce cas la période et l'exercice comptable des fonctions individuelles. Cette détermination est basée sur les valeurs actuelles de ces variables ; elle est effectuée dynamiquement lors de l'exécution de la définition de déroulement. Ceci n’est possible que lorsque vous utilisez des variables de sélection (appelées variables TVARV) pour les paramètres de période et d’exercice comptable. Lors de la création de la variante d’état, vous devez alors indiquer que vous utilisez des variables de sélection. Vous gérez les variables de sélection en appelant la transaction STVARV ou en l’exécutant via Autres fonctions ® Options ® Variables de sélect. dans le menu du Schedule Manager et en y modifiant les variables pour la période et l’exercice comptable à traiter. Ceci vous permet d’utiliser la même variante de job chaque mois. Il vous suffit de mettre à jour la variable TVARV avant d’exécuter la variante de job.

Si vous souhaitez que les résultats de traitement précédents soient vérifiés après une ou plusieurs étapes de traitement, définissez une décision utilisateur. Après l’exécution des étapes de traitement précédentes, le système envoie automatiquement un e-mail à la personne responsable de la vérification des résultats (en général le contrôleur). Indiquez l'utilisateur à qui cet e-mail doit être envoyé lorsque vous définissez le déroulement des tâches.

Lorsque vous utilisez la réserve de travail multiniveau, le système spécifie toujours, comme dernière étape de définition de déroulement, une décision utilisateur et une boucle de retour pour la nouvelle saisie dans le traitement ultérieur.

Vous pouvez également insérer des interactions utilisateur en d’autres endroits de la définition de processus si vous souhaitez vérifier les objets traités jusqu’à une certaine étape avant de poursuivre le traitement.

Si vous approuvez (validez) la vérification des objets comportant des erreurs, vous permettez à ces objets d’être automatiquement retraités par la suite.

Saisissez la définition de déroulement en tant que tâche dans la liste de tâches de l’ordonnanceur.

Exécutez la tâche (la définition de déroulement) dans l’ordonnanceur.

Vous pouvez suivre les déroulements et les jobs pendant et après le traitement dans le moniteur du Schedule Manager.

Fonctionnalités

Fonctions de base de la réserve de travail multiniveau

La réserve de travail multiniveau est créée pour l’ensemble d’une séquence d’étapes de traitement.

Le périmètre de sélection est déterminé une fois pour toutes et est valable pour toutes les étapes de traitement. La réserve de travail contient les objets du périmètre de sélection pour lesquels le traitement dans la séquence d’étapes de traitement actuelle est à la fois possible et nécessaire. Le périmètre de sélection équivaut donc au périmètre maximal de la réserve de travail. Certaines restrictions peuvent être définies pour des étapes de traitement individuelles dans le périmètre de sélection. Ces restrictions sont généralement déterminées par les profils de sélection définis lors de la création de variantes d’état.

Les étapes de traitement sont exécutées dans un ordre strictement défini dans la commande d’exécution de l’ordonnanceur. Un statut de traitement est géré pour chaque objet et chaque étape de traitement. Il indique si la poursuite du traitement de l’objet est autorisée.

Chaque étape de traitement ne contient que les objets pour lesquels, sur la base du statut de traitement de l’étape précédente, le traitement est autorisé dans cette étape.

Dans chaque étape de traitement, les dépendances entre objets sont interprétées en fonction de l’application. C’est la raison pour laquelle il peut s’avérer nécessaire d’inclure d’autres objets lors du traitement d’un objet dans une étape. Le système représente automatiquement ces dépendances entre objets. Vous ne devez pas définir de paramètres supplémentaires.

Exemple

Vous souhaitez procéder à l’analyse du résultat pour un élément d’OTP (stock projet non valorisé). Les ordres de fabrication dont les coûts réels doivent être inclus dans l’analyse du résultat sont affectés à l’élément d’OTP.

Il existe des réserves de travail individuelles pour chaque séquence d’étapes de traitement (c’est-à-dire pour chaque définition de déroulement). Les séquences d’étapes de traitement types sont les séquences de clôture de période pour les composantes individuelles. Des réserves de travail individuelles sont créées pour chaque application (par exemple pour les commandes internes et les projets).

La réserve de travail multiniveau remplit les conditions de base suivantes :

Les objets sélectionnés sont traités dans toute la mesure du possible.
Les objets sélectionnés ne sont traités que lorsque le traitement est possible et nécessaire.
Les dépendances entre objets sont prises en compte.

Les dépendances entre objets peuvent, par exemple, apparaître :

dans des environnements de fabrication sur projet ;
lorsque vous utilisez des hiérarchies de supports de coûts.

Exemple

Vous procédez à une analyse du résultat pour des éléments d’OTP dans un environnement de fabrication sur projet. Le système détermine d’abord quels éléments d’OTP sont pertinents en fonction des critères de sélection. Ces éléments sont appelés objets primaires parce qu’ils sont les premiers objets à être traités.

L’analyse du résultat comprend également des valeurs imputées aux ordres de fabrication affectés aux éléments d’OTP. Ces ordres de fabrication sont sélectionnés en fonction de leur dépendance à l’élément d’OTP. Ce sont les objets secondaires.

La détermination des objets secondaires dépend non seulement du type de réserve de travail (hiérarchies de supports de coûts, projets, etc.), mais de la fonction de gestion d’entreprise en cours et des objets traités.

Exemple

Vous exécutez la clôture de période pour une hiérarchie de supports de coûts.

Vous calculez les coûts additionnels de frais généraux réels au niveau des nœuds du support de coûts. Dans ce cas, il n’y a pas d’objets dépendants parce que chaque nœud est compris dans le calcul des coûts additionnels de frais généraux. Les relations avec d’autres nœuds de support de coûts n’interviennent pas.

Vous souhaitez également répartir les frais généraux affectés aux nœuds du support de coûts sur les nœuds les plus bas du collecteur de coûts par produit affecté. Lors de la répartition détaillée, la situation suivante se présente :

Dans le cas où un nœud d'une hiérarchie de supports de coûts est un objet primaire, tous les autres nœuds sont des objets secondaires.

Pendant l’exécution de la définition de déroulement, les étapes de traitement individuelles reçoivent une liste d’objets à traiter. Chaque étape de traitement renvoie à la réserve de travail le statut de traitement de chaque objet ainsi que la liste des messages affichés.

Note

Le périmètre de sélection peut contenir tous les objets à traiter dans un déroulement déterminé. Il peut être utile dans certains cas de procéder simultanément au même déroulement plusieurs fois à l’aide de différents périmètres de sélection. Ce traitement parallèle manuel peut servir à réduire la durée d’exécution globale.

Exemple

Vous souhaitez exécuter la clôture de période pour la composante Contrôle des coûts de produit par ordre dans le Contrôle des supports de coûts. Vous pouvez traiter tous les ordres de fabrication et de process dans une division ou toutes les divisions dans un périmètre analytique.

Vous créez de multiples périmètres de sélection et définissez la division et le type d’ordre dans chacun d’eux. Ainsi, un périmètre de sélection peut comprendre tous les ordres de fabrication d’une division tandis qu’un autre périmètre peut comprendre tous les ordres de process de cette même division.

L’étape de traitement d’une séquence doit être entièrement terminée avant que l’étape suivante puisse être lancée.

Après l’exécution de l’ensemble de la séquence d’étapes de traitement, l’utilisateur force un contrôle manuel.

Le déroulement défini par l’utilisateur en ce qui concerne les étapes de traitement individuelles (définies dans la définition de déroulement), le contrôle des objets comportant des erreurs et le lancement de ce contrôle (en vue du traitement ultérieur des objets) doivent être répétés jusqu’à ce que tous les objets de toutes les étapes de traitement présentent le statut OK. Cela fait, le traitement est terminé.

Traitement d’objets dans la réserve de travail

Le traitement de la réserve de travail s’effectue dans le moniteur. Vous pouvez y afficher une liste des objets erronés et les messages générés pour chacun d’entre eux. Ces informations sont nécessaires à l’analyse et à la correction des erreurs.

Le moniteur permet de définir la manière dont les objets doivent être traités dans l’exécution ultérieure de la séquence d’étapes de traitement. Vous pouvez par exemple préciser que :

les objets marqués comme erronés dans une étape de traitement donnée doivent être exclus de la prochaine exécution de l’étape et saisis dans l’étape suivante ;
les objets traités sans erreur doivent toutefois être à nouveau traités s’ils contiennent des erreurs comptables (par exemple à la suite d’un mauvais paramétrage du Customizing).

Note

Si un objet a été traité sans erreur dans une exécution réelle en vue du calcul des intérêts d’un projet, un nouveau calcul d’intérêts ne peut être lancé que si le précédent est d’abord effacé. Si l’annulation n’est pas exécutée, l’objet n’est pas inclus dans le nouveau calcul des intérêts, même si son statut de traitement le permet.

Le statut de traitement de l’objet et l’étape de traitement permettent de gérer ces paramètres.

Note

Notez ce qui suit :

Si un objet a subi une modification depuis qu’il a été traité dans la séquence d’étapes de traitement déterminée par la définition de déroulement (des charges supplétives ont été affectées à l’objet, par exemple), cette modification n’est pas prise en compte si l’objet a déjà été traité sans erreur. Dans ce cas, vous devez modifier le statut de traitement de la première étape de traitement pour forcer le nouveau traitement.

Voir aussi :

Pour plus d’informations sur le moniteur et son utilisation, voir :

Schedule Manager : utilisation de la liste d’objets du moniteur

Traitement des réserves de travail

Statut de traitement

Déclenchement du nouveau traitement des objets

Traitement ultérieur automatique

Lorsque tous les objets ont été traités et que vous avez corrigé les erreurs ou déterminé que l’étape de traitement qui comportait des erreurs auparavant devait être ignorée, la séquence d’étapes de traitement peut être relancée afin de traiter à nouveau les objets erronés du déroulement précédent. Vous pouvez lancer ce nouveau traitement à partir de l’e-mail.

Le système traite alors les objets du périmètre de la sélection qui ont été traités avec des erreurs dans la première exécution de la séquence de traitement et ceux pour lesquels le traitement a été forcé manuellement. Pour chaque objet, le traitement commence avec l’étape de traitement comportant des erreurs ou pour laquelle le traitement a été forcé manuellement. Les seules étapes de traitement répétées pour un objet sont celles comportant des erreurs dans l’exécution précédente, celles qui n’ont pas encore été exécutées et celles pour lesquelles un nouveau traitement a été forcé.

Lors de la première exécution et de l’exécution répétée, les seuls objets traités dans chaque étape de traitement sont ceux qui ont été traités avec succès dans l’étape précédente et qui ne l’ont pas encore été dans l’étape en cours. Ceci limite le nombre d’objets qui doivent être traités à nouveau dans chaque étape à ceux pour lesquels des erreurs sont apparues dans cette étape ou dans des étapes précédentes de la première exécution. Les dépendances entre objets sont également prises en compte. Autrement dit, en fonction de l’objet à traiter et de l’étape de traitement, il peut s’avérer nécessaire d’inclure des objets supplémentaires dans le nouveau traitement bien qu’ils aient déjà été traités avec succès.

Réorganisation des données de gestion de la réserve de travail multiniveau

Les données de gestion des réserves de travail multiniveaux englobent le périmètre de sélection, les informations concernant l’étape (étape de déroulement), le statut de traitement de l’objet et les messages d’erreur de l’objet. Ces données de gestion ainsi que les données de workflow sont supprimées du Schedule Manager. Il n’est pas possible d’archiver les réserves de travail.

Activités

Après l’exécution de toutes les étapes de traitement, le système vous informe par e-mail que les résultats des étapes de traitement sont prêts à être soumis à la vérification. Après le contrôle des résultats et la correction des erreurs, le système demande s’il convient d’exécuter un nouveau traitement.

Pour effectuer les contrôles appropriés, accédez au moniteur du Schedule Manager.

Vous pouvez y accéder de différentes façons :

à partir de l’e-mail ;
directement à partir du menu de la composante.

Voir aussi :

Réserve de travail multiniveau : déroulement