Discussion :

[VITALTH]

Bonjour,
Dans paramètre -> personnalisation -> personnaliser le système : J'ai pu constater que nous pouvons ajouter des champs dans la plupart des entités mais ce n'est pas le cas pour l'entité Note. Y a-t-il moyen d'une façon ou d'une autre de surchager l'entité Note.

[DotNetMatt]

Par défaut, on ne peut pas modifier cette entité. Si tu souhaites absolument le faire, c'est possible, mais il faut savoir que tu ne seras plus couvert par le support de Microsoft en cas de problème.

Dans la base de données, tu peux passer cette commande SQL :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
UPDATE ENTITY
SET ISCUSTOMIZABLE = 1
WHERE NAME = 'Note'

Pour info "ENTITY" est un synonyme qui pointe vers la table MetadataScehma.Entity.

Encore une fois, attention avant de modifier ce paramètre car cela entraîne la perte pure et simple du support de Microsoft pour ta solution CRM. Cette perte de support sera effective dès que tu auras passé cet update.

[VITALTH]

Merci pour la réponse.
Hors de question que je me passe du support de MS.
Au moins ta réponse me fait comprendre de ne pas chercher plus dans cette voix là.

Pour mon info : si on remet le champs iscustomizable à 0 est ce que MS se rend compte tout de même de la modif ou la modif est irréversible ?

[DotNetMatt]

Pour mon info : si on remet le champs iscustomizable à 0 est ce que MS se rend compte tout de même de la modif ou la modif est irréversible ?

Oui il est possible de le savoir, puisque chacune des transactions est stockée dans le journal de transactions de SQL Server

Après, Microsoft ne regarde pas systématiquement ce point lors de demandes de support, mais si pour une raison X ou Y ils doivent investiguer en profondeur et qu'ils s'en aperçoivent, ils peuvent décider d'arrêter le support immédiatement.

Plus généralement avec Dynamics CRM, il vaut mieux être extrêmement prudent lorsqu'il s'agit de faire des modifications dans la base de données. En général, dans les différents projets sur lesquels j'ai pu intervenir, je recommandais à mes clients de ne jamais toucher à cette base, pour quelque raison que ce soit.

En effet la plupart du temps (80%), quand on veut y toucher, c'est qu'on veut faire quelque chose qui n'est pas permis par le CRM. Il y a quand même les 20% restants, qui concernent surtout la configuration de certaines choses, comme par exemple le déclenchement des jobs automatiques, etc. donc le cadre est très précis.

[EDIT] De plus, si quelque chose n'est pas permis par le CRM, souvent ça ne coûte pas grand chose de modifier un process métier pour s'adapter à l'outil (on a trop souvent tendance à vouloir faire l'inverse sur la totalité du projet).

Quand on est sur des plateformes type Sharepoint ou Dynamics CRM, il faut considérer qu'il ne faut pas dépasser 20% de modifications, pour 80% de natif. En gros, moins on customize, mieux on se porte, surtout pour les migrations et les montées de version. Pour y parvenir, ça passe par une modification du processus métier, et en général cette modification permet de se rapprocher des processus standards.