Petición para que Alemania reconozca el trabajo de código abierto como voluntariado

• El software de código abierto forma la infraestructura clave de la administración, la economía, la investigación y la vida cotidiana, pero en Alemania esas contribuciones no se reconocen legalmente como trabajo voluntario (Ehrenamt)
• La petición exige reconocer la contribución al código abierto como voluntariado de interés público y otorgar beneficios fiscales y protección legal
• El código abierto proporciona una base tecnológica transparente y verificable y sustenta sistemas fundamentales en seguridad, salud, energía, educación y otros campos
• La mayoría de las contribuciones se realizan de forma voluntaria y sin remuneración, mientras que gobiernos, empresas y escuelas usan directamente sus resultados
• Este reconocimiento podría convertirse en la base institucional para la soberanía digital y un ecosistema tecnológico sostenible

---

Resumen de la petición

• El título de la petición es “Anerkennung von Open-Source-Arbeit als Ehrenamt in Deutschland” (Reconocimiento del trabajo de código abierto como voluntariado en Alemania), y fue presentada al Comité de Peticiones del Bundestag alemán
• Actualmente se han reunido 2,657 firmas (9 % de la meta de 30,000) y la fecha límite de firmas es el 23 de mayo de 2026
• La petición se lanzó el 24 de noviembre de 2025, y su etapa en curso incluye presentación, debate y decisión

Principales argumentos de la petición

1. Valor social del código abierto

• Los proyectos de código abierto producen software libre, transparente y verificable que beneficia a toda la sociedad
• Sistemas esenciales como protocolos de Internet, bibliotecas de seguridad, TI médica, frameworks de IA, gestión energética, tecnología educativa y herramientas de comunicación dependen de las contribuciones de voluntarios
• Sin estas actividades, Alemania se enfrentaría a un aumento de la dependencia digital, deterioro de la seguridad y desaceleración de la innovación

2. Participación ciudadana voluntaria y no remunerada

• La mayoría del desarrollo, mantenimiento y documentación se realiza de forma voluntaria, en tiempo de ocio y sin pago
• Los colaboradores son responsables de mantener la estabilidad y seguridad del software central, pero no reciben reconocimiento oficial ni compensación
• Estas actividades son una forma de participación ciudadana similar al voluntariado en organizaciones sin fines de lucro

3. Dependencia social y desequilibrio legal

• Las agencias gubernamentales, gobiernos locales, escuelas y empresas utilizan directamente herramientas de código abierto
• Incidentes de seguridad como Heartbleed y Log4Shell muestran que el papel del mantenimiento es esencial para la seguridad pública
• Sin embargo, al no clasificarse legalmente como voluntariado, hay falta de beneficios fiscales y apoyo institucional, lo que concentra la responsabilidad en un número reducido de voluntarios

4. Efectos del reconocimiento legal

• Si se reconoce como voluntariado, podría pagarse una asignación exenta de impuestos (por ejemplo, Ehrenamtspauschale)
• Se facilitaría el reconocimiento como organización sin fines de lucro (§52 AO) y se podría aplicar la exención de responsabilidad (§31a BGB)
• Los proyectos podrían emitir legalmente reembolsos de costos y recibos de donación
• Como resultado, se obtendrían transparencia, estabilidad legal y sostenibilidad

5. Soberanía digital y formación de talento

• Las contribuciones de código abierto exigen altas capacidades técnicas, y cuando las empresas las contratan, los costos son elevados
• El Estado invierte enormes presupuestos en digitalización, pero los voluntarios que mantienen la base tecnológica no reciben apoyo
• Reconocer el voluntariado sería un mecanismo costo-efectivo para fortalecer la soberanía digital

6. Comparación internacional

• Otros países ya aplican beneficios fiscales, respaldo institucional y reconocimiento del desarrollo de software de utilidad pública
• La falta de este marco en Alemania implica un riesgo de quedarse rezagada en la competencia internacional

Resumen de las opiniones de las personas firmantes

• Las y los firmantes señalan que “los desarrolladores de código abierto generan un enorme valor para la sociedad” y que “se necesita apoyo para el software libre”, entre otras opiniones
• Algunas y algunos también incluyen comentarios de apoyo simples como “como desarrollador directo lo entiendo” y “es una buena iniciativa”

Estado de participación y canales de difusión

• Los principales canales de procedencia de firmantes son heise.de (24%), linuxnews.de (8%), Hacker News (6%), stadt-bremerhaven.de (5%) y computerbase.de (3%)
• El 52 % restante tiene procedencia desconocida
• La petición está disponible en traducciones multilingües, incluyendo inglés, y también permite descargar la hoja de firmas en PDF y enviarla fuera de línea

Importancia de la petición

• Un intento de institucionalizar la actividad de código abierto como contribución social formal
• Crear una base de protección legal y financiera para las y los desarrolladores que sostienen el funcionamiento de la infraestructura digital
• Fomentar una discusión de política pública que pueda contribuir a fortalecer la soberanía digital y la autonomía tecnológica de Alemania

[GN⁺]

Opinión de Hacker News

• Entiendo el argumento de que el software de código abierto crea valor social como bien público, pero en la práctica hay muchos proyectos que no terminan generando ningún valor
  Para demostrar, al estilo alemán, qué es “buen open source”, parece que habría que pasar por procedimientos burocráticos interminables
  Al final, los beneficios irían a quienes acepten la carga del papeleo, y es muy probable que quienes de verdad aportan a la sociedad rechacen esos procesos y no reciban ninguna compensación

  • Me pregunto qué proyectos entrarían en la categoría de “open source perjudicial para el interés público”
  • No creo que debamos desechar una buena idea solo porque pueda implementarse mal

