Fonctionnalités de gestion des données > Gestion des modifications > Administration de la gestion des modifications > Préférences de gestion des modifications
  
Préférences de gestion des modifications
Les paramètres des préférences déterminent différents comportements d'objet de modification.
La visibilité des préférences est tributaire de la façon dont vous accédez à l'utilitaire Gestion des préférences :
Certaines préférences sont définies au niveau de l'utilisateur.
Pour voir et modifier vos préférences utilisateur individuelles, sélectionnez Liens rapides > Mes paramètres > Préférences.
Certaines préférences sont définies au niveau du contexte, de l'organisation ou du site par un administrateur.
Dans le Navigateur, sélectionnez Utilitaires sous un contexte, une organisation ou un site spécifiques. Sous la catégorie d'utilitaire Administration métier, cliquez sur Gestion des préférences.
Lorsqu'une préférence est visible mais non modifiable, cela signifie qu'elle a été verrouillée à un niveau supérieur.
Pour modifier une préférence, sélectionnez Définir les préférences dans le menu d'actions contextuel des préférences que vous souhaitez modifier. Pour en savoir plus, consultez les sections Gestion des préférences et Définition d'une préférence.
* 
Dans les tableaux ci-dessous, la valeur Visibilité correspond à la valeur la plus basse sur laquelle la préférence peut être définie :
La valeur Utilisateur indique qu'un utilisateur ou un administrateur de contexte, d'organisation ou de site peut afficher ou définir la préférence.
Le "contexte" désigne la préférence pouvant être définie pour un site, une organisation, un produit, une bibliothèque, un projet ou un programme.
La valeur Organisation indique que les administrateurs de site et d'organisation peuvent afficher ou définir la préférence.
La valeur Site indique que seuls les administrateurs de site peuvent afficher ou définir la préférence.
Cependant, les administrateurs locaux peuvent modifier la visibilité par défaut de la préférence.


