Petição para que atividades de open source sejam reconhecidas oficialmente como voluntariado cidadão na Alemanha

• O software de código aberto constitui infraestrutura essencial para administração, economia, pesquisa e vida cotidiana, mas suas contribuições não são reconhecidas legalmente como trabalho voluntário (Ehrenamt) na Alemanha
• A petição pede que o trabalho em código aberto seja reconhecido como voluntariado de interesse público, com benefícios fiscais e proteção legal
• O código aberto oferece infraestrutura técnica transparente e verificável, sustentando sistemas críticos em áreas como segurança, saúde, energia e educação
• Os contribuidores atuam, em sua maioria, de forma voluntária e sem remuneração, enquanto governo, empresas e escolas utilizam diretamente os resultados
• Esse reconhecimento pode servir como base institucional para soberania digital e um ecossistema tecnológico sustentável

---

Visão geral da petição

• O título da petição é “Anerkennung von Open-Source-Arbeit als Ehrenamt in Deutschland” (reconhecer o trabalho de código aberto como voluntariado) e foi submetido à Comissão de Petições do Parlamento Federal Alemão
• Atualmente foram reunidas 2.657 assinaturas (9% da meta de 30.000), com prazo de encerramento em 23 de maio de 2026
• A petição foi iniciada em 24 de novembro de 2025 e está em andamento, com as fases de envio, discussão e decisão

Principais argumentos da petição

1. O valor público do código aberto

• Projetos de código aberto produzem software livre, transparente e verificável, trazendo benefícios para toda a sociedade
• Sistemas centrais, como protocolos da internet, bibliotecas de segurança, TI médica, frameworks de IA, gestão de energia, tecnologia educacional e ferramentas de comunicação, dependem da contribuição de voluntários
• Sem essas atividades, a Alemanha enfrentaria maior dependência digital, redução da segurança e desaceleração da inovação

2. Participação cidadã voluntária e não remunerada

• A maioria dos trabalhos de desenvolvimento, manutenção e documentação é realizada sem remuneração, no tempo livre das pessoas
• Os colaboradores assumem responsabilidade pela estabilidade e segurança do software central, mas não recebem reconhecimento ou recompensas oficiais
• Essas atividades têm um formato de participação cidadã semelhante ao voluntariado em organizações sem fins lucrativos

3. Dependência social e desequilíbrio jurídico

• Órgãos governamentais, municípios, escolas e empresas utilizam diretamente ferramentas de código aberto
• Casos de segurança como “Heartbleed” e “Log4Shell” mostram que o papel dos mantenedores é essencial para a segurança pública
• No entanto, por não serem enquadradas juridicamente como voluntariado, há ausência de benefícios fiscais e suporte organizacional, concentrando a responsabilidade em poucos voluntários

4. Efeitos do reconhecimento legal

• Se reconhecidas como voluntariado, é possível pagar indenizações isentas de impostos (ex.: Ehrenamtspauschale)
• O reconhecimento como organização de utilidade pública (§52 AO) fica mais fácil, e a isenção de responsabilidade (§31a BGB) pode ser aplicada
• Os projetos podem legalmente realizar reembolso de custos e emissão de recibos de doação
• Como resultado, seria garantida transparência, segurança jurídica e sustentabilidade

5. Soberania digital e formação de talentos

• Contribuir para código aberto exige altas competências técnicas, e quando empresas precisam contratar isso, o custo é alto
• O Estado investe bilhões em digitalização, mas os voluntários que mantêm a base tecnológica não recebem apoio
• Reconhecer o código aberto como voluntariado seria um meio custo-efetivo de fortalecer a soberania digital

6. Comparação internacional

• Outros países já implementam benefícios fiscais, suporte institucional e reconhecimento para desenvolvimento de software de utilidade pública
• A falta dessa estrutura na Alemanha pode significar risco de perda de competitividade internacional

Resumo das opiniões dos signatários

• Os signatários afirmam que “desenvolvedores de código aberto geram enorme valor para a sociedade”, “é necessário apoiar o software livre”, entre outros pontos
• Alguns também incluem depoimentos curtos de apoio, como “como desenvolvedor, eu me identifico” e “é uma boa causa”

Status de participação e canais de divulgação

• As principais fontes de entrada dos signatários foram heise.de (24%), linuxnews.de (8%), Hacker News (6%), stadt-bremerhaven.de (5%), computerbase.de (3%)
• Os outros 52% são de origem desconhecida
• A petição está disponível em traduções multilíngues, inclusive em inglês, e também permite o download da folha de assinatura em PDF e a submissão offline

Significado da petição

• Tentativa de institucionalizar a atividade de código aberto como contribuição social formal
• Criação de uma base de proteção jurídica e financeira para desenvolvedores que contribuem para a manutenção da infraestrutura digital
• Potencial para fomentar debates políticos que fortaleçam a soberania digital e a autonomia tecnológica da Alemanha

[GN⁺]

Opinião do Hacker News

• Concordo com a ideia de que software de código aberto cria valor social como bem público, mas na prática há muitos projetos que não geram valor nenhum
  Do jeito alemão, para provar que é “bom código aberto”, provavelmente seria preciso passar por procedimentos burocráticos sem fim
  No fim, os benefícios iriam para quem aceitasse lidar com a papelada, e quem realmente contribui para a sociedade poderia rejeitar esse processo e acabar sem nenhuma compensação

  • Fico curioso sobre o que seria um “código aberto prejudicial ao interesse público”
  • Acho que não devemos abandonar uma boa ideia só porque existe a possibilidade de uma má implementação

