Conceptos de personalización

  • Artículo

 

Publicado: febrero de 2017

Se aplica a: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

La forma en que funciona su organización es única. Algunas organizaciones tienen procesos de negocio bien definidos que aplican con Microsoft Dynamics 365. Otras no se sienten satisfechas con sus procesos de negocio actuales y usan Dynamics 365 para aplicar los nuevos datos y procesos a su negocio. Cualquier situación en la que encuentre, encontrará muchas funciones de personalización en Dynamics 365 para que pueda funcionar para su organización.

Por supuesto que está impaciente por empezar, pero dedique unos minutos a leer el contenido en esta sección. Muestra términos importantes, proporciona un segundo plano acerca de por qué las acciones se hacen de una forma determinada y ayuda a evitar posibles problemas en el futuro.

En este tema

¿Qué son los metadatos y por qué debe tenerlos en cuenta?

¿Que tipos de personalizaciones se admiten?

¿Que tipos de personalizaciones no se admiten?

Lo que necesita saber sobre las soluciones

Publicar personalizaciones

Preparar personalizaciones del cliente para mejorar el rendimiento del centro de servicio móvil e interactivo

Cambios que afectan al rendimiento de la organización de Dynamics 365

Combinar las capacidades de personalización

Funcionalidades adicionales no incluidas en este manual

¿Qué son los metadatos y por qué debe tenerlos en cuenta?

En el pasado, las aplicaciones de negocio se personalizaban editando el código fuente. Esto suponía complicaciones porque cada organización tenía cambios únicos y era muy difícil, o extremadamente costoso, realizar la actualización. A continuación, los desarrolladores de aplicaciones comenzado a exponer las interfaces de programación de aplicaciones (API) de manera que otros desarrolladores pudieran interactuar con la aplicación y agregar su propia lógica sin afectar al código fuente. Esto era levemente mejor porque los desarrolladores podían ampliar la aplicación sin cambiarla. Pero sigue requiriendo que un programador escriba el código.

Hoy, las aplicaciones empresariales modernas usan una arquitectura controlada por metadatos para que la gente pueda personalizar la aplicación sin escribir código. Metadatos significa "datos acerca de datos" y define la estructura de los datos almacenados en el sistema. Con estos metadatos, una aplicación sabe los cambios en la estructura de datos, lo que habilita la aplicación para adaptarse a los cambios en la estructura de datos. Al saber los metadatos, se pueden incluir capacidades adicionales vinculadas a los metadatos.

Al personalizar Microsoft Dynamics 365 mediante las herramientas de personalización en la aplicación, se agregan o actualizan los metadatos o los datos que usan las características que dependen de los metadatos. Puesto que conocemos tipos de datos que se usan para personalizar el sistema, podemos tener esto en cuenta y agregar nuevas características a Dynamics 365 sin interrumpir el sistema. De esta forma siempre debería poder aplicar un paquete acumulativo de actualizaciones o una actualización a la última versión y disfrutar de las mejores nuevas características.

¿Personalizar o configurar?
La mayoría de las personas afirma que desea personalizar la aplicación, por lo que usa la palabra "personalizar" para describir el cambio del sistema para hacerlo trabajar de la manera que desea. Algunos usuarios prefieren usar la palabra "configurar" porque sugiere que no se ha requerido ningún código para realizar cambios. Denomínela como desee, solo deseamos clarificar que no es necesario ser programador para personalizar Microsoft Dynamics 365.

Microsoft Dynamics 365 proporciona un conjunto de servicios web y API que permiten a los desarrolladores escribir código. Cuando el código se escribe mediante métodos compatibles puede esperar que siga funcionando cuando se actualiza la organización.

¿Que tipos de personalizaciones se admiten?

Contamos con que puede realizar la mayoría de la personalización con las herramientas de la aplicación. Todo lo que hace al usar estas herramientas es compatible con Microsoft porque aplican los cambios en los metadatos o con datos que dependen de metadatos.