Gestion des modifications
Le groupe de préférences Gestion des modifications détermine le comportement des objets de modification.
Affichage des produits finis affectés
Visibilité
Contexte
Par défaut
Oui
Description
Détermine la visibilité du tableau Produits finis affectés.
Si cette préférence est définie sur Oui, l'étape Sélectionner les produits finis affectés s'affiche lorsque vous créez ou modifiez des rapports de problèmes, des variations et des demandes de modification :
* 
Si elle est définie sur Non, cette préférence est ignorée pour les rapports de problèmes, les variations et les demandes de modification qui présentent déjà des produits finis affectés, ou pour les modifications existantes des contextes de projet.
Affichage des problèmes associés
Visibilité
Contexte
Par défaut
Non
Description
Détermine la visibilité du tableau Problèmes et variations associés.
Si cette préférence est définie sur Oui, le tableau Problèmes et variations associés s'affiche lorsque vous créez des tâches de modification.
* 
Si elle est définie sur Non, cette préférence est ignorée pour les tâches de modification auxquelles des problèmes ou des variations sont associés.
Création automatique d'un avis de modification
Visibilité
Organisation
Par défaut
Oui
Description
Crée automatiquement un avis de modification dans la page de la tâche d'une demande de modification.
* 
Cette préférence s'applique uniquement lorsque Windchill est en mode d'association des modifications Hérité.
Si l'application est définie sur le mode Mixte ou Flexible, vous pouvez utiliser des règles d'association des modifications pour déterminer si une demande de modification est obligatoire. Pour plus d'informations, consultez les rubriques Administration des règles d'association de modifications et Conversion des liens de modification flexibles.
Modèle CAO sur le même avis de modification
Visibilité
Contexte
Par défaut
Oui
Description
Cette préférence concerne les opérations de modifications en série lorsque vous utilisez des articles générés à partir de documents CAO.
Lorsque cette préférence est définie sur Oui, les articles générés à partir de structures CAO doivent présenter le modèle CAO associé approprié sur l'avis de modification correspondant lorsque vous effectuez des modifications en série.
Affichage du rapport de configuration de référence des modifications
Visibilité
Organisation
Par défaut
Non
Description
Si cette préférence est définie sur Oui, le rapport de configuration de référence des modifications est inclus dans la liste des rapports disponible dans les rapports de structure produit.
Définition de l'état d'implémentation de la modification
Visibilité
Contexte
Par défaut
Implémentation
Description
Etat du cycle de vie qui détermine le passage d'un avis de modification à la phase d'implémentation.
La valeur spécifiée marque le processus d'avis de modification relevant de la phase d'implémentation. La valeur démarre également le plan de séquence de la modification ; un plan de ce type est démarré uniquement lorsque l'avis de modification est à l'état spécifié. Un seul état du cycle de vie peut être spécifié comme état d'implémentation.
Propagation des informations de modification
Visibilité
Contexte
Par défaut
Oui
Description
La préférence détermine si la case à cocher Propager les informations est disponible lorsque vous créez une demande de modification, un rapport de problème, une variation ou un avis de modification à partir d'un objet de modification existant. Par exemple, lorsque vous sélectionnez Actions > Nouveau > Nouvelle variation dans la page d'informations d'une demande de modification :
Les informations propagées incluent les attributs, les objets affectés et les pièces jointes.
Oui : la case à cocher est affichée, mais elle n'est pas activée par défaut.
Sélectionnée : la case à cocher est affichée et activée par défaut.
Non : la case à cocher n'est pas affichée.
Suivi des changements sur les objets de modification
Visibilité
Organisation
Par défaut
Non
Description
Cette préférence détermine si des révisions sont autorisées pour les objets de modification. Les informations de révision sont disponibles dans le tableau Historique des révisions de l'objet de modification.
L'utilisation de la fonction nécessite une conception de processus adaptée. Les modèles de cycle de vie doivent définir des transitions de révision et les utilisateurs doivent obtenir la permission de changement de version sur les états de cycle de vie appropriés. Pour plus d'informations, reportez-vous aux rubriques Transitions de phase et Définition des permissions.
Avis de modification avec tâche de modification incorporée
Visibilité
Organisation
Par défaut
Non
Description
Lorsque cette préférence est définie sur Oui, les avis de modification simplifiés sont activés.
En d'autres termes, si une seule tâche de modification est associée à l'avis de modification, le tableau Plan d'implémentation n'est pas affiché sur la page d'informations de l'avis de modification.
En revanche, l'onglet Plan d'implémentation affiche des informations sur la tâche de modification et les tableaux Objets affectés et Objets résultants.
Avis de modification sans demande de modification
Visibilité
Contexte
Par défaut
Non
Description
Détermine si les utilisateurs peuvent créer un avis de modification sans créer au préalable de demande de modification :
Oui : les utilisateurs peuvent créer des avis de modification à tout moment.
Non : les utilisateurs ne peuvent créer un avis de modification qu'à partir d'une demande de modification existante.
* 
Cette préférence s'applique uniquement lorsque Windchill est en mode d'association des modifications Hérité.
Si l'application est définie sur le mode Mixte ou Flexible, vous pouvez utiliser des règles d'association des modifications pour déterminer si une demande de modification est obligatoire. Pour plus d'informations, consultez les rubriques Administration des règles d'association de modifications et Conversion des liens de modification flexibles.
Cardinalité entre demande de modification et avis de modification
Visibilité
Organisation
Par défaut
Non
Description
Oui : les utilisateurs peuvent associer plusieurs demandes de modification à plusieurs avis de modification.
Non : ce paramètre équivaut à un lien "1:plusieurs ou plusieurs:1". L'association est limitée en fonction de celle qui a été créée en premier. Par exemple, vous liez une demande de modification à un avis de modification. Si vous liez une seconde demande de modification à l'avis de modification, alors la cardinalité 1:plusieurs est appliquée. L'avis de modification peut être lié à plusieurs demandes, mais la demande de modification ne peut être liée qu'à un seul avis de modification.
* 
Cette préférence s'applique uniquement lorsque Windchill est en mode d'association des modifications Hérité.
Si l'application est définie sur le mode Mixte ou Flexible, vous pouvez utiliser des règles d'association des modifications pour déterminer si une demande de modification est obligatoire. Pour plus d'informations, consultez les rubriques Administration des règles d'association de modifications et Conversion des liens de modification flexibles.
Cardinalité entre demande de modification et rapport de problèmes
Visibilité
Organisation
Par défaut
Non
Description
Oui : les utilisateurs peuvent associer plusieurs demandes de modification à plusieurs rapports de problèmes.
Non : ce paramètre équivaut à un lien "1:plusieurs ou plusieurs:1". L'association est limitée en fonction de celle qui a été créée en premier. Par exemple, vous liez un rapport de problème à une demande de modification. Si vous liez une seconde demande de modification au rapport de problème, alors la cardinalité 1:plusieurs est appliquée. Le rapport de problème peut être lié à plusieurs demandes, mais la demande de modification ne peut être liée qu'à un seul rapport de problème.
* 
Cette préférence s'applique uniquement lorsque Windchill est en mode d'association des modifications Hérité.
Si l'application est définie sur le mode Mixte ou Flexible, vous pouvez utiliser des règles d'association des modifications pour déterminer si une demande de modification est obligatoire. Pour plus d'informations, consultez les rubriques Administration des règles d'association de modifications et Conversion des liens de modification flexibles.
Collecteur
Visibilité
Utilisateur
Description
Il s'agit d'un ensemble de préférences déterminant les règles de collection par défaut.
Vous pouvez définir des règles par défaut lorsque vous collectez des objets pour les tableaux suivants :
Objets affectés
Objets résultants
Copier les articles supplantés dans le tableau des données résultantes
Visibilité
Organisation
Par défaut
Non
Description
Lorsque des articles sont supplantés, ils peuvent être définis sur un état alternatif pour montrer qu'ils ont été supplantés.
Oui : les articles supplantés sont copiés dans le tableau Objets résultants afin que leur état puisse être modifié lors de l'officialisation de l'avis de modification.
Non : les articles supplantés ne sont pas copiés dans le tableau Objets résultants, et aucune modification n'est apportée à leur état.
* 
Si vous activez cette préférence, vous devez également configurer le modèle de cycle de vie correspondant avec la transition appropriée configurée pour sélectionner automatiquement ou manuellement l'état cible.
Exposer l'organisation pour les objets de gestion des modifications
Visibilité
Organisation
Par défaut
Non
Description
Expose l'organisation pour l'ensemble des objets de modification.
Modification en ligne de la disposition
Visibilité
Utilisateur
Par défaut
Oui
Solution
Windchill Risk and Reliability
Description
Oui : vous pouvez effectuer des modifications en ligne des valeurs de disposition.
Non : la modification en ligne est désactivée. Toutefois, les performances sont alors améliorées si vous tentez d'effectuer des modifications en série.
Pour plus d'informations sur l'utilisation des dispositions, consultez la rubrique Processus Windchill Nonconformance.
Nom localisé de la tâche Create New Change Notice
Visibilité
Organisation
Par défaut
Create New Change Notice
Description
Modifie le nom de la tâche de processus "Create New Change Notice" qui est générée dans le processus de demande de modification.
Si vous indiquez un nom localisé comme valeur de cette préférence, vous mettez également à jour le libellé de la case à cocher qui s'affiche, ce qui vous permet de créer automatiquement un avis de modification dans la page de la tâche de demande de modification.
* 
Le nom indiqué doit correspondre au nom de l'activité de processus correspondante dans le processus de demande de modification.
* 
Cette préférence s'applique uniquement lorsque Windchill est en mode d'association des modifications Hérité.
Si l'application est définie sur le mode Mixte ou Flexible, vous pouvez utiliser des règles d'association des modifications pour déterminer si une demande de modification est obligatoire. Pour plus d'informations, consultez les rubriques Administration des règles d'association de modifications et Conversion des liens de modification flexibles.
Verrouiller les annotations
Visibilité
Organisation
Par défaut
Oui
Description
Définissez cette préférence sur Oui pour verrouiller automatiquement les annotations lorsqu'un objet de modification est manuellement défini sur un état Terminal. Les annotations ne sont pas verrouillées si l'état est modifié via un processus ou lors d'une importation.
Si cette préférence est définie sur Non, les annotations associées à un objet de modification ne sont pas verrouillées.
Cibles d'officialisation multiples
Visibilité
Contexte
Par défaut
Oui
Description
Détermine si les utilisateurs peuvent sélectionner la cible d'officialisation des objets résultants :
Oui : la colonne Cible d'officialisation du tableau Objets résultants affiche un menu déroulant.
Non : la colonne Cible d'officialisation affiche la valeur par défaut en lecture seule ou la cible persistante.
Pour plus d'informations, consultez les rubriques Administration des transitions de processus de modification et Transitions de phase.
Statuts d'intervenant et de validateur facultatifs
Visibilité
Contexte
Par défaut
<non défini>
Description
Vous pouvez utiliser cette préférence pour différer l'affectation de l'intervenant et du validateur à un état du cycle de vie ultérieur.
Lorsque vous sélectionnez un état du cycle de vie, l'intervenant et le validateur de la tâche de modification sont facultatifs pour les états du cycle de vie sélectionnés.
Par défaut, aucun état n'est sélectionné. Par conséquent, tous les états du cycle de vie nécessitent des affectations d'intervenant et de validateur.
Icône Comparaison de prévalidation
Visibilité
Site
Par défaut
Non
Description
Cette préférence détermine le type de validation qui doit être effectuée sur les objets du tableau Objets résultants d'une tâche de modification. La validation détermine la visibilité et la disponibilité de l'action Comparer.
Oui : effectue une validation complète des objets du tableau Objets résultants. L'action Comparer est disponible pour tous les objets, mais les performances du système peuvent être affectées si des tâches de modification disposent d'un grand nombre d'objets résultants.
Non : effectue une validation partielle des objets du tableau Objets résultants. Néanmoins, l'icône d'action Comparer  peut s'afficher pour les objets pour lesquels l'action n'est pas applicable.
Rapports de problèmes dans les projets
Visibilité
Contexte
Par défaut
Non
Solution
Windchill ProjectLink
Description
Oui : les utilisateurs peuvent créer des rapports de problèmes pour les objets partagés dans un projet.
Non : les utilisateurs ne peuvent pas créer de rapports de problèmes pour les objets partagés. Toutefois, les rapports de problèmes existants restent visibles.
Ordre d'exécution séquentielle du plan
Visibilité
Contexte
Par défaut
Non
Solution
Windchill ProjectLink
Description
Un plan d'implémentation séquencé permet de changer l'auteur d'un avis pour déterminer les tâches de modification à effectuer avant le démarrage d'autres tâches de même type.
Oui : lorsque vous créez ou modifiez un avis de modification, vous pouvez éventuellement spécifier l'ordre dans lequel les tâches de modification doivent être implémentées.
Non : les avis de modification ne prennent pas en charge les séquences de tâche de modification.
Si cette préférence est activée, la colonne Séquence s'affiche dans le tableau Plan d'implémentation :
* 
Cette préférence s'applique uniquement si Windchill ProjectLink est installé.
Si vous utilisez des plans d'implémentation séquentiels et effectuez manuellement une action Définir l'état, les événements suivants se produisent :
Si l'état est défini sur un état Résolu ou Annulé, les tâches de modification sont marquées comme étant terminées dans le plan d'implémentation.
Si l'état défini n'est ni Résolu ni Annulé, toutes les tâches de modification en cours d'exécution peuvent être réalisées, mais le traitement du plan d'implémentation séquentiel est interrompu.
Définir la date de résolution
Visibilité
Organisation
Par défaut
Oui
Description
Définissez cette préférence sur Oui pour définir automatiquement la date de résolution sur la date et l'heure auxquelles un objet de modification est déplacé manuellement vers un état Terminal. La date de résolution n'est pas définie si l'état est modifié via un processus ou lors d'une importation. Si la date de résolution est déjà définie, l'objet de modification n'est pas mis à jour avec une nouvelle date de résolution.
Création de modifications non incorporées
Visibilité
Organisation
Par défaut
Non
Solution
Windchill Aerospace and Defense
Description
Oui : autorise les utilisateurs à créer des modifications non incorporées.
Non : les utilisateurs ne peuvent pas créer de modifications non incorporées. Toutefois, les modifications non incorporées existantes restent visibles.
Pour plus d'informations, consultez la rubrique A propos des modifications non incorporées.
Effectivité sur la variation
Visibilité
Contexte
Par défaut
Non
Description
Si cette préférence est définie sur Oui, vous pouvez spécifier des instructions d'effectivité pour les objets affectés d'une variation.
Nom du rôle du propriétaire de la variation
Visibilité
Contexte
Par défaut
AUTEUR DE LA VARIATION
Description
Nom du rôle du propriétaire de la variation.
Si vous modifiez la valeur de cette préférence, vous devez également changer le cycle de vie et le processus de la variation pour inclure le rôle correspondant.
Variations dans les projets
Visibilité
Contexte
Par défaut
Non
Solution
Windchill ProjectLink
Description
Oui : les utilisateurs peuvent créer des variations pour les objets partagés dans un projet.
Non : les utilisateurs ne peuvent pas créer de variations pour les objets partagés. Toutefois, les variations existantes restent visibles.


