Résoudre un conflit de paramètres partagés
Un conflit de paramètres partagés apparait lorsque 2 "définitions" différentes de paramètres utilisant le même identifiant GUID est utilisé :
Une "définition" de paramètre est constitué de son GUID, de son nom et de son unité :
GUID Nom Unité
33b55482-e23e-4a67-a1ce-16977586b64c Poids NUMBER
33b55482-e23e-4a67-a1ce-16977586b64c Poids net à vide PIPE_MASS
Que se passe-t-il ?
Une définition a été implantée dans le projet, empêchant l’autre d’y être intégrée car il ne peut y avoir qu’une définition associée par identifiant GUID dans un projet.
Il n’est pas possible une fois une définition implémentée dans un projet de la supprimer.
Cependant, il y a une tolérance avec le nom : si vous avez 2 paramètres partagés ayant le même GUID et unité, mais pas le même nom, ce sera la première définition implémenter qui fera fois.
exemple :
Def1 :b0c67592-bf5c-45cd-8deb-e495e46b2640, Nom1, NUMBER
Def2:b0c67592-bf5c-45cd-8deb-e495e46b2640,Nom2, NUMBER
Si dans un projet, via le chargement d'une famille ou la création d'un paramètre partagé, la Def1 est créée, si la Def2 est importée par la suite, celles ci pourra l'être mais le nom du paramètre de la Def2 sera remplacé par celui de la Def1. En revanche cela n'est pas possible avec l'unité.
Quelles solutions ?
Dans le cas d'un conflit lors d'un chargement d'une famille, il faut ouvrir chaque famille déclenchant le message d'erreur:
- L’information qui pose problème n’est pas utile : Supprimer le paramètre dans la famille
- L’information doit être accessible mais non utilisé dans la nomenclature : modifier le paramètre partagé en paramètre de famille
- L’information doit être accessible dans la nomenclature : remplacer le paramètre partagé par un autre de même nom et unité mais avec un autre identifiant GUID
a bientôt sur votre blog Aplicit!
Ces articles peuvent vous intéresser :