Portugal construiu as empresas à volta da fatura

Em 2025, 48,3% das empresas portuguesas com dez ou mais pessoas usavam um ERP. A média da União Europeia era 46,5%. No mesmo ano, e nas mesmas empresas, 21,6% usavam um CRM. A média europeia era 28,5%.

São dados do Eurostat, publicados em fevereiro de 2026 (tabela isoc_eb_iip). Lidos juntos, dizem uma coisa incómoda: instalámos mais software para tratar da faturação do que a Europa, e menos software para tratar de clientes.

O fosso entre as duas coisas é de 26,7 pontos percentuais em Portugal e de 17,9 na União Europeia. É cerca de uma vez e meia maior, e mantém-se em todas as classes de dimensão com dados publicados, incluindo nas grandes empresas. Entre 2023 e 2025, a adoção de CRM subiu 2,7 pontos na Europa e 0,8 em Portugal. O fosso não está a fechar. Está a alargar.

Estes números descrevem um país que construiu as empresas à volta do único objeto que a lei obrigou a existir. Durante décadas isso não doeu, porque houve sempre uma pessoa a tapar o buraco. Essa pessoa agora compra-se em software, e o substituto não tapa nada: exige exatamente aquilo que ela escondia.

Mais de metade das empresas medidas não tem ERP nenhum

O Eurostat mede empresas com dez ou mais pessoas ao serviço, ou seja quase toda a gente que vai ler isto está fora da amostra. A OCDE calcula que 39% do emprego da economia empresarial portuguesa está em microempresas, com até nove trabalhadores (Economic Survey of Portugal 2026, 6 de janeiro). Essas nem aparecem no gráfico.

E 48,3% de ERP significa que mais de metade das empresas medidas não tem ERP. Nas empresas entre 10 e 49 pessoas são 42,2%. O retrato não é o de um país cheio de sistemas mal usados. É o de um país onde a maioria das empresas não tem sistema nenhum, e onde as que têm instalaram sobretudo um.

Por fim, correlação não é causalidade. Portugal ter menos CRM e menos produtividade não prova que comprar CRM produza produtividade. Portugal está inclusivamente acima da média europeia em análise de dados (45,0% contra 39,9%) e em especialistas de TIC no emprego (5,4% contra 5,0%). Há competência técnica no país. O CRM é o indicador, não é a cura.

Não foi a arquitetura que falhou, foi o que a lei obrigou a ligar

Qualquer consultor de ERP português faria já a objeção óbvia, e tem razão: o Primavera, o PHC, o Sage e o Cegid têm há muito as entidades todas. Cliente, artigo, orçamento, encomenda, guia, obra, contrato. Não falta lá nada.

O que falhou não foi a conceção do software. Foi o que se licenciou, se povoou e se ligou. E o único vértice desse modelo que alguma vez foi obrigatório é o fiscal.

A cronologia é fácil de reconstituir. O SAF-T da faturação existe desde 2008. O software de faturação certificado pela Autoridade Tributária nasce na Portaria n.º 363/2010, e hoje é obrigatório para quem faturou mais de 50 000 euros no ano anterior, para quem já use qualquer software de faturação, ou para quem tenha contabilidade organizada (Decreto-Lei n.º 28/2019, artigo 4.º). O código QR é obrigatório desde 1 de janeiro de 2022, o ATCUD desde 1 de janeiro de 2023, e todas as faturas são comunicadas à AT até ao dia 5 do mês seguinte.

Nenhuma destas obrigações é irracional. Nasceram de um problema económico real e resolveram-no bem. Mas repara no que exigem: exigem que o Estado consiga ler a fatura. Nunca exigiram que a empresa conseguisse ler o que se passou antes dela.

Quase vinte anos de investimento em software empurrado por uma obrigação legal produzem exatamente o que foi pedido. Nem mais um bocadinho.

A fatura é o objeto terminal do negócio, e foi o único que ganhou casa

Há uma versão preguiçosa deste argumento que diz que a fatura não é um objeto de negócio, é só um output, com o mesmo estatuto de um relatório impresso ou de uma etiqueta de expedição.

