audit_log.requested é emitido depois que uma mutação auditável termina com
sucesso. O evento transporta todos os dados necessários para criar um
AuditLog sem consultar novamente o
domínio de origem.
Detalhes do Evento
| Propriedade | Valor |
|---|---|
| Tipo | audit_log.requested |
| Origem | Services de mutação, schedulers e integrações |
| Publicação | Depois do sucesso da operação principal |
| Quando | Sempre que uma mutação documentada precisar de rastreabilidade |
Handlers
| Handler | Responsabilidade | Dados usados | Execução |
|---|---|---|---|
recordAuditLog | Persiste um registro append-only. | identifier, data | Assíncrona. |
Payload
| Campo | Tipo | Descrição |
|---|---|---|
identifier | UUID | Identificador único da mutação; torna o consumo idempotente e vira auditLogId |
data | RecordAuditLogInput | Campos completos do AuditLog, sem auditLogId e createdAt |
Regras dos handlers
- O produtor envia snapshots, ator, organização, IP e User-Agent; o handler não consulta o domínio de origem.
- O handler persiste exatamente um registro append-only por
identifier. - Falha no handler não desfaz a mutação que publicou o evento.
- Redelivery com o mesmo
identifierdevolve o registro já persistido sem criar duplicata. - Mutações diferentes do mesmo recurso usam identificadores diferentes.
- Eventos de scheduler ou integração usam
SYSTEM_LOGe podem omitir o ator.