Dados dispersos vs. informacao centralizada: impacto nos custos

Três folhas de Excel, dois ficheiros de produção e um relatório do comercial que ninguém sabe de onde veio. É assim que a maioria das PMEs industriais portuguesas toma decisões de custo. O problema não é a falta de dados — é que os dados certos existem, mas estão dispersos o suficiente para criar a ilusão de controlo sem o exercício real dele.

No final deste guia encontra uma tabela de diagnóstico e um checklist de 12 pontos para identificar onde essa dispersão está a custar-lhe dinheiro — e por onde começar a corrigi-la.

A tese que poucos dizem em voz alta

A sua empresa provavelmente já tem dados suficientes para tomar boas decisões. O que não tem é uma fonte única de verdade. E isso é pior do que não ter dados nenhuns — porque cria a ilusão de controlo.

Segundo o INE, em 2025 apenas 53,7% das empresas em Portugal usavam ERP. Quase metade opera sem um núcleo integrado. Mas o dado mais revelador não é esse: é o que acontece dentro das empresas que têm ERP. Em projetos INFOS, vemos um padrão recorrente — o sistema central existe, mas a produção exporta para Excel, o armazém usa uma folha própria e o comercial trabalha com um CRM desligado. O ERP torna-se um repositório de faturação. Não uma fonte de decisão.

O custo desta situação não aparece em nenhuma rubrica do mapa de gestão. Aparece no tempo perdido a reconciliar versões, nas decisões tomadas com dados de anteontem, e nas margens corroídas por ineficiências que ninguém consegue localizar com precisão.

O que precisa antes de começar

Antes de qualquer projeto de centralização, responda a estas sete perguntas. São o filtro que separa os projetos que avançam dos que morrem na primeira reunião de kick-off.

Quantas fontes de dados distintas alimentam as reuniões de direção — Excel, ERP, email, papel? Quem produz cada relatório e quanto tempo demora? O ERP cobre produção, compras, vendas e financeira, ou só faturação? Os dados de armazém e produção são introduzidos manualmente ou capturados em tempo real? Existe um responsável pela qualidade dos dados, ou cada departamento gere os seus? Os ficheiros SAF-T exportados ao abrigo do DL 28/2019 são gerados automaticamente pelo sistema certificado pela AT — ou alguém os constrói à mão? E a direção consegue responder a "qual foi a nossa margem por linha de produto no mês passado?" em menos de 24 horas?

Se mais de três respostas forem incómodas, o problema não é tecnológico. É de governança de dados. A tecnologia resolve-se; a governança tem de ser decidida antes de qualquer implementação.

Passo 1 — Inventarie as fontes de dados existentes

Reúna o IT, o responsável financeiro e o diretor de operações numa sala. Peça a cada um que liste os ficheiros, sistemas e relatórios que usa semanalmente. Não filtre. Escreva tudo.

O resultado típico numa fábrica de confeção do Norte com 60 a 100 colaboradores: entre 12 e 20 fontes distintas. Folhas de corte em papel digitalizado, Excel de planeamento de produção, o ERP para faturação, um ficheiro de RH separado, e o responsável de armazém com a sua própria contagem de stock. Cada fonte com a sua lógica, o seu período de atualização e a sua definição de "unidade". A palavra "unidade" é o primeiro campo de batalha — metros, quilogramas e peças coexistem no mesmo produto conforme quem o registou e quando.

Para cada fonte identificada, registe: nome, responsável, frequência de atualização, formato. Marque as que alimentam decisões de custo — compras, produção, margem. Identifique sobreposições: dois sistemas a registar o mesmo dado de formas diferentes. Assinale as fontes manuais — são os pontos de maior risco de erro e os primeiros a eliminar.

Passo 2 — Calcule o custo oculto da dispersão

Este passo é o mais incómodo. E o mais revelador.

