Gestione della struttura dei contenuti e degli accessi

Updated: June 09, 2026

La struttura dei contenuti e la gestione degli accessi per un Workspace possono essere eseguite sia dalla pagina Admin – Explorer (da un Amministratore) sia dalla pagina principale Projects (da un membro del Workspace con diritti sufficienti). I comandi e le funzionalità di 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 elementi rimossi vengono inviati nel Trash, 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 sono presenti nel Workspace e, a livello di cartella, se altri utenti possano semplicemente visualizzare una cartella e il suo contenuto oppure anche modificarla (di fatto rilasciando/confermando/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.

Per quanto riguarda la struttura e la gestione dei contenuti, le interfacce delle pagine Projects e Explorer differiscono in termini di capacità e praticità:

La pagina Projects del Workspace offre un approccio semplice alla gestione delle cartelle e degli elementi di progetto, disponibile per Amministratori, proprietari di progetto/item e altri utenti con diritti di modifica sufficienti.
Nota: con questa interfaccia non è possibile modificare o impostare i permessi di condivisione per la cartella Projects di livello superiore (per impostazione predefinita), né creare un'altra cartella di livello superiore.

La maggior parte delle attività di gestione della struttura e dei permessi del Workspace può essere eseguita tramite i comandi della pagina Projects.
La pagina Explorer del Workspace, simile al pannello Altium Designer Explorer e disponibile solo per gli Amministratori, fornisce accesso gestionale a tutte le cartelle e gli item, inclusi i dati di Release del progetto, Components, Managed Content, ecc.
Nota: con questa interfaccia non è possibile condividere un progetto di progettazione né spostare cartelle e item.

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

Condivisione di cartelle e Item

La struttura delle cartelle di Altium 365 Workspace include uno schema avanzato di ereditarietà dei permessi basato sulla propagazione dei permessi di condivisione dagli oggetti Parent a quelli Child, dove questi ultimi possono essere cartelle o elementi di progettazione come Projects, Components, file BOM, Templates e così via. Questa organizzazione semplifica il processo di strutturazione delle cartelle del Workspace e dei relativi permessi di condivisione per soddisfare i requisiti di accesso di utenti aziendali e gruppi di utenti.

Un Workspace offre le seguenti funzionalità di condivisione:

Folder-level Sharing – consente di controllare chi può vedere quali contenuti nel Workspace condividendo le cartelle. Questo permette di stabilire se altri utenti possano semplicemente visualizzare una cartella e il suo contenuto oppure anche modificarla (di fatto rilasciando/confermando/caricando dati di progetto al suo interno). Un singolo Workspace può essere suddiviso in varie 'zone' di contenuto distinte ma con permessi controllati a livello di cartella, consentendo di rendere i contenuti visibili o nascosti in modo selettivo secondo necessità, dando alle persone giuste il giusto accesso ai dati giusti.
Item-level Sharing – consente di controllare chi può vedere e accedere a specifici Item in una cartella condivisa. Questo livello di condivisione più specifico permette 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 (se consentito) gli Item all'interno di quella cartella che sono stati condivisi con lui.

Quando si specificano i permessi di condivisione per un oggetto item (come un Component, un Template, ecc.) tramite l'interfaccia Explorer del Workspace, le impostazioni di condivisione dell'item si applicheranno anche alle Revision che lo compongono. È possibile aggiungere/rimuovere permessi per singole Revision all'interno di tale gerarchia, ma la modifica dei permessi non si propagherà lungo la gerarchia stessa: non viene ereditata dalle Revision 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 i permessi View (sola lettura) per Librarians, allora il progetto è accessibile ai membri del gruppo Librarians, ma non può essere Modificato, Spostato o Rimosso (né nuovamente condiviso) da tali membri, a meno che non siano Amministratori o il proprietario del progetto.

Le funzionalità di condivisione sopra descritte seguono lo schema di ereditarietà dei permessi del Workspace. In termini semplici, i permessi applicati a una cartella si propagano verso il basso lungo la 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) sia quando le cartelle vengono aggiunte alla gerarchia, sia quando i permessi vengono aggiunti all'interno della gerarchia. Quando vengono applicati permessi aggiuntivi a una cartella che non è la cartella di livello superiore, quindi si trova all'interno della gerarchia, questi verranno ereditati verso il basso da questo livello, senza influire sui permessi esistenti.

Aggiungere diritti di modifica (Read/Write) per il gruppo di 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 di 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 Project 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 il Managers Group.

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

Gli utenti con 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') oppure a quelli che gli sono stati condivisi tramite permessi appropriati.

