Administración de grupos de seguridad y asignaciones

La administración de seguridad y accesos de PlaidCloud es sencilla. A un miembro se le concede o se le deniega el acceso según los grupos a los que esté asociado. Agregar o cambiar la asociación de seguridad de un miembro es fácil de personalizar.

Administración de grupos de seguridad

Los grupos de seguridad se pueden agregar, actualizar o eliminar.

Para administrar los grupos de seguridad:

Abra Identity
Seleccione la pestaña “Security”
Haga clic en “Grupos de seguridad” en el menú desplegable (se mostrará un formulario con los grupos existentes)
Para agregar un grupo, haga clic en “Create Security Group”
Para editar los permisos de un grupo, haga clic en el icono situado más a la izquierda

Para administrar los miembros de un grupo:

Abra Identity
Seleccione la pestaña “Security”
Haga clic en “Grupos de seguridad” en el menú desplegable
Haga clic en el icono Member
Arrastre los miembros que desee de la columna “Unassigned Members” a la columna “Assigned Members”, o viceversa para quitarlos

Administración del acceso a filas

El acceso a filas restringe qué filas de una tabla puede ver un grupo de seguridad, según el valor de una columna. Por ejemplo, una columna region puede restringir el acceso, de modo que a un grupo al que se concedan East y Central solo vea las filas que tengan esos valores. Todo lo relativo a un proyecto y una columna (elegir la columna, decidir de dónde provienen sus valores y determinar qué grupo ve qué) se realiza en una sola pantalla, y al guardarla surte efecto de inmediato.

Configurar y cambiar el acceso a filas requiere ser Arquitecto del proyecto o administrador del inquilino. Cualquier otra persona que abra la pestaña Security de un proyecto recibe un aviso de que el acceso a filas es exclusivo de Arquitectos, y los puntos de entrada que se indican a continuación no aparecen para ella.

Apertura del acceso a filas

Todos los puntos de entrada abren la misma pantalla de Acceso a filas:

La barra de herramientas del Explorador de tablas tiene un botón Acceso a filas, con una insignia cuando la tabla ya restringe filas. Se abre en la primera columna restringida de la tabla, si la tiene, y puede cambiar a cualquier otra columna de la tabla.
El menú de facetas de una columna tiene Restringir filas por esta columna…, que abre Acceso a filas en esa columna. En una columna que ya restringe filas, el elemento dice Filas restringidas por esta columna: editar….
La pestaña Security de un proyecto enumera todas las columnas restringidas del proyecto, con las tablas a las que se aplica, los grupos que tienen concesiones y su estado de Sincronizar. Seleccione una columna para editarla o haga clic en Restringir una columna… para iniciar una nueva: elija una tabla y luego una columna. Las columnas que ya restringen filas se marcan con un candado.
Identity → Member, en la pestaña Acceso a filas de un miembro, e Identity → Security → Grupos de seguridad, en el resumen de Acceso a filas de un grupo. Abrir Acceso a filas (o Editar) abre la columna seleccionada; Agregar restringe otra columna en el proyecto de esa fila.

Cuando se abre sobre una columna, la pantalla permanece en esa columna. Cuando se abre con Restringir una columna… o Agregar, le permite elegir una.

La cuadrícula de acceso a filas

Para restringir una tabla por una columna:

Abra Acceso a filas desde cualquiera de los puntos de entrada anteriores y elija la columna si no llegó con una: el selector ofrece las columnas reales de la tabla, no texto libre.
Elija un Origen del valor: Columna (los valores distintos de una columna de una tabla), Dimensión (nodos de una dimensión) o Lista (valores que usted escribe). El tipo de valor sigue el tipo de datos de la columna.
Para cada grupo de seguridad, marque los valores que ese grupo puede ver. La cuadrícula enumera los grupos con acceso al proyecto, además de cualquier grupo que ya tenga una concesión sobre la columna.
Establezca Everyone else en sees all rows o sees no rows: esto abarca a cualquier grupo sin marcas en la cuadrícula.
Haga clic en Guardar.