Para cada relatório crítico — margem por produto, eficiência de produção, rotação de stock — meça quantas horas por mês alguém passa a compilar dados de fontes diferentes. Multiplique pelo custo/hora do colaborador. Adicione o custo das decisões tomadas com dados atrasados: encomendas feitas com stock errado, produções planeadas com capacidade desatualizada, compras duplicadas porque o sistema não refletia o que estava no armazém.

Numa fábrica têxtil típica de 80 colaboradores, este exercício revela frequentemente entre 15 e 30 horas mensais de trabalho de compilação que não acrescenta valor nenhum à operação. São horas de um técnico qualificado a fazer trabalho de copista. Calcule: horas de compilação × custo/hora × 12 meses. Estime o custo de uma decisão errada por trimestre — stock excessivo, atraso de entrega, retrabalho. Some os dois valores. Esse é o custo anual da dispersão. Compare com o custo de centralizar. A decisão torna-se aritmética.

Passo 3 — Classifique os dados por criticidade e frequência de uso

Comece pelos dados de 1.ª prioridade. Centralizar tudo ao mesmo tempo é o caminho mais rápido para não centralizar nada — e para esgotar a equipa antes de ver qualquer resultado.

Passo 4 — Defina a arquitetura de centralização adequada ao seu contexto

Centralizar dados não significa substituir todos os sistemas. Significa garantir que existe uma fonte única de verdade para cada indicador crítico, e que essa fonte alimenta a decisão sem intermediários manuais.

Há três padrões que vemos em projetos INFOS, por ordem crescente de maturidade. O primeiro é o ERP como núcleo único: produção, compras, vendas e financeira no mesmo sistema, o que elimina a maioria das reconciliações. É o ponto de partida para empresas que ainda operam com múltiplos ficheiros e um ERP parcialmente implementado. O segundo é ERP com captura em tempo real no chão de fábrica — terminais industriais que alimentam o sistema diretamente, sem papel intermédio. O dado de produção existe no momento em que acontece, não no dia seguinte quando alguém o transcreve. O terceiro padrão é ERP com BI associativo: quando o volume e a complexidade dos dados justificam uma camada de análise dedicada, o Qlik Sense integra com o ecossistema INFOS e permite exploração sobre vendas, stocks, produção, RH e finanças — sem que cada departamento precise de exportar para Excel para fazer a sua análise.

Uma nota que os manuais de implementação raramente incluem: não avance para BI enquanto os dados operacionais ainda forem introduzidos manualmente. Um dashboard construído sobre dados manuais não amplifica a inteligência da operação — amplifica o erro com boa apresentação gráfica. Consolide o ERP primeiro. O BI vem a seguir, e só então faz sentido.

Passo 5 — Audite a qualidade dos dados antes de centralizar

Centralizar dados sujos é mais perigoso do que tê-los dispersos. Pelo menos quando estão dispersos, ninguém confia neles o suficiente para tomar decisões erradas com convicção.

A migração de dados é onde os projetos de centralização morrem. Não na tecnologia — nos dados. Referências de artigo duplicadas, unidades de medida inconsistentes entre armazéns, clientes registados com três grafias diferentes. Numa fábrica de calçado com 800 a 1200 SKUs e três eixos de variação — cor, tamanho, forro — uma referência duplicada no sistema de produção pode gerar uma ordem de fabrico errada que só é detetada no picking, dois dias antes da expedição.

Antes de qualquer migração ou integração, execute uma auditoria de qualidade nos dados das fontes prioritárias. Procure duplicados — o mesmo artigo com dois códigos em dois sistemas. Inconsistências de unidade — metros versus quilogramas para o mesmo produto em contextos diferentes. Campos vazios em dados críticos — custo de produção sem matéria-prima associada. Datas impossíveis — entregas registadas antes da encomenda, produções antes da ordem de fabrico. E referências órfãs — linhas de fatura sem cliente, movimentos de stock sem documento de origem.

Este trabalho é ingrato. É também o que determina se o projeto funciona ou não.