Nella pagina Projects del Workspace, ai permessi delle cartelle di progetto si può accedere e possono essere modificati tramite le opzioni Share 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 livello superiore Projects non è accessibile nella pagina Projects, ma diventerà disponibile se vengono create altre cartelle di livello superiore. L'interfaccia della pagina Explorer può sempre accedere alla cartella Projects.
l'interfaccia e le funzionalità della finestra operano allo stesso modo anche quando si condivide un Project; 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 Projects all'interno di questa cartella ereditano questi permessi, che si aggiungono ai diritti 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 altro utente (Harold Smith) che ne è il 'proprietario', quindi a questo utente viene concesso anche 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 Projects all'interno di questa cartella ereditano questi permessi, che si aggiungono ai diritti di scrittura intrinseci di amministratore e proprietario.

Nella pagina Explorer, i controlli di condivisione si aprono facendo clic con il tasto 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.

Aspetti da tenere presenti:

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

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.
Per quanto riguarda le 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 un utente/gruppo esistente dall'accesso condiviso a una cartella/elemento:
- 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/un elemento sarà disponibile solo per il relativo proprietario (inizialmente il suo creatore) e per 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 Workspace Members e deselezionare la relativa opzione Can Write, oppure lasciarla selezionata per accesso completo in scrittura.
  
  Tenere presente 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 Workspace Members entry (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 relativa cartella padre. Per impostazione predefinita, le autorizzazioni di condivisione della cartella corrispondono all'accesso completo in scrittura per tutti gli utenti – Workspace Members Can Edit come mostrato nella finestra Share Item, oppure Workspace Members può Write come mostrato nella finestra Share della pagina Explorer.

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 una disconnessione involontaria nella struttura gerarchica delle autorizzazioni. Si noti che è sempre possibile promuovere (aumentare) il livello di accesso di condivisione poiché questo semplicemente "aggiunge" al set di autorizzazioni esistente ereditato dalla cartella padre.

Per disconnettere 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. Vedere la sezione seguente per ulteriori informazioni.

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

Analogamente, quando si modificano le autorizzazioni di condivisione delle cartelle 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 disconnettere intenzionalmente l'ereditarietà delle autorizzazioni dalla relativa 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 Components) e alle Revision 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).

Forzare l'ereditarietà delle autorizzazioni

Le opzioni Advanced Sharing nelle pagine Projects e Admin – Explorer del Workspace offrono un comando aggiuntivo Enforce inheritance for all child items che abilita Inherit parent folder permissions per tutte le sottocartelle e gli Items all'interno della cartella (padre) attualmente selezionata. Questo comporta la propagazione del set di autorizzazioni della cartella padre lungo la gerarchia, poiché ogni cartella/Item eredita le autorizzazioni dal rispettivo elemento padre.

Si noti che questo controllo di gestione delle autorizzazioni è disponibile solo per gli amministratori del Workspace.

pagina Explorer accesso al comando Enforce inheritance for all child items.

pagina Projects accesso al comando Enforce inheritance for all child items.

Sebbene normalmente non sia necessario, il processo del comando può mitigare la situazione in cui sottocartelle o elementi sono separati (disconnessi) dalla gerarchia di ereditarietà. Ciò può accadere perché l'opzione Inherit parent folder permissions di una sottocartella o di un elemento è stata disabilitata per consentire la rimozione (o il declassamento) di un'autorizzazione ereditata esistente. In questa situazione, una modifica del set di autorizzazioni al livello della cartella superiore non si propagherà lungo la gerarchia a nessuna cartella/elemento in cui l'ereditarietà è disconnessa.

Un esempio potrebbe essere quello in cui sono presenti diverse cartelle di backup, impostate con accesso solo Admin, che vengono poi spostate in una cartella di archivio generale. Ognuna di queste cartelle è scollegata dalla gerarchia delle cartelle (l'opzione Inherit parent folder permissions è disattivata/disabilitata) per consentire il declassamento delle autorizzazioni di accesso a solo Admin. Quando vengono spostate nella cartella di archivio (anch'essa impostata su solo Admin) mantengono il loro stato scollegato. Vedere Spostamento delle cartelle.

Tuttavia, poiché l'ereditarietà delle autorizzazioni non è continua attraverso la gerarchia della cartella di archivio, le modifiche al relativo set di autorizzazioni di livello superiore, ad esempio l'aggiunta dell'accesso View per Managers, non si propagheranno alle relative sottocartelle e al loro contenuto. Questa situazione può essere corretta applicando il comando Enforce inheritance for all child items, che ripristina l'ereditarietà delle autorizzazioni abilitando l'impostazione Inherit parent folder permissions per tutte le sottocartelle e i relativi Items. L'accesso Manager applicato viene quindi propagato lungo la gerarchia della cartella di archivio.

I passaggi di questo esempio sono illustrati di seguito. Le varie cartelle includerebbero Items come Components o Projects, ecc.

Una raccolta di cartelle di backup (Cartelle A e B), accessibili solo agli amministratori, deve essere spostata in una cartella Archivi generale, anch'essa disponibile solo agli amministratori. L'opzione Inherit parent folder permissions è disabilitata per le cartelle Archivio e Backup.

Una volta spostate, le cartelle Backup mantengono la propria impostazione dell'opzione Inherit parent folder permissions (disabilitata). Si noti che l'opzione Inherit parent folder permissions è abilitata per la cartella Backup esistente, quindi erediterà le modifiche apportate alla cartella Archivio, il relativo padre.

Le autorizzazioni della cartella Archivio vengono aggiornate aggiungendo i diritti View per Managers.

La cartella Backup esistente adotterà il set di autorizzazioni aggiornato dalla cartella Archivio perché la relativa opzione Inherit parent folder permissions è abilitata. Le autorizzazioni di accesso per le cartelle Backup A e B non cambieranno perché sono disconnesse dalla gerarchia (nessuna ereditarietà).

Il comando Enforce inheritance for all child items viene applicato alla cartella Archivi di livello superiore.

L'opzione Inherit parent folder permissions è abilitata per le sottocartelle. Questo include le cartelle Backup A e B, che di conseguenza ereditano il set di autorizzazioni dalle rispettive cartelle padre. La gerarchia delle cartelle è stata forzatamente modificata in modo da avere un'ereditarietà delle autorizzazioni continua, quindi eventuali modifiche successive alle autorizzazioni apportate alla cartella Archivio di livello superiore saranno adottate dalle relative sottocartelle.

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 relativa cartella padre non venga esplicitamente disconnessa (disabilitata) in qualche 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 delle autorizzazioni apportata al relativo padre, e la gerarchia delle autorizzazioni sia effettivamente disconnessa (disabilitata) in questo punto, l'ereditarietà rimane continua al di sotto di questo livello.

La profondità completa dell'ereditarietà delle autorizzazioni della cartella verrà ripristinata se l'opzione Inherit permissions from parent di quella cartella "disconnessa" viene nuovamente abilitata. In tal caso, essa erediterà nuovamente le autorizzazioni del 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 esso) e si è propagata lungo la gerarchia fino alla Cartella D.