Sin embargo, si las herramientas de personalización no satisfacen sus necesidades, puede instalar una solución de un tercero o contratar a un desarrollador para la codificación de las personalizaciones. De cualquier modo, es adecuado comprender las personalizaciones compatibles. Si necesita invertir en una solución que requiere código, debe asegurarse de que el código se escribió con solo API admitidas. Esto ayuda a proteger su inversión en ambos Dynamics 365 y cualquier solución que obtenga.

Los programadores que extiendan Microsoft Dynamics 365 tienen la responsabilidad de seguir las reglas y recomendaciones documentadas en el SDK: MSDN: Prácticas recomendadas para desarrollar con Microsoft Dynamics 365. El SDK documenta las API disponibles para los desarrolladores y proporciona instrucciones sobre cómo usarlas mejor.Microsoft admite solo las API y prácticas documentadas en el SDK. Puede encontrar algo en Internet que describa cómo puede resolver un problema, pero si no usa las API documentadas en el SDK, no es compatible con Microsoft. Antes de que haga que un desarrollador aplique un cambio debe comprobar si usa métodos compatibles.

Si los programadores usan API y recomendaciones descritas en el SDK podemos estar seguros de comprobar si los cambios que realizamos en Dynamics 365 tienen potencial para cancelar las personalizaciones existentes. Nuestro objetivo es que las personalizaciones de código escritas con métodos compatibles continuarán funcionando cuando las nuevas versiones o actualizaciones de Dynamics 365 se publiquen. Es beneficioso porque puede actualizar a las nuevas versiones con las características mejoradas sin contar con programadores que cambien el código cada vez.

Si detectamos que un cambio en una nueva versión de Dynamics 365 provocará que una personalización compatible se cancele, documentaremos cómo afecta e indicaremos cómo cambiar el código para corregirlo.

¿Que tipos de personalizaciones no se admiten?

Sol que determinadas API y prácticas de programación no sean compatibles con Microsoft no significa que no funcionen. "No admitidas por Microsoft" significa exactamente lo que se indica: no puede obtener soporte técnico sobre estas API o prácticas de programación de Microsoft. No las probamos y no sabemos si algún cambio que hagamos puede cancelarlas. No podemos predecir qué sucederá si alguien cambia el código de su aplicación.

El programador que usa API y prácticas de programación no admitidas asume la responsabilidad para admitir su código. Deberán probar el código para asegurarse de que funciona.

Si elige usar personalizaciones no compatibles en la implementación de Dynamics 365 debe asegurarse de documentar lo que hace y de tener una estrategia para quitar las personalizaciones antes ponerse en contacto con el soporte técnico de Microsoft Dynamics 365. Si necesita ayuda con personalizaciones no admitidas, póngase en contacto con el programador o la organización que las preparó.

Prácticas de personalización comunes no admitidas

