Comportamiento de relación de entidades

Cuando existe una relación entre entidades de uno a varios, hay comportamientos en cascada que se pueden configurar para preservar la integridad de los datos y automatizar los procesos de negocio. En este tema se explicarán algunos conceptos clave y se describirá cómo configurar estos comportamientos en cascada.

Antes de describir cómo configurar los comportamientos de relaciones entre entidades, es útil analizar cómo se aplican a su negocio. Los tres conceptos clave son:

Preservación de la integridad de los datos

Cada entidad puede tener reglas que definen un registro válido. Por ejemplo, un registro de oportunidad de aplicaciones Dynamics 365 for Customer Engagement debe incluir una referencia a un cliente potencial. Los usuarios no pueden crear un nuevo registro de oportunidad sin agregar un cliente existente o crear un nuevo registro de cliente.

Pero, ¿qué sucede si se elimina la cuenta o el contacto que representa al cliente? En un caso como este, las alternativas posibles son:

  • Limitar los intentos de eliminar un registro de cliente con una oportunidad asociada.

  • Poner en cascada la acción de eliminación cuando se elimina un registro de cliente correspondiente de modo que los registros de oportunidad relacionados se eliminen automáticamente.

    En las aplicaciones Dynamics 365 for Customer Engagement, para las relaciones de uno a varios que relacionan oportunidades con clientes, como Opportunity.opportunity_customer_accounts y Contact.opportunity_customer_contacts, el comportamiento consiste en poner en cascada la acción de eliminación.

    Cuando se modelan los datos para usar en aplicaciones Dynamics 365 for Customer Engagement, tendrá que tomar decisiones similares en cuanto a cómo desea preservar la integridad de los datos.

Automatización de los procesos de negocio

Los procesos de negocio pueden exigirle que realice acciones en registros que cuentan con registros relacionados. Por ejemplo, es posible que deba asignar una cuenta a un nuevo comercial. Si ese registro de cuenta tiene registros de oportunidad, algunas opciones incluyen:

  • No hacer nada. Las oportunidades deben seguir perteneciendo a los individuos que trabajan con ellas.

  • Asignar todas las oportunidades al nuevo comercial. Como el nuevo propietario de este registro de cuenta, el comercial es ahora el responsable de todas las oportunidades relacionadas con dicha cuenta.

  • Asignar únicamente las oportunidades activas al nuevo comercial. Mantener al propietario para cualquier registro de oportunidad inactivo para fines de generación de informes.

  • Asignar únicamente las oportunidades que pertenecen al propietario anterior de la cuenta al nuevo comercial. Esto permite que el nuevo comercial reemplace al propietario anterior.

    Estas son las opciones comunes que se pueden configurar con el comportamiento de relaciones entre entidades en aplicaciones Dynamics 365 for Customer Engagement. Si necesita comportamientos diferentes, analice la posibilidad de adquirir una solución que contenga el comportamiento que necesita o de desarrollar un complemento que proporcione opciones adicionales.

Comportamiento en cascada

Estas opciones de configuración se denominan comportamientos en cascada ya que despliegan en cascada la jerarquía de entidades relacionadas. Por ejemplo, si el hecho de eliminar una cuenta provoca la eliminación de oportunidades relacionadas, ¿qué sucede con las actividades asociadas con las oportunidades? En las aplicaciones Dynamics 365 for Customer Engagement, el comportamiento definido en cada una de las relaciones entre entidades para las entidades del tipo de actividad es que también se eliminan.

Sin embargo, no todas las entidades se tratan de esta forma. Por ejemplo, los pedidos y las facturas contienen datos empresariales importantes que no se deberían eliminar de modo accidental. Tienen configurado el comportamiento de relaciones entre entidades para limitar la eliminación de los registros de cliente o de oportunidad que están asociados con ellos. Para poder eliminar el cliente o la oportunidad que tiene un registro de pedido o factura relacionado, primero debe eliminar el pedido o la factura.

