2009-07-30 5 views
2

J'ai créé une entité personnalisée qui fonctionnera comme un audit de modification de données (toute entité modifiée déclenchera la création d'une instance de cette entité). Jusqu'à présent, j'ai le plugin fonctionne bien (suivi des anciennes et nouvelles versions des propriétés modifiées). Je voudrais également garder une trace de l'entité à laquelle il est lié. Au début, j'ai ajouté un N: 1 de DataHistory à la tâche (par exemple.) Et je peux en effet revenir à la tâche d'origine (via un attribut "new_tasksid" que j'ai ajouté à DataHistory).MS CRM 4 - Entité personnalisée dotée de la fonctionnalité "concerningobjectid"

Le problème est chaque entité que je veux vous connecter aura besoin d'un identifiant d'attribut séparé (et une entrée supplémentaire sous la forme!)

Regarder comment téléphone, tâche, etc utiliser un « regardingobjectid », voici ce Je devrais faire. Malheureusement, lorsque j'essaie d'ajouter un "dataobjectid" et de l'assigner par exemple à Task et PhoneCall, il se plaint (lors de la seconde sauvegarde) que la référence doit être unique. Comment le CRM contourne-t-il cela et puis-je l'imiter?

Répondre

2

Vous pouvez créer votre champ générique "dataobjectid", mais en faire un champ de texte et y stocker le guid de l'objet. Vous perdriez les grilles natives pour consulter les enregistrements d'audit, et vous ne seriez pas en mesure de rejoindre ces entités via des expressions avancées de recherche, extraction ou requête, mais si ce n'est pas important, vous pouvez créer une page ASPX affichant le journaux d'audit pour cet enregistrement dans le format que vous choisissez et éviter de créer de nouvelles relations pour chaque entité que vous souhaitez auditer.

+0

C'est ce que je finis probablement par faire, je n'arrivais pas à comprendre pourquoi je ne pouvais pas dupliquer le comportement des entités centrales (réponse de benjynito). Merci! – pithyless

+0

Matt, ça fait longtemps. mais je pensais que je devrais conclure cette question. À votre santé! – pithyless

1

CRM a un type de recherche spécial qui peut rechercher de nombreux types d'entités. Cette fonctionnalité n'est pas disponible pour nous, les personnalisateurs, malheureusement. Le mieux est d'ajouter chaque relation qui pourrait être concernée et de masquer les recherches qui ne sont pas utilisées pour cette entité particulière.

+0

Merci, c'est exactement ce que je voulais savoir. Dommage que nous ne puissions pas utiliser ce type de recherche. – pithyless