Open source no setor público: economia de licença não é o motivo principal

Quando o tema é software livre no governo, a conversa quase sempre começa pelo preço — e termina ali. É um erro caro. A economia de licença é o benefício menos importante do open source no setor público. Os reais são outros, e nenhum aparece na primeira tela do pregão.

O que muda quando o código pode ser lido

A diferença não está em "abrir o capô"; está em quem decide o que o sistema faz. Um software proprietário traz comportamento opaco: ninguém fora do fornecedor sabe exatamente como uma decisão é tomada, qual algoritmo classifica um cidadão, em que ordem critérios de prioridade são aplicados.

Em um órgão público, isso colide com três obrigações:

• Princípio da publicidade (CF/88, art. 37) — atos administrativos precisam ser passíveis de fiscalização.
• LGPD, art. 20 — o titular tem direito a revisão de decisões automatizadas.
• Lei de Acesso à Informação (12.527/2011) — o cidadão pode requerer documentação técnica de sistemas que processam dados públicos.

Um sistema fechado não consegue cumprir isso de forma plena. Um sistema aberto cumpre por construção.

O fim do refém

Lock-in não é só problema comercial; é problema de continuidade do serviço público. Quando um único fornecedor detém o código, a senha do banco e a documentação operacional, o órgão fica dependente — para correções urgentes, para mudanças regulatórias, para integrações futuras.

Software aberto desacopla três coisas que costumam vir juntas no proprietário:

1. Quem escreveu o software originalmente
2. Quem opera o software hoje
3. Quem suporta o software amanhã

Cada uma pode ser contratada separadamente, em momentos distintos, por organizações distintas. Isso destrava licitações reais e permite que pequenas empresas regionais entrem em concorrências antes restritas a um ou dois grandes players.

O respaldo regulatório no Brasil

A escolha por código aberto no setor público brasileiro tem base normativa consistente:

• Lei 14.129/2021 (Marco Legal do Governo Digital) — incentiva soluções baseadas em padrões abertos e interoperabilidade.
• Decreto 10.332/2020 — Estratégia de Governo Digital, que explicita preferência por soluções compartilhadas e abertas quando viável.
• Acórdão 2.314/2013-TCU — o TCU já se manifestou sobre risco de aprisionamento tecnológico em contratações de TI.

Quem escolhe aberto não está fazendo militância; está cumprindo orientação consolidada.

Os custos reais (que ninguém menciona)

Open source não é grátis — é custo distribuído de outra forma. Em vez de pagar licença, o órgão paga por:

• Suporte qualificado — empresas que conhecem o produto e respondem a SLA.
• Customização — adaptações às regras específicas (que no proprietário viram "feature request" sem prazo).
• Operação — quem mantém atualizado, monitora e responde a incidentes.

A diferença é que esses custos voltam para a economia local — empresas brasileiras, salários no país, conhecimento que fica. No proprietário internacional, parte expressiva da licença sai do país sem capilarizar.

O que faz dar certo, na prática

Adotar open source bem exige três coisas que costumam faltar:

1. Equipe interna que entende o suficiente para não ser refém do fornecedor de suporte.
2. Política de contribuição — o que o órgão melhora volta para a comunidade, e isso reduz o custo de manutenção a longo prazo.
3. Estratégia de versão — não rodar a main direto, escolher releases LTS e ter plano de upgrade documentado.

Sem isso, vira "proprietário com cara de aberto": custos de operação altos, sem nenhum dos benefícios estratégicos.

Como a ProbiTech entra nessa conversa

Trabalhamos com clientes que estão em três momentos típicos:

• Avaliando se uma adoção open source faz sentido para um sistema específico — fazemos a análise de viabilidade técnica, regulatória e de custo total.
• Migrando de um sistema proprietário para uma stack aberta — definimos o caminho de migração, as cláusulas contratuais de saída e o plano de operação.
• Operando uma stack aberta que cresceu sem governança — ajudamos a estabelecer ciclo de upgrade, política de contribuição e relacionamento com a comunidade.

Em qualquer um desses momentos, vale começar pela conversa. Fale com a gente em /contato descrevendo o cenário — em até dois dias úteis devolvemos com a abordagem sugerida e horários para uma primeira reunião.

Veja também: Soberania digital em órgãos públicos — por que onde seu sistema vive importa tanto quanto quem o escreveu.