Quando o incidente acontece, o log é a única testemunha

Segunda-feira, 6h45, laticínio. A supervisora da expedição confere a lista de lotes para carregamento e nota que quarenta lotes de queijo mudaram de validade no sistema durante o fim de semana. Todos com a mesma data nova, dez dias além da original. Ninguém do turno da manhã fez isso. A produção do fim de semana foi normal.

Ela chama o T.I. O analista abre o sistema de rastreabilidade e vê o valor atual. Não vê o anterior. Não vê quem mudou. Não vê se foi uma pessoa, uma importação de planilha ou a integração com o ERP que roda de madrugada. O fornecedor do sistema diz que “pode ter sido a integração”, mas não tem como confirmar sem “abrir um chamado com o time de banco”.

Às 9h, a carga está parada no pátio. A qualidade não libera lotes com validade em dúvida. A diretoria pergunta se houve fraude, erro ou invasão. A resposta honesta é: não sabemos.

O que isso custa de verdade

Num cenário ilustrativo: uma carga refrigerada parada por um dia, quarenta lotes reanalisados, o cliente avisado de atraso. Se a dúvida não for resolvida, os lotes vão para descarte por precaução. É produto bom jogado fora porque ninguém consegue provar que estava bom.

O custo escondido é a impossibilidade de aprender. Sem saber a causa, a empresa não corrige nada. Se foi a integração, vai acontecer de novo. Se foi uma pessoa, ninguém é responsabilizado nem treinado. Se foi invasão, a porta continua aberta.

E se houver dado pessoal envolvido — cliente, colaborador, fornecedor — a LGPD exige que a empresa saiba responder o que aconteceu, quando e quem acessou. Não saber é, por si, uma falha.

Por que acontece

Os sistemas guardam o estado atual. O que aconteceu para chegar ao estado atual costuma ser descartado, ou fica num log técnico que só o fornecedor consegue ler, e só por um tempo curto.

Acessos não são registrados de forma que alguém da fábrica consiga consultar. Quem entrou, de onde, a que horas, no quê: essa informação existe em algum servidor, em um formato que ninguém abre. E integrações rodam sem deixar rastro legível: a carga da madrugada muda mil registros e ninguém sabe quais.

Quando o incidente acontece, a empresa descobre que não tem testemunha.

O que fazer a partir de segunda-feira

1. Liste os eventos que precisam de testemunha. Alteração de dado crítico (validade, lote, saldo, plano), acesso a dado pessoal, integração que altera registros, mudança de permissão.
2. Para cada evento, defina o que deve ficar registrado: quem, quando, de onde, o que era, o que ficou.
3. Pergunte ao fornecedor do sistema onde está o log, por quanto tempo fica guardado e como você acessa sem abrir chamado. Se a resposta for vaga, esse é o seu risco.
4. Crie um procedimento de incidente. Quem é acionado, o que se preserva primeiro, quem fala com a diretoria e com o cliente.
5. Faça um teste. Altere um registro de propósito e veja se consegue rastrear em dez minutos. Se não consegue, não vai conseguir no dia do incidente.
6. Defina a retenção. Auditorias e a LGPD podem pedir eventos de anos atrás; o log de trinta dias não serve.

Como fica no ArkhiX

O Registro de Logs do Hub é o registro técnico de eventos e acessos do ArkhiX, feito para rastrear incidente e responder auditoria. Todo acesso vira registro: usuário, horário, origem, tela. Toda integração que altera dados deixa a marca do que passou por ela. A alteração dos quarenta lotes aparece com quem fez, de onde e a que horas — pessoa, importação ou integração, com o valor anterior e o novo.

A regra “conversa com” liga o log ao resto: a trilha de Auditoria se apoia no registro, então a pergunta de negócio “quem mudou a validade?” e a pergunta técnica “de qual sessão veio essa mudança?” têm a mesma fonte. Ligar, ajustar e suspender fica registrado, então uma integração desativada ou uma permissão alterada também tem testemunha.

Para a LGPD, o log responde ao que a lei pede: quem acessou dado pessoal, quando e com qual perfil. O acesso do auditor pelo Portal de Auditoria está lá. O acesso do técnico do suporte está lá. E o gestor da fábrica consulta sem abrir chamado com ninguém.

Checklist

• Se um dado crítico mudar no fim de semana, você descobre quem mudou na segunda?
• Você sabe onde está o log do seu sistema e por quanto tempo ele fica guardado?
• Consegue acessar o log sem depender do fornecedor?
• Integrações deixam rastro legível do que alteraram?
• Existe um procedimento de incidente com responsáveis definidos?
• Você já testou rastrear uma alteração de propósito?

Se a resposta para “o que aconteceu?” na sua fábrica ainda depende de chamado com o fornecedor, vale ver como fica um registro de logs que a sua própria equipe consulta.