La siguiente es una lista de prácticas de personalización habituales que no son compatibles. No se trata de una lista completa.Más información:MSDN: Extensiones admitidas para Microsoft Dynamics 365: Personalizaciones no admitidas

  • Interactuar con los elementos de Document Object Model (DOM) de la aplicación web mediante JavaScript
    Cualquier biblioteca de JavaScript usada en cualquier lugar de la aplicación solo debe interactuar con API documentadas. Cuando los desarrolladores de JavaScript trabajan con aplicaciones que acceden con frecuencia a elementos DOM mediante nombres específicos. Puesto que Microsoft Dynamics 365 es una aplicación web, estas técnicas funcionan, pero es probable que se cancelen durante una actualización porque los nombres de los elementos a los que hacen referencia están sujetos a modificaciones en cualquier momento. Nos reservamos la derecha de realizar los cambios necesarios en la aplicación, lo que frecuentemente implica cambiar cómo se genera a la página. Agregar cualquier cambio que dependa de la estructura actual de la página significa que deberá invertir en probar y quizás en cambiar el código personalizado en estos scripts cada vez que aplique una actualización a la aplicación.

    jQuery es una biblioteca muy común usada por los desarrolladores de JavaScript. El mayor beneficio de usar jQuery es que simplifica la capacidad de un desarrollador de acceder y crear elementos DOM, que es exactamente lo que no admitimos en las páginas de la aplicación Dynamics 365.jQuery se recomienda cuando los desarrolladores están creando interfaces de usuario personalizadas con recursos web HTML, pero en las páginas de la aplicación Dynamics 365, las API admitidos no requieren el uso de jQuery.

  • Usar objetos internos no documentados o métodos mediante JavaScript
    Microsoft Dynamics 365 usa muchos objetos de JavaScript dentro de las páginas. Un desarrollador de JavaScript puede descubrir estos objetos depurando una página y luego acceder y reutilizar estos objetos. Nos reservamos el derecho de realizar los cambios necesarios en estos objetos, incluido eliminarlos o cambiar los nombres de los métodos. Si un script hace referencia a estos objetos, el script se interrumpirá si no se encuentran.

  • Cambiar directamente archivos de la aplicación
    Si tiene Microsoft Dynamics 365 local tiene acceso a la aplicación web instalada en el servidor. La aplicación web contiene varios archivos de texto que un programador puede editar o reemplazar para modificar el comportamiento o la apariencia de la aplicación. Cambiar estos archivos no es compatible porque cualquier actualización que instale podría quitar sus cambios y los archivos se sobrescribirían al actualizar a la versión siguiente.

  • Recuperar datos directamente de las tablas de base de datos
    Si tiene Microsoft Dynamics 365 local tiene acceso a la base de datos para recuperar datos directamente de las tablas. Sin embargo, de esta manera omite la infraestructura de seguridad. La práctica recomendada es usar las vistas filtradas especiales para recuperar los datos. Esto aplicará la seguridad del usuario que llama para que pueda ver solo los datos que debe ver.

  • Actualizar datos directamente en las tablas de base de datos
    Si tiene Microsoft Dynamics 365 local puede realizar actualizaciones en los datos de Dynamics 365 directamente en las tablas de base de datos. El riesgo con este método es que puede establecer datos no válidos que pueden bloquear la aplicación. Los programadores deben usar siempre las API proporcionadas con los servicios web de la plataforma de aplicaciones para actualizar datos.

  • Cambiar las tablas de base de datos, los procedimientos almacenados o las vistas
    Si tiene Microsoft Dynamics 365 local puede usar las herramientas de base de datos para cambiar la base de datos. Los únicos cambios directos de la base de datos que se admiten son agregar o actualizar índices. Debe usar las herramientas de personalización para agregar entidades o atributos de entidad. Esta es la única forma compatible para aplicar los cambios realizados en estas partes de la base de datos. Los cambios directos que realice pueden bloquear la aplicación o su capacidad para aplicar los paquetes acumulativos de actualizaciones. Cualquier cambio que aplique puede ser destruido al aplicar una actualización o durante una actualización, y todos los datos que haya incluido en las columnas de la tabla de base de datos personalizada se perderán.

Cómo comprobar una organización para personalizaciones no compatibles

Si no está seguro de si su organización tiene personalizaciones no admitidas, puede ejecutar la Herramienta de validación de código personalizado. Esta herramienta es una solución que busca en la organización y puede detectar algunos tipos de personalizaciones no admitidas, como API obsoletas, que puedan existir y después devuelve información acerca de la personalización. Observe que la Herramienta de la validación de código personalizado puede no detectar otras personalizaciones no compatibles como se ha descrito anteriormente en Prácticas de personalización comunes no admitidas o en algunos casos puede detectar personalizaciones compatibles como no compatibles. Para obtener más información, consulte la documentación que se incluye con la herramienta.

Descargue y ejecute la Herramienta de la validación de código personalizado

  1. En primer lugar, compruebe que la organización tiene una o varias soluciones importadas. Las soluciones anticuadas son la causa más común de personalizaciones no compatibles.Vaya a Configuración > Soluciones. . Las soluciones instaladas aparecerán en la vista Todas las soluciones.

  2. Descargue la Herramienta de la validación de código personalizado.

  3. Importe la Herramienta de la validación de código personalizado.Más información:Importar soluciones

  4. Ejecute la Herramienta de la validación de código personalizado. Para obtener más información, consulte el archivo Léame que se incluye con la descarga.

Lo que necesita saber sobre las soluciones

