Verwaltung von Inhaltsstruktur und Zugriff

Updated: June 09, 2026

Die Inhaltsstruktur und die Zugriffsverwaltung für einen Workspace können sowohl über die Seite Admin – Explorer page (durch einen Administrator) als auch über die Hauptseite Projects page (durch ein Workspace-Mitglied mit ausreichenden Rechten) durchgeführt werden. Die Befehle und Funktionen auf diesen Seiten ermöglichen Ihnen Folgendes:

Durchsuchen der Ordner und Items innerhalb des Workspace. Sie können Ordner erstellen, bearbeiten und entfernen und so die Struktur des Workspace aufbauen. Entfernte Ordner und Items werden in den Trash verschoben, wo sie dauerhaft gelöscht oder wiederhergestellt werden können.
Freigaben auf Ordner- und Item-Ebene definieren. Dadurch wird gesteuert, wer welche Inhalte im Workspace sehen kann und – auf Ordnerebene – ob andere Benutzer einen Ordner und dessen Inhalte nur anzeigen oder auch bearbeiten können (also effektiv Designdaten darin freigeben/committen/hochladen können).
Festlegen, ob ein Ordner oder Item (z. B. ein Projekt) seine Freigabeberechtigungen von seinem übergeordneten Ordner erbt. Dies ist die Standardeinstellung.

Bezüglich Inhaltsstruktur und Verwaltung unterscheiden sich die Oberflächen der Seiten Projects und Explorer hinsichtlich Funktionsumfang und Bedienkomfort:

Die Workspace-Seite Projects bietet einen einfachen Ansatz für die Verwaltung von Ordnern und Projekt-Items und steht Administratoren, Projekt-/Item-Eigentümern sowie anderen Benutzern mit ausreichenden Bearbeitungsrechten zur Verfügung.
Hinweis: Mit dieser Oberfläche können Sie den Freigabeberechtigungen für den Ordner der obersten Ebene Projects (standardmäßig) weder bearbeiten noch festlegen und auch keinen weiteren Ordner auf oberster Ebene erstellen.

Die meisten Aufgaben zur Verwaltung der Workspace-Struktur und der Berechtigungen können über die Befehle der Seite Projects ausgeführt werden.
Die Workspace-Seite Explorer, die dem Altium Designer Explorer panel ähnelt und nur Administratoren zur Verfügung steht, bietet Verwaltungszugriff auf alle Ordner und Items, einschließlich Projekt-Release-Daten, Komponenten, Managed Content usw.
Hinweis: Mit dieser Oberfläche können Sie weder ein Designprojekt freigeben noch Ordner und Items verschieben.

Die Seite Explorer bietet eine detaillierte Steuerung der Workspace-Struktur und der Berechtigungseinstellungen, einschließlich Zugriff auf den Ordner der obersten Ebene Projects.

Freigeben von Ordnern und Items

Die Ordnerstruktur eines Altium 365 Workspace verfügt über ein erweitertes Schema zur Berechtigungsvererbung, das auf der Weitergabe von Freigabeberechtigungen von übergeordneten an untergeordnete Objekte basiert – wobei Letztere Ordner oder Design-Items wie Projekte, Komponenten, BOM-Dateien, Vorlagen usw. sind. Diese Anordnung vereinfacht das Organisieren einer Workspace-Ordnerstruktur und ihrer Freigabeberechtigungen, damit sie den Zugriffsanforderungen von Unternehmensbenutzern und Benutzergruppen entspricht.

Ein Workspace bietet die folgenden Freigabemöglichkeiten:

Folder-level Sharing – bietet die Möglichkeit zu steuern, wer welche Inhalte im Workspace sehen kann, indem Ordner freigegeben werden. So lässt sich festlegen, ob andere Benutzer einen Ordner und dessen Inhalte nur anzeigen oder auch bearbeiten dürfen (also effektiv Designdaten darin freigeben/committen/hochladen können). Ein einzelner Workspace kann in verschiedene effektive Inhalts-„Zonen“ unterteilt werden, jedoch mit kontrollierten Berechtigungen auf Ordnerebene, sodass Inhalte nach Bedarf selektiv sichtbar gemacht oder verborgen werden können – die richtigen Personen erhalten den richtigen Zugriff auf die richtigen Daten.
Item-level Sharing – bietet die Möglichkeit zu steuern, wer welche Items in einem freigegebenen Ordner sehen und darauf zugreifen kann. Diese spezifischere Ebene der Freigabe ermöglicht es Ihnen, den Berechtigungssatz, den ein Item von seinem übergeordneten Ordner geerbt hat, zu überschreiben (oder zu erweitern). Sofern ein Benutzer Zugriff auf den Ordner selbst hat, kann er dann die darin enthaltenen, für ihn freigegebenen Items anzeigen/bearbeiten (sofern erlaubt).

Wenn Sie die Freigabeberechtigungen für ein Item-Objekt (z. B. eine Komponente, Vorlage usw.) über die Workspace-Oberfläche Explorer interface festlegen, gelten die Freigabeeinstellungen des Items auch für seine enthaltenen Revisionen. Sie können Berechtigungen zu einzelnen Revisionen innerhalb dieser Hierarchie hinzufügen/entfernen, aber die Berechtigungsänderung selbst wird nicht in der Hierarchie nach unten weitergegeben – sie wird nicht von den darunterliegenden Revisionen in der Hierarchie geerbt.

Intern wird der Zugriff auf Workspace-Objekte durch eine hierarchische Access Control List (ACL) bestimmt, die die mit Ordnern, Projekten und Items verknüpften Berechtigungen festlegt. Die Liste gibt an, wer Zugriff auf dieses Objekt hat und ob es geändert werden kann. Wenn beispielsweise die Freigabeeinstellungen eines bestimmten Projekts View Berechtigungen (schreibgeschützt) für Librarians enthalten, ist es für Mitglieder der Gruppe Librarians zugänglich, kann aber von diesen Mitgliedern nicht bearbeitet, verschoben oder entfernt (oder erneut freigegeben) werden – es sei denn, sie sind Administratoren oder der Projekteigentümer.