Essa versão está errada, e um contabilista desmonta-a em dois minutos. A fatura tem série comunicada previamente, código único, sequência imutável, nota de crédito, prazo de comunicação. Tem mais ciclo de vida do que muita coisa. E em IVA português a emissão da fatura não descreve uma obrigação fiscal: cria-a. Um output não gera obrigações legais.

A fatura é um objeto de negócio a sério. O problema é que, na maior parte dos ciclos comerciais, é o último. Há exceções conhecidas, as avenças, os adiantamentos e as pró-forma, onde ela chega antes da entrega. Mas na venda típica, antes dela houve um pedido, uma conversa, um orçamento, uma negociação, uma obra, uma entrega, uma reclamação. Cada uma dessas coisas tem estado próprio, muda ao longo do tempo, e determina se haverá ou não uma segunda fatura daquele cliente. Nenhuma delas foi obrigada por lei a viver dentro de um sistema. Por isso quase nenhuma vive.

O erro português não é ontológico, é topológico. Não é tratar um relatório como se fosse um objeto. É ter construído a empresa à volta do objeto terminal, porque foi o único que ganhou casa, e ter deixado tudo o que acontece antes dele a viver em WhatsApp, em Outlook, em PDF e na cabeça das pessoas.

Há um número que fecha este ponto com força desagradável. Em 2023, 24,5% das empresas portuguesas emitiam faturas em formato apto a processamento automático por outra máquina, contra 38,7% na média europeia. E 83% ainda emitiam faturas em papel, contra 70,2% na Europa (tabela isoc_eb_ics; os dois indicadores não são exclusivos, a mesma empresa conta nos dois).

Comunicamos todas as faturas ao Estado todos os meses e emitimos menos faturas legíveis por máquina do que a média europeia. Não é contradição, é a definição do problema. Digitalizou-se o canal para o Estado, não o negócio. Papel, PDF e dados são três estados diferentes, e trocar o arquivo morto por uma pasta partilhada é a mesma operação com melhor iluminação. É a mesma pergunta que já se põe do lado do conhecimento interno, e que entretanto ganhou norma: onde é que ele vive de facto, e consegue uma máquina lê-lo.

Durante quarenta anos, o adaptador entre o negócio e os sistemas foi uma pessoa

Isto tudo já era verdade em 2015, e ninguém morreu por causa disso. Vale a pena perceber porquê, porque é aí que está a única coisa genuinamente nova.

Todas as empresas do mundo tiveram, durante décadas, uma camada de compatibilidade a funcionar de graça por cima de modelos de dados maus. Essa camada era uma pessoa. É quem sabe que aquele cliente paga sempre a 60 dias apesar de o contrato dizer 30. É quem lê o email, percebe que aquilo é um pedido de orçamento, e vai buscar o preço a uma folha de cálculo que só ela tem. É quem liga o que os sistemas não ligam, todos os dias, sem que isso apareça em orçamento nenhum.

Enquanto o operador do negócio fosse humano, a má arquitetura tinha um custo difuso e adiável. O adaptador humano tem uma propriedade que nenhum software teve até agora: dá nota parcial. Percebe o pedido mesmo quando vem mal escrito, infere o que falta, e pergunta quando não sabe.

Dizer que a arquitetura importa não é novidade nenhuma. Jeanne Ross escreveu-o em 2005 e 2006 e chamou-lhe modelo operativo: o nível de integração e de normalização de processos que a empresa precisa mesmo de ter (MIT CISR). Eric Evans deu nome ao mesmo problema do lado do software em 2003, e Martin Fowler resumiu-o nos bounded contexts. Vinte anos de consultores repetiram-no com slides cada vez mais bonitos, e quase nada mudou.

O que mudou em 2025 e 2026 é outra coisa: o adaptador passou a comprar-se. E o adaptador comprado não adapta. Exige exatamente aquilo que o adaptador humano escondia.

Um agente não opera conversas, opera estado