Las soluciones existen para que un conjunto de personalizaciones se pueda adquirir, compartir o transportar de otro modo desde una organización a otra. Para obtener soluciones en el Microsoft Dynamics Marketplace o de un fabricante de software independiente (ISV). Una solución de Dynamics 365 es un archivo que puede importar para aplicar un conjunto de personalizaciones.

Más información:Notas del producto: Patrones y principios para los creadores de soluciones

Nota

Si es un ISV que crea una personalización que va a distribuir, deberá usar soluciones. Para obtener más información sobre cómo usar soluciones, consulte MSDN: Empaquetar y distribuir extensiones.

Si está interesado solo en personalizar la organización, esto es lo que necesita saber sobre las soluciones:

  • Crear soluciones es opcional. Puede personalizar el sistema Dynamics 365 directamente sin crear una solución.

  • Al personalizar el sistema Dynamics 365 directamente, trabaja con una solución especial denominada solución predeterminada. Esta solución contiene todos los componentes del sistema.

  • Puede exportar la solución predeterminada para crear una copia de seguridad de las personalizaciones que ha definido en su organización. Es adecuado disponer de esta en la peor situación.

Componentes de solución

Un componente de la solución representa algo que puede personalizar. Todo lo que se puede incluir en una solución es un componente de la solución. La siguiente es una lista de componentes de la solución que puede ver en una solución:

  • Cinta de la aplicación

  • Plantilla de artículo

  • Regla de negocio

  • Gráfico

  • Rol de conexión

  • Plantilla de contrato

  • Panel

  • Plantilla de correo electrónico

  • Entidad

  • Relación de entidad

  • Campo

  • Perfil de seguridad de campo

  • Formulario

  • Plantilla de combinación de correspondencia

  • Mensaje

  • Conjunto de opciones

  • Ensamblado de complementos

  • Proceso

  • Paso de procesamiento de mensajes de SDK

  • Rol de seguridad

  • Extremo de servicio

  • Mapa del sitio

  • Recurso web

La mayoría de los componentes están anidados en otros componentes de la solución. Por ejemplo, una entidad contiene formularios, vistas, gráficos, campos, relaciones de entidad, mensajes y reglas de negocio. Cada uno de los componentes de la solución necesita que exista una entidad. Un campo no puede existir fuera de una entidad. Decimos que el campo depende de la entidad. Existe el doble de tipos de componentes de la solución que se muestra en la lista anterior, pero la mayoría de ellos no aparecen en la aplicación.

El objetivo de tener componentes de la solución es mantener un seguimiento de las limitaciones sobre lo que se puede personalizar mediante Propiedades administradas y todas las Dependencias de soluciones para que se pueda exportar, importar y (en las soluciones administradas) eliminar dejar nada atrás.

Soluciones administradas y no administradas

Una solución administrada puede desinstalarse una vez importada. Todos los componentes de la solución se quitan al desinstalar la solución.

Cuando importa una solución no administrada, debe agregar todos los componentes de la solución a la solución predeterminada. No puede quitar componentes desinstalando la solución.

Cuando importa una solución no administrada que contiene componentes de la solución que ya personalizó, las personalizaciones se sobrescribirán por las personalizaciones de la solución no administrada. No se puede deshacer esto.

Importante

Instale una solución no administrada si solo desea agregar todos los componentes de la solución predeterminada y sobrescribir las personalizaciones existentes.

Incluso si no va a distribuir solución, es posible que desee crear y usar una solución no administrada para tener una vista diferente que solo incluya las partes de la aplicación que ha personalizado. Siempre que personalice algún elemento, agréguelo a la solución no administrada que ha creado.

Solo puede exportar la solución predeterminada como una solución no administrada.

Para crear una solución administrada, puede elegir la opción de la solución administrada cuando se exporta la solución. Si crea una solución administrada, no puede importarla nuevamente a la misma organización usada para crearla. Solo puede importarla en otra organización.

Cómo se aplican las soluciones

Todas las soluciones se evalúan como capas para determinar lo que hace la aplicación de Dynamics 365 realmente. En el siguiente diagrama se muestra cómo las soluciones administradas y no administradas se evalúan y cómo los cambios que se realicen en ellas aparecerán en la organización.

