ERP em SaaS: O que é e em que se distingue do ERP tradicional

Uma definição clara de ERP em SaaS, uma comparação lado a lado com o ERP local e alojado, e a subcategoria orientada por API (API-first) na qual as plataformas se fundamentam.

Um ERP em SaaS (software as a service) é um software de planeamento de recursos empresariais executado pelo fornecedor na sua própria infraestrutura e comercializado sob a forma de subscrição, pelo que todos os clientes utilizam a mesma versão atualizada continuadamente através de um navegador ou de uma API. Um ERP tradicional é um software que licencia uma única vez, instala em servidores sob o seu controlo e atualiza como um projeto próprio.

Esta é a definição completa. O resto deste artigo debruça-se sobre as implicações práticas: quem realiza as atualizações, como se calcula o preço, quem detém a propriedade dos dados, como se ligam os outros sistemas e em que casos o modelo tradicional continua a ser a escolha acertada.

Os três modelos de implementação

O termo "Cloud ERP" é utilizado de forma genérica para duas realidades distintas, sendo essa distinção determinante na análise de propostas.

	ERP em SaaS (multicliente / multi-tenant)	ERP alojado (cliente único / single-tenant)	ERP local (on-premise)
Quem opera os servidores	O fornecedor	O fornecedor ou um parceiro de alojamento	V. Exa.
Versão do software	Uma única versão para todos os clientes	A sua própria cópia, atualizada segundo o seu calendário	A sua própria cópia, atualizada segundo o seu calendário
Como chegam as atualizações	Continuadamente, sem necessidade de projeto	Como um projeto agendado	Como um projeto agendado
Personalização	Configuração e API; as alterações de código são raras	Possibilidade de alterações de código	Possibilidade de alterações de código
Modelo comercial típico	Subscrição por utilizador, por entidade ou por volume de utilização	Subscrição ou licença acrescida de taxa de alojamento	Licença perpétua acrescida de manutenção anual
Atualizações de conformidade (taxas de IVA, formatos de declaração)	Disponibilizadas pelo fornecedor a todos em simultâneo	Disponibilizadas sob a forma de patches a aplicar	Disponibilizadas sob a forma de patches a aplicar

Um produto alojado de cliente único a que o fornecedor chama "cloud" possui o perfil operacional de um software local alojado num centro de dados de terceiros. Continua a ser a sua versão e as atualizações continuam a ser um projeto da sua responsabilidade. Confirme a qual coluna pertence um produto antes de o comparar com uma solução multicliente (multi-tenant).

Quem realiza as atualizações

Num ERP em SaaS multicliente existe uma única versão do software e é o fornecedor que transita todos os utilizadores para a mesma. Não precisa de agendar uma atualização, testar uma nova versão face às suas personalizações nem pagar a um integrador para realizar a migração. A contrapartida é que também não pode recusar essa mesma atualização.

No âmbito da contabilidade, isto tem uma consequência prática. As taxas de imposto mudam, os formatos de entrega de declarações mudam e as obrigações de faturação eletrónica entram em vigor em datas definidas pelos governos e não pelo seu calendário informático. Num modelo SaaS, estas alterações são enviadas a todos os clientes como uma atualização de produto. Num modelo tradicional, cada uma delas traduz-se num patch que alguém na sua organização tem de aplicar antes do prazo limite.

O Nordlet é um exemplo da aplicação do modelo SaaS à vertente financeira central: o changelog lista cada alteração e a tabela de suporte de entregas por país é gerada a partir do código, assegurando que o que o produto envia e o que a página pública exibe provêm da mesma fonte.

Como se calcula o preço

A precificação de um ERP tradicional baseia-se numa licença perpétua (frequentemente taxada por utilizador nomeado ou concorrente) somada a uma manutenção anual de aproximadamente um quinto do valor da licença, a um projeto de implementação e ao hardware. O projeto de implementação constitui habitualmente a rubrica mais avultada e a mais difícil de prever. O artigo quanto custa o software de ERP em 2026 detalha o modelo de custos completo.

O preço de um ERP em SaaS apresenta-se sob três formatos:

