Software Choice en español: compras públicas de software, estándares abiertos e interoperabilidad
Las compras públicas de software reúnen cuestiones distintas: qué necesita una administración, cómo compara las ofertas, qué permisos concede la licencia y cómo intercambia información con otros sistemas. El debate sobre software libre, código abierto y software privativo se relaciona con esas cuestiones, pero no las resuelve por sí solo. Esta referencia presenta los conceptos y las medidas documentadas sin recomendar un modelo de licencia ni una política concreta. Los ejemplos históricos se describen con el alcance y el resultado que registran las fuentes.
Licencias y formas de acceso al código
El artículo de Wikipedia sobre software libre define este modelo por las libertades de ejecutar, copiar, distribuir, estudiar, modificar y mejorar el programa. Esos permisos se establecen mediante una licencia. Libre no significa necesariamente gratuito: un programa puede distribuirse comercialmente y mantener esas libertades. Del mismo modo, una descarga sin precio puede estar sujeta a restricciones que impidan modificarla o redistribuirla. El precio y los permisos son, por tanto, preguntas diferentes.
La misma referencia sobre software libre distingue el término código abierto y el software propietario o privativo. La disponibilidad del código permite estudiar el funcionamiento; la licencia determina qué usos y cambios están autorizados. El software privativo se describe mediante condiciones más restrictivas que no garantizan las libertades del software libre. Las licencias libres tampoco tienen todas las mismas condiciones: algunas exigen conservar permisos en las versiones derivadas y otras permiten una distribución con restricciones adicionales. La explicación de las definiciones y licencias desarrolla estas familias en inglés.
Contratación, neutralidad y dependencia
Wikipedia describe el contrato público como una relación en la que participa una administración y cuyo régimen jurídico tiene características propias. Comprar software dentro de ese marco no equivale a una compra particular: importan las reglas aplicables a la contratación y a la actuación de la entidad pública. La definición identifica quién contrata y bajo qué régimen; no establece por sí misma una preferencia por una licencia.
La entrada sobre neutralidad tecnológica presenta el concepto como imparcialidad de la administración frente a bienes y servicios informáticos. También lo relaciona con la posibilidad de usar servicios electrónicos sin que se imponga una tecnología específica y con normas que definen obligaciones sin fijar los medios tecnológicos. Son dimensiones relacionadas, aunque diferentes: las condiciones de una compra, el acceso de las personas a un servicio y la redacción de una norma no son una sola decisión.
La definición de dependencia del proveedor en Wikipedia se refiere a la dificultad de cambiar de proveedor sin afrontar costos sustanciales. La pregunta no se limita al precio de adquisición: también considera qué ocurre cuando una organización necesita sustituir la solución elegida. Esa definición no demuestra que cualquier producto de una familia de licencias cause o evite dependencia. Describe una relación económica y técnica que puede examinarse por separado de los permisos de uso del programa.
Estándares, información e interoperabilidad
Wikipedia sobre estándares abiertos señala que existen distintas interpretaciones del término. Las definiciones pueden ocuparse del acceso a la especificación, sus condiciones de uso y el proceso por el que se desarrolla. Es necesario distinguir esa apertura de la licencia de un programa que utiliza el estándar. Una especificación describe reglas compartidas; una licencia regula los permisos sobre una obra de software.
La referencia sobre interoperabilidad la explica como la capacidad de intercambiar información y utilizar lo intercambiado. En la administración electrónica también identifica dimensiones técnicas, semánticas y organizacionales. Conectar sistemas exige atender al significado de los datos y a los procesos de las entidades participantes, además de las conexiones técnicas. El concepto permite entender por qué la política sobre información no se reduce a escoger un sistema operativo.
En España, el Esquema Nacional de Interoperabilidad descrito por Wikipedia reúne criterios y recomendaciones para el tratamiento de información por las administraciones y su intercambio con otras entidades y con la ciudadanía. Su desarrollo comprende normas técnicas y guías. Entre las materias que enumera la referencia figuran los documentos electrónicos, los modelos de datos, la reutilización y la preservación. Es un marco sobre la relación entre sistemas e información, con un alcance más amplio que la elección de una licencia.
Proyectos autonómicos y formatos de documentos
Las referencias de Wikipedia describen experiencias distintas. gnuLinEx fue una distribución libre impulsada por la administración de Extremadura. Guadalinex fue promovida por la Junta de Andalucía y se inspiró en ese proyecto. LliureX se desarrolló desde la administración educativa valenciana con el objetivo de introducir tecnologías basadas en software libre en su sistema educativo. Estos nombres identifican proyectos concretos; no representan por sí solos una regla común para todas las compras de las comunidades autónomas.
La entrada de Wikipedia sobre OpenDocument describe un formato para documentos ofimáticos desarrollado en OASIS. Incluye documentos de texto, hojas de cálculo y presentaciones. El formato de la información y el programa que la maneja son asuntos relacionados, pero distintos: una administración puede establecer condiciones para sus documentos y, por separado, evaluar las licencias y capacidades del software. La visión de las políticas europeas sitúa esas decisiones junto a los marcos de interoperabilidad y contratación.
Patentes y medidas latinoamericanas
La referencia sobre patentes de software recoge el debate sobre derechos exclusivos y desarrollo de programas. Presenta argumentos de sus defensores sobre la inversión y la innovación y objeciones sobre los costos de examinar patentes y afrontar litigios. En un proceso distinto, la referencia sobre la propuesta de directiva europea registra que el Parlamento Europeo rechazó la propuesta de patentabilidad de invenciones implementadas por computadora el 6 de julio de 2005 y que no se convirtió en ley. La explicación de esa directiva sigue su tramitación y resultado en inglés.
En América Latina también hubo diferencias. La referencia de Wikipedia sobre la legislación peruana registra una ley de consideración del código abierto aprobada en octubre de 2005. La visión de Wikipedia sobre la adopción en instituciones públicas describe el Decreto 3390 venezolano y medidas brasileñas para extender el uso de computadoras con Linux. El estudio de políticas de CSIS distingue asesoramiento, preferencias, mandatos y resultados legislativos. La visión de América Latina explica esos casos sin convertirlos en una política regional única.