Versões comparadas
Chave
- Esta linha foi adicionada.
- Esta linha foi removida.
- A formatação mudou.
Introdução
O log de auditoria serve para guardar informações quando um evento no sistema ocorre, ou seja, basicamente ele cria um histórico. Através desse histórico é possível verificar detalhadamente qual foi a mudança, o momento em que ela ocorreu, entre outros. O Cronapp fornece essa funcionalidade para eventos que ocorram nas entidades, nas fontes de dados e nos blocos de programação, tanto servidor quanto cliente, e assim os clientes poderão facilmente auditar uso de recursos do seu sistema.
Informações | ||
---|---|---|
| ||
A auditoria ocorre na camada de dados, então ao utilizar serviços REST com as entidades, fonte de dados e os blocos de programção, também serão registrados. |
Habilitar log
Para gerar log, basta habilitar a caixa de seleção auditoria em log que se encontram nas configurações de cada um desses arquivos.
Entidade
O campo para habilitar os logs da entidade se encontra na janela de adição de atributos de uma classe. Por padrão o campo vem desabilitado.
Figura 1.1 - Habilitar auditoria em log para entidade
Fonte de dados
No caso da fonte de dados, ele se encontra quando a mesma é aberta na IDE.
Figura 1.2 - Habilitar auditoria em log para fonte de dados
Bloco de programação
Para o bloco de programação, tanto para servidor quanto para cliente, o campo se encontra na janela de configuração do mesmo.
Figura 1.3 - Habilitar auditoria em log para bloco de programação
Local de armazenamento
Os logs que ocorrerem nos blocos, nas fontes e nas entidades são salvas na entidade AuditLog, através a Fonte de Dados "Auditoria em Log", de forma automática quando os blocos, as fontes e as entidades são habilitados.
Figura 2.1 - Classe AuditLog
Cada campo dessa classe tem sua funcionalidade para guardar uma informação especifíca para gerar o log:
- id: identificador numérico do log;
- type: qual recurso foi auditado. Ex: app.entity.Entity, blocky.CalculaFolha;
- command: qual comando foi utilizado. Ex: UPDATE, DELETE;
- date: a data em que ocorreu o evento;
- objectData: qual objeto foi modificado;
- user: guarda a informação do usuário (id, nome?) que realizou a modificação;
- host: o endereço IP do usuário que realizou a modificação;
- agent: qual navegador utilizado para realizar a modificação;
- server: endereço IP privado do servidor que gerou o registro;
- affectedFields: quais campos foram modificados;
- category: informação de qual categoria do log ocorreu a modificação. Ex: Entity, Blockly ou DataSource.
View html do AuditLog
As informações do log podem ser visualizadas no navegador para os usuários que tiverem permissão de administrador. Ela mostra alguns dados da entidade na grade, mas ao clicar nele é possível visualizar todos os outros detalhes.
Figura 2.2 - View dos logs no browser
Nessa página
Índice