Por utilizador por mês. O modelo comum em pacotes direcionados a equipas financeiras e de operações. O custo cresce em função do número de colaboradores e não do volume de negócio. Uma plataforma que processe milhares de transações diárias com dois contabilistas incorre num custo reduzido; uma empresa com quarenta utilizadores em armazém pagará um valor elevado.
Por entidade por mês. Cada empresa jurídica constitui uma subscrição autónoma. Os grupos com múltiplas entidades de pequena dimensão pagam por cada uma delas, independentemente do respetivo volume de atividade.
Por utilização medida (metered). O custo escala com base no número de operações que o sistema executa. Adequa-se a softwares acionados por outros softwares em detrimento de digitação humana.

O Nordlet adota o terceiro modelo. O preço é taxado por pedido de API: o plano Starter custa 10 € por mês com 3.000 pedidos, o Business 50 € com 30.000, o Scale 300 € com 200.000, e os pedidos adicionais variam entre 0,004 € e 0,002 € consoante o plano. O número de utilizadores e de empresas é ilimitado, distinguindo-se os planos apenas pelo volume de pedidos, acordo de nível de serviço (SLA) e armazenamento incluído. Não existe limitação de funcionalidades por plano: faturação, razão-geral, inventário, salários, consolidação e a API completa estão disponíveis em todas as modalidades.

Quem detém os dados e como os pode extrair

No modelo tradicional, a base de dados reside no seu servidor, permitindo consultas diretas. Em SaaS, os dados ficam alojados no fornecedor e o acesso restringe-se ao que este disponibiliza. Antes de assinar, verifique três aspetos:

Existe uma API de leitura completa? Se apenas puder descarregar relatórios, não conseguirá reconstituir a sua contabilidade noutro local.
As exportações encontram-se nos formatos exigidos pelo seu contabilista e pelo sistema seguinte? Para uma empresa da UE, isto significa demonstrações financeiras legais, mapas de IVA e, quando aplicável, os ficheiros de auditoria nacionais (como o i.SAF).
O que acontece quando rescinde o contrato? As políticas de arquivo, os períodos de retenção e os procedimentos de eliminação devem ser públicos.

O Nordlet disponibiliza todos os módulos através da mesma API utilizada pela aplicação, sem endpoints privados. As exportações do razão-geral contemplam o formato DATEV para a Alemanha, FEC para a França e SIE para a Suécia, enquanto os relatórios são gerados em XLSX, PDF ou JSON. Uma empresa arquivada tem um custo de 1 € por mês, mantendo a totalidade dos seus dados preservados.

Integração: API-first versus conector

O ERP tradicional integra-se através de acesso direto à base de dados, transferência de ficheiros e de uma camada de middleware. O ERP em SaaS integra-se através da sua API, sendo a qualidade dessa API determinante para o grau de automatização do seu processo.

Existe uma distinção relevante dentro da categoria SaaS:

App-first SaaS ERP. Tem a interface de utilizador como produto principal e a API como elemento complementar. Algumas operações existem apenas no ecrã. As integrações tendem a ser desenvolvidas por parceiros sob a forma de conectores.
API-first SaaS ERP. Tem a API como produto principal e a interface como um mero cliente dessa API. Cada operação executada no ecrã corresponde a uma chamada documentada acessível a qualquer outro programa.

Esta diferença torna-se evidente quando o seu próprio software constitui a fonte das transações. Um mercado online (marketplace) que registe pagamentos a vendedores, um produto de subscrição que reconheça proveitos mensalmente ou uma plataforma de e-commerce que emita faturas para vários países da UE necessita do segundo modelo. O artigo o que é uma API de contabilidade explora esta categoria em detalhe.

No Nordlet, cada operação traduz-se numa chamada POST /v1/{module}/{resource}/{action} com um corpo em JSON. As chaves incluem âmbitos (scopes) como sales:write. Um cabeçalho Idempotency-Key torna as repetições seguras: a mesma chave com a mesma carga útil devolve a resposta armazenada, ao passo que a mesma chave com uma carga útil diferente é rejeitada. Os webhooks são gerados na mesma transação de base de dados que a alteração subjacente, garantindo que um documento revertido nunca emite um evento. Os SDKs tipados são gerados a partir da especificação OpenAPI em nove linguagens, acompanhadas de instruções de instalação para cada uma.

Em que situações o ERP tradicional continua a vencer

O modelo SaaS não constitui a resposta ideal para todas as organizações. O modelo tradicional mantém-se relevante em três contextos:

Personalização profunda de processos. Um fabricante cuja lógica de planeamento constitua, por si só, uma vantagem competitiva pode exigir alterações ao nível do código que um produto multicliente não consegue comportar.
Redes isoladas. O setor da defesa, determinadas empresas de serviços públicos e alguns organismos públicos operam sistemas que não podem ter acesso à internet.
Regras de localização de dados (data-residency) que o fornecedor não consegue cumprir. Muitos fornecedores cumprem estas normas; verifique o acordo de tratamento de dados em vez de assumir incapacidades.

Fora destes casos, o custo de gerir a sua própria versão de ERP e de aplicar manualmente cada patch de conformidade traduz-se num encargo sem retorno. O artigo porque é que as implementações de ERP falham analisa onde este custo costuma manifestar-se.

A subcategoria API-first

Uma suíte de ERP completa abrange a contabilidade, o inventário, a produção, o CRM, os recursos humanos e outras áreas num único produto. Muitas empresas que procuram um "SaaS ERP" necessitam essencialmente do núcleo financeiro e operacional, dispondo já ou dispensando o restante.

O Nordlet cobre esse núcleo: faturação de vendas e compras com numeração sequencial sem saltos, um razão-geral de partidas dobradas com fecho de períodos, integração de extratos bancários com reconciliação de pagamentos, gestão de inventário FIFO por armazém, produção com listas de materiais (BOM), ativos fixos e depreciações, colaboradores e salários, contratos com faturação recorrente, reconhecimento de proveitos ao abrigo da IFRS 15, centros de custo, consolidação de grupos, além do IVA da UE, faturação eletrónica e declarações legais para 30 países. Cada módulo é acessível através da API, sendo a aplicação construída sobre os mesmos endpoints.

Trata-se de um produto recente, em acesso antecipado em 2026 e a integrar parceiros de conceção. É um fator a ponderar na comparação com suítes comercializadas há décadas. O artigo como funcionam os sistemas de ERP ilustra o fluxo de dados através de um núcleo desta natureza.

Como comparar propostas

Posicione cada produto na coluna correta da tabela apresentada anteriormente. Uma solução alojada de cliente único não constitui um SaaS.
Questione quem aplica as atualizações fiscais e legais e em que prazos. Exija esta garantia por escrito para os países onde opera.
Simule o preço correspondente a três vezes o seu volume de transações e dimensão de pessoal atual. Os modelos de preço por utilizador, por entidade e taxados por utilização divergem acentuadamente à medida que a empresa cresce.
Exporte um conjunto completo de dados a partir de um período experimental (trial) ou de um ambiente de testes (sandbox) antes de avançar com a compra.
Desenvolva um fluxo real de integração com a API num ambiente de testes. O plano de testes pré-produção elenca os pontos fundamentais a validar.

FAQ

Um ERP em SaaS é o mesmo que um Cloud ERP?

Nem sempre. O conceito de Cloud ERP engloba tanto as soluções SaaS multicliente como os produtos alojados de cliente único. Apenas o SaaS multicliente assegura atualizações geridas pelo fornecedor sem necessidade de um projeto interno. Confirme sempre qual é a arquitetura subjacente ao produto.

Um ERP em SaaS pode ser personalizado?

Sim, através de parametrização e da API. Habitualmente não são possíveis alterações ao nível do código-fonte do produto, dado que todos os clientes executam a mesma versão. Se os seus requisitos exigirem alterações de código, deverá ponderar um software alojado ou local (on-premise).

Os meus dados estão seguros junto de um fornecedor de ERP em SaaS?

A resposta depende do contrato e dos controlos implementados pelo fornecedor e não da categoria do software. Verifique o acordo de tratamento de dados, o local de armazenamento dos servidores, as regras de retenção e eliminação, bem como a existência de uma API de leitura completa que lhe permita extrair a totalidade da informação.

Quanto tempo demora a começar a utilizar um ERP em SaaS?

O registo demora minutos e o ambiente de testes (sandbox) fica operacional no próprio dia. A implementação em produção continuará a exigir a migração de dados, decisões sobre o plano de contas e trabalhos de integração. O artigo prazos realistas de implementação de ERP detalha estas etapas consoante a tipologia do projeto.

Um ERP em SaaS substitui o contabilista?

Não. O sistema regista, calcula e submete declarações. Os juízos de classificação, as provisões e, na maioria dos países, a assinatura das contas anuais continuam a competir a um profissional habilitado.