Disposición en capas de la solución

Empezando por abajo y siguiendo hasta el principio:

  • Solución del sistema
    La solución del sistema es como una solución administrada que toda organización tiene. La solución del sistema es la definición de todos los componentes predefinidos del sistema.

  • Soluciones administradas
    Las soluciones administradas pueden editar componentes de la solución del sistema y agregar nuevos componentes. Si se instalan varias soluciones administradas, la primera que se instala aparece debajo de la solución administrada instalada más tarde. Esto significa que la segunda solución instalada puede personalizar la que se ha instalado antes. Cuando dos soluciones administradas tienen definiciones en conflicto, la regla general es la "última gana". Si desinstala una solución administrada, la solución administrada siguiente toma efecto. Si desinstala todas las soluciones administradas, el comportamiento predeterminado definido en la solución del sistema se aplica.

  • Personalizaciones no administradas
    Las personalizaciones no administradas son los cambios que haya realizado en su organización a través de una solución no administrada. La solución del sistema define lo que puede y no puede personalizar mediante Propiedades administradas. Los editores de soluciones administradas tienen la misma capacidad de restringir su capacidad de personalización de los componentes de la solución que agregan a su solución. Puede personalizar cualquier componente de la solución que no tenga propiedades administradas que le impidan personalizarlo.

  • Comportamiento de aplicación
    Esto es lo que se ve realmente en su organización. La solución predeterminada del sistema más todas las soluciones administradas, más todas las personalizaciones no administradas que ha aplicado.

Propiedades administradas

Algunas partes de Microsoft Dynamics 365 no se pueden personalizar. Estos elementos en la solución del sistema tienen metadatos que impiden personalizarlos. Se denominan propiedades administradas. El editor de una solución administrada también puede establecer las propiedades administradas para evitar que personalice su solución de formas que no desea.

Dependencias de soluciones

Debido al modo en que las soluciones administradas se estructuran, algunas soluciones administradas pueden ser dependientes de los componentes de la solución en otras soluciones administradas. Algunos editores de soluciones aprovecharán esta característica para crear soluciones modulares. Es posible que tenga que instalar una solución administrada "base" primero y luego puede instalar una segunda administrada que personalice aún más los componentes de la solución administrada base. La segunda solución administrada depende de los componentes de la solución que forman parte de la primera solución.

Dynamics 365 sigue estas dependencias entre las soluciones. Si intenta instalar una solución que requiere una solución base que no está instalada, no podrá instalar la solución. Recibirá un mensaje que indica que la solución requiere que se instale otra solución primero. De forma similar, debido a las dependencias, no puede desinstalar la solución base mientras una solución que depende de esta aún está instalada. Es necesario desinstalar la solución dependiente antes de desinstalar la solución base.

Editor de soluciones

Cada solución tiene un editor. La solución predeterminada tiene un editor denominado "editor predeterminado para <nombre de su organización>".

El registro del editor incluye un valor Prefijo. El valor predeterminado de este prefijo es "nuevo". Cuando crea nuevos componentes de la solución este prefijo debe anexarse al nombre. Esta es una forma rápida que permite a las personas conocer de qué solución forman parte los componentes.

Antes de comenzar a personalizar el sistema se recomienda cambiar el valor del prefijo para el editor predeterminado por algo que identifique a su compañía.

Para cambiar el prefijo del editor de soluciones del editor predeterminado

  1. Vaya a Configuración > Personalizaciones.

  2. Seleccione Editores.

  3. Si hay más de un editor, abra el del Nombre para mostrar que comienza por Editor para predeterminado para*<nombre de su organización>*.

  4. En la parte inferior del formulario, actualice el campo Prefijo para cambiar el valor predeterminado de "nuevo" por algo que identifique a su organización.

  5. Cuando cambie el valor, asegúrese de pulsar en el campo siguiente. La opción Prefijo de valor de opción generará automáticamente un número según el prefijo de personalización. Este número se usa al agregar opciones de conjuntos de opciones y ofrece un mensaje de la solución usada para agregar la opción.

