# ERP à medida ou ERP pronto personalizado?

Segundo a Mesterséges Intelligencia Központ Kft., empresa de desenvolvimento de software de Budapeste, o ERP pronto é uma boa opção se os processos se puderem adaptar ao padrão; o ERP à medida, se o funcionamento for diferente ou se a personalização já puser em risco as atualizações.

> **Em resumo:** há três caminhos: o ERP pronto tal como está; o ERP pronto configurado e complementado nos pontos de extensão do fabricante; e o ERP à medida. Quanto mais fundo for preciso mexer no núcleo do sistema pronto, mais vale a pena colocar a parte específica num módulo separado ou construir um sistema próprio. Em qualquer dos caminhos, uma transição por etapas, com limpeza prévia dos dados, comporta menos risco do que uma grande mudança única.

## O que é um ERP?

O ERP (enterprise resource planning, em português sistema de planeamento de recursos empresariais) reúne num só sistema os processos essenciais da empresa. Segundo a definição da Microsoft, o ERP é um software de gestão empresarial que ajuda as organizações a integrar os seus processos essenciais, como as finanças, a cadeia de abastecimento, a produção, os recursos humanos, as compras e a gestão de projetos ([Microsoft: What is ERP?](https://www.microsoft.com/en-us/dynamics-365/topics/erp/what-is-erp)).

Na prática, o valor de um ERP está em que o mesmo dado só é criado uma vez: a encomenda recebida dá origem à saída de armazém, esta à fatura, e a fatura ao lançamento contabilístico e ao valor a receber. Se estes passos estiverem em programas e folhas de cálculo separados, os dados circulam à mão, e com eles circulam também os erros. O acompanhamento dos clientes e das vendas é uma área próxima, mas uma decisão à parte; escrevemos sobre isso no artigo [Quando compensa desenvolver um CRM à medida?](https://www.mestersegesintelligenciakozpont.hu/pt/base-de-conhecimento/quando-compensa-um-crm-a-medida).

## Três caminhos para um ERP

A pergunta «à medida ou pronto» é, na verdade, uma escolha entre três opções. A fronteira não é nítida, mas a diferença no custo, nas atualizações e na dependência é significativa.

### ERP pronto, tal como está

A empresa implementa um produto pronto e adapta os seus próprios processos ao funcionamento padrão do produto. Isto funciona bem quando os processos são habituais e a empresa está disposta a mudar a forma de trabalhar a que está habituada. As vantagens são um arranque mais rápido e as atualizações fornecidas pelo fabricante; a desvantagem é que aquilo que fica de fora do produto continua em folhas de cálculo ou em trabalho manual.

### ERP pronto, configurado e expandido

A maioria das implementações fica algures por aqui. Vale a pena distinguir três coisas, porque do ponto de vista da facilidade de atualização significam coisas muito diferentes:

- **Configuração:** a utilização das opções previstas pelo fabricante, sem programação (fluxos de trabalho, níveis de aprovação, campos, modelos de documentos, permissões).
- **Extensão:** uma nova funcionalidade através de pontos de extensão e interfaces suportados e documentados pelo fabricante, sem alterar o código do próprio produto.
- **Modificação (personalização do núcleo):** a reescrita do código ou dos objetos do próprio fabricante, ou a sua cópia e reescrita. É o que dá mais liberdade, mas, segundo a documentação dos próprios fabricantes, é também o que comporta mais risco nas atualizações (ver abaixo).

### ERP à medida

O sistema assenta nos processos e no modelo de dados da própria empresa, e só se constrói aquilo de que realmente se precisa. Não há um núcleo do fabricante que seja preciso atualizar, e é o cliente quem decide a evolução. Em contrapartida, é preciso organizar também o desenvolvimento, a operação e a manutenção, seja com uma equipa própria, seja com um programador contratado. A ponderação geral entre software à medida e software pronto é tratada no artigo [Software à medida ou solução pronta (SaaS)?](https://www.mestersegesintelligenciakozpont.hu/pt/base-de-conhecimento/software-a-medida-ou-solucao-pronta).

## Porque é que muita personalização dificulta as atualizações?

O fabricante de um ERP pronto lança regularmente correções e novas versões. Se a empresa tiver modificado o código do fabricante, em cada atualização é preciso verificar se a modificação ainda funciona, e muitas vezes reescrevê-la. A documentação dos próprios grandes fabricantes chega à mesma conclusão:

- **SAP:** segundo a abordagem «clean core» (núcleo limpo), as extensões devem ser mantidas estritamente separadas da aplicação SAP, através de interfaces bem definidas e estáveis face às atualizações; o fabricante considera mais problemática a modificação ou a cópia direta dos seus objetos, porque cada pacote de correções ou atualização pode exigir novos testes exaustivos ([SAP Learning: Introducing the Clean Core Approach](https://learning.sap.com/courses/practicing-clean-core-extensibility-for-sap-s-4hana-cloud/introducing-the-clean-core-approach_fcb6c662-7041-4c99-88bd-345636fae7f3)).
- **Microsoft Dynamics 365:** nos produtos Finance, Supply Chain e Commerce, o fabricante justifica o modelo baseado em extensões com o facto de a nuvem e as atualizações frequentes exigirem uma personalização menos intrusiva, para que as atualizações tenham menos probabilidade de afetar as soluções à medida; nestes produtos, a extensão é a única forma de personalização, e a sobreposição do código da aplicação (overlayering) não é suportada ([Microsoft Learn: Extensibility home page](https://learn.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/extensibility/extensibility-home-page)).
- **Odoo:** segundo a documentação, uma base de dados com módulos à medida não pode ser atualizada enquanto os módulos à medida não estiverem prontos para a versão de destino, e a responsabilidade pela compatibilidade cabe a quem mantém o módulo à medida ([Odoo: Upgrade](https://www.odoo.com/documentation/19.0/administration/upgrade.html)).

A lição é a mesma na SAP e na Microsoft: o núcleo deve ficar intacto, e aquilo que é específico da empresa deve residir numa extensão separável ou num módulo à parte, que comunica com o sistema pronto através de uma interface documentada; no Odoo, por sua vez, é a manutenção dos módulos à medida que determina quando o sistema pode ser atualizado. Se a especificidade necessária for tão grande que isto já não se consiga resolver de forma limpa, é um sinal forte a favor de um ERP à medida ou de um módulo à medida.

## Especificidades húngaras: NAV Online Számla, faturação, banco, loja online

O ERP de uma empresa húngara tem de funcionar também com sistemas húngaros. O mais importante é o NAV Online Számla, o sistema de comunicação de faturas em tempo real da autoridade tributária húngara: segundo a informação da NAV, desde 4 de janeiro de 2021 é obrigatório comunicar os dados de todas as faturas, faturas retificativas e faturas de anulação a que se aplicam as regras de faturação da lei húngara do IVA ([NAV: Online Számla](https://onlineszamla.nav.gov.hu/)).

A versão suportada da ligação entre sistemas (a interface automática) é a 3.0 (verificado em 17 de outubro de 2026). Segundo a especificação da interface, o programa de faturação tem de efetuar a comunicação de forma automática, sem intervenção humana à parte no processo; a NAV processa os dados enviados de forma assíncrona, e a comunicação não pode ser considerada cumprida enquanto o programa não se tiver certificado do êxito do processamento e não tiver recebido a mensagem de confirmação relativa à fatura ([NAV Online Számla: Documentação](https://onlineszamla.nav.gov.hu/dokumentaciok)). A NAV altera a especificação de tempos a tempos (também em agosto de 2026 publicou uma versão alterada), por isso a ligação precisa de manutenção.

O que um ERP húngaro normalmente tem de saber fazer, e o que nós ligamos:

- **NAV Online Számla:** o envio dos dados das faturas através da interface automática, a consulta do resultado do processamento e o tratamento dos erros.
- **Serviços de faturação:** se a faturação continuar num serviço de faturação externo, a ligação através da respetiva interface.
- **Bancos:** a importação dos extratos bancários e das transações, e a conciliação dos créditos com as faturas.
- **Loja online:** a sincronização das encomendas, dos stocks e dos preços entre a loja online e o ERP.
- **Transportadoras e outros sistemas:** expedição de encomendas, o CRM existente, o e-mail e o calendário.

Ao escolher um ERP pronto, vale a pena perguntar se o produto tem localização húngara, quem mantém a ligação à NAV quando a especificação muda, e como é a ligação aos bancos e aos serviços de faturação húngaros. Num ERP à medida, estas mesmas ligações fazem parte do desenvolvimento. Escrevemos com mais pormenor sobre a ligação entre sistemas na página [Automatização de processos](https://www.mestersegesintelligenciakozpont.hu/pt/servicos/automatizacao-de-processos).

## Tabela de decisão

| Critério | ERP pronto, tal como está | ERP pronto expandido | ERP à medida |
|---|---|---|---|
| Adequação aos processos | a empresa adapta-se aos processos padrão | a maior parte do padrão serve, alguns pontos são específicos | o funcionamento afasta-se substancialmente do padrão |
| Arranque | normalmente rápido, se a configuração bastar | mais longo, devido ao desenvolvimento das extensões | exige o tempo do desenvolvimento, pode arrancar por etapas |
| Atualizações | fornecidas pelo fabricante, com pouco risco | as extensões têm de ser verificadas em cada atualização | calendarizadas pelo cliente, executadas pelo programador |
| Processos específicos | apenas com configurações | em pontos de extensão ou num módulo à parte | qualquer lógica de negócio |
| Integrações | com os conectores do fabricante e dos seus parceiros | conectores e integrações à medida | com tudo aquilo cuja interface ou cujos dados estejam acessíveis |
| Estrutura de custos | licença ou subscrição, nas condições do fabricante | licença, mais o desenvolvimento e a manutenção das extensões | desenvolvimento, operação e evolução |
| Dependência | do fabricante e do futuro do produto | do fabricante e do parceiro que desenvolve as extensões | com o código-fonte, pode ser continuado por outro programador |
| Para quem? | empresas com um funcionamento habitual, que precisam de um arranque rápido | quem tem no padrão uma boa base, mas difere em alguns pontos | quem tem um funcionamento ou integrações específicos |

Também é frequente uma solução mista: o ERP pronto mantém-se para as finanças e a contabilidade, e os processos próprios da empresa, por exemplo um planeamento da produção ou uma política de preços específicos, funcionam num módulo à medida separado, que comunica com o sistema pronto através de uma interface.

## Transição a partir do sistema antigo

Um projeto de ERP raramente começa do zero: há um programa antigo, um sistema pronto ou um conjunto de folhas de cálculo onde vivem dados de anos. Os passos da transição:

1. **Avaliação:** que dados, processos e ligações existem, e o que corre hoje em folhas de cálculo, fora do sistema.
2. **Inventário e limpeza de dados:** pôr em ordem os clientes duplicados, o ficheiro de artigos incompleto e os registos obsoletos ainda antes da migração.
3. **Mapeamento de dados:** para onde vai cada campo antigo no novo sistema, e o que acontece aos registos antigos já fechados.
4. **Migração de teste:** os dados antigos passam para um ambiente de teste, onde os utilizadores-chave os verificam com casos reais.
5. **Arranque por etapas:** módulo a módulo ou instalação a instalação, eventualmente com um curto funcionamento em paralelo do sistema antigo e do novo, para que o trabalho diário não pare.
6. **Acompanhamento:** correção de erros, formação complementar e operação após o arranque em produção.

Não é preciso substituir tudo de uma vez. Muitas vezes, o caminho viável é colocar primeiro o novo módulo ao lado do sistema antigo e deixar que os dois troquem dados através de uma interface, até que a parte antiga possa ser desativada.

## Riscos e como reduzi-los

- **Uma primeira etapa demasiado grande:** se tudo arrancar de uma vez, um erro pode parar a empresa inteira. Vale a pena começar por um módulo bem delimitado.
- **Dados desorganizados:** os dados errados continuam errados no novo sistema. A limpeza de dados faz parte do projeto, não é uma tarefa para depois.
- **Processos escondidos:** muitos passos importantes vivem em folhas de cálculo ou na cabeça de um ou outro colaborador. A avaliação tem de os trazer também à luz.
- **Falta de utilizadores-chave:** se quem faz o trabalho diário não participar na conceção e nos testes, a folha de cálculo continua a viver ao lado do sistema.
- **Erros de integração:** as ligações à NAV, ao banco e à loja online precisam de registo e de alertas de erro, para que uma sincronização bloqueada não passe despercebida.
- **Dependência unilateral:** a entrega do código-fonte completo e da documentação garante que o sistema possa mais tarde ser continuado por outro programador.

## Onde ajuda a inteligência artificial num ERP?

Os grandes modelos de linguagem, como o ChatGPT da OpenAI, o Claude da Anthropic e o Gemini da Google, são úteis onde até agora era uma pessoa a ler, copiar ou redigir:

- **Documentos:** a extração dos dados das faturas, guias de remessa e encomendas recebidas, com um registo preparado para verificação.
- **E-mail:** o processamento dos e-mails de encomenda recebidos e a preparação de um rascunho de resposta.
- **Perguntas sobre os dados:** perguntas ao sistema em linguagem corrente, por exemplo sobre que clientes têm faturas vencidas por pagar.
- **Sinalização de anomalias:** o destaque, para verificação, de registos invulgares, por exemplo uma encomenda muito diferente das encomendas anteriores do cliente.

Onde um erro custa dinheiro, a IA propõe e uma pessoa aprova. Da ligação dos modelos e da proteção de dados falamos na página [Integração de IA](https://www.mestersegesintelligenciakozpont.hu/pt/servicos/integracao-de-ia).

## A nossa experiência

Neste momento estamos a desenvolver um grande sistema ERP e CRM; não divulgamos o nome do cliente nem o do produto. Num ERP, raramente são os ecrãs a parte difícil: são o modelo de dados, as permissões, as integrações e a migração dos dados antigos que decidem se os colaboradores vão usar o sistema ou continuar a manter a folha de cálculo ao lado dele.

## Perguntas frequentes

### Quando compensa desenvolver um ERP à medida?

Quando o funcionamento da empresa se afasta substancialmente daquilo em que os ERP prontos se baseiam e a empresa quer manter essa diferença; quando é preciso ligar muitos sistemas e não existem conectores prontos para eles; ou quando a personalização necessária já exigiria modificar o núcleo do fabricante. Se um ERP pronto cobrir a maior parte dos processos através de configurações, esse é geralmente o caminho mais rápido, e dizemo-lo logo na primeira consulta.

### Até que ponto se pode personalizar um ERP pronto?

De muitas formas, mas o modo como se faz não é indiferente. As configurações e os pontos de extensão suportados pelo fabricante afetam pouco as atualizações; a modificação do código do fabricante, pelo contrário, pode dar novo trabalho em cada atualização. A documentação dos grandes fabricantes, a SAP e a Microsoft, recomenda deixar o núcleo intacto e manter as extensões separadas; segundo a documentação do Odoo, a manutenção dos módulos à medida é uma condição para a atualização.

### Qual é o risco de muita personalização?

Sobretudo o de as atualizações se tornarem caras e arriscadas: em cada nova versão é preciso verificar as modificações, e muitas vezes reescrevê-las, e em alguns fabricantes a atualização nem sequer pode ser feita enquanto as partes à medida não estiverem prontas para a nova versão. Além disso, a empresa passa a depender também do parceiro que desenvolve as extensões. Se o grau de personalização o justificar, vale a pena compará-lo com o custo de um módulo à medida ou de um ERP à medida.

### Como decorre a transição a partir do sistema antigo?

Começa com a avaliação, a limpeza de dados e o mapeamento de dados; segue-se uma migração de teste num ambiente de teste e, depois, um arranque por etapas: módulo a módulo, ou com um curto funcionamento em paralelo do sistema antigo e do novo. Após o arranque em produção, seguem-se a correção de erros e a operação. O sistema antigo pode continuar a funcionar durante algum tempo ao lado do novo, ligado através de uma interface.

### Ligam o NAV Online Számla?

Sim. Enviamos os dados das faturas através da interface automática da NAV, consultamos o resultado do processamento e tratamos os erros, tal como a especificação da interface da NAV exige. Da mesma forma, ligamos também os serviços de faturação externos, os bancos e a loja online.

## Como podemos ajudar?

A Mesterséges Intelligencia Központ Kft. desenvolve sistemas ERP, CRM e de gestão administrativa à medida, cria módulos e integrações à medida para sistemas prontos e liga-os com inteligência artificial. A primeira consulta é gratuita e, se um ERP pronto for suficiente, também o dizemos. Medimos o tamanho funcional do desenvolvimento em pontos de função COSMIC (ISO/IEC 19761), e daí resultam a proposta e o calendário; o método está descrito na página [Preços](https://www.mestersegesintelligenciakozpont.hu/pt/precos). A pedido, assinamos um acordo de confidencialidade (NDA) e, após a entrega, asseguramos também a operação e a manutenção. O código-fonte e os direitos de utilização regem-se pelo contrato.

Pormenores na página [Software empresarial](https://www.mestersegesintelligenciakozpont.hu/pt/servicos/software-empresarial). Se quiser falar connosco sobre o seu próprio sistema, escreva-nos através dos contactos indicados na página [Contacto](https://www.mestersegesintelligenciakozpont.hu/pt/contacto).

## Fontes

- [Microsoft: What is ERP?](https://www.microsoft.com/en-us/dynamics-365/topics/erp/what-is-erp)
- [SAP Learning: Introducing the Clean Core Approach](https://learning.sap.com/courses/practicing-clean-core-extensibility-for-sap-s-4hana-cloud/introducing-the-clean-core-approach_fcb6c662-7041-4c99-88bd-345636fae7f3)
- [Microsoft Learn: Extensibility home page, Finance and Operations](https://learn.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/extensibility/extensibility-home-page)
- [Odoo: Upgrade (documentação do Odoo 19.0)](https://www.odoo.com/documentation/19.0/administration/upgrade.html)
- [NAV Online Számla: página inicial](https://onlineszamla.nav.gov.hu/)
- [NAV Online Számla: Documentação (especificação da interface 3.0)](https://onlineszamla.nav.gov.hu/dokumentaciok)