# Software à medida ou solução pronta (SaaS)?

Segundo a Mesterséges Intelligencia Központ Kft., empresa de desenvolvimento de software de Budapeste, o software pronto (SaaS) basta se cobrir os processos; o software à medida compensa se o funcionamento fugir ao habitual ou se o próprio software for a vantagem do negócio.

> **Em resumo:** se um produto pronto cobrir a maior parte dos processos sem desenvolvimento, e a empresa puder aceitar adaptar-se a ele, a solução pronta é o caminho mais rápido. Se o funcionamento se afastar daquilo em que os produtos prontos se baseiam, se for preciso ligar muitos sistemas, ou se o controlo sobre os dados e sobre a evolução for uma questão estratégica, compensa o desenvolvimento à medida. Muitas vezes, a resposta certa são os dois em conjunto: uma base pronta, com complementos à medida.

## O que significam software à medida, software pronto e SaaS?

Os três conceitos respondem a duas perguntas diferentes: uma é para quem foi feito o software, a outra é como chega ao utilizador.

- **Software à medida:** um programa desenvolvido por encomenda, para as necessidades de uma empresa concreta. Faz aquilo que o cliente pediu na especificação, da forma como lá se trabalha, e é também o cliente quem decide o rumo da evolução.
- **Software pronto (de prateleira):** um produto feito para muitos clientes, que a empresa licencia e que normalmente instala e opera nos seus próprios computadores ou no seu servidor. Pode ser adaptado através de configurações, mas a lógica de funcionamento é definida pelo fabricante.
- **SaaS (Software as a Service, software como serviço):** software pronto que o fabricante executa na sua própria nuvem e que a empresa utiliza por subscrição, no navegador ou através de uma interface de programação. A interface de programação (API, application programming interface) é o ponto de ligação através do qual dois programas trocam dados sem intervenção humana.

