Kennisbank

Configurar um desvio de sinal num ponto de dados: o que se define e quem o vê

Um desvio de sinal — por vezes chamado regra de validação ou valor-limite — é uma regra que faz um sistema verificar se um valor introduzido se situa dentro de uma amplitude esperada. Parece técnico, mas a pergunta subjacente é simples: qual é um valor válido para este ponto de dados, e o que acontece se esse valor ficar fora desse intervalo. Sem resposta a estas duas perguntas, um desvio de sinal é uma configuração sem função.

O que um desvio de sinal na realidade define

Um desvio de sinal é composto por três elementos. Primeiro, um limite: um mínimo, um máximo, ou uma relação esperada entre dois pontos de dados, como o consumo de energia por metro quadrado que não pode diferir por um fator de dez em relação ao ano anterior. Segundo, uma ação: o que o sistema faz quando esse limite é excedido — uma notificação, um bloqueio, ou nada. Terceiro, um destinatário: quem vê essa notificação, e se essa pessoa sabe o que se espera dela quando a vê.

A maioria das organizações que começam a trabalhar com desvios de sinal concentra-se no primeiro elemento e esquece o terceiro. Configura-se um valor-limite, o sistema gera uma notificação, e essa notificação desaparece numa caixa de entrada de alguém que já não trabalha na organização ou não sabe que isto faz parte das suas funções. A regra existe, mas ninguém repara quando é acionada.

O que é um valor válido difere por ponto de dados

O limite que se configura depende do próprio ponto de dados e do que já se sabe sobre ele. Para alguns pontos de dados, um valor válido é fácil de determinar: uma percentagem não pode exceder cem, uma quantidade de resíduos não pode ser negativa. Para outros pontos de dados, o limite é menos fixo e mais uma questão de experiência: uma emissão de CO2 por unidade que este ano é três vezes superior à do ano anterior não é por definição incorreta, mas vale a pena analisá-la antes de o número avançar. O que exatamente é um valor válido para um determinado ponto de dados está descrito na página o que é um valor válido, onde se distingue entre limites rígidos e sinalização com base em desvio.

Essa distinção é importante porque determina qual deve ser a ação. Um limite rígido — uma percentagem acima de cem — pode bloquear uma introdução. Uma sinalização com base em desvio — um valor de emissões que se destaca, mas não é por definição incorreto — não pode ser um bloqueio, pois isso impediria indevidamente valores corretos mas fora do comum. Aqui é adequada uma notificação a uma pessoa que possa avaliar se o desvio é um erro ou uma alteração real.

Quem vê a notificação é uma questão de responsabilidade

A terceira pergunta — quem vê quando algo corre mal — não é uma configuração técnica, mas uma questão de responsabilidade. Um desvio de sinal sem destinatário atribuído não funciona, mesmo que a regra esteja configurada corretamente. Isto está relacionado com a questão de quais controlos pertencem a um ponto de dados e quem é informado disso, um tema desenvolvido mais detalhadamente na página que controlos pertencem a um ponto de dados e quem se apercebe disso.

Na prática, o destinatário é frequentemente quem forneceu o ponto de dados, mas essa não é sempre a escolha correta. Quem forneceu o número não é automaticamente quem pode avaliar se um desvio está correto — isso muitas vezes exige alguém com conhecimento da fonte subjacente ou de números comparáveis de anos anteriores. Quem pode fazer essa avaliação varia por organização e por ponto de dados, e é precisamente por isso que a responsabilidade deve ser definida por ponto de dados, em vez de ser presumida.

A armadilha: configurar um sinal sem processo por detrás

Uma configuração para um desvio de sinal é feita rapidamente num sistema. A tentação é, por isso, grande de pensar que o problema fica assim resolvido. Mas uma ferramenta que sinaliza sem que exista um processo definido por detrás — quem recebe a notificação, o que deve fazer, dentro de que prazo — dá apenas a aparência de controlo. Esta é a mesma armadilha descrita na página comprar primeiro uma ferramenta ou organizar primeiro o processo: um sistema sobreposto a um processo desorganizado gera notificações que ninguém acompanha, o que num relatório até parece mais tranquilo do que a ausência de notificações, mas na prática nada altera na fiabilidade do número subjacente.

Um desvio de sinal só faz sentido, portanto, quando os três elementos estão conjuntamente definidos: um limite adequado ao ponto de dados, uma ação adequada ao tipo de desvio, e um destinatário que saiba o que tem de fazer. Não é uma configuração que se conclua numa hora para cem pontos de dados. É uma escolha feita por ponto de dados, com base no que já se sabe sobre a fonte e o histórico do número.

Se uma tarefa como avaliar um desvio sinalizado é adequada para automatizar, ou se essa avaliação continua a exigir trabalho humano, é uma pergunta que varia por tarefa. O [werkscan](https://fte-to-ai.nl) da FTE TO AI calcula, por tarefa, que parte do trabalho pode ser assumida pela IA, e que parte continua a exigir a avaliação de alguém que conhece o contexto do ponto de dados.