Loading
Ampliar Salesforce con clics, no con programación
Índice de materias
Seleccionar filtros

          No hay resultados
          No hay resultados
          Estas son algunas sugerencias de búsqueda

          Compruebe la ortografía de sus palabras clave.
          Utilice términos de búsqueda más generales.
          Seleccione menos filtros para ampliar su búsqueda.

          Buscar en toda la Ayuda de Salesforce
          Consideraciones sobre las relaciones de objetos

          Consideraciones sobre las relaciones de objetos

          Revise estas consideraciones antes de crear relaciones entre objetos:

          Ediciones necesarias

          Importante
          Importante Donde sea posible, cambiamos términos no inclusivos para estar en sintonía con el valor de Igualdad de nuestra empresa. Mantuvimos ciertos términos para evitar cualquier efecto sobre las implementaciones de clientes.
          Disponible en: Salesforce Classic y Lightning Experience

          Disponible en: Contact Manager Edition, Group Edition, Professional Edition, Enterprise Edition, Performance Edition, Unlimited Edition, Developer Edition y Database.com Edition

          Los objetos externos de Salesforce Connect están disponibles en Developer Edition y por un coste adicional en Enterprise Edition, Performance Edition y Unlimited Edition.

          Límites de relación
          Cada objeto personalizado puede tener hasta 2 relaciones principal-detalle y muchas relaciones de búsqueda. Cada relación se incluye en el número máximo de campos personalizados que se admiten.
          Conversión de relaciones
          Puede convertir una relación principal-detalle en una relación de búsqueda siempre y cuando no haya campos de resumen en el objeto principal.
          La conversión de una relación principal/detalle en una búsqueda para un objeto personalizado en el lado del “detalle”, cambia el valor predeterminado de toda la organización para el objeto a Lectura/escritura pública.
          Puede convertir una relación de búsqueda en una relación principal-detalle si el campo de búsqueda de todos los registros contiene un valor.
          No se puede cambiar una relación de búsqueda a una relación principal-detalle si el valor predeterminado de toda la organización del nivel de acceso de objetos secundarios en la relación es Controlado por principal.
          La conversión de una búsqueda en una relación principal-detalle cambia el valor predeterminado de toda la organización a Controlado por principal y el modelo de colaboración se actualiza a lectura/escritura pública.
          Relaciones consigo mismo
          Puede crear una relación de un objeto consigo mismo, pero debe ser una relación de búsqueda y un solo registro no puede vincularse consigo mismo. Sin embargo, un registro puede relacionarse indirectamente consigo mismo. Por ejemplo, la campaña Promoción de festividades puede seleccionar la campaña Correo directo en la relación de búsqueda y la campaña Correo directo puede seleccionar la campaña Promoción de festividades en la relación de búsqueda.
          No puede crear una relación consigo mismo de varios a varios; es decir, las dos relaciones principal-detalle del objeto de fusión no pueden tener el mismo objeto principal.
          Iconos de las listas relacionadas personalizadas
          El icono que seleccione para la ficha personalizada asociada también aparece en cualquier lista relacionada personalizada que cree basada en una relación.
          Las listas relacionadas personalizadas no incluyen un icono si se basan en una relación con un objeto personalizado que no tiene una ficha personalizada.
          Relaciones principal-detalle
          Para crear relaciones principal-detalle de múltiples niveles, necesita el permiso de usuario Personalizar aplicación.
          Al definir una relación principal-detalle, el objeto personalizado en el que está trabajando es el lado de detalle. Sus datos aparecen como una lista relacionada personalizada en los formatos de página para el otro objeto.
          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.
          Puede tener hasta 3 niveles de detalles personalizados.
          Los objetos estándar no pueden estar en el lado de detalle de un objeto personalizado en una relación principal-detalle.
          Un objeto puede aparecer una vez en relaciones de principal-detalle de múltiples niveles. Por ejemplo, un objeto de subdetalle de una relación principal-detalle multinivel no puede ser también el propietario del objeto principal en otra relación principal-detalle multinivel. Un objeto de subdetalle tampoco puede ser el objeto principal del objeto de detalle del objeto de subdetalle.
          Las relaciones principal-detalle de múltiples niveles no admiten transferencias de división.
          No es posible crear una relación principal-detalle si el objeto personalizado ya contiene datos. Sin embargo, es posible crear la relación como búsqueda y después convertirla en principal-detalle si el campo de búsqueda de todos los registros contiene un valor.
          Si se convierten relaciones de búsqueda a principal-detalle o de principal-detalle a búsqueda, el comportamiento será el mismo que el de las relaciones principal-detalle de dos objetos. Es decir, los dos objetos vinculados en la relación detalle-subdetalle1 o subdetalle1-subdetalle2 tendrán los mismos límites de conversión que la relación principal-detalle.
          Los campos de resumen funcionan como en las relaciones principal-detalle de dos objetos. Un principal puede resumir campos en registros de detalles, sin embargo, no podrá resumir directamente campos en registros de subdetalle. El registro de detalle debe tener un campo de resumen para el campo en el registro de subdetalle, permitiendo al principal resumir a partir del campo de resumen del detalle.
          Puede utilizar relaciones principal-detalle multinivel en tipos de informes personalizados. La casilla de verificación Permitir informes debe estar seleccionada al crear el objeto personalizado. Los tipos de informes personalizados creados para relaciones principal-detalle de múltiples niveles se contabilizan en el límite de tipo de informe personalizado de las organizaciones, y no se genera ningún informe si se supera este límite.
          Los objetos de unión personalizados no pueden tener objetos de detalle. Es decir, un objeto de unión personalizado no puede convertirse en el objeto principal de una relación principal-maestro de múltiples niveles.
          No puede eliminar un objeto personalizado si se encuentra en el lado principal de una relación principal-detalle. Si elimina un objeto personalizado que se encuentre en el lado de detalle de una relación principal-detalle, la relación se convertirá en una relación de búsqueda.
          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.
          Una implementación de la API de metadatos que incluye relaciones principal-detalle elimina todos los registros de detalles en la papelera de reciclaje en estos casos.
          • Para una implementación con un nuevo campo principal-detalle, elimine (envíe a la papelera de reciclaje) todos los registros de detalles antes de continuar para implementar el campo principal-detalle, o se producirá un error en la implementación. Durante la implementación, los registros de detalles se eliminan de forma permanente de la papelera de reciclaje y no se pueden recuperar.
          • Para una implementación que convierta una relación de campo de búsqueda en una relación principal-detalle, los registros de detalles deben hacer referencia a un registro principal o eliminarse (enviarse a la papelera de reciclaje) para que la implementación se realice correctamente. Sin embargo, si se realiza una implementación correcta, se eliminan de forma permanente los registros de detalles de la papelera de reciclaje.
          Como práctica recomendada, no supere los 10.000 registros secundarios para una relación principal-detalle.
          Un perfil o un conjunto de permisos puede tener una entidad, como Cuenta, con una relación principal detalle. Existe una dependencia de permiso interrumpida si la entidad secundaria tiene permisos que el principal debe tener. Salesforce actualiza la entidad principal para una dependencia de permiso interrumpido en la primera acción guardar para el conjunto de permisos o perfil.
          Si la entidad secundaria tiene estos permisosEstos permisos se activan en la entidad principal
          Modificar todos los registros O Ver todos los registros Ver todos los registros
          Ver todos los registros O Leer Leer
          Relaciones de varios a varios
          Los registros de objetos de fusión se eliminan cuando se elimina un registro principal asociado y se coloca en la papelera de reciclaje. Si se eliminan ambos registros principales asociados, el registro de objeto de fusión se eliminará permanentemente y no podrá restaurarse.
          El acceso compartido a un registro de objeto de fusión viene determinado por el acceso compartido de un usuario a ambos registros principales asociados y la opción Configuración de colaboración del campo de relación. Consulte Seguridad de objetos personalizados. Por ejemplo, si la configuración de colaboración de ambos principales es de lectura/escritura, el usuario debe tener acceso de lectura/escritura para ambos principales para poder tener acceso de lectura/escritura al objeto de fusión. Si la configuración de colaboración de ambos principales es de sólo lectura, un usuario con permisos de sólo lectura en los registros principales tendría acceso de lectura al objeto de fusión.
          En una relación de varios a varios, el usuario no puede eliminar un registro principal si hay más de 200 registros de objetos de fusión asociados a él y si el objeto de fusión tiene un campo de resumen que alcanza al otro principal. Para eliminar este objeto, elimine manualmente los registros de objetos de fusión hasta que el recuento sea inferior a 200.

          La primera relación principal-detalle que cree en su objeto de fusión será la relación primaria. Esta relación afecta a los registros de objetos de fusión de estas formas.

          • Apariencia: Las páginas de modificación y detalle del objeto de fusión utilizan el color y cualquier icono asociado del objeto principal primario.
          • Propiedad de los registros: Los registros de objeto de fusión heredan el valor del campo Propietario de su registro principal primario asociado. Como los objetos del lado de detalle de una relación no tienen un campo Propietario visible, esto sólo es relevante si posteriormente elimina ambas relaciones principal-detalle de su objeto de fusión.
          • División: Si su organización utiliza divisiones para segmentar los datos, los registros de objeto de fusión heredarán su división de su registro principal primario asociado. Al igual que la relación de registros, esto sólo es relevante si después elimina ambas relaciones principal-detalle.

          La segunda relación principal-detalle que cree en su objeto de fusión será la relación secundaria. Si elimina la relación principal-detalle o la convierte en una relación de búsqueda, el objeto principal secundario se convertirá en primario.

          Los campos de resumen que resumen los datos del objeto de fusión pueden crearse en ambos objetos principales.
          Los campos de fórmula y reglas de validación del objeto de función pueden hacer referencias a los campos de ambos objetos principales.
          Puede definir desencadenadores Apex en ambos objetos principales y en el objeto de fusión.
          Un objeto de fusión no puede estar en el lado principal de otra relación principal-detalle.
          No puede crear una relación consigo mismo de varios a varios; es decir, las dos relaciones principal-detalle del objeto de fusión no pueden tener el mismo objeto principal.
          Relaciones de búsqueda
          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
            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 este registro también: Disponible solo para un campo de búsqueda personalizado en un objeto personalizado. Esta opción no está disponible para un campo de búsqueda personalizado que hace referencia a un objeto estándar. Seleccione cuándo están estrechamente combinados el campo de búsqueda y su registro asociado y desea eliminar por completo los datos relacionados.
            Advertencia
            Advertencia Si selecciona Eliminar también este registro, puede producirse una eliminación en cascada. Una eliminación en cascada omite los ajustes de seguridad y colaboración, lo que significa que los usuarios pueden eliminar registros cuando se elimine el registro de búsqueda de destino aunque no tengan 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 con objetos estándar.

          En una cadena de relaciones de búsqueda, estos comportamientos funcionan independientemente de cada campo de destino en cada nivel. Supongamos, por ejemplo, que el campo A es la búsqueda de destino del campo B, que a su vez es la búsqueda de destino del campo C. Puede tener una restricción de eliminación sobre A y ninguna sobre B, lo que significa que A no puede eliminarse pero B sí. Una vez que se elimine B, la relación entre A y B deja de existir, por lo que C tiene un valor vacío para la búsqueda.
          En una relación de búsqueda de múltiples niveles, estas opciones pueden entrar en conflicto. Por ejemplo, si el campo A es la búsqueda de destino del campo B, que a su vez es la búsqueda de destino del campo C, puede especificar que A elimina B, pero que B no se puede eliminar porque tiene una relación con C. Si intenta eliminar A, obtendrá un error indicando que B no se puede eliminar porque está vinculado a C.
          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 seleccionar campos de búsqueda indirecta en el campo principal cuando agrega el componente Lista relacionada - Única a una página Lightning. En su lugar, seleccione la lista relacionada asociada con el campo de búsqueda indirecta. No muestra datos en la lista relacionada, pero muestra el campo de búsqueda sin ningún problema.
          Relaciones con objetos externos
          Las relaciones de búsqueda, búsqueda externa y búsqueda indirecta tienen algunos comportamientos especiales y limitaciones.
          • Solo las relaciones de búsqueda, búsqueda externa y búsqueda indirecta están disponibles para objetos externos. No se admiten otros tipos de relaciones.
          • Dependiendo de la disponibilidad del sistema externo, las listas relacionadas de objetos externos secundarios pueden cargar lentamente cuando los usuarios ven las páginas de detalles del registro principal.
          • Las relaciones que implican objetos externos permiten a los usuarios crear registros secundarios desde páginas de detalle del registro de registros principales. Sin embargo, el campo de relación en cada nuevo registro secundario no se rellena automáticamente para identificar el registro principal.
          • La sincronización no crea campos de relaciones en los objetos externos en su organización de Salesforce. Sin embargo, puede cambiar el tipo de campo de un campo personalizado creado por la sincronización en Relaciones de búsqueda, Relaciones de búsqueda externa o Relaciones de búsqueda indirecta. Cambiar el tipo de campo de un campo personalizado existente es más sencilla¡o y eficiente que la creación manual de un campo de relaciones en el objeto externo.

            Por ejemplo, supongamos que el sistema externo tiene una relación clave externa. La sincronización de tablas relacionadas crea un campo de texto en su organización para la columna externa que identifica las claves externas. Para reflejar la relación de la clave externa en su organización, cambie el tipo de campo de ese campo de texto a Relación de búsqueda externa.

          • Un campo de relación es un tipo de campo personalizado. Por lo tanto, al igual que todos los campos personalizados en un objeto externo, los campos de relación se pueden sustituir cuando sincronice el objeto externo. Consulte las consideraciones de sincronización para cada adaptador de Salesforce Connect que utilice.
          • La eliminación en cascada no está disponible para relaciones de objetos externos.
          • En Salesforce Classic, los campos de relación de búsqueda indirecta no muestran los nombres de registros principales esperados. En su lugar, cada campo de relación de búsqueda indirecta muestra el valor del campo de destino en el objeto principal. Para buscar registros relacionados, se comparan valores de campo de destino con los valores del campo de relaciones de búsqueda indirecta en el objeto secundario. El campo de destino, que tiene los atributos External ID y Unique, se selecciona cuando se crea un campo de relación de búsqueda indirecta.
          • En Salesforce Classic, los campos de relación de búsqueda externa no siempre muestran los nombres de registros principales esperados.
            • En una vista de lista, un campo de relación de búsqueda externa muestra el Id. del objeto principal o el valor del campo estándar del Id. externo del objeto principal. La segunda opción aparece de forma predeterminada, pero si un campo personalizado del objeto principal tiene el atributo Is Name Field, aparece el Id. del objeto principal.
            • En una página de detalle de registro, un campo de relación de búsqueda externa muestra el nombre como se espera si la organización ha recuperado anteriormente el registro principal. Si ve un Id. en un campo de relación de búsqueda externa, vuelva a cargar la página para sustituir el Id. por el nombre.
          • La búsqueda global no está disponible para los campos de relaciones de búsqueda externa. Para modificar un campo de relación de búsqueda externa, introduzca manualmente el valor del campo estándar Id. externo para el registro principal. Esta limitación no se aplica cuando el objeto externo principal está asociado con el adaptador entre organizaciones para Salesforce Connect.
          • La búsqueda global no está disponible para los campos de relaciones de búsqueda indirecta. Para modificar un campo de relaciones de búsqueda indirecta, introduzca manualmente el valor del campo de destino del registro principal. El campo de destino es el campo personalizado con los atributos External ID y Unique que se seleccionó cuando se creó la relación de búsqueda indirecta. Para determinar registros relacionados, Salesforce compara valores de campo de destino con los valores del campo de relaciones de búsqueda indirecta en el objeto secundario.
          • Con las relaciones de búsquedas externas y búsquedas indirectas, el registro principal aparece como un vínculo en el que se puede hacer clic en el campo de relación del registro secundario. Si un usuario ve el registro secundario y no tiene acceso al registro principal, dicho registro aparecerá en el campo de relación como un texto normal en lugar de un vínculo.
          • Los filtros de búsqueda no están disponibles para campos de relaciones de búsqueda externa.
          • Se pueden crear los campos de relaciones de búsqueda indirecta solo en objetos externos.
          • Solo los objetos que tienen un campo personalizado con los atributos External ID y Unique están disponibles como objetos principales en relaciones de búsqueda indirecta. Si no ve el objeto deseado cuando crea un campo de relación de búsqueda indirecta, agregue un campo de Id. externo único personalizado a ese objeto.
          • Si el sistema externo utiliza valores que distingan entre mayúsculas y minúsculas en el Nombre de columna externa especificado, asegúrese de que el campo del objeto principal también distingue entre mayúsculas y minúsculas. Cuando defina el campo personalizado del objeto principal, seleccione Id. externo, Exclusivo y Tratar “ABC” y “abc” como valores diferentes (distingue entre mayúsculas y minúsculas).
          Efecto de las relaciones en los informes
          El tipo de relación que cree afecta a los tipos de informes estándar que estén disponibles y al modo en el que se clasifican. Estos tipos de informe determinan qué objetos relacionados pueden incluirse en el informe.
          • Las relaciones de búsqueda permiten que los datos de dos objetos relacionados se fusionen en un informe.
          • Las relaciones principal-detalle permiten que los datos de tres objetos se fusionen en un informe: el objeto principal, el objeto de detalle más otro objeto de búsqueda. Si el objeto de detalle tiene múltiples relaciones de búsqueda, habrá disponible un tipo de informe distinto para cada búsqueda.
          • Las relaciones de varios a varios ofrecen dos tipos de informes estándar que fusionan los objetos principales y el objeto de fusión. El orden de los objetos principales del tipo de informe es importante. El objeto principal enumerado en primer lugar determinará el ámbito de registros que se mostrará en el informe.

            • “Principal primario con objeto de fusión y principal secundario” en la categoría de informe del objeto principal primario.
            • “Principal secundario con objeto de fusión y principal primario” en la categoría de informe del objeto principal secundario.
          La influencia en los informes de cada tipo de relación se resume en esta tabla.
          Tipo de relaciónTipos de informe estándarCategoría de tipo de informe
          Búsqueda

          Objeto por sí mismo

          Objeto con primera búsqueda

          Objeto con segunda búsqueda

          Objeto con tercera búsqueda

          Basada en el objeto
          Principal-detalle

          Objeto principal por sí mismo

          Objeto principal con objeto de detalle

          Objeto principal con objeto de detalle y primera búsqueda

          Objeto principal con objeto de detalle y segunda búsqueda

          Objeto principal con objeto de detalle y tercera búsqueda

          Objeto principal
          Varios a varios

          Objeto primario por sí mismo

          Objeto principal secundario por sí mismo

          Objeto principal primario con objeto de fusión y objeto principal secundario

          Objeto principal secundario con objeto de fusión y objeto principal primario

          Objeto principal primario

          y

          Objeto principal secundario

          Los tipos de informes personalizados le ofrecen más flexibilidad a la hora de fusionar datos de múltiples objetos, incluyendo búsquedas y relaciones principal-detalle.
          Importante
          Importante La conversión de una relación de búsqueda en principal-detalle o viceversa puede provocar que los informes personalizados existentes no puedan utilizarse debido a los diferentes tipos de informes estándar disponibles para cada tipo de relación. Recomendamos que pruebe sus informes personalizados inmediatamente después de convertir el tipo de relación. Si invierte la relación al tipo original, los informes se restaurarán y podrán utilizarse de nuevo.
           
          Cargando
          Salesforce Help | Article