Log de Auditoria
“Quem fez o quê, quando e o que aconteceu?” — a pergunta que toda auditoria, toda revisão de incidente e toda manhã de segunda-feira intrigante faz. A REDA Financials responde a isso com o Log de Auditoria: um registro sempre ativo das ações significativas em todo o sistema, com sua própria guia no aplicativo.
Acesso necessário. As entradas do Log de Auditoria são geradas pelo sistema — não há nada para criar manualmente. Qualquer conjunto de permissões da REDA Financials pode abrir a guia Log de Auditoria e visualizá-las; o que você vê fica limitado aos registros que sua função pode ler.
O que é registrado
- Eventos contábeis: contabilizações, cancelamentos, estornos, aprovações e rejeições, fechamentos e reaberturas de período.
- Execuções de lote: cada job agendado grava seu resultado — processado, com sucesso, com falha, com motivos por registro (as entradas às quais os cartões de Operações apontam).
- Atividade do sistema: cálculos (instantâneos de aging), processamento de OCR, sincronizações de câmbio, exportações.
- Erros: as falhas são registradas com suas mensagens — nada é silenciosamente ignorado, por design.
Anatomia de uma entrada
Cada registro do log traz: a ação (Contabilizar, Cancelar, Executar Lote, Fechar Período…), uma severidade (Info / Aviso / Crítico), quem a executou e quando, qual registro ela envolveu (com link) e o detalhe — contexto em texto livre, mensagens de erro ou um resumo estruturado das alterações de campo. O registro está sempre ativo; não há interruptor para esquecer.
As entradas são numeradas automaticamente (AUD-…), de modo que cada evento tem um identificador citável. O conjunto completo de campos:
| Campo | O que contém |
|---|---|
| Número do Log de Auditoria | O identificador AUD-… atribuído automaticamente — cite-o em chamados e papéis de trabalho de auditoria. |
| Ação | O que aconteceu — um dos valores de ação da próxima tabela. |
| Severidade | Info (atividade normal), Aviso (sucesso parcial ou algo que vale a pena observar), Crítico (uma falha). |
| Executado Por / Data-Hora de Execução | Quem e exatamente quando. Lotes agendados mostram o processo automatizado da plataforma, em vez de uma pessoa. |
| Objeto | O tipo de registro envolvido — uma fatura de venda, um lançamento contábil, um período… |
| ID do Registro / Nome do Registro | O registro específico, com link para que um clique leve até ele. |
| Entidade | A quem pertencem os livros do evento — essencial em organizações com múltiplas entidades. |
| Informações Adicionais | O detalhe em texto livre: mensagens de erro, resumos de lote como “Processados X | Sucesso Y | Falha Z”, contexto. |
| Alterações de Campo | Um resumo estruturado de antes e depois dos campos que uma atualização alterou. |
| Endereço IP | De onde veio a ação — a corroboração em nível de rede que os auditores costumam pedir. |
O vocabulário de ações
O campo Ação usa um vocabulário fixo, o que é o que torna as listas tão eficazes — você pode filtrar exatamente um tipo de evento:
| Grupo | Ações | Origem típica |
|---|---|---|
| Ciclo de vida do registro | Criar · Atualizar · Excluir | Entrada e manutenção de dados do dia a dia. |
| Eventos contábeis | Contabilizar · Cancelar · Estornar · Aprovar · Rejeitar | Os momentos em que o status contábil de um documento muda de mãos. |
| Controle de período | Fechamento de Período · Abertura | Atividade de fechamento contábil — os eventos que sua lista de verificação de fechamento deve cruzar. |
| Acesso e saída de dados | Login · Exportação | Quem entrou e quais dados saíram do sistema. |
| Automação | Executar Lote · Calcular · Processamento de OCR · Sincronização de Câmbio | Os jobs agendados e cálculos do sistema — cada execução, cada resultado. |
Usando bem o log
| Necessidade | Abordagem |
|---|---|
| Verificação matinal de operações | Uma lista filtrada por Ação = Executar Lote, ordenada da mais recente para a mais antiga — resultados de relance. |
| Investigando um documento | Filtre pelo nome/ID do registro — todo o seu histórico de eventos em ordem. |
| Época de auditoria | Visões por severidade e intervalo de datas; exporte como evidência. Combine com o Rastreamento do Histórico de Campos para o detalhe de alteração em nível de campo. |
| Revisão de incidente | Visão de severidade Crítica — falhas com suas mensagens completas, prontas para diagnóstico. |
Uma investigação na prática — a segunda-feira da Meridian
O administrador da Meridian Properties Group abre a guia Operações e vê o cartão de Aplicação Automática de Recebimentos exibindo um resultado de Aviso. O caminho do sintoma até a correção passa inteiramente pelo Log de Auditoria:
Abrir a entrada da execução
O link Ver Log de Auditoria do cartão leva ao registro AUD-… da execução: Ação Executar Lote, Severidade Aviso, Executado Por o processo automatizado, e um resumo de Informações Adicionais no formato padrão — processados, com sucesso, com falha, com um motivo por registro com falha.
Ler os motivos
As falhas nomeiam suas causas. A própria descrição do cartão do lote explica a mais provável — ela "respeita as datas de fechamento contábil", portanto recebimentos cujos livros da entidade estão fechados até a data relevante não podem ser aplicados ali.
Cruzar com a história do período
Um filtro por Ação = Fechamento de Período mostra quem fechou os livros da entidade e quando — as duas entradas juntas são toda a explicação, cada uma com seu executor, registro de data/hora e entidade.
Corrigir e colocar em dia
Uma vez resolvida a questão do fechamento, Executar Agora no cartão executa novamente o lote, e uma nova entrada de severidade Info confirma a atualização — o incidente agora está documentado do início ao fim, em registros que ninguém pode editar silenciosamente.
Erros comuns a evitar
| Erro | Por que prejudica | Faça isto em vez disso |
|---|---|---|
| Verificar o log apenas quando algo quebra | Avisos envelhecem e viram mistérios; o contexto que os explica se apaga | Uma olhada diária na visão de Executar Lote — trinta segundos enquanto o café passa |
| Diagnosticar apenas pelo cartão de Operações | O cartão mostra o resultado; os motivos ficam na entrada do log para a qual ele aponta | Sempre clique até o registro AUD antes de decidir o que corrigir |
| Usar a guia Histórico de Auditoria do registro para perguntas entre registros | Ela mostra apenas o histórico daquele documento — execuções de lote e eventos de período não estarão lá | Comece em nível de organização no Log de Auditoria e depois detalhe até o registro |
| Conceder acesso amplo de edição às entradas do log | Uma trilha de auditoria editável não vale nada como evidência | Mantenha o log somente leitura para todos, exceto administradores |
| Ignorar entradas de Exportação e Login | Dados saindo do sistema e padrões de acesso incomuns são exatamente o que as revisões perguntam | Inclua ambas as ações em suas visões de revisão periódica |
O que vem a seguir
- Rastreamento do Histórico de Campos — o complemento em nível de campo.
- Visão Geral do Agendador de Operações — resultados de lote em contexto.
Perguntas frequentes
São registros gravados pelo sistema, destinados a servir como evidência — nenhum processo de negócio os edita, e o acesso deve ser somente leitura para todos, exceto administradores. Trate a retenção conforme sua política de conformidade.
A guia Histórico de Auditoria do registro mostra o histórico próprio daquele documento (alterações de campo, etapas). O Log de Auditoria é o fluxo de eventos de toda a organização — entre registros, incluindo execuções de lote. As investigações normalmente começam em nível de organização e depois detalham até o registro.
Não — ele está sempre ativo, por design. Não há configuração para esquecer nem lacuna por onde um incidente possa passar despercebido. Contabilizações, execuções de lote e erros são todos capturados automaticamente.
O contexto do processo automatizado da plataforma — jobs agendados não são executados por uma pessoa (e não consomem uma licença de usuário). Os resultados de um Executar Agora manual continuam sendo entradas de lote; os registros de data/hora ao redor indicam que uma pessoa disparou a execução.
Sim — Login e Exportação são ações de primeira classe no vocabulário, junto com os eventos contábeis e de automação. É isso que torna o log útil para revisões de acesso, não apenas para perícia contábil.
Um resumo estruturado de antes e depois dos campos que uma atualização alterou. Para dúvidas de campo do dia a dia ("quem alterou o valor, de quanto para quanto?"), o Rastreamento do Histórico de Campos é o complemento criado especificamente para isso; o Log de Auditoria acrescenta o contexto do evento em torno dele.
Isso foi útil?