Leserzugriff bezieht sich auf die Sichtbarkeitseinstellung in Ihrem Document360-Projekt, die bestimmt, wer den Inhalt Ihrer Wissensdatenbank einsehen kann.
Zugriff auf die Reader-Zugangsseite
Um Ihre Leserzugriffseinstellungen zu verwalten:
Navigieren Sie in der linken Navigationsleiste im Knowledge Base zu () > Users & permissions.
Im linken Navigationsfenster navigieren Sie zum Reader access.

Sichtbarkeit der Wissensdatenbank für das Projekt
Es gibt drei Arten von Leserzugriffsmodi in Document360:
Öffentlicher Zugang
Eine öffentliche Wissensdatenbank ist für jeden im Internet zugänglich. Forscherkönnen über direkte Links oder Suchmaschinen auf die veröffentlichten Inhalte zugreifen; Eine Anmeldung ist nicht erforderlich.
Einige der gängigen Anwendungsfälle sind
Kundensupport-Wissensdatenbank
Produkthilfezentrum
Selbstbedienungsportal
Öffentliche API-Dokumentation
Benutzerhandbücher und -anleitungen
Privater Zugang
Eine private Wissensdatenbank ist nur autorisierten Nutzern zugänglich. Die Inhalte sind nur für Konsumenten oder Nutzerzugänglich, und ein Login ist erforderlich.
Einige der gängigen Anwendungsfälle sind
Interne IT-Support-Wissensdatenbank
Personalrichtlinien und -verfahren
Unternehmensweite Dokumentation
Interne API-Dokumentation
Proprietäre Softwarehandbücher
Mixed Access
Eine gemischte Wissensdatenbank ermöglicht es Ihnen, eine Kombination aus öffentlichen und privaten Inhalten zu konfigurieren. Bestimmte Bereiche bleiben öffentlich, während andere nur für eingeloggte Leser sichtbar sind.
Einige der gängigen Anwendungsfälle sind
Öffentliche Support-Artikel mit interner Dokumentation
Kundenorientiertes Hilfezentrum mit interner HR-Wissensdatenbank
Öffentliche APIs mit internen Entwicklernotizen
Compliance-Ressourcen mit privaten Audit-Inhalten
Öffentliche Entwicklerleitfäden mit privater technischer Dokumentation
Projekt, Arbeitsbereiche und Sprachen
In diesem Abschnitt können Sie Ihre Projektstruktur einsehen, einschließlich der Anzahl der Arbeitsbereiche und Sprachen. Diese Informationen sind nur für private und Mixed-Access-Projekte verfügbar.
Wenn Ihr Projekt öffentlich ist, steht die gesamte Wissensdatenbank allen zur Verfügung.
Für gemischte Projekte können Sie bestimmte Arbeitsbereiche oder Sprachen als öffentlich oder privat markieren, was eine detaillierte Kontrolle darüber ermöglicht, wer auf welche Teile Ihrer Wissensdatenbank zugreifen kann.
.png)
Inhaltszugang verwalten
Dieser Bereich ist nur sichtbar, wenn Ihr Projekt auf Private oder Mixed Access eingestellt ist.
Oben finden Sie zwei Tabs:
Leser: Listet alle Leserberichte auf.
Lesergruppen: Liste aller Lesergruppen.

Block-geerbter Zugriff
Der Block geerbten Zugriffs-Schalter ist nur verfügbar, wenn ein bestimmter Arbeitsbereich oder eine bestimmte Sprache in der Baumansicht links ausgewählt ist.
Wenn aktiviert, haben vererbte und zukünftige Leser oder Lesergruppen keinen Zugriff mehr auf den ausgewählten Arbeitsbereich oder die Sprache. Leser oder Lesergruppen, die direkt auf dieser Ebene hinzugefügt werden, behalten weiterhin den Zugriff.
Weitere Informationen finden Sie im Artikel über Blockvererbung.
Verwaltung einzelner Leser
Im Readers-Tab wählen Sie einen Reader aus, und Sie können entweder den Zugriff () verweigern () oder entfernen ().
Ablehnen (): Schränkt den Zugang des Lesers zu bestimmten Inhalten ein. Wenn einem Leser oder einer Lesergruppe auf irgendeiner Ebene der Zugriff verweigert wird, können sie diesen Inhalt nicht abrufen, selbst wenn sie Zugriffsrechte von einer übergeordneten Kategorie erben.
Entfernen (): Entfernt den expliziten Zugriff des Lesers auf dieser Ebene. Der Leser kann weiterhin durch Vererbung von einer Elternebene Zugriff haben. Um zu verstehen, wie das funktioniert, siehe Understanding Permission precedence.
Filterleser
Sie können die Leser nach ihrem Zugriffslevel filtern:
Projekt
Arbeitsbereich
Sprache