• Há o risco de empresas tentarem usar isso para sonegação fiscal ou para driblar o salário mínimo, pagando às pessoas 12 euros por hora sob o pretexto de desenvolver um plugin específico
  Como alemão, sou contra esta petição porque o conceito vago de “código aberto” não se distingue claramente de trabalho comercial

  • Como na Holanda, compensações por voluntariado têm limite máximo. 12 euros é, na prática, nível de salário mínimo, então isso provavelmente seria tratado como fraude fiscal ou violação da legislação trabalhista
    Ainda assim, acho necessário haver benefícios concretos, como reembolso de viagem, para que pessoas em dificuldade econômica possam contribuir para projetos F/LOSS
  • A petição é apenas uma proposta para iniciar a discussão, não algo que vira lei imediatamente
    Impedir o debate só porque a definição dos termos é incerta me parece uma abordagem improdutiva
  • Nos EUA, não é possível deduzir “contribuição de trabalho” (sweat equity)
    Eu faço de graça um trabalho que vale centenas de milhares de dólares, mas não recebo nenhum benefício fiscal
    Se tentarem definir rigorosamente em lei o que é código aberto, isso pode virar disputa política
    Eu uso principalmente a licença MIT e quero que ela possa ser usada livremente
  • Serviços públicos têm procedimentos rígidos de verificação, então não basta simplesmente declarar algo como “código aberto” para receber benefícios
    Só seria possível reembolsar custos reais, como despesas de viagem ou de servidor; pagamento de salário seria proibido

• Gosto muito da Alemanha. Durante uma viagem, acabei encontrando um protesto por acaso, e as pessoas eram muito educadas e pacíficas
  Acho que esse tipo de discussão de política pública deve ser decidido pelos cidadãos do próprio país
  A Alemanha tem uma tradição favorável ao código aberto, então eu gostaria primeiro de ouvir a opinião de quem é de lá

  • A Alemanha teve um impacto positivo na minha vida e na minha carreira
    Por causa da cultura de valorização do interesse público, vejo com otimismo a chance de uma lei assim se consolidar bem

• Na Alemanha, para prestar serviço cívico, é preciso estar empregado por uma organização sem fins lucrativos reconhecida
  Simplesmente fazer commits no GitHub de casa não se enquadra nisso
  Pensando nos procedimentos administrativos alemães, esse processo provavelmente seria bem complicado

  • Por exemplo, a Codeberg e.V. já é reconhecida como instituição beneficente, então alguém empregado lá talvez pudesse receber os benefícios desse sistema
    A KDE e.V. talvez seja um caso parecido

• Acho que é uma boa ideia, mas algumas condições seriam necessárias
  a) o próprio dono do projeto deve ser excluído
  b) deve se limitar a projetos de alto interesse público com quase nenhum patrocínio corporativo
  c) contribuições que não foram mergeadas não devem contar

  • A condição a) teria o efeito contrário. O problema central é o burnout de mantenedores; excluir essas pessoas deixaria de lado justamente quem mais sofre
    Como no caso do XZ Utils, já houve situações em que mantenedores sobrecarregados ficaram expostos a ataques
    Uma abordagem melhor seria definir com clareza critérios de impacto
    Além disso, contribuições não mergeadas (review, resposta a incidentes de segurança etc.) também são trabalho social importante
  • Quando surgem incentivos, aparecem efeitos colaterais não intencionais
    Como no caso do Hacktoberfest, até recompensas simples fizeram explodir a quantidade de PRs inúteis
  • Contribuições não mergeadas também têm valor
    Por exemplo, este PR mostra que o próprio processo de tentativa e erro para chegar a uma solução melhor já é algo valioso
  • A condição b) é um problema difícil de avaliar objetivamente e caro de administrar
  • Até meus “projetos pessoais inúteis” foram muito úteis para aprendizado

• Acho que esta proposta está totalmente certa como próxima etapa do ecossistema FOSS
  No passado, ao preparar um grande projeto baseado em AGPL-3, considerei registrar uma e.V. na Alemanha, mas desisti por questões financeiras e de proteção jurídica
  Se esse sistema existisse, o projeto poderia ter sido sustentável

  • Os três pontos centrais que estávamos discutindo eram
    1. tratamento de dados dos usuários,
    2. possibilidade de pressão jurídica por parte de grandes projetos já existentes,
    3. geração de receita e remuneração de desenvolvedores
       Era preciso haver uma forma de pagar pequenas compensações legalmente sem precisar criar uma empresa
  • Na Alemanha, o ponto-chave de uma e.V. é o reconhecimento de utilidade pública
    Entre cerca de 100 categorias de utilidade pública, a maioria é irrealista, e na prática só educação ou religião acabam sendo viáveis
    Como o Chaos Computer Club, é preciso ser reconhecido como “educação pública” para obter benefícios fiscais

• Se não existisse código aberto, LLMs de geração de código também não existiriam
  Acho que essa é a forma mais elevada de doação

• Acho que seria melhor lançar uma petição para mudar o próprio §52 AO da legislação tributária
  Já publiquei uma petição assim, mas não consegui divulgá-la

• Acho que código aberto deveria receber apoio com recursos públicos, como a pesquisa científica

• Esta petição me parece uma tentativa de esquecer por um momento a distopia global em que vivemos e sonhar com o ideal dos bens comuns ainda não engolido por corporações transnacionais

  • Na verdade, o mais terrível é que a gravidade está sempre tentando nos matar e o sol lança radiação letal sobre nós todos os dias