Publicar personalizaciones

Determinadas personalizaciones que realizan cambios en la interfaz de usuario requieren que se publiquen antes de que los usuarios puedan usarlas en la aplicación. La publicación proporciona un método para guardar el trabajo antes de terminarlo y, posteriormente, volver y acabarlo. La publicación solo es necesaria cuando cambia un componente de la solución. Cuando se crea o elimina un componente de solución, la publicación se realiza automáticamente. Antes de exportar una solución, se le pedirá que publique las personalizaciones. Esto se debe a que las personalizaciones no publicadas no se incluirán en la solución.

Cuando realiza personalizaciones que aparecerán en Microsoft Dynamics 365 para tabletas debe siempre publicar explícitamente las personalizaciones para asegurarse de que cada elemento se sincronizará con la aplicación Dynamics 365 para tabletas.

Nota

La publicación de personalizaciones pueden interferir en el funcionamiento normal del sistema. En un entorno de producción se recomienda programar la publicación de personalizaciones cuando menos afecte a los usuarios.

Los siguientes componentes de la solución requieren la publicación cuando se actualizan:

  • Cinta de la aplicación

  • Entidad

  • Relación de entidad

  • Campo

  • Formulario

  • Mensaje

  • Conjunto de opciones

  • Mapa del sitio

  • Recurso web

Nota

Cuando se usa Aplicación de Dynamics 365 para Outlook puede llevar al menos una hora para que los cambios de personalización surtan efecto. Puede hacer que los cambios aparezcan inmediatamente en Internet Explorer borrando la memoria caché. Para ello, vaya a Herramientas > Opciones de Internet y en Historial de exploración seleccione el botón Eliminar. Desactive todos los elementos del historial de exploración menos "Archivos temporales de Internet y archivos de sitios web" y "Cookies y datos de páginas web" y después seleccione Eliminar.

Preparar personalizaciones del cliente para mejorar el rendimiento del centro de servicio móvil e interactivo

Una vez que se publican las personalizaciones, el primer usuario que inicie una de las aplicaciones móviles de Dynamics 365 o el centro de servicio interactivo puede sufrir problemas de rendimiento, porque al iniciar sesión solicita Dynamics 365 para preparar la descarga del paquete de metadatos. Eso significa que el primer usuario tiene que esperar la preparación del paquete de metadatos y la descarga (los usuarios posteriores solo tienen que esperar la descarga).

Con la actualización 0.1 de Dynamics CRM 2016 o posterior, puede mejorar el rendimiento del primer usuario haciendo clic en el botón Preparar las personalizaciones de cliente después de publicar las personalizaciones. Con esto se solicita a Dynamics 365 que prepare correctamente el paquete de metadatos en lugar de esperar a que el primer usuario inicie una aplicación móvil o el centro de servicio interactivo.

Botón Preparar personalizaciones de cliente

Actualización 1.1 de Microsoft Dynamics CRM 2016 aporta más mejoras a los tiempos de generación de metadatos para los usuarios móviles tras personalizar el sistema. El paquete de metadatos generado después de crear las personalizaciones solo contiene los elementos que han cambiado, en lugar del conjunto completo de metadatos. Asimismo, en lugar de empezar de nuevo si existe un problema en la descarga del paquete de metadatos a un dispositivo móvil, la próxima vez que un usuario inicie la aplicación, la descarga se iniciará en el punto en el que se dejó.

Cambios que afectan al rendimiento de la organización de Dynamics 365

La importación de soluciones y la aplicación de personalizaciones que cambian metadatos puede afectar al rendimiento de la organización de Microsoft Dynamics 365. Las acciones que pueden interferir en el funcionamiento normal del sistema incluyen:

Si está aplicando estos cambios a un sistema de producción, se recomienda programar estas operaciones cuando sea menos posible perturbador para los usuarios.

Combinar las capacidades de personalización

Cada uno de los temas de la sección "Personalizar el sistema Dynamics 365" describe las capacidades de personalización individuales en profundidad. Pero es importante tener presente que las soluciones para satisfacer sus requisitos empresariales con frecuencia usarán una de las capacidades junto con una o varias otras funciones.