HINWEIS
Wenn dein Inhaltszugriffslevel über die Projektebene hinaus konfiguriert ist (z. B. Arbeitsbereich oder Sprache), kannst du den Zugriff auf bestimmte Reader entsprechend verweigern.
Ihre Wissensdatenbank kann sowohl private als auch öffentliche Artikel enthalten, abhängig von der Konfiguration des Leserzugangs.
Zuweisen Sie den Lesezugang
Man kann explizit Leserzugriff auf jeder Ebene zuweisen; Arbeitsfläche, Sprache, Kategorie oder Artikel, um zu steuern, wer bestimmte Inhalte ansehen kann.
HINWEIS
Dies ist besonders wichtig nach der Verwendung der Blockvererbung, da alle zuvor vererbten Zugriffe entfernt werden und Leser explizit auf dieser Ebene wieder hinzugefügt werden müssen.
Auf Arbeitsplatz- oder Sprachebene:
Gehe zu Einstellungen ()> Benutzer & Berechtigungen > Leserzugriff.
Wählen Sie den Arbeitsbereich und die Sprache, in der die Vererbung blockiert wurde.
Klicken Sie auf Zugriff zuweisen und wählen Sie die Leser oder Lesergruppen aus, die Zugriff benötigen.
Klicken Sie auf Anwenden.

Nur die Leser, die du explizit auf Arbeitsplatz-/Sprachebene hinzufügst, können diese Inhalte auf der Knowledge Base-Seite sehen.
Auf Kategorie- oder Artikelebene:
Gehe zu Dokumentation () und fahre mit der Maus über die Kategorie oder den Artikel.
Mehr klicken () > Sicherheit > Wissensdatenbank Seite Zugriffskontrolle.

Im Panel klicken Sie auf Zugriff zuweisen.
Wählen Sie die Leser- oder Lesergruppen aus und klicken Sie auf Anwenden.
Nur die Leser, die du explizit auf Kategorie-/Artikelebene hinzufügst, können diesen Inhalt auf der Wissensdatenbank sehen.
Stellen Sie den Zugriff auf den verweigerten Leser wieder her
Um den Zugang für verweigerte Leser wiederherzustellen:
Navigiere in der linken Navigationsleiste im Knowledge Base zu () > Users & permissions.
Im linken Navigationsfenster navigieren Sie zum Reader access.
Auf der Reader access klicken Sie auf Projektzugriff zuweisen.
Der Dialog "Projektzugriff zuweisen: Vollständiges Projekt" erscheint.Verwenden Sie die Suchleiste , um die gewünschten Leser zu finden.
Wählen Sie die Lesergruppen oder Lesergruppen aus.
Klicken Sie auf Anwenden.
Sobald sie zugewiesen sind, erhalten diese PrüferZugang zur gesamten Wissensbasis.

Verständnis der Vorrangfolge der Erlaubnis
In Document360 folgen die Leserberechtigungen einer Hierarchie von der höchsten bis zur spezifischsten Ebene. Dies hilft zu bestimmen, wie Leser Zugang zu Inhalten erhalten.
Berechtigungshierarchie
Die Berechtigungen verlaufen in folgender Reihenfolge:
Project → Workspace → Language → Category → Article
Wenn einem Leser auf einer höheren Ebene Zugriff gewährt wird, gilt dieser Zugriff automatisch für alles darunter. Dies wird als vererbter Zugriff bezeichnet, weil der Leser Zugriff von einer Elternebene erhält.
Wenn du später demselben Leser direkt auf einer niedrigeren Ebene Zugriff gibst, hat diese direkte Berechtigung Vorrang vor der geerbten. Dies wird als expliziter Zugriff bezeichnet, weil der Leser direkt auf dieser Ebene hinzugefügt wurde.
Wenn Leser A beispielsweise Zugang auf englischer Ebene erhält, erhält er automatisch Zugriff auf alle Kategorien und Artikel unter Englisch. Dies ist vererbter Zugang.
Wenn du Reader A später direkten Zugriff auf eine bestimmte Kategorie gibst, wird diese direkte Berechtigung zur aktiven Berechtigung für diese Kategorie und alles darin, während der Rest der Inhalte unter Englisch weiterhin den vererbten Zugriff nutzt.
Aktualisierung der Lesezugriffseinstellungen
Um den Leserzugriffsmodus Ihres Projekts zu aktualisieren:
Navigiere in der linken Navigationsleiste im Knowledge Base zu () > Users & permissions.
Im linken Navigationsfenster navigieren Sie zum Reader access.
Ihr aktueller Lese-Zugriffsmodus wird ausgewählt.
Wählen Sie zwischen öffentlich, privat oder gemischt.
Klicken Sie auf den gewünschten Modus, um die Sichtbarkeit Ihres Projekts zu aktualisieren.
Im Bestätigungs-Dialog für den Leserzugriff aktualisieren geben Sie die Unterdomäne Ihres Projekts ein (z. B.
document360-demo).Klicken Sie auf Ja, um zu bestätigen.
HINWEIS
Beim Wechsel von gemischt zu privat oder von privat zu gemischt solltest du vielleicht die zuvor zugewiesenen Zugriffsberechtigungen überdenken.

