La modernización tecnológica de la administración comprende capacidades, procesos, información y responsabilidades para utilizar tecnología al servicio de las finalidades públicas. No se reduce a disponer de computadores o sustituir una ventanilla por una página. El DUR 1078, capítulo 2.2.9.1, subrogado por Decreto 767 de 2022, organiza la Política de Gobierno Digital alrededor de generación de valor público, articulación, confianza y respeto de derechos. El diseño debe identificar qué problema se resuelve y cómo se integran medios técnicos, reglas del servicio y condiciones de quienes lo utilizan.
La capacidad institucional de transformación digital reúne condiciones para planear, implementar, utilizar y mejorar las soluciones tecnológicas de manera coherente con la misión. La política combina gobernanza, innovación pública digital, habilitadores, líneas de acción e iniciativas dinamizadoras. Esos componentes permiten relacionar dirección y recursos con servicios, datos y participación. Un proyecto necesita responsables y sostenimiento, además de desarrollo inicial; si la institución no puede actualizar reglas o gestionar riesgos, la herramienta puede reproducir fallas sin que nadie asuma su corrección. La capacidad es de la organización y no únicamente de su área informática.
La gobernanza articula los niveles nacional y territorial y las relaciones entre ámbitos central y descentralizado, involucrando grupos de interés. El objeto no es imponer una solución idéntica al margen de toda capacidad, sino orientar decisiones estratégicas y recursos hacia una gestión colaborativa. La política diferencia su ámbito obligatorio para entidades de administración pública y particulares con función administrativa, y la coordinación armónica prevista para las demás ramas y organismos. El análisis de un proyecto debe identificar sujeto, responsabilidad y marco aplicable antes de extender automáticamente todas las instrucciones a cualquier institución.
La arquitectura tecnológica debe articular orientación estratégica, modelo de gestión, transformación digital y estrategia de tecnologías de información. Este habilitador permite ordenar sistemas, datos y procesos con las necesidades misionales. Una aplicación aislada puede funcionar técnicamente y fallar en la relación con los sistemas o responsabilidades del servicio. Examinar arquitectura permite identificar fuentes de datos, dependencias, duplicidades y cambios necesarios, sin confundir ese diseño con competencia para modificar cualquier requisito. La integración debe realizarse dentro del régimen del trámite y con los permisos de información pertinentes.
La seguridad y privacidad constituyen un habilitador transversal. El artículo 2.2.9.1.2.1 incluye procesos, trámites, servicios, infraestructura y activos de información para preservar confidencialidad, integridad, disponibilidad y privacidad. Los controles deben corresponder a los riesgos del servicio: identificar acceso autorizado, proteger información, mantener continuidad y preparar respuesta ante incidentes. Una solución disponible pero que divulga datos protegidos no cumple por ese solo funcionamiento la finalidad de confianza. Tampoco basta restringir todo acceso si ello impide prestar el servicio y ejercer derechos sin una razón jurídica y técnica adecuada.
La cultura y apropiación permiten que servidores y grupos de interés accedan, usen y aprovechen la tecnología. El habilitador incluye inclusión y enfoque diferencial, especialmente frente a personas con discapacidad. Su implementación exige comprender tareas y dificultades, preparar a quienes atienden y evaluar si el medio permite completar la relación. Una capacitación puede ser necesaria sin probar por sí sola todo resultado de adopción. Las medidas deben responder a las barreras y competencias requeridas para el servicio, sin convertir la transformación digital en una exigencia de capacidades que la persona no está jurídicamente obligada a poseer.
La legalidad tecnológica obliga a que el uso de tecnología en trámites y servicios respete Constitución, leyes y reglamentos. La programación de un criterio no lo convierte en fuente jurídica. Debe verificarse que el sistema aplique la regla vigente, atienda los presupuestos relevantes y permita realizar las garantías correspondientes. El uso de automatización no sanea una condición ilegal ni elimina la responsabilidad de la autoridad por su decisión. Tampoco permite presumir que cualquier cálculo informático es incorrecto: exige contrastar su funcionamiento con las reglas y hechos del asunto.
La innovación pública digital se orienta a soluciones novedosas para problemas públicos y puede utilizar experimentación, prueba, validación y aprendizaje. El artículo 2.2.9.1.2.1 promueve capacidades y mecanismos de compra pública que faciliten soluciones tecnológicas, junto con adopción de software libre o de código abierto, sin excluir inversión en tecnologías cerradas. Este marco no crea una modalidad contractual universal ni una exención de las reglas de contratación. La elección debe responder al problema, requisitos y fuentes aplicables; la condición abierta o cerrada de una tecnología no demuestra por sí sola toda su legalidad o adecuación.
Las líneas de acción concretan servicios y procesos inteligentes, decisiones basadas en datos y Estado abierto. Los servicios se orientan por necesidades y experiencia de usuarios, automatización, accesibilidad y calidad. Los datos se consideran activos estratégicos y requieren gobernanza para acceso, intercambio, reutilización y análisis, con respeto de su protección. Los proyectos de transformación deben integrarse al Plan Estratégico de Tecnologías de la Información. Un proyecto no adquiere coherencia únicamente por compartir la etiqueta digital: debe contribuir de manera reconocible a objetivos institucionales y resultados de servicio.
La implementación distingue lineamientos y estándares mínimos de las recomendaciones contenidas en guías, bajo el artículo 2.2.9.1.2.2. El Manual de Gobierno Digital organiza esos instrumentos y debe actualizarse con su evolución. Las estrategias diferenciales atienden caracterización de capacidades y contexto; a su vez, el artículo 2 de la Ley 2052 permite solicitudes motivadas de ampliación o ajuste en los supuestos territoriales que regula. Identificar dificultades no produce automáticamente suspensión general de obligaciones: deben utilizarse los mecanismos de adaptación previstos y obtener la decisión correspondiente cuando sea necesaria.
Las responsabilidades institucionales están distribuidas. El representante legal coordina, adopta, implementa y verifica; el comité institucional pertinente orienta y el responsable de tecnologías lidera implementación y mejora, con corresponsabilidad de las otras áreas en sus materias. El seguimiento se articula con medición del desempeño y calidad de información, y las evaluaciones de resultados e impacto tienen el marco propio del artículo 2.2.9.1.4.2. Externalizar un desarrollo no transfiere por sí solo todas esas responsabilidades al proveedor. La continuidad de la política requiere dirección, evidencia de avance y ajustes fundados.
Ejemplo colombiano 1: criterio jurídico programado de forma incorrecta
En un caso hipotético, una entidad colombiana automatiza la verificación de una condición de un trámite. La regla vigente permite acreditar alternativamente dos supuestos, pero el sistema admite únicamente el primero y rechaza solicitudes que cumplen íntegramente el segundo. Se verifica la discrepancia y la entidad sostiene que la salida informática debe aplicarse sin corrección porque el criterio ya fue programado.
La legalidad tecnológica exige que el sistema respete el régimen; el código informático no modifica la alternativa legal acreditada. Deben atenderse la solicitud por el cauce pertinente y la corrección del funcionamiento, preservando las garantías y el título de decisión. La automatización puede ser útil, pero no convierte un criterio incorrecto en requisito jurídico. El ejemplo no afirma que toda decisión automatizada sea inválida: identifica una contradicción concreta entre programación y norma.
Ejemplo colombiano 2: tecnología cerrada y adecuación del proyecto
En otro supuesto hipotético, una entidad colombiana selecciona una tecnología cerrada para un proyecto, cumpliendo los requisitos contractuales, técnicos, de seguridad y de servicio aplicables. Un observador afirma que la Política de Gobierno Digital prohíbe de forma absoluta invertir en tecnologías cerradas. No identifica otro defecto del proyecto y basa su objeción exclusivamente en esa característica.
El artículo 2.2.9.1.2.1 promueve software libre o de código abierto sin excluir inversión en tecnología cerrada. La objeción absoluta no corresponde a ese texto. Debe conservarse el examen de adecuación, costos, seguridad, condiciones contractuales e integración que realmente procede; superar esa objeción no demuestra por sí solo toda calidad futura. La política orienta innovación y capacidades, sin resolver cada contratación únicamente por el tipo de licencia.
Ejemplo colombiano 3: dificultad territorial y solicitud de adaptación
En un tercer caso hipotético, una entidad territorial colombiana está comprendida en la Ley 2052 y acredita limitaciones de conectividad que le impiden cumplir una obligación dentro del plazo definido por la autoridad competente. La ley permite solicitar motivadamente su ampliación o modificación de lineamientos en ese supuesto. La entidad prepara la solicitud, pero decide que su sola presentación ya la exime de toda obligación digital, aunque no existe regla de ese efecto automático ni decisión que lo conceda.
La solicitud utiliza un mecanismo de adaptación previsto y debe sustentarse en las condiciones reales. No constituye por sí misma una dispensa general o indefinida. Debe identificarse el efecto legal de presentarla, la decisión correspondiente y las medidas de cumplimiento que continúen exigibles. El enfoque territorial reconoce diferencias y permite ajustar implementación; no transforma toda dificultad en autorización unilateral para abandonar la política o suspender derechos de los usuarios.
Fuentes de la lección: Constitución, artículos 15 y 209; CPACA, artículos 3 y 42; Ley 2052 de 2020, artículo 2; DUR 1078, artículos 2.2.9.1.1.1 a 2.2.9.1.4.3, subrogados por Decreto 767 de 2022. Consulta: 5 de noviembre de 2026.