Uma fatura de energia menciona quilowatt-hora, um recibo de combustível litros, uma guia de transporte tonelada-quilómetro. Antes de estes números poderem constar em conjunto num relatório de sustentabilidade, alguém tem de convertê-los para uma unidade comum e, muitas vezes, para um fator de emissão comum. Essa conversão chama-se normalização. Ocorre frequentemente numa folha de cálculo, com uma fórmula que já ninguém consegue localizar no momento em que surge a pergunta de onde veio um número.
A normalização não é uma única ação, mas uma série de escolhas. Qual fonte fornece o valor bruto. Qual unidade é adotada como padrão. Qual fator de emissão ou fator de conversão é aplicado, e de que fonte ou ano provém esse fator. Há correção para valor calorífico, para temperatura, para um ano fiscal diferente. Cada escolha é uma suposição, e cada suposição determina o resultado. Duas organizações que normalizam os mesmos dados brutos com um fator diferente ou um ano de referência diferente chegam a um número diferente, sem que nenhuma das duas esteja a fazer algo de errado.
O problema não surge no primeiro cálculo. Surge um ano depois, quando alguém pergunta por que motivo o número relativo a 2023 é ligeiramente diferente do número relativo a 2024, ou quando um controller quer saber qual fator de emissão foi utilizado para um determinado fluxo de energia. Sem registo, a resposta é: já não sabemos, ou: vamos apurar. Com registo, a resposta é uma referência à regra que descreve a conversão. A diferença entre estas duas situações é exatamente o tema de por que uma trilha de auditoria é mais do que um registo: uma trilha de auditoria não é um relato feito a posteriori, é o registo da escolha no momento em que esta é feita.
A normalização é uma das operações que ocorrem entre a fonte e o relatório, ao lado de somar, filtrar e redistribuir. Quais são exatamente essas operações e em que ordem afetam os dados está descrito em que operações existem entre a fonte e o relatório quando a fonte é uma folha de cálculo. Para cada operação vale a mesma pergunta: é possível determinar o que aconteceu, por quem, com base em que regra. Na normalização, acrescenta-se uma camada extra, porque a própria regra pode ter uma fonte externa — uma base de dados de fatores de emissão que é atualizada anualmente. Se essa base de dados mudar e ninguém tiver registado qual versão foi usada para qual ano de reporte, a comparabilidade dos números ao longo dos anos deixa de poder ser fundamentada.
Para cada ponto de dados que passa por uma etapa de normalização, é necessário um conjunto de informações para tornar essa etapa rastreável. O valor bruto e a sua fonte. A unidade de destino e o fator de conversão ou de emissão utilizado, incluindo a proveniência e a versão desse fator. A data ou o período em que o fator é aplicável. A pessoa ou o sistema que executou a conversão. E o local no relatório onde o número normalizado acaba. Isto é, na prática, uma forma específica de mapeamento fonte-relatório, em que não só se regista a proveniência de um número, mas também a regra de cálculo que o alterou pelo caminho. Como esse mapeamento se apresenta 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.
Na prática, o conhecimento sobre os fatores de normalização está muitas vezes concentrado num único colaborador que sabe qual separador utiliza qual fator e porquê. No momento em que essa pessoa está de férias, fica doente ou muda de função, esse conhecimento deixa de poder ser consultado, só reconstruído — com o risco de a reconstrução dar um resultado diferente do original. Registar independentemente da pessoa significa que a regra é rastreável num registo, não numa cabeça. Esse registo não precisa de ser um sistema complicado; pode ser um formato fixo que é mantido junto de cada folha de cálculo. Como isso se apresenta sem adquirir uma ferramenta para tal está descrito em como criar lineage sem ferramenta, e a abordagem específica para a normalização em folhas de cálculo em como registar a normalização quando a fonte é uma folha de cálculo.
Existem ferramentas que automatizam a normalização e apresentam os fatores utilizados num painel geral. Isso é útil a partir do momento em que as regras são conhecidas e as suposições estão fixadas. Uma ferramenta que normaliza com base num fator que ninguém verificou, ou que usa uma versão antiga de uma base de dados de fatores de emissão sem que alguém tenha notado, produz um resultado bem apresentado sobre um cálculo incorreto. A ordem é: primeiro registar qual regra é aplicada e porquê, só depois configurar um sistema que execute essa regra de forma consistente.
Registar as regras de normalização é, em si, uma tarefa que consome tempo: procurar fatores, anotar versões, documentar ligações entre o valor bruto e o número convertido. Parte desse trabalho é repetível e regido por regras, o que o torna candidato ao apoio de IA. A FTE TO AI calcula na análise de trabalho, por tarefa, qual parte do trabalho pode ser assumida dessa forma, de modo a ficar claro onde as pessoas continuam a ser necessárias para fazer escolhas e onde um sistema pode assumir a execução.
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.