• Existe el riesgo de que las empresas intenten evadir impuestos o el salario mínimo pagando a gente 12 euros por hora con el pretexto de desarrollar cierto plugin
  Como alemán, me opongo a esta petición porque el concepto ambiguo de “open source” no se distingue claramente del trabajo comercial

  • Como en los Países Bajos, las compensaciones por voluntariado tienen un tope. 12 euros en realidad es prácticamente nivel de salario mínimo, así que se consideraría fraude fiscal o una violación del derecho laboral
    Aun así, sí creo que hacen falta beneficios reales, como apoyo para gastos de viaje, para que personas en situación económica difícil puedan contribuir a proyectos F/LOSS
  • La petición solo propone iniciar una discusión; no se convierte en ley de inmediato
    Bloquear el debate entero porque la definición de los términos no está clara me parece un enfoque improductivo
  • En EE. UU., las ‘aportaciones de trabajo’ (sweat equity) no son deducibles
    Yo hago trabajo gratis por valor de cientos de miles de dólares, pero no recibo ningún beneficio fiscal
    Si se intenta regular estrictamente por ley la definición de open source, eso podría convertirse en una disputa política
    Yo uso principalmente la licencia MIT y quiero que se use libremente
  • En el servicio público existen procedimientos de verificación estrictos, así que no basta con declararse simplemente “open source” para recibir beneficios
    Solo se permiten reembolsos de gastos reales, como viajes o costos de servidor, y está prohibido pagar salarios

• Me gusta muchísimo Alemania. Durante un viaje me encontré por casualidad con una protesta, y la gente era muy educada y pacífica
  Creo que este tipo de debates de política pública deben decidirlos los ciudadanos del país en cuestión
  Alemania tiene una tradición favorable al open source, así que primero quisiera escuchar la opinión de la gente local

  • Alemania ha tenido un impacto positivo en mi vida y en mi carrera
    Gracias a su cultura de priorizar el interés público, soy optimista en que una ley así podría asentarse bien

• En Alemania, para hacer servicio cívico hay que estar empleado por una organización sin fines de lucro reconocida oficialmente
  Simplemente hacer commits en GitHub desde casa no entraría en esa categoría
  Pensando en los procedimientos administrativos alemanes, parece que este proceso sería bastante complejo

  • Por ejemplo, Codeberg e.V. ya está reconocida como organización benéfica, así que alguien empleado allí podría recibir los beneficios de este sistema
    KDE e.V. probablemente sea un caso similar

• Me parece una buena idea, pero harían falta algunas condiciones
  a) habría que excluir al propio dueño del proyecto
  b) debería limitarse a proyectos con alto valor público y casi sin patrocinio corporativo
  c) no deberían contarse las contribuciones que no hayan sido mergeadas

  • La condición a) en realidad sería contraproducente. El problema central es el burnout de los mantenedores; si se les excluye, se deja de lado a quienes más están sufriendo
    Casos como el incidente de XZ Utils muestran cómo mantenedores sobrecargados quedaron expuestos a ataques
    Un mejor enfoque sería definir con claridad los criterios de impacto
    Además, las contribuciones no mergeadas (revisión, respuesta a incidentes de seguridad, etc.) también son trabajo social importante
  • Cuando aparecen incentivos, surgen efectos secundarios no intencionales
    Como en el caso de Hacktoberfest, incluso una recompensa simple disparó una avalancha de PR inútiles
  • Las contribuciones no mergeadas también tienen valor
    Por ejemplo, este PR muestra que el propio proceso de prueba y error para llegar a una solución mejor ya es valioso
  • La condición b) es difícil de evaluar objetivamente y es un problema costoso
  • Incluso mis ‘proyectos personales inútiles’ me sirvieron muchísimo para aprender

• Creo que esta propuesta es totalmente correcta como la siguiente etapa del ecosistema FOSS
  Antes, mientras preparaba un gran proyecto basado en AGPL-3, consideré registrarlo como e.V. en Alemania, pero lo abandoné por temas de financiamiento y protección legal
  Si hubiera existido un sistema así, el proyecto habría sido sostenible

  • Las tres cuestiones clave que evaluábamos eran
    1. el manejo de datos de usuarios,
    2. la posibilidad de presión legal por parte de proyectos grandes ya existentes,
    3. la monetización y la compensación para desarrolladores
       Hacía falta una forma de pagar pequeñas compensaciones legalmente sin tener que crear una empresa
  • En Alemania, en una e.V. lo clave es el reconocimiento de utilidad pública
    De unas 100 categorías de utilidad pública, la mayoría son poco realistas, y en la práctica solo parecen viables las áreas de educación o religión
    Para obtener beneficios fiscales, habría que ser reconocido como ‘educación pública’, como el Chaos Computer Club

• Si no existiera el open source, tampoco existirían los LLM para escribir código
  Me parece que esa es la forma más alta de donación

• Más bien creo que sería mejor presentar una petición para cambiar directamente la ley fiscal §52 AO
  Antes ya se publicó una petición así, pero no se logró difundir

• Creo que el open source debería recibir financiamiento público como la investigación científica

• Esta petición se siente como un intento de olvidar por un momento la distopía global en la que vivimos y soñar con el ideal de los bienes comunes no absorbidos por corporaciones transnacionales

  • En realidad, lo más terrible es que la gravedad siempre está tratando de matarnos y el sol nos dispara radiación letal todos los días