Verwenden von Projekten zur Verwaltung des Zugriffs auf Inhalte

Wenn Tableau Desktop-Benutzer eine Arbeitsmappe oder Datenquelle auf einer Site auf Tableau Server veröffentlichen, können Sie ein projekt auswählen, in dem die Veröffentlichung erfolgen soll. Wenn sie kein Projekt angeben, wird der Inhalt im Projekt Standard veröffentlicht.

Als Administrator können Sie Projekte erstellen, um zusammengehörige Inhaltsressourcen zu speichern und zu organisieren oder um die Verwaltung von Inhalten zu delegieren. Inhaltsressourcen in Tableau Server sind Arbeitsmappen, Ansichten und Datenquellen sowie Projekte, in denen sie sich befinden.

Folgende Abbildung zeigt Inhalte des übergeordneten Projekts "Operations" in der Webdokument-Erstellungsumgebung. Das Projekt enthält einige untergeordnete Projekte (hervorgehoben) sowie einige veröffentlichte Arbeitsmappen. Ein Projekt kann auch andere Inhaltstypen, beispielsweise Datenquellen und Schemas, enthalten.

Warum sollten Sie Projekte verwenden?

Projekte helfen Ihnen bei der Erstellung eines skalierbaren Prozesses zum Verwalten des Zugriffs auf in Tableau Server veröffentlichte Inhalte. Projekte bieten u. a. folgende Vorteile:

  • Sie bieten Administratoren die Möglichkeit, die Verwaltung von Inhalten an Projektleiter zu delegieren, die sich mehr mit den Inhalten beschäftigen, ohne dass diese Administratorzugriff auf die Site- oder Servereinstellungen haben müssen.

    Projektleiter können verschachtelte Projekte unter ihrem übergeordneten Projekt erstellen, sodass sie die Inhalte ihres Teams innerhalb einer einzelnen Hierarchie verwalten können.

    Hinweis: Projekteigentümer können Projekte auf oberster Ebene, die sie besitzen, löschen.

  • Sie können Self-Service-Benutzern die Navigation auf der Site erleichtern.

    Sie gliedern die Tableau Server-Site in Bereiche, die Benutzern basierend auf der Art und Weise, wie sie die in diesen Bereichen veröffentlichten Daten verwenden, oder auf der Tableau-Benutzergruppe, mit der sie arbeiten, Zugriff gewähren.

    Sie können Projekte vor Gruppen verbergen, die diese nicht verwenden müssen, ein unterscheidbares Schema zur Benennung von Projekten erstellen und Projektbeschreibungen nutzen, um hervorzuheben, wie das jeweilige Projekt zu verwenden ist.

  • Sie versetzen Sie in die Lage, Berechtigungen effektiv nachzuverfolgen.

    Sie können Gruppen auf Basis des benötigten Inhaltszugriffs der in der Gruppe zusammengefassten Benutzer erstellen und Standardberechtigungen für Projekte einrichten. Dadurch können Sie genau festlegen, welche Berechtigungen neue Benutzer standardmäßig erhalten und welche Berechtigungen alle Benutzer erhalten, wenn ein neues Projekt erstellt wird.

Wann sollten Projekthierarchien erstellt werden? (Beispiel)

Viele Organisationen haben einige oder zahlreiche unterschiedliche Gruppen von Tableau-Benutzern, die jeweils über eigene Prioritäten und Leiter verfügen. Diese Gruppen teilen sich möglicherweise einige unternehmensweite Inhalte (oder beziehen Inhalte von einem unternehmensweiten Pool von Datenquellen), aber hauptsächlich verwenden sie Daten und Berichte, die spezifisch für ihr Team sind. In diesem oder einem ähnlichen Szenario sieht ein Beispiel zur Verwendung von Projekthierarchien möglicherweise wie folgt aus:

  1. Sie, als Site- oder Server-Administrator, können übergeordnete Porjekte für jeden Ihrer unterschiedlichen Tableau-Teams erstellen.

  2. In jedem übergeordneten Projekt weisen Sie den Teamleitern die Rolle "Projektleiter" zu und Sie ändern dann das Besitzrecht für die Inhalte des Projekts.

    Projektleiter sind im Endeffekt die Inhaltsadministratoren. Daher ist es wichtig, dass sie neben den Best Practices zur Verwaltung von Inhalten in Tableau verstehen, wie die Berechtigungen in Tableau funktionieren.

  3. Jeder Projektleiter übernimmt sein Projekt und erstellt die für sein Team am besten geeignetste Struktur innerhalb des Projekts.

    Das bedeutet, sie können untergeordnete Projekte, die sie benötigen, basierend auf der Art und Weise erstellen, wie die Teammitglieder zusammenarbeiten und Daten und Berichte austauschen.