Die oben genannten Freigabemöglichkeiten folgen dem Schema zur Berechtigungsvererbung des Workspace. Im einfachsten Fall werden auf einen Ordner angewendete Berechtigungen über die Eltern-Kind-Beziehungen in der Ordnerhierarchie nach unten weitergegeben – vom Ordner zum Unterordner und so fort.

Diese Struktur der Berechtigungsvererbung bleibt erhalten (sofern sie nicht absichtlich an einem Punkt in der Hierarchie deaktiviert wird), wenn Ordner zur Hierarchie hinzugefügt werden, und auch dann, wenn innerhalb der Hierarchie Berechtigungen hinzugefügt werden. Wenn zusätzliche Berechtigungen auf einen Ordner angewendet werden, der nicht der Ordner der obersten Ebene ist – also innerhalb der Hierarchie liegt –, werden sie ab dieser Ebene nach unten in der Hierarchie vererbt, ohne die vorhandenen Berechtigungen zu beeinflussen.

Fügen Sie dem Benutzergruppe Read/Write für den obersten Ordner in der Ordnerhierarchie A-B-C Bearbeitungsrechte (Engineers) hinzu.

Der neue Berechtigungseintrag (Engineers Read/Write) wird automatisch durch die Eltern-Kind-Berechtigungsvererbung auf alle Ordner in der Hierarchie angewendet.

Fügen Sie der Benutzergruppe Read für die Hierarchie von Ordner B schreibgeschützte Rechte (Librarians) hinzu – ihr Berechtigungssatz wird durch diese Ergänzung „erweitert“

Der neue Berechtigungseintrag (Librarians Read) wird auf den Ordner B angewendet und von allen darunterliegenden Ordnern in der Hierarchie geerbt.

Ein Designprojekt (oder ein anderer Item-Typ) wird in Ordner C erstellt oder hochgeladen. Es erbt die Freigabeberechtigungen von Ordner C.

Erweitern Sie den Berechtigungssatz von Ordner C, indem Sie schreibgeschützte Rechte (Read) für Managers Group hinzufügen.

Die hinzugefügte Berechtigung Managers Read wird vom Designprojekt geerbt. Beachten Sie, dass Freigabeberechtigungen für Design- und Managed BOM Projects über das Dialogfenster Share auf der Workspace Projects page verwaltet werden.

Benutzer mit Administratorrechten (Mitglieder der Gruppe Administrators) können alle Ordner und Items sehen und verwalten. Ein Workspace-Benutzer ohne Administratorrechte kann nur auf die Ordner und Items zugreifen, die er selbst erstellt hat (deren „Eigentümer“ er ist) oder die mit entsprechenden Berechtigungen für ihn freigegeben wurden.

Auf der Workspace-Seite Projects kann auf die Berechtigungen von Projektordnern über die Share-Optionen der Oberfläche zugegriffen und diese geändert werden. Wählen Sie einen Ordnereintrag aus und dann die obere Schaltfläche oder die Option Share im Menü des Eintrags, um das Fenster Share Item zu öffnen. Beachten Sie dabei:

Standardmäßig – wenn ein Workspace erstmals aktiviert wird – ist der Ordner der obersten Ebene Projects auf der Seite Projects nicht zugänglich, wird jedoch verfügbar, wenn weitere Ordner der obersten Ebene erstellt werden. Über die Oberfläche der Seite Explorer kann immer auf den Ordner Projects zugegriffen werden.
Die Oberfläche und Funktionalität des Fensters arbeiten beim Freigeben eines Projekts auf dieselbe Weise – dazu gehört auch die Möglichkeit, den Eigentümer des Items (Ordners) zu ändern.

Für den Projektordner Team 1 konfigurierte Freigabeberechtigungen – voller Zugriff für das Team US Engineering und ECAD Managers können nur anzeigen. Projekte innerhalb dieses Ordners erben diese Berechtigungen zusätzlich zu den inhärenten Schreibrechten von Administratoren und Eigentümern.

Freigabeberechtigungen für einen Projektordner, der von einem Benutzer hinzugefügt wurde und seine Berechtigungen vom übergeordneten Ordner erbt (Team 1). Der übergeordnete Ordner wurde von einem anderen Benutzer erstellt (Harold Smith), dem dieser Ordner „gehört“, daher wird diesem Benutzer ebenfalls Schreibzugriff auf den neuen Ordner gewährt.

Für den Projektordner Team 2 konfigurierte Freigabeberechtigungen – voller Zugriff für das Team EU Engineering und ECAD Managers können nur anzeigen. Projekte innerhalb dieses Ordners erben diese Berechtigungen zusätzlich zu den inhärenten Schreibrechten von Administratoren und Eigentümern.

Auf der Seite Explorer wird auf die Freigabesteuerung zugegriffen, indem Sie mit der rechten Maustaste auf den Eintrag des Ordners (oder Items) im Navigationsbaum klicken und den Befehl Share Folder (oder Share Item) aus dem Kontextmenü verwenden. Das Fenster Share wird angezeigt, in dem die Zugriffsberechtigungen für den Ordner/das Item nach Bedarf geändert werden können.

Freigabeberechtigungen für ein Vorlagen-Item, wie sie vom übergeordneten Ordner Component Templates geerbt wurden.

Dinge, die zu beachten sind:

In Bezug auf Berechtigungen hat ein Benutzer/eine Gruppe Lese-/Schreibzugriff, wenn die Option Can Write (Bearbeiten) aktiviert ist. Wenn diese Option deaktiviert ist, hat er/sie nur Lesezugriff (Anzeigen).

