Pular para o conteúdo

Soluções · Governança e controle de automação

Logs na contratação: o que precisa estar escrito no contrato

O que precisa estar no contrato para que os logs existam, cheguem e continuem acessíveis depois

Resposta direta

Logs entram no contrato como obrigação de entrega, não como recurso técnico. Antes de assinar, é preciso acordar cinco pontos: qual evento gera registro, em qual formato ele é entregue, onde fica armazenado, quem pode consultar e por quanto tempo. Sem isso, o log existe dentro da ferramenta do fornecedor e some quando o contrato termina. A definição vale mais que a promessa de monitoramento. O critério é simples: qualquer pessoa autorizada deve conseguir reconstruir uma execução sem pedir ajuda ao fornecedor.

Objetivo
Orientar avaliação e contratação
Formato indicado
Workshop executivo
Atualizado em

O que esta página acrescenta: Trata log como cláusula contratual e obrigação de entrega, com formato, prazo e custódia, em vez de tratar como recurso da ferramenta.

O que transformar em obrigação de entrega

Log não é um item genérico de segurança. É uma entrega com nome, formato e prazo. Cada execução que altera dado, move valor ou usa credencial deveria produzir um registro com o que rodou, quando e sob qual autorização.

O contrato precisa dizer onde esse registro fica. Se ele permanece apenas no ambiente do fornecedor, a consulta depende de disponibilidade técnica e de boa vontade. A alternativa é cópia contínua para ambiente próprio ou acesso de leitura direto, com credencial sob controle da contratante.

O que acontece quando o contrato termina

O momento em que o log mais importa é o mesmo em que há menos interesse em entregá-lo: a saída. Retenção, exportação e prazo de transição precisam estar escritos antes, não negociados sob pressão no encerramento.

Vale definir o que é entregue na saída, em qual formato e por quanto tempo o fornecedor ainda responde a pedidos de registro. Sem essa cláusula, o histórico da operação vai embora junto com o acesso.

Onde essa definição não resolve

Contrato não garante log correto. Evento não instrumentado, registro incompleto e falha de envio continuam possíveis, e nenhuma cláusula corrige isso. O contrato cria obrigação e caminho de cobrança, não integridade automática.

Também não substitui verificação. Alguém precisa testar, durante a vigência, se o que foi acordado chega, no formato e no prazo previstos. Sem essa checagem, a cláusula existe no papel e o registro continua ausente na prática.

Recurso prático

Sequência de definição antes de assinar

  1. Listar os eventos que precisam gerar registro: execução iniciada, execução interrompida, erro, mudança de credencial e ação aprovada.
  2. Definir formato e destino: arquivo padronizado, periodicidade de envio e ambiente sob controle da empresa contratante.
  3. Acordar retenção, acesso e encerramento: quem consulta, por quanto tempo e como os registros são transferidos na saída.
  4. Nomear responsável de cada lado e o canal formal para pedido de log durante uma investigação.

O erro mais comum é aceitar a tela do fornecedor como entrega de log. Tela é consulta; contrato é dado entregue, com formato e prazo, em ambiente que a contratante controla.

Sobre o que está escrito aqui

Conceitos relacionados: cláusula de logs · custódia do dado · retenção · formato de entrega · acesso após o encerramento. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.

Para continuar

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Governança e controle de automação

Quer avaliar isso no seu contexto?

Esta página trata de logs. Diagnóstico de governança de IA é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Workshop executivo.