Der Vorteil für Sie als Site-Adminstrator liegt darin, dass Sie sich auf den Systemzustand konzentrieren können. Der Vorteil für Ihre Tableau-Benutzer liegt darin, dass Personen, die mit den Best Practices hinsichtlich der Arbeit mit Tableau und Daten vertraut sind, diese Dinge für ihre Teams verwalten können, ohne dass Anforderungen an die IT-Abteilung zum Ändern von Berechtigungen oder Hinzufügen von Projekten gestellt werden müssen.

Warum sollten keine Sites verwendet werden?

Wenn Sie Ihre eigene Tableau Server-Bereitstellung verwalten, können Sie so viele Sites erstellen, wie Sie möchten. Zur Verwaltung von Daten und Berichten im ganzen Unternehmen bieten Projekte jedoch die Flexibilität, die Sie zur Verwaltung gemeinsam genutzter Daten und Berichte sowie von Benutzern benötigen, die möglicherweise zu mehreren Gruppen gehören. Viele Tableau-Administratoren konfigurieren Projekte wie im vorherigen Abschnitt beschrieben, um nur das anzuzeigen, was Benutzer zum Erledigen ihrer Arbeit benötigen. Projekte sind besser geeignet für Inhalte, die sich von der Entwicklung über die Bereitstellung bis hin zur Produktion verändern.

Sites sind bestens geeignet, wenn Inhalte während aller Phasen vollständig voneinander getrennt bleiben können und es wenig bis gar keine Überlappung von Benutzern gibt. Ein gutes (und gängiges) Beispiel für die Verwendung mehrerer Sites ist das Erstellen einer Site für jeden der mehreren externen Clients, deren veröffentlichte Inhalte Sie als Berater oder Anbieter verwalten. Tableau Online ist ein Beispiel dafür in großem Maßstab. Ein anderes Beispiel wäre die Verwendung einer separaten Site für sensiblen Inhalt, den nur bestimmtes Personal oder ärztliche Mitarbeiter verwenden sollen.

Verwaltung auf Projektebene

Als Server- oder Site-Administrator können Sie die Verwaltung von Projekten und deren Inhalte delegieren, ohne Zugriff auf Ihre Site- oder Servereinstellungen gewähren zu müssen. Sie können dies tun, indem Sie das Besitzrecht eines Projekts ändern oder einer Gruppe oder einem Benutzer die Berechtigungsrolle "Projektleiter" für ein Projekt zuweisen.

Der Projektbesitzer ist immer ein einzelner Benutzer. Standardmäßig ist der Benutzer, der ein Projekt erstellt, auch sein Besitzer. Der Projektbesitzer hat administrativen Zugriff auf das Projekt und dessen Inhalte. Dies schließt auch die Möglichkeit ein, eine andere Person als Besitzer festzulegen und "Projektleiter"-Berechtigungen zuzuweisen.

Die Berechtigungsrolle Projektleiter bietet immer die Möglichkeit, mehreren Benutzern administrativen Zugriff auf ein Projekt, dessen untergeordnete Projekte und alle Arbeitsmappen und Datenquellen in diesen Projekten zu gewähren.

Ein Projektleiter muss kein Besitzer des Projekts oder Administrator sein. Zusätzlich zu Server- und Site-Administratoren sind sämtliche Projektleiter-Berechtigungen auch für Benutzer mit der Site-spezifischen Rolle Ersteller oder Explorer (kann veröffentlichen) verfügbar.

Projektbesitzrecht und Projektleiterzugriff in Projekthierarchien

In einer Projekthierarchie mit mehreren Ebenen erhält ein Benutzer oder eine Gruppe, dem oder der die Berechtigungsrolle "Projektleiter" für ein Projekt zugewiesen wird, auf jeder Ebene der Hierarchie implizit Projektleiterzugriff auf alle untergeordneten Projekte dieses Projekts und deren Inhaltselemente.

Um den Projektleiterzugriff zu verhindern, müssen Sie die entsprechende Zuweisung auf der übergeordneten Ebene in der Hierarchie entfernen, auf der das Besitzrecht oder die Rolle explizit zugewiesen wurde.

Ebenso hat der Besitzer eines Projekts auf einer beliebigen Ebene Projektleiterzugriff auf alle Inhalte dieses Projekts sowie für alle zugehörigen untergeordneten Projekte, selbst wenn er für die untergeordneten Projekte keine Besitzrechte hat.

Das Besitzrecht einer Inhaltsressource kann nur durch einen Projektbesitzer oder Administrator geändert werden. Dies ist unabhängig davon möglich, ob die Projektberechtigungen auf oberster Ebene gesperrt sind.