Guardar surte efecto en vivo. Las consultas propias de PlaidCloud siguen el cambio de inmediato y sus paneles de control de Superset en aproximadamente un minuto: no hay un paso aparte para aplicarlo ni un cuadro de diálogo de aprobación. El estado de sincronización de la pantalla muestra hasta dónde ha llegado el cambio; consulte Mantener sincronizados los paneles de control.

La cuadrícula también se encarga de los detalles por usted:

Muchos valores. Los valores están ordenados. Cuando una columna tiene más valores de los que caben, la cuadrícula indica “More values than fit here — type to search.” y el cuadro de filtro busca en toda la columna, conservando todos los valores que un grupo ya tiene.
Valores en blanco. Una casilla Valores en blanco: visibles para todos los grupos con una concesión decide qué ocurre con las filas sin valor en la columna. Márquela y todos los grupos con cualquier concesión sobre la columna verán esas filas.
Una tabla que aún no está compilada muestra Compile primero esta tabla (ejecute el flujo de trabajo que la crea) en lugar de una lista vacía.
Guardar espera a los valores en pantalla. Mientras se cargan los valores (después de cambiar el origen del valor, la dimensión o la tabla, o de aplicar una plantilla), Guardar está deshabilitado con la información en pantalla “Save is available once this source’s values load.” Si una carga falla, la cuadrícula lo indica y le pide que elija de nuevo el origen; no se guarda nada hasta que una carga se complete correctamente.

Un nombre de columna, todas las tablas

Una restricción pertenece al nombre de una columna del proyecto, no a una sola tabla. Una vez que region restringe filas, todas las tablas del proyecto con una columna llamada region se filtran por ella, tanto en las consultas propias de PlaidCloud como en los paneles de control. La lista Applies to de la cuadrícula muestra esas tablas. Es de solo lectura, porque la determina el nombre de la columna, y una tabla que agregue más adelante con la misma columna queda cubierta en cuanto se publica.

Cuando ninguna tabla del proyecto tiene una columna con ese nombre, la ventana advierte de que la restricción no filtrará ningún panel de control hasta que exista una, además de mostrar Applies to 0 tables. Agregue la columna a una tabla o corrija el nombre de la columna, y la advertencia desaparece.

Dejar de restringir

Dejar de restringir, en la cuadrícula, elimina la restricción tras una confirmación en línea: “Stop restricting rows by ‘region’? Every group’s grant on it is removed and everyone sees its rows.” Acceso a filas confirma entonces “Rows in ‘region’ are no longer restricted.” El conjunto de datos de Superset de la columna se elimina con ella, a menos que aún haya gráficos que lo usen; en ese caso, Acceso a filas indica que el conjunto de datos se conserva y cuántos gráficos lo usan.

Una columna no se puede renombrar ni eliminar mientras restrinja filas. A un Arquitecto se le indica que primero deje de restringirla en Acceso a filas; a cualquier otra persona se le indica que se lo pida a un Arquitecto del proyecto.

Quién puede cambiar un proyecto que restringe filas

Los flujos de trabajo, los pasos y las funciones definidas por el usuario de un proyecto se ejecutan con la identidad de servicio propia del proyecto, que lee todas las filas. Quien pueda modificarlos podría hacer que un paso copie filas a las que no tiene acceso en una tabla que sí puede leer, por lo que restringir filas en un proyecto también restringe quién puede cambiar lo que hace el proyecto. Una vez que un proyecto restringe al menos una columna:

La automatización es exclusiva de Arquitectos. Solo los Arquitectos del proyecto y los administradores del inquilino pueden cambiar flujos de trabajo, pasos, funciones definidas por el usuario, programaciones, variables de flujo de trabajo y de proyecto, y plantillas de correo de notificación; y, por la misma razón, importar un paquete de flujo de trabajo, convertir un flujo de trabajo de Alteryx, o importar, copiar o restaurar en el proyecto, o cambiar su entorno de conexión, su cuenta de documentos predeterminada o su modo de contabilización de ERP. Todos los demás pueden seguir ejecutando los flujos de trabajo del proyecto: Inicio, Detener, Reanudar y Ejecutar pasos seleccionados siguen disponibles. El editor de pasos, los controles de creación del flujo de trabajo, el editor de UDF y el formulario de programación se abren en modo de solo lectura para ellos, con un aviso que nombra a los Arquitectos a los que deben dirigirse: “This project restricts rows, so only its Architects can change workflows, steps, UDFs, schedules, variables and notify templates. You can still run them.”
Las dimensiones que lee una columna restringida son exclusivas de Arquitectos. Una dimensión que decide quién ve qué filas (el origen del valor de una columna restringida) solo puede ser modificada por un Arquitecto del proyecto o un administrador del inquilino, y por los propios flujos de trabajo del proyecto. Esto abarca agregar, mover, renombrar, copiar, borrar, cargar y restaurar sus nodos, así como la propia dimensión. A cualquier otra persona se le informa: “This dimension decides who sees which rows of ‘region’, so only a project Architect can change it.” Las dimensiones que no lee ninguna restricción no se ven afectadas.
Una tabla de origen de concesiones es exclusiva de Arquitectos. Una tabla vinculada como origen de concesiones de una columna solo puede tener sus filas modificadas, o ser eliminada, por un Arquitecto del proyecto, un administrador del inquilino o los flujos de trabajo del proyecto, ya sea mediante el Editor de datos, una importación, una carga de conector o la API.
Copiar el proyecto es exclusivo de Arquitectos, y la copia indica “This copy is not row-restricted.”: el proyecto nuevo no tiene ninguna restricción hasta que usted la configure.
Restaurar una versión anterior es un cambio como cualquier otro. Restaurar la configuración propia del proyecto, o una dimensión de las indicadas arriba, requiere un Arquitecto del proyecto. Una restauración siempre se aplica al elemento al que pertenece la versión, por lo que no se puede dirigir a otro proyecto para eludir esta regla; consulte Historial de versiones.
Editar datos de una tabla restringida requiere un Arquitecto, como se describe en Acceso a filas y el Editor de datos.

Antes de restringir la primera columna de un proyecto, Acceso a filas le indica a quién afecta: “Restricting rows here means only Architects can change this project’s workflows, steps, UDFs, schedules and notify templates. N members can change them today; they will still be able to run them.”

Las ejecuciones siguen funcionando exactamente igual que antes, incluidas las programadas, porque se ejecutan con la identidad de servicio del proyecto. Lo que produce una ejecución sigue el diseño que le dieron sus Arquitectos: una tabla de salida sin la columna restringida, un archivo exportado, un correo de notificación o una línea de registro no se filtran para quien los lea.

Valores proporcionados al iniciar una ejecución. Cualquiera que pueda ejecutar un flujo de trabajo puede iniciarlo con valores propios para sus variables: el App Runner lo hace con las respuestas de su formulario, y la API y las herramientas de IA también pueden hacerlo. Esos valores rigen solo para esa ejecución: nunca se guardan en el flujo de trabajo, y ninguna otra ejecución, exportación o lector los ve. Como la ejecución se realiza con la identidad de servicio, los valores pueden cambiar lo que esa ejecución lee y escribe, por lo que conceda el permiso para ejecutar flujos de trabajo a personas de su confianza.

Proyectos que no restringen filas. Estas reglas solo surten efecto cuando un proyecto restringe una columna. En un proyecto que no restringe ninguna, cualquiera que pueda cambiar la automatización del proyecto puede escribir un paso o una función definida por el usuario que, al ejecutarse con la identidad de servicio del proyecto, cambie el acceso al proyecto y lo convierta en uno de sus Arquitectos. Es así por diseño: un proyecto de ese tipo no promete ningún aislamiento de filas. Limite los derechos de creación allí a personas en las que confiaría como Arquitectos, o restrinja una columna.

Mantener sincronizados los paneles de control

Acceso a filas muestra en qué punto se encuentra un cambio en su camino hacia los paneles de control, en la cuadrícula y en la columna Sincronizar de la pestaña Security del proyecto:

Estado	Qué significa
En espera	Un cambio está guardado y en camino hacia los paneles de control. Normalmente se resuelve en aproximadamente un minuto.
Reintentando	Un envío falló y se está intentando de nuevo. El motivo del fallo se muestra junto al estado, con Reintentar para enviar de nuevo de inmediato.
Aún no aplicado	Las restricciones del proyecto todavía no se han enviado a los paneles de control.
Aplicado	El último intento de enviar las restricciones a los paneles de control se completó correctamente.
Sincronizado con los paneles de control	Acceso a filas comparó lo que aplican los paneles de control con lo que escribiría, y coinciden.
Los paneles de control difieren	Los paneles de control no aplican lo que Acceso a filas escribiría: se cambió o eliminó una regla en Superset, o no se puede comprobar la vista publicada de una tabla.
Error	Falló el envío de las restricciones. El motivo se muestra junto al estado.

Cuando un cambio llega a Aplicado, la cuadrícula lo comprueba con los paneles de control y pasa a Sincronizado con los paneles de control o Los paneles de control difieren. Los paneles de control difieren y Error ofrecen ambos Reintentar, que vuelve a enviar las restricciones del proyecto. Si no se puede leer el estado en absoluto, la cuadrícula indica “Couldn’t check sync status.”

Un Error causado por una tabla concreta nombra la tabla e indica qué hacer; por ejemplo, una tabla publicada sin su columna restringida (“Republish or unpublish it.”), o una tabla con una columna restringida que no está publicada, que los paneles de control no pueden filtrar hasta que se publique. El estado permanece en Error y nombra la tabla no publicada hasta que la publique, o restrinja la columna en una tabla publicada. Una tabla así no retrasa al resto del proyecto: todas las demás tablas se mantienen sincronizadas.

Los paneles de control siguen las mismas concesiones que las consultas propias de PlaidCloud:

Se filtra toda tabla publicada que tenga la columna, no solo la tabla que estaba viendo cuando configuró la restricción.
Un grupo al que solo se le conceden algunos valores se filtra incluso cuando todos los demás ven todas las filas, en todas las tablas cuyo conjunto de datos de panel de control existe.
Los cambios de pertenencia a grupos de seguridad llegan por sí solos a los paneles de control. Agregar a alguien a un grupo o quitarlo en PlaidCloud, deshabilitar o eliminar a un miembro, eliminar un grupo, o agregar un miembro nuevo que se une a sus grupos de seguridad predeterminados actualiza lo que ve en los paneles de control en aproximadamente un minuto, en todos los proyectos que conceden valores a ese grupo, sin que nadie tenga que volver a abrir Acceso a filas. Un cambio de pertenencia realizado fuera de PlaidCloud (directamente en Keycloak, o cuando el inicio de sesión único coloca a alguien en un grupo al iniciar sesión) llega a los paneles de control en unos 15 minutos, sin nada que guardar ni reintentar.

Concesiones de dimensión

Con Dimensión como origen del valor, marque un nodo para conceder todo lo que hay debajo de él. La concesión sigue a la dimensión: un miembro agregado bajo un nodo marcado se concede a ese grupo en la siguiente sincronización después de guardar la dimensión, y un miembro que se mueve fuera de él, o que se elimina, deja de estar concedido; nadie necesita volver a abrir la cuadrícula. Cuando la vuelva a abrir, los nodos que marcó aparecen marcados de nuevo.

Desmarcar cualquier elemento situado bajo un nodo marcado desmarca el nodo, y el grupo conserva solo los miembros que siguen marcados. Volver a marcar ese miembro no vuelve a marcar el nodo; para eso, haga clic en la casilla del propio nodo. Pegar, Seleccionar todo e Invertir marcan miembros, nunca nodos.

Un miembro de dimensión cuyo nombre no se puede usar como valor de acceso a filas se rechaza al guardar, y se indica su nombre. Si un miembro así aparece más adelante, sus filas no se conceden a nadie y el estado de sincronización lo nombra: “Dimension ‘…’ member ‘…’ cannot be used as a row access value, so its rows are not granted. Rename it in the dimension.”

Vinculación de concesiones a una tabla de origen

