| Imprimir Abrir versión PDF de ayuda en línea

#### Cómo se determinan los derechos de acceso para trabajar con registros del tipo registro principal Cuando un usuario intenta actualizar o eliminar un registro principal, o profundizar para ver más detalles sobre el mismo, Oracle CRM On Demand utiliza el siguiente proceso para determinar qué acciones puede realizar el usuario en el registro: Oracle CRM On Demand determina los niveles de acceso que permite el perfil de usuario en el rol del usuario: Si el usuario es el propietario del registro, se utilizará el perfil de acceso de propietario del usuario. Si, por el contrario, el usuario no fuera el propietario del registro, pero la opción Se pueden leer todos los registros estuviera seleccionada para el tipo de registro en el rol de usuario, se utilizaría el perfil de acceso predeterminado del usuario. Oracle CRM On Demand determina los niveles de acceso que conceden cada uno de los siguientes componentes de control de acceso: La jerarquía de informes Afiliación a libros personalizados Delegación de usuario Afiliación a un equipo A continuación se ofrece más información sobre cómo Oracle CRM On Demand determina los niveles de acceso que conceden la jerarquía de informes, la afiliación a libros personalizados, la delegación de usuario y la afiliación a un grupo. A la hora de crear perfiles de acceso y asignarlos a usuarios, libros y equipos, debe tener en cuenta que Oracle CRM On Demand siempre utiliza los niveles de acceso más permisivos de cada uno de los componentes de control de acceso. La combinación de los permisos de acceso para el registro determina qué acciones puede realizar el usuario en el registro. Si el usuario tiene como mínimo el acceso de sólo lectura en el registro, se mostrarán los detalles del registro. De lo contrario, el usuario verá un mensaje de error. #### Derechos de acceso de la jerarquía de informes Para determinar los derechos de acceso que se pueden conceder mediante la posición de un usuario en la jerarquía de informes, Oracle CRM On Demand considera los siguientes puntos para cada subordinado del usuario: Si el subordinado es el propietario del registro, Oracle CRM On Demand extrae el nivel de acceso para el tipo de registro principal del perfil de acceso de propietario del usuario actual. Si el subordinado es miembro del equipo en el registro, Oracle CRM On Demand extrae el nivel de acceso para el tipo de registro principal del perfil de acceso asignado al subordinado como miembro del equipo. NOTA: si el subordinado no es el propietario del registro, ni miembro del equipo del registro, el subordinado no contribuirá al cálculo del acceso. Entonces, Oracle CRM On Demand considerará todos los derechos de acceso que el subordinado contribuya al cálculo del acceso y calculará el nivel de acceso más permisivo que se puede conceder al usuario. #### Derechos de acceso de la afiliación a libros personalizados Para determinar los derechos de acceso que se pueden conceder mediante la afiliación del usuario a libros personalizados, Oracle CRM On Demand considera lo siguiente: Si el registro está asociado a un libro, Oracle CRM On Demand extrae el nivel de acceso para el tipo de registro del perfil de acceso asignado al usuario que es miembro del libro. Si el registro se asocia a un libro secundario de una jerarquía de libros con varios niveles, como principal anterior, principal y secundario, el nivel de acceso se extrae de la siguiente forma: Si el usuario es miembro de los tres libros, el nivel de acceso se deriva de los perfiles de acceso del usuario en cada libro principal anterior, principal y secundario. Si el usuario sólo es miembro del libro principal anterior, el nivel de acceso se deriva del perfil de acceso del usuario en el libro principal anterior. En todos los casos, si uno o varios de los niveles de acceso del registro se establece en Heredar principal, se utiliza el nivel de acceso heredado del tipo de registro principal. Si más de un nivel de acceso del registro es Heredar principal, se utiliza una combinación de los niveles de acceso heredados de los tipos de registro principales de cada perfil de acceso. Oracle CRM On Demand considera todos los niveles de acceso de miembro del libro para el cálculo de acceso final y determina el nivel de acceso con más permisos que se puede proporcionar al usuario. #### Derechos de acceso de la delegación de usuario Para determinar los derechos de acceso que se pueden conceder mediante la delegación de usuario, Oracle CRM On Demand considera los siguientes puntos para cada delegador (es decir, la persona para la cual el usuario actual es un delegado): Si el delegador es el propietario del registro, Oracle CRM On Demand extrae el nivel de acceso para el tipo de registro principal del perfil de acceso de propietario del delegador. Si el delegador es miembro del equipo en el registro, Oracle CRM On Demand extrae el nivel de acceso para el tipo de registro principal del perfil de acceso asignado al delegador del equipo. Si el subordinado del delegador es el propietario del registro, Oracle CRM On Demand extrae el nivel de acceso para el tipo de registro principal del perfil de acceso de propietario del subordinado. Si un subordinado del delegador es miembro del equipo en el registro, Oracle CRM On Demand extrae el nivel de acceso para el tipo de registro principal del perfil de acceso asignado al subordinado del equipo. Entonces, Oracle CRM On Demand considerará todos los niveles de acceso que la delegación de usuario contribuya al cálculo del acceso y determinará el nivel de acceso más permisivo que se puede conceder al usuario. #### Derechos de acceso por la afiliación a equipo Si el usuario es miembro del equipo en un registro (pero no es el propietario del registro), Oracle CRM On Demand extrae el nivel de acceso para el tipo de registro principal del perfil de acceso en la afiliación a equipo de usuario. #### Temas relacionados Consulte los siguientes temas para obtener información relacionada: Gestión de perfiles de acceso Ejemplos de cálculos de nivel de acceso Proceso de configuración de perfiles de acceso

Publicado en agosto 2022 | Copyright © 2005, 2022, Oracle y/o sus subsidiarias. Legal Notices.