Última actualización: septiembre 2026 Base legal: Ley N° 31814, Decreto Supremo N° 115-2025-PCM (Reglamento) Aplica a: entidades de la administración pública, empresas de tecnología que desarrollan soluciones para el Estado, startups de IA y desarrolladores interesados en contratación pública tecnológica.
El Reglamento de la Ley de Inteligencia Artificial en Perú no solo regula al sector privado. Incluye una disposición que puede cambiar el mercado tecnológico peruano: las entidades del Estado deben priorizar el desarrollo de sistemas de IA basados en código abierto.
Esto abre oportunidades concretas para empresas de tecnología, startups y desarrolladores que quieran trabajar con el sector público. Aquí explicamos qué dice la norma, por qué importa y qué oportunidades genera.
¿Qué dice exactamente el Reglamento?
El Decreto Supremo N° 115-2025-PCM establece que las entidades de la Administración Pública deben priorizar el desarrollo de sistemas basados en inteligencia artificial de código abierto (open source).
Los tres objetivos de esta disposición
| Objetivo | Qué busca |
|---|---|
| Democratizar el ecosistema tecnológico | Que la tecnología de IA desarrollada con recursos públicos sea accesible para todos, no solo para las empresas que la construyeron |
| Reducir barreras de entrada para startups | Que empresas pequeñas puedan participar en el ecosistema de IA sin depender de licencias costosas o tecnología propietaria |
| Fomentar la interoperabilidad | Que los sistemas de IA del Estado puedan comunicarse entre sí y ser auditados, evitando la dependencia de un solo proveedor (vendor lock-in) |
La limitación explícita
La norma incluye una salvaguarda importante: la priorización del código abierto debe respetar indefectiblemente la seguridad de la información. Esto significa que:
- No se puede liberar código que comprometa datos sensibles del Estado o de ciudadanos.
- Los componentes de seguridad críticos pueden mantenerse cerrados si su liberación genera vulnerabilidades.
- La decisión de qué es «seguro» de liberar corresponde a cada entidad según su análisis de riesgos.
¿Qué significa «priorizar» código abierto?
La palabra clave es priorizar, no «obligar». La norma establece una preferencia, no un mandato absoluto:
| Interpretación | Implicación práctica |
|---|---|
| Es una preferencia, no una prohibición del software propietario | Las entidades públicas pueden usar software propietario cuando el open source no cumpla los requisitos técnicos, de seguridad o de funcionalidad |
| Aplica al desarrollo, no solo a la adquisición | Cuando el Estado desarrolla o encarga el desarrollo de un sistema de IA, el resultado debería ser open source como regla general |
| Requiere justificación para elegir cerrado | Si una entidad elige software propietario sobre una alternativa open source equivalente, debería poder justificar por qué |
| No obliga a liberar sistemas existentes | Los sistemas de IA ya implementados antes del Reglamento no están obligados a convertirse en open source retroactivamente |
¿Por qué el Estado peruano apuesta por el código abierto en IA?
La decisión no es arbitraria. Responde a problemas concretos del ecosistema tecnológico público peruano:
1. Dependencia de proveedores (vendor lock-in)
Cuando el Estado contrata un sistema de IA propietario, queda atado al proveedor original para mantenimiento, actualizaciones y soporte. Si el proveedor sube precios, degrada el servicio o desaparece, la entidad pública no puede migrar fácilmente porque no tiene acceso al código fuente.
| Con software propietario | Con software open source |
|---|---|
| Solo el proveedor puede mantener el sistema | Cualquier empresa calificada puede dar mantenimiento |
| Cambiar de proveedor implica reconstruir desde cero | Cambiar de proveedor es viable porque el código está disponible |
| El Estado paga licencias recurrentes | El Estado invierte en desarrollo y el resultado queda como activo público |
| Si el proveedor quiebra, el sistema queda huérfano | El código sobrevive al proveedor |
2. Transparencia y auditoría algorítmica
La Ley 31814 exige que los sistemas de IA del Estado sean transparentes y auditables. Con código abierto, esto es inherente:
| Aspecto | Código cerrado | Código abierto |
|---|---|---|
| ¿Se puede auditar el algoritmo? | Solo si el proveedor lo permite | Sí — cualquiera puede revisar el código |
| ¿Se puede verificar si hay sesgos? | Depende del proveedor | Sí — investigadores y sociedad civil pueden analizar |
| ¿Se puede entender cómo toma decisiones? | Caja negra | Transparente |
| ¿Cumple con la supervisión humana exigida por la ley? | Difícil de verificar internamente | Verificable por diseño |
3. Costo a largo plazo
El argumento económico es especialmente relevante para un país donde el presupuesto público de tecnología es limitado:
| Inversión | Software propietario | Software open source |
|---|---|---|
| Costo inicial | Licencia + implementación | Solo implementación y desarrollo |
| Costo recurrente | Licencias anuales + soporte exclusivo | Soporte competitivo (múltiples proveedores) |
| Escalabilidad | Cada nueva instancia = nueva licencia | Sin costo de licencia por escalar |
| Reutilización | Prohibida sin nueva licencia | Una entidad puede compartir con otra sin costo |
4. Inclusión del ecosistema local
Las startups y pymes tecnológicas peruanas tienen dificultad para competir contra grandes corporaciones internacionales en licitaciones de software propietario. El código abierto nivela el campo:
- Una startup puede contribuir a un proyecto open source del Estado sin necesidad de tener la infraestructura de una multinacional.
- El conocimiento generado queda en el país, no se exporta con el proveedor.
- Desarrolladores peruanos pueden especializarse en los sistemas del Estado y ofrecer servicios de mantenimiento y mejora.
Oportunidades para empresas de tecnología
La disposición de código abierto crea oportunidades concretas en el mercado de contratación pública tecnológica:
1. Desarrollo de sistemas de IA para el Estado
| Oportunidad | Detalle |
|---|---|
| Qué | Diseñar, desarrollar e implementar sistemas de IA para entidades públicas |
| Diferencial | El resultado será open source — tu ventaja competitiva está en la capacidad de ejecución, no en la propiedad del código |
| Para quién | Empresas de desarrollo de software, consultoras de IA, equipos especializados en machine learning |
| Cómo acceder | A través de procesos de contratación pública (OSCE, SEACE) |
2. Mantenimiento y soporte de sistemas existentes
| Oportunidad | Detalle |
|---|---|
| Qué | Mantener, actualizar y dar soporte a sistemas de IA open source ya implementados por el Estado |
| Diferencial | Como el código es abierto, no necesitas ser el proveedor original para dar mantenimiento |
| Para quién | Empresas de soporte técnico, consultoras, freelancers especializados |
| Ventaja | Múltiples proveedores pueden competir por el contrato de soporte, lo que baja costos para el Estado y abre mercado |
3. Consultoría y auditoría de IA
| Oportunidad | Detalle |
|---|---|
| Qué | Auditar sistemas de IA del Estado para verificar cumplimiento de la Ley 31814 (sesgos, transparencia, supervisión humana) |
| Diferencial | La Ley 31814 exige evaluaciones de impacto y auditorías — el Estado necesita quién las haga |
| Para quién | Consultoras de tecnología, firmas de auditoría, especialistas en ética de IA |
| Demanda | Creciente — conforme avancen los plazos de adecuación sectorial (sept. 2026 en adelante) |
4. Contribución a proyectos open source del Estado
| Oportunidad | Detalle |
|---|---|
| Qué | Contribuir directamente a repositorios de código abierto de proyectos de IA del Estado |
| Diferencial | Visibilidad, reputación técnica y posicionamiento como experto en el ecosistema |
| Para quién | Desarrolladores individuales, startups, comunidades tech |
| Modelo | Similar a cómo funciona la contribución a proyectos open source internacionales, pero con impacto directo en servicios públicos peruanos |
5. Capacitación y formación
| Oportunidad | Detalle |
|---|---|
| Qué | Capacitar a funcionarios públicos en el uso, gestión y supervisión de sistemas de IA |
| Diferencial | La Ley 31814 exige supervisión humana — los funcionarios necesitan entender lo que supervisan |
| Para quién | Empresas de capacitación, universidades, consultoras |
| Demanda | Alta — el cronograma de adecuación genera urgencia de formación en los sectores prioritarios |
Cronograma: cuándo se activan las oportunidades
Las oportunidades se alinean con el cronograma de adecuación sectorial de la Ley 31814:
| Sector | Fecha de adecuación | Oportunidades |
|---|---|---|
| Salud, Educación, Justicia, Seguridad, Economía y Finanzas | 10 sept. 2026 | Ya deben estar implementando — demanda inmediata de desarrollo, auditoría y capacitación |
| Transporte, Comercio y Trabajo | 10 sept. 2027 | En fase de planificación — oportunidad de consultoría y desarrollo |
| Producción, Agricultura, Energía y Minería | 10 sept. 2028 | En fase temprana — oportunidad de posicionamiento |
| Todos los demás | 10 sept. 2029 | Mercado en expansión |
Los sectores con fecha más cercana son los que tienen mayor urgencia y, por lo tanto, mayor disposición a contratar.
Ejemplos de sistemas de IA en el sector público donde aplica
| Sector | Posible sistema de IA | Clasificación de riesgo |
|---|---|---|
| Salud | Triaje automatizado en centros de salud, análisis de imágenes médicas, predicción de brotes epidemiológicos | Riesgo alto — supervisión humana obligatoria |
| Educación | Plataformas de aprendizaje adaptativo, detección temprana de deserción escolar, calificación asistida | Riesgo alto |
| Justicia | Análisis predictivo de carga judicial, asistentes para búsqueda de jurisprudencia | Riesgo alto |
| Economía y Finanzas | Detección de fraude tributario, análisis de riesgo fiscal, chatbots de atención al contribuyente | Riesgo alto a aceptable |
| Transporte | Optimización de rutas de transporte público, análisis de siniestralidad vial | Riesgo alto a aceptable |
| Agricultura | Predicción de cosechas, detección de plagas por imágenes satelitales, gestión de recursos hídricos | Riesgo aceptable a alto |
| Seguridad | Análisis de patrones delictivos, videovigilancia inteligente | Riesgo alto — potencialmente prohibido si involucra reconocimiento facial para inferir datos sensibles |
Todos estos sistemas, bajo el Reglamento, deberían ser desarrollados priorizando el código abierto.
Marco de contratación pública para tecnología
Las contrataciones del Estado peruano se rigen por la Ley de Contrataciones del Estado y el sistema SEACE (Sistema Electrónico de Contrataciones del Estado). Para empresas tech interesadas:
| Aspecto | Detalle |
|---|---|
| Dónde se publican las licitaciones | SEACE (seace.gob.pe) |
| Quién puede participar | Personas naturales y jurídicas inscritas en el Registro Nacional de Proveedores (RNP) |
| Requisito básico | Inscripción en el RNP administrado por el OSCE |
| Tipos de procedimiento | Licitación pública, concurso público, adjudicación simplificada, contratación directa (según montos) |
| Consideración especial para startups | La ley de contrataciones contempla mecanismos para fomentar la participación de micro y pequeñas empresas |
Desafíos y consideraciones
La priorización del código abierto no está exenta de retos:
| Desafío | Detalle |
|---|---|
| Seguridad vs. transparencia | Algunos componentes de sistemas críticos (seguridad nacional, datos clasificados) pueden requerir mantenerse cerrados. La norma lo permite, pero la línea entre «necesario por seguridad» y «excusa para no compartir» puede ser difusa. |
| Calidad del código abierto | Que el código sea abierto no garantiza que sea bueno. Se necesitan estándares de calidad, documentación y mantenibilidad. |
| Sostenibilidad a largo plazo | Un proyecto open source sin comunidad activa ni presupuesto de mantenimiento puede quedar abandonado. El Estado debe planificar el soporte continuo. |
| Propiedad intelectual del proveedor | Si una empresa desarrolla un sistema para el Estado, ¿quién tiene los derechos? La disposición de código abierto implica que el código se libera, pero los términos específicos deben pactarse contractualmente. |
| Resistencia institucional | Cambiar la cultura de contratación pública de «comprar licencias» a «invertir en desarrollo open source» requiere tiempo y capacitación. |
| Capacidad técnica interna | Las entidades públicas necesitan personal técnico capaz de evaluar, supervisar y mantener sistemas open source. No todas lo tienen. |
Preguntas frecuentes
¿Esto significa que todo el software del Estado será open source?
No. La norma establece una priorización, no una obligación absoluta. El software propietario sigue siendo una opción válida cuando el open source no cumple los requisitos técnicos, funcionales o de seguridad. Pero la carga de justificación se invierte: ahora hay que justificar por qué no se elige open source, no al revés.
¿Las empresas que desarrollan para el Estado pierden su propiedad intelectual?
Depende del contrato. Si el sistema se desarrolla como open source, el código se libera bajo una licencia abierta — lo que significa que la empresa no puede impedir que otros lo usen. Pero la empresa conserva la autoría, la reputación técnica y puede ofrecer servicios de valor agregado (soporte, personalización, capacitación) sobre el código liberado. El modelo de negocio cambia de «vender licencias» a «vender servicios».
¿Qué licencias open source se usarían?
El Reglamento no especifica una licencia particular. Las más comunes en proyectos de gobierno a nivel internacional son MIT, Apache 2.0 y GPL. La elección depende de cada proyecto y de si se quiere permitir uso comercial sin restricciones (MIT, Apache) o exigir que las modificaciones también sean abiertas (GPL).
¿Esto aplica a los gobiernos regionales y municipales?
Sí. La Administración Pública incluye todos los niveles de gobierno: central, regional y local. Un municipio que desarrolle un sistema de IA para gestión de trámites debería priorizar el código abierto igual que un ministerio.
¿Puedo como ciudadano pedir acceso al código de un sistema de IA del Estado?
Si el sistema fue desarrollado como open source conforme a la norma, el código debería ser accesible. Si no está publicado, podrías solicitarlo a través de los mecanismos de transparencia y acceso a la información pública (Ley 27806). La disposición de código abierto refuerza el derecho de los ciudadanos a conocer cómo funcionan los algoritmos que el Estado usa para tomar decisiones que los afectan.
¿Hay países que ya implementan esto?
Sí. Varios gobiernos han adoptado políticas de código abierto para tecnología pública. La Unión Europea tiene directrices de open source para instituciones comunitarias, Estonia publica gran parte de su infraestructura digital como open source, y Brasil, Uruguay y Argentina tienen políticas similares en distintos niveles de implementación. Perú se suma a esta tendencia con un enfoque específico en IA.
Referencias legales
- Ley N° 31814 — Ley que promueve el uso de la Inteligencia Artificial en favor del desarrollo económico y social del país.
- Decreto Supremo N° 115-2025-PCM — Reglamento de la Ley 31814. Establece la priorización del código abierto para sistemas de IA en la Administración Pública.
- Secretaría de Gobierno y Transformación Digital (SGTD-PCM) — Organismo rector de la política de gobierno digital y fiscalizador de la Ley 31814.
- Ley de Contrataciones del Estado — Marco general de contratación pública para proveedores de tecnología.
- SEACE — Sistema Electrónico de Contrataciones del Estado (seace.gob.pe).
Este artículo es informativo y no constituye asesoría legal. Para participar en procesos de contratación pública tecnológica o desarrollar sistemas de IA para el Estado, consulta con un abogado especializado en contrataciones del Estado y un profesional de tecnología.
¿Necesitas mejorar tu presencia digital?
Cuéntame sobre tu negocio y revisemos qué solución de diseño web, SEO o marketing puede ayudarte a crecer.