Um registro de eventos diz que algo aconteceu: um ficheiro aberto, uma célula alterada, uma exportação feita. Isso é útil, mas não responde à pergunta que importa no momento em que alguém questiona um número no relatório de sustentabilidade: como surgiu exatamente este número a partir da fonte, e esse percurso ainda está correto.
Um log de sistema regista ações. Uma audit trail para um ponto de dados justifica um resultado. Não se trata da pergunta de quem, em que momento, premiu que botão, mas da pergunta de quais operações transformaram um valor bruto no número que agora consta no relatório. Sem essa justificação, todo o número é uma afirmação que ninguém consegue fundamentar rapidamente, nem mesmo a pessoa que o forneceu.
Entre a fonte e o relatório não existe normalmente uma linha reta, mas uma série de operações, e cada operação é um ponto onde algo pode desviar-se sem que alguém o note. Pense na conversão de unidades, na agregação de localizações para um nível de grupo, na correção de um valor atípico, na aplicação de um fator de emissão. Quais são exatamente essas operações varia por ponto de dados e está descrito em quais operações existem entre a fonte e o relatório. Quem não regista estes passos vê apenas o ponto de partida e o ponto de chegada, e, perante uma pergunta sobre o número, tem de reconstruir todo o percurso, muitas vezes com base na memória de alguém.
Duas operações merecem atenção especial, porque são as que mais frequentemente originam desvios. A agregação soma valores de diferentes fontes num total, e em cada soma deve estar claro quais os itens que foram incluídos e quais não foram. A forma como esse registo é feito quando a fonte é uma folha de cálculo está descrita em como regista a agregação quando a fonte é uma folha de cálculo. A normalização reescala valores para uma unidade ou período comum, e um pequeno erro nessa reescala propaga-se a todos os números que dele dependem posteriormente. O registo desse processo está em como regista a normalização quando a fonte é uma folha de cálculo. Ambas as operações são discretas numa folha de cálculo e indispensáveis na justificação.
Muitos dados de sustentabilidade não começam num sistema com campos e regras fixas, mas numa folha de cálculo que alguém construiu segundo o seu próprio critério. Uma fórmula pode ter sido substituída, uma coluna pode ter sido movida, um passo intermédio pode ter existido apenas na cabeça de quem a elaborou. O que significa o mapeamento fonte-relatório quando a fonte é uma folha de cálculo está desenvolvido em o que é o mapeamento fonte-relatório quando a fonte é uma folha de cálculo. O essencial é que o mapeamento não pode depender do acaso de uma célula ou de um separador, mas tem de ser registado de forma autónoma e repetível, independentemente do próprio ficheiro de folha de cálculo.
Sem os passos registados, o percurso da fonte ao relatório só existe enquanto as pessoas que o percorreram ainda estiverem presentes e o recordarem. Se algo mudar no processo, se entrar um novo colega, ou se surgir uma pergunta depois de terminado o ano de relato, a única opção é voltar a apurar tudo. Isso não é uma audit trail, é improvisação a posteriori. Uma ferramenta não resolve este problema se o processo subjacente não estiver registado; nesse caso, apenas fornece um log mais arrumado de uma reconstrução tão incerta como antes.
O registo da proveniência e das operações não precisa de esperar por software. Como se constrói a linhagem sem uma ferramenta, com os meios já disponíveis, está descrito em como cria linhagem sem ferramenta. Para folhas de cálculo como fonte aplicam-se os mesmos princípios da audit trail em geral: o registo incide sobre os mesmos passos, aplicados a uma fonte sem estrutura fixa, como desenvolvido em por que uma audit trail é mais do que um registro de eventos quando a fonte é uma folha de cálculo. Quem já tiver feito este registo para um ponto de dados pode repeti-lo para o seguinte, construindo assim um registo que não depende de uma ferramenta, mas de um processo.
Uma vez estabelecido quais os passos que um número percorreu e quem executa cada operação, surge um outro tipo de pergunta: que parte desse trabalho é suficientemente repetitiva para ser automatizada. Agregar segundo uma regra fixa, normalizar valores para uma unidade fixa, verificar uma operação face a uma regra de qualidade registada — são tarefas cuja possibilidade de automatização só pode ser avaliada quando existem como passos distintos. O werkscan da FTE TO AI calcula, por tarefa, que parte do trabalho pode ser assumida pela IA, e para isso precisa exatamente desse tipo de detalhe ao nível da tarefa que uma audit trail proporciona.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.