Créer et modifier
Les préférences suivantes sont disponibles dans le Gestionnaire des préférences du groupe de préférences Créer et modifier.
Type d'avis de modification créé par défaut
Visibilité
Contexte
Par défaut
WCTYPE|wt.change2.WTChangeOrder2
Description
Type par défaut utilisé lors de la création d'un avis de modification :
Pour spécifier la classe wt.change2.WTChangeOrder2 (ou l'une de ses sous-classes), saisissez ce qui suit :
WCTYPE|wt.change2.WTChangeOrder2 (ou l'une de ses sous-classes)
Pour spécifier un sous-type d'avis de modification, saisissez ce qui suit :
WCTYPE|wt.change2.WTChangeOrder2|com.ptc.<AvisModification>
Pour indiquer que l'utilisateur doit sélectionner un type d'avis de modification, saisissez ce qui suit :
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE
Type de demande de modification créé par défaut
Visibilité
Contexte
Par défaut
WCTYPE|wt.change2.WTChangeRequest2
Description
Type par défaut utilisé lors de la création d'une demande de modification :
Pour spécifier la classe wt.change2.WTChangeRequest2 (ou l'une de ses sous-classes), saisissez ce qui suit :
WCTYPE|wt.change2.WTChangeRequest2 (ou l'une de ses sous-classes)
Pour spécifier un sous-type de demande de modification, saisissez ce qui suit :
WCTYPE|wt.change2.WTChangeRequest2|com.ptc.<DemandeModification>
Pour indiquer que l'utilisateur doit sélectionner un type de demande de modification, saisissez ce qui suit :
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE
Type de tâche de modification créé par défaut
Visibilité
Contexte
Par défaut
WCTYPE|wt.change2.WTChangeActivity2
Description
Type par défaut utilisé lors de la création d'une tâche de modification :
Pour spécifier la classe wt.change2.WTChangeActivity2 (ou l'une de ses sous-classes), saisissez ce qui suit :
WCTYPE|wt.change2.WTChangeActivity2 (ou l'une de ses sous-classes)
Pour spécifier un sous-type de tâche de modification, saisissez ce qui suit :
WCTYPE|wt.change2.WTChangeActivity2|com.ptc.<TâcheModification>
Pour indiquer que l'utilisateur doit sélectionner un type de tâche de modification, saisissez ce qui suit :
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE
Type de rapport de problème créé par défaut
Visibilité
Contexte
Par défaut
WCTYPE|wt.change2.WTChangeIssue
Description
Type par défaut utilisé lors de la création d'un rapport de problème :
Pour spécifier la classe wt.change2.WTChangeIssue (ou l'une de ses sous-classes), saisissez ce qui suit :
WCTYPE|wt.change2.WTChangeIssue (ou l'une de ses sous-classes)
Pour spécifier un sous-type de rapport de problème, saisissez ce qui suit :
WCTYPE|wt.change2.WTChangeIssue|com.ptc.<RapportProblème>
Pour indiquer que l'utilisateur doit sélectionner un type de rapport de problème, saisissez ce qui suit :
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE
Type de demande de promotion créé par défaut
Visibilité
Contexte
Par défaut
WCTYPE|wt.maturity.PromotionNotice
Description
Type par défaut utilisé lors de la création d'une demande de promotion :
Pour spécifier la classe wt.maturity.PromotionNotice (ou l'une de ses sous-classes), saisissez ce qui suit :
WCTYPE|wt.maturity.PromotionNotice (ou l'une de ses sous-classes)
Pour spécifier un sous-type de demande de promotion, saisissez ce qui suit :
WCTYPE|wt.maturity.PromotionNotice|com.ptc.<DemandePromotion>
Pour indiquer que l'utilisateur doit sélectionner un type de demande de promotion, saisissez ce qui suit :
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE
Type de variation créé par défaut
Visibilité
Contexte
Par défaut
WCTYPE|wt.change2.WTVariance|com.ptc.Deviation
Description
Type par défaut utilisé lors de la création d'une variation :
Pour spécifier la classe wt.maturity.WTVariance (ou l'une de ses sous-classes), saisissez ce qui suit :
WCTYPE|wt.change2.WTVariance (ou l'une de ses sous-classes)
Pour spécifier un sous-type de variation, saisissez ce qui suit :
WCTYPE|wt.change2.WTVariance|com.ptc.<Variation>
Pour indiquer que l'utilisateur doit sélectionner un type de variation, saisissez ce qui suit :
com.ptc.core.foundation.type.common.commonResource:SELECT_A_TYPE


Processus de promotion
Pour plus d'informations sur le groupe de préférences Processus de promotion, consultez la rubrique Préférences du processus de promotion.