Publié le : Janvier 1, 2008
Microsoft Dynamics CRM est conçu pour éviter quelques-uns des problèmes que les applications d'entreprise hautement personnalisables présentent couramment. Un problème rencontré fréquemment est une personnalisation trop poussée des systèmes qui empêche leur mise à niveau. Microsoft Dynamics CRM traite ce problème de deux façons :
Il fournit la plupart des possibilités de personnalisation courantes au moyen des outils de personnalisation pilotés par métadonnées.
Il requiert un niveau de séparation entre vos personnalisations supplémentaires basées sur le code et l'application fondamentale.
|
|
Personnalisations pilotées par métadonnées |
|
|
Séparation du code |
|
|
Utilisation des méthodes prises en charge |
Comme décrit dans le premier article de cette série, Partie 1 : Avantages de la personnalisation, les personnalisations que vous pouvez configurer dans l'application sont stockées sous forme de métadonnées sans modifier la partie fondamentale de l'application. La structure des métadonnées qui définissent vos personnalisations étant connue, la mise à niveau des personnalisations que vous avez implémentées est donc possible.
Pour les personnalisations et les extensions à base de code plus complexes, Microsoft Dynamics CRM fournit les fonctions d'extension client décrites dans la Partie 9 : Fonctionnalités d'extension client ainsi que les services Web qui permettent l'intégration avec d'autres systèmes ou l'automatisation personnalisée dans les plug-ins ou workflows.
Étant donné la structure de création des personnalisations, qui sont séparées de l'application, la modification directe de l'application n'est pas prise en charge. Toute action qui manipule la conception peut introduire des inconnues dans l'implémentation. Si vous modifiez l'application d'une façon non prise en charge, le processus de mise à niveau ne peut pas prendre en compte tous les facteurs possibles afin d'optimiser la mise à niveau. Par conséquent, certains types de personnalisation ne sont pas pris en charge La liste complète des personnalisations non prises en charge est indiquée dans le Kit de développement (SDK) Microsoft Dynamics CRM. Elle récapitule certaines des approches courantes de personnalisation qui ne sont pas prises en charge :
Vous ne devez pas modifier les pages de l'application Web, excepté les fichiers que vous ajoutez dans le dossier ISV.
Vous ne devez faire aucun changement dans le fichier ou les paramètres du site Web de Microsoft Dynamics CRM.
Vous ne devez faire aucun changement direct dans la base de données.
Vous ne devez pas faire référence à des éléments non documentés des formulaires Microsoft Dynamics CRM dans les scripts de formulaires.
Vous ne devez pas réutiliser le code JavaScript éventuellement installé dans Microsoft Dynamics CRM. Ce code peut être modifié ou remplacé lors d'une mise à niveau.
Vous ne devez pas mettre à jour ou ajouter directement des enregistrements dans la base de données en utilisant une connexion SQL Server directe.
Notez bien que toutes ces consignes indiquent ce que vous ne devez pas faire. Cependant aucun mécanisme ne peut vous empêcher d'effectuer quand même ces opérations. Si vous personnalisez Microsoft Dynamics CRM, vous avez tout intérêt à respecter les méthodes de personnalisation prises en charge.
Il existe généralement une méthode prise en charge pour atteindre votre but sans recourir à des personnalisations non prises en charge. Ce n'est pas toujours la méthode qui semble la plus directe à un développeur n'ayant jamais travaillé avec Microsoft Dynamics CRM auparavant, mais la création d'une solution prise en charge portera ses fruits à long terme.
Si jamais vous adoptez une stratégie de personnalisation non prise en charge, vous devez toujours prévoir un plan pour être capable de supprimer toute personnalisation non prise en charge ou changement direct des données, et retourner à un état pris en charge avant de mettre à niveau ou de dépanner des problèmes avec le support technique de Microsoft Dynamics CRM.