ERP na cloud vs. on-premise: o que escolher?

A pergunta "cloud ou on-premise?" parece técnica. Não é. É uma pergunta sobre quem carrega o risco operacional — e a maioria das empresas industriais portuguesas responde-a mal porque compara preços de licença em vez de comparar custos totais de controlo. Segundo o INE, em 2025 apenas 53,7% das empresas portuguesas com dez ou mais pessoas utilizavam software de gestão empresarial. Para metade do tecido industrial, a decisão de arquitetura é prematura: o problema anterior é escolher o produto certo para o setor. Mas para quem já tem ERP e está a avaliar migração ou substituição, a escolha de onde corre o sistema define quem fica de pé quando algo falha — e essa pergunta tem uma resposta diferente numa fábrica de calçado em Felgueiras e num distribuidor com armazém em Lousada.

Este artigo defende uma tese simples e incómoda: a cloud é a escolha certa para quem não tem capacidade interna de TI, e a escolha errada para quem tem — a não ser que a conectividade seja redundante em todas as localizações e os contratos de serviço cubram o que a maioria não lê. O que se segue é uma matriz de decisão, uma checklist de pré-requisitos e os erros que vemos repetir-se em projectos reais.

O que reunir antes de abrir qualquer proposta

Sem estes dados, qualquer comparação cloud vs. on-premise é especulação. Reúna-os antes de falar com qualquer fornecedor — e atribua-os a factos verificáveis, não a estimativas do responsável comercial interno.

• Custo atual de infraestrutura de TI: servidor, licenças de sistema operativo, UPS, manutenção, electricidade.
• Número de utilizadores simultâneos no pico — não o total de licenças compradas, o pico real medido.
• Largura de banda disponível em cada localização: fábrica principal, unidades secundárias, armazém, lojas.
• Tempo de inactividade do ERP atual nos últimos 12 meses, em horas — não a percepção, o registo.
• Classificação dos dados que o ERP vai processar: dados pessoais sujeitos a RGPD, dados de produção sensíveis, dados financeiros sujeitos a SAF-T.
• Capacidade interna de TI: existe alguém que faça backups, aplique patches e responda a incidentes às 23h de uma sexta-feira?
• Horizonte de investimento: o CEO quer CAPEX ou OPEX? Há candidatura PT2030/PRR em curso que condicione a estrutura de custo?
• Requisitos de integração com máquinas, PLCs ou sistemas de terceiros na fábrica.

Cloud não é mais barata. É diferente — e a diferença aparece no ano três

A narrativa de mercado diz que cloud elimina o servidor e, portanto, reduz custos. É uma meia-verdade que custa caro a descobrir depois de assinar.

On-premise tem CAPEX alto no ano zero e custos operacionais baixos nos anos dois a sete, assumindo que o servidor está amortizado e a equipa de TI já existe. Cloud tem CAPEX quase zero no ano zero e custos mensais que crescem com utilizadores, módulos activados e volume de dados processados. Numa fábrica têxtil típica do Vale do Ave com sessenta utilizadores e integração com terminais de produção, o custo total de propriedade ao fim de cinco anos pode ser equivalente — ou superior na cloud — se a equipa de TI interna já existir e o hardware já estiver pago.

O que a cloud vende de verdade é transferência de responsabilidade operacional: patches, backups, disponibilidade, segurança de infraestrutura. Se não tem ninguém interno para fazer isso, essa transferência tem valor real e mensurável. Se tem, está a pagar por um serviço que já presta internamente — e a adicionar um custo de saída elevado que raramente aparece nas propostas iniciais.

A decisão cloud vs. on-premise não é sobre tecnologia. É sobre onde quer que esteja a responsabilidade quando o sistema cai a uma segunda-feira de manhã, com quarenta operadoras à espera de ordens de fabrico.

Há um detalhe que os manuais de ERP não referem: em fábricas com múltiplos turnos, o momento crítico não é o horário de expediente — é o turno da madrugada, quando não há TI interno de serviço e o helpdesk do fornecedor cloud está a responder por ticket. Uma paragem de duas horas às 3h da manhã numa linha de confecção com subcontratação para uma casa-mãe europeia tem um custo que não está em nenhuma folha de TCO.

Matriz de decisão: dez critérios com peso

Preencha a coluna "Peso" conforme a realidade da sua empresa (1 = pouco relevante, 3 = crítico). Some os pontos de cada coluna. A opção com maior total é a mais adequada ao seu contexto — não ao contexto do fornecedor que lhe enviou a proposta.

Como usar a matriz sem a tornar inútil