Pergunta a um agente quantos orçamentos estão por fechar este mês, qual o valor médio, e quais não têm seguimento há dez dias. Se os orçamentos viveram em WhatsApp e saíram em PDF, não há resposta possível. Não porque o modelo não seja capaz, mas porque não existe objeto "orçamento" em lado nenhum. A informação existe: está distribuída por três cabeças e uma caixa de correio.

A canalização para o resto já está montada. O Model Context Protocol, a norma que define como um agente descobre e usa ferramentas e dados de um sistema externo, foi aberto pela Anthropic a 25 de novembro de 2024 e passou em dezembro de 2025 para uma fundação neutra sob a Linux Foundation. Escrevi sobre como essa guerra de protocolos acabou aqui. O que interessa a quem gere uma PME não é o protocolo, é quem já o expõe: o HubSpot tem servidor remoto em disponibilidade geral desde 13 de abril de 2026, com leitura e escrita em contactos, empresas, negócios e tickets, e há hoje interfaces equivalentes, em vários estados de maturidade, para ferramentas de projetos, de apoio ao cliente, de pagamentos e de contabilidade.

E a contabilidade portuguesa, por obrigação legal, é legível por máquina desde 2008. Foi a primeira parte do negócio a ficar assim, e continua a ser a única em muitas empresas.

Porque um agente é apenas um funcionário novo permanente, que nunca acumula contexto informal e nunca almoça com ninguém.

O melhor agente do melhor benchmark completa 30% das tarefas

Nada disto quer dizer que os agentes já funcionem.

O TheAgentCompany, da Carnegie Mellon e outros, pôs agentes a executar 175 tarefas numa empresa de software simulada, e foi publicado na NeurIPS 2025. O melhor agente completou autonomamente 30% delas. Trinta.

A Gartner previu, a 25 de junho de 2025, que mais de 40% dos projetos de IA agêntica serão cancelados até ao fim de 2027, por custos a escalar, valor de negócio pouco claro ou controlos de risco inadequados. E estima que, dos milhares de fornecedores que hoje se dizem agênticos, cerca de 130 sejam reais.

Há ainda um problema de segurança que é estrutural e não está resolvido. O Simon Willison chama-lhe a trifeta letal: acesso a dados privados, exposição a conteúdo não confiável, e capacidade de comunicar para fora. Junta as três e um atacante consegue convencer o agente a mandar-lhe os teus dados. Ele nomeia o protocolo explicitamente, porque encoraja a misturar ferramentas de origens diferentes. O problema tem quase quatro anos e continua sem mitigação convincente.

Repara que esta crítica não contraria o artigo, reforça-o. O perigo está em juntar ferramentas ao acaso, sem decidir o que se liga a quê e com que permissões. Quando dei acesso de escrita ao meu próprio blog a um agente, as regras demoraram mais a decidir do que o código a escrever, e era esse o trabalho.

Por isso o teste a que este argumento se sujeita é este: tem de compensar com zero agentes. E compensa, porque a pergunta que um agente faz ao teu negócio é a mesma que faz uma pessoa nova. Se entrar alguém na segunda-feira, quanto é que consegue aprender sozinha, sem perguntar a ninguém?

Se estruturares o negócio e os agentes falharem, ficas com uma empresa que se entende a si própria. Se não estruturares e eles funcionarem, não tens onde os pôr.

Nem o ERP foi um erro, nem a solução são oito subscrições

Não é "compra oito ferramentas". É a armadilha mais fácil, e vem com dados contra. Um levantamento da MuleSoft junto de mil e cinquenta responsáveis de TI, no final de 2025, conta 957 aplicações por empresa e apenas 27% integradas, e 86% temem que os agentes acrescentem mais complexidade do que valor sem integração adequada. São empresas grandes; nas PME a Okta contava, em 2024, 36 aplicações em empresas até 50 trabalhadores, o que já é bastante. A própria Gartner tinha avisado disto em 2014, seis anos antes de vender o oposto: quem adota ERP pós-moderno arrisca-se a regressar às complexidades do best-of-breed. E o aprisionamento não desaparece, muda de sítio: migra para a camada de integração, e nenhuma plataforma de integração resolve ambiguidade arquitetural.

