Gestione della struttura dei contenuti e degli accessi

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

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 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 elementi 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 sono presenti 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 voci di progetto, disponibile per Amministratori, proprietari di progetti/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 di livello superiore Projects (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 dai comandi della pagina Projects.
La pagina Explorer del Workspace, simile al pannello Altium Designer Explorer e disponibile solo agli Amministratori, fornisce accesso alla gestione di tutte le cartelle e gli item, inclusi i dati di Release del progetto, i Componenti, i contenuti gestiti e così via.
Nota: 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 livello superiore Projects.

Condivisione di cartelle e item

La struttura delle cartelle del Workspace Altium 365 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 cartelle o elementi di progettazione come Progetti, Componenti, file BOM, Template e così via. Questa organizzazione semplifica il processo di strutturazione delle cartelle del Workspace e dei relativi permessi di condivisione in modo da soddisfare i requisiti di accesso degli utenti e dei gruppi aziendali.

Un Workspace offre le seguenti capacità di condivisione:

Folder-level Sharing – consente di controllare chi può vedere quali contenuti nel Workspace tramite la condivisione delle cartelle. Questo permette di stabilire se altri utenti possano 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 con permessi controllati a livello di cartella, consentendo di rendere i contenuti selettivamente visibili o nascosti secondo necessità, dando alle persone giuste l'accesso giusto ai dati giusti.
Item-level Sharing – consente di controllare chi può vedere e accedere a quali Item in una cartella condivisa. Questo livello di condivisione più specifico permette di sovrascrivere (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.) utilizzando l'interfaccia Explorer del Workspace, le impostazioni di condivisione dell'item si applicheranno anche alle Revision che lo compongono. È possibile aggiungere/rimuovere permessi da singole Revision all'interno di quella gerarchia, ma la modifica dei permessi non si propagherà verso il basso nella 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 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 caso 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 permessi aggiuntivi vengono applicati a una cartella che non è la cartella di livello superiore, quindi all'interno della gerarchia, essi 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 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') oppure 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 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 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 e sola visualizzazione per ECAD Managers. 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 altro utente (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 e sola visualizzazione per ECAD Managers. 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 sono accessibili 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, come 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 ulteriore permesso al suo insieme di permessi (ACL), mentre riportare tale accesso a View equivale di fatto a rimuovere un permesso dall'insieme.
Per quanto riguarda le selezioni dei permessi 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/un elemento sarà disponibile solo per il relativo proprietario (inizialmente il suo creatore) e per tutti i membri del gruppo Administrators. Questi permessi sono intrinseci e non devono essere aggiunti esplicitamente. Owners e Administrators dispongono di permessi 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, i permessi di condivisione di un elemento progetto di progettazione non possono essere gestiti tramite la pagina Explorer. Vengono invece specificati nella finestra Share Item, accessibile dalla pagina Projects. Per informazioni dettagliate, vedere la pagina Workspace Projects.

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 permessi ereditato dalla cartella padre. Per impostazione predefinita, i permessi 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 i permessi ereditati di una cartella (da Workspace Members Edit a Workspace Members View o No Access) sono disabilitate per evitare un'involontaria disconnessione nella struttura gerarchica dei permessi. Si noti che è sempre possibile promuovere (aumentare) il livello di accesso alla condivisione, poiché questo semplicemente "aggiunge" al set di permessi esistente ereditato dalla cartella padre.

Per disconnettere intenzionalmente l'ereditarietà dei permessi 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ù i permessi dalla cartella padre, i propri permessi di accesso possono essere modificati 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.

Analogamente, quando si modificano i permessi di condivisione di una cartella tramite la pagina Explorer del Workspace, non è possibile declassare i permessi ereditati dalla cartella padre. Deselezionare l'opzione Inherit permissions from parent della finestra Share per disconnettere intenzionalmente l'ereditarietà dei permessi dalla cartella padre (Projects in questo caso).

Insieme alle cartelle e ai Projects, il sistema di ereditarietà dei permessi si applica anche agli Items (come i Components) e alle relative Revisions. Questi presentano lo stesso comportamento di ereditarietà dei permessi e includono l'opzione per abilitare/disabilitare tale ereditarietà (in Advanced Settings nella finestra di dialogo Share della pagina Explorer).

Continuità dell'ereditarietà dei permessi

La continuità dell'ereditarietà dei permessi di condivisione attraverso la gerarchia delle cartelle del Workspace, come descritto sopra, viene mantenuta a meno che l'ereditarietà dei permessi di una cartella dalla relativa cartella padre non venga esplicitamente disconnessa (disabilitata) a un certo punto. La propagazione dei permessi 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 tale cartella non erediterà più alcuna modifica ai permessi apportata alla cartella padre, e la gerarchia dei permessi risulti di fatto disconnessa (disabilitata) in questo punto, l'ereditarietà rimane continua ai livelli sottostanti.

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

Un esempio di gerarchia di cartelle (A-D) con ereditarietà continua dei permessi. Il permesso Engineers Write è stato aggiunto al livello superiore della Cartella A (o sopra di esso) e si è propagato lungo la gerarchia fino alla Cartella D.

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

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

Aggiunta di Managers Write come nuovo permesso di accesso alla Cartella A.

Il permesso aggiunto viene ereditato dalla Cartella B. In altre parole, si propaga solo nella sezione della gerarchia con ereditarietà continua dei permessi (A-B), ma non alla cartella C perché l'ereditarietà B-C (padre-figlio) è disabilitata.

Aggiunta del permesso Librarians Read alla Cartella C. Inoltre, i permessi esistenti della Cartella C potrebbero essere declassati o rimossi poiché non sono più vincolati a quelli della cartella padre B.

Il permesso aggiunto viene ereditato dalla Cartella D. In altre parole, si propaga lungo la sezione della gerarchia con ereditarietà continua (C-D).

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

L'ereditarietà dei permessi torna a essere continua attraverso la gerarchia delle cartelle perché l'ereditarietà dalla Cartella B alla C (padre→figlio) è abilitata. La Cartella C (e quelle sottostanti) eredita il permesso Manager Write dalla Cartella B per mantenere la relazione completa di ereditarietà padre-figlio.

In conformità con lo schema di ereditarietà dei permessi abilitato, i permessi di una cartella/un elemento possono essere promossi e ampliati (di fatto la stessa azione), ma non declassati rispetto a quelli della cartella padre. Ciò vale anche se un permesso aggiunto per un Gruppo/Utente sarà comune sia all'entità Padre sia a quella Figlio:

Quando si aggiunge un permesso a una cartella, questo sovrascriverà di fatto lo stesso permesso in una cartella figlia se si trova a un livello di accesso inferiore. Ad esempio, se il permesso Librarians Read/Write viene aggiunto a una cartella e la relativa cartella figlia ha una voce Librarians Read esistente, questa verrà promossa a una voce Librarians Read/Write.
In sostanza, è stato aggiunto l'accesso a livello di scrittura alla cartella padre e questo viene ereditato dalla cartella figlia. L'ereditarietà dei permessi viene mantenuta.
Viceversa, quando si aggiunge un permesso a una cartella, questo non influirà sullo stesso permesso in una cartella figlia se quest'ultima dispone di un livello di accesso superiore. Ad esempio, se il permesso Librarians Read viene aggiunto a una cartella e la relativa cartella figlia ha una voce Librarians Read/Write esistente, questa non verrà modificata (declassata) a una voce di livello Read, ma rimarrà al livello di permesso esistente.
In sostanza, è stato aggiunto l'accesso a livello di lettura alla cartella padre, e questo esiste già nella cartella figlia. L'ereditarietà dei permessi viene mantenuta.

Quando una voce di permesso viene rimossa da una cartella, questa modifica si propagherà lungo la gerarchia (dove l'ereditarietà dei permessi è abilitata) indipendentemente dal livello di accesso applicato (Read o Write). Ad esempio, se una cartella ha permessi di accesso Librarians Read ma i permessi della relativa cartella figlia sono stati elevati aLibrarians Write, la rimozione della voce Librarians della cartella padre rimuoverà anche la voce Librarians della cartella figlia.

La logica di ereditarietà dei permessi delle cartelle qui descritta si applica anche agli Items di progetto (progetti Design e Managed BOM). Un progetto è sempre figlio di una cartella padre e ne erediterà i permessi; l'ereditarietà dei permessi può essere disabilitata nello stesso modo previsto per una cartella figlia.
I permessi del progetto vengono modificati 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 riquadro Explorer in Altium Designer (vedere Organizzazione del Workspace).

Il modo in cui vengono determinati i permessi 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 tale 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, quindi sono state ereditate.
- mantenere le autorizzazioni estese precedenti.
  - * Le autorizzazioni “estese” di una cartella/progetto sono quelle aggiunte specificamente per estendere l’accesso utente: 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 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 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 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 potuto essere aggiunto 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 della cartella 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). Viene 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/dal 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/al 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 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 le 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 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 – Settings pagina. 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 si dispone di un livello superiore di accesso ad Altium Solution.

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 Workspace — accesso in scrittura per tutti gli utenti — e possono essere modificate in base alle proprie esigenze. Un esempio potrebbe essere l’accesso Write (modifica) per gli Engineers e l’accesso View (sola lettura) per i Librarians.

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 - Settings pagina, 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 accesso completo 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 automaticamente disabilitata 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; per ulteriori informazioni, vedere Permission Inheritance Continuity sopra.
Il comportamento descritto di adozione delle autorizzazioni per i nuovi progetti si applica anche quando si clona 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 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 amministratori) e non è visibile agli altri utenti.