Disattivazione 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 viene interrotta tra le Cartelle B e C, ma viene mantenuta nelle sezioni della gerarchia al di sopra e al di sotto di questo punto.

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

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

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.

L’autorizzazione aggiunta viene ereditata dalla Cartella D. In altre parole, si propaga lungo la sezione continua della gerarchia con ereditarietà (C-D).

Riattivazione 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 torna a essere continua lungo la gerarchia di cartelle perché l’ereditarietà Cartella B → C (padre→figlio) è abilitata. La Cartella C (e quelle sotto di essa) 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 del relativo elemento padre. Questo vale anche se un’autorizzazione aggiunta per un Gruppo/Utente sarà comune sia all’entità padre sia a quella figlia:

Quando si aggiunge un’autorizzazione a una cartella, questa sovrascriverà di fatto la stessa autorizzazione in una cartella figlia se è 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, è stato aggiunto l’accesso di livello Write 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) in una voce di livello Read, ma resterà al livello di autorizzazione esistente.
In sostanza, è stato aggiunto l’accesso di livello Read all’elemento 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 relativa cartella figlia sono state elevate a Librarians Write, la rimozione della voce Librarians del padre rimuoverà anche la voce Librarians della cartella figlia.

La logica di ereditarietà delle autorizzazioni delle cartelle qui descritta si applica anche agli elementi di progetto (Design e progetti Managed BOM). Un progetto è sempre figlio di una cartella padre ed erediterà le relative autorizzazioni; 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) oppure il riquadro 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:
- erediti il set di autorizzazioni dalla nuova cartella padre (incluso il proprietario di quella cartella).
- perda le autorizzazioni originarie ereditate.
  - * Le autorizzazioni “ereditate” di una cartella/progetto sono quelle adottate dal relativo padre: sono state ereditate.
- mantenga le autorizzazioni estese precedenti.
  - * Le autorizzazioni “estese” di una cartella/progetto sono quelle aggiunte specificamente per estendere l’accesso utente: non sono state ereditate dal relativo padre.

In breve, le autorizzazioni del vecchio padre vengono sostituite da quelle del nuovo padre, ma quelle aggiunte si sposteranno con la cartella.

