Le tableau Règles d'association est disponible au niveau de l'organisation lorsque la propriété wt.associationRules.enableOrganizationRules est définie sur true. Par défaut, cette propriété est définie sur la valeur false. Si vous définissez des règles au niveau de l'organisation, celles-ci sont préférées aux règles définies au niveau du site. |
Supprimer | Supprime la règle. | ||
Nouvelle règle d'association | Crée une règle d'association. Pour plus d'informations, consultez la rubrique Définir des règles d'association. | ||
Exporter | Exporte les règles sélectionnées. | ||
Importer | Importe une ou plusieurs règles d'un fichier ZIP ou JAR existant. | ||
Modifier | Modifie la règle sélectionnée. Si vous sélectionnez cette action, la règle est automatiquement récupérée. Lorsque la fenêtre Modifier la règle d'association s'ouvre, vous pouvez apporter vos modifications et sélectionner l'une des deux actions suivantes : • OK : vos modifications sont enregistrées, et la règle est automatiquement intégrée. • Annuler : vous effectuez une opération Annuler la récupération, et vos modifications sont ignorées.
| ||
Annuler la récupération | Vous pouvez utiliser l'action Annuler la récupération si la fenêtre Modifier la règle d'association se ferme inopinément. |
Statut général | Un indicateur de statut s'affiche lorsque vous ou un autre utilisateur récupérez un objet. Pour plus d'informations, reportez-vous à la section Statut d'objet. | ||
Numéro | Un numéro généré par le système pour la règle. | ||
Type d'association | Le type de processus ou un type de référence : • Processus de modification : configurez les objets qui peuvent être liés dans le cadre du même processus de modification. Cela dicte les types d'objet applicable pouvant être ajoutés dans le tableau Objets de processus associés. • Référence de modification : configurez les objets qui peuvent être liés comme références, mais qui ne sont pas nécessairement inclus dans le même processus de modification. Cela dicte les types d'objet applicable pouvant être ajoutés dans le tableau Objets de référence associés. • Plan d'implémentation des modifications : configurez l'association entre un avis de modification et ses tâches. • Impact : configurez l'association entre les objets qui s'impactent mutuellement afin d'exécuter des actions spécifiques sur ceux-ci. Exemple : une tâche de modification impactant des membres de la configuration de référence de variante. • Données du tableau : permet de configurer l'association entre les types de soumission réglementaire et les types de données du tableau. • Objet de soumission réglementaire : permet de configurer l'association entre les types et objets de soumission réglementaire qui sont les objets de la soumission réglementaire. Il s'agit notamment des articles, emplacements et décisions réglementaires relatives à l'expérience client. • Pilote de soumission réglementaire : permet de configurer l'association entre les types et objets de soumission réglementaire qui sont les pilotes de la soumission réglementaire. Il s'agit notamment des articles, documents, emplacements, surensembles UDI, expérience client et décisions réglementaires relatives à l'expérience client. • Objet UDI : permet de configurer l'association entre les types de surensembles UDI et les types d'articles. | ||
Activé | Si cette case est cochée, la règle est activée et peut être utilisée. | ||
Type de rôle A | Type d'objet qui représente l'objet Rôle A dans la relation de lien. L'objet Rôle A est généralement l'objet parent. Toutefois, selon le type d'association, l'objet Rôle A ou Rôle B peut être l'objet propriétaire ou l'objet obligatoire. | ||
Type de rôle B | Type d'objet qui représente l'objet Rôle B dans la relation de lien. Dans certaines situations, les Rôles A et B peuvent être affectés au même type d'objet. Par exemple, vous créez une règle dans laquelle les Rôles A et B sont affectés au type d'objet de demande de modification. L'affectation des rôles est déterminée comme suit : • Rôle propriétaire : si le rôle propriétaire est défini et que vous seul disposez des permissions requises sur un objet dans la relation, le rôle propriétaire est alors affecté à l'objet. Exemple : le rôle propriétaire est défini sur Rôle B. Vous modifiez la demande de modification "Demande 1" et ajoutez une demande de modification préexistante ("Demande 2") dans le tableau Modifications associées. Vous êtes autorisé à modifier la Demande 1, mais pas la Demande 2. La valeur du rôle propriétaire (Rôle B) est donc affectée à la Demande 1. • Contexte : si le rôle propriétaire n'est pas défini, ou si vous disposez des mêmes permissions sur les deux objets, une valeur est affectée aux rôles à l'aide du contexte de l'action exécutée. L'objet sur lequel vous effectuez l'action principale est considéré comme l'objet Rôle A. Exemple : vous modifiez la demande de modification "Demande 1" et ajoutez une demande de modification préexistante ("Demande 2") dans le tableau Modifications associées. Dans ce cas, la Demande 1 est l'objet Rôle A. | ||
Contexte | Site ou Organisation
| ||
Cardinalité | La cardinalité détermine le nombre d'objets Rôle B qui sont autorisés par rapport à l'objet Rôle A. | ||
Rôle propriétaire | Le rôle propriétaire vous permet de limiter les personnes pouvant créer, supprimer ou modifier des associations. Pour créer un lien, les utilisateurs doivent disposer de l'accès en modification à l'objet rôle propriétaire. Par ailleurs, l'objet rôle non-propriétaire peut être supprimé uniquement si l'utilisateur dispose de l'accès en modification à l'objet rôle propriétaire.
| ||
Rôle requis | Le rôle obligatoire identifie les associations entre les objets requis. Si l'utilisateur tente de créer un objet sans ajouter le rôle obligatoire, un message d'erreur s'affiche. | ||
Type de lien | Le type de lien correspond au Type d'association sélectionné. • Lien de processus de modification • Lien de référence de modification • Implémenté par • Lien d'impact |