> 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/pt-br/registros-de-auditoria/what-it-doesnt-show.md).

# O que os registros de auditoria não mostram

O que o registro de auditoria não registra.

O log de auditoria mostra quem fez o quê e quando. Ele não armazena um registro completo de cada alteração. Várias perguntas comuns não são abrangidas.

## Sem valores antes e depois

Cada entrada armazena apenas o tipo de ação, o usuário e o horário. Ela não registra o que mudou especificamente.

Então uma entrada de alteração de configuração informa que um usuário mudou algo nas configurações em um determinado momento. Ela não informa qual configuração foi alterada, nem quais eram os valores antigo e novo.

Se você suspeitar que uma alteração específica foi feita:

* Verifique como a configuração está definida agora.
* Compare o horário do log de auditoria com quem estava usando o painel naquele momento.
* Pergunte ao usuário o que ele alterou.

## Sem desfazer ou rollback

Não há botão de desfazer nem ação de reverter. O log de auditoria registra que uma alteração aconteceu. Ele não mantém o estado anterior para restaurar.

O que você pode fazer em vez disso:

* Defina manualmente a configuração afetada de volta.
* Restaure um painel a partir de um [modelo](/docs/pt-br/paineis/templates.md) salvo, se você tiver um.

## Sem registro de visualizações

Abrir o painel ou visualizar uma página não cria uma entrada no log de auditoria. Apenas alterações são registradas. Não há como ver quem apenas olhou as configurações do seu servidor.

## Sem conteúdo das mensagens dos tickets

O log de auditoria não registra o que foi dito dentro dos tickets. Esse conteúdo está na transcrição do ticket fechado. As transcrições não são editadas nem excluídas, então funcionam como um registro separado do conteúdo do ticket.

* Para ver o que foi dito em um ticket, abra a **transcrição** do ticket fechado.
* Para saber quem fechou, reivindicou ou transferiu um ticket, o log de auditoria registra isso.

## Algumas ações não são auditadas

O log de auditoria não registra estas ações:

* Um membro abrir um ticket. O Canal de Log de Tickets Abertos registra isso em vez disso.
* Um membro enviar uma mensagem em um ticket. A transcrição registra isso.
* Um membro sair do servidor. O próprio log de auditoria do Discord registra isso.
* Liberação de uma reivindicação com /unclaim.
* Vincular ou desvincular uma conta Steam.
* Resgatar votos do top.gg.
* Compras de premium.

Para isso, consulte o canal de log relevante, a transcrição ou o próprio log de auditoria do Discord.

## Sem dados de IP ou dispositivo

As entradas de auditoria identificam o usuário apenas pelo ID de usuário do Discord. Não há registro de endereço IP nem informações do dispositivo.

## Trabalhando com essas limitações

Quando você ajudar alguém de fora da sua equipe de staff com o painel, use o Acesso Temporário ao Painel em vez de um login compartilhado. As ações dessa pessoa então aparecem sob uma identidade clara no log de auditoria.

## Relacionado

{% content-ref url="/pages/541e38190bdf7b1dc52ac8af053d9216fce10f7a" %}
[O que o registro de auditoria captura](/docs/pt-br/registros-de-auditoria/what-it-captures.md)
{% endcontent-ref %}

{% content-ref url="/pages/11749ec6706a6aac00294de1c98aaac9e9bfdff8" %}
[Acesso temporário ao painel](/docs/pt-br/permissoes-e-sua-equipe-de-suporte/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/pt-br/registros-de-auditoria/what-it-doesnt-show.md?ask=<question>&goal=<user_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.