Question

Utilisation du Dynamics CRM Je suis en train de créer une instance d'une entité. Je voudrais régler manuellement le GUID, mais si j'avais l'attribut qui est la clé primaire à la DynamicEntity, je suis l'erreur suivante.

  

Demande de processus de service ne pouvait pas

Je construis un DynamicEntity, et le réglage de la [entityname] attribut id provoque la demande à l'échec. Il se déplace des données entre deux instances de CRM, donc si quelqu'un connaît une meilleure façon de copier des enregistrements entre les GCD, qui travailleraient aussi. Sinon, je voudrais que le GUID pour correspondre dans les instances ... comme c'est le point d'un GUID.

Était-ce utile?

La solution

Heureusement, il possible de le faire à travers deux instances de CRM! Un collègue connaissait la solution, ce crédit lui appartient réellement.

Mon erreur a été de créer une propriété de type UniqueIdentifierProperty. L'attribut clé primaire sur une entité doit être rempli avec KeyProperty . Ces deux propriétés sont presque identiques - les types de propriété sont, à l'exception que l'on détient une clé, l'autre UniqueIdentifier. La clé / UniqueIdentifier tenir les deux GUIDs. (Un autre jour dans l'esprit de Microsoft!)

Justement, ce que je fais est la création d'un DynamicEntity, remplissant le nom de l'entité, et remplir la majorité des attributs. L'attribut PK (que vous pouvez déterminer à partir des métadonnées) peut être rempli avec un KeyProperty. Je le remplir avec un UniqueIdentifierProperty, qui rejette CRM et répond par un message d'erreur indéfinissable et inutile.

Autres conseils

Je suis désolé si je suis trop simplifier la solution, mais pourquoi ne pas ajouter un champ personnalisé dans les deux cas, ce serait un miroir des autres instances guid?

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top