Segundo a definição de computação em nuvem do Instituto Nacional de Normas e Tecnologia dos Estados Unidos (NIST), no SaaS o utilizador usa a aplicação do fornecedor que corre na nuvem e não gere a infraestrutura subjacente (a rede, os servidores, o sistema operativo, o armazenamento), nem sequer as funcionalidades individuais da aplicação, apenas, quando muito, configurações limitadas ao nível do utilizador ([NIST SP 800-145](https://csrc.nist.gov/pubs/sp/800/145/final)). É esta, ao mesmo tempo, a força e a limitação do SaaS: o fabricante tira dos ombros da empresa o peso da operação, mas é também ele quem decide o que muda no produto, e quando.

## O terceiro caminho: uma base pronta, com complementos à medida

A decisão raramente é «ou uma coisa ou outra». Em muitas empresas, o caminho viável é manter o produto pronto para as tarefas habituais, como a contabilidade, o e-mail e o trabalho de escritório, e desenvolver à medida onde a empresa funciona realmente de forma diferente das outras. As formas mais comuns da solução híbrida:

- **Integração:** um programa à medida liga os sistemas prontos por API ou webhook, para que os dados não tenham de ser copiados à mão. O webhook é uma notificação automática que um sistema envia a outro quando ocorre um evento, por exemplo quando chega uma nova encomenda.
- **Módulo à medida:** ao lado do sistema pronto, é criada uma aplicação própria para o processo que o produto pronto não cobre, por exemplo uma regra de preços específica, um planeamento da produção ou um registo setorial.
- **Interface própria sobre o sistema pronto:** os clientes ou os colaboradores que trabalham no terreno recebem uma interface simples, feita à medida da sua tarefa, enquanto o sistema pronto trabalha em segundo plano.

A vantagem do caminho híbrido é que a empresa só paga desenvolvimento por aquilo que é realmente específico. A desvantagem é que as partes à medida têm de acompanhar as alterações da interface do sistema pronto; por isso, a integração precisa de registo e de alertas de erro, e alguém tem de assegurar a sua manutenção. Sobre a ligação entre sistemas e a automatização do trabalho repetitivo, escrevemos na página [Automatização de processos](https://www.mestersegesintelligenciakozpont.hu/pt/servicos/automatizacao-de-processos).

## Critérios de decisão numa tabela

| Critério | Pende para o software pronto (SaaS) se… | Pende para o desenvolvimento à medida se… |
|---|---|---|
| Adequação aos processos | o processo é habitual e a empresa aceita adaptar-se ao software | a empresa foge ao habitual e quer manter essa diferença |
| Vantagem competitiva | a área não distingue a empresa dos concorrentes | o próprio software é a vantagem do negócio, ou aquilo que a sustenta |
| Número de integrações | é preciso ligar poucos sistemas, e existem conectores prontos para eles | é preciso ligar muitos sistemas, ou não existem conectores prontos para eles |
| Dados e saída | o fabricante oferece uma exportação completa e legível por máquina, e as condições de saída são claras | o modelo de dados e o controlo sobre o sistema são uma questão estratégica |
| Utilizadores e modelo de licenciamento | poucos utilizadores e um número de pessoas previsível | um grupo de utilizadores grande ou em rápido crescimento, em que a tarifa por utilizador é determinante |
| Rapidez de arranque | tem de funcionar depressa, e as funcionalidades prontas bastam | o arranque pode esperar pelo desenvolvimento, ou pode ser feito por etapas |
| Quem faz a manutenção? | não há capacidade informática própria, e basta a manutenção do fabricante | há quem o opere: uma equipa própria ou um programador contratado |
| Localização dos dados e conformidade | o local de armazenamento dos dados e o contrato do fabricante cumprem os requisitos | os dados têm de permanecer num local determinado, ou aplicam-se-lhes regras setoriais rigorosas |

Não é preciso que todas as linhas apontem para o mesmo lado. Se a maioria dos critérios pender para o produto pronto, vale a pena começar por ele. Se, pelo contrário, as linhas de maior peso (a adequação, a vantagem competitiva e as integrações) apontarem para o desenvolvimento à medida, vale a pena planear com mais profundidade e fazer uma comparação concreta para, pelo menos, um grupo de funções.

## De que depende o custo total de propriedade?

O custo total de propriedade (em inglês, total cost of ownership, abreviado TCO) é o esforço financeiro ao longo de todo o período de utilização do software, e não apenas o preço do arranque. A estrutura de custos dos dois caminhos é diferente, por isso comparar um único ano pode induzir em erro: convém olhar para o período de utilização previsto.

No software pronto e no SaaS, o custo é normalmente determinado por:

- a subscrição, que muitas vezes cresce com o número de utilizadores e com o plano escolhido;
- os módulos adicionais e os planos superiores, se uma funcionalidade necessária só estiver disponível aí;
- a implementação, a configuração e a formação dos colaboradores;
- as integrações e a personalização, muitas vezes feitas por um parceiro à parte;
- a saída: a exportação e a migração dos dados, se um dia for preciso mudar.

No software à medida:

- o desenvolvimento, que depende sobretudo do tamanho funcional do software;
- a operação: o alojamento, a monitorização e as atualizações de segurança;
- a manutenção e a evolução, conforme as necessidades da empresa mudam;
- a preservação do conhecimento: documentação e código-fonte completo, para que o sistema não dependa de uma única pessoa.

O custo do desenvolvimento à medida é planeável quando o âmbito é medido, e não estimado a olho. 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). Qual dos caminhos custa menos a longo prazo depende do número de utilizadores, da frequência das alterações e da quantidade de integrações. Não há uma resposta geral, apenas um cálculo feito para o caso concreto.

## Dependência do fabricante e portabilidade dos dados

Fala-se de dependência do fabricante (em inglês, vendor lock-in) quando a mudança para outro produto é tão difícil ou dispendiosa que a empresa, na prática, não consegue sair. A causa pode ser um formato de dados fechado, uma exportação incompleta, muitas configurações ligadas apenas àquele produto ou um contrato difícil de rescindir.

O Regulamento dos Dados da União Europeia (Data Act, [Regulamento (UE) 2023/2854](https://eur-lex.europa.eu/legal-content/PT/TXT/?uri=CELEX:32023R2854)) é aplicável desde 12 de setembro de 2025 e regula num capítulo próprio a mudança entre serviços de tratamento de dados; os seus considerandos incluem também o SaaS entre estes serviços. O texto do regulamento prevê, entre outras coisas, o seguinte (verificado em 17 de outubro de 2026):

- As condições da mudança têm de ser fixadas num contrato escrito, e o prazo de pré-aviso necessário para iniciar a mudança não pode exceder dois meses (artigo 25.º).
- A pedido, a mudança tem de ser possibilitada sem demora injustificada, num período de transição de, no máximo, 30 dias de calendário, durante o qual o serviço tem de continuar a funcionar; se isso não for tecnicamente exequível, o prestador pode, de forma fundamentada, indicar um período de transição de, no máximo, sete meses (artigo 25.º).
- O contrato tem de enumerar exaustivamente os dados que podem ser transferidos e garantir um período de, pelo menos, 30 dias de calendário para a recuperação dos dados (artigo 25.º).
- A partir de 12 de janeiro de 2027, o prestador não pode cobrar encargos pelo processo de mudança; até lá, só pode cobrar encargos reduzidos, que não podem exceder os custos em que incorre diretamente ligados à mudança (artigo 29.º).

Uma exceção importante: a regra sobre os encargos e algumas obrigações técnicas não se aplicam aos serviços cujas características principais foram, em grande parte, feitas à medida das necessidades de um único cliente e que não são oferecidos em larga escala (artigo 31.º). Se o sistema pronto tratar dados pessoais por conta da empresa, também o Regulamento Geral sobre a Proteção de Dados (RGPD) vincula o fornecedor: no final do serviço, consoante a escolha do responsável pelo tratamento, apaga ou devolve todos os dados pessoais ([RGPD, artigo 28.º, n.º 3, alínea g)](https://eur-lex.europa.eu/legal-content/PT/TXT/?uri=CELEX:32016R0679)). Trata-se de informação, não de aconselhamento jurídico.

A lei melhora as condições, mas a saída continua a ter de ser planeada pela empresa, de preferência logo no momento da escolha. Vale a pena verificar:

- em que formato podem ser exportados todos os dados, por exemplo em CSV (ficheiro de texto separado por vírgulas), em JSON (formato de texto estruturado e legível por máquina) ou como cópia de segurança da base de dados, e se incluem os anexos, as notas e o registo de alterações;
- se existe uma API documentada através da qual os dados também possam ser extraídos de forma contínua;
- se é possível confirmar, com uma exportação de teste, que os dados podem ser carregados noutro sistema;
- o que diz o contrato sobre a rescisão, os encargos de mudança e a eliminação dos dados.

## De quem é o código-fonte?

No software pronto e no SaaS, a empresa compra um direito de utilização: o código-fonte fica com o fabricante, e é o fabricante quem decide o destino do produto (novas funcionalidades, alterações de preço, descontinuação do produto). Isto, por si só, não é um problema, se o produto for estável e os dados puderem ser exportados.

No desenvolvimento à medida, a questão do código-fonte e dos direitos de utilização é resolvida pelo contrato; por isso, vale a pena estipular expressamente de quem é o código, se o cliente recebe o código-fonte completo e a documentação, e se o sistema pode continuar a ser desenvolvido por outro programador. Connosco, o código-fonte e os direitos de utilização também se regem pelo contrato. Sobre os outros pontos importantes do contrato, escrevemos no artigo [Como escolher uma empresa de desenvolvimento de software?](https://www.mestersegesintelligenciakozpont.hu/pt/base-de-conhecimento/como-escolher-uma-empresa-de-desenvolvimento-de-software).

## A ponderação varia consoante o tipo de sistema

Os critérios acima são gerais, mas o seu peso varia de um tipo de sistema para outro. Num sistema de planeamento de recursos empresariais, a questão decisiva é a relação entre a personalização e a facilidade de atualização; escrevemos sobre isso no artigo [ERP à medida ou ERP pronto personalizado?](https://www.mestersegesintelligenciakozpont.hu/pt/base-de-conhecimento/erp-a-medida-ou-erp-pronto). Num sistema de gestão de clientes, contam muito um processo de vendas específico e a licença por utilizador (ver o artigo [Quando compensa desenvolver um CRM à medida?](https://www.mestersegesintelligenciakozpont.hu/pt/base-de-conhecimento/quando-compensa-um-crm-a-medida)). Numa loja online, o arranque rápido das plataformas alugadas opõe-se à liberdade de expansão, tema do artigo [Loja online: plataforma por subscrição ou desenvolvimento à medida?](https://www.mestersegesintelligenciakozpont.hu/pt/base-de-conhecimento/loja-online-por-subscricao-ou-a-medida). Sobre o desenvolvimento de sistemas empresariais em geral, pode ler na página [Software empresarial](https://www.mestersegesintelligenciakozpont.hu/pt/servicos/software-empresarial).

## Lista de verificação para a decisão

As respostas às perguntas seguintes indicam, na maioria dos casos, o caminho por si mesmas:

1. Conseguimos descrever o processo com pormenor suficiente para o verificar, item a item, na demonstração de um produto pronto?
2. Que parte do processo é coberta pelo produto pronto através de configurações, sem desenvolvimento?
3. Esta área distingue a empresa dos concorrentes, ou funciona de forma semelhante em todas as empresas?
4. A quantos sistemas é preciso ligar, e existem para eles conectores prontos suportados pelo fabricante?
5. Quantos utilizadores vão trabalhar no sistema daqui a alguns anos, e como muda a subscrição com isso?
6. Recebemos uma exportação completa e legível por máquina, e já a experimentámos com uma exportação de teste?
7. Onde são armazenados e tratados os dados, e isso cumpre os requisitos de proteção de dados e setoriais da empresa?
8. Quem opera e continua a desenvolver o sistema, e o que acontece se esse parceiro deixar de estar disponível?
9. Quanto tempo há até ao arranque, e o sistema pode arrancar por etapas?

## Erros típicos

- **Comparar listas de funcionalidades em vez do processo:** dois produtos podem prometer a mesma funcionalidade; a diferença está na forma como se adaptam ao trabalho diário da empresa. Vale a pena percorrer a demonstração com os próprios casos reais.
- **Comparar apenas o custo do primeiro ano:** a subscrição cresce com o número de pessoas, enquanto a operação e a evolução do sistema à medida surgem ao longo dos anos.
- **Esquecer a saída:** a exportação dos dados tem de ser verificada no momento da escolha, e não no da rescisão.
- **Demasiada personalização num produto pronto:** a partir de certo ponto, atualizar um sistema pronto muitas vezes personalizado dá mais trabalho do que manter um módulo à medida bem separado.
- **Substituir tudo de uma vez:** a transição por etapas (primeiro um módulo, depois o seguinte) é um risco menor do que uma grande mudança única.

## Perguntas frequentes

### Quando compensa desenvolver software à medida?

Quando o funcionamento da empresa se afasta daquilo em que os produtos 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 o próprio software é a vantagem do negócio. Se um produto pronto cobrir a maior parte dos processos sem desenvolvimento, esse é geralmente o caminho mais rápido, e dizemo-lo logo na primeira consulta.

### O software à medida é mais caro a longo prazo?

Não necessariamente, mas também não é automaticamente mais barato. A subscrição do software pronto cresce com o número de utilizadores e com os planos, enquanto no sistema à medida a operação e a evolução representam um custo contínuo. Qual custa menos depende do período de utilização previsto, do número de pessoas, das integrações e da frequência das alterações; vale a pena calculá-lo para o caso concreto.

### O que acontece aos nossos dados se cancelarmos o SaaS?

Depende sobretudo do contrato, por isso vale a pena verificá-lo logo no momento da escolha. Segundo o Regulamento dos Dados da UE, o contrato tem de especificar exaustivamente os dados que podem ser transferidos e garantir pelo menos 30 dias de calendário para a sua recuperação; e, segundo o RGPD, no final do serviço os dados pessoais têm de ser apagados ou devolvidos, consoante a escolha do responsável pelo tratamento. Na prática, é uma exportação de teste que mostra até que ponto os dados são utilizáveis noutro sistema.

### É possível combinar os dois?

Sim, e em muitas empresas esse é o caminho viável: o sistema pronto mantém-se para as tarefas habituais, uma integração à medida liga-o aos restantes sistemas, e é criado um módulo à medida para aquilo em que a empresa é diferente. A condição é que o sistema pronto esteja acessível através de uma API documentada.

### De quem será o código-fonte?

No software pronto e no SaaS, o código-fonte pertence ao fabricante, e a empresa recebe um direito de utilização. No desenvolvimento à medida, o código-fonte e os direitos de utilização regem-se pelo contrato, também connosco.

## Como podemos ajudar?

A Mesterséges Intelligencia Központ Kft. desenvolve software à medida e liga sistemas prontos, também com inteligência artificial, onde isso poupa trabalho real: ligamos os modelos de linguagem da OpenAI (ChatGPT), da Anthropic (Claude) e da Google (Gemini) aos sistemas existentes. A primeira consulta é gratuita, e nela dizemos também se um produto pronto é suficiente. Se for necessário um desenvolvimento à medida, medimos o seu tamanho funcional em pontos de função COSMIC, e daí resultam a proposta e o calendário. 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 [Desenvolvimento de software à medida](https://www.mestersegesintelligenciakozpont.hu/pt/servicos/desenvolvimento-de-software-a-medida). Se quiser falar connosco sobre a sua própria situação, escreva-nos através dos contactos indicados na página [Contacto](https://www.mestersegesintelligenciakozpont.hu/pt/contacto).

## Fontes

- [NIST: SP 800-145, The NIST Definition of Cloud Computing](https://csrc.nist.gov/pubs/sp/800/145/final)
- [EUR-Lex: Regulamento (UE) 2023/2854 (Regulamento dos Dados)](https://eur-lex.europa.eu/legal-content/PT/TXT/?uri=CELEX:32023R2854)
- [EUR-Lex: Regulamento (UE) 2016/679 (Regulamento Geral sobre a Proteção de Dados, RGPD)](https://eur-lex.europa.eu/legal-content/PT/TXT/?uri=CELEX:32016R0679)