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!