Elegir la característica de personalización correcta para el trabajo

Las ley del instrumento dice "Si solo tienes un martillo, todo parece un clavo". Con todas las diferentes funciones de personalización disponibles en Microsoft Dynamics 365 es fácil familiarizarse con una de ellas e intentar utilizarla para resolver cada problema. Al evaluar los problemas empresariales que desee resolver, piense en el resultado final que desea lograr y revise el procedimiento para ver cómo puede conseguirlo.

Funcionalidades adicionales no incluidas en este manual

Además de las capacidades descritas en "Personalizar el sistema Dynamics 365", debe estar familiarizado con las funciones adicionales no descritas aquí. Esta sección introduce algunas de las capacidades e incluye vínculos a otros recursos donde puede encontrar más información.

Administración de documentos

La administración de documentos permite la integración entre Microsoft Dynamics 365 y SharePoint. Para obtener información acerca de cómo activar y configurar la administración de documentos, vea Administrar los documentos con SharePoint o Ayuda y entrenamiento: Administrar documentos de SharePoint desde Microsoft Dynamics 365. Los programadores deben ver el Microsoft Dynamics 365 tema del SDK: MSDN: Integrar SharePoint con Microsoft Dynamics 365. Para obtener más información sobre los requisitos de instalación para implementaciones locales de Dynamics 365, consulte Requisitos de software de la administración de documentos de SharePoint para Microsoft Dynamics 365.

Perfiles de seguridad de campo

Puede establecer un nivel de seguridad adicional para un campo personalizado que ha agregado a un formulario mediante perfiles de seguridad de campo. Para habilitar la seguridad de nivel de campo debe establecer la propiedad Seguridad de campo para el campo personalizado y después especificar los permisos que permitirá para este campo en cualquier perfil de seguridad de campo que haya creado.Más información:Ayuda y entrenamiento: Crear un perfil de seguridad de campo y Adición de equipos o usuarios a un perfil de seguridad de campo

Localización

Si la organización tiene usuarios que usan un idioma distinto del idioma base elegido al implementar Dynamics 365, puede agregar más idiomas.

Para Dynamics 365 (online), encontrará todos los idiomas ya instalados; solo debe activarlos.

Para Dynamics 365 (local), puede instalar paquetes de idioma adicionales para agregar más idiomas. Después de instalar el paquete de idioma deberá habilitar el idioma para que esté disponible para que las personas elijan sus preferencias personales.Más información:Instalación o actualización de paquetes de idioma

Nota

Habilitar un idioma puede llevar varios minutos. Durante este tiempo, es posible que no se pueda usar Microsoft Dynamics 365.

Habilitar idiomas adicionales

  1. Vaya a Configuración > Administración.

  2. Elija Idiomas.

  3. En el cuadro de diálogo Configuración de idioma, elija todos los idiomas disponibles y elija Aplicar para habilitarlos.

Aunque puede habilitar idiomas adicionales, el texto localizado solo está disponible para el texto que se incluye en Dynamics 365 antes de que se pueda personalizar. Puede personalizar Dynamics 365 solo con el idioma base. Los usuarios de otros idiomas verán el texto en el idioma base a menos que se exporten traducciones y se agregue texto localizado para cualquier elemento de la interfaz de usuario que haya agregado o cambiado.Más información:Ayuda y entrenamiento: Exportación de texto personalizado de entidades y campos para su traducción

Nota

Puesto que sólo se permite personalizar texto en el idioma base, como el Personalizador del sistema, puede trabajar con el idioma base establecido como preferencia de idioma. Para comprobar que aparece el texto traducido, debe cambiar su preferencia de idioma para la interfaz de usuario de Microsoft Dynamics 365. Para realizar tareas de personalización adicionales, debe volver a cambiar al idioma base.

Roles de seguridad

Una discusión para implementar la seguridad de su organización no se cubre en este manual.Más información:Roles de seguridad y privilegios

Ver también

Introducción a la personalización
Privilegios necesarios para la personalización
Usar soluciones para las personalizaciones

© 2017 Microsoft. Todos los derechos reservados. Copyright