Chaque type de relation a un type décrivant la relation inverse. Par exemple, la relation inverse pour "Société Mère" est "Filiale". Lorsqu'un utilisateur crée une nouvelle relation dans InterAction, InterAction crée les deux "côtés" de la relation – un utilisant le type direct et un utilisant le type inverse.
Par exemple, si vous créez une relation de Société Mère entre TeleNorth et Justus Software, InterAction crée automatiquement une relation de Filiale entre Justus Software et TeleNorth.
Cela est nécessaire pour s'assurer que les utilisateurs peuvent trouver et visualiser les relations dans les deux sens lorsqu'ils utilisent le Windows Client et le Web Client. Lorsque vous créez un nouveau type de relation, vous créez le type inverse en même temps.
Un type de relation peut être l'inverse de lui-même. Par exemple, l'inverse de "Connaissance" est "Connaissance". Pour plus d'informations sur le choix du libellé pour l'inverse, voir Que faire si je ne trouve pas un type de relation inverse qui est toujours correct ?
Lorsque vous créez un type de relation inverse, tous les mêmes paramètres s'appliquent que pour la relation "directe". Par exemple, si vous définissez un type de relation comme un type de relation clé, l'inverse sera automatiquement défini comme un type de relation clé.
Lorsque vous modifiez un type de relation, vous modifiez également le type inverse. Les paramètres suivants correspondent toujours sur les deux types de relation :
- Catégorie
- Type de Relation Clé
- Valide Pour
- Ordre Pondéré
- Permission
- Statut
- Tous les Paramètres Anciens
- Tous les Paramètres de Force
Par exemple, si vous changez le statut d'un type de relation en Inactif, l'inverse change également automatiquement en Inactif. Vous ne pouvez pas avoir des statuts différents dans des relations qui sont l'inverse l'une de l'autre.
De plus, les attributs Personne à Société et Société à Personne doivent se compléter. Si vous ajoutez le paramètre Valide Pour de Personne à Société à un type de relation, l'inverse ajoute Société à Personne.
Après avoir créé un type de relation, vous ne pouvez pas changer quel type de relation est défini comme l'inverse.
Que faire si je ne trouve pas un type de relation inverse qui est toujours correct ?
Pour la plupart des types de relations, identifier l'inverse est simple, et vous pouvez être assez certain qu'il est toujours correct. Par exemple, l'inverse de Connaissance est lui-même (Connaissance) – si Jane Tarnoff est une connaissance de Brad Faulkner, alors il est très probable que Brad est aussi une connaissance de Jane. De même, si la société Telenorth est la société mère de Justus Software, alors vous savez avec certitude que Justus Software est une filiale de TeleNorth.
Cela n'est pas le cas pour certaines relations. Par exemple, l'utilisateur Ed Roberts pourrait indiquer qu'il "connaît" Jane. Cela ne signifie pas nécessairement que Jane pense qu'elle connaît Ed, donc faire du type de relation Connaît un inverse de lui-même pourrait créer des données inexactes dans certains cas.
Pour contourner cela, vous pouvez utiliser une version passive du type de relation comme inverse. Dans le cas de Connaît, cela signifie que l'inverse est Connu Par. Si Ed connaît Jane, alors Jane est connue par Ed. La relation inverse (Jane est connue par Ed) est toujours correcte.
Le seul type de relation dans une installation par défaut d'InterAction qui utilise cette convention est le type Connaît/Connu Par, mais c'est une technique utile à considérer lors de la création de vos propres relations.