Von Projektebenen-Administratoren in Projekten ausführbare Aktionen

Projektleiter und -besitzer können ebenso wie Server- oder Site-Administratoren die in der folgenden Liste aufgeführten Aufgaben durchführen.

  • Sie erstellen und löschen Projekte wie folgt:

    Server- oder Site-Administratoren können übergeordnete oder verschachtelte Projekte überall auf der Site erstellen oder löschen.

    Projektbesitzer und Projektleiter können untergeordnete (verschachtelte) Projekte in Projekten erstellen oder löschen, deren Besitzer sie sind oder für die sie Projektleiter-Berechtigungen haben.

  • Projektbesitzer können das Besitzrecht für ihre Projekte ändern. Sowohl die Besitzer eines Projekts als auch Projektleiter können Gruppen oder Benutzern Projektleiter-Berechtigungen zuweisen.

    Wenn Sie als Projektleiter oder -besitzer einem anderen Benutzer die Projektleiter-Berechtigungsrolle zuweisen, denken Sie daran, dass der vollständige Zugriff auf die Funktionen dieser Rolle von der Site-spezifischen Rolle des Benutzers abhängig ist, wie zuvor in diesem Abschnitt erläutert.

  • Sie legen Berechtigungen für ein Projekt sowie für die darin enthaltenen untergeordneten Projekte, Arbeitsmappen und Datenquellen fest.

  • Sie sperren Berechtigungen, um die Standardeinstellungen des übergeordneten Projekts auf alle Arbeitsmappen, Datenquellen und untergeordneten Projekte und deren Inhalte anzuwenden. Berechtigungen können nur von dem Projekt aus geändert werden, für das sie gesperrt wurden.

    In einer gesperrten Projekthierarchie können die Berechtigungen nur durch den Besitzer oder Projektleiter des Projekts auf oberster Ebene geändert werden.

  • Sie verschieben Arbeitsmappen und Datenquellen in ein anderes Projekt, für das sie Projektleiterzugriff oder Besitzerzugriff haben.

    Wird das Projekt verschoben, kann sich dies auf die Berechtigungen auswirken. Weitere Informationen finden Sie im Abschnitt Hinzufügen von Projekten und Verschieben von Inhalten in diese Projekte.

  • Ausführen, Hinzufügen oder Entfernen von Extraktaktualisierungszeitplänen

Siehe auch Berechtigungen in Projekthierarchien.

Wie fungiert das Standardobjekt als eine Berechtigungsvorlage?

Tableau erstellt ein Standardprojekt mit jeder Site.

Das Standardprojekt dient als Vorlage für neue übergeordnete Projekte, die Sie auf der Site erstellen. Wenn Sie ein neues übergeordnetes Projekt erstellen, werden die Einstellungen und Berechtigungen der Standardvorlage auf das neue Projekt angewendet, einschließlich der Berechtigungen, die für die Inhalte des Projekts festgelegt sind.

Hinweis: Für verschachtelte Projekte (d. h. Projekte, die sie innerhalb von anderen Projekten erstellen) gelten die Berechtigungen, die für das übergeordnete Projekt eingerichtet wurden, nicht die des Projekts "Standard".

Bevor Sie andere übergeordnete Projekte erstellen, können Sie Schritte zum Einrichten des Projekts "Standard" ausführen, damit Sie genau wissen:

  • welche Art von Benutzer welche Zugriffsstufe für jedes neue Projekt erhält.

  • wie Sie möglicherweise Berechtigungen für jedes neue Projekt ändern müssen.

Weitere Informationen finden Sie im Abschnitt Schritte zum Koordinieren von Projekten und Gruppen des Themas "Konfigurieren von Projekten, Gruppen und Berechtigungen für den verwalteten Self-Service".

Verhindern, dass Publisher Berechtigungen für den Inhalt ändern, der ihnen gehört

Administratoren und Projektleiter können verhindern, dass Benutzer die Berechtigungen für Arbeitsmappen und Datenquellen in einer Projekthierarchie ändern. Sie können beispielsweise die Option zum Festlegen von Berechtigungen während des Veröffentlichungsprozesses deaktivieren und so verhindern, dass Publisher und Besitzer von Inhalten diese nach der Veröffentlichung ändern. Um dies zu tun, sperren Sie die Inhaltsberechtigungen für das Projekt. Weitere Informationen erhalten Sie über die nachfolgenden Links.

Nächste Schritte

Weitere Artikel in diesem Abschnitt

Vielen Dank für Ihr Feedback! Es gab einen Fehler bei der Übermittlung Ihres Feedbacks. Versuchen Sie es erneut oder senden Sie uns eine Nachricht.