Das Aktivieren des Zugriffs Edit auf einen Ordner/ein Item für einen Benutzer/eine Gruppe entspricht effektiv dem Hinzufügen einer weiteren Berechtigung zu seinem Berechtigungssatz (ACL), und das Zurücksetzen dieses Zugriffs auf View entspricht effektiv dem Entfernen einer Berechtigung aus dem Satz.
Im Hinblick auf die Auswahl von Freigabeberechtigungen in der Benutzeroberfläche:
- Eine aktivierte Can Write-Option (Lesen/Schreiben) auf der Seite Explorer entspricht der Auswahl von Can Edit auf der Seite Projects.
- Eine deaktivierte Can Write-Option (schreibgeschützt) auf der Seite Explorer entspricht der Auswahl von Can View auf der Seite Projects.
So entfernen Sie den bestehenden freigegebenen Zugriff eines Benutzers/einer Gruppe auf einen Ordner/ein Element:
- Wählen Sie auf der Seite Projects im Fenster Share Item die Option Remove der Kachel des Benutzers/der Gruppe aus.
- Klicken Sie auf der Seite Explorer im Fenster Share auf das zugehörige Remove -Steuerelement () des Benutzer-/Gruppeneintrags.
Standardmäßig ist ein Ordner/Element nur für seinen Eigentümer (anfangs den Ersteller) und alle Mitglieder der Gruppe Administrators verfügbar. Diese Berechtigungen sind inhärent und müssen nicht ausdrücklich hinzugefügt werden. Owners und Administrators haben Lese-/Schreibberechtigungen (Anzeigen/Bearbeiten).
So erlauben Sie allen Benutzern des Workspace, einen Ordner/ein Element zu sehen:
- Setzen Sie im Fenster Share Item der Seite Projects die Zugriffsoption der Kachel Workspace Members auf Can View oder auf Can Edit für vollständigen Schreibzugriff.
- Wählen Sie im Fenster Share der Seite Explorer das Steuerelement Add Workspace Members aus und deaktivieren Sie dessen Option Can Write, oder lassen Sie sie für vollständigen Schreibzugriff aktiviert.
  
  Beachten Sie, dass durch die obigen Schritte potenziell allen Workspace-Mitgliedern Lese-/Schreibzugriff gewährt wird. Wenn Sie den Zugriff auf einen bestimmten Satz von Benutzern und/oder Gruppen beschränken möchten, müssen Sie Workspace Members für No access festlegen (Seite Projects) oder Workspace Members entry entfernen (Seite Explorer).
Im Gegensatz zu anderen Elementen können die Freigabeberechtigungen eines Designprojekt-Elements nicht über die Seite Explorer verwaltet werden. Stattdessen werden sie im Fenster Share Item festgelegt, das über die Seite Projects aufgerufen wird. Ausführliche Informationen finden Sie auf der Seite Workspace Projects page.

Vererbungsabhängige Freigabebeschränkungen

Einige Ebenen des Benutzerzugriffs, wie Can View oder No access im Fenster Share Item eines Ordners, sind möglicherweise nicht auswählbar, weil sie dem vom übergeordneten Ordner geerbten Berechtigungssatz widersprechen würden (ihn herabstufen würden). Standardmäßig sind die Freigabeberechtigungen für Ordner vollständiger Schreibzugriff für alle Benutzer – Workspace Members Can Edit wie im Fenster Share Item gezeigt, oder Workspace Members kann Write wie im Fenster Share der Seite Explorer gezeigt.

In diesem Standardfall sind zum Beispiel die Optionen zum Herabstufen der geerbten Berechtigungen eines Ordners (von Workspace Members Edit auf Workspace Members View oder No Access) deaktiviert, um eine versehentliche Unterbrechung in der Hierarchiestruktur der Berechtigungen zu verhindern. Beachten Sie, dass Sie die Ebene des Freigabezugriffs immer heraufstufen (erhöhen) können, da dies den vorhandenen, vom übergeordneten Ordner geerbten Berechtigungssatz einfach „ergänzt“.

Um die Vererbung von Berechtigungen vom übergeordneten zum untergeordneten Ordner für diesen Ordner absichtlich zu trennen, sodass ein anderer (reduzierter) Zugriff angewendet werden kann, deaktivieren Sie die Option Inherit parent folder permissions im Bereich Advanced Settings des Fensters Share Item. Da der Ordner keine Berechtigungen mehr von seinem übergeordneten Ordner erbt, können seine eigenen Zugriffsberechtigungen ohne Einschränkung geändert werden. Weitere Informationen finden Sie im folgenden Abschnitt.

Die Option Inherit permissions from parent folder ist anfänglich standardmäßig aktiviert und ist für neu erstellte Ordner immer aktiviert.

Wenn Sie die Freigabeberechtigungen von Ordnern über die Workspace-Seite Explorer page ändern, werden Sie ebenfalls daran gehindert, vom übergeordneten Ordner geerbte Berechtigungen herabzustufen. Deaktivieren Sie die Option Inherit permissions from parent im Fenster Share, um die Vererbung der Berechtigungen von ihrem übergeordneten Ordner (in diesem Fall Projects) absichtlich zu trennen.

Neben Ordnern und Projects gilt das System der Berechtigungsvererbung auch für Items (wie z. B. Components) und deren zugehörige Revisions. Diese weisen dasselbe Vererbungsverhalten für Berechtigungen auf und enthalten die Option zum Aktivieren/Deaktivieren dieser Vererbung (unter Advanced Settings im Dialog Share der Seite Explorer).

Vererbung von Berechtigungen erzwingen

Die Optionen Advanced Sharing auf den Workspace-Seiten Projects und Admin – Explorer bieten einen zusätzlichen Befehl Enforce inheritance for all child items, mit dem Inherit parent folder permissions für alle Unterordner und Items innerhalb des aktuell ausgewählten (übergeordneten) Ordners aktiviert wird. Dies bewirkt, dass der Berechtigungssatz des übergeordneten Ordners in der Hierarchie nach unten weitergegeben wird, da jeder Ordner/jedes Item die Berechtigungen von seinem jeweiligen übergeordneten Element erbt.