Quando l’opzione Inherit parent folder permissions di una cartella è disabilitata (non adotta le autorizzazioni del relativo padre), l’azione di spostare quella cartella in un’altra cartella farà sì che essa:
- mantenga le autorizzazioni originarie.
- mantenga lo stato disabilitato dell’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 delle autorizzazioni dovute all’ereditarietà dalla nuova cartella padre.

In questo esempio, le cartelle A-B-C si trovano 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, si sarebbe potuto 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 figlia della Cartella D ed erediterà l’autorizzazione Mechanical Read del proprio padre. La Cartella C perderà inoltre le autorizzazioni originarie ereditate (Engineers Read/Write) ma manterrà le autorizzazioni estese (aggiunte) (Contractors Read).

Moving a folder with Permission Inheritance disabled. L’opzione Inherit permission from parent della finestra Share è 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 è “sganciata” dalla relativa cartella padre (Cartella D) in termini di ereditarietà delle autorizzazioni.

La Cartella C spostata manterrà sia il proprio set di autorizzazioni originario sia la propria impostazione Inherit permission (disabilitata). Verrà spostata nella Cartella E senza modifiche alle autorizzazioni e non erediterà eventuali modifiche delle autorizzazioni apportate 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 superiore a quello 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 (Design e progetti Managed BOM). Un progetto è sempre figlio di una cartella padre e il relativo stato di ereditarietà delle autorizzazioni viene abilitato/disabilitato tramite l’opzione Inherit parent folder permissions nello 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 a 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 primo livello). 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 della cartella di progetto tramite la pagina Explorer oppure, in Altium Designer, il pannello Explorer.

Come descritto sopra, le autorizzazioni delle cartelle sono accessibili nella pagina Explorer del Workspace dall’opzione Share Folder del menu contestuale richiamabile con il tasto destro su una voce di cartella. Ad esempio, l’accesso alla cartella Projects può essere modificato impostando l’autorizzazione predefinita (Workspace Members) su sola lettura (deselezionando Can Write) oppure rimuovendola completamente, e 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 le autorizzazioni e l’accesso di utenti/gruppi siano configurati di conseguenza, ad esempio aprendosi progressivamente lungo l’albero delle cartelle, questo approccio può fornire livelli di accesso alle autorizzazioni adeguati per utenti e gruppi in base alla cartella di destinazione.

Autorizzazioni predefinite per la creazione dei progetti

Come alternativa alla configurazione predefinita, in cui un progetto appena aggiunto eredita il set di autorizzazioni della cartella padre, puoi specificare un set fisso di autorizzazioni per tutti i nuovi progetti abilitando l’opzione Default Permissions for new projects nella vista Projects view della pagina Admin – Settings. 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.

Questa opzione è disponibile quando disponi di un livello di accesso ad Altium Solution più elevato.

Quando è abilitata, un progetto appena creato adotterà le autorizzazioni specificate da questa opzione invece di ereditare quelle della cartella padre. Le impostazioni iniziali dell’opzione corrispondono alle impostazioni predefinite del Workspace – accesso in scrittura per tutti gli utenti – e possono essere modificate in base alle tue esigenze. Un esempio potrebbe essere accesso Write (modifica) per gli Engineers e accesso View (sola lettura) per i Librarians.

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

Seleziona i set di autorizzazioni desiderati per i progetti appena creati – in questo esempio, solo Engineers Write e Librarians Read. Tieni presente che gli Administrators e il proprietario del progetto (creatore) hanno sempre accesso completo in scrittura.

Quando un utente crea/carica un nuovo progetto, vengono applicate le autorizzazioni predefinite specificate invece di 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 automaticamente disabilitata per un nuovo progetto quando l’opzione Default permission for new projects (in Admin - Settings) è stata abilitata.

Points of note:

Gli Administrators hanno sempre accesso in scrittura a tutti i progetti (e alle cartelle), quindi questa impostazione non può essere modificata (è di sola lettura).
Il Project Owner (l’utente che ha creato un progetto) ha accesso completo al progetto e, per implicazione, anche alla cartella padre, poiché per creare un nuovo progetto sono necessari i permessi 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 – vedi Permission Inheritance Continuity sopra per ulteriori informazioni.
Il comportamento descritto di adozione delle autorizzazioni per i nuovi progetti si applica anche durante la clonazione di un progetto.

Creazione del progetto senza accesso in scrittura alla cartella

Quando un utente senza accesso in scrittura alla cartella Projects (o a un’altra cartella che è stata specificata come posizione di archiviazione predefinita) esegue un’operazione di Create o Upload 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 administrators), e non è visibile agli altri utenti.

