> For the complete documentation index, see [llms.txt](https://ticketking.xyz/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ticketking.xyz/docs/de/audit-logs/what-it-doesnt-show.md). # Was Audit-Logs nicht anzeigen Was das Audit-Log nicht aufzeichnet. Das Audit-Log zeigt dir, wer was wann getan hat. Es speichert keine vollständige Aufzeichnung jeder Änderung. Mehrere häufige Fragen werden nicht abgedeckt. ## Keine Vorher-/Nachher-Werte Jeder Eintrag speichert nur den Aktionstyp, den Benutzer und die Zeit. Es wird nicht festgehalten, was genau geändert wurde. Ein Eintrag zu einer Einstellungsänderung sagt dir also, dass ein Benutzer zu einem bestimmten Zeitpunkt etwas in den Einstellungen geändert hat. Er sagt dir nicht, welche Einstellung geändert wurde oder wie die alten und neuen Werte waren. Wenn du vermutest, dass eine bestimmte Änderung vorgenommen wurde: * Prüfe, worauf die Einstellung jetzt gesetzt ist. * Vergleiche die Zeit im Audit-Log damit, wer das Dashboard damals verwendet hat. * Frage den Benutzer, was er geändert hat. ## Kein Rückgängig oder Rollback Es gibt keinen Rückgängig-Button und keine Wiederherstellungsaktion. Das Audit-Log zeichnet auf, dass eine Änderung stattgefunden hat. Es speichert den vorherigen Zustand nicht zur Wiederherstellung. Was du stattdessen tun kannst: * Setze die betroffene Einstellung manuell zurück. * Stelle ein Panel aus einer gespeicherten [Vorlage](/docs/de/panels/templates.md) wenn du eine hast. ## Keine Aufzeichnung von Ansichten Das Öffnen des Dashboards oder das Anzeigen einer Seite erstellt keinen Audit-Eintrag. Nur Änderungen werden aufgezeichnet. Es gibt keine Möglichkeit zu sehen, wer sich nur die Einstellungen deines Servers angesehen hat. ## Kein Ticket-Nachrichteninhalt Das Audit-Log zeichnet nicht auf, was in Tickets gesagt wurde. Dieser Inhalt befindet sich im Transkript des geschlossenen Tickets. Transkripte werden nicht bearbeitet oder gelöscht, daher dienen sie als separate Aufzeichnung des Ticketinhalts. * Für das, was in einem Ticket gesagt wurde, öffne das **Transkript** des geschlossenen Tickets. * Wer ein Ticket geschlossen, übernommen oder übertragen hat, wird im Audit-Log aufgezeichnet. ## Einige Aktionen werden nicht protokolliert Das Audit-Log zeichnet diese nicht auf: * Ein Mitglied öffnet ein Ticket. Der Log-Kanal für geöffnete Tickets zeichnet das stattdessen auf. * Ein Mitglied sendet eine Nachricht in einem Ticket. Das Transkript zeichnet das auf. * Ein Mitglied verlässt den Server. Discords eigener Audit-Log zeichnet das auf. * Eine Übernahme mit /unclaim aufheben. * Ein Steam-Konto verknüpfen oder entkoppeln. * top.gg-Stimmen einlösen. * Premium-Käufe. Dafür sieh dir den entsprechenden Log-Kanal, das Transkript oder Discords eigenen Audit-Log an. ## Keine IP- oder Gerätedaten Audit-Einträge identifizieren den Benutzer nur über seine Discord-Benutzer-ID. Es werden keine IP-Adressen protokolliert und keine Geräteinformationen erfasst. ## Mit diesen Einschränkungen arbeiten Wenn du jemandem außerhalb deines Teams mit deinem Dashboard hilfst, verwende den temporären Dashboard-Zugriff statt eines gemeinsamen Logins. Dessen Aktionen erscheinen dann im Audit-Log unter einer klaren Identität. ## Verwandt {% content-ref url="/pages/a7b1f50ed9ae0ef6d541461ed166f5d37d4b0326" %} [Was das Audit-Log erfasst](/docs/de/audit-logs/what-it-captures.md) {% endcontent-ref %} {% content-ref url="/pages/cae67de5e92315ed71633115d063618ab786ac31" %} [Temporärer Dashboard-Zugriff](/docs/de/berechtigungen-and-dein-support-team/temporary-dashboard-access.md) {% endcontent-ref %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://ticketking.xyz/docs/de/audit-logs/what-it-doesnt-show.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.