Beachten Sie, dass dieses Steuerelement zur Berechtigungsverwaltung nur für Workspace-Administratoren verfügbar ist.

Auf der Seite Explorer page Zugriff auf den Befehl Enforce inheritance for all child items.

Auf der Seite Projects page Zugriff auf den Befehl Enforce inheritance for all child items.

Obwohl normalerweise nicht erforderlich, kann der Prozess dieses Befehls die Situation entschärfen, in der Unterordner oder Elemente von der Vererbungshierarchie abgetrennt (getrennt) sind. Dies kann daran liegen, dass die Option Inherit parent folder permissions eines Unterordners oder Elements deaktiviert wurde, um das Entfernen (oder Herabstufen) einer vorhandenen geerbten Berechtigung zu ermöglichen. In dieser Situation wird eine Änderung des Berechtigungssatzes auf der obersten Ordnerebene nicht in der Hierarchie nach unten zu Ordnern/Elementen weitergegeben, bei denen die Vererbung getrennt ist.

Ein Beispiel wäre, dass es mehrere Sicherungsordner gibt, die nur für den Zugriff Admin eingerichtet sind und dann in einen übergeordneten Archivordner verschoben werden. Jeder dieser Ordner ist von der Ordnerhierarchie getrennt (die Option Inherit parent folder permissions ist aus/deaktiviert), um die Herabstufung der Zugriffsberechtigungen auf nur Admin zu ermöglichen. Wenn diese in den Archivordner verschoben werden (der ebenfalls nur auf Admin gesetzt ist), behalten sie ihren getrennten Status bei. Siehe Moving Folders.

Da die Berechtigungsvererbung jedoch durch die Hierarchie des Archivordners nicht durchgängig ist, werden Änderungen an dessen Berechtigungssatz auf oberster Ebene, zum Beispiel das Hinzufügen des Zugriffs View für Managers, nicht an die Unterordner und deren Inhalte weitergegeben. Diese Situation kann durch Anwenden des Befehls Enforce inheritance for all child items behoben werden, der die Berechtigungsvererbung wiederherstellt, indem die Einstellung Inherit parent folder permissions für alle Unterordner und deren Items aktiviert wird. Der angewendete Zugriff Manager wird dann in der Hierarchie des Archivordners nach unten weitergegeben.

Die Schritte für dieses Beispiel sind unten dargestellt. Die verschiedenen Ordner würden Items wie Components oder Projects usw. enthalten.

Eine Sammlung von Sicherungsordnern (Ordner A und B), die nur für Administrators zugänglich sind, muss in einen allgemeinen Archivordner verschoben werden – ebenfalls nur für Administrators verfügbar. Die Option Inherit parent folder permissions ist für die Archiv- und Sicherungsordner deaktiviert.

Nach dem Verschieben behalten die Sicherungsordner ihre Einstellung der Option Inherit parent folder permissions (deaktiviert) bei. Beachten Sie, dass die Option Inherit parent folder permissions für den vorhandenen Sicherungsordner aktiviert ist, sodass er Änderungen erbt, die am Archivordner – seinem übergeordneten Ordner – vorgenommen werden.

Die Berechtigungen des Archivordners werden durch Hinzufügen von Rechten View für Managers aktualisiert.

Der vorhandene Sicherungsordner übernimmt den aktualisierten Berechtigungssatz vom Archivordner, weil seine Option Inherit parent folder permissions aktiviert ist. Die Zugriffsberechtigungen für die Ordner Sicherung A und B ändern sich nicht, da sie von der Hierarchie getrennt sind (keine Vererbung).

Der Befehl Enforce inheritance for all child items wird auf den Archivordner der obersten Ebene angewendet.

Die Option Inherit parent folder permissions wird für Unterordner aktiviert. Dies schließt die Ordner Sicherung A und B ein, die folglich den Berechtigungssatz von ihren übergeordneten Ordnern erben. Die Ordnerhierarchie wurde dadurch zwangsweise so geändert, dass die Berechtigungsvererbung durchgängig ist, sodass alle nachfolgenden Berechtigungsänderungen am Archivordner der obersten Ebene von seinen Unterordnern übernommen werden.

Kontinuität der Berechtigungsvererbung

Die Kontinuität der Vererbung von Freigabeberechtigungen durch die Workspace-Ordnerhierarchie, wie oben beschrieben, bleibt erhalten, sofern die Berechtigungsvererbung eines Ordners von seinem übergeordneten Ordner nicht irgendwann ausdrücklich getrennt (deaktiviert) wird. Die Weitergabe von Berechtigungen von übergeordnetem zu untergeordnetem Element für einen Ordner (oder ein Projekt/Item) wird deaktiviert, indem die Option Inherit permissions from parent im Dialog Share Item deaktiviert wird. Dieser Ordner erbt dann zwar keine Berechtigungsänderungen mehr, die an seinem übergeordneten Ordner vorgenommen werden, und die Berechtigungshierarchie ist an dieser Stelle effektiv getrennt (deaktiviert), die Vererbung bleibt jedoch unterhalb dieser Ebene durchgängig.

Die vollständige Tiefe der Ordnungsberechtigungsvererbung wird wiederhergestellt, wenn die Option Inherit permissions from parent dieses „getrennten“ Ordners wieder aktiviert wird. Dann übernimmt er erneut die Berechtigungen des übergeordneten Ordners (falls noch nicht vorhanden), um die Integrität der Berechtigungen zwischen über- und untergeordnetem Element wiederherzustellen.

Ein Beispiel für eine Ordnerhierarchie (A-D) mit durchgängiger Vererbung von Berechtigungen. Die Berechtigung Engineers Write wurde auf der obersten Ebene von Ordner A (oder darüber) hinzugefügt und entlang der Hierarchie bis zu Ordner D weitergegeben.