Se l’utente esegue Create o Upload di un progetto all’interno di una cartella su cui dispone di accesso in scrittura, il progetto viene archiviato in quella cartella.
Se l’utente esegue Create o Upload di un progetto all’interno di una cartella su cui 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 fanno parte del gruppo Managers saranno inclusi normalmente nella cartella Projects perché dispongono di diritti completi 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 che si trova nella cartella My Projects di un membro del Workspace viene condiviso con altri utenti (tramite Workspace Members, Groups o nomi utente specifici), allora apparirà nella vista di livello superiore della pagina Projects 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 si vede nella pagina Projects e nella gerarchia delle cartelle della pagina Explorer – e anche nell’albero delle cartelle del riquadro Explorer pane folder tree di Altium Designer.

Download di una revisione di un item

Per i membri del Workspace, il contenuto del progetto (file sorgente, file generati, dati rilasciati, ecc.) può essere scaricato tramite le viste Design e Releases del progetto. Nella pagina Explorer puoi scaricare direttamente i dati dall’interfaccia facendo clic sul controllo Download () a destra della voce relativa a una revisione di item.

L’uso del controllo a livello dell’item padre scaricherà i dati per la revisione più recente di quell’item.

Navigazione della struttura del Workspace

Sebbene la navigazione dei contenuti del Workspace orientata ai progetti sia disponibile per tutti i membri del Workspace tramite le pagine Projects e Components, gli amministratori del Workspace possono navigare e accedere a tutti i contenuti tramite l’interfaccia della pagina Explorer, come descritto di seguito.

I modi in cui è possibile navigare il contenuto del Workspace tramite l’interfaccia del browser.

I risultati di un esempio di ricerca.

Gli amministratori possono navigare nel contenuto del Workspace:

Facendo clic sul nome di una cartella di cui desiderano esaminare il contenuto.
Utilizzando la funzione di ricerca. Inserisci una parola chiave basata sull’ID, sul commento o sulla descrizione di un item, quindi premi Enter o fai clic sull’icona della lente di ingrandimento (). Verrà eseguita la scansione dell’intero Workspace e i risultati della ricerca verranno elencati in termini di item corrispondenti.

Dopo una ricerca, puoi tornare alla vista normale del contenuto del Workspace facendo di nuovo clic sulla voce della pagina Admin – Explorer nell’albero di navigazione dell’interfaccia del browser all’estrema sinistra. In alternativa, cancella il campo di ricerca e premi Enter.

Funzionalità aggiuntive

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

Navigate – questo comando, disponibile nel menu contestuale del tasto destro per un item, viene utilizzato per portarti rapidamente a quell’item nel pannello Explorer panel di Altium Designer. Per farlo verrà aperto Altium Designer (ti verrà chiesto di confermare l’apertura di X2.exe – l’eseguibile sorgente di Altium Designer).

Se Altium Designer è già in esecuzione, verrà utilizzata quell’istanza.
Full item info – questo comando, disponibile nel menu contestuale del tasto destro per una revisione di item, viene utilizzato per mostrare una vista che elenca tutti i dettagli di quella revisione. In pratica, è semplicemente una vista che include tutte le varie viste degli aspetti disponibili per quella revisione di item (eccetto Summary).

L’uso del comando a livello dell’item padre mostrerà i dettagli della revisione più recente di quell’item.
Follow/UnFollow – usa il comando Follow , disponibile nel menu contestuale del tasto destro per una cartella di tipo Components, per seguire la cartella. Qualsiasi attività all’interno della cartella seguita (creazione di componenti, release, modifica dello stato di 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 Administrator). Usa il comando UnFollow per smettere di seguire l’attività dei componenti all’interno di quella cartella.
Remove Folder – usa questo comando, disponibile nel menu contestuale del tasto destro per una cartella, per spostare quella cartella e tutto il suo contenuto (sottocartelle e item in essa contenuti) nell’area isolata Trash del Workspace. Le entità nel Trash possono quindi essere eliminate definitivamente o ripristinate, secondo necessità. Se rimuovi una cartella di progetto, anche eventuali release e pacchetti di produzione associati verranno spostati nel Trash.
Remove Item – usa questo comando, disponibile nel menu contestuale del tasto destro per un item, per spostare quell’item nell’area isolata Trash del Workspace. Le entità nel Trash possono quindi essere eliminate definitivamente o ripristinate, secondo necessità. Se rimuovi un Component Item, hai anche la possibilità di spostare contemporaneamente i modelli associati nel Trash. Nota 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.