Privilegios y permisos en Jitterbit App Builder

Descripción general

El modelo de autorización de App Builder se basa en dos conceptos relacionados pero distintos. Un privilegio determina si un grupo puede acceder a una aplicación o fuente de datos, mientras que un permiso determina qué pueden hacer realmente los miembros de ese grupo con los datos una vez que están dentro. El acceso de cada usuario es simplemente la suma de los privilegios y permisos otorgados a los grupos a los que pertenece.

Esta página explica ambas partes del modelo:

Privilegios: Aprende cómo los administradores otorgan a un grupo acceso a una aplicación o fuente de datos, y cómo se relaciona ese acceso entre ambas.
Permisos: Aprende qué permite hacer cada permiso a un usuario y cómo eso determina qué páginas, enlaces de menú y controles de página puede ver un usuario.

Privilegios

Un privilegio es una concesión de sí o no que controla si un grupo tiene acceso a una aplicación o fuente de datos específica. Los administradores otorgan privilegios directamente a grupos, nunca a usuarios individuales, así que todos los miembros de un grupo comparten los privilegios que tiene el grupo. Esta sección cubre cómo funcionan los privilegios para grupos en general, y la relación específica entre el privilegio de una aplicación y los privilegios de las fuentes de datos que utiliza.

Grupos y privilegios

Los grupos organizan usuarios para que los administradores puedan gestionar su acceso colectivamente, en lugar de uno por uno. Para dar a un grupo acceso a parte de App Builder, un administrador de seguridad le otorga privilegio a una aplicación o fuente de datos específica, usando los pasos en Otorgar a un grupo acceso a una aplicación o fuente de datos.

Otorgar a un grupo privilegio a una aplicación normalmente extiende ese privilegio a las fuentes de datos que utiliza la aplicación. Esta extensión solo fluye en una dirección. Consulta Autorización de aplicaciones para conocer las excepciones a esta regla.

Autorización de aplicaciones

Una aplicación típicamente utiliza una o más fuentes de datos para almacenar y recuperar sus registros. Cuando un administrador de seguridad otorga a un grupo privilegio a una aplicación, App Builder automáticamente extiende ese privilegio a todas las fuentes de datos que la aplicación referencia, así que el grupo no necesita una segunda concesión separada para usar la aplicación normalmente.

Nota

Algunas características son una excepción a esta extensión, requiriendo que un grupo tenga privilegio explícito a una fuente de datos aunque ya tenga privilegio a una aplicación que la utiliza. Por ejemplo, Conversational AI requiere privilegio explícito a una fuente de datos del agente registrado antes de que los miembros de un grupo puedan chatear con ese agente.

Lo contrario no es cierto: otorgar a un grupo privilegio a una fuente de datos no le otorga privilegio a ninguna aplicación que suceda usar esa fuente de datos. El privilegio a una fuente de datos solo permite a un grupo trabajar con esa fuente de datos directamente, por ejemplo a través de un reporte o una integración, no a través de ninguna aplicación en particular.

Por ejemplo, supón que una fuente de datos customer es usada por dos aplicaciones diferentes, Customer Reports y Customer Lookup. Un grupo que tenga privilegio a Customer Reports puede usar la fuente de datos customer a través de esa aplicación, pero el mismo grupo no puede abrir Customer Lookup a menos que se le otorgue privilegio a esa aplicación por separado, aunque ambas aplicaciones dependan de los mismos datos.

Nota

Tener privilegio a una fuente de datos es necesario para usarla, pero no siempre es suficiente. Si la fuente de datos define roles, el grupo también necesita ser miembro de uno o más de esos roles.

Permisos

Una vez que un grupo tiene privilegio sobre una fuente de datos, los permisos determinan exactamente qué pueden hacer sus miembros con los objetos de datos en ella, como consultar, insertar, actualizar o eliminar registros. No todas las fuentes de datos otorgan permisos con la misma granularidad; consulta Roles para ver cómo App Builder decide entre otorgar a un grupo permiso completo sobre una fuente de datos de una sola vez, u otorgar permisos de forma más precisa a través de roles. App Builder también utiliza permisos para decidir qué páginas, enlaces de menú y controles de página puede ver un usuario, lo cual se aborda en Autorización de página a continuación.