Deaktivieren der Vererbung von Berechtigungen zwischen übergeordnetem und untergeordnetem Element bei Ordner C durch Deaktivieren der Option Inherit permissions from parent im Dialog Share des Ordners.

Die Kontinuität der Berechtigungsvererbung ist zwischen Ordner B und C unterbrochen, bleibt jedoch in den Hierarchieabschnitten oberhalb und unterhalb dieses Punkts erhalten.

Hinzufügen von Managers Write als neuer Zugriffsberechtigung für Ordner A.

Die hinzugefügte Berechtigung wird von Ordner B geerbt. Das heißt, sie wird nur im zusammenhängenden Abschnitt der Berechtigungsvererbung innerhalb der Hierarchie weitergegeben (A-B), jedoch nicht an Ordner C, weil die Vererbung B-C (übergeordnetes→untergeordnetes Element) deaktiviert ist.

Hinzufügen der Berechtigung Librarians Read zu Ordner C. Außerdem könnten die bestehenden Berechtigungen von Ordner C herabgestuft oder entfernt werden, da sie nicht mehr an die des übergeordneten Ordners B gebunden sind.

Die hinzugefügte Berechtigung wird von Ordner D geerbt. Das heißt, sie wird im zusammenhängenden Vererbungsabschnitt der Hierarchie (C-D) nach unten weitergegeben.

Erneutes Aktivieren der Vererbung von Berechtigungen zwischen übergeordnetem und untergeordnetem Element bei Ordner C durch Aktivieren der Option Inherit permissions from parent im Dialog Share des Ordners.

Die Berechtigungsvererbung ist nun wieder über die gesamte Ordnerhierarchie hinweg durchgängig, da die Vererbung von Ordner B zu C (übergeordnet→untergeordnet) aktiviert ist. Ordner C (und darunter) erbt die Berechtigung Manager Write von Ordner B, um die vollständige Vererbungsbeziehung zwischen übergeordnetem und untergeordnetem Element aufrechtzuerhalten.

Im Einklang mit dem aktivierten Schema zur Berechtigungsvererbung können die Berechtigungen eines Ordners/Elements gegenüber denen des übergeordneten Elements hochgestuft und ergänzt werden (effektiv dieselbe Aktion), jedoch nicht herabgestuft werden. Dies gilt auch dann, wenn eine hinzugefügte Berechtigung für eine Gruppe/einen Benutzer sowohl für das übergeordnete als auch das untergeordnete Element gemeinsam ist:

Beim Hinzufügen einer Berechtigung zu einem Ordner überschreibt diese effektiv dieselbe Berechtigung in einem untergeordneten Ordner, wenn sie dort auf einer niedrigeren Zugriffsebene vorliegt. Wenn beispielsweise die Berechtigung Librarians Read/Write zu einem Ordner hinzugefügt wird und dessen untergeordneter Ordner bereits einen Eintrag Librarians Read besitzt, wird dieser zu einem Eintrag Librarians Read/Write hochgestuft.
Im Wesentlichen wurde dem übergeordneten Ordner Zugriff auf Schreibebene hinzugefügt, und dieser wird vom untergeordneten Ordner geerbt. Die Berechtigungsvererbung bleibt erhalten.
Umgekehrt wirkt sich das Hinzufügen einer Berechtigung zu einem Ordner nicht auf dieselbe Berechtigung in einem untergeordneten Ordner aus, wenn sie dort eine höhere Zugriffsebene hat. Wenn beispielsweise die Berechtigung Librarians Read zu einem Ordner hinzugefügt wird und dessen untergeordneter Ordner bereits einen Eintrag Librarians Read/Write besitzt, wird dieser nicht in einen Eintrag der Ebene Read geändert (herabgestuft) – er bleibt auf seiner bestehenden Berechtigungsstufe.
Im Wesentlichen wurde dem übergeordneten Element Zugriff auf Lesebene hinzugefügt, und dieser ist im untergeordneten Ordner bereits vorhanden. Die Berechtigungsvererbung bleibt erhalten.

Wenn ein Berechtigungseintrag aus einem Ordner entfernt wird, wird diese Änderung entlang der Hierarchie weitergegeben (wo Berechtigungsvererbung aktiviert ist), unabhängig von der angewendeten Zugriffsstufe (Read oder Write). Wenn ein Ordner beispielsweise Zugriffsberechtigungen Librarians Read hat, die Berechtigungen seines untergeordneten Ordners jedoch auf Librarians Write erhöht wurden, dann entfernt das Löschen des Librarians-Eintrags des übergeordneten Ordners auch den Librarians-Eintrag des untergeordneten Ordners.

Die hier beschriebene Logik der Berechtigungsvererbung für Ordner gilt auch für Projekt-Items (Projekte Design und Managed BOM). Ein Projekt ist immer ein untergeordnetes Element eines übergeordneten Ordners und erbt dessen Berechtigungen; die Berechtigungsvererbung kann auf dieselbe Weise wie bei einem untergeordneten Ordner deaktiviert werden.
Die Projektberechtigungen werden im Fenster Share Item auf der Seite Workspace Projects page bearbeitet.

Ordner verschieben

Workspace-Ordner können an jede andere Stelle in der Ordnerstruktur verschoben werden, und zwar über die Seite Projects (siehe Workspace Projects page) oder den Bereich Explorer in Altium Designer (siehe Organizing Your Workspace).

Wie die Freigabeberechtigungen eines verschobenen Ordners bestimmt werden, hängt von der Vererbungsbeziehung zu seinem bisherigen übergeordneten Ordner ab:

Wenn die Option Inherit parent folder permissions eines Ordners aktiviert ist (Standardzustand), führt das Verschieben dieses Ordners in einen anderen Ordner dazu, dass er:
- den Berechtigungssatz seines neuen übergeordneten Ordners erbt (einschließlich des Eigentümers dieses Ordners).
- seine ursprünglich geerbten Berechtigungen verliert.
  - * Die „geerbten“ Berechtigungen eines Ordners/Projekts sind die von seinem übergeordneten Element übernommenen Berechtigungen – sie wurden geerbt.