Não é "o ERP foi um erro". Foi resposta racional a uma obrigação real, e continua obrigatório: acima de 50 000 euros de faturação, o software certificado não é uma opção de arquitetura. A fatura passa a ser gerada no fim do processo em vez de ser o princípio dele. Despromove-se, não se substitui.

Não é "as empresas portuguesas são atrasadas". As 10% empresas mais produtivas de um setor em Portugal são 6,8 vezes mais produtivas do que as 10% menos produtivas, contra 4,7 em Espanha (OECD Insights on Productivity: Portugal, fevereiro de 2026, dados de 2022). Mas a OCDE é explícita: a dispersão é explicada por uma cauda de empresas de baixa produtividade, e não por um fosso entre o topo e o resto. O topo português não é fraco. O problema é a cauda, e a cauda é grande.

Não é "toda a gente deve construir software à medida". Nem, do outro lado, "compra a suite certa e está resolvido". Ambos os extremos são formas de comprar arquitetura em vez de a decidir.

Se o primeiro passo é grátis, porque é que ninguém o deu?

O passo de maior retorno em tudo isto não custa dinheiro: escrever, numa folha, quais são as coisas do teu negócio e por que estados passam. Não é um exercício de informática, é de gestão.

Se é grátis e o retorno é real, então porque é que mais de um milhão e meio de empresas portuguesas não o fizeram?

"Falta de capacidade de absorção" é a expressão da OCDE, e é uma etiqueta, não um mecanismo. Há uma pista melhor num estudo clássico de práticas de gestão (Bloom, Genakos, Sadun e Van Reenen, 2012, com dados dos anos 2000, portanto um retrato estrutural e não uma medição de hoje). Portugal aparece na média em monitorização (3,27 contra 3,28 da amostra) e mal em definição de objetivos (2,83 contra 2,94) e sobretudo em incentivos (2,59 contra 2,82, quarto pior entre vinte países).

A forma do problema é reconhecível: as empresas portuguesas medem. O que não fazem é definir metas exigentes e agir sobre aquilo que mediram.

Nomear entidades é exatamente isso. Escrever que existe uma coisa chamada orçamento, com estados, torna visível quantos estão parados e há quanto tempo. Cria responsabilização onde antes havia ambiguidade confortável. Ninguém é pago por criar isso. E numa empresa de quinze pessoas, quem teria de o fazer é a mesma pessoa que faz as vendas, ao domingo à noite.

Este é o custo real, e não aparece em fatura nenhuma.

Num viveiro, separar o táxon do stock valeu mais do que qualquer software

O caso que costuma convencer mais depressa um dono de PME portuguesa não é digital. É um viveiro de árvores ornamentais, onde trabalhei o crescimento do negócio. O catálogo tratava como uma só coisa aquilo que eram duas: o táxon, ou seja o nome aceite por uma autoridade botânica, e o stock em pátio, com calibre, altura, contentor e lote. Antes, "Acer palmatum", "ácer japonês" e o código interno eram três linhas diferentes. Depois passaram a ser um registo com três etiquetas a apontar para ele.

O que torna esta história útil não é a normalização. É o que se fez às linhas que não resolveram. Não se apagaram, e não se adivinhou: ficaram marcadas para decisão humana, com o nome de quem tinha de decidir. É aí que se vê que isto é trabalho de gestão e não de informática. E é um viveiro, não uma startup, o que desarma a objeção de que isto é conversa para empresas digitais.

O contraponto vem de um diretório norte-americano de duas faces que opero há mais de uma década. Nunca teve a fatura ao centro, e isso permite uma coisa que parece pequena e não é: quando uma listagem muda de dono, o histórico fica com a listagem e a relação de faturação muda de sítio. Se a fatura fosse o objeto primário, seria impossível sem reescrever história. Em dez anos mudaram fornecedores e processadores de pagamento por baixo, várias vezes, e o modelo de entidades não mudou nenhuma.

Uma entidade, um dono, um sítio

