Descripción general de Relaciones de objeto

Principal-detalle

Vincula estrechamente objetos entre sí de modo que el registro principal controla ciertos comportamientos del registro de detalle y subdetalle. Por ejemplo, puede definir una relación principal-detalle de dos objetos, como Cuentas-Informe de gastos, para ampliar la relación a registros de subdetalle, como Cuentas-Informe de gastos-Partida de gastos. Puede realizar operaciones en la relación principal-detalle-subdetalle.

Sugerencia Cree una relación principal-detalle antes de que un objeto personalizado incluya datos.

Entre los comportamientos de las relaciones principal-detalle:

• La eliminación de un registro de detalles lo traslada a la Papelera y mantiene el registro principal intacto; la eliminación de un registro principal también elimina los registros de detalles y subdetalles relacionados. Si cancela la eliminación de un registro de detalles, éste se restaura y si cancela la eliminación de un registro principal también cancela la eliminación de los registros de detalles y subdetalles relacionados. Sin embargo, si elimina un registro de detalles y más tarde elimina su registro principal por separado, no podrá cancelar la eliminación del registro de detalles, ya que no existe ningún registro principal con el que relacionarlo.
• De manera predeterminada, no se puede volver a relacionar los registros en relaciones principal-detalle. Sin embargo, los administradores pueden volver a relacionar registros secundarios en relaciones principal-detalle de objetos personalizados con diferentes registros principales seleccionando la opción Permitir volver a relacionar en la definición de relaciones principal-detalle.
• El campo Propietario de los registros de detalle y subdetalle no está disponible y se define automáticamente como el propietario del registro principal. Los objetos personalizados del lado de detalle de una relación principal-detalle no pueden tener reglas de colaboración, colaboración manual o colas, ya que estas funciones requieren el campo Propietario.
• Los registros de detalle y detalle secundario heredan la configuración y permisos de seguridad desde el registro principal. No puede establecer permisos en el registro de detalle de forma independiente.
• El campo de relación principal-detalle (que es el campo que vincula los objetos) es obligatorio en el formato de página de los registros de detalle y subdetalle.
• El objeto principal puede ser un objeto estándar, como Cuenta u Oportunidad, o bien, un objeto personalizado.
• Como práctica recomendada, no supere los 10.000 registros secundarios para una relación principal-detalle.
• Cada objeto personalizado puede tener hasta dos relaciones principal-detalle y hasta 40 relaciones en total.
• No se puede cambiar la entrada Relacionado con después de guardar la relación.
• Un perfil o un conjunto de permisos puede tener un objeto, como Cuenta, con una relación principal-detalle. Existe una dependencia de permiso interrumpida si el objeto secundario tiene permisos que el principal debe tener. Para actualizaciones realizadas en Configuración, Salesforce actualiza el objeto principal para una dependencia de permiso rota en la primera acción de guardado para el perfil o conjunto de permisos. Para actualizaciones realizadas utilizando la API, debe solucionar manualmente dependencias de permisos rotas.

  Si el objeto secundario tiene estos permisos	Estos permisos se activan en el objeto principal
  Modificar todos los registros O Ver todos los registros	Ver todos los registros
  Ver todos los registros O Leer	Leer

• Cuando crea una versión de borrador de Artículo de Knowledge a partir de una versión publicada, el campo Resumen en el artículo borrador traslada los valores del campo Resumen del artículo publicado. Según el diseño, cuando modifica un artículo, se crea una nueva versión borrador y los valores de campo personalizados de la versión publicada se transmiten a la nueva versión borrador. Sin embargo, los registros de objetos personalizados asociados con un KnowledgeArticleVersion (artículo publicado) no se transfieren o se adjuntan a la nueva versión borrador.

Varios a varios

Puede utilizar relaciones principal-detalle para modelar relaciones de varios a varios entre dos objetos. Una relación de varios a varios permite que cada registro de un objeto de vincule con múltiples registros de otro objeto y viceversa. Por ejemplo, crea un objeto personalizado denominado Problema relacionado con el objeto estándar de caso, de forma que el problema pueda estar relacionado con múltiples casos, y un caso pueda estar también relacionado con múltiples problemas.

Búsqueda

Vincula dos objetos juntos. Las relaciones de búsqueda son parecidas a las relaciones principal-detalle, excepto que no admiten campos de resumen ni colaboración. Con una relación de búsqueda, puede hacer lo siguiente:

• Vincular dos objetos diferentes.
• Vincular un objeto consigo mismo (excepto para el objeto usuario; consulte la sección Jerarquía en este tema). Por ejemplo, vincule un objeto personalizado denominado Problema consigo mismo para mostrar cómo dos problemas diferentes están relacionados con el mismo fallo.

Nota Las relaciones de búsqueda de objetos relacionados con el objeto de miembro de campaña no son compatibles; sin embargo, puede crear relaciones de búsqueda del objeto relacionado de miembro de campaña con otros objetos.

Cuando crea una relación de búsqueda, puede establecer estas opciones:

• Haga que el campo de búsqueda sea obligatorio para guardar un registro, exigiéndolo también en el formato de página correspondiente.
• Si el campo de búsqueda es opcional, puede especificar que se produzca uno de los tres comportamientos siguientes si se elimina el registro de búsqueda:
  • Borrar el valor de este campo: Es el valor predeterminado. Borrar el contenido del campo es una buena opción cuando el campo no debe contener un valor del registro de búsqueda asociado.
  • No permitir la eliminación del registro de búsqueda que forma parte de una relación de búsqueda Si tiene dependencias creadas en la relación de búsqueda, como una regla de flujo de trabajo, esta opción no permite la eliminación del registro de búsqueda.
    

    Nota La eliminación de un registro que tiene registros secundarios no está permitida, excepto cuando los registros secundarios se eliminan con posibilidad de recuperación (enviados a la papelera). Si todos los registros secundarios de un registro principal se eliminan con posibilidad de recuperación, el registro principal se elimina. Además, cualquier secundario eliminado con capacidad de recuperación se elimina de la Papelera y se elimina de forma permanente.
  • Eliminar también este registro: Únicamente disponible si un objeto personalizado contiene la relación de búsqueda, no si está contenido por un objeto estándar. Sin embargo, el objeto de búsqueda puede ser estándar o personalizado. Seleccione cuándo están estrechamente combinados el campo de búsqueda y su registro asociado y desea eliminar completamente datos relacionados. Por ejemplo, supongamos que tiene un registro de informe de gastos con una relación de búsqueda con registros de gastos individuales. Cuando elimine el informe, probablemente también desee eliminar todos los registros de gastos.
    

    Advertencia La selección de Eliminar este registro también puede dar como resultado una eliminación en cascada. Una eliminación en cascada omite la configuración de seguridad y colaboración, lo que significa que los usuarios pueden eliminar registros cuando el registro de búsqueda de destino se elimina incluso si no tienen acceso a los registros. Para evitar que se eliminen registros de forma accidental, la opción de eliminación en cascada está desactivada de forma predeterminada. Póngase en contacto con Salesforce Para obtener la opción de eliminación en cascada activada para su organización.

    La eliminación en cascada y sus opciones relacionadas no están disponibles para relaciones de búsqueda en horario de oficina, red, candidato, lista de precios, productos u objetos de usuario.

Cuando define una relación de búsqueda, puede incluir un campo de búsqueda en los formatos de página de dicho objeto y crear una lista relacionada en los formatos de página del objeto personalizado asociado. Por ejemplo, si tiene un objeto personalizado llamado "Solicitudes de tiempo remunerado no trabajado" y desea que sus usuarios vinculen una solicitud de este tipo con el usuario que remite la solicitud, cree una relación de búsqueda desde el objeto personalizado Solicitud de tiempo remunerado no trabajado con el objeto del usuario.

Si se elimina el registro principal en una relación de búsqueda, el seguimiento del historial de campos para el registro secundario no registra la eliminación. Por ejemplo, si se elimina una cuenta principal, la lista relacionada Historial de cuenta de la cuenta secundaria no muestra la eliminación.

No puede eliminar un objeto o un registro en una relación de búsqueda si el número de registros combinados entre los dos objetos vinculados es superior a 100.000. Para eliminar un objeto o un registro en una relación de búsqueda, elimine primero un número adecuado de sus registros secundarios.

Cuando elimine un objeto que utilizó un campo de búsqueda, elimine también el campo. Para eliminar el objeto y el campo, utilice la API de metadatos con un manifiesto de eliminación que utilice purgeOnDelete. O bien, utilice la Configuración en interfaz de usuario para eliminar primero el campo. De lo contrario, no se puede eliminar el objeto.

Búsqueda externa

Una relación de búsqueda externa vincula un objeto externo, personalizado o estándar secundario a un objeto externo principal. Cuando crea un campo de relación de búsqueda externa, el campo estándar Id. externo en el objeto externo principal se compara con los valores del campo de relación de búsqueda externa secundario. Los valores del campo de objeto externo proceden de una fuente de datos externa.

Búsqueda indirecta

Una relación de búsqueda indirecta vincula un objeto externo secundario a un objeto personalizado o estándar principal. Cuando crea un campo de relación de búsqueda indirecta en un objeto externo, especifica el campo de objeto principal y el campo de objeto secundario para comparar y asociar registros en la relación. Concretamente, seleccione un campo de Id. externo, único personalizado en el objeto principal para buscar coincidencias en el campo secundario de relación de búsqueda indirecta, cuyos valores provienen de una fuente de datos externa.

Jerárquica

Una relación de búsqueda especial disponible solo para el objeto de usuario. Permite a los usuarios utilizar un campo de búsqueda para asociar a un usuario con otro que no se refiere ni directa ni indirectamente a sí mismo. Por ejemplo, puede crear un campo personalizado de relación jerárquica para almacenar el gestor directo de cada usuario.

Sugerencia Al crear un campo jerárquico con Personal Edition, Contact Manager Edition, Group Edition y Professional Edition, puede seleccionar la casilla de verificación Campo restringido de modo que sólo los usuarios que dispongan del permiso Gestionar usuarios internos puedan modificarlo. En Professional Edition, Enterprise Edition, Unlimited Edition, Performance Edition y Developer Edition, utilice la seguridad a nivel de campo.