O erro mais comum é preencher os pesos depois de ver as propostas. Quando isso acontece, os pesos são inconscientemente moldados pelo preço que já se viu — e a matriz deixa de ser uma ferramenta de decisão para se tornar uma justificação retroactiva. Atribua os pesos antes de abrir qualquer cotação.

Reúna o trio de decisão — CEO, CFO e responsável de TI — na mesma sala. Sem um deles, a matriz fica incompleta: o CEO decide horizonte de investimento, o CFO decide estrutura de custo, o TI decide o que é tecnicamente viável. Preencha a coluna "Favorece" com base nos factos recolhidos nos pré-requisitos, não na opinião do comercial do fornecedor.

Depois de somar os pontos ponderados — peso multiplicado por um valor binário, um se a coluna se aplica, zero se não — identifique os critérios com peso três onde há empate. São esses os pontos de negociação com o fornecedor. Os critérios de peso um não valem o tempo de reunião.

Valide sempre com um cenário de falha concreto: "Se a ligação à internet cair quatro horas, o que acontece à produção?" A resposta a esta pergunta vale mais do que qualquer score agregado. Em projectos INFOS, vemos frequentemente empresas com conectividade instável em unidades fabris secundárias optarem por arquiteturas híbridas: ERP MULTI em cloud com módulos de chão-de-fábrica — como KORA Productivity — a correr localmente com sincronização diferida. Não é a solução mais elegante no papel. É a que não para quando a fibra cai às duas da manhã.

O fator regulatório que a maioria não lê até ser tarde

A Portaria 195/2020 obriga à comunicação mensal do ficheiro SAF-T à Autoridade Tributária. O DL 28/2019 exige que o software de faturação seja certificado pela AT e gere ATCUD. Estas obrigações existem independentemente de o ERP estar na cloud ou on-premise — mas a responsabilidade de as cumprir distribui-se de forma diferente consoante o modelo.

Num modelo cloud, verifique contratualmente quem é responsável pela atualização do módulo de faturação quando a AT muda as especificações técnicas. E muda, com frequência, sem aviso longo. Num modelo on-premise, essa responsabilidade é inteiramente sua — e se a atualização não for aplicada a tempo, a empresa pode ficar com software não certificado e faturação inválida. Nenhum dos dois modelos é imune. A diferença é quem recebe a chamada quando o prazo passa.

A NIS2 — Diretiva UE 2022/2555, transposta pelo DL 65/2025 — adiciona outra camada que a maioria das PME industriais ainda não incorporou na análise. Empresas em setores considerados críticos ou importantes passam a ter obrigações de notificação de incidentes e de gestão de risco de cadeia de fornecimento. Se o ERP cloud estiver alojado num fornecedor que sofra um incidente de segurança, a empresa pode ter obrigações de notificação que não estavam no contrato original. Leia a cláusula de subcontratação antes de assinar — não depois.

Os erros que se repetem

Comparar preço de licença em vez de TCO a cinco anos é o erro mais caro e o mais comum. Calcule sempre: licença mais implementação mais formação mais integrações mais custos de saída. A migração de dados para outro fornecedor, quando a relação termina, raramente está nas propostas iniciais e raramente é barata.

Assumir que cloud equivale a segurança automática é o segundo erro. O fornecedor cloud protege a infraestrutura. A configuração de acessos, perfis e políticas de Zero Trust é responsabilidade da empresa. Um utilizador com permissões excessivas é um risco independentemente de onde corre o servidor — e em fábricas onde o mesmo login serve três turnos porque "é mais prático", o risco é estrutural.

Ignorar a latência em integrações industriais é o erro que aparece tarde. Terminais de registo de produção, balanças, leitores de código de barras em armazém — quando comunicam com um ERP cloud via internet, qualquer pico de latência afeta o tempo de resposta no chão-de-fábrica. Num armazém de distribuição com picking intensivo, dois segundos de latência por leitura multiplicados por mil leituras por turno somam tempo real de operação perdido. Teste a latência antes de assinar, não depois do go-live.

Decidir sem ouvir o chefe de armazém ou o responsável de produção é o erro que garante resistência à adoção. São eles que vivem com o sistema oito horas por dia. Se a conectividade falha no turno da noite e não há suporte local, são eles que ficam parados — e que encontram formas criativas de contornar o sistema na primeira semana de utilização.

Confundir financiamento PT2030 com validação técnica é o erro que vemos em candidaturas aprovadas que depois não funcionam em produção. O facto de uma candidatura ser aprovada não significa que a arquitetura escolhida serve a operação. Vemos empresas escolherem cloud porque "é o que o consultor de candidatura recomendou para a elegibilidade" — e depois descobrirem que a fábrica não tem infraestrutura de rede para a suportar. O financiamento cobre o investimento; não cobre o custo de refazer a arquitetura dois anos depois.