Fehlerbehebung
Dieser Abschnitt bietet Schritt-für-Schritt-Lösungen für häufige Anmelde- und Aktivierungsprobleme, wie etwa das Fehlen von Aktivierungs-E-Mails, das Auftreten von HTTP-500-Fehlern beim SSO-Login oder Fehler beim unbefugten Zugriff bei JWT-Login. Befolgen Sie die aufgeführten Schritte, um das Problem effizient zu identifizieren und zu lösen, oder sammeln Sie die notwendigen Informationen für weitere Unterstützung.
Aktivierungs-E-Mail nicht erhalten
Falls du die Aktivierungs-E-Mail nach der Hinzufügung zu einem Projekt noch nicht erhalten hast:
Überprüfe deine Spam- oder Junk-Ordner in deinem E-Mail-Postfach.
Stellen Sie sicher, dass keine Netzwerkfilter oder Regeln verhindern, dass E-Mails in Ihren Posteingang zugestellt werden.
Wenn die Aktivierungs-E-Mail abgelaufen ist, kontaktieren Sie den Projektverantwortlichen und bitten Sie ihn, die Aktivierungs-E-Mail erneut zu senden.
Wenn das Problem nach dem Ausführen dieser Schritte weiterhin besteht, wenden Sie sich an das Document360-Support-Team, um weitere Unterstützung zu erhalten: Wenden Sie sich an den Document360-Support
Für weitere Informationen zum Hinzufügen von Lesern zu einem Projekt und zur Aktivierung von E-Mails, um sie zu benachrichtigen, lesen Sie den Artikel über Leserverwaltung.
SSO-Login-Problem: HTTP-500-Fehler
Fehler: Diese Seite funktioniert nicht – identity.document360.io kann diese Anfrage derzeit nicht bearbeiten – HTTP 500 FEHLER
Schritte zur Lösung:
Prüfen Sie, ob das Problem alle Nutzer betrifft, die mit dem SSO Identity Provider des Projekts verbunden sind.
Wenn das Problem auf einen bestimmten Benutzer beschränkt ist, könnte es mit den Browser- oder Netzwerkeinstellungen zusammenhängen.
Versuche, dich über ein inkognito/privates Browsing-Panel einzuloggen.
Wechsle zu einer anderen Internetverbindung und versuche die Anmeldung.
Benutze ein anderes Gerät, um dich einzuloggen und zu sehen, ob das Problem weiterhin besteht.
Wenn das Problem nach dem Ausführen dieser Schritte weiterhin besteht, wenden Sie sich an das Document360-Support-Team, um weitere Unterstützung zu erhalten: Wenden Sie sich an den Document360-Support
Geben Sie folgende Details an:
SSO-Konfigurationsdetails für das Projekt und den zugehörigen Identitätsanbieter.
Eine generierte Produkt-Logdatei. Für Anleitungen lesen Sie den Artikel über das Erstellen einer HAR-Datei.
Eine Bildschirmaufnahme, die das Problem im Detail zeigt.
JWT-Login-Problem: Unbefugter Zugriff
Fehler: Entschuldigung, Sie sind nicht berechtigt, auf diese Dokumentation zuzugreifen. Ungültiger Authentifizierungscode.
Du könntest auf diesen Fehler stoßen, wenn du dich mit dem für Leserkonten im Projekt konfigurierten JWT auf der Knowledge base site anmeldest, da unbefugter Zugriff unbefugt ist.
Schritte zur Lösung:
Prüfen Sie, ob das Problem weit verbreitet oder isoliert ist: Bestimmen Sie, ob das Problem alle Leser im Projekt betrifft oder ob es sich um Leser aus einer bestimmten Region oder einem bestimmten Netzwerk handelt.
Für Probleme, die einen bestimmten Nutzer betreffen:
Bitte den Nutzer, sich über ein inkognito/privates Browsing-Panel einzuloggen.
Versuche, die Seite über eine andere Internetverbindung zu erreichen.
Versuchen Sie, sich von einem anderen Gerät einzuloggen, um festzustellen, ob das Problem gerätespezifisch ist.
Wenn das Problem nach dem Ausführen dieser Schritte weiterhin besteht, wenden Sie sich an das Document360-Support-Team, um weitere Unterstützung zu erhalten: Wenden Sie sich an den Document360-Support
Geben Sie folgende Details an:
Eine generierte Produkt-Logdatei. Für Anleitungen lesen Sie den Artikel über das Erstellen einer HAR-Datei.
Eine Bildschirmaufnahme, die das Problem im Detail zeigt.
FAQ
Warum sehe ich eine Warnmeldung: "Widget-Skript wird geändert und es kann das bereits installierte Skript beeinflussen", wenn ich meine Seite vom privaten in den öffentlichen Modus wechsle?
Die Warnmeldung erscheint als allgemeine Warnung, aber wenn du vom Private zum Mixed wechselst, wirkt sich das nicht auf deine aktuelle Widget-Konfiguration oder JWT-Konfiguration aus.
In Document360 ist JWT (JSON Web Token) Unterstützung nur für Private und Mixed Modus-Seiten verfügbar. Diese Warnmeldung ist hauptsächlich relevant beim Wechsel in den öffentlichen Modus, wo JWT nicht unterstützt wird und automatisch deaktiviert wird.
Warum sehe ich beim Betrachten von Inhalten auf einer privaten Knowledge Base-Seite eine Sitzungs-Ablauf-Fehler?
Wenn Ihre Knowledge Base-Seite auf Privat gesetzt ist, kann Ihre Anmeldesitzung nach mehr als 15 Minuten Inaktivität ablaufen. Dies ist eine standardisierte Sicherheitsmaßnahme, um unbefugten Zugriff auf private Inhalte zu verhindern.
Ein einfacher Workaround ist, die Seite zu aktualisieren, was deine Sitzung wiederherstellt und den Zugriff wiederherstellt.
Warum sehe ich eine andere Version der Dokumentation, wenn ich die Seite öffne?
Wenn Sie die Seite öffnen, zeigt das System automatisch die erste öffentlich verfügbare Dokumentationsversion an, die es finden kann.
Wenn die Hauptdokumentation öffentlich ist, wird sie angezeigt.
Wenn die Hauptversion privat ist, wird stattdessen eine andere Version der öffentlichen Dokumentation angezeigt.
Wenn alle Standarddokumentationsversionen privat sind, wird die öffentliche API-Dokumentation angezeigt (sofern verfügbar).
Wenn keine öffentliche Dokumentation verfügbar ist, werden Sie auf die Anmeldeseite weitergeleitet.
So stellen Sie sicher, dass Sie beim Öffnen der Seite immer zugängliche Inhalte sehen.
Wie kann ich nur einen Arbeitsbereich privat machen und gleichzeitig den Rest der Wissensdatenbank öffentlich halten?
Nutze den Mixed Access-Modus für dein Projekt.
Nach dem Wechsel zu Mixed:
Behalten Sie Ihren primären Arbeitsbereich oder Ihre Sprache auf Public eingestellt
Erstelle einen separaten Arbeitsbereich für die eingeschränkten Inhalte
Markiere nur diesen Arbeitsbereich oder diese Sprache als privat
Fügen Sie die erforderlichen Lesergruppen oder Lesergruppen hinzu, die auf diesen Arbeitsbereich zugreifen sollten
Dieses Setup ist nützlich für Szenarien wie Altproduktdokumentation, kundenspezifische Arbeitsbereiche oder eingeschränkte Compliance-Inhalte, während der Rest Ihrer Wissensdatenbank öffentlich zugänglich bleibt.
Warum werde ich auf die API-Dokumentationsseite umgeleitet und nicht auf die Startseite?
Das passiert, wenn die API-Dokumentation öffentlich ist, aber die Startseite deaktiviert ist.
In diesem Fall leitet die Seite Sie automatisch zur API-Dokumentation (apidocs)-Seite weiter, sodass Sie weiterhin auf die verfügbaren API-Inhalte zugreifen können.