Cuando modela los datos empresariales mediante la creación de entidades personalizadas o cuando utiliza las entidades existentes del sistema de aplicaciones Dynamics 365 for Customer Engagement, analice el comportamiento que necesita y las consecuencias para la jerarquía completa de entidades relacionadas.

Relaciones jerárquicas entre entidades

Cada par de entidades que pueden tener una relación de 1:N pueden tener varias relaciones de 1:N entre ellas. Sin embargo, solo una de esas relaciones se puede considerar como una relación jerárquica entre entidades. Consulte Relaciones jerárquicas personalizables entre entidades para obtener una lista de todas las relaciones jerárquicas personalizables entre entidades.

Una relación jerárquica entre entidades es cualquier relación de 1:N en la que una de las opciones en cascada (definidas en CascadeType) en la columna Jerárquica de la siguiente tabla es verdadera.

Acción Jerárquica No jerárquica
Eliminar Cascada RemoveLink
Restringir
Compartir Cascada
UserOwned
Active
NoCascade
Dejar de compartir Cascada
UserOwned
Active
NoCascade
Asignar Cascada
UserOwned
Active
NoCascade
Cambiar primario Cascada
UserOwned
Active
NoCascade

Cada entidad de referencia en una relación de 1:N entre entidades tiene un atributo de referencia en el que la relación se puede considerar jerárquica.

Por ejemplo, si crea una nueva entidad personalizada y agrega una relación de 1:N entre entidades con la entidad de cuenta en la que la entidad personalizada es la entidad de referencia, puede configurar las acciones para que dicha relación entre entidades use las opciones de la columna Jerárquica. Si más adelante agrega otra relación de 1:N entre entidades con la entidad personalizada como la entidad de referencia, solo puede configurar las acciones para que usen las opciones de la columna No jerárquica.

Normalmente, esto significa que para cada par de entidad solo hay una relación jerárquica. Hay algunos casos en los que el atributo de referencia en la referencia puede incluir una referencia a más de un tipo de entidad.

Por ejemplo, la entidad de Opportunity tiene un atributo de referencia llamado customerid donde se puede guardar una referencia a un contacto o registro de cuenta. En este caso, hay dos relaciones jerárquicas de 1:N diferentes entre entidades.

Cualquier entidad de actividad, por ejemplo, una tarea, fax, llamada de teléfono, etc., tiene un conjunto similar de relaciones jerárquicas entre entidades para las entidades que se pueden asociar con el atributo de referencia regardingobjectid.

Configurar el comportamiento de relaciones entre entidades

Uso de la API web

Si trabaja con la API web, puede definir una a varias relaciones de uno a varios usando OneToManyRelationshipMetadata EntityType. Esta definición incluye el nombre de la entidad de intersección que se creará así como la forma en que la relación debería mostrarse en la aplicación utilizando AssociatedMenuConfiguration ComplexType, Label ComplexType y LocalizedLabel ComplexType. Más información: Creación de una relación de uno a varios.

Uso del servicio de organización

Cuando se usa CreateOneToManyRequest o UpdateRelationshipRequest, se incluye una instancia de una clase OneToManyRelationshipMetadata en el cuerpo de la solicitud. En la propiedad CascadeConfiguration de esa clase, se usa la clase CascadeConfiguration.

La clase CascadeConfiguration (CascadeConfiguration o CascadeConfiguration ComplexType) contiene las propiedades que representan las acciones que se pueden realizar en la entidad a la que se hace referencia en la relación de uno a varios entre entidades. A cada propiedad se le puede asignar uno de los valores de CascadeType EnumType.

Value Etiqueta de aplicación Descripción
Active Poner activa en cascada Realizar la acción en todos los registros de entidad de referencia activos asociados con el registro de entidad al que se hace referencia.
Cascada Poner todas en cascada Realizar la acción en todos los registros de entidad de referencia asociados con el registro de entidad al que se hace referencia.
NoCascade No poner ninguna en cascada No hacer nada.
RemoveLink Quitar vínculo Quitar el valor del atributo de referencia de todos los registros de entidad de referencia asociados con el registro de entidad al que se hace referencia.
Restringir Restringir Impedir que el registro de entidad de referencia se elimine cuando existen entidades de referencia.
UserOwned Poner en cascada las que pertenecen al usuario Realizar la acción en todos los registros de entidad de referencia que pertenecen al mismo usuario que el registro de entidad de referencia.