Checklist de diagnóstico — 12 pontos para usar na reunião de amanhã

• A empresa tem uma definição única e acordada de "margem bruta"? Todos usam a mesma?
• O stock do ERP coincide com a contagem física do armazém sem ajustes manuais?
• Os dados de produção chegam ao sistema no próprio dia ou com atraso de 24 horas ou mais?
• Existe um único relatório de margem por produto que a direção usa — ou cada área tem o seu?
• O responsável financeiro consegue fechar o mês sem pedir dados a outros departamentos?
• Os indicadores de qualidade — rejeições, retrabalho — estão no mesmo sistema que os de produção?
• A rastreabilidade de lote é automática ou depende de registos manuais?
• Existe um dashboard que o diretor de operações consulta diariamente — ou recebe relatórios em PDF?
• Os dados de RH — absentismo, horas extra — estão integrados com os de produção para calcular custo real?
• Quando um comercial fecha uma encomenda, o stock é reservado automaticamente?
• Os relatórios SAF-T são gerados automaticamente pelo sistema certificado pela AT?
• A empresa consegue responder a "qual foi o nosso custo por unidade produzida no mês passado?" em menos de 1 hora?

Menos de 8 respostas positivas: a dispersão de dados está a custar-lhe dinheiro mensurável. Entre 8 e 10: há lacunas pontuais que valem a pena fechar antes de avançar para análise. 11 ou 12: o problema não é a centralização — é a análise. Veja o que medir e o que ignorar nos KPIs industriais.

Os cinco erros que afundam projetos de centralização

Erro 1 — Centralizar sem limpar. Migrar dados sujos para um sistema central não resolve o problema; cria um problema central, com maior visibilidade e maior impacto. Audite antes de migrar. Dedique tempo à limpeza de referências e à reconciliação de unidades. É o trabalho mais ingrato do projeto e o que mais frequentemente é cortado quando o cronograma aperta — com resultados previsíveis.

Erro 2 — Começar pelo BI antes de ter o ERP estável. O BI é uma camada de análise sobre dados operacionais. Se os dados operacionais ainda vivem em Excel ou são introduzidos manualmente, o dashboard vai mostrar lixo com boa apresentação gráfica. Consolide o ERP MULTI primeiro; o BI vem a seguir, e só então tem substância.

Erro 3 — Não nomear um responsável de dados. A centralização técnica sem governança humana dura seis meses. Depois do projeto, cada departamento volta aos seus ficheiros porque "é mais rápido". Nomeie um responsável por área para validar dados e resolver conflitos de definição — incluindo o conflito mais comum: duas áreas com definições diferentes do mesmo indicador.

Erro 4 — Subestimar a resistência operacional. O chefe de armazém que trabalha com a sua folha há oito anos não vai abandoná-la por decreto. A mudança tem de ser acompanhada — veja o que ninguém diz sobre change management numa implementação ERP. O que funciona não é formação — é mostrar ao chefe de armazém que o novo sistema lhe poupa o telefonema das 17h do comercial a perguntar se o artigo está em stock.

Erro 5 — Tratar todos os dados como igualmente urgentes. Tentar centralizar tudo ao mesmo tempo paralisa o projeto e esgota as equipas antes de qualquer resultado ser visível. Use a tabela de criticidade do Passo 3 e avance por prioridade. Três meses a consolidar os dados de produção e stock valem mais do que um ano a tentar integrar tudo em simultâneo — e produzem resultados que a direção consegue ver, o que mantém o projeto vivo.

O que o checklist não mede

O checklist de 12 pontos identifica lacunas técnicas e de processo. Não mede o risco político interno — quem perde poder quando os dados deixam de ser propriedade de um departamento e passam a ser propriedade da empresa. Esse é frequentemente o obstáculo real. O diretor financeiro que controla o único relatório de margem não vai ceder esse controlo por razões de eficiência operacional. Vai ceder quando a direção decidir que a transparência de dados é uma prioridade estratégica — e o tornar explícito.

