Gestión de la estructura y el acceso al contenido

Created: November 23, 2017 | Updated: October 01, 2025

La estructura del contenido y la gestión de acceso de un Workspace pueden realizarse tanto desde la página Admin – Explorer (por un Administrador) como desde la página principal Projects (por un miembro del Workspace con derechos suficientes). Los comandos y funciones de estas páginas le permiten:

Examinar las carpetas y los Items dentro del Workspace. Puede crear, editar y eliminar carpetas, y así construir la estructura del Workspace. Las carpetas y los elementos eliminados se envían a la Trash, donde pueden eliminarse permanentemente o restaurarse.
Definir el uso compartido a nivel de carpeta y a nivel de Item. Esto controla quién puede ver qué contenido hay en el Workspace y, a nivel de carpeta, si otros usuarios pueden simplemente ver una carpeta y su contenido, o también editarla (efectivamente liberando/confirmando/cargando datos de diseño en ella).
Especificar si una carpeta o elemento (como un proyecto) hereda sus permisos de uso compartido de su carpeta principal. Esta es la condición predeterminada.

En términos de estructura y gestión del contenido, las interfaces de las páginas Projects y Explorer difieren en capacidades y comodidad:

La página Projects del Workspace ofrece un enfoque sencillo para la gestión de carpetas y elementos de proyecto, disponible para Administradores, propietarios de proyectos/elementos y otros usuarios con derechos de edición suficientes.
Nota: con esta interfaz no puede editar ni establecer permisos de uso compartido para la carpeta de nivel superior Projects (de forma predeterminada), ni crear otra carpeta de nivel superior.

La mayoría de las tareas de gestión de estructura y permisos del Workspace pueden realizarse desde los comandos de la página Projects.
La página Explorer del Workspace, similar al panel Altium Designer Explorer y disponible solo para Administradores, proporciona acceso de gestión a todas las carpetas y elementos, incluidos los datos de Release del proyecto, Components, Managed Content, etc.
Nota: con esta interfaz no puede compartir un proyecto de diseño ni mover carpetas y elementos.

La página Explorer proporciona un control detallado sobre la estructura del Workspace y la configuración de permisos, incluido el acceso a la carpeta de nivel superior Projects.

Uso compartido de carpetas y elementos

La estructura de carpetas del Workspace de Altium 365 incluye un esquema avanzado de herencia de permisos basado en la propagación de permisos de uso compartido desde los objetos Parent a los Child; estos últimos pueden ser una carpeta o elementos de diseño como Projects, Components, archivos BOM, Templates, etc. Esta disposición simplifica el proceso de organizar la estructura de carpetas de un Workspace y sus permisos de uso compartido para ajustarse a los requisitos de acceso de los usuarios y grupos de usuarios de la empresa.

Un Workspace ofrece las siguientes capacidades de uso compartido:

Folder-level Sharing – proporciona la capacidad de controlar quién puede ver qué contenido del Workspace mediante el uso compartido de carpetas. Esto permite controlar si otros usuarios pueden simplemente ver una carpeta y su contenido, o también editarla (efectivamente liberando/confirmando/cargando datos de diseño en ella). Un único Workspace puede dividirse en varias “zonas” efectivas de contenido, pero con permisos controlados a nivel de carpeta, lo que permite que el contenido sea visible u oculto selectivamente según sea necesario, dando a las personas adecuadas el acceso adecuado a los datos adecuados.
Item-level Sharing – proporciona la capacidad de controlar quién puede ver y acceder a qué Items dentro de una carpeta compartida. Este nivel más específico de uso compartido le permite anular (o añadir a) el conjunto de permisos que un Item ha heredado de su carpeta principal. Siempre que un usuario tenga acceso a la propia carpeta, podrá ver/editar (según se permita) los Items dentro de esa carpeta que se hayan compartido con él.

Al especificar los permisos de uso compartido para un objeto de elemento (como un Component, Template, etc.) mediante la interfaz Explorer del Workspace, la configuración de uso compartido del elemento también se aplicará a sus Revisions constituyentes. Puede agregar/eliminar permisos de Revisions individuales dentro de esa jerarquía, pero el cambio de permisos no se propagará hacia abajo en la propia jerarquía; no será heredado por las Revisions que estén por debajo de ella en la jerarquía.

Internamente, el acceso a los objetos del Workspace se determina mediante una Access Control List jerárquica (ACL) que define los permisos asociados a Folders, Projects e Items. La lista especifica quién tiene acceso a ese objeto y si puede modificarse. Por ejemplo, si la configuración de Share de un proyecto en particular incluye permisos View (solo lectura) para Librarians, entonces será accesible para los miembros del grupo Librarians, pero esos miembros no podrán Editarlo, Moverlo ni Eliminarlo (ni volver a compartirlo), a menos que sean un Administrador o el Owner del proyecto.

Las capacidades de uso compartido anteriores se ajustarán al esquema de herencia de permisos del Workspace. En el sentido más simple, los permisos aplicados a una carpeta se propagarán hacia abajo por la jerarquía de carpetas a través de las relaciones parent-child, de carpeta a subcarpeta, a lo largo de la cadena.

Esta estructura de herencia de permisos se mantiene (a menos que se desactive intencionadamente en algún punto de la jerarquía) cuando se agregan carpetas a la jerarquía, y también cuando se agregan permisos dentro de la jerarquía. Cuando se aplican permisos adicionales a una carpeta que no es la carpeta de nivel superior —es decir, está dentro de la jerarquía—, estos se heredarán hacia abajo desde ese nivel, sin afectar a los permisos existentes.

Agregue derechos de edición (Read/Write) para el grupo de usuarios Engineers a la carpeta superior de la jerarquía de carpetas A-B-C.

La nueva entrada de permiso (Engineers Read/Write) se aplica automáticamente a todas las carpetas de la jerarquía mediante la herencia de permisos parent-child.

Agregue derechos de solo lectura (Read) para el grupo de usuarios Librarians a la jerarquía de la carpeta B; su conjunto de permisos se “ampliará” con esta adición

La nueva entrada de permiso (Librarians Read) se aplica a la carpeta B y es heredada por todas las carpetas que están por debajo de ella en la jerarquía.

Se crea o carga un Project de diseño (u otro tipo de elemento) en la carpeta C. Heredará los permisos de uso compartido de la carpeta C.

Amplíe el conjunto de permisos de la carpeta C agregando derechos de solo lectura (Read) para Managers Group.

El permiso Managers Read agregado es heredado por el Project de diseño. Tenga en cuenta que los permisos de uso compartido para los proyectos Design y Managed BOM se gestionan mediante el cuadro de diálogo de la ventana Share en la página Workspace Projects.

Aquellos con privilegios de nivel de administrador (miembros del grupo Administrators) podrán ver y gestionar todas las carpetas e Items. Un usuario no administrativo del Workspace solo puede acceder a aquellas carpetas e Items que haya creado (de las que sea el “owner”) o a aquellos que se hayan compartido con él mediante permisos adecuados.

En la página Projects del Workspace, se puede acceder a los permisos de carpeta de proyecto y modificarlos desde las opciones Share de la interfaz. Seleccione una entrada de carpeta y luego el botón superior o la opción Share del menú de la entrada para acceder a la ventana Share Item. Tenga en cuenta que:

de forma predeterminada —cuando un Workspace se activa por primera vez— la carpeta de nivel superior Projects no es accesible en la página Projects, pero estará disponible si se crean otras carpetas de nivel superior. La interfaz de la página Explorer siempre puede acceder a la carpeta Projects.
la interfaz y la funcionalidad de la ventana operan de la misma manera al compartir un Project; esto incluye la capacidad de cambiar el Owner del Item (carpeta).

Permisos de uso compartido configurados para la carpeta de proyecto Team 1: acceso completo para el equipo US Engineering y ECAD Managers solo puede ver. Los Projects dentro de esta carpeta heredan estos permisos, además de los permisos inherentes de escritura del administrador y del owner.

Permisos de uso compartido para una carpeta de proyecto que ha sido agregada por un usuario, la cual heredará sus permisos de la carpeta principal (Team 1). La carpeta principal fue creada por un usuario diferente (Harold Smith) que es el “owner” de esa carpeta, por lo que también se concede acceso de escritura a este usuario para la nueva carpeta.

Permisos de uso compartido configurados para la carpeta de proyecto Team 2: acceso completo para el equipo EU Engineering y ECAD Managers solo puede ver. Los Projects dentro de esta carpeta heredan estos permisos, además de los permisos inherentes de escritura del administrador y del owner.

En la página Explorer, se accede a los controles de uso compartido haciendo clic con el botón derecho sobre la entrada del árbol de navegación de la carpeta (o Item) y usando el comando Share Folder (o Share Item) del menú contextual. Aparecerá la ventana Share, desde la cual los permisos de acceso para la carpeta/Item pueden modificarse según sea necesario.

Permisos de uso compartido para un elemento de plantilla, heredados de la carpeta principal Component Templates.

Cosas que debe tener en cuenta:

En términos de permisos, un usuario/grupo tiene acceso de lectura/escritura cuando la opción Can Write (Edit) está habilitada. Si esta opción está deshabilitada, solo tiene acceso de lectura (View).

Habilitar acceso Edit a una Folder/Item para un usuario/grupo equivale efectivamente a agregar otro permiso a su conjunto de permisos (ACL), y cambiar ese acceso de nuevo a View equivale efectivamente a eliminar un permiso del conjunto.
En cuanto a las selecciones de permisos de uso compartido en la interfaz de usuario:
- Una opción Can Write marcada (lectura/escritura) en la página Explorer equivale a que Can Edit esté seleccionado en la página Projects.
- Una opción Can Write desmarcada (solo lectura) en la página Explorer equivale a que Can View esté seleccionado en la página Projects.
Para quitar a un usuario/grupo existente el acceso compartido a una carpeta/elemento:
- en la página Projects, seleccione la opción Remove del mosaico del usuario/grupo en la ventana Share Item.
- en la página Explorer, haga clic en el control Remove asociado a la entrada del usuario/grupo () en la ventana Share.
De forma predeterminada, una carpeta/elemento solo estará disponible para su propietario (inicialmente, su creador) y para todos los miembros del grupo Administrators. Estos permisos son inherentes y no es necesario agregarlos explícitamente. Owners y Administrators tienen permisos de lectura/escritura (ver/editar).
Para permitir que todos los usuarios del Workspace vean una carpeta/elemento:
- en la ventana Share Item de la página Projects, establezca la opción de acceso del mosaico Workspace Members en Can View, o en Can Edit para acceso completo de escritura.
- en la ventana Share de la página Explorer, seleccione el control Add Anyone y desmarque su opción Can Write, o déjela marcada para acceso completo de escritura.
  
  Tenga en cuenta que hacer lo anterior potencialmente otorgará acceso de lectura/escritura a todos los miembros del Workspace. Si desea restringir el acceso a un conjunto específico de usuarios y/o grupos, debe establecer Workspace Members para No access (página Projects) o eliminar la entidad Anyone (página Explorer).
A diferencia de otros elementos, los permisos de uso compartido de un elemento de proyecto de diseño no se pueden administrar mediante la página Explorer. En su lugar, se especifican en la ventana Share Item, a la que se accede desde la página Projects. Consulte la página Workspace Projects para obtener información detallada.

Restricciones de uso compartido controladas por herencia

Algunos niveles de acceso de usuario, como Can View o No access en la ventana Share Item de una carpeta, pueden no estar disponibles para su selección porque entrarían en contradicción (degradarían) con el conjunto de permisos heredado de su carpeta principal. De forma predeterminada, los permisos de uso compartido de la carpeta son de acceso completo de escritura para todos los usuarios: Workspace Members Can Edit como se muestra en la ventana Share Item, o Anyone puede Write como se muestra en la ventana Share de la página Explorer.

En este caso predeterminado, por ejemplo, las opciones para degradar los permisos heredados de una carpeta (de Workspace Members Edit a Workspace Members View o No Access) están deshabilitadas para evitar una desconexión inadvertida en la estructura jerárquica de permisos. Tenga en cuenta que siempre puede promover (aumentar) el nivel de acceso compartido, ya que esto simplemente “agrega” al conjunto de permisos existente heredado de la carpeta principal.

Para desconectar intencionalmente la herencia de permisos de Principal a Secundaria para esta carpeta, de modo que se pueda aplicar un nivel de acceso diferente (reducido), desmarque la opción Inherit parent folder permissions en Advanced Settings de la ventana Share Item. Como la carpeta ya no heredará permisos de su carpeta principal, sus propios permisos de acceso se pueden cambiar sin restricción. Consulte la sección siguiente para obtener más información.

La opción Inherit permissions from parent folder está habilitada inicialmente de forma predeterminada y siempre está habilitada para las carpetas recién creadas.

Junto con las carpetas y los proyectos, el sistema de herencia de permisos también se aplica a los elementos (como los componentes) y a sus revisiones constituyentes. Estos presentan el mismo comportamiento de herencia de permisos e incluyen la opción para habilitar/deshabilitar esa herencia (en Advanced Settings del cuadro de diálogo Share de la página Explorer).

Continuidad de la herencia de permisos

La continuidad de la herencia de permisos de uso compartido a través de la jerarquía de carpetas del Workspace, como se describió anteriormente, se mantiene a menos que la herencia de permisos de una carpeta desde su carpeta principal se desconecte (deshabilite) explícitamente en algún punto. La propagación de permisos de Principal a Secundaria para una carpeta (o proyecto/elemento) se deshabilita desmarcando su opción Inherit permissions from parent, disponible en el cuadro de diálogo Share Item. Aunque esa carpeta ya no heredará ningún cambio de permisos realizado en su carpeta principal, y la jerarquía de permisos queda efectivamente desconectada (deshabilitada) en este punto, la herencia sigue siendo contigua por debajo de este nivel.

La profundidad completa de la herencia de permisos de carpeta se restaurará si la opción Inherit permissions from parent de esa carpeta “desconectada” se vuelve a habilitar. Entonces volverá a heredar los permisos de la carpeta principal (si aún no están presentes) para restaurar la integridad de permisos entre principal y secundaria.

Un ejemplo de una jerarquía de carpetas (A-D) con herencia de permisos contigua. El permiso Engineers Write se ha agregado en el nivel superior de la Carpeta A (o por encima) y esto se ha propagado hacia abajo en la jerarquía hasta la Carpeta D.

Deshabilitación de la herencia de permisos entre principal y secundaria en la Carpeta C al desmarcar la opción Inherit permissions from parent en el cuadro de diálogo Share de la carpeta.

La continuidad de la herencia de permisos se desconecta entre las Carpetas B y C, pero se mantiene en las secciones de la jerarquía por encima y por debajo de este punto.

Adición de Managers Write como nuevo permiso de acceso a la Carpeta A.

El permiso agregado es heredado por la Carpeta B. Es decir, se propaga hacia abajo solo por la sección contigua de herencia de permisos de la jerarquía (A-B), pero no a la carpeta C porque la herencia B-C (principal-secundaria) está deshabilitada.

Adición del permiso Librarians Read a la Carpeta C. Además, los permisos existentes de la Carpeta C podrían degradarse o eliminarse, ya que ya no están vinculados a los de la Carpeta principal B.

El permiso agregado es heredado por la Carpeta D. Es decir, se propaga hacia abajo por la sección contigua de herencia de la jerarquía (C-D).

Rehabilitación de la herencia de permisos entre principal y secundaria en la Carpeta C al marcar la opción Inherit permissions from parent en el cuadro de diálogo Share de la carpeta.

La herencia de permisos vuelve a ser contigua a través de la jerarquía de carpetas porque la herencia de la Carpeta B a C (principal→secundaria) está habilitada. La Carpeta C (y las inferiores) hereda el permiso Manager Write de la Carpeta B para mantener la relación completa de herencia entre principal y secundaria.

De acuerdo con el esquema de herencia de permisos habilitado, los permisos de una carpeta/elemento pueden promoverse y ampliarse (efectivamente la misma acción), pero no degradarse con respecto a los de su carpeta principal. Esto también se aplica si un permiso agregado para un Grupo/Usuario será común tanto para las entidades Principal como Secundaria:

Al agregar un permiso a una carpeta, este sobrescribirá efectivamente el mismo permiso en una carpeta secundaria si está en un nivel de acceso inferior. Por ejemplo, si el permiso Librarians Read/Write se agrega a una carpeta y su carpeta secundaria tiene una entrada Librarians Read existente, esta se promoverá a una entrada Librarians Read/Write.
En esencia, se ha agregado acceso de nivel Escritura a la carpeta principal, y esto es heredado por la carpeta secundaria. Se mantiene la herencia de permisos.
Por el contrario, al agregar un permiso a una carpeta, no afectará al mismo permiso en una carpeta secundaria si este tiene un nivel de acceso superior. Por ejemplo, si el permiso Librarians Read se agrega a una carpeta y su carpeta secundaria tiene una entrada Librarians Read/Write existente, esta no se cambiará (degradará) a una entrada de nivel Read; permanece en su nivel de permiso existente.
En esencia, se ha agregado acceso de nivel Lectura a la carpeta principal, y esto ya existe en la carpeta secundaria. Se mantiene la herencia de permisos.

Cuando se elimina una entrada de permiso de una carpeta, este cambio se propagará hacia abajo en la jerarquía (donde la herencia de permisos esté habilitada) independientemente de su nivel de acceso aplicado (Read o Write). Por ejemplo, si una carpeta tiene permisos de acceso Librarians Read pero los permisos de su carpeta secundaria se han elevado a Librarians Write, entonces eliminar la entrada Librarians de la carpeta principal también eliminará la entrada Librarians de la carpeta secundaria.

La lógica de herencia de permisos de carpeta descrita aquí también se aplica a los elementos de proyecto (proyectos Design y Managed BOM). Un proyecto siempre es secundario de una carpeta principal y heredará sus permisos, y la herencia de permisos se puede deshabilitar de la misma manera que para una carpeta secundaria.
Los permisos del proyecto se editan mediante la ventana Share Item en la página Workspace Projects.

Mover carpetas

Las carpetas del Workspace se pueden mover a cualquier otra ubicación de la estructura de carpetas mediante la página Projects (consulte la página Workspace Projects) o el panel Explorer en Altium Designer (consulte Organizing Your Workspace).

La forma en que se determinan los permisos de uso compartido de una carpeta movida depende de la relación de herencia con su carpeta principal existente:

Cuando la opción Inherit parent folder permissions de una carpeta está habilitada (la condición predeterminada), la acción de mover esa carpeta a otra carpeta hará que:
- heredar el conjunto de permisos de su nueva carpeta principal (incluido el Propietario de esa carpeta).
- perder sus permisos heredados originales.
  - * Los permisos “heredados” de una carpeta/proyecto son los adoptados de su carpeta principal; es decir, han sido heredados.
- conservar sus permisos extendidos anteriores.
  - * Los permisos “extendidos” de una carpeta/proyecto son aquellos que se han agregado específicamente para ampliar el acceso de los usuarios; no han sido heredados de su carpeta principal.
En resumen, los permisos de la carpeta principal anterior se reemplazan por los permisos de la nueva carpeta principal, pero cualquier permiso que se haya agregado se moverá con la carpeta.

Cuando la opción Inherit parent folder permissions de una carpeta está deshabilitada (no adopta los permisos de su carpeta principal), la acción de mover esa carpeta a otra carpeta hará que:
- conserve sus permisos originales.
- conserve el estado deshabilitado de su configuración Inherit parent folder permissions.
En resumen, es literalmente un evento de movimiento sin ningún otro cambio. Esto podría considerarse la forma más segura de mover una carpeta y su contenido, ya que evita la posibilidad de cambios inesperados en los permisos debido a la herencia de su nueva carpeta principal.

En este ejemplo, las carpetas A-B-C están en una jerarquía que incluye permisos Engineers Write heredados. Los permisos de la carpeta C se han extendido mediante la adición de Contractors Read. Como alternativa, se podría haber agregado un Usuario individual.

Moving folder with Permission Inheritance enabled. La carpeta C se moverá a la carpeta D, que presenta un conjunto de permisos diferente. Tenga en cuenta que la herencia de permisos está habilitada para todas las carpetas (la condición predeterminada).

La carpeta C movida ahora es una carpeta secundaria de la carpeta D y heredará el permiso Mechanical Read de su carpeta principal. La carpeta C también perderá sus permisos heredados originales (Engineers Read/Write) pero conservará sus permisos extendidos (agregados) (Contractors Read).

Moving a folder with Permission Inheritance disabled. La opción Share de la ventana Inherit permission from parent ha sido deshabilitada (desmarcada) para la carpeta C. Además, se ha agregado un permiso adicional de Managers Read.

La carpeta C se moverá a la carpeta E, que presenta un conjunto de permisos diferente. Tenga en cuenta que la herencia de permisos está deshabilitada para la carpeta C, que está “desvinculada” de su carpeta principal (carpeta D) en términos de herencia de permisos.

La carpeta C movida conservará tanto su conjunto de permisos original como su configuración de heredar permisos (deshabilitada). Se mueve a la carpeta E sin alteraciones de permisos y no heredará ningún cambio de permisos realizado en su carpeta principal, la carpeta E.

Antes de mover una carpeta o proyecto a otra carpeta, se recomienda encarecidamente que primero revise los permisos de la carpeta de destino porque, de forma predeterminada (Inherit parent folder permissions habilitado), estos serán heredados por la carpeta/proyecto movido. Por ejemplo, los permisos de la carpeta de destino podrían tener un nivel de uso compartido mayor del deseado, como derechos de edición o acceso para todos los usuarios, que luego se aplicarán a la carpeta/proyecto reubicado

Tenga en cuenta que la lógica de herencia de permisos de carpetas descrita aquí también se aplica al movimiento de proyectos (Design y proyectos Managed BOM). Un proyecto siempre es secundario de una carpeta principal, y su estado de herencia de permisos se habilita/deshabilita mediante la opción Inherit parent folder permissions de la misma manera que una carpeta secundaria.

Administración de permisos de creación de proyectos

Con la configuración predeterminada del Workspace, los proyectos creados o cargados por miembros del Workspace se almacenan en la carpeta Projects, disponible con acceso de escritura para todos los usuarios (según se hereda de la carpeta principal Projects), y se accede directamente a ellos a través de la página Projects. Esta disposición simple es conveniente para los usuarios, pero permite que cualquier miembro del Workspace cree proyectos accesibles en esta ubicación principal (de nivel superior). Para implementar un control más avanzado sobre quién puede crear (y acceder a) proyectos en la carpeta Projects, o en subcarpetas adicionales, los administradores del Workspace pueden definir los permisos de uso compartido de la carpeta del proyecto a través de la página Explorer, o en Altium Designer, el panel Explorer.

Como se indicó anteriormente, se accede a los permisos de carpeta en la Explorerpágina del Workspace desde la opción Share Folder del menú contextual al hacer clic con el botón derecho en la entrada de una carpeta. Por ejemplo, el acceso a la carpeta Projects puede cambiarse estableciendo el permiso predeterminado (Anyone) en solo lectura (anulando la selección de Can Write) o eliminándolo por completo, y luego agregando permisos de acceso para usuarios específicos (Add User) o grupos de usuarios (Add Role) según sea necesario.

Los permisos de escritura actualizados determinarán qué miembros del Workspace pueden crear (o cargar) proyectos en la carpeta Projects; en el ejemplo mostrado arriba, solo aquellos que son miembros del grupo Managers. Las restricciones de permisos también se aplicarán a los usuarios que creen un nuevo proyecto en Altium Designer.

Para una jerarquía de carpetas estructurada en la que los permisos y el acceso de usuarios/grupos se configuran en consecuencia, por ejemplo, abriéndose progresivamente hacia abajo en el árbol de carpetas, este enfoque puede proporcionar niveles adecuados de acceso a permisos para usuarios y grupos según la carpeta de destino.

Permisos predeterminados de creación de proyectos

Como alternativa a la disposición predeterminada en la que un proyecto recién agregado heredará el conjunto de permisos de su carpeta principal, puede especificar un conjunto fijo de permisos para todos los proyectos nuevos habilitando la opción Default Permissions for new projects en la vista Projects de la página Admin – Settings. Esta disposición puede adaptarse mejor a una jerarquía de permisos de carpetas menos estructurada en la que todos los proyectos de usuario se crean en una ubicación específica, como la carpeta Projects.

Esta opción está disponible cuando tiene un nivel superior de acceso a Altium Solution.

Cuando está habilitada, un proyecto recién creado adoptará los permisos especificados por esta opción en lugar de heredar los permisos de su carpeta principal. La configuración inicial de la opción coincide con la configuración predeterminada del Workplace: acceso de escritura para todos los usuarios, y puede cambiarse para adaptarse a sus necesidades. Un ejemplo de esto podría ser acceso Write (edición) para Ingenieros y acceso View (solo lectura) para Bibliotecarios.

Para especificar un conjunto fijo de permisos de acceso para proyectos recién creados (o cargados), habilite la opción Default permissions for new projects en la página Admin - Settings, que inicialmente está configurada con la condición predeterminada de acceso Write para todos los Workspace members.

Seleccione los conjuntos de permisos deseados para los proyectos recién creados; en este ejemplo, solo Engineers Write y Librarians Read. Tenga en cuenta que los Administradores y el Propietario del proyecto (creador) siempre tienen acceso completo de escritura.

Cuando un usuario crea/carga un proyecto nuevo, se aplican los permisos predeterminados especificados en lugar de los adoptados de la carpeta principal del proyecto (Projects), como se muestra en el cuadro de diálogo Share del proyecto.

La opción Inherit parent folder permissions de la ventana se deshabilita automáticamente para un proyecto nuevo cuando se ha habilitado la opción Default permission for new projects (en Admin - Settings).

Points of note:

Los administradores siempre tienen acceso de escritura a todos los proyectos (y carpetas), por lo que esta configuración no se puede cambiar (es de solo lectura).
El Propietario del proyecto (el usuario que creó un proyecto) tiene acceso completo a un proyecto y, por inferencia, a su carpeta principal, porque se requieren permisos de escritura en la carpeta para crear un proyecto nuevo.
Es poco probable que la aplicación de un conjunto fijo de permisos de proyecto (como se describió anteriormente) incluya los permisos de la carpeta principal, por lo que la herencia de permisos principal-secundario del proyecto (carpeta-proyecto) se deshabilita automáticamente: diapositiva n.º 4, arriba. Si se vuelve a aplicar manualmente al proyecto, entonces el conjunto de permisos de la carpeta principal se agregará al proyecto; consulte Continuidad de la herencia de permisos arriba para obtener información.
El comportamiento de adopción de permisos descrito para proyectos nuevos también se aplicará al clonar un proyecto.

Creación de proyectos sin acceso de escritura a la carpeta

Cuando un usuario sin acceso de escritura a la carpeta Projects (o a alguna otra carpeta que se haya especificado como la ubicación de almacenamiento predeterminada) realiza una acción de Create o Upload de proyecto, el sistema creará automáticamente una estructura Personal Folder específica del usuario para almacenar el nuevo proyecto. Esta aparece como una carpeta de nivel superior basada en la dirección de correo electrónico del miembro, con una subcarpeta My Projects que almacena los proyectos de ese usuario. La estructura/jerarquía de carpetas es propiedad del usuario que ha iniciado sesión y está disponible solo para él (y para los administradores), y no es visible para otros usuarios.

Si el usuario realiza una acción de Create o Upload de proyecto dentro de una carpeta sobre la que tiene acceso de escritura, entonces el proyecto se almacena en esa carpeta.
Si el usuario realiza una acción de Create o Upload de proyecto dentro de una carpeta sobre la que tiene acceso de solo lectura (View) y que no es la ubicación de almacenamiento predeterminada, entonces el proceso se bloquea () y se crea para ese usuario la estructura de carpeta My Projects de nivel superior si aún no existe.
Para el ejemplo de permisos de carpeta Projects mostrado arriba, los proyectos creados por usuarios que son miembros del grupo Managers se incluirán en la carpeta Projects con normalidad porque tienen derechos completos de edición sobre esa carpeta. Otros usuarios tienen acceso de solo lectura (View) a la carpeta Projects, por lo que sus nuevos proyectos se almacenan en su carpeta My Projects.
si un proyecto ubicado en la carpeta My Projects de un miembro del Workspace se comparte con otros usuarios (a través de Workspace Members, Groups o nombres de usuario específicos), entonces aparecerá en la vista de nivel superior de la página Projects para esos usuarios.

Desde la perspectiva de un administrador del Workspace, las carpetas personales del miembro se agrupan bajo una carpeta de nivel superior Home, como se evidencia en la página Projects y en la jerarquía de carpetas de la página Explorer, y también en el árbol de carpetas del panel Explorer de Altium Designer.

Descarga de una revisión de elemento

Para los miembros del Workspace, el contenido del proyecto (archivos fuente, archivos generados, datos liberados, etc.) puede descargarse a través de las vistas Design y Releases del proyecto. En la página Explorer puede descargar datos directamente desde la interfaz haciendo clic en el control Download () a la derecha de la entrada de una revisión de elemento.

Usar el control en el nivel del elemento principal descargará los datos de la revisión más reciente de ese elemento.

Navegación por la estructura del Workspace

Aunque la navegación del contenido del Workspace orientada a proyectos está disponible para todos los miembros del Workspace a través de las páginas Projects y Components, los administradores del Workspace pueden navegar y acceder a todo el contenido a través de la interfaz de la página Explorer, como se describe a continuación.

Las formas de navegar por el contenido del Workspace mediante la interfaz del navegador.

Los resultados de una búsqueda de ejemplo.

Los administradores pueden navegar al contenido del Workspace:

Haciendo clic en el nombre de una carpeta cuyo contenido desee examinar.
Usando la función de búsqueda. Introduzca una palabra clave basada en el ID, comentario o descripción de un elemento y, a continuación, pulse Enter o haga clic en el icono de la lupa (). Se examinará todo el Workspace y se mostrarán los resultados de la búsqueda en términos de elementos coincidentes.

Después de una búsqueda, puede volver a la vista normal del contenido del Workspace haciendo clic de nuevo en la entrada de la página Admin – Explorer , en el árbol de navegación de la interfaz del navegador situado en el extremo izquierdo. Como alternativa, borre el campo de búsqueda y pulse Enter.

Funciones adicionales

Las siguientes funciones adicionales pueden encontrarse al explorar contenido a través de la interfaz del navegador del Workspace:

Navigate – este comando, que se encuentra en el menú contextual al hacer clic con el botón derecho sobre un elemento, se utiliza para llevarle rápidamente a ese elemento en el panel Explorer de Altium Designer. Para ello se abrirá Altium Designer (se le pedirá confirmación para abrir X2.exe, el ejecutable fuente de Altium Designer).

Si Altium Designer ya se está ejecutando, se utilizará esa instancia.
Full item info – este comando, que se encuentra en el menú contextual al hacer clic con el botón derecho sobre una revisión de elemento, se utiliza para presentar una vista que enumera todos los detalles de esa revisión. En efecto, es simplemente una vista que incluye todas las distintas vistas de aspecto disponibles para esa revisión de elemento (excepto Summary).

Usar el comando en el nivel del elemento principal mostrará los detalles de la revisión más reciente de ese elemento.
Follow/UnFollow – use el comando Follow , que se encuentra en el menú contextual al hacer clic con el botón derecho sobre una carpeta de tipo Components, para seguir la carpeta. Cualquier actividad dentro de la carpeta seguida (creación de componentes, liberación, cambio de estado de revisión o eliminación) se señalará mediante una notificación por correo electrónico enviada desde el Workspace (siempre que un administrador haya habilitado las notificaciones por correo electrónico para el Workspace). Use el comando UnFollow para dejar de seguir la actividad de componentes dentro de esa carpeta.
Remove Folder – use este comando, que se encuentra en el menú contextual al hacer clic con el botón derecho sobre una carpeta, para mover esa carpeta y todo su contenido (subcarpetas y elementos contenidos en ella) al área aislada Trash del Workspace. Las entidades en Trash pueden eliminarse permanentemente o restaurarse, según sea necesario. Si se elimina una carpeta de proyecto, cualquier liberación y paquete de fabricación asociados también se moverán a Trash.
Remove Item – use este comando, que se encuentra en el menú contextual al hacer clic con el botón derecho sobre un elemento, para mover ese elemento al área aislada Trash del Workspace. Las entidades en Trash pueden eliminarse permanentemente o restaurarse, según sea necesario. Si se elimina un elemento de componente, también tendrá la posibilidad de mover sus modelos asociados a Trash al mismo tiempo. Tenga en cuenta que estos solo pueden eliminarse si no se están utilizando en otro lugar (por uno o más componentes).

Printer-friendly version

AI-localized

If you find an issue, select the text/image and pressCtrl + Enterto send us your feedback.