Personalizar La Interfaz de Usuario de Microsoft Dynamics 365 PDF
Personalizar La Interfaz de Usuario de Microsoft Dynamics 365 PDF
Personalizar La Interfaz de Usuario de Microsoft Dynamics 365 PDF
Tipo de formularios
Hay varios tipos de formas:
Tipo de formulario
Estos formularios proporcionan la interfaz de usuario principal para interactuar con los datos de
la entidad.
Vista rápida (Quick View): Se utiliza en aplicaciones PowerApps, la aplicación web Dynamics 365,
Dynamics 365 para Outlook y Dynamics 365 para tabletas.
Uno de los principales objetivos de diseño para los formularios principales es que los diseñe una
vez y los implemente en todas partes. El mismo formulario principal que diseña para una
aplicación basada en modelos o la aplicación web de interacción con el cliente de Dynamics
365, también se usa en Dynamics 365 para Outlook y Dynamics 365 para tabletas. La ventaja de
este enfoque es que no tiene que integrar los cambios en múltiples formas. Sin embargo, hay
varios factores importantes a considerar al diseñar estos formularios.
Rendimiento de la forma
Los formularios que se cargan lentamente o que no responden rápidamente seguramente
afectarán la productividad y la adopción del sistema por parte del usuario. Optimizar el
rendimiento del formulario proporciona una serie de recomendaciones que debe tener en
cuenta al diseñar formularios para que las personalizaciones no afecten negativamente el
rendimiento del formulario.
Las personas que interactúan directamente con los clientes pueden necesitar formularios
adaptados a las tareas que realizan con mayor frecuencia. Es posible que quieran formularios
que permitan la entrada de datos más eficiente.
Deberá averiguar qué quieren y necesitan las personas de su organización. Con frecuencia, este
es un proceso iterativo en el que se recopilan datos, se prueban diferentes cosas y se crean
formularios que las personas pueden usar. Tenga en cuenta que tiene una variedad de
herramientas disponibles y que no todo tiene que hacerse dentro del formulario. Use reglas
comerciales, procesos de flujo de trabajo, diálogos y flujos de procesos comerciales junto con
sus formularios para proporcionar una solución que funcione para su organización.
El formulario principal es el tipo de formulario principal que utilizan todos los clientes de
aplicaciones basadas en modelos. A medida que realiza personalizaciones en el formulario
"Principal" para una Entidad, las personalizaciones se procesarán en la Interfaz unificada para
proporcionar una experiencia de usuario coherente si alguien está usando un navegador web,
Dynamics 365 para teléfonos, Dynamics 365 para tabletas o Dynamics 365 para Outlook
Algunas cosas adicionales a considerar en lo que respecta a la personalización de formularios UCI:
• Algunas entidades como Caso, Cuenta y Contacto tendrán un formulario de Experiencia interactiva. Este
es solo un tipo de formulario principal que se creó para su uso en la experiencia interactiva. (Se utilizaron
con Interactive Service Hub, que ha sido reemplazado por Customer Service Hub)
• Para las entidades que no tienen un formulario de Experiencia Interactiva definido, el formulario
"Principal" predeterminado para esa entidad se usará en UCI.
• Es posible que los formularios personalizados que cree no se muestren en todos los modelos de
aplicaciones. Algunas aplicaciones (Ej. Customer Service Hub) solo muestran ciertos formularios de forma
predeterminada. Para asegurarse de que su formulario se muestre en todas las aplicaciones relevantes,
es necesario que lo agregue manualmente.
Trabajar con el editor de formularios y la estructura de un
formulario
Puede acceder al editor de formularios en Dynamics 365 a través de la barra de comandos o la cinta,
según la entidad. Ambos métodos abrirán el formulario en el contexto de la solución predeterminada. Si
crea nuevos componentes de la solución en el proceso de edición del formulario, por ejemplo, recursos
web, los nombres de los componentes utilizarán el prefijo de personalización del editor de la solución
para la solución predeterminada y estos componentes solo se incluirán en la solución predeterminada. Si
desea que se incluyan nuevos componentes de la solución en una solución específica no administrada,
debe abrir el editor de formularios a través de esa solución no administrada.
2. Si hay varios formularios principales para la entidad, verifique que el formulario sea el que desea
editar. Si no es así, use el selector de formulario para elegir el formulario que desea editar.
3. En Componentes, expanda Entidades, y luego la entidad que desee, y haga clic en Formularios.
4. Localice la entidad con el formulario que desea editar. Si la entidad no está allí, deberá
agregarla.
• Encabezado (Header): muestra los campos en la parte superior del formulario. Su posición es
fija y no se puede eliminar del formulario. Los usuarios pueden editar los datos cuando trabajan
con el formulario.
• Pie de página (Footer): muestra los campos en la parte inferior del formulario. Su posición es fija
y no se puede eliminar del formulario. Los usuarios no pueden editar los datos cuando trabajan
con el formulario.
• Navegación (Navigation): se utiliza para controlar cómo los usuarios navegarán a entidades
relacionadas y componentes personalizados.
Navegación de entidad relacionada
Cuando una entidad tiene relaciones con otras entidades, los usuarios pueden hacer clic en la
flecha desplegable a la derecha del nombre del registro en la barra de navegación para ver los
enlaces a estas entidades relacionadas.
Los grupos en el área de navegación pueden ser renombrados. Sin embargo, los grupos no se
pueden eliminar y no se pueden agregar nuevos grupos. Si un grupo no contiene entidades, o si
un usuario no tiene acceso de lectura a ninguna entidad que esté en un grupo, el grupo no se
muestra.
• Puede modificar una pestaña existente haciendo doble clic en la pestaña en el editor
de formularios, o haciendo clic en la pestaña Inicio en la cinta y luego haciendo clic en
el botón Cambiar propiedades.
▪ La pestaña Formato del cuadro de diálogo Propiedades de pestaña controla el
formato y el diseño de la pestaña en el formulario.
Secciones de formulario:
Las secciones de un formulario contienen los componentes interactivos reales con los que los
usuarios interactuarán desde el formulario. Dependiendo de la funcionalidad deseada de una
sección, puede incluir la combinación de lo siguiente:
• Campos (Fields)
• Sub-rejillas (Sub-grids)
• Gráficos (Charts)
• Control de notas (también conocido como Panel social) (Notes Control (also know as
the Social Panel))
• IFrames
• Recursos web (Web Resources)
• mapas de Bing (Bing maps)
• espaciadores (Spacers)
Algunos componentes, como los campos, se utilizan para la entrada y visualización de datos. Otros
componentes se utilizan solo para mostrar información. Las secciones pueden incluir de una a cuatro
columnas. Las columnas siempre dividen de manera uniforme el ancho de la columna de la pestaña en la
que se encuentra la sección.
Para acceder a las propiedades de una sección, haga doble clic en la sección o seleccione la sección, haga
clic en la pestaña Inicio en la cinta de opciones y luego haga clic en Cambiar propiedades. Muchas de las
propiedades en esta página son las mismas que las propiedades para pestañas y campos. La única
propiedad única es el ancho que le permite configurar el ancho de la etiqueta para todos los campos de
esta sección a un número específico de píxeles.
Para eliminar una pestaña o sección, seleccione el elemento que desea eliminar, presione Eliminar en el
teclado o haga clic en la pestaña Inicio en la cinta y luego haga clic en Eliminar. Cuando elimina una
pestaña, esto elimina todas las secciones de la pestaña. Cuando elimina una sección, esto elimina todos
los componentes de la sección. Se proporciona un botón Deshacer en la cinta.
Propiedades de formulario
Cada from tendrá múltiples propiedades que pueden modificarse para proporcionar funcionalidad
adicional y control sobre cómo los usuarios interactúan con el from. Cuando hace clic en el botón
Propiedades del formulario en la cinta, se muestra el cuadro de diálogo Propiedades del formulario.
• Pestaña Eventos: puede vincular bibliotecas de scripts (guardadas como Recursos web)
al formulario.
o Esto permite a los desarrolladores agregar lógica personalizada al formulario
configurando funciones de las bibliotecas adjuntas para que se ejecuten en
función de eventos como OnLoad (cuando se abre o crea un registro usando
este formulario) o OnSave (cuando se guarda un registro usando este formar).
• Pestaña Parámetros: le permite agregar parámetros de cadena para que los datos se
puedan pasar al formulario.
o Esto se puede usar cuando un formulario se abre mediante programación
en lugar de a través de usu
o todos los métodos de la interfaz de usuario (UI), por ejemplo, desde un
botón personalizado en la barra de comandos. Los parámetros que se
pasan al formulario de esta manera se pueden usar para establecer valores
predeterminados para los campos, o los parámetros se pueden leer y usar
en scripts que se ejecutan en el formulario que se abre.
• Pestaña Dependencias no relacionadas con eventos: especifique si los scripts que no
son eventos requieren campos.
o Esto incluye los campos que se usan en los scripts que se inician desde un botón
personalizado en la barra de comandos, o los scripts que se ejecutan dentro de un
IFrame o un recurso web HTML en el formulario. Los campos marcados como
dependientes no se pueden eliminar del formulario hasta que se eliminen de la
sección Campos dependientes de esta pestaña.
• Puede seleccionar filtrar por Todos los campos (el valor predeterminado) o Campos
personalizados,
o Además, puede elegir mostrar solo los campos no utilizados o todos los
campos.
Si descubre que no tiene un campo específico que necesita, puede crear un nuevo campo
directamente desde el editor de formularios haciendo clic en el botón Nuevo campo en la parte
inferior del Explorador de campos.
Puede cambiar las propiedades de un campo existente en un formulario haciendo doble clic en
el campo. O bien, puede seleccionar el campo y luego hacer clic en la pestaña Inicio en la cinta
de opciones y luego hacer clic en Cambiar propiedades.
• En la pestaña Formato del cuadro de diálogo Propiedades del campo, puede seleccionar
cuántas columnas de sección debe abarcar un campo, de una a cuatro.
Espaciador(Spacer)
Los formularios de vista rápida se analizan con más detalle en el tema "Formularios de
vista rápida" más adelante en este módulo.
Las entidades del sistema que pueden mostrar Bing Maps en los formularios incluyen lo
siguiente:
o Account (Cuenta)
o Contact (Contacto)
o Lead (Cliente de oportunidad)
o User (Usuario)
o Quote (Citar)
o Order (Orden)
o Invoice (Factura)
o Competitor (Competidor)
Cuadrículas secundarias
Una subcuadrícula muestra datos de otros registros en un formulario. Los registros
generalmente son de otra entidad y, por lo general, los registros están relacionados con el
registro en el formulario principal. La subcuadrícula muestra datos basados en los registros que
devuelve una vista. Los registros se muestran como una lista o un gráfico, pero no ambos
juntos. Los usuarios pueden abrir registros que se muestran en una lista y agregar nuevos
registros del mismo tipo.Para agregar una nueva subcuadrícula, seleccione la sección en la que
desea que aparezca la subcuadrícula y luego, en la pestaña Insertar de la cinta, haga clic en el
botón Subcuadrícula.
Opciones Descripción
Edit and New buttons Se refieren a las vistas y le permitirán crear una nueva vista
pública para la entidad en la lista de entidades, o editar la vista
seleccionada.
Show Chart Only Esto elimina la lista de la cuadrícula y muestra solo el gráfico
seleccionado. Nota: Los usuarios no pueden realizar funciones
de "desglose" para los gráficos que están en los formularios
como pueden hacerlo en los paneles.
Cuando se comparte un registro en Dynamics 365, el usuario que comparte el registro debe
decidir qué permisos otorgar y configurar los permisos cada vez que comparte un registro.
Además, no puede determinar quién tiene acceso al registro sin abrir el cuadro de diálogo
Compartir para cada registro que desee verificar. Otro elemento que dificulta ver qué
elementos se han compartido es el hecho de que no puede crear consultas con Búsqueda
avanzada para informar sobre el acceso compartido.
Las plantillas de Access Team se usan para resolver estos problemas al proporcionar una forma
mucho más rápida para que los usuarios agreguen a sus colegas a un registro para que reciban
un conjunto de permisos que el personalizador del sistema ha configurado de antemano.
La lista de quién tiene acceso al registro es fácilmente visible y los usuarios que tienen los
privilegios necesarios para realizar esta acción pueden modificarla con efecto inmediato.
Debido a que la función de equipos de acceso se basa en la entidad de equipo habitual, y los
equipos de acceso tienen usuarios como miembros, puede consultar registros basados en
relaciones con equipos y usuarios para identificar los registros a los que puede acceder un
usuario (o cualquier grupo de usuarios) . Por ejemplo, este tipo de consulta podría usarse como
base para una vista de todos los registros del Proyecto para los cuales el usuario actual es
miembro del Equipo de partes interesadas.
Para configurar y usar las plantillas de Access Team, siga estos pasos.
Se puede usar una plantilla de equipo para las entidades que están habilitadas para equipos de
acceso creados automáticamente. En la plantilla del equipo, debe especificar el tipo de entidad
y los derechos de acceso en el registro de la entidad. Por ejemplo, puede crear una plantilla de
equipo para una entidad de cuenta y especificar los derechos de acceso de Lectura, Escritura y
Compartir en el registro de la cuenta que los miembros del equipo reciben cuando el equipo se
crea automáticamente. Después de crear una plantilla de equipo, debe personalizar el
formulario principal de la entidad para incluir la nueva plantilla de equipo. Después de publicar
personalizaciones, la plantilla del equipo de acceso se agrega en todos los formularios de
registro para la entidad especificada en forma de una lista. Por ejemplo, creó una plantilla de
equipo llamada "Equipo de ventas" para la entidad de la cuenta. En todos los formularios de
registro de cuenta, verá la lista llamada "Equipo de ventas". Puede agregar o eliminar miembros
del equipo utilizando esta lista
Puede crear más de una plantilla de equipo de acceso para la misma entidad. Por ejemplo, para otorgar
derechos de acceso de lectura a un Equipo de acceso y acceso de escritura a otro Equipo de acceso..
Ahora, la otra cosa que podría hacer aquí es, cuando hago clic en Inicio, ahora tengo la capacidad de
entrar y obtener una vista previa de este formulario. Entonces, una de las cosas que puedo hacer
cuando hago clic en la vista previa es que puedo ver cómo podría verse este formulario cuando
alguien está creando un registro, actualizando un registro o abriéndolo en un escenario de solo
lectura. Entonces, cuando hago clic en crear formulario, esto abrirá esto y me permitirá ver cómo se
vería este formulario cuando alguien entrara y creara un nuevo registro. Entonces puedo ver cómo
se posicionan las cosas, puedo ver esas diferentes secciones, pero también puedo ver la pestaña que
he definido y puedo ver cómo se minimizarían potencialmente. Entonces, lo que esto me permite
hacer ahora es definir qué específicamente o dónde quiero tener esta información en la aplicación y
diseñar las cosas de acuerdo con mis necesidades específicas. Ahora, ¿qué pasa si miro esto y digo,
sabes qué, número de Seguro Social, probablemente no lo necesito allí mismo? Así que voy a seguir
adelante y me voy a deshacer del número de Seguro Social. Así que lo resaltaré y presionar borrar.
Lo mismo con la fecha de solicitud. No necesariamente necesito esa. Pero me gustaría tener el
número de Seguro Social y la fecha de solicitud en el encabezado del formulario. Así que este es uno
de esos escenarios en los que ahora podría seguir adelante, hacer clic en el encabezado, y ahora
abre la información del encabezado, así que ahora podría tomar ese campo de número de Seguro
Social y podría tomar ese campo de fecha de solicitud y podría completar justo en la parte superior
del encabezado, por lo que ahora están al frente y al centro dentro de esas situaciones individuales.
Entonces, lo que le decimos a la gente es que, en realidad, piensen en cómo se debe organizar este
formulario para asegurarse de que todo lo que se debe presentar oficialmente a los usuarios se
presente en consecuencia.
Aunque puede crear formularios de creación rápida para entidades de actividad del sistema, con la
excepción de la entidad de cita, no admiten formularios de creación rápida. Con el lanzamiento de
Dynamics 365, versión 9.0, la entidad de citas incluye un formulario de creación rápida para usar con la
interfaz unificada. Actualmente, la opción para deshabilitar el formulario de creación rápida para la
entidad de cita no es compatible. Se puede habilitar cualquiera de las otras entidades actualizadas y
cualquier entidad personalizada para admitir estos formularios seleccionando Permitir creación rápida en
la definición de entidad y creando un formulario de creación rápida para la entidad.
Puede habilitar entidades de actividad personalizadas para admitir formularios de creación rápida, y
puede crear formularios de creación rápida para esas entidades. Sin embargo, el formulario de creación
rápida para entidades de actividad personalizadas no se utilizará cuando las personas seleccionen Crear
en la barra de navegación. Estos formularios de creación rápida solo se pueden usar cuando las personas
agregan un nuevo registro para una subcuadrícula que muestra esa entidad de actividad personalizada
específica.
Aunque puede definir múltiples formularios de creación rápida, todos pueden usar un solo formulario de
creación rápida. El formulario que todos usan se establece usando el orden del formulario. Los
formularios de creación rápida no se pueden asignar roles de seguridad y no asignados la capacidad para
que el usuario cambie los formularios.
NOTA: La entidad debe tener habilitada la opción Permitir creación rápida para que se muestre el
formulario de creación rápida.
Si bien la creación rápida de formularios admite scripts de formularios y reglas comerciales, su propósito
es diferente de los formularios principales y no admiten todas las capacidades de los formularios
principales. Los formularios de creación rápida siempre tienen una sección con tres columnas. No puede
agregar secciones o columnas adicionales.
• iFrames
• Notas
• Bing Maps
NOTA: Si agrega un campo compuesto a un formulario de creación rápida, se mostrará como campos
separados.
Los controles de vista rápida están asociados con un campo de búsqueda que se incluye en un formulario.
Si el valor del campo de búsqueda no está configurado, el control de vista rápida no será visible. Los datos
en los controles de vista rápida no se pueden editar y los formularios de vista rápida no admiten scripts
de formulario.
Debido a que los formularios de vista rápida se ven usando un control de vista rápida en un formulario,
no incluyen encabezado, pie de página o áreas de navegación. Los roles de seguridad no se pueden
asignar a los formularios de vista rápida y no se pueden activar o desactivar.
IMPORTANTE: si agrega un campo y elige Requisito de campo> Negocio requerido y luego lo guarda, no
podrá eliminar el campo.
NOTA: No puede eliminar un campo que es Business Required. Recibirá este mensaje si intenta eliminar
el campo: "El sistema o la empresa requieren el campo que está tratando de eliminar". Si no desea el
campo en el formulario, debe eliminar todo el formulario y luego volver a crearlo eso.
Cuando edita un formulario de vista rápida, debe publicar sus cambios antes de que sean visibles en la
aplicación.
1. En el formulario principal de una entidad, elija Vista rápida en el grupo Control de la pestaña
Insertar.
2. En el cuadro de diálogo Propiedades de control de vista rápida, configure las propiedades
descritas en Propiedades de control de vista rápida.
3. Elija Aceptar para cerrar el cuadro de diálogo Propiedades de control de vista rápida.
4. Debe guardar y publicar el formulario principal antes de que los cambios de control de vista
rápida sean visibles.
Formas múltiples
Cuando una entidad tiene múltiples formularios, puede controlar el acceso a cada formulario mediante la
asignación de roles de seguridad. Un formulario solo estará disponible para aquellos usuarios que tengan
asignados los Roles de seguridad apropiados.
Cuando un usuario crea o edita un registro, el formulario que se presenta es el más alto en el orden en
que los Roles de seguridad del usuario le dan acceso.
Las ventajas de usar diferentes formularios para diferentes usuarios incluyen lo siguiente:
• Los campos se pueden incluir en algunos formularios y no en otros. Esto le permite al usuario
enfocarse en los campos que tiene que editar.
• Se pueden mostrar los datos que son importantes para un grupo de usuarios específico. Por
ejemplo, una subcuadrícula puede contener registros de diferentes entidades, o de diferentes
registros para la misma entidad.
• La misma información se puede incluir en dos formularios. Esta información se puede mostrar
en diferentes diseños y se puede priorizar para diferentes grupos de usuarios.
• Dos formularios pueden incluir algunos de los mismos campos, pero algunos de los campos en
un formulario pueden estar configurados para ser de solo lectura.
Si se está utilizando un navegador o el cliente de Microsoft Office Outlook, y hay varios formularios
disponibles, el usuario puede seleccionar un formulario específico para usar. El usuario puede seleccionar
de la lista de formularios que se muestra en la esquina superior izquierda de un registro encima del
nombre del registro. Luego, este mismo formulario se usará cada vez que el usuario abra un registro para
esta entidad, hasta que el usuario cierre sesión en la aplicación o el usuario seleccione un formulario
diferente. Si se utiliza Microsoft Dynamics CRM para tabletas o Microsoft Dynamics CRM para teléfonos,
el usuario no puede cambiar entre formularios. El usuario solo puede ver el primer formulario en el orden
de formulario que está disponible para sus Roles de seguridad.
La lista muestra todos los roles de seguridad en la unidad de negocio raíz en la organización Microsoft
Dynamics 365. Si selecciona mostrar el formulario a todos, se seleccionará cada Rol de seguridad y se
deshabilitará la lista. Si selecciona la opción Mostrar solo para estos roles de seguridad seleccionados,
puede habilitar o deshabilitar cada rol uno a la vez haciendo clic en la casilla de verificación junto al rol.
Si asigna Roles de seguridad a cada formulario para una entidad, puede crear involuntariamente una
situación en la que un usuario no tiene acceso a ningún formulario porque el usuario no tiene ninguno de
estos Roles de seguridad. Sin embargo, hay un formulario de reserva disponible para evitar que se le
niegue a un usuario el acceso al formulario. A un usuario que no tenga acceso explícito a un formulario a
través de sus Roles de seguridad se le mostrará el formulario de respaldo. Puede definir un formulario
como un formulario de reserva seleccionando la casilla de verificación Activar para reserva.
De forma predeterminada, el formulario principal que proporciona el sistema siempre está habilitado
para la recuperación. Si crea y pone a disposición un nuevo formulario para la reserva, entonces el
formulario que se utiliza es el que está más arriba en la lista de pedidos de formularios. Si habilita otro
formulario para respaldo, puede deshabilitar esta propiedad en el formulario predeterminado. Si solo un
formulario en un conjunto de formularios está habilitado para la reserva, no puede deshabilitar la
propiedad en ese formulario para asegurarse de que siempre habrá un formulario disponible para
cualquier usuario que tenga acceso de lectura a la entidad.
Orden de formulario
Una vez que haya asignado los roles de seguridad apropiados al formulario que desea. Puede controlar
desde qué se presenta a los usuarios modificando el Formulario de pedido.
El formulario que se considerará para un usuario está determinado por el orden del formulario y los Roles
de seguridad adjuntos al. El formulario que tiene el pedido de formulario más alto para su rol de
seguridad es el que recibirá un usuario específico.
1. En una Solución, expanda la entidad que tiene múltiples formularios que necesita configurar.
2. Debajo del nodo de entidad en el explorador de soluciones, haga clic en Formularios.
3. Encima de la lista de formularios, en la barra de menú, haga clic en Orden de formularios y luego
seleccione Conjunto de formularios principal, Conjunto de formularios de creación rápida o
Conjunto de formularios móvil según sea necesario. Se muestra el cuadro de diálogo Orden de
formulario.
4. Seleccione un formulario y luego haga clic en las flechas verdes para mover el formulario hacia
arriba o hacia abajo en el orden del formulario.
5. Haga clic en Aceptar cuando tenga los formularios en el orden requerido.
7).
8. A continuación, verá muchos de los controles que son específicos de cómo se representan los
elementos en la interfaz unificada.
Tarjeta de contacto: vea una vista completa de los puntos de contacto de su cliente en
la tarjeta de contacto. Esta tarjeta está disponible en la sección Información general de l
pestaña Resumen.
Puede agregar una imagen a la cuenta o registro de contacto en la aplicación web
Dynamics 365, y aparecerá en esta tarjeta. Puede realizar llamadas a los clientes desde
la tarjeta de contacto mediante Skype Empresarial: telefonía IP.
Para los registros de la cuenta, la tarjeta muestra los detalles de contacto del contacto
principal asociado con la cuenta. Para los registros de contactos, la tarjeta aparece si el
contacto es el valor del cliente en el formulario del caso.
Línea de tiempo: vea una vista combinada de las interacciones de su cliente en varios
canales, como teléfono, correo electrónico o incluso actividades sociales en la Línea de
tiempo. La línea de tiempo también muestra notas relacionadas o publicaciones del
sistema. La línea de tiempo hace que la colaboración con otros usuarios sea fácil y
eficiente.
Con la ayuda de texto y filtros visuales, puede filtrar por tipos de actividad en la línea de
tiempo. También puede verificar lo que se perdió del día o semana anterior, utilizando
la sección Novedades. Esta sección le ofrece una vista de las nuevas notas, correos
electrónicos no leídos y nuevas actividades creadas mientras estuvo ausente.
Para garantizar que los usuarios puedan localizar la información lo más rápido posible,
utilizando la funcionalidad del panel de referencia, puede agregar esta funcionalidad a
cualquiera. Una vez agregado, los usuarios verán el panel de referencia cada vez que se vea el
formulario desde la interfaz unificada.
1. ¿Cuáles de los siguientes son tipos de formularios en Microsoft Dynamics 365? (Marque todo
lo que corresponda)
A. Móvil
B. Creación rápida *
C. Principal *
D. Vista rápida *
E. tableta
Explicación: No existe un tipo de formulario específico para dispositivos móviles. Lo mismo que se usa en
la aplicación web se usa en dispositivos móviles. Referencia: Tipos de formulario y Microsoft Dynamics
365 para dispositivos móviles
2. ¿Qué tres pasos debe seguir para configurar los equipos de acceso que se mostrarán en el
formulario para una entidad personalizada llamada Proyecto?
A. Agregue una subcuadrícula de registros de equipo al formulario del proyecto, cree un equipo
para cada registro de proyecto y comparta cada registro de proyecto con el equipo que creó
para ese registro.
B. Cree una plantilla de equipo de acceso, agregue una subcuadrícula de registros de equipo al
formulario del proyecto, cree un nuevo equipo a partir de la plantilla de equipo y adjúntelo a la
entidad del proyecto.
C. Habilite la entidad del proyecto para los equipos de acceso, cree una plantilla de equipo de
acceso para la entidad del proyecto y agregue una subcuadrícula de registros de usuario al
formulario del proyecto. * *
Explicación: Para que se use una subcuadrícula en un formulario de entidad con equipos de acceso, debe
hacer lo siguiente: En la pantalla de definición de entidad, habilite la entidad para los equipos de acceso y
guárdela. Crea una plantilla de equipo de acceso que define los privilegios específicos que se otorgarán a
los miembros del equipo. En el formulario de entidad, agregue una subcuadrícula asociada con una
plantilla de equipo de acceso específica. Referencia: equipos de acceso
3. Desea poder mostrar una lista de todos los registros abiertos para un evento específico
directamente en el formulario. ¿Qué componente de formulario se enumera a continuación
usaría para lograr esto?
A. Iframe.
B. Buscar base de conocimiento
C. Control de notas.
D. Sub-cuadrícula. * *
Explicación: Las subcuadrículas muestran datos de otros registros en un formulario. Por lo general,
muestran registros relacionados, pero se pueden configurar con datos no relacionados. Referencia:
subredes
4. Tiene un campo llamado costo que desea agregar a un formulario personalizado. Desea
asegurarse de que los usuarios puedan ingresar información en el campo. ¿Qué áreas en un
formulario de Dynamics 365 permiten a los usuarios editar los datos en el formulario? (Marque
todo lo que corresponda)
A. Encabezado. * *
B. Navegación.
C. Cuerpo. * *
D. Pie de página.
Explicación: Cuando se agrega una sección a desde, se mostrará de forma predeterminada, desde las
propiedades de la sección puede elegir no mostrarla en el formulario de manera predeterminada. El
componente Bing Map no está disponible para agregarse al formulario del caso. La sección de control de
Notes (Panel social) no se puede agregar a ninguna desde más de una vez, una vez que se agrega,
aparecerá atenuada y no podrá volver a agregarla. El encabezado from no permite agregarle elementos
de navegación. Referencia: componentes y propiedades del formulario
Módulo 2: Trabajando con Reglas de Negocio
Resumen del módulo
Las Reglas de negocios en Dynamics 365 brindan la capacidad de crear una lógica de negocios
portátil que se puede usar para vincular elementos que se ocultan dinámicamente en un from u
ofrecer recomendaciones basadas en valores en otros campos en un from. En este módulo
exploraremos cómo se usan las reglas de negocio en Dynamics 365, incluyendo:
• Proporcionar una visión general de lo que son las reglas de negocio y cómo se usan
• Examinar cómo trabajar con el diseñador visual de Business Rule.
• Explicar la estructura y el diseño de las normas comerciales
• Demostrar cómo usar las condiciones y acciones
• Proporcionar una visión general de qué son las recomendaciones y cómo se pueden
aprovechar
Al combinar condiciones y acciones, puede hacer lo siguiente con las reglas comerciales:
Muchas veces, cuando trabaja con un formulario, es posible que desee activar otra
funcionalidad en un formulario, en función de lo que hace la gente. Y así, por ejemplo, tal vez
quiero hacer que se requiera cierto campo si alguien hace algo en un campo diferente en un
formulario. O tal vez si alguien elige un cierto valor para un campo, quiero hacer que aparezca
otro campo en el formulario que tal vez no tenía necesariamente. E históricamente, desde una
perspectiva de Dynamics 365, mucho de eso tuvo que hacerse con secuencias de comandos del
lado del cliente o secuencias de comandos Java para facilitar cómo se llevarían a cabo esos
diferentes eventos. Una de las cosas que Dynamics tiene a su disposición, que agregaron hace
varias versiones en realidad, son las llamadas reglas de negocios. Entonces, lo que una regla de
negocios le permite hacer es, a nivel de formulario o de cliente, a medida que las personas
interactúan con esos elementos específicos, la regla de negocios puede en realidad hacerse
cargo y hacer cosas específicas. Entonces, tal vez haga un campo visible que no era visible en un
formulario o haga un campo que no fuera necesariamente requerido antes de ser requerido
dentro de la aplicación. Y así, al utilizar estas reglas comerciales, ahora tenemos la capacidad de
proporcionar ese tipo de funcionalidad dinámica dentro de la aplicación. Entonces, exploremos
un poco cómo funcionan las reglas de negocio. Entonces, cuando entro en un área de
personalización y tengo una entidad, una de las áreas que veré aquí son las reglas de negocios.
Ahora se pueden crear reglas comerciales a partir de un par de métodos diferentes. Se pueden
crear a través del área de reglas de negocio de la propia entidad, pero también se pueden crear
a través del propio formulario. Entonces, si entro aquí y, por ejemplo, abro el formulario de
cuenta, veré una opción en el formulario de cuenta llamada reglas comerciales. Y así, esto me
dará la capacidad de hacer reglas comerciales directamente desde el nivel de la cuenta o desde
el nivel del formulario o puedo hacerlo desde el nivel de la entidad misma. Ahora realmente le
están dando acceso al mismo diseñador, solo hay una ligera diferencia en función de cuándo
elige ejecutar la regla de negocio. Entonces, por ejemplo, voy a volver a las reglas de negocios
como parte de la entidad de la cuenta y voy a seguir adelante y crear una nueva regla de
negocios. Lo primero que notará cuando cree una regla de negocio es que hay una opción aquí
que dice alcance. Por lo tanto, este alcance realmente define qué formas específicas dentro de
la aplicación estará disponible esta regla de negocios. Entonces, por ejemplo, si lo dejo en todos
los formularios, cualquier formulario que se ejecute dentro de la aplicación, esta regla de
negocio se aplicará potencialmente. Ahora lo que hará es evaluar las condiciones y las acciones
y los criterios, y si no es aplicable a este formulario, simplemente lo ignorará por completo. Pero
la ventaja de usar todos los formularios es que ahora he dicho que, independientemente de
cuándo tenga lugar esta situación particular, quiero que esta regla de negocios se ejecute
potencialmente. Ahora, si hubiera entrado en un nivel de formulario y hubiera creado una regla
comercial, entonces establecería esa regla comercial para ese formulario específico dentro de la
aplicación. Por lo tanto, tiene la capacidad de declarar reglas comerciales en una especie de
nivel de formulario o puede declarar reglas comerciales para todos los formularios. También
puede declararlo a nivel de entidad que le brinda más situaciones del lado del servidor, lo cual
es bueno para la prepoblación de datos y algunos de esos elementos. Pero vamos a ver esto
más desde un elemento visual en el elemento. Entonces, lo primero que verá es que una regla
comercial consiste en condiciones y acciones. Entonces, ¿qué es lo que estoy tratando de
evaluar dentro de la aplicación y luego, después de evaluar esa situación, ¿cuál es la acción que
quiero llevar a cabo en función de esas situaciones individuales? Ahora, lo otro que hay que
recordar es la mayoría de las cosas, cuando comenzamos a hablar sobre reglas comerciales,
realmente estamos hablando más sobre situaciones a nivel de campo. Entonces puedo mostrar
mensajes de error a nivel de campo, puedo ocultar un campo, puedo establecer un valor para
un campo. Realmente no lo estoy haciendo desde la perspectiva de una aplicación o desde un
escenario de pestaña o sección, realmente lo estoy haciendo mucho más en una situación de
tipo campo por campo. Entonces, lo primero que podría hacer es entrar en esta regla comercial,
aquí puedo definir el nombre de esta regla comercial, por lo que vamos a llamar a este tipo de
relación. Ahora voy a hacer clic en mi condición y esto abrirá propiedades que puedo modificar
para la condición. Entonces, ¿qué estoy evaluando? Entonces, en esta situación, estoy
evaluando que el tipo de relación es igual al cliente. Entonces voy a definir mi regla. Entonces,
cuando vengo aquí, aquí es donde puedo hacer alguna configuración en torno a mi regla.
Entonces, lo primero es que puedo especificar de dónde viene esto. Entonces, ¿esto proviene
de la información que se está almacenando en la propia entidad o proviene del flujo del proceso
de negocio asociado con esta entidad? Así que piénselo desde el punto de vista del flujo del
proceso comercial, que tiene diferentes etapas que básicamente reflejan etapas específicas en
un proceso comercial. Podría basar esto en un proceso de negocio y decir, si esta etapa es igual
a esto, ahora evalúe esto, y luego, en base a ese escenario, podría mostrar u ocultar elementos
dentro de la aplicación. Entonces podría decir, si este campo en el proceso comercial o si la
etapa del proceso comercial es igual a esto, entonces, ¿qué quiero hacer? En este caso, voy a
decir, si la entidad y el campo en la entidad, que en este caso voy a decir es tipo de relación, si
el tipo de relación es igual, y luego tengo la capacidad de definir, ¿Estoy buscando un valor
específico o podría compararlo para evaluar otro campo? En este caso, solo voy a decir, si es
igual a un valor específico y si es igual al cliente, ¿qué quiero hacer? Así que ahora voy a
presionar aplicar. Y por eso he definido que si es igual a un cliente, entonces quiero hacer algo.
¿Qué es lo que quiero hacer? Así que ahora tengo acciones específicas que podría facilitar que
podrían funcionar a través de estos procesos individuales. Bueno, en este caso, básicamente
quiero establecer la visibilidad en un campo. Así que voy a tomar esta visibilidad establecida y la
arrastraré hasta aquí junto a mi acción positiva y diré, si el tipo de relación es igual al cliente,
entonces quiero establecer la visibilidad. Voy a llamar muestra el número de cuenta, y el campo
que quiero mostrar es el campo de número de cuenta, y la visibilidad será sí. Ahora, lo único
que hay que entender con las reglas comerciales es que son muy literales. Entonces, en esta
situación, dice, si el tipo de relación con el cliente es igual al cliente, voy a mostrar el campo de
número de cuenta en la aplicación. No he definido qué hacer si no lo hace. Entonces, si, de
repente, alguien abre este formulario y el tipo de relación es igual al cliente, mostrará el campo
de número de cuenta. Si lo cambio a otra cosa, el sistema no sabe qué hacer con eso, por lo que
aún mostrará el campo del número de cuenta. Entonces, para muchos de estos escenarios
diferentes, cuando está construyendo estos flujos de procesos de negocio, necesita idear
acciones alternativas sobre qué hacer. Entonces, en este caso, podría decir, si es cliente,
muéstralo. De lo contrario, qué quiero hacer. De lo contrario, quiero establecer la visibilidad del
campo del número de cuenta como no visible. Entonces, ahora el sistema comprende cuál sería
la acción alternativa en aquellas situaciones en las que eso no está disponible. Ahora lo bueno
de esto es que tengo otras opciones que podría facilitar. Realmente puedo hacer
recomendaciones. Entonces podría decir que si un valor de campo es igual a esto, ahora haga
una recomendación para otro valor de campo en otro elemento como parte de la aplicación. Y
aquí es donde puede comenzar a ofrecer sugerencias a las personas en función de las diferentes
cosas que están sucediendo. Ahora, en este caso, tengo uno bastante básico que hemos
definido, así que voy a entrar aquí, voy a guardarlo, lo validaré solo para asegurarme de que es
un negocio legítimo regla, que no he roto nada. Todo se ve genial. Luego voy a seguir adelante y
activarlo. Ahora, una vez que active esta regla comercial, se aplicará a cualquier formulario
asociado con la entidad de la cuenta. Ahora, el truco con esto es que si no hay un argumento
válido que definiera con esto, lo omitirá. Entonces, la otra cosa que tendría que hacer es
asegurarme de haber personalizado el formulario de cuenta para acomodar algunas de estas
situaciones individuales. Entonces, la otra cosa que podría querer hacer es, en la entidad de
cuenta, ingresar formularios, seguir adelante y abrir el formulario de cuenta, y ahora desde aquí
puedo seguir adelante y tal vez voy a agregar, solo en este área directa aquí, voy a agregar el
campo de número de cuenta. Ahora mi proceso comercial o mi regla comercial decía que si el
tipo de relación es igual al cliente, ahora queremos seguir adelante y mostrar el número de
cuenta. Si no, queremos ocultarlo. Por lo tanto, debería asegurarme de que en el formulario de
cuenta lo estoy personalizando de una manera que facilitará ese proceso. Para que pueda
entrar en el campo de número de cuenta, haga doble clic en él, aquí veré una opción que dice,
visible por defecto. Desmarcaré esto. Y ahora pondré el campo del número de cuenta justo
debajo de quizás el nombre de la cuenta. Lo dejaremos así por ahora. Ahora, la otra cosa que
podría hacer aquí es, si tuviera ese campo de tipo de relación, es posible que desee arrastrar
ese campo de tipo de relación al formulario. Así que encontraré ese campo de tipo de relación,
lo posicionaré en el formulario, ahora guardaré y publicaré todas mis personalizaciones, solo
para estar seguro. Luego, saldré a la aplicación, al formulario de cuenta, le doy solo un segundo,
y luego, una vez que este formulario se vuelva a cargar después de que se haya publicado,
entonces puedo caminar a través de ese proceso de utilizar la regla comercial dentro del
solicitud. Así que ahora puedo ver que existe el campo de relación, existe un campo de tipo de
relación, voy a elegir al cliente, y tan pronto como elijo al cliente, ahora aparece el número de
cuenta. Si cambio esto de cliente a inversor, ahora ese campo desaparece. Entonces, esta es
una excelente manera de que si queremos poblar o controlar dinámicamente la forma en que
las personas interactúan con el formulario, podemos hacerlo desde el punto de vista de las
reglas de negocios. Ahora, como mencioné, es específico del campo, por lo que una cosa para
recordar es que, si desea hacer una sección, puede hacerlo básicamente entrando y ocultando
cada campo de la sección. Si todos los campos de una sección están ocultos, la sección no se
mostrará. Por otro lado, las pestañas no tienen una opción. Entonces, si realmente está
buscando hacer esto más como un nivel de formulario o un nivel de pestaña o un nivel de
sección, las secuencias de comandos del lado del cliente o las secuencias de comandos de Java
siguen siendo realmente su apuesta ideal, pero esta es una excelente manera desde una
perspectiva de simplicidad que podemos sacar algunos de esos elementos individuales como
parte de la aplicación.
o La regla de negocio se aplica a todos los formularios asociados con esa entidad,
incluida la creación rápida
o Si un campo al que se hace referencia en la Regla empresarial no existe en el de, la
Regla se ignorará.
o IMPORTANTE: la Regla de negocio solo se aplica cuando interactúa formularios de
entidad
• Entidad
Sin embargo, tal vez quiero poder activar una actualización o una creación o el envío de un
correo electrónico o algo dentro de la aplicación en función del estado de un cambio de
registro. Entonces alguien cerrando una pista o alguien cerrando una oportunidad o un caso.
Cuando se asigna un registro básicamente significa cuando está cambiando la propiedad de un
registro. Entonces, tal vez era el dueño de un cliente potencial específico dentro de la
aplicación, pero me voy de vacaciones, así que ahora le hemos asignado este cliente potencial a
otra persona y porque hay una nueva persona que ahora está a cargo de este cliente potencial. ,
queremos asegurarnos de que tengan las tareas apropiadas necesarias para asegurarnos de que
están siguiendo al cliente de la manera apropiada. La otra opción que tiene es el registro
eliminado. Por lo tanto, esto le permite activar la funcionalidad cuando se elimina un registro
específico o, en este caso, un lead del sistema. Y luego la otra opción que tiene es registrar los
cambios en el campo. Y esto es realmente ideal cada vez que quiera poder volver a evaluar la
información cada vez que se modifica un registro en el sistema. Entonces, tal vez si tengo un
cliente que está configurado como cliente estándar y ahora los actualicé o los actualicé a un
nivel de primer nivel, ahora tal vez tengo un conjunto específico de actividades de seguimiento
que deben generarse en el sistema. Ese sería un escenario en el que podría usar un cambio de
campo de registro. Entonces, aquí podría elegir el cambio de campo de registro, luego presionar
seleccionar, y luego cualquier campo que haya asociado con esta entidad en particular estaría
disponible para que yo seleccione y así, cada vez que cambie ese campo, ahora se ejecutará
este flujo de trabajo. Ahora puede o no hacer algo en función de algunas de las condiciones que
hemos definido en él, pero le brinda la capacidad de superarlas. Ahora, en nuestro caso, todo lo
que queremos hacer es crear una actividad de seguimiento, por lo que vamos a seguir adelante
y dejarlo cuando se cree el registro.
Reglas de activación
Dependiendo del alcance de la regla que creó, las reglas de negocio se activan de manera
diferente.
NOTA: Las reglas de entidad (del lado del servidor) son muy buenas para interactuar con
datos de campo, pero no se aplican a acciones visuales, como mostrar u ocultar elementos
en un formulario.
El Diseñador proporciona una interfaz de arrastrar y soltar que facilita la creación de Reglas de
negocio.
Condiciones y acciones
Las Reglas de Negocio solo ejecutarán la acción que se haya definido cuando se cumpla una
condición. La condición comparará los valores en un campo específico con otro elemento u
objeto como:
La mejor manera de describir las condiciones sería pensar en ellas como los desencadenantes de
las acciones que siguen.
Por ejemplo, una regla de negocio para la entidad de cuenta podría parecerse a algo
como:
• Si el campo Tipo de relación es igual a "Cliente" y el campo Estado es igual a "WA"
o Luego muestre el campo "Número de cuenta" en el formulario
o De lo contrario: si el campo Tipo de relación es igual a "Proveedor"
▪ Luego muestre el "Campo de número de proveedor"
▪ De lo contrario: Ocultar el "Número de cuenta" y Ocultar el campo
"Número de proveedor"
Al utilizar la funcionalidad de Reglas de negocio If / Else, puede crear condiciones alternativas que se
pueden evaluar si no se cumple la primera condición.
Acciones disponibles
Hay varias acciones disponibles en la aplicación:
• Mostrar mensaje de error: muestra un mensaje de error a nivel de campo,
normalmente necesitará una condición alternativa para eliminar el mensaje.
• Establecer valor de campo: le permite establecer el valor de un campo en
cualquiera de los siguientes:
• Campo: el valor de otro campo en la entidad
Recomendaciones
El tipo de acción de recomendación, permite hacer sugerencias a los usuarios en
función de otros elementos ingresados. Por ejemplo: usted trabaja para una
compañía de software que diseña software. Su empresa a menudo externaliza el
desarrollo y / o soporte a diferentes proveedores. La política de su empresa es
que si externaliza tanto el desarrollo como el soporte de un elemento específico,
se recomienda que los redactores técnicos participen en el proyecto.
Una vez que se cumple la condición para una recomendación, la recomendación
se presenta al usuario. Si el usuario acepta la recomendación (Al hacer clic en
Aplicar), se aplican una o más acciones de valor establecido.
Las siguientes imágenes muestran el proceso de diseño en Business Rule
Designer.
Las imágenes a continuación muestran cómo sería la experiencia del usuario.
10. Para validar la regla empresarial, haga clic en Validar en la barra de acción.
11. Para guardar la regla de negocio, haga clic en Guardar en la barra de acción.
12. Para activar la regla empresarial, selecciónela en la ventana Explorador de
soluciones y luego haga clic en Activar. No puede activar la regla de negocio
desde la ventana del diseñador.
• Cuenta
• Todas las formas
• Entidad *
• Servidor
2. ¿Cuál de estos no es un área del sistema donde puede acceder a las Reglas de Negocios?
Explicación: Se puede acceder y crear Reglas de negocios desde: una solución: en una entidad
en el nodo Reglas de negocios, abriendo un campo y haciendo clic en las reglas de negocios a la
izquierda, haciendo clic en Reglas de negocios en el panel Explorador de reglas de negocios. Al
abrir un campo de propiedades de control y Seleccionar Reglas de Negocio. Referencia: Reglas
comerciales.
3. ¿Cuál de las siguientes declaraciones sobre Reglas de negocios en Dynamics 365 no es una
declaración verdadera?