Toda entidad pública necesita que sus usuarios se identifiquen, enviar notificaciones, cobrar pagos, firmar documentos, proteger sus sistemas y alojarlos en algún servidor. Son necesidades idénticas en un ministerio, en un hospital y en una municipalidad.
Aun así, es común que cada entidad las resuelva por separado, con su propio proveedor, su propio contrato y su propia solución.
Necesidades transversales resueltas por separado
Cuando entidades distintas resuelven de forma independiente capacidades tecnológicas transversales, aumenta el riesgo de duplicidad y de tener que pagar después por integración, migración o mantenimiento paralelo.
Conviene precisarlo: esto no significa que toda compra descentralizada sea ineficiente ni que cada entidad esté pagando dos veces. La descentralización de decisiones es legítima. El problema es decidir sin una base común.
Qué es sectorial y qué es transversal
La distinción clave es entre lo que es propio de cada sector y lo que todos necesitan por igual:
| Específico del sector | Transversal y reutilizable |
|---|---|
| Software clínico | Autenticación e identidad |
| Gestión educativa | Notificaciones |
| Sistemas judiciales | Pagos y firma digital |
| Herramientas tributarias | Registro de accesos |
| Nube y alojamiento | |
| Ciberseguridad | |
| Interoperabilidad | |
| Observabilidad |
La columna izquierda justifica desarrollo propio. La derecha no debería reinventarse desde cero en cada entidad.
El ciclo de riesgo
El problema rara vez aparece en una sola decisión. Aparece en la suma de decisiones razonables:
- Una entidad compra una solución
- Otra entidad compra algo parecido
- Una tercera desarrolla su propia versión
- Años después hay que integrarlas
- Nuevo contrato de integración
- Más mantenimiento permanente
Ningún paso es irracional por separado. El riesgo está en el resultado agregado.
La dependencia del proveedor no es culpa del proveedor
Los proveedores privados son necesarios. Aportan tecnología, capacidad y velocidad que el Estado no siempre tiene. El problema aparece cuando el Estado no define arquitectura, estándares ni control sobre sus datos. Entonces cada contrato crea una dependencia: cambiar de proveedor se vuelve tan costoso que en la práctica no hay competencia.
El Estado necesita una arquitectura propia para comprar bien, integrar bien y evitar dependencias innecesarias. Con estándares abiertos y datos bajo gobierno del Estado, competir por un contrato vuelve a ser posible.
Por qué lo transversal no debería reinventarse
Hay cuatro razones concretas:
- Un servicio transversal ya diseñado, auditado y certificado puede reutilizarse en lugar de rehacerse.
- El costo unitario baja cuando el volumen se negocia como Estado y no como oficina.
- La entidad pequeña recibe el mismo nivel de seguridad que la grande.
- Se reducen las integraciones que podrían haberse evitado desde el diseño.
Letras de Cambio no publica cifras de ahorro sin un cálculo oficial verificable. El argumento no depende de una cifra, sino de una lógica que cualquier gestor reconoce: construir una vez y reutilizar cuesta menos que construir muchas veces e integrar después.
Lo que haría diferente: lo común se compra junto, lo especializado se mantiene sectorial
Propongo cuatro reglas:
- Un catálogo de servicios transversales disponible para toda entidad.
- Una regla de reutilización: se desarrolla algo propio solo si lo transversal no cubre el caso.
- Estándares abiertos y control de los datos exigidos en todo contrato tecnológico.
- Presupuesto evaluado por capacidad reutilizada, no por sistema entregado.
La objeción obvia: centralizar compras crea cuellos de botella
Es una preocupación justificada. Si cada entidad tiene que esperar a que una instancia central le provea un servicio, puede quedar paralizada por la lentitud ajena.
Por eso la regla no es «todo se compra centralmente», sino «primero se usa lo que ya existe». El catálogo debe estar disponible antes de exigir su uso, y la regla de reutilización admite excepciones cuando lo transversal no cubre el caso. La descentralización funcional se mantiene; lo que se evita es la duplicación tecnológica.
Qué cambia para el ciudadano
Para el ciudadano, significa un Estado que gasta menos en reinventar lo mismo y más en los servicios que realmente usa. Y significa una experiencia más coherente: la misma forma de identificarse, de pagar y de recibir notificaciones, cualquiera sea la entidad.
Hacia 2050
La tecnología pública se vuelve más cara cada año que se deja fragmentar, porque cada sistema aislado suma mantenimiento e integraciones futuras. Un catálogo común construido hoy es un activo que se acumula; la duplicación es un pasivo que también se acumula.
Conclusión
La descentralización funcional no exige duplicación tecnológica. Lo común se compra junto. Lo especializado se mantiene sectorial.
Fuentes
- Este artículo desarrolla un análisis de diseño institucional. Por política editorial, no incluye cifras de ahorro sin un cálculo oficial verificable.