Début du domaine contenu

Documentation fonction Statuts de traitement des objets Localiser le document dans l'arbre de navigation

Utilisation

Le statut de traitement d’un objet indique si le traitement s’est bien déroulé dans une étape spécifique.

Pour chaque objet repris dans la réserve de travail du Schedule Manager, un statut de traitement est indiqué pour chaque étape de traitement. Le système définit le statut pendant le traitement. Ce statut peut être modifié manuellement dans le moniteur.

Outre les informations relatives au succès du traitement, le statut de traitement indique si un nouveau traitement d’un objet est autorisé. Ceci permet de s’assurer qu’un objet qui n’a pas été traité dans une étape de traitement en raison d’erreurs ne sera pas transféré à l’étape suivante.

Intégration

Le statut de traitement est affiché dans le moniteur. Ce statut n’est pas mis à jour en fonction de l’objet traité. Pour plus d’informations sur le moniteur, voir la section Schedule Manager : utilisation de la liste d’objets du moniteur.

Note

Les exemples décrits ci-dessous se rapportent à l’utilisation de la réserve de travail multiniveau dans le Contrôle des supports de coûts et le Système de gestion de projets.

Fonctionnalités

La réserve de travail du Schedule Manager détermine si un objet doit être traité dans l’étape de traitement suivante via le statut de traitement. Le système définit automatiquement les statuts de traitement suivants.

Statuts de traitement automatique

L’objet n’a pas encore été traité.

L’objet a été traité sans erreur.

Un message d’avertissement ou une erreur sont apparus lors du traitement de l’objet. Cette erreur n’empêche toutefois pas la poursuite du traitement dans une étape ultérieure.

Ce statut est activé dans le cas suivant :

L’objet doit être traité dans une étape de traitement parce que, par exemple, le traitement a été forcé. Dans l’étape de traitement suivante, l’un des statuts de traitement suivants est défini pour l’objet :

Comme l’objet ne peut normalement pas être traité à cause de ce statut de traitement, le système réinitialise le statut de traitement de l’étape suivante à Marqué pour post-traitement. Ceci permet de s’assurer qu’un objet traité dans une étape est aussi toujours inclus dans les étapes de traitement suivantes. Le statut de traitement est réinitialisé à Marqué pour post-traitement sans tenir compte du fait que l’objet ait été modifié dans l’étape de traitement précédente.

Une erreur est survenue pendant le traitement de l’objet ; elle empêche toute poursuite du traitement. Vous pouvez soit corriger l’erreur, soit demander au système d’inclure l’objet dans l’étape de traitement suivante malgré l’erreur (statut de traitement Traitement sauté manuellement).

Un objet reçoit le statut de traitement Erreur subséquente pour une étape de traitement s’il appartient à un groupe d’objets qui doivent être traités ensemble et si ce groupe contient un ou plusieurs objets qui ont été traités avec des erreurs (statut de traitement Erreur) ou qui n’ont pas été traités dans l’étape précédente.

L’objet présentant le statut de traitement Erreur subséquente n’est pas traité dans l’étape de traitement dans laquelle cette erreur a été rencontrée. De cette manière, le groupe d’objets n’est traité qu’à partir du moment où les objets ne comportent plus aucune erreur susceptible d’empêcher leur traitement.

Reportez-vous à la fin de ce texte pour obtenir un exemple des statuts de traitement Erreur subséquente et Erreur de hiérarchie.

Un objet reçoit le statut de traitement Erreur de hiérarchie pour une étape de traitement s’il appartient à un groupe d’objets qui doivent être traités ensemble et que ce groupe contient un ou plusieurs objets qui ont été traités avec des erreurs dans l’étape en cours (statut de traitement Erreur).

L’objet présentant le statut de traitement Erreur de hiérarchie n’est pas traité dans l’étape de traitement dans laquelle cette erreur a été rencontrée. De cette manière, le groupe d’objets n’est traité qu’à partir du moment où les objets ne comportent plus aucune erreur susceptible d’empêcher leur traitement.

Reportez-vous à la fin de ce texte pour obtenir un exemple des statuts de traitement Erreur subséquente et Erreur de hiérarchie.

L’utilisateur a exclu l’objet du traitement grâce à un filtre propre à une application.

Exemple

