Um control é uma regra ou verificação que deve garantir que um ponto de dados está correto: uma reconciliação entre duas fontes, uma aprovação antes de um número avançar, uma verificação de uma faixa de valores. No papel, o control está descrito num documento de processo ou num relatório de auditoria. Mas um control que ninguém executa não é um control. É uma frase num documento.
Num grupo com uma única entidade, esse problema é geralmente pequeno. Há um departamento financeiro, um controller, uma pessoa que sabe quem olha para o quê. Num grupo com múltiplas entidades, essa evidência desaparece. Cada entidade pode ter o seu próprio sistema de contabilidade, o seu próprio controller local, a sua própria forma de registar o consumo de energia ou os dados de pessoal. O control concebido a nível de grupo tem de ser executado separadamente em cada entidade — ou em nenhuma.
A propriedade de um control divide-se em duas partes que não estão sempre na mesma pessoa. Há quem tenha concebido ou aprovado o control — muitas vezes a nível de grupo, a partir da sustentabilidade ou das finanças. E há quem execute efetivamente o control por entidade — muitas vezes um controller local, um gestor operacional, alguém que mantém a folha de cálculo.
Se essas duas funções não estiverem explicitamente atribuídas, acontece algo previsível: o grupo pensa que o control existe porque foi concebido, enquanto a nível de entidade ninguém se sente responsável por executá-lo. É exatamente isso que o que fazer quando ninguém é proprietário num grupo com múltiplas entidades descreve: a questão não é apenas quem deveria deter o control, mas o que corre estruturalmente mal quando essa questão fica sem resposta.
Uma forma útil de atribuir a propriedade não começa na entidade, mas no ponto de dados. Para cada ponto de dados que aparece no relatório — emissões de CO2 por localização, número de fte, consumo de água — existe uma cadeia: uma definição, um processo em que é registado e um control que deve demonstrar que está correto. Quem detém a definição de um ponto de dados determina o que exatamente é medido e segundo que norma. Quem detém o processo subjacente determina quem regista e entrega o ponto de dados. E acima disso está a questão quem detém o control: quem verifica se o resultado desse processo é plausível e correto, e quem assina por isso.
Num grupo com múltiplas entidades, isto significa que cada uma dessas três funções pode diferir por entidade, enquanto a definição e o próprio control devem idealmente ser iguais em todo o grupo. Um control que numa entidade é uma reconciliação manual e noutra uma verificação automatizada produz dados que não são comparáveis — mesmo que em ambas as entidades se chame "control sobre o consumo de energia".
Um control só tem valor quando sabe o que é um resultado aceitável e o que não é. Isso exige duas coisas que muitas vezes permanecem implícitas. Primeiro, uma resposta a o que é um valor válido: uma faixa de valores, uma unidade, um formato dentro do qual um número introduzido é aceitável. Sem essa norma, um control só pode verificar se algo foi preenchido, não se está correto. Segundo, uma forma de detetar desvios antes de estes chegarem ao relatório final — como configurar um desvio de sinalização trata dos limiares que indicam quando um número merece o olhar de uma pessoa, em vez de cada control em cada ponto de dados receber a mesma atenção.
Com múltiplas entidades, vale a pena fixar estes dois elementos — valor válido e desvio de sinalização — a nível de grupo e deixar que sejam executados localmente. Isso evita que cada entidade aplique a sua própria interpretação de "normal".
A tentação num grupo com múltiplas entidades é adquirir um pacote de software que faz reconciliações automaticamente e sinaliza desvios. Esse pacote faz o que deve fazer a partir do momento em que a questão subjacente está respondida: quem é responsável por quê, por ponto de dados, por entidade. Sem essa resposta, uma ferramenta não organiza nada — executa lógica de control sobre dados sobre os quais ninguém sabe exatamente quem vigia.
A propriedade do control não é, por isso, uma questão que se responde depois, na implementação. É a primeira questão, e a questão que determina se tudo o que vem a seguir assenta em algo sólido.
Assim que a propriedade do control por entidade e por ponto de dados estiver registada, também surge visibilidade sobre o que nesse trabalho é repetível: reconciliar números, verificar faixas de valores, sinalizar desvios. Uma parte desses passos é suficientemente fixa para ser deixada a um computador, outra parte exige uma avaliação que deve permanecer com uma pessoa. O werkscan da FTE TO AI calcula, por tarefa, que parte desse trabalho pode ser assumida pela IA, tornando claro onde a automatização reforça o controlo e onde, pelo contrário, esvaziaria a propriedade.
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.