Personalizaciones compatibles
Parte 11 de "11 cosas que hay que saber acerca de la personalización"
Fecha de publicación: Enero 1, 2008
Microsoft Dynamics CRM está diseñado para evitar algunos de los problemas comunes que se dan en aplicaciones empresariales muy personalizables. Un problema común es que la gente personaliza sus sistemas hasta tal punto que no pueden actualizarlos (lo que los mete en un callejón sin salida). Microsoft Dynamics CRM soluciona este problema de dos formas:
-
Ofrece la mayoría de las capacidades de personalización comunes con las herramientas de personalización basadas en metadatos.
-
Requiere un grado de separación entre las personalizaciones adicionales basadas en código y la aplicación principal.
En esta página
|
Personalizaciones basadas en metadatos |
|
|
Separación de código |
|
|
Uso de métodos compatibles |
Personalizaciones basadas en metadatos
Como se explica en el primer artículo de esta serie, Parte 1: Ventajas de la personalización, las personalizaciones que configure en la aplicación se almacenan como metadatos sin cambiar la parte principal de la aplicación. Como la estructura de los metadatos que define las personalizaciones es conocida, sí es posible actualizar las personalizaciones que haya creado.
Separación de código
Para extensiones y personalizaciones más complejas basadas en código, Microsoft Dynamics CRM ofrece las características de extensión cliente descritas en Parte 9: Características de extensión cliente y los servicios web que permiten integración con otros sistemas, o para la automatización personalizada en complementos o flujos de trabajo.
Debido a esta estructura para crear personalizaciones, independientes de la aplicación, no se admite la modificación directa de la aplicación. Toda acción que burle el diseño puede introducir incógnitas en la implementación. Si cambia la aplicación de un modo no compatible, el proceso de actualización no tendrá en cuenta todos los factores posibles para la mejor actualización. Por tanto, algunos tipos de personalizaciones no son compatibles. La lista completa de personalizaciones no compatibles figura en el SDK de Microsoft Dynamics CRM. Esta lista resume algunos enfoques de personalización habituales que no son compatibles:
-
No deben modificar las páginas en la aplicación web, salvo los archivos agregados a la carpeta de fabricantes independientes de software.
-
No debería realizar ningún cambio en el archivo y la configuración del sitio web de Microsoft Dynamics CRM.
-
No debería realizar ningún cambio directo en la base de datos.
-
No debería hacer referencia a elementos no documentados de los formularios de Microsoft Dynamics CRM en el scripting de formularios.
-
No debería volver a usar ningún código JavaScript instalado en Microsoft Dynamics CRM disponible. Este código puede cambiar o sobrescribirse durante una actualización.
-
No debería actualizar directamente ni agregar registros a la base de datos con una conexión directa de SQL Server.
Uso de métodos compatibles
Observe que todas estas instrucciones dicen “no debería” en lugar de “no puede”. No existe ningún mecanismo para impedirle realizar estas acciones. Cuando alguien personaliza o supervisa la personalización de Microsoft Dynamics CRM, conviene imponer el uso de métodos de personalización compatibles.
Normalmente existe una forma compatible de alcanzar su objetivo sin recurrir a personalizaciones no compatibles. Es posible que no siempre sea éste el método que parezca más directo a un programador que no haya trabajado antes con Microsoft Dynamics CRM, pero crear una solución compatible resultará a largo plazo muy beneficioso.
En caso de que se utilice una estrategia de personalización no compatible, siempre debería tener un plan para poder quitar personalizaciones no compatibles o cambios directos en los datos y volver a un estado compatible antes de actualizar o solucionar los problemas con el soporte técnico de Microsoft Dynamics CRM.
© 2009 Microsoft Corporation. Reservados todos los derechos.
