Información general sobre la creación y personalización para la versión 9.x de Dynamics 365 Customer Engagement (on-premises)
Dynamics 365 Customer Engagement (on-premises) le brinda potentes capacidades de creación y personalización de aplicaciones que no requiere que escriba ni una sola línea de código. Con un conjunto completo de herramientas de diseñador y editor de WSYSIG, la mayoría de personas puede personalizar completamente Dynamics 365 Customer Engagement (on-premises) o crear sus propias aplicaciones personalizadas.
Para la documentación de versiones anteriores (8.x y anterior), visite Documentación de versiones anteriores de Dynamics.
Componentes de la creación y personalización de aplicaciones
Una aplicación bien diseñada se compone de varios componentes que selecciona usando los diseñadores y editores disponibles para crear la apariencia y funcionalidades de la aplicación terminada. Los componentes y propiedades de componentes que utiliza para crear una aplicación son los metadatos.
Para conocer cómo cada uno de estos componentes se relaciona con el diseño de la aplicación, se separan aquí en las categorías de datos, IU, lógica y visualización.
Datos
Estos componentes determinan en qué datos se basará la aplicación.
| Componente | Descripción | Diseñador |
|---|---|---|
| Entidad | Un artículo con propiedades de las que se realiza un seguimiento, como un contacto o una cuenta. Hay disponibles muchas entidades estándar. Puede personalizar una entidad estándar que no sea del sistema (entidad de producción) o crear una entidad personalizada desde cero. | Diseñador de entidades |
| Campo | Propiedad que está asociada a una entidad. Un campo está definido por un tipo de datos, que determina el tipo de datos que se pueden introducir o seleccionar. Por ejemplo: texto, número, fecha y hora, divisa o búsqueda (crea una relación con otra entidad). Los campos suelen usarse con formularios, vistas y búsquedas. | Diseñador de entidades |
| Relación | Las relaciones de entidades definen cómo se pueden relacionar las entidades entre ellas. Existen los tipos de relaciones: 1: N (uno a varios), N: 1 (varios a uno) y N:N (varios a varios). Por ejemplo, al agregar un campo de búsqueda a una entidad se crea una nueva relación de 1:N entre las dos entidades y le permite colocar ese campo de búsqueda en un formulario. | Diseñador de entidades |
| Campo Conjunto de opciones | Este es un tipo especial de campo, que proporciona al usuario un conjunto de opciones predeterminadas. Cada opción tiene un valor y una etiqueta del número. Cuando se agrega a un formulario, este campo muestra un control para que el usuario pueda seleccionar una opción. Hay dos tipos de conjuntos de opciones; conjuntos de opciones, donde el usuario solo puede seleccionar una opción y conjuntos de opciones de selección múltiple, que permiten más de una selección. | Diseñador de conjunto de opciones |
Más información: Crear o editar entidades (tipos de registros)
UI
Estos componentes determinan cómo interactúan los usuarios con la aplicación.
| Componente | Descripción | Diseñador |
|---|---|---|
| Aplicación | Determina aspectos básicos de la aplicación como componentes, propiedades, tipo de cliente y dirección URL. | Diseñador de aplicaciones |
| Mapa del sitio | Especifica la navegación para su aplicación. | Diseñador del mapa del sitio |
| Formulario | Conjunto de campos de entrada de datos de una entidad dada que coincide con los elementos de los que su organización realiza un seguimiento para la entidad. Por ejemplo, un conjunto de campos de entrada de datos que realizan un seguimiento de los pedidos anteriores de un cliente junto con las fechas de nuevo pedido específicas solicitadas. | Diseñador de formularios |
| Vista | Las vistas definen cómo se muestra una lista de registros para una entidad específica en la aplicación. Una vista define las columnas para mostrar, el ancho de cada columna, el comportamiento de ordenación y los filtros predeterminados. | Diseñador de vistas |
Más información: Crear o editar una aplicación usando el diseñador de aplicaciones
Lógica
Este componente determina los procesos de negocio, reglas y automatización que la aplicación tendrá. Los creadores de aplicaciones usan un diseñador que es específico al tipo de proceso o de regla.
| Tipo de lógica | Descripción | Diseñador |
|---|---|---|
| Flujo de proceso de negocio | Proceso en línea que guía a los usuarios a través de un proceso de negocio estándar. Por ejemplo, use un proceso de negocio si desea que todo el mundo administre las solicitudes de servicio al cliente de la misma forma, o para requerir que el personal obtenga aprobación para una factura antes de enviar un pedido. | Diseñador de flujos de procesos de negocio |
| Flujo de trabajo | Los flujos de trabajo automatizan los procesos de negocio sin una interfaz de usuario. Los diseñadores usan flujos de trabajo para iniciar una automatización en la que no se requiera la interacción con el usuario. | Diseñador de flujos de trabajo |
| Acciones | Las acciones son un tipo de proceso que le permiten invocar acciones manualmente, incluidas acciones personalizadas, directamente desde un flujo de trabajo. | Diseñador de procesos |
| Regla de negocio | Se usa para aplicar lógica de reglas o de recomendación a un formulario, por ejemplo, para establecer los requisitos de campo, ocultar campos o validar datos. Los diseñadores de aplicaciones usan una interfaz básica para implementar y mantener reglas de evolución rápida y de uso general. | Diseñador de reglas de negocio |
Más información: Crear lógica de negocios personalizada mediante procesos
Visualizaciones
Determina qué tipo de visualizaciones y de creación de informes tendrá disponible la aplicación.
| Componente | Descripción | Diseñador |
|---|---|---|
| Gráfico | Una única visualización gráfica que puede mostrarse en una vista, en un formulario o bien agregar a un panel. | Diseñador de gráficos |
| Panel | Funciona como una preferencia para una o varias visualizaciones gráficas que proporcionan una visión general de los datos profesionales en los que se puede actuar. | Diseñador de paneles |
| Informes | Hay disponibles varios informes estándar que proporcionan información de negocio útil al usuario. Estos informes se basan en SQL Server Reporting Services y proporcionan el mismo conjunto de características que están disponibles para los informes de SQL Server Reporting Services. | Asistente para informes |
Más información: Comprender o editar un gráfico del sistema e Información general sobre los informes
Extensibilidad
Dynamics 365 Customer Engagement (on-premises) 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.
Más información: Guía para desarrolladores para Dynamics 365 Customer Engagement (on-premises)
Portabilidad
Las soluciones existen para que un Dynamics 365 Customer Engagement (on-premises) se pueda adquirir, compartir o transportar de otro modo desde una organización a otra. Puede crear sus propias soluciones u obtener soluciones desde AppSource o desde un proveedor de software independiente (ISV). Una solución es un archivo que puede importar a un entorno como una aplicación o aplicar un conjunto de personalizaciones en una aplicación existente.
Para obtener más información: Información general de las soluciones
¿Que tipos de personalizaciones no se admiten con Dynamics 365 Customer Engagement (on-premises)?
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.
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 ambas aplicaciones Customer Engagement y cualquier solución que obtenga.
Más información: Personalización admitida y no admitida
Cambios que afectan al rendimiento de la organización de aplicaciones Customer Engagement
Los creadores y personalizadores de aplicaciones deben saber que importar soluciones y aplicar personalizaciones que cambian metadatos pueden afectar al rendimiento de la organización de Dynamics 365 Customer Engagement (on-premises). Las acciones que pueden interferir en el funcionamiento normal del sistema incluyen:
Agregar, eliminar, o cambiar entidades, claves alternativas, atributos, o relaciones.
Importar soluciones
Publicando personalizaciones
Si está aplicando estos cambios a un sistema de producción, se recomienda programar estas operaciones cuando sea menos posible perturbador para los usuarios.
Vea también
Introducción a la creación y la personalización de aplicaciones