> ## Documentation Index
> Fetch the complete documentation index at: https://docs.strattum.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Audit Log

> Onde consultar o registro de ações da plataforma, incluindo as ações do time da Strattum, e o audit trail de acesso a cada dataset.

O Audit Log é o registro das ações executadas na plataforma. Você o consulta no Console em **Governance → Audit Log**, e ele inclui tanto as ações do seu time quanto as do time da Strattum.

Ele responde a uma pergunta de auditoria direta: quem fez o quê, quando. Como a plataforma roda na sua conta cloud (modelo BYOC), esse registro é seu e fica disponível a qualquer momento.

***

## O que fica registrado

Duas trilhas de registro convivem na plataforma, com propósitos distintos.

| Trilha | O que captura | Onde consultar |
| - | - | - |
| **Audit Log** | Ações operacionais na plataforma, inclusive as do time da Strattum | **Governance → Audit Log** no Console |
| **Audit trail de dataset** | Cada consulta a um dataset ingerido | Data Catalog, por dataset |

### Ações do time da Strattum

Toda ação executada pelo time da Strattum durante deploy, atualização ou troubleshooting fica registrada em **Governance → Audit Log**. O acesso operacional é feito por VPN (WireGuard), com as APIs internas sem IP público, e o time acessa logs de infraestrutura e o plano de controle, nunca os dados de negócio. Ver [BYOC e acessos do time](https://docs.strattum.ai/faq/byoc.md).

### Ativações de ontologia

A ativação de uma versão da ontologia registra quem ativou e quando (`applied_by`, `applied_at`). O histórico de versões fica disponível pela [Ontology API](https://docs.strattum.ai/api-reference/memory/ontology). Ver [Gerenciar a ontologia](https://docs.strattum.ai/admin/manage-ontology.md).

***

## Audit trail de acesso a datasets

Cada consulta a um dataset ingerido fica registrada. Isso permite demonstrar, em auditoria, que um dado foi acessado apenas por serviços e papéis autorizados.

O audit trail trabalha junto com as outras camadas de governança do Data Catalog:

* **RBAC** concede acesso a cada dataset por papel
* **Mascaramento de PII** esconde campos pessoais de papéis sem permissão
* **Row-level security** filtra quais linhas cada papel enxerga

> **Exemplo — auditoria regulatória (Cooperativa de Crédito)**
>
> Uma cooperativa precisa demonstrar para auditoria que dados de associados são acessados apenas por serviços autorizados. O Catalog registra cada consulta no audit trail, aplica políticas de row-level security e garante que campos PII são filtrados automaticamente para papéis sem permissão.

***

## Limitações conhecidas

* O período de retenção do Audit Log na instalação Starter não está documentado aqui. \[verificar]
* A exportação do Audit Log para um SIEM externo não faz parte do fluxo padrão descrito nas fontes. \[verificar]

***

## Próximos passos

> **[Gestão de acesso](https://docs.strattum.ai/faq/access-management.md)**
>
> Como o RBAC, o mascaramento e o row-level security governam o acesso.

> **[BYOC e acessos do time](https://docs.strattum.ai/faq/byoc.md)**
>
> O que o time da Strattum acessa e o que fica restrito à sua conta.

> **[Campos PII e mascaramento](https://docs.strattum.ai/admin/pii-masking.md)**
>
> Marcar campos pessoais para aparecer mascarados por papel.

> **[Data Catalog](https://docs.strattum.ai/data-catalog/overview.md)**
>
> Governança, linhagem e políticas de acesso por dataset.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.