- seine bisherigen erweiterten Berechtigungen beibehält.
  - * Die „erweiterten“ Berechtigungen eines Ordners/Projekts sind diejenigen, die speziell hinzugefügt wurden, um den Benutzerzugriff zu erweitern – sie wurden nicht vom übergeordneten Element geerbt.

Kurz gesagt: Die Berechtigungen des alten übergeordneten Ordners werden durch die des neuen übergeordneten Ordners ersetzt, aber alle zusätzlich hinzugefügten Berechtigungen werden mit dem Ordner verschoben.

Wenn die Option Inherit parent folder permissions eines Ordners deaktiviert ist (er übernimmt die Berechtigungen seines übergeordneten Elements nicht), führt das Verschieben dieses Ordners in einen anderen Ordner dazu, dass er:
- seine ursprünglichen Berechtigungen beibehält.
- den deaktivierten Zustand seiner Einstellung Inherit parent folder permissions beibehält.

Kurz gesagt ist es buchstäblich ein Verschiebevorgang ohne weitere Änderungen. Dies kann als der sicherste Weg angesehen werden, einen Ordner und dessen Inhalte zu verschieben, da so die Möglichkeit unerwarteter Änderungen an Berechtigungen infolge der Vererbung vom neuen übergeordneten Ordner vermieden wird.

In diesem Beispiel befinden sich die Ordner A-B-C in einer Hierarchie, die geerbte Berechtigungen Engineers Write enthält. Die Berechtigungen von Ordner C wurden durch das Hinzufügen von Contractors Read erweitert. Alternativ hätte auch ein einzelner Benutzer hinzugefügt werden können.

Moving folder with Permission Inheritance enabled. Ordner C wird in Ordner D verschoben, der einen anderen Berechtigungssatz aufweist. Beachten Sie, dass die Berechtigungsvererbung für alle Ordner aktiviert ist (Standardzustand).

Der verschobene Ordner C ist nun ein untergeordnetes Element von Ordner D und erbt die Berechtigung Mechanical Read seines übergeordneten Elements. Ordner C verliert außerdem seine ursprünglich geerbten Berechtigungen (Engineers Read/Write), behält jedoch seine erweiterten (hinzugefügten) Berechtigungen (Contractors Read) bei.

Moving a folder with Permission Inheritance disabled. Im Fenster Share wurde für Ordner C die Option Inherit permission from parent deaktiviert (Häkchen entfernt). Außerdem wurde eine zusätzliche Berechtigung Managers Read hinzugefügt.

Ordner C wird in Ordner E verschoben, der einen anderen Berechtigungssatz aufweist. Beachten Sie, dass die Berechtigungsvererbung für Ordner C deaktiviert ist, der damit in Bezug auf die Berechtigungsvererbung von seinem übergeordneten Element (Ordner D) „getrennt“ ist.

Der verschobene Ordner C behält sowohl seinen ursprünglichen Berechtigungssatz als auch seine Einstellung Berechtigungen erben (deaktiviert) bei. Er wird ohne Änderungen an den Berechtigungen in Ordner E verschoben und erbt keine Berechtigungsänderungen, die an seinem übergeordneten Element, Ordner E, vorgenommen werden.

Bevor Sie einen Ordner oder ein Projekt in einen anderen Ordner verschieben, wird dringend empfohlen, zunächst die Berechtigungen des Zielordners zu prüfen, da diese standardmäßig (wenn Inherit parent folder permissions aktiviert ist) vom verschobenen Ordner/Projekt geerbt werden. So könnten die Berechtigungen des Zielordners beispielsweise einen höheren Freigabegrad als gewünscht aufweisen, etwa Bearbeitungsrechte oder Zugriff für alle Benutzer, was dann auf den verschobenen Ordner/das verschobene Projekt angewendet wird

Beachten Sie, dass die hier beschriebene Logik der Berechtigungsvererbung für Ordner auch für das Verschieben von Projekten gilt (Projekte Design und Managed BOM). Ein Projekt ist immer ein untergeordnetes Element eines übergeordneten Ordners, und sein Status der Berechtigungsvererbung wird auf dieselbe Weise wie bei einem untergeordneten Ordner über die Option Inherit parent folder permissions aktiviert/deaktiviert.

Projekt-Erstellungsberechtigungen verwalten

Mit den Standard-Workspace-Einstellungen werden von Workspace-Mitgliedern erstellte oder hochgeladene Projekte im Ordner Projects gespeichert, mit Schreibzugriff für alle Benutzer verfügbar (geerbt vom übergeordneten Ordner Projects) und direkt über die Projects page aufgerufen. Diese einfache Anordnung ist für Benutzer praktisch, erlaubt jedoch jedem Mitglied des Workspace, zugängliche Projekte an diesem primären Speicherort (oberste Ebene) zu erstellen. Um eine erweiterte Kontrolle darüber zu implementieren, wer Projekte im Ordner Projects oder in zusätzlichen Unterordnern erstellen (und darauf zugreifen) darf, können Workspace-Administratoren die Freigabeberechtigungen des Projektordners über die Seite Explorer page oder in Altium Designer im Bereich Explorer panel festlegen.

Wie oben beschrieben, wird auf Ordnerberechtigungen in der Workspace-Seite Explorer über die Option Share Folder im Kontextmenü eines Ordner-Eintrags zugegriffen. So kann beispielsweise der Zugriff auf den Ordner Projects geändert werden, indem die Standardberechtigung (Workspace Members) auf schreibgeschützt gesetzt wird (Auswahl von Can Write aufheben) oder vollständig entfernt wird und anschließend nach Bedarf Zugriffsberechtigungen für bestimmte Benutzer (Add User) oder Benutzergruppen (Add Role) hinzugefügt werden.