Exemple 1 :

D’après les paramètres de sélection, tous les ordres de fabrication d’une division sont sélectionnés en vue de la détermination des écarts dans la clôture de période du Contrôle des coûts de produit par ordre. Aucune clé d’écart n’a été définie pour certains ordres de fabrication. Ces derniers ne sont pas inclus dans la détermination des écarts. Les ordres de fabrication reçoivent le statut de traitement Non significatif.

Exemple 2 :

D’après les paramètres de sélection, tous les ordres de fabrication d’une division sont sélectionnés en vue du calcul des coûts additionnels de frais généraux dans la clôture de période du Contrôle des coûts de produit par ordre. Un statut système ou un statut utilisateur est défini pour certains ordres de fabrication qui ne permettent pas le traitement. Ce sont notamment les statuts système Ouvert, Fermé, Témoin de suppression et Bloqué.

Note

En ce qui concerne certaines étapes de traitement, un statut donné peut déterminer si un objet est significatif ou non significatif dans l’étape.

Exemple

Exemple :

Un ordre de fabrication a des règles d’imputation définies avec le type d’imputation TOT (imputation globale). Si les statuts DEBL (débloqué) ou TCLO (clôturé au niveau technique) ne sont pas définis pour l’objet, il n’est pas retenu pour la détermination des écarts et reçoit le statut de traitement correspondant. L’ordre peut être pris en considération dans les autres étapes de traitement de la clôture de période (imputation par schéma type, calcul des coûts additionnels de frais généraux, calcul de l’encours et imputation) même si aucun statut n’a été défini ou qu’un seul des deux statuts l’a été.

En règle générale, dans le cas du statut de traitement Non significatif, aucun message n’est envoyé pour l’objet et l’étape de traitement. Pour consulter les messages qui ont entraîné le paramétrage du statut de traitement à Non significatif, vous pouvez demander au système de traiter l’objet individuellement. Éventuellement, vous pouvez également forcer l’envoi de messages via la gestion des erreurs définie par l’utilisateur en plaçant le type de message au sommet.

Note

Pour la détermination des encours de fabrication et l’analyse du résultat, vous pouvez forcer le système à envoyer les messages malgré le statut Non significatif. Vous pouvez garantir l’envoi des messages en paramétrant le code Protocole des messages d’info. Si ce code est défini, tous les messages d’information sont envoyés, y compris ceux relatifs au traitement dans et en dehors de la réserve de travail multiniveau, même si le statut Non significatif est paramétré pour un objet et une étape de traitement.

Statuts de traitement manuels

Vous pouvez définir les étapes de traitement suivantes manuellement :

Dans la liste d’objets, l’utilisateur définit manuellement le statut de traitement d’un objet et d’une étape de traitement à Sauter le traitement. Le système modifie le statut en Sauter le traitement.

L’objet qui présente ce statut de traitement n’est pas inclus dans l’étape de traitement concernée et passe à l’étape suivante.

Dans le moniteur d’objets, l’utilisateur définit manuellement le statut de traitement d’un objet et d’une étape de traitement à Nouveau traitement. Le système change le statut de traitement en Traitement induit manuellement. L’objet est à nouveau traité dans l’étape de traitement concernée même si celle-ci a été exécutée sans erreur auparavant.

Note

Si un objet a été traité sans erreur dans une exécution réelle pour le 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 supprimé. Si l’annulation n’est pas exécutée, l’objet (malgré son statut de traitement) n’est pas inclus dans le nouveau calcul d’intérêts.

Exemple

Exemple illustrant les statuts de traitement Erreur subséquente et Erreur de hiérarchie :

Lors du calcul des coûts additionnels de coûts additionnels réels dans la clôture de période, un ordre de fabrication affecté à un élément d’OTP n’a pas été traité en raison d’un paramétrage erroné dans le Customizing. L’ordre de fabrication reçoit le statut de traitement Erreur pour l’étape de traitement Coûts additionnels réels.

Outre cet ordre de fabrication, d’autres ordres de fabrication sont affectés à l’élément d’OTP. Ceux-ci reçoivent le statut de traitement Erreur de hiérarchie pour l’étape de traitement Coûts additionnels réels. Ce statut indique qu’un objet d’un groupe d’objets (tous les ordres de fabrication affectés à un élément d’OTP) comporte des erreurs dans l’étape de traitement.

