CRM, c'est de la dynamics ! Comment gérer les relations N-N dans Dynamics CRM 3.0 ?
L'équipe de Corp a écrit un article très intéressant sur le sujet :
http://blogs.msdn.com/crm/archive/2007/02/15/many-to-many-relationships-in-ms-dynamics-crm-3-0.aspx
J'ajouterai une cinquième approche :
Typiquement lorsqu'il s'agit de gérer des relations multiples entre des entités qui concernent des interlocuteurs de l'entreprise, tels que les banques, les fournisseurs, les consultants, les entités juridiques etc..., on se retrouve avec des relations N-N entre tous ces interlocuteurs.
Les clients ont des comptes dans plusieurs banques et chaque banque gère plusieurs comptes clients.
Un client a plusieurs fournisseurs et chaque fournisseur gère plusieurs clients...ainsi de suite.
Une solution consiste à considérer toutes ces entités comme une même entité standard Compte (ou Contact), et à jouer sur l'attribut "Nature de la relation" de l'entité pour typer chaque individu. Par exemple, la nature de la relation est un champ Picklist avec les valeurs "Fournisseur, Banque, Consultant...etc". Quelque part, une CRM ce n'est pas gérer seulement des comptes de type "client" (ou prospect), c'est gérer l'ensemble des contacts avec lesquels l'entreprise intéragit...
Pour mettre en relation l'ensemble de ces interlocuteurs et donc créer des relations N-N, utilisez les rôles de relation de CRM. Il suffit de créer une rôle par nature de la relation. Créez autant de "casquettes" que de type de compte. Ensuite, c'est très simple de lier les comptes les uns par rapport aux autres. Par exemple, vous pouvez tirer facilement une relation entre un compte de type client et un compte de type banque.
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