Se l’utente esegue un’operazione di Create o Upload 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 un’operazione di Create o Upload 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 per quell’utente viene creata la struttura di cartelle My Projects di livello superiore, 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 perché dispongono di diritti di modifica completi 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 Workspace Members, Groups o nomi utente specifici), allora apparirà nella vista di livello superiore della Projects pagina per quegli 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 pagina Projects e nella gerarchia delle cartelle della pagina Explorer – e anche nell’albero delle cartelle del riquadro Explorer 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 è possibile 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 della revisione più recente di quell’Item.

Navigazione della struttura del Workspace

Sebbene la navigazione dei contenuti del Workspace orientata al progetto 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 nei contenuti del Workspace tramite l’interfaccia del browser.

I risultati di una ricerca di esempio.

Gli amministratori possono navigare nei contenuti del Workspace:

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

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

Funzionalità aggiuntive

Le seguenti funzionalità aggiuntive sono disponibili durante la navigazione dei contenuti tramite l’interfaccia browser del Workspace:

Navigate – questo comando, presente nel menu contestuale accessibile con il tasto destro per un Item, viene utilizzato per portarti rapidamente a quell’Item nel pannello Explorer di Altium Designer. Per farlo verrà aperto Altium Designer (ti verrà chiesto se desideri 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 Item, 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 di aspetto disponibili per quella revisione di Item (tranne Summary).

L’uso del comando a livello dell’Item padre mostrerà i dettagli della revisione più recente di quell’Item.
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 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 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 Item in essa contenuti) nell’area isolata Trash del Workspace. Le entità nel Trash possono quindi essere eliminate definitivamente oppure ripristinate, secondo necessità. Se si rimuove una cartella di progetto, anche eventuali release e pacchetti di produzione associati verranno spostati nel Trash.
Remove Item – utilizzare questo comando, presente nel menu contestuale accessibile con il tasto destro per un Item, per spostare quell’Item nell’area isolata Trash del Workspace. Le entità nel Trash possono quindi essere eliminate definitivamente oppure ripristinate, secondo necessità. Se si rimuove un Item 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.