Création d'une arborescence physique à partir d'une nomenclature
La session Création de structure d'arborescence physique (tscfg2210m000) permet de créer l'arborescence physique à partir d'une nomenclature.
La création d'une arborescence physique à partir d'une nomenclature se traduit par la copie directe des éléments réellement présents dans la session Nomenclature (tibom1110m000), depuis l'application Fabrication vers la session Articles sérialisés (tscfg2100m000) du service Application. Si aucune donnée Article de service n'est présente, l'application utilise les valeurs de données de service d'articles par défaut qui sont gérées pour le type d'article et le groupe d'articles, en vue de créer des articles dans l'application Service.
L'application valide les éléments suivants après avoir créé une arborescence physique à partir d'une nomenclature :
Si l'article est géré par contrôle et dérivé des livraisons de ventes, l'application vérifie la présence d'une révision depuis la ligne de commande client. L'application recherche la date d'application des références d'étude pour l'article et la révision concernés.
Si l'article n'est pas géré par révision et dérivé des livraisons de ventes, l'application valide la date d'application dans les ventes, en fonction de la date qui apparaît dans le champ de date de configuration dans Ventes.
Si l'article n'est pas issu des livraisons de ventes, l'application emploie la date d'application comme donnée en entrée.
- Numéro d'évolution : Lorsque l'application crée la hiérarchie d'arborescence physique depuis une nomenclature, elle considère la gestion par numéro d'évolution comme une validation. Les articles relevant de la gestion par unité d'évolution sont uniquement créés dans l'application Service. La gestion par unité d'évolution est vérifiée à partir de l'article sérialisé. Si la gestion par numéro d'évolution n'est pas présente au niveau de l'article sérialisé, l'application procède à une vérification à partir d'une ligne de commande client (si l'article est dérivé des ventes).
- Retour à la nomenclature si la source est introuvable : Si vous cochez cette case lors de la création de la hiérarchie d'arborescence physique depuis une structure telle que conçue ou une arborescence d'articles et si aucun article source n'est trouvé, l'application copie la nomenclature de cet article dans la hiérarchie d'arborescence physique.
- Contrôles de cohérence : Si l'arborescence physique est directement générée au départ d'une nomenclature de production, l'application effectue un contrôle de cohérence à la fois dans le package Fabrication et le package Service afin de garantir que la structure ne contienne aucune incohérence. Les articles d'une telle structure doivent être définis dans le package Service avec les données service-article appropriées, et les contrôles de configuration et de cohérence associés doivent avoir été effectués.
L'application réalise les contrôles de cohérence suivants :
Pour distinguer les articles liés à l'application Service des articles qui ne le sont pas, l'application copie ceux qui sont contrôlés par configuration, c'est à dire les articles sérialisés ou anonymes, dans l'arborescence physique. Si aucune donnée de type service-article n'est disponible pour un article, selon les valeurs de service par défaut, les données Article seront créées dans les articles liés à l'application Service et copiées dans l'arborescence physique.
Vous devez créer des données Article de service pour tous les articles copiés d'une nomenclature de production vers la hiérarchie d'arborescence physique.
L'application valide la cohérence quant à la constitution de la structure. Un article sérialisé doit toujours être situé au-dessus d'un article anonyme, de façon à ce que la structure demeure cohérente avec la définition de l'article. L'application commence à effectuer la copie quand une incohérence est détectée dans la constitution de la structure et qu'un rapport d'erreurs est généré.
L'application imprime un rapport d'erreurs si un article sérialisé est présent sous un article anonyme, comme l'illustre l'exemple suivant :
Exemple
Niveau | Article | Contrôle de la configuration | Données de service article présentes |
0 | X | Sérialisé | Oui |
1 | Y | Anonyme | Oui |
2 | A | Sérialisé | Oui ------- Problème 1 |
2 | B | Aucun | Non |
1 | Z | Anonyme | Oui |
2 | A | Sérialisé | Oui ------- Problème 2 |
3 | B | Aucun | Non |
4 | C | Anonyme | Oui ------- Problème 3 |
Les trois problèmes sont causés par des articles sérialisés présents sous des articles anonymes.
L'application imprime le rapport d'erreurs suivant :
Aucun détail sur le problème n'a été généré pour l'article X, et cela pour les motifs suivants :
- Le contrôle de configuration de l'article parent (Y-anonyme) est inférieur à celui de l'article enfant (A-sérialisé)
- Le contrôle de configuration de l'article parent (Z-anonyme) est inférieur à celui de l'article enfant (A-sérialisé)
- Le contrôle de configuration de l'article parent (B-aucun) est inférieur à celui de l'article enfant (C-anonyme)
L'application valide la cohérence par rapport aux boucles dans la nomenclature. Si deux articles anonymes apparaissent en opposition par rapport à une définition de structure existante, ces articles anonymes peuvent ensuite finir dans une boucle.
L'application détecte une boucle dans une nomenclature et imprime un rapport d'erreurs, comme l'illustre l'exemple suivant :
Exemple
Niveau | Article | Contrôle de la configuration | Données de service article présentes |
0 | X | Sérialisé | Oui |
1 | O | Sérialisé | Oui |
2 | A | Sérialisé | Oui |
2 | B | Sérialisé | Oui |
1 | Z | Sérialisé | Oui |
2 | A | Sérialisé | Oui |
3 | B | Sérialisé | Oui |
4 | X | Sérialisé | Oui ------- Problème 1 |
L'application imprime le rapport d'erreurs suivant :
Pour l'article X, aucun détail sur le problème n'a pu être généré, car un cycle est détecté dans la nomenclature.