En lugar de marcar los valores a mano, puede apuntar una columna restringida a una tabla de origen que ya contenga la respuesta: una fila por grupo y el valor que puede ver. Primero restrinja la columna en la cuadrícula y luego agregue un paso de flujo de trabajo Establecer acceso a filas que indique la columna, la tabla de origen y las columnas de grupo y de valor de la tabla de origen. La primera ejecución del paso vincula la columna a esa tabla: las concesiones establecidas a mano de la columna se borran y sus concesiones se establecen a partir de las filas de la tabla.

Una vez vinculada, la columna pasa a ser propiedad del origen: la cuadrícula de Acceso a filas la muestra bloqueada, con una insignia que nombra la tabla de origen, y se rechaza la edición manual de sus concesiones hasta que haga clic en Quitar enlace.

Cada ejecución posterior del paso vuelve a leer la tabla de origen y a aplicar las concesiones: prográmelo después del flujo de trabajo que carga o actualiza esa tabla, y un grupo agregado, quitado o reasignado en los datos de origen llega a Acceso a filas en la siguiente ejecución, sin que nadie edite la cuadrícula a mano.

Como la tabla de origen decide quién ve qué, solo un Arquitecto del proyecto, un administrador del inquilino o los flujos de trabajo del propio proyecto pueden cambiar sus filas o eliminarla. A cualquier otra persona se le informa: “This table supplies the row access grants for ‘region’, so only a project Architect can change its rows or delete it.”

Plantillas de restricción

Si ha creado una forma de restricción que desea reutilizar (el mismo origen del valor, tipo de valor y configuración de valores en blanco), guárdela una vez y aplíquela donde se necesite, en lugar de reconstruirla columna por columna.

Guardar como plantilla…, desde una pantalla de Acceso a filas abierta, guarda la forma de la columna actual como una plantilla con nombre a nivel de inquilino. Guarda solo la forma: no se incluye ninguna concesión.
Aplicar plantilla, en la columna de otro proyecto, inicia esa columna con la forma de la plantilla, con las concesiones de todos los grupos vacías para que usted las complete.

Cualquier Arquitecto del proyecto puede guardar y aplicar plantillas. Cambiar el nombre (Cambiar nombre…) y eliminar (Eliminar) una plantilla requiere un administrador del inquilino, ya que una plantilla se comparte en todo el inquilino. Eliminar una plantilla deja las columnas a las que se aplicó restringidas tal como están.

Concesiones a partir de atributos de grupo de SSO

Una columna también puede tomar sus concesiones de su proveedor de identidad en lugar de PlaidCloud. Un Arquitecto del proyecto habilita una columna desde Acceso a filas activando Accept row-access grants from SSO group attributes.

Una vez habilitado, el atributo de Keycloak row_access.<column> de un grupo de seguridad establece los valores que ese grupo puede ver a través de esa columna: establezca el atributo en el grupo en Keycloak y PlaidCloud lo recoge automáticamente para cualquier grupo que ya tenga acceso al proyecto. No hay nada más que configurar en el propio Acceso a filas, y las concesiones permanecen sincronizadas tanto en las consultas propias de PlaidCloud como en los paneles de control de Superset.

Vista previa antes de guardar

Acceso a filas le muestra lo que significa un cambio antes de confirmarlo:

Un pie de Vista previa como… muestra cuántas de las filas de la tabla vería un grupo sobre el total, con una muestra de las propias filas; elija cualquier grupo de la cuadrícula para previsualizarlo. La vista previa se actualiza después de guardar.
Antes de guardar, Acceso a filas le advierte de todo lo que merezca una segunda mirada: un grupo sin nada marcado, y si eso significa que ve todas las filas o ninguna según su configuración de Everyone else; miembros con acceso al proyecto que no están cubiertos por la concesión de ningún grupo; o filas cuyo valor en esa columna está en blanco (NULL) y que no se conceden a ningún grupo.

Qué ve un miembro restringido

Dondequiera que un miembro restringido lea una tabla por su nombre, obtiene solo sus filas: la cuadrícula, las facetas de columna y las descargas del Explorador de tablas, el cuadro de diálogo de descarga de tablas, las aplicaciones y herramientas que leen como el espectador, y los paneles de control. El Explorador de tablas muestra Filas limitadas según su acceso en su barra de herramientas cuando la cuadrícula que está viendo se filtró según sus concesiones, y al iniciar una descarga que se va a filtrar se indica “Rows limited by your access.” Un Arquitecto, que lee todas las filas, no ve ninguno de los dos avisos.

Acceso a filas y consultas que usted escribe

El acceso a filas limita qué filas puede ver un grupo filtrando la tabla para la que está definido. Una consulta que alguien escribe por su cuenta no tiene una única tabla a la que asociar ese filtro (una consulta puede combinar, unir o anidar tantas tablas como quiera), por lo que, en un proyecto que restringe filas, PlaidCloud rechaza ejecutar una consulta proporcionada por quien llama en lugar de devolver filas que nada ha verificado.

Esto se aplica a leer mediante su propio SQL, a exportar los resultados de su propio SQL a un archivo o a otra base de datos, y a escribir una condición de fila en la vista previa “Test row 1” de un paso de distribución. No se aplica a leer una tabla por su nombre, que es la forma habitual en que las aplicaciones y herramientas leen datos: estas aplican las concesiones y devuelven las filas a las que el espectador tiene derecho. Una faceta de columna escrita como una consulta simple de una sola tabla también se lee por nombre, por lo que devuelve los valores propios del miembro en lugar de ser rechazada.

A quien se rechaza se le indica de qué proyecto se trataba y se le remite a los lectores por nombre. Un Arquitecto del proyecto puede ejecutar la consulta tal como está escrita y exportar sus resultados en cualquier formato, porque un Arquitecto ya puede concederse todos los valores de todas las columnas restringidas.

Importar una hoja de cálculo no es, por sí mismo, una consulta que usted escribe: una importación de archivo normal no lee ningún dato restringido, solo crea la nueva tabla del proyecto a partir del archivo que cargó, por lo que el acceso a filas no la afecta. La excepción es una importación cuya proyección de datos la proporciona quien llama: una expresión por columna o una asignación dinámica de Excel. En la pantalla de importación interactiva, estas se rechazan del mismo modo que las superficies de SQL libre descritas arriba y requieren un Arquitecto del proyecto, porque una proyección proporcionada por quien llama podría leer otra tabla. Una importación ejecutada desde un flujo de trabajo no se ve afectada en ningún caso, porque se ejecuta con la identidad de servicio propia del proyecto.

Acceso a filas y el Editor de datos

El Editor de datos lee y escribe una tabla directamente, por lo que el acceso a filas se aplica a él en ambos sentidos.

Al abrir una tabla restringida en el Editor de datos, solo se muestran las filas que se conceden a su grupo de seguridad: el mismo filtro que le acompaña a un panel de control, y se aplica incluso cuando la columna restringida no es una de las columnas que se muestran en la cuadrícula.

Guardar sus ediciones requiere Architect en el proyecto. Un guardado reemplaza en bloque las filas de la tabla en lugar de leerlas, y no se filtra fila por fila, por lo que editar datos de una tabla restringida se trata como una acción de creación y no como una lectura: a quien no sea Arquitecto se le indica que lo necesita. Una tabla que no tiene ninguna columna restringida se edita como antes, igual que cualquier proyecto que no restrinja filas.

Recuentos de filas y tamaños de tablas

El recuento de filas y el tamaño de almacenamiento de una tabla describen toda la tabla, no las filas que usted puede ver, por lo que le indicarían a un lector restringido cuántas filas existen más allá de su concesión. En un proyecto que restringe filas, quien tenga lecturas filtradas no ve el recuento de filas ni el tamaño de ninguna de las tablas del proyecto: en listas de tablas, búsqueda, detalles de tablas e instantáneas, ni a través del asistente de IA y las herramientas de IA conectadas mediante MCP. Esto abarca todas las tablas del proyecto, incluidas las que no tienen ninguna columna restringida. Los totales del propio proyecto también se le ocultan: el recuento total de filas y el tamaño en Inicio, en las listas y búsquedas de proyectos, y en los detalles del proyecto.

Lo mismo se aplica al historial de ejecuciones de flujos de trabajo. Las filas leídas y escritas que registró cada ejecución y cada paso también describen toda la tabla, por lo que, para esos mismos lectores, esas cifras se dejan en blanco: en el historial de ejecuciones de un flujo de trabajo y de un paso, y a través del asistente de IA y las herramientas de IA conectadas mediante MCP. Para ellos, Weave no comprueba si los pasos tienen filas o valores vacíos distintos de los de ejecuciones anteriores, ya que un hallazgo indicaría por sí mismo que el recuento de toda la tabla ha cambiado.

Los Arquitectos del proyecto ven las cifras como antes, y también todos los usuarios de un proyecto que no restringe filas.

Ver lo que puede ver un miembro

Para comprobar lo que puede ver una persona concreta, en lugar de lo que se concede a un grupo: abra Identity → Member, seleccione al miembro y abra su pestaña Acceso a filas. Su columna Acceso efectivo enumera, para cada proyecto y columna restringidos, los valores que ese miembro ve a través de todos sus grupos combinados, incluidas las concesiones de atributos de grupo de SSO y las filas en blanco (NULL) cuando la concesión de un grupo las incluye. Un Arquitecto del proyecto aparece como Ve todas las filas (Architect), ya que un Arquitecto lee todas las filas. Es la misma respuesta que aplican las consultas propias de PlaidCloud, por lo que resulta útil para el soporte y para confirmar que un cambio hizo lo que usted pretendía antes de que alguien informe de un problema.

Errores más claros

Cuando el acceso a filas bloquea una acción (una consulta que usted escribió en un proyecto restringido, una edición sin ser Arquitecto, un cambio en la automatización, en una dimensión o en una tabla de origen de concesiones, y los demás casos descritos arriba), el mensaje nombra lo que está restringido y qué hacer a continuación, como los Arquitectos a los que pedírselo, en lugar de un fallo genérico.

El acceso a filas se audita

Restringir o dejar de restringir una columna, y editar las concesiones de un grupo, escriben una entrada en el Registro del proyecto correspondiente: quién hizo el cambio y cuándo. Abra Analyze → Projects → Log en el proyecto para verlo. No hace falta activar nada del acceso a filas para obtener este registro; se registra del mismo modo que cualquier otro cambio supervisado de un proyecto.

Establecer grupos de seguridad predeterminados

Para reducir el tiempo necesario para agregar miembros nuevos, identifique un conjunto de grupos de seguridad predeterminados. Esto proporciona un conjunto base de grupos de seguridad para los miembros nuevos sin necesidad de asignar manualmente a cada persona. El ajuste está disponible al agregar un grupo de seguridad nuevo si marca la casilla situada en la parte inferior de la ventana Security Group que dice “Assign to New Users by Default”.

Realizar una auditoría de seguridad

La capacidad de auditoría de seguridad permite ver la pertenencia a grupos de todos los miembros y grupos.

Para realizar una auditoría de seguridad:

Abra Identity
Seleccione la pestaña “Security”
Haga clic en “Security Group Audit” en el menú desplegable

Como todas las tablas de PlaidCloud se pueden exportar en formato CSV, las asociaciones entre grupos y miembros se pueden revisar fuera de PlaidCloud, ya sea con fines históricos o simplemente para disfrutar de una revisión sin conexión.

Para exportar desde el formulario “Security Group Audit”:

Abra Identity
Seleccione la pestaña “Security”
Haga clic en “Security Group Audit” en el menú desplegable
Haga clic en el pequeño icono situado en el extremo derecho de “Username” en la tabla
Haga clic en “Export CSV” o “Export XLXS”, según su preferencia

Ver los ajustes de permisos disponibles

Cada aplicación que se usa en el espacio de trabajo tiene permisos específicos disponibles. Los permisos de los grupos de seguridad se basan en estos permisos de aplicación.

La lista completa de permisos disponibles para cada aplicación se puede ver en Security Bin.

Para acceder a Security Bin:

Abra Identity
Seleccione “Security”
Haga clic en “Security Bins” en el menú desplegable

Para ver los ajustes de seguridad detallados de cada aplicación, seleccione el icono de etiquetas situado en el extremo izquierdo.

Esta información sobre los ajustes de seguridad disponibles es meramente informativa. Para obtener detalles sobre la administración de permisos, consulte la sección Administración de grupos de seguridad anterior.