A centralização de dados é, antes de ser um projeto de tecnologia, uma decisão de poder. Quanto mais cedo essa decisão for tomada ao nível certo da organização, menos o projeto depende da tecnologia para funcionar.

Perguntas frequentes

Qual é a diferença entre ter dados e ter informação centralizada?

Ter dados dispersos cria a ilusão de controlo sem o exercício real dele. A informação centralizada significa ter uma fonte única de verdade para cada indicador crítico, sem intermediários manuais. Dados em três folhas de Excel diferentes não são informação — são ruído que consome tempo a reconciliar versões e atrasa decisões.

Quanto tempo uma PME industrial perde com dados dispersos?

Numa fábrica típica de 80 colaboradores, o exercício de compilação de dados consome entre 15 e 30 horas mensais — trabalho de um técnico qualificado a fazer copista. Multiplique por 12 meses e pelo custo/hora. Adicione o custo de decisões erradas: stock excessivo, atrasos, retrabalho. O resultado costuma justificar qualquer investimento em centralização.

O ERP que temos é suficiente para centralizar dados?

Nem sempre. Muitos ERPs funcionam como repositórios de faturação enquanto produção, armazém e comercial trabalham em sistemas paralelos. Um ERP só centraliza se cobrir produção, compras, vendas e financeira de forma integrada, com dados capturados em tempo real — não introduzidos manualmente por cada departamento.

Por onde começo se tenho 20 fontes de dados diferentes?

Primeiro, inventarie todas as fontes: nome, responsável, frequência de atualização, formato. Marque as que alimentam decisões de custo. Identifique sobreposições e assinale as manuais — são os pontos de maior risco e os primeiros a eliminar. Depois, classifique por criticidade. Comece pelos dados de 1.ª prioridade: margem, eficiência, stock, qualidade.

Como calculo o custo oculto da dispersão de dados?

Para cada relatório crítico, meça quantas horas por mês alguém passa a compilar dados. Multiplique pelo custo/hora. Adicione o custo das decisões atrasadas: encomendas com stock errado, produções planeadas com capacidade desatualizada, compras duplicadas. Some os dois valores. Esse é o custo anual da dispersão — compare com o custo de centralizar.

Qual é o maior risco de um projeto de centralização de dados?

Tentar centralizar tudo ao mesmo tempo. É o caminho mais rápido para não centralizar nada e esgotar a equipa antes de ver qualquer resultado. Comece pelos dados de 1.ª prioridade: margem por produto, eficiência de produção, stock em tempo real, qualidade. Os restantes seguem em fases posteriores.

Preciso de um novo sistema para centralizar dados?

Não necessariamente. Centralizar significa garantir que existe uma fonte única de verdade para cada indicador crítico, sem intermediários manuais. Pode ser um ERP robusto, um data warehouse, ou até uma integração bem desenhada entre sistemas existentes. A tecnologia resolve-se; a governança de dados tem de ser decidida antes de qualquer implementação.

Fontes

• Instituto Nacional de Estatística (INE) — Inquérito à Utilização de Tecnologias da Informação e da Comunicação nas Empresas (ITICE), dados de 2024-2025 sobre adoção de ERP em Portugal
• Decreto-Lei n.º 28/2019 — Regime jurídico de emissão de documentos eletrónicos e de assinatura eletrónica, incluindo obrigações de SAF-T para empresas portuguesas
• Autoridade Tributária e Aduaneira (AT) — Especificações técnicas do ficheiro SAF-T (Standard Audit File for Tax Purposes) e certificação de sistemas de faturação
• Norma ISO/IEC 27001:2022 — Sistemas de gestão da segurança da informação, aplicável a governança de dados e qualidade de informação em contexto empresarial
• OCDE — "Enhancing Data Governance and Digital Transformation in SMEs" (2023), recomendações sobre centralização de dados e impacto em custos operacionais