Die aktualisierten Schreibberechtigungen bestimmen, welche Workspace-Mitglieder Projekte im Ordner Projects erstellen (oder hochladen) können – im oben gezeigten Beispiel nur diejenigen, die Mitglied der Gruppe Managers sind. Die Berechtigungseinschränkungen gelten auch für Benutzer, die in Altium Designer ein neues Projekt erstellen.

Bei einer strukturierten Ordnerhierarchie, in der Berechtigungen sowie Benutzer-/Gruppenzugriff entsprechend konfiguriert sind, etwa entlang des Ordnerbaums schrittweise weiter geöffnet, kann dieser Ansatz geeignete Berechtigungsstufen für Benutzer und Gruppen abhängig vom Zielordner bereitstellen.

Standard-Projekt-Erstellungsberechtigungen

Als Alternative zur Standardanordnung, bei der ein neu hinzugefügtes Projekt den Berechtigungssatz seines übergeordneten Ordners erbt, können Sie einen festen Berechtigungssatz für alle neuen Projekte festlegen, indem Sie die Option Default Permissions for new projects in der Projekte-Ansicht der Seite Admin – Settings aktivieren. Diese Anordnung eignet sich möglicherweise besser für eine weniger strukturierte Ordner-Berechtigungshierarchie, bei der alle Benutzerprojekte an einem bestimmten Speicherort erstellt werden, z. B. im Ordner Projects.

Diese Option ist verfügbar, wenn Sie über eine höhere Stufe des Altium-Solution-Zugriffs verfügen.

Wenn diese Option aktiviert ist, übernimmt ein neu erstelltes Projekt die durch diese Option festgelegten Berechtigungen, anstatt die Berechtigungen seines übergeordneten Ordners zu erben. Die anfänglichen Einstellungen der Option entsprechen den Standardeinstellungen des Workspace – Schreibzugriff für alle Benutzer – und können an Ihre Anforderungen angepasst werden. Ein Beispiel hierfür wäre WriteBearbeitungszugriffView für Engineers und Nur-LesezugriffDefault permissions for new projects für Librarians.

Um einen festen Satz von Zugriffsberechtigungen für neu erstellte (oder hochgeladene) Projekte festzulegen, aktivieren Sie die Option Default permissions for new projects auf der Seite Admin - Settings, die anfangs auf die Standardbedingung WriteZugriffWorkspace members für alle eingestellt ist.

Wählen Sie die gewünschten Berechtigungssätze für neu erstellte Projekte aus – in diesem Beispiel nur Engineers Write und Librarians Read. Beachten Sie, dass Administratoren und der Projekteigentümer (Ersteller) immer vollen Schreibzugriff haben.

Wenn ein Benutzer ein neues Projekt erstellt/hochlädt, werden die angegebenen Standardberechtigungen angewendet und nicht die Berechtigungen, die vom übergeordneten Projektordner übernommen würden (Projects), wie im Dialogfeld Share des Projekts gezeigt.

Die Option Inherit parent folder permissions des Fensters wird für ein neues Projekt automatisch deaktiviert, wenn die Option Default permission for new projects (in Admin - Settings) aktiviert wurde.

Points of note:

Administratoren haben immer Schreibzugriff auf alle Projekte (und Ordner), daher kann diese Einstellung nicht geändert werden (sie ist schreibgeschützt).
Der Projekteigentümer (der Benutzer, der ein Projekt erstellt hat) hat vollständigen Zugriff auf ein Projekt und folglich auch auf dessen übergeordneten Ordner, da Schreibberechtigungen für Ordner erforderlich sind, um ein neues Projekt zu erstellen.
Die Anwendung eines festen Projekt-Berechtigungssatzes (wie oben beschrieben) umfasst wahrscheinlich nicht die Berechtigungen des übergeordneten Ordners, daher wird die Vererbungsbeziehung der Berechtigungen zwischen Projekt und übergeordnetem Element (Ordner-Projekt) automatisch deaktiviert – Folie Nr. 4 oben. Wenn sie dem Projekt manuell erneut zugewiesen wird, wird der Berechtigungssatz des übergeordneten Ordners dem Projekt hinzugefügt – siehe oben unter Kontinuität der Berechtigungsvererbung für weitere Informationen.
Das beschriebene Verhalten bei der Übernahme von Berechtigungen für neue Projekte gilt auch beim Klonen eines Projekts.

Projekterstellung ohne Schreibzugriff auf Ordner

Wenn ein Benutzer ohne Schreibzugriff auf den Ordner Projects (oder einen anderen Ordner, der als Standard-Speicherort festgelegt wurde) ein Projekt erstellt oder hochlädt, erstellt das System automatisch eine benutzerspezifische Struktur Personal Folder zum Speichern des neuen Projekts. Diese erscheint als Ordner der obersten Ebene auf Basis der E-Mail-Adresse des Mitglieds, mit einem Unterordner My Projects, in dem die Projekte dieses Benutzers gespeichert werden. Die Ordnerstruktur/-hierarchie gehört ausschließlich dem angemeldeten Benutzer (sowie Administratoren) und steht nur ihm zur Verfügung; sie ist für andere Benutzer nicht sichtbar.

Wenn der Benutzer ein Projekt in einem Ordner erstellt oder hochlädt, für den er Schreibzugriff hat, wird das Projekt in diesem Ordner gespeichert.
Wenn der Benutzer ein Projekt in einem Ordner erstellt oder hochlädt, für den er nur Lesezugriff (Ansicht) hat und der nicht der Standard-Speicherort ist, wird der Vorgang blockiert () und die Ordnerstruktur My Projects der obersten Ebene wird für diesen Benutzer erstellt, falls sie noch nicht existiert.
Im oben gezeigten Beispiel für Ordnerberechtigungen werden von Benutzern erstellte Projekte, die Mitglieder der Gruppe Managers sind, wie gewohnt im Ordner Projects abgelegt, da sie volle Bearbeitungsrechte für diesen Ordner haben. Andere Benutzer haben Nur-Lesezugriff (Ansicht) auf den Ordner Projects, daher werden ihre neuen Projekte in ihrem Ordner My Projects gespeichert.
Wenn ein Projekt, das sich im Ordner My Projects eines Workspace-Mitglieds befindet, mit anderen Benutzern geteilt wird (über Workspace Members, Groups oder bestimmte Benutzernamen), erscheint es für diese Benutzer in der Ansicht der obersten Ebene auf der Seite Projects.

