Um ponto de dados duplicado raramente se nota pelo nome. Duas linhas no registo têm geralmente nomes diferentes — 'consumo de energia escritório' e 'consumo de eletricidade unidade NL' — enquanto se referem ao mesmo contador, à mesma fatura ou à mesma fonte. A duplicação não está no texto, mas na origem. Quem procura apenas pelo nome não encontra os duplicados.
Um registo de pontos de dados não é uma lista de regras de reporte, mas um registo dos dados subjacentes: por ponto de dados, a definição, a fonte, o proprietário e o percurso da fonte até ao relatório. Cada ponto de dados recebe um lugar fixo com quatro campos fixos: o que é, de onde vem, quem é responsável por ele e que operações lhe foram aplicadas antes de constar num relatório. Sem esses quatro campos, um registo é uma lista de palavras, não um instrumento de controlo.
A pergunta o que é o mapeamento source-to-report descreve esse terceiro passo em detalhe: o percurso que um número percorre desde o sistema de origem até à linha do relatório. Esse mesmo percurso é o instrumento com o qual as duplicações se tornam visíveis. Dois pontos de dados com um nome diferente mas uma linha de origem-até-relatório idêntica são o mesmo ponto de dados, registado duas vezes.
Os pontos de dados duplicados surgem geralmente não por descuido, mas pela estrutura organizacional. Uma equipa de facilities regista o consumo de energia para a gestão do edifício, uma equipa de sustentabilidade regista o mesmo consumo para o relatório CSRD. Ambas as equipas trabalham a partir da sua própria folha de cálculo, com a sua própria nomenclatura, sem visibilidade sobre o registo uma da outra. Com várias unidades ou unidades de negócio, este padrão multiplica-se: cada unidade regista dados semelhantes sob uma etiqueta própria.
A página onde já existe um ponto de dados em várias unidades de negócio trata precisamente deste mecanismo: antes de adicionar um ponto de dados ao registo, a primeira pergunta é se ele já existe em algum lugar da organização, apenas sob outro nome ou noutro departamento. Fazer essa pergunta antes do registo evita uma grande parte das duplicações que, de outro modo, teriam de ser detetadas mais tarde.
A forma fiável de reconhecer uma duplicação não é comparar descrições, mas comparar fontes. Dois pontos de dados que provêm do mesmo sistema, da mesma tabela ou do mesmo ficheiro de exportação, com a mesma data de referência e a mesma unidade, são candidatos a fusão — mesmo que a nomenclatura não deixe transparecer isso. Inversamente: dois pontos de dados com um nome semelhante mas uma fonte diferente podem não ser uma duplicação, mas sim duas medições distintas que por acaso se parecem.
Esta distinção só pode ser feita se o registo documentar a fonte por ponto de dados, e não apenas o valor final. Um registo que apenas reúne números sem origem não consegue detetar duplicações — no máximo, pode suspeitar delas.
Além da fonte, a titularidade é um segundo indício. Quando dois pontos de dados partilham a mesma fonte mas estão registados sob proprietários diferentes, isso não é em si um problema — pode indicar um ponto de dados que é utilizado por vários departamentos. Torna-se, sim, um sinal quando ambos os proprietários realizam de forma independente as mesmas operações, sem saber do trabalho um do outro. Nesse caso, não é o ponto de dados que está duplicado, mas o processo em torno dele.
A pergunta que operações se situam entre a fonte e o relatório é relevante aqui: dois pontos de dados com a mesma fonte mas operações diferentes podem produzir números diferentes, enquanto no relatório aparecem sob a mesma designação. Trata-se de uma situação com mais risco do que uma simples duplicação, porque os números podem divergir sem que ninguém repare.
Detetar pontos de dados duplicados não é um exercício único que termina num momento fixo. Com uma organização em crescimento, novos sistemas ou fronteiras de reporte alteradas, surgem novos candidatos a duplicação. A página quando é que um registo está concluído descreve que um registo não está completo numa data fixa, mas no momento em que cada ponto de dados tem uma fonte, um proprietário e um percurso verificável até ao relatório — incluindo a verificação de que esse ponto de dados já existia noutro lugar.
Em organizações com várias unidades de negócio, a pergunta de que pontos de dados precisa realmente com várias unidades de negócio é um bom ponto de partida, porque essa pergunta determina a dimensão do registo antes de a procura por duplicações começar. Um registo mais pequeno e mais bem delimitado contém, naturalmente, menos espaço para sobreposição.
A pesquisa manual de fontes, proprietários e operações para encontrar duplicações é exatamente o tipo de trabalho que se deixa delimitar em passos repetíveis: colocar dados lado a lado, sinalizar semelhanças, elaborar uma proposta de fusão para avaliação. Para organizações que querem saber que parte desse trabalho de comparação é transferível para uma aplicação de IA, e que parte continua a exigir avaliação humana, o scan de trabalho da FTE TO AI calcula isso ao nível das tarefas. O scan não emite um juízo sobre o seu registo, mas uma discriminação das tarefas que nele constam — um ponto de partida antes de decidir como organiza a deteção de duplicações.
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.