L’étape de traitement qui succède à celle des Coûts additionnels réels est Analyse du résultat. Pendant l’analyse du résultat pour l’élément d’OTP, les données qui ont été adaptées aux ordres de fabrication affectés à l’élément d’OTP sont incluses. Comme l’un de ces ordres a été marqué comme erroné et que tous les autres ordres de fabrication ont reçu le statut de traitement Erreur de hiérarchie correspondant dans l’étape Coûts additionnels réels, l’étape Analyse du résultat ne peut pas être exécutée avec succès pour l’élément d’OTP.

L’élément d’OTP reçoit le statut de traitement Erreur subséquente pour l’étape de traitement Analyse du résultat.

Si le montant des coûts additionnels manquants est trop infime pour justifier l'analyse et la suppression de l'erreur, vous pouvez définir un statut de traitement qui exclut l'ordre de fabrication du calcul des coûts additionnels de frais généraux. Tous les ordres de fabrication, y compris celui pour lequel aucun coût additionnel de frais généraux n’a été calculé, sont inclus dans l’analyse du résultat.

Si la valeur de l’ordre de fabrication est significative, vous devez éliminer la cause de l’erreur.

Informations complémentaires

Notez ce qui suit :

Exemple

Le système envoie le message CK 214 comme message d’erreur.

Si ce message se rapporte à la version de coûts théoriques 0 dans la détermination des écarts, le statut de traitement Erreur est paramétré dans la réserve de travail du Schedule Manager.

Si ce message se rapporte à une version de coûts théoriques différente de 0 dans la détermination des écarts, le statut de traitement Erreur mineure est paramétré dans la réserve de travail du Schedule Manager.

Exemple

Si le message KV 158 se rapporte à un ordre de fabrication individuel dans la détermination des écarts, le système envoie ce message comme message d’erreur. Le statut de traitement Erreur est défini dans la réserve de travail du Schedule Manager.

Si ce message se rapporte à un collecteur de coûts par produit auquel de multiples ordres de fabrication sont affectés dans la détermination des écarts, un message d’avertissement est envoyé. Le statut de traitement OK est défini dans la réserve de travail du Schedule Manager.

Remarque :

Si vous utilisez la réserve de travail multiniveau du Schedule Manager, les objets présentant le statut de traitement Erreur pour une étape de traitement ne sont pas traités dans l’étape suivante. Dans de nombreux cas, le statut de traitement Erreur est défini parce qu’un message est envoyé avec le type de message « E » (erreur). Lorsque vous calculez des écarts et des écarts sur rebut, vous pouvez utiliser la gestion des erreurs définie par l’utilisateur afin de déterminer le type de message pour de nombreux messages. Dans la réserve de travail du Schedule Manager, cela peut se traduire par la mise à jour d’un autre statut de traitement pour l’étape de traitement. Ceci vous permet de vérifier, par exemple, si les objets sont traités dans l’étape suivante.

Exemple

Un message a été transmis en tant que message d’erreur dans la détermination des écarts. Le statut de traitement Erreur est affiché dans le moniteur.

Vous estimez que l’erreur n’est pas assez sérieuse pour que l’objet ne soit pas traité dans l’étape de traitement suivante. C’est pourquoi vous utilisez la gestion des erreurs définie par l’utilisateur pour définir un type de message de faible importance (par exemple « A », attention). En procédant ainsi, vous vous assurez que l’objet ne reçoit pas le statut de traitement Erreur pour l’étape de traitement dans la réserve de travail. L’objet passe ensuite à l’étape de traitement suivante.

Aucune édition de statut de traitement

Il arrive parfois qu’aucun statut de traitement ne soit édité. Pour un exemple, voir Lien structure Séparation du calcul des valeurs des mouvements de stock : effets sur le contrôle des supports de coûts.

Voir aussi :

Pour plus d’informations sur les thèmes suivants et d’autres encore, voir Traitement des réserves de travail :

Pour des informations détaillées sur la gestion des erreurs définie par l’utilisateur, voir :

Lien structure Gestion des erreurs définie par l’utilisateur dans le contrôle des supports de coûts

 

 

 

Fin du domaine contenu