1. Nomear as entidades. Numa folha. Quais são as coisas do negócio e por que estados passam. Custa uma tarde e não custa dinheiro.
2. Decidir onde vive cada uma, e só um sítio por entidade. A regra é uma só: uma entidade, um dono, um sítio. É onde a maioria das arquiteturas falha, e é a diferença entre uma arquitetura e uma desarrumação com fatura mensal.
3. Capturar o estado onde ele nasce. Um orçamento que nasce num formulário já é dado. O mesmo orçamento respondido por WhatsApp e enviado em PDF nunca chega a existir.
4. Só depois integrar. A automação é a última camada. Sem entidades definidas, distribui a confusão mais depressa.

E uma coisa que é verdade e me tira trabalho: para a maioria das empresas portuguesas, a resposta certa hoje não é comprar uma arquitetura nova. É melhorar a captura de estado com o que já lá está. Uma folha de cálculo partilhada, com um esquema estável e um responsável, vale mais do que um CRM comprado e não usado. Seis em cada dez empresas portuguesas nem sequer usam serviços de cloud pagos (38,7% usam, contra 52,7% na Europa, Eurostat, 2025). Prescrever oito ferramentas integradas a quem está nesse ponto é saltar dois degraus.

Faz também a aritmética antes de comprar. Software de negócio cobra quase sempre por posto. Multiplica por quinze pessoas e por quatro ferramentas, junta a plataforma de integração, e soma tudo isso ao software certificado e à avença do contabilista, que não desaparecem. A única parte deste trabalho com retorno garantido continua a ser a que é grátis.

A vantagem de ser pequeno não é a agilidade, é não haver negociação

Numa empresa grande, o modelo de entidades é um tratado político. A definição de "cliente" está em disputa entre as vendas, a financeira e o jurídico, e mudá-la é um programa com patrocinador. O caro na arquitetura empresarial nunca foi o diagrama, foi a negociação. Em quinze pessoas essa negociação é grátis e cabe numa tarde.

Há um segundo lado, menos confortável. A empresa grande tem uma camada de gente cujo trabalho é reconciliar o desalinhamento entre sistemas, e essa camada absorve a dor antes de ela chegar a quem decide. Na PME não há amortecedor nenhum: a dor chega ao dono, ao domingo. O incentivo é limpo, e é a única vantagem estrutural nisto que não se compra.

Quanto ao futuro, duas apostas, ditas como apostas. A primeira é que o aprisionamento muda de natureza. Hoje o custo de trocar de fornecedor é sobretudo humano, formar dez pessoas num ecrã novo. Se ninguém usa o ecrã, esse custo desaparece e sobram os dados, o que melhora a posição de quem é dono do seu modelo de entidades e piora a de quem não é. A Gartner já pôs números na erosão do modelo de preço por posto: a 1 de julho de 2026 estimou 234 mil milhões de dólares de despesa em aplicações empresariais em risco até 2030, cerca de 20% do SaaS empresarial.

A segunda é que o fosso alarga antes de fechar. A OCDE mostrou, num trabalho de 2020 sobre difusão tecnológica (Berlingieri, Calligaris, Criscuolo e Verlhac), que as empresas retardatárias convergem mais devagar precisamente nos setores mais intensivos em digital, porque o que lhes falta não é a tecnologia, é o capital intangível e as competências que a fazem render. Uma tecnologia cujo retorno depende de complementos que faltam sempre alargou fossos primeiro.

Se quiseres verificar-me, o teste é este: a dispersão de produtividade portuguesa era de 6,8 vezes em 2022. Se a próxima medição da OCDE vier acima disso, o alargamento aconteceu; se vier abaixo de 6, eu estava errado. E o número de CRM do Eurostat não serve para o teste, porque comprar um CRM não é a mesma coisa que ter o cliente como entidade.

Durante quarenta anos, a compatibilidade entre o teu negócio e os teus sistemas foi feita por alguém que nunca foi pago para isso. O substituto já está à venda e não faz esse trabalho.

A folha de papel onde se escreve o que é um cliente continua a ser a única parte que ninguém te vende.