Los permisos son la unidad más específica del control de acceso en App Builder. Cada uno otorga un único tipo de acción sobre un objeto de datos:

Permiso	Descripción
Lectura	Permite a los usuarios consultar el objeto de datos.
Insertar	Permite a los usuarios insertar registros en el objeto de datos.
Actualizar	Permite a los usuarios actualizar registros en el objeto de datos y ejecutar eventos definidos por el usuario.
Eliminar	Permite a los usuarios eliminar registros del objeto de datos.

Consulta Roles para ver cómo estos permisos individuales se combinan en la concesión general de un rol.

Autorización de página

Se autoriza a los usuarios para ver e interactuar con páginas específicas según su acceso a los objetos de datos. Esto se debe a que App Builder no asegura las páginas directamente; en su lugar, asegura los objetos de datos sobre los que se construye una página y deriva el acceso del usuario a la página desde sus permisos sobre esos objetos. Existen tipos de paneles (como Grid, Form y Chart) y controles (como List) que están vinculados a objetos de datos y, por lo tanto, están sujetos a esta verificación de permiso subyacente.

Un usuario tiene permiso para una página si y solo si tiene acceso de Lectura a cada objeto de datos que la página utiliza. Esta regla se aplica incluso a una página construida directamente sobre una fuente de datos, como una página de carga de archivos construida sobre un sistema de archivos local: el grupo del usuario necesita privilegio explícito sobre esa fuente de datos, separado de cualquier privilegio que tenga a través de una aplicación, antes de que la página sea accesible.

Si un usuario solicita una página para la que no tiene permiso, recibe un error de "Acceso denegado". En la práctica, esto es poco común, ya que App Builder oculta o desactiva los enlaces y entradas de menú a páginas a las que un usuario no puede acceder en primer lugar; ocurre principalmente si la seguridad está mal configurada, o si un usuario navega directamente a la URL de una página, por ejemplo haciendo clic en un enlace antiguo en un correo electrónico.

App Builder ajusta los enlaces de menú, los enlaces de página y los controles de página según los permisos de un usuario.

Al construir enlaces de menú, App Builder verifica si el usuario tiene acceso de Lectura a la página de destino de cada enlace. Si lo tiene, el enlace aparece en el menú; de lo contrario, App Builder lo oculta, por lo que los usuarios nunca ven entradas de menú para páginas que no pueden abrir.

Enlaces de página

De manera similar, al renderizar una página, App Builder verifica si el usuario tiene acceso de Lectura a la página de destino de cada enlace de página incrustado. Si lo tiene, la página se renderiza según lo diseñado. De lo contrario, App Builder ajusta la página de la siguiente manera:

Oculta el icono de enlace del panel Grid (chevron o popup) y desactiva su acción de doble clic.
Oculta las columnas del panel Grid definidas por controles que no están vinculados a datos (como Buttons).
Renderiza los controles vinculados a datos dentro de los paneles Grid o Form (como controles Text o List) como no interactivos.

Controles de página

Más allá de simplemente ocultar un enlace, App Builder también oculta o desactiva los controles específicos que ofrece una página, según los permisos que tenga el grupo del usuario para el objeto de datos subyacente:

Derecho de Acceso	Afecta
Insert	Oculta el botón Agregar del panel Grid.
Update	Oculta los iconos Editar del panel Grid. Oculta el botón Editar del panel Form-row. Oculta las columnas del panel Grid definidas por controles que no están vinculados a datos (como Botones). Oculta los controles dentro de un panel Form que no están vinculados a datos (como Botones). Hace que los controles vinculados a datos dentro de paneles Grid o Form (como controles de Texto o Lista) no sean clickeables.
Delete	Oculta los iconos Eliminar del panel Grid. Oculta el botón Eliminar del panel Form.