Aus Sicht eines Workspace-Administrators sind die persönlichen Ordner des Mitglieds unter einem Ordner Home der obersten Ebene zusammengefasst, wie auf der Seite Projects und in der Ordnerhierarchie der Seite Explorer ersichtlich – sowie auch im Ordnerbaum des Bereichs Explorer pane folder tree in Altium Designer.

Herunterladen einer Item-Revision

Für Workspace-Mitglieder können Projektinhalte (Quelldateien, generierte Dateien, freigegebene Daten usw.) über die Ansichten Design und Releases des Projekts heruntergeladen werden. Auf der Seite Explorer können Sie Daten direkt über die Benutzeroberfläche herunterladen, indem Sie auf das Steuerelement Download () rechts neben dem Eintrag für eine Item-Revision klicken.

Wenn Sie das Steuerelement auf der Ebene des übergeordneten Item verwenden, werden die Daten der neuesten Revision dieses Item heruntergeladen.

Navigieren in der Workspace-Struktur

Während die projektorientierte Navigation von Workspace-Inhalten allen Workspace-Mitgliedern über die Seiten Projects und Components zur Verfügung steht, können Workspace-Administratoren über die Oberfläche der Seite Explorer auf sämtliche Inhalte zugreifen und darin navigieren, wie unten beschrieben.

Die verschiedenen Möglichkeiten, über die Browseroberfläche durch Workspace-Inhalte zu navigieren.

Die Ergebnisse einer Beispielsuche.

Administratoren können zu Workspace-Inhalten navigieren:

Indem sie auf den Namen eines Ordners klicken, dessen Inhalt sie durchsuchen möchten.
Durch die Verwendung der Suchfunktion. Geben Sie ein Schlüsselwort basierend auf der ID, dem Kommentar oder der Beschreibung eines Item ein und drücken Sie dann Enter oder klicken Sie auf das Lupensymbol (). Der gesamte Workspace wird durchsucht und die Suchergebnisse werden in Form passender Items aufgelistet.

Nach einer Suche können Sie zur normalen Ansicht der Workspace-Inhalte zurückkehren, indem Sie im Navigationsbaum der Browseroberfläche ganz links erneut auf den Eintrag der Seite Admin – Explorer klicken. Alternativ können Sie das Suchfeld leeren und Enter drücken.

Zusätzliche Funktionen

Die folgenden zusätzlichen Funktionen stehen beim Durchsuchen von Inhalten über die Browseroberfläche des Workspace zur Verfügung:

Navigate – dieser Befehl, der im Kontextmenü eines Item per Rechtsklick zu finden ist, dient dazu, Sie schnell zu diesem Item im Bereich Explorer panel von Altium Designer zu führen. Dazu wird Altium Designer geöffnet (Sie werden gefragt, ob Sie X2.exe öffnen möchten – die Quell-Executable von Altium Designer).

Wenn Altium Designer bereits ausgeführt wird, wird diese Instanz verwendet.
Full item info – dieser Befehl, der im Kontextmenü einer Item-Revision per Rechtsklick zu finden ist, zeigt eine Ansicht an, in der alle Details zu dieser Revision aufgelistet sind. Im Grunde handelt es sich dabei einfach um eine Ansicht, die alle verschiedenen Aspektansichten enthält, die für diese Item-Revision verfügbar sind (außer Summary).

Wenn Sie den Befehl auf der Ebene des übergeordneten Item verwenden, werden die Details der neuesten Revision dieses Item angezeigt.
Follow/UnFollow – verwenden Sie den Befehl Follow , der im Kontextmenü eines Ordners vom Typ Components per Rechtsklick zu finden ist, um diesem Ordner zu folgen. Jede Aktivität innerhalb des verfolgten Ordners (Komponentenerstellung, Release, Änderung des Revisionsstatus oder Löschung) wird über eine E-Mail-Benachrichtigung gemeldet, die vom Workspace gesendet wird (sofern E-Mail-Benachrichtigungen für den Workspace von einem Administrator aktiviert wurden). Verwenden Sie den Befehl UnFollow, um das Verfolgen von Komponentenaktivitäten in diesem Ordner zu beenden.
Remove Folder – verwenden Sie diesen Befehl, der im Rechtsklickmenü eines Ordners zu finden ist, um diesen Ordner und seinen gesamten Inhalt (Unterordner und darin enthaltene Items) in den isolierten Bereich Trash des Workspace zu verschieben. Elemente im Trash können dann bei Bedarf dauerhaft gelöscht oder wiederhergestellt werden. Wenn ein Projektordner entfernt wird, werden auch alle zugehörigen Releases und Fertigungspakete in den Trash verschoben.
Remove Item – verwenden Sie diesen Befehl, der im Rechtsklickmenü eines Item zu finden ist, um dieses Item in den isolierten Bereich Trash des Workspace zu verschieben. Elemente im Trash können dann bei Bedarf dauerhaft gelöscht oder wiederhergestellt werden. Wenn ein Component Item entfernt wird, haben Sie außerdem die Möglichkeit, seine zugehörigen Modelle gleichzeitig in den Trash zu verschieben. Beachten Sie, dass diese nur gelöscht werden können, wenn sie nicht an anderer Stelle verwendet werden (durch eine oder mehrere andere Komponenten).

Druckerfreundliche Version

AI-localized

Wenn Sie ein Problem feststellen, wählen Sie den Text/das Bild aus und drücken SieStrg + Eingabe, um uns Ihr Feedback zu senden.