Onde Portugal está — e o que isso muda na decisão

Segundo o INE, em 2025 apenas 53,7% das empresas portuguesas com dez ou mais pessoas utilizavam software de gestão empresarial. Perto de metade do tecido industrial ainda gere sem integração — folhas de cálculo, papel, sistemas isolados por departamento. Para estas empresas, a decisão cloud vs. on-premise é secundária. A decisão primária é adotar um ERP vertical adequado ao setor. Escolher a arquitetura de alojamento antes de escolher o produto é como decidir onde estacionar antes de comprar o carro.

Para quem já tem ERP e está a avaliar migração ou substituição, o guia de avaliação de fit vertical antes de assinar contrato é o passo anterior a esta decisão. A arquitetura de alojamento só faz sentido depois de confirmar que o produto serve os processos — e que o fornecedor conhece o setor com profundidade suficiente para não descobrir as especificidades do calçado ou do têxtil durante a implementação.

Para contexto adicional sobre como um ERP centralizado muda a gestão de uma PME industrial, a importância de um ERP centralizador para PME e ERP MULTI como base para escalar uma PME industrial desenvolvem o argumento com casos do terreno.

A pergunta certa não é "cloud ou on-premise?". É "quem fica responsável pelo quê, quando algo corre mal às três da manhã?" Responda a isso primeiro — e com os pesos atribuídos antes de ver qualquer proposta.

Fontes

• INE — Inquérito à Utilização de Tecnologias da Informação e da Comunicação nas Empresas, 2025. Disponível em: ine.pt
• Diretiva (UE) 2022/2555 do Parlamento Europeu e do Conselho (NIS2), transposta para o direito português pelo Decreto-Lei 65/2025.
• Decreto-Lei 28/2019, de 15 de fevereiro — regras aplicáveis ao processamento de faturação eletrónica e conservação de livros e registos contabilísticos.
• Portaria 195/2020, de 13 de agosto — comunicação mensal do ficheiro SAF-T à Autoridade Tributária.

Perguntas frequentes

Qual é a diferença real de custo entre cloud e on-premise ao fim de cinco anos?

Não há resposta única. On-premise tem CAPEX alto inicial mas custos operacionais baixos depois. Cloud tem OPEX mensal previsível mas crescente com utilizadores e módulos. Numa fábrica típica com sessenta utilizadores e TI interno já existente, o custo total pode ser equivalente ou superior na cloud. A diferença aparece no ano três.

O que devo medir antes de comparar propostas de cloud vs. on-premise?

Reúna: custo atual de infraestrutura, número real de utilizadores simultâneos no pico, largura de banda disponível em cada localização, tempo de inactividade do ERP nos últimos doze meses, classificação de dados (RGPD, financeiros), capacidade interna de TI, horizonte de investimento e requisitos de integração com máquinas. Sem estes dados, qualquer comparação é especulação.

A cloud é obrigatória se não tenho equipa de TI interna?

Sim, praticamente. Se não tem ninguém para fazer backups, aplicar patches e responder a incidentes às 23h de uma sexta-feira, transferir essa responsabilidade para um fornecedor cloud tem valor real e mensurável. Sem TI interno, on-premise torna-se um risco operacional elevado.

Qual é o custo oculto mais comum em projectos cloud?

O custo de saída. As propostas iniciais mostram OPEX mensal, mas raramente incluem o preço de migração de dados, reconfiguração de integrações ou multas contratuais se quiser mudar de fornecedor. Peça sempre o custo total de desvinculação antes de assinar.

Uma paragem de cloud à noite tem o mesmo impacto que uma paragem on-premise?

Não. Em fábricas com múltiplos turnos, uma paragem de duas horas às 3h da manhã numa linha de produção com subcontratação tem custo real mas invisível no TCO. Se tem TI interno, responde em minutos. Se está em cloud, depende do ticket do helpdesk do fornecedor.

Posso usar a matriz de decisão para escolher sem falar com fornecedores?

Sim. Preencha a coluna "Peso" conforme a realidade da sua empresa (1 a 3 pontos). Some os totais de cloud e on-premise. A opção com maior pontuação é a mais adequada ao seu contexto, não ao contexto comercial do fornecedor.

A conectividade fraca é razão suficiente para escolher on-premise?

Sim. Se tem ligações instáveis, zonas rurais ou fábricas com cobertura fraca, cloud é risco elevado. Exige fibra redundante em todas as localizações. Sem isso, on-premise com servidor local é mais seguro operacionalmente, independentemente de outros fatores.