La clase CascadeConfiguration (CascadeConfiguration o CascadeConfiguration ComplexType) contiene las siguientes propiedades que representan las acciones que se pueden realizar en la entidad a la que se hace referencia en la relación de uno a varios entre entidades.

Acción Descripción Opciones válidas
Asignar Se cambia el propietario del registro de entidad al que se hace referencia. Active
Cascada
NoCascade
UserOwned
Eliminar Se elimina el registro de entidad al que se hace referencia. Nota: Las opciones para esta acción son limitadas. Cascada
RemoveLink
Restringir
Combinar El registro se combina con otro registro. Nota: Para las entidades a las que se referencia que se pueden combinar, la única opción válida es Cascade. En otros casos, use NoCascade. Cascada
NoCascade
Cambiar primario Consulte Acerca de la acción de cambiar primario más adelante. Active
Cascada
NoCascade
UserOwned
Compartir Cuando el registro de entidad al que se hace referencia se comparte con otro usuario. Active
Cascada
NoCascade
UserOwned
Dejar de compartir Cuando se quita el uso compartido del registro de entidad al que se hace referencia. Active
Cascada
NoCascade
UserOwned

Acerca de la acción de cambiar primario

La acción de cambiar primario es muy similar a la acción de compartir, pero se ocupa de los derechos de acceso de lectura heredados en lugar de los derechos de acceso de lectura explícitos.

Nota

Para obtener más información acerca de los derechos de acceso heredados, vea Usar seguridad basada en registros para controlar el acceso a registros, en especial la sección Uso compartido y herencia.

La acción de cambiar primario es cuando se cambia el valor del atributo de referencia en una relación jerárquica. Cuando se produce una acción de cambiar primario, es posible que el ámbito deseado de los derechos de acceso de lectura heredados para las entidades relacionadas cambie. Las acciones en cascada relacionadas con la acción de cambiar primario hacen referencia a los cambios realizados en los derechos de acceso de lectura para el registro de entidad y cualquier registro de entidad relacionado con él. Para obtener más información sobre cómo se configura una relación entre entidades para que sea jerárquica, consulte Relaciones jerárquicas entre entidades.

Por ejemplo, hay una relación jerárquica entre Oportunidad y Cuenta que se basa en el atributo de referencia CustomerId. Si es el propietario de una cuenta y hay una oportunidad asociada con dicha cuenta, hereda los derechos de acceso de lectura a esa oportunidad y a cualquier registro asociado con ella. Si el valor del atributo de referencia CustomerId de la oportunidad se cambia para referirse a otra cuenta, el propietario de dicha cuenta hereda los derechos de acceso de lectura a la oportunidad si la acción de cambiar primario es Cascade. Puede deshabilitar esta herencia automática de los derechos de acceso de lectura si establece la acción de cambiar primario en NoCascade. Puede usar las opciones Active o UserOwned para especificar los filtros en los que los registros se ven afectados por el cambio en los derechos de acceso. Para cualquier registro relacionado con la oportunidad mediante una relación jerárquica, la acción de cambiar primario pone en cascada esas relaciones entre entidades y los derechos de acceso de lectura se heredan en función de los filtros establecidos para la acción de cambiar primario.

Vea también

Relaciones de uno a varios
Crear y actualizar relaciones entre entidades mediante la API web
Extender el modelo de los metadatos para aplicaciones Dynamics 365 for Customer Engagement
Personalizar metadatos de entidad
Personalizar metadatos de atributos de entidad
Metadatos de relación entre entidades
Asignaciones de entidades y atributos
Admitir varios idiomas con etiquetas
Usar seguridad basada en registros para controlar el acceso a registros
Ejemplo: Crear y recuperar las relaciones entre entidades