Gestione della struttura dei contenuti e degli accessi

Created: September 05, 2025 | Updated: September 05, 2025 | Applies to version: 8.0

La strutturazione dei contenuti e la gestione degli accessi per un Workspace Enterprise Server possono essere eseguite sia dalla pagina Admin – Explorer (da un Amministratore) sia dalla principale pagina Projects (da un membro del Workspace con diritti sufficienti). I comandi e le funzionalità presenti in queste pagine consentono di:

Esplorare le cartelle e gli Item all’interno del Workspace. È possibile creare, modificare e rimuovere cartelle, costruendo così la struttura del Workspace. Le cartelle e gli item rimossi vengono inviati nel Cestino, dove possono essere eliminati definitivamente o ripristinati.
Definire la condivisione a livello di cartella e a livello di Item. Questo controlla chi può vedere quali contenuti nel Workspace e, a livello di cartella, se altri utenti possono semplicemente visualizzare una cartella e il suo contenuto oppure anche modificarla (di fatto rilasciando/registrando/caricando dati di progetto al suo interno).
Specificare se una cartella o un item (come un progetto) eredita i permessi di condivisione dalla cartella padre. Questa è la condizione predefinita.

In termini di struttura e gestione dei contenuti, le interfacce delle pagine Projects e Explorer differiscono per capacità e praticità:

La pagina Projects del Workspace offre un approccio semplice alla gestione di cartelle e item di progetto, disponibile per Amministratori, proprietari di progetti/item e altri utenti con diritti di modifica sufficienti.

Con questa interfaccia non è possibile modificare o impostare i permessi di condivisione per la cartella di primo livello Projects (per impostazione predefinita) né creare un’altra cartella di primo livello.

La maggior parte delle attività di gestione della struttura e dei permessi del Workspace può essere eseguita dai comandi della pagina Projects.
La pagina Explorer del Workspace, simile al pannello Altium Designer Explorer e disponibile solo per gli Amministratori, fornisce accesso di gestione a tutte le cartelle e gli item, inclusi i dati di Release del progetto, i Componenti, i contenuti gestiti e così via.

Con questa interfaccia non è possibile condividere un progetto di progettazione né spostare cartelle e item.

La pagina Explorer fornisce un controllo dettagliato sulla struttura del Workspace e sulle impostazioni dei permessi, incluso l’accesso alla cartella di primo livello Projects.

Condivisione di cartelle e item

La struttura delle cartelle del Workspace Enterprise Server include uno schema avanzato di ereditarietà dei permessi basato sulla propagazione dei permessi di condivisione dagli oggetti padre a quelli figlio, dove questi ultimi possono essere una cartella o item di progettazione come Progetti, Componenti, file BOM, Template e così via. Questa impostazione semplifica il processo di organizzazione della struttura delle cartelle di un Workspace e dei relativi permessi di condivisione, in modo da soddisfare i requisiti di accesso degli utenti aziendali e dei gruppi di utenti.

Un Workspace offre le seguenti capacità di condivisione:

Folder-level Sharing – offre la possibilità di controllare chi può vedere quali contenuti nel Workspace tramite la condivisione delle cartelle. Questo consente di controllare se altri utenti possono semplicemente visualizzare una cartella e il suo contenuto oppure anche modificarla (di fatto rilasciando/registrando/caricando dati di progetto al suo interno). Un singolo Workspace può essere suddiviso in varie “zone” di contenuto effettive ma con permessi controllati a livello di cartella, il che consente di rendere i contenuti selettivamente visibili o nascosti secondo necessità, fornendo alle persone giuste l’accesso giusto ai dati giusti.
Item-level Sharing – offre la possibilità di controllare chi può vedere e accedere a quali Item in una cartella condivisa. Questo livello di condivisione più specifico consente di ignorare (o aggiungere a) l’insieme di permessi che un Item ha ereditato dalla cartella padre. A condizione che un utente abbia accesso alla cartella stessa, potrà quindi visualizzare/modificare (come consentito) gli Item all’interno di quella cartella che sono condivisi con lui.

Quando si specificano i permessi di condivisione per un oggetto item (come un Componente, un Template, ecc.) utilizzando l’interfaccia Explorer del Workspace, le impostazioni di condivisione dell’item si applicheranno anche alle Revisioni che lo compongono. È possibile aggiungere/rimuovere permessi da singole Revisioni all’interno di quella gerarchia, ma la modifica dei permessi non si propagherà lungo la gerarchia stessa: non viene ereditata dalle Revisioni sottostanti nella gerarchia.

Internamente, l’accesso agli oggetti del Workspace è determinato da una Access Control List gerarchica (ACL) che definisce i permessi associati a Cartelle, Progetti e Item. L’elenco specifica chi ha accesso a quell’oggetto e se può essere modificato. Ad esempio, se le impostazioni di condivisione di un determinato progetto includono permessi View (sola lettura) per Librarians, allora esso è accessibile ai membri del gruppo Librarians, ma non può essere Modificato, Spostato o Rimosso (o nuovamente condiviso) da tali membri, a meno che non siano Amministratori o il proprietario del progetto.

Le capacità di condivisione sopra descritte seguono lo schema di ereditarietà dei permessi del Workspace. Nel senso più semplice, i permessi applicati a una cartella si propagano verso il basso nella gerarchia delle cartelle attraverso le relazioni padre-figlio, da cartella a sottocartella, lungo tutta la catena.

Questa struttura di ereditarietà dei permessi viene mantenuta (a meno che non venga intenzionalmente disabilitata in qualche punto della gerarchia) quando vengono aggiunte cartelle alla gerarchia e anche quando vengono aggiunti permessi all’interno della gerarchia. Quando vengono applicati permessi aggiuntivi a una cartella che non è la cartella di primo livello, quindi all’interno della gerarchia, essi verranno ereditati verso il basso da quel livello, senza influire sui permessi esistenti.

Aggiungere diritti di modifica (Read/Write) per il gruppo utenti Engineers alla cartella superiore nella gerarchia di cartelle A-B-C.

La nuova voce di permesso (Engineers Read/Write) viene applicata automaticamente a tutte le cartelle della gerarchia tramite l’ereditarietà dei permessi padre-figlio.

Aggiungere diritti di sola lettura (Read) per il gruppo utenti Librarians alla gerarchia della Cartella B: il suo insieme di permessi verrà “esteso” da questa aggiunta

La nuova voce di permesso (Librarians Read) viene applicata alla cartella B ed ereditata da tutte le cartelle sottostanti nella gerarchia.

Un Progetto di progettazione (o un altro tipo di item) viene creato o caricato nella Cartella C. Erediterà i permessi di condivisione dalla Cartella C.

Estendere l’insieme di permessi della Cartella C aggiungendo diritti di sola lettura (Read) per Managers Group.

Il permesso Managers Read aggiunto viene ereditato dal Progetto di progettazione. Si noti che i permessi di condivisione per i progetti Design e Managed BOM sono gestiti tramite la finestra di dialogo Share nella pagina Workspace Projects.

Coloro che dispongono di privilegi di livello amministratore (membri del gruppo Administrators) potranno vedere e gestire tutte le cartelle e gli Item. Un utente Workspace non amministrativo può accedere solo alle cartelle e agli Item che ha creato (di cui è il “proprietario”) o a quelli che sono stati condivisi con lui tramite permessi adeguati.

Nella pagina Projects del Workspace, è possibile accedere ai permessi delle cartelle di progetto e modificarli dalle Share opzioni dell’interfaccia. Selezionare una voce di cartella e quindi il pulsante superiore oppure l’opzione Share dal menu della voce per accedere alla finestra Share Item (). Si noti che:

per impostazione predefinita, quando un Workspace viene attivato per la prima volta, la cartella di primo livello Projects non è accessibile nella pagina Projects, ma diventerà disponibile se vengono create altre cartelle di primo livello. L’interfaccia della pagina Explorer può sempre accedere alla cartella Projects.
l’interfaccia e le funzionalità della finestra operano allo stesso modo quando si condivide un Progetto; questo include la possibilità di cambiare il proprietario dell’Item (cartella).

Permessi di condivisione configurati per la cartella di progetto Team 1: accesso completo per il team US Engineering ed ECAD Managers con sola visualizzazione. I progetti all’interno di questa cartella ereditano questi permessi, che si aggiungono ai permessi di scrittura intrinseci di amministratore e proprietario.

Permessi di condivisione per una cartella di progetto aggiunta da un utente, che erediterà i propri permessi dalla cartella padre (Team 1). La cartella padre è stata creata da un utente diverso (Harold Smith) che è il “proprietario” di quella cartella, quindi anche a questo utente viene concesso l’accesso in scrittura alla nuova cartella.

Permessi di condivisione configurati per la cartella di progetto Team 2: accesso completo per il team EU Engineering ed ECAD Managers con sola visualizzazione. I progetti all’interno di questa cartella ereditano questi permessi, che si aggiungono ai permessi di scrittura intrinseci di amministratore e proprietario.

Nella pagina Explorer, i controlli di condivisione si aprono facendo clic con il pulsante destro sulla voce dell’albero di navigazione relativa alla cartella (o all’Item) e usando il comando Share Folder (o Share Item) dal menu contestuale. Verrà visualizzata la finestra Share, dalla quale i permessi di accesso per la cartella/l’Item possono essere modificati secondo necessità.

Permessi di condivisione per un item template, ereditati dalla cartella padre Component Templates.

Cose da tenere presenti:

In termini di permessi, un utente/gruppo ha accesso in lettura/scrittura quando l’opzione Can Write (Modifica) è abilitata. Se questa opzione è disabilitata, dispone solo di accesso in lettura (Visualizzazione).

Abilitare l’accesso Edit a una Cartella/Item per un Utente/Gruppo equivale di fatto ad aggiungere un altro permesso al relativo insieme di permessi (ACL), mentre riportare tale accesso a View equivale di fatto a rimuovere un permesso dall’insieme.
In termini di selezioni delle autorizzazioni di condivisione nell'interfaccia utente:
- Un'opzione Can Write selezionata (lettura/scrittura) nella pagina Explorer equivale a Can Edit selezionato nella pagina Projects.
- Un'opzione Can Write non selezionata (sola lettura) nella pagina Explorer equivale a Can View selezionato nella pagina Projects.
Per rimuovere l'accesso condiviso a una cartella/elemento per un utente/gruppo esistente:
- nella pagina Projects, selezionare l'opzione Remove del riquadro dell'utente/gruppo nella finestra Share Item.
- nella pagina Explorer, fare clic sul controllo Remove associato alla voce dell'utente/gruppo () nella finestra Share.
Per impostazione predefinita, una cartella/elemento sarà disponibile solo al suo proprietario (inizialmente il suo creatore) e a tutti i membri del gruppo Administrators. Queste autorizzazioni sono intrinseche e non devono essere aggiunte esplicitamente. Owners e Administrators dispongono di autorizzazioni di Lettura/Scrittura (Visualizza/Modifica).
Per consentire a tutti gli utenti del Workspace di vedere una cartella/un elemento:
- nella finestra Share Item della pagina Projects, impostare l'opzione di accesso del riquadro Workspace Members su Can View, oppure su Can Edit per accesso completo in scrittura.
- nella finestra Share della pagina Explorer, selezionare il controllo Add Anyone e deselezionare la relativa opzione Can Write, oppure lasciarla selezionata per accesso completo in scrittura.
  
  Si noti che eseguendo quanto sopra si potrebbe concedere l'accesso in Lettura/Scrittura a tutti i membri del Workspace. Se si desidera limitare l'accesso a un insieme specifico di utenti e/o gruppi, è necessario impostare Workspace Members per No access (pagina Projects) oppure rimuovere l'entità Anyone (pagina Explorer).
A differenza di altri elementi, le autorizzazioni di condivisione di un elemento progetto di progettazione non possono essere gestite tramite la pagina Explorer. Sono invece specificate nella finestra Share Item accessibile dalla pagina Projects. Vedere la pagina Workspace Projects per informazioni dettagliate.

Restrizioni di condivisione controllate dall'ereditarietà

Alcuni livelli di accesso utente, come Can View o No access nella finestra Share Item di una cartella, potrebbero non essere disponibili per la selezione perché contraddirebbero (declasserebbero) il set di autorizzazioni ereditato dalla cartella padre. Per impostazione predefinita, le autorizzazioni di condivisione della cartella prevedono accesso completo in scrittura per tutti gli utenti – Workspace Members Can Edit come mostrato nella finestra Share Item, oppure Anyone può Write come mostrato nella finestra Explorer della pagina Share.

In questo caso predefinito, ad esempio, le opzioni per declassare le autorizzazioni ereditate di una cartella (da Workspace Members Edit a Workspace Members View o No Access) sono disabilitate per evitare un'interruzione involontaria nella struttura gerarchica delle autorizzazioni. Si noti che è sempre possibile promuovere (aumentare) il livello di accesso alla condivisione, poiché questo semplicemente si "aggiunge" al set di autorizzazioni esistente ereditato dalla cartella padre.

Per scollegare intenzionalmente l'ereditarietà delle autorizzazioni da Padre a Figlio per questa cartella, in modo da poter applicare un diverso livello di accesso (ridotto), deselezionare l'opzione Inherit parent folder permissions nella sezione Advanced Settings della finestra Share Item. Una volta che la cartella non eredita più le autorizzazioni dalla cartella padre, le proprie autorizzazioni di accesso possono essere modificate senza restrizioni. Per ulteriori informazioni, vedere la sezione seguente.

L'opzione Inherit permissions from parent folder è inizialmente abilitata per impostazione predefinita ed è sempre abilitata per le cartelle appena create.

Allo stesso modo, quando si modificano le autorizzazioni di condivisione di una cartella tramite la pagina Explorer del Workspace, non è possibile declassare le autorizzazioni ereditate dalla cartella padre. Deselezionare l'opzione Inherit permissions from parent della finestra Share per scollegare intenzionalmente l'ereditarietà delle autorizzazioni dalla cartella padre (Projects in questo caso).

Insieme alle cartelle e ai Projects, il sistema di ereditarietà delle autorizzazioni si applica anche agli Items (come i Componenti) e alle Revisioni che li costituiscono. Questi presentano lo stesso comportamento di ereditarietà delle autorizzazioni e includono l'opzione per abilitare/disabilitare tale ereditarietà (in Advanced Settings nella finestra di dialogo Share della pagina Explorer – ).

Continuità dell'ereditarietà delle autorizzazioni

La continuità dell'ereditarietà delle autorizzazioni di condivisione attraverso la gerarchia delle cartelle del Workspace, come descritto sopra, viene mantenuta a meno che l'ereditarietà delle autorizzazioni di una cartella dalla cartella padre non venga esplicitamente scollegata (disabilitata) a un certo punto. La propagazione delle autorizzazioni da Padre a Figlio per una cartella (o progetto/Item) viene disabilitata deselezionando l'opzione Inherit permissions from parent, disponibile nella finestra di dialogo Share Item. Sebbene quella cartella non erediterà più alcuna modifica alle autorizzazioni apportata alla cartella padre, e la gerarchia delle autorizzazioni risulti di fatto scollegata (disabilitata) in quel punto, l'ereditarietà rimane continua al di sotto di questo livello.

La piena profondità dell'ereditarietà delle autorizzazioni delle cartelle verrà ripristinata se l'opzione Inherit permissions from parent di quella cartella "scollegata" viene nuovamente abilitata. In tal caso, tornerà a ereditare le autorizzazioni della cartella padre (se non già presenti) per ripristinare l'integrità delle autorizzazioni padre-figlio.

Un esempio di gerarchia di cartelle (A-D) con ereditarietà continua delle autorizzazioni. L'autorizzazione Engineers Write è stata aggiunta al livello superiore della Cartella A (o sopra di essa) e si è propagata lungo la gerarchia fino alla Cartella D.

Disabilitazione dell'ereditarietà delle autorizzazioni padre-figlio nella Cartella C deselezionando l'opzione Inherit permissions from parent nella finestra di dialogo Share della cartella.

La continuità dell'ereditarietà delle autorizzazioni è scollegata tra le Cartelle B e C, ma viene mantenuta nelle sezioni della gerarchia sopra e sotto questo punto.

Aggiunta di Managers Write come nuova autorizzazione di accesso alla Cartella A.

L'autorizzazione aggiunta viene ereditata dalla Cartella B. Cioè, si propaga solo lungo la sezione della gerarchia con ereditarietà continua delle autorizzazioni (A-B), ma non alla cartella C perché l'ereditarietà B-C (padre-figlio) è disabilitata.

L'autorizzazione aggiunta viene ereditata dalla Cartella D. Cioè, si propaga lungo la sezione di ereditarietà continua della gerarchia (C-D).

Aggiunta dell'autorizzazione Librarians Read alla Cartella C. Inoltre, le autorizzazioni esistenti della Cartella C potrebbero essere declassate o rimosse poiché non sono più vincolate a quelle della cartella padre B.

Riabilitazione dell'ereditarietà delle autorizzazioni padre-figlio nella Cartella C selezionando l'opzione Inherit permissions from parent nella finestra di dialogo Share della cartella.

L'ereditarietà delle autorizzazioni è di nuovo continua attraverso la gerarchia delle cartelle perché l'ereditarietà dalla Cartella B alla C (padre → figlio) è abilitata. La Cartella C (e quelle sottostanti) eredita l'autorizzazione Manager Write dalla Cartella B per mantenere la relazione completa di ereditarietà padre-figlio.

In conformità con lo schema di ereditarietà delle autorizzazioni abilitato, le autorizzazioni di una cartella/elemento possono essere promosse e ampliate (di fatto la stessa azione), ma non declassate rispetto a quelle della cartella padre. Questo vale anche se un'autorizzazione aggiunta per un Gruppo/Utente sarà comune sia all'entità Padre sia a quella Figlio:

Quando si aggiunge un'autorizzazione a una cartella, questa sovrascriverà di fatto la stessa autorizzazione in una cartella figlia se si trova a un livello di accesso inferiore. Ad esempio, se l'autorizzazione Librarians Read/Write viene aggiunta a una cartella e la sua cartella figlia ha una voce Librarians Read esistente, questa verrà promossa a una voce Librarians Read/Write.
In sostanza, l'accesso a livello di scrittura è stato aggiunto alla cartella padre e questo viene ereditato dalla cartella figlia. L'ereditarietà delle autorizzazioni viene mantenuta.
Al contrario, quando si aggiunge un'autorizzazione a una cartella, questa non influirà sulla stessa autorizzazione in una cartella figlia se ha un livello di accesso superiore. Ad esempio, se l'autorizzazione Librarians Read viene aggiunta a una cartella e la sua cartella figlia ha una voce Librarians Read/Write esistente, questa non verrà modificata (declassata) a una voce di livello Read – rimane al livello di autorizzazione esistente.
In sostanza, l'accesso a livello di lettura è stato aggiunto alla cartella padre, e questo esiste già nella cartella figlia. L'ereditarietà delle autorizzazioni viene mantenuta.

Quando una voce di autorizzazione viene rimossa da una cartella, questa modifica si propagherà lungo la gerarchia (dove l'ereditarietà delle autorizzazioni è abilitata) indipendentemente dal livello di accesso applicato (Read o Write). Ad esempio, se una cartella ha autorizzazioni di accesso Librarians Read ma le autorizzazioni della sua cartella figlia sono state elevate aLibrarians Write, la rimozione della voce Librarians della cartella padre rimuoverà anche la voce Librarians della cartella figlia.

La logica di ereditarietà delle autorizzazioni delle cartelle qui descritta si applica anche ai progetti di progettazione. Un progetto è sempre figlio di una cartella padre e ne erediterà le autorizzazioni, e l'ereditarietà delle autorizzazioni può essere disabilitata nello stesso modo previsto per una cartella figlia.

Le autorizzazioni del progetto vengono modificate tramite la finestra Share Item nella pagina Workspace Projects.

Spostamento delle cartelle

Le cartelle del Workspace possono essere spostate in qualsiasi altra posizione della struttura delle cartelle tramite la pagina Projects (vedere pagina Workspace Projects) o il pannello Explorer in Altium Designer (vedere Organizing Your Workspace).

Il modo in cui vengono determinate le autorizzazioni di condivisione di una cartella spostata dipende dalla relazione di ereditarietà con la cartella padre esistente:

Quando l'opzione Inherit parent folder permissions di una cartella è abilitata (condizione predefinita), l'azione di spostare quella cartella in un'altra cartella farà sì che essa:
- ereditare il set di autorizzazioni dalla sua nuova cartella padre (incluso il Proprietario di quella cartella).
- perdere le autorizzazioni ereditate originali.
  - * Le autorizzazioni "ereditate" di una cartella/progetto sono quelle adottate dalla cartella padre, ovvero sono state ereditate.
- mantenere le autorizzazioni estese precedenti.
  - * Le autorizzazioni "estese" di una cartella/progetto sono quelle aggiunte specificamente per estendere l'accesso degli utenti: non sono state ereditate dalla cartella padre.
In breve, le autorizzazioni della vecchia cartella padre vengono sostituite da quelle della nuova cartella padre, ma quelle che sono state aggiunte si sposteranno con la cartella.

Quando l'opzione Inherit parent folder permissions di una cartella è disabilitata (non adotta le autorizzazioni della cartella padre), lo spostamento di quella cartella in un'altra cartella farà sì che:
- mantenga le autorizzazioni originali.
- mantenga lo stato disabilitato della sua impostazione Inherit parent folder permissions.
In breve, si tratta letteralmente di un evento di spostamento senza altre modifiche. Questo può essere considerato il modo più sicuro per spostare una cartella e il suo contenuto, poiché evita la possibilità di modifiche impreviste alle autorizzazioni dovute all'ereditarietà dalla nuova cartella padre.

In questo esempio, le cartelle A-B-C sono in una gerarchia che include autorizzazioni Engineers Write ereditate. Le autorizzazioni della cartella C sono state estese con l'aggiunta di Contractors Read. In alternativa, sarebbe stato possibile aggiungere un singolo utente.

Moving folder with Permission Inheritance enabled. La cartella C verrà spostata nella cartella D, che presenta un set di autorizzazioni diverso. Si noti che l'ereditarietà delle autorizzazioni è abilitata per tutte le cartelle (condizione predefinita).

La cartella C spostata ora è una cartella figlia della cartella D ed erediterà l'autorizzazione Mechanical Read del padre. La cartella C perderà inoltre le autorizzazioni ereditate originali (Engineers Read/Write) ma manterrà le autorizzazioni estese (aggiunte) (Contractors Read).

Moving a folder with Permission Inheritance disabled. L'opzione Share della finestra Inherit permission from parent è stata disabilitata (deselezionata) per la cartella C. Inoltre, è stata aggiunta un'ulteriore autorizzazione Managers Read.

La cartella C verrà spostata nella cartella E, che presenta un set di autorizzazioni diverso. Si noti che l'ereditarietà delle autorizzazioni è disabilitata per la cartella C, che è "separata" dalla cartella padre (cartella D) in termini di ereditarietà delle autorizzazioni.

La cartella C spostata manterrà sia il set di autorizzazioni originale sia l'impostazione Eredita autorizzazioni (disabilitata). Verrà spostata nella cartella E senza modifiche alle autorizzazioni e non erediterà alcuna modifica alle autorizzazioni apportata alla cartella padre, la cartella E.

Prima di spostare una cartella o un progetto in un'altra cartella, si consiglia vivamente di controllare prima le autorizzazioni della cartella di destinazione perché, per impostazione predefinita (Inherit parent folder permissions abilitato), queste verranno ereditate dalla cartella/progetto spostato. Ad esempio, le autorizzazioni della cartella di destinazione potrebbero avere un livello di condivisione più elevato del desiderato, come diritti di modifica o accesso per tutti gli utenti, che verrebbero quindi applicati alla cartella/progetto ricollocato

Si noti che la logica di ereditarietà delle autorizzazioni delle cartelle qui descritta si applica anche allo spostamento dei progetti di progettazione. Un progetto è sempre figlio di una cartella padre e il suo stato di ereditarietà delle autorizzazioni viene abilitato/disabilitato tramite l'opzione Inherit parent folder permissions, allo stesso modo di una cartella figlia.

Gestione delle autorizzazioni di creazione dei progetti

Con le impostazioni predefinite del Workspace, i progetti creati o caricati dai membri del Workspace vengono archiviati nella cartella Projects, disponibile con accesso in scrittura per tutti gli utenti (come ereditato dalla cartella padre Projects), e sono accessibili direttamente tramite la pagina Projects. Questa semplice configurazione è comoda per gli utenti, ma consente a qualsiasi membro del Workspace di creare progetti accessibili in questa posizione primaria (di livello superiore). Per implementare un controllo più avanzato su chi può creare (e accedere ai) progetti nella cartella Projects, o in ulteriori sottocartelle, gli amministratori del Workspace possono definire le autorizzazioni di condivisione delle cartelle di progetto tramite la pagina Explorer oppure, in Altium Designer, il pannello Explorer.

Come descritto sopra, è possibile accedere alle autorizzazioni delle cartelle nella Explorer pagina del Workspace dall'opzione Share Folder del menu contestuale accessibile con il tasto destro su una voce di cartella. Ad esempio, l'accesso alla cartella Projects può essere modificato impostando l'autorizzazione predefinita (Anyone) su sola lettura (deselezionando Can Write) oppure rimuovendola del tutto, quindi aggiungendo autorizzazioni di accesso per utenti specifici (Add User) o gruppi di utenti (Add Role) secondo necessità.

Le autorizzazioni di scrittura aggiornate determineranno quali membri del Workspace possono creare (o caricare) progetti nella cartella Projects: nell'esempio mostrato sopra, solo coloro che sono membri del gruppo Managers. I vincoli delle autorizzazioni si applicheranno anche agli utenti che creano un nuovo progetto in Altium Designer.

Per una gerarchia di cartelle strutturata in cui autorizzazioni e accesso utenti/gruppi sono configurati di conseguenza, ad esempio con apertura progressiva lungo l'albero delle cartelle, questo approccio può fornire livelli adeguati di accesso alle autorizzazioni per utenti e gruppi in base alla cartella di destinazione ().

Autorizzazioni predefinite per la creazione dei progetti

In alternativa alla configurazione predefinita in cui un progetto appena aggiunto eredita il set di autorizzazioni della cartella padre, è possibile specificare un set fisso di autorizzazioni per tutti i nuovi progetti abilitando l'opzione Default Permissions for new projects nella vista Projects della Admin – Settingspagina . Questa configurazione può essere più adatta a una gerarchia di autorizzazioni delle cartelle meno strutturata, in cui tutti i progetti utente vengono creati in una posizione specifica, come la cartella Projects.

Quando è abilitata, un progetto appena creato adotterà le autorizzazioni specificate da questa opzione anziché ereditare le autorizzazioni della cartella padre. Le impostazioni iniziali dell'opzione corrispondono alle impostazioni predefinite del Workplace: accesso in scrittura per tutti gli utenti, e possono essere modificate in base alle proprie esigenze. Un esempio potrebbe essere accesso Write (modifica) per gli ingegneri e accesso View (sola lettura) per i bibliotecari.

Per specificare un set fisso di autorizzazioni di accesso per i progetti appena creati (o caricati), abilitare l'opzione Default permissions for new projects nella Admin - Settingspagina , che inizialmente è impostata sulla condizione predefinita di accesso Write per tutti i Workspace members.

Selezionare i set di autorizzazioni desiderati per i progetti appena creati: in questo esempio, solo Engineers Write e Librarians Read. Si noti che gli amministratori e il Proprietario del progetto (creatore) hanno sempre pieno accesso in scrittura.

Quando un utente crea/carica un nuovo progetto, vengono applicate le autorizzazioni predefinite specificate anziché quelle adottate dalla cartella padre del progetto (Projects), come mostrato nella finestra di dialogo Share del progetto.

L'opzione Inherit parent folder permissions della finestra viene disabilitata automaticamente per un nuovo progetto quando l'opzione Default permission for new projects (in Admin - Settings) è stata abilitata.

Points of note:

Gli amministratori hanno sempre accesso in scrittura a tutti i progetti (e cartelle), quindi questa impostazione non può essere modificata (è di sola lettura).
Il Proprietario del progetto (l'utente che ha creato un progetto) ha accesso completo a un progetto e, per inferenza, alla sua cartella padre, poiché per creare un nuovo progetto sono necessarie autorizzazioni di scrittura sulla cartella.
L'applicazione di un set fisso di autorizzazioni del progetto (come descritto sopra) difficilmente includerà le autorizzazioni della cartella padre, quindi l'ereditarietà delle autorizzazioni padre-figlio del progetto (cartella-progetto) viene disabilitata automaticamente – diapositiva n. 4 sopra. Se viene riapplicata manualmente al progetto, il set di autorizzazioni della cartella padre verrà aggiunto al progetto – vedere Continuità dell'ereditarietà delle autorizzazioni sopra per ulteriori informazioni.
Il comportamento descritto di adozione delle autorizzazioni per i nuovi progetti si applica anche quando si clona un progetto.

Creazione di progetti senza accesso in scrittura alla cartella

Quando un utente senza accesso in scrittura alla cartella Projects (o a un'altra cartella specificata come posizione di archiviazione predefinita) esegue un'operazione di creazione o caricamento di un progetto, il sistema creerà automaticamente una struttura Personal Folder specifica dell'utente per archiviare il nuovo progetto. Questa appare come una cartella di livello superiore basata sull'indirizzo email del membro, con una sottocartella My Projects che archivia i progetti di quell'utente. La struttura/gerarchia di cartelle è di proprietà ed è disponibile solo per l'utente che ha effettuato l'accesso (e per gli amministratori), e non è visibile agli altri utenti.

Se l'utente esegue la creazione o il caricamento di un progetto all'interno di una cartella per la quale dispone di accesso in scrittura, il progetto viene archiviato in quella cartella.
Se l'utente esegue la creazione o il caricamento di un progetto all'interno di una cartella per la quale dispone di accesso in sola lettura (View) e che non è la posizione di archiviazione predefinita, il processo viene bloccato () e viene creata per quell'utente la struttura di cartelle di livello superiore My Projects, se non esiste già.
Per l'esempio di autorizzazioni della cartella Projects mostrato sopra, i progetti creati dagli utenti che sono membri del gruppo Managers saranno inclusi nella cartella Projects come di consueto, poiché dispongono di pieni diritti di modifica su quella cartella. Gli altri utenti hanno accesso in sola lettura (View) alla cartella Projects, quindi i loro nuovi progetti vengono archiviati nella loro cartella My Projects.
se un progetto presente nella cartella My Projects di un membro del Workspace viene condiviso con altri utenti (tramite membri del Workspace, gruppi o nomi utente specifici), allora apparirà nella vista di livello superiore della Projectspagina per tali utenti.

Dal punto di vista di un amministratore del Workspace, le cartelle personali del membro sono raccolte in una cartella di livello superiore Home, come evidente nella Projectspagina e nella gerarchia di cartelle della Explorerpagina, nonché nell'albero delle cartelle del pannello Explorer di Altium Designer.

Download di una revisione di un elemento

Per scaricare i dati dall'interfaccia, fare clic sul controllo Download () a destra della voce relativa a una revisione di un elemento.

L'uso del controllo a livello dell'elemento padre scaricherà i dati della revisione più recente di quell'elemento.

Navigazione nella struttura del Workspace

È possibile navigare il contenuto di un Workspace, tramite l'interfaccia del browser, in un paio di modi, come evidenziato nell'immagine seguente e descritto di seguito.

I modi per navigare il contenuto del Workspace tramite l'interfaccia del browser

I risultati di una ricerca di esempio

Facendo clic sul nome di una cartella di cui si desidera esaminare il contenuto.
Utilizzando la funzione di ricerca. Immettere una parola chiave basata sull'ID, sul commento o sulla descrizione di un elemento e premere Enter oppure fare clic sull'icona della lente di ingrandimento ( ). Verrà eseguita la scansione dell'intero Workspace e i risultati della ricerca verranno elencati in termini di elementi corrispondenti.

Dopo una ricerca è possibile tornare alla visualizzazione normale del contenuto del Workspace facendo nuovamente clic sulla voce Admin – Explorer page nell'albero di navigazione dell'interfaccia del browser, all'estrema sinistra. In alternativa, cancellare il campo di ricerca e premere Enter.

Funzionalità aggiuntive

Durante la navigazione dei contenuti tramite l'interfaccia browser del Workspace sono disponibili le seguenti funzionalità aggiuntive:

Navigate – questo comando, presente nel menu contestuale accessibile con il tasto destro per un elemento, viene utilizzato per portare rapidamente a quell'elemento nel pannello Explorer di Altium Designer. Per farlo verrà aperto Altium Designer (verrà richiesto se si desidera aprire X2.exe – l'eseguibile sorgente di Altium Designer).

Se Altium Designer è già in esecuzione, verrà utilizzata quell'istanza.
Full item info – questo comando, presente nel menu contestuale accessibile con il tasto destro per una revisione di un elemento, viene utilizzato per mostrare una vista che elenca tutti i dettagli di quella revisione. In pratica, si tratta semplicemente di una vista che include tutte le varie viste degli aspetti disponibili per quella revisione di elemento (tranne Summary).

L'uso del comando a livello dell'elemento padre mostrerà i dettagli della revisione più recente di quell'elemento.
Follow/UnFollow – utilizzare il comando Follow , presente nel menu contestuale accessibile con il tasto destro per una cartella di tipo Components, per seguire la cartella. Qualsiasi attività all'interno della cartella seguita (creazione di componenti, rilascio, modifica dello stato della revisione o eliminazione) verrà segnalata tramite una notifica email inviata dal Workspace (a condizione che le notifiche email siano state abilitate per il Workspace da un amministratore). Utilizzare il comando UnFollow per interrompere il monitoraggio dell'attività dei componenti all'interno di quella cartella.
Remove Folder – utilizzare questo comando, presente nel menu contestuale accessibile con il tasto destro per una cartella, per spostare quella cartella e tutto il suo contenuto (sottocartelle e relativi elementi) nell'area isolata Trash del Workspace. Le entità nel Trash possono quindi essere eliminate definitivamente o ripristinate, secondo necessità. Se si rimuove una cartella di progetto, anche gli eventuali rilasci associati verranno spostati nel Trash.
Remove Item – utilizzare questo comando, presente nel menu contestuale accessibile con il tasto destro per un elemento, per spostare quell'elemento nell'area isolata Trash del Workspace. Le entità nel Trash possono quindi essere eliminate definitivamente o ripristinate, secondo necessità. Se si rimuove un elemento componente, si ha anche la possibilità di spostare contemporaneamente i modelli associati nel Trash . Si noti che questi possono essere eliminati solo se non sono utilizzati altrove (da uno o più altri componenti).

Versione stampabile

Localizzato tramite A

Se trovi un problema, seleziona il testo/l’immagine e premi Ctrl + Invio per inviarci il tuo feedback.