EXPEDIENTE DE INVESTIGACIÓN IDLI-AAN-008 / v3
Pregunta de investigación:
¿Qué capacidad política conserva un Estado que no puede mantener, auditar o reemplazar sus sistemas críticos?
Categoría causal: Estado, contratación tecnológica, dependencia, portabilidad y soberanía técnica
Estados de evidencia: OPERATIVO / EN EXPANSIÓN / DISCUTIDO / EXTRAPOLACIÓN PLAUSIBLE
Fecha de última verificación: 22 de agosto de 2026
Estado del expediente: actualización documental para publicación
Zona de investigación: infraestructura pública, nube, contratación, portabilidad, continuidad y soberanía técnica
Los Estados ya utilizan servicios de nube, software como servicio, plataformas de datos, infraestructura tercerizada y herramientas privadas para sostener funciones públicas.
La contratación no implica por sí sola pérdida de soberanía. Puede mejorar capacidad, seguridad, velocidad, resiliencia y acceso a tecnología que sería costosa de desarrollar internamente.
El problema aparece cuando la relación deja de ser reversible.
Si cambiar de proveedor exige rehacer aplicaciones, mover grandes volúmenes de datos, reemplazar servicios propietarios, reconstruir conocimiento perdido o interrumpir funciones críticas, una decisión de compra empieza a convertirse en una condición de operación.
En ese punto conviene distinguir dos cosas:
Un Estado puede conservar leyes, presupuesto, organismos, funcionarios y responsabilidad jurídica mientras reduce su capacidad material para actuar sin una infraestructura contratada.
La pregunta de este expediente no es si la nube privada es buena o mala.
Es otra:
¿puede el Estado dejar de usarla sin dejar de funcionar?
La propiedad de los servidores no alcanza para medir soberanía técnica.
Un organismo puede utilizar infraestructura de terceros y conservar márgenes importantes de autonomía si dispone de:
También puede ocurrir lo contrario: poseer parte de la infraestructura y depender, sin embargo, de licencias, componentes, servicios gestionados, personal externo o tecnologías que no puede sustituir.
Por eso la cuestión central no es solamente quién posee la máquina.
Es quién conserva la capacidad de cambiarla.
La soberanía técnica no consiste en no contratar. Consiste también en conservar una salida practicable.
Un Estado empieza a volverse usuario cuando la infraestructura que contrata deja de ampliar sus opciones y comienza a definir cuáles opciones siguen siendo posibles.
La dependencia tecnológica no equivale automáticamente a subordinación política.
Pero puede reducir el margen efectivo de una institución cuando coinciden:
Ese conjunto —no una empresa aislada— es el antecedente material que interesa a Crónicas de la Intemperie.
La adopción de nube en el sector público responde a razones concretas.
Puede ofrecer:
El Banco Mundial señala que la computación en nube puede mejorar eficiencia, escalabilidad, inclusión y sostenibilidad en la administración pública, aunque obliga a gestionar riesgos vinculados con privacidad, soberanía de datos, ciberseguridad y bloqueo de proveedor.
Por lo tanto, este expediente no parte de una condena de la tercerización.
Parte de una distinción:
contratar capacidad no es lo mismo que renunciar a la capacidad de sustituirla.
OPERATIVO / EN EXPANSIÓN.
El bloqueo de proveedor —vendor lock-in— aparece cuando abandonar una plataforma resulta difícil por razones combinadas.
Puede deberse a:
El Financial Stability Board define el lock-in precisamente por la dificultad para cambiar de proveedor debido al contrato, la falta de alternativas viables o características técnicas.
NIST, por su parte, coloca interoperabilidad y portabilidad entre los requisitos centrales para mover aplicaciones y datos entre nubes o entre nube e infraestructura propia a un costo aceptable.
La dependencia no necesita ser absoluta para producir efectos.
Alcanza con que el costo de salir sea suficientemente alto para volver improbable la salida.
OPERATIVO / DISCUTIDO EN SU ALCANCE Y GESTIÓN.
La discusión contemporánea es más matizada que la consigna “evitar todo bloqueo”.
En la auditoría de contratación de nube publicada por la U.S. Government Accountability Office en junio/2026, el Departamento de Defensa estadounidense cuestionó que el lock-in sea presentado siempre como una condición negativa.
Su argumento es relevante: utilizar capacidades específicas de un proveedor puede ser una decisión estratégica válida si la institución:
La pregunta, entonces, deja de ser:
¿existe dependencia?
Y pasa a ser:
¿la dependencia es conocida, gobernable y reversible?
Esto evita una lectura simplista del problema.
Una tecnología propietaria puede resolver mejor una función.
El riesgo aparece cuando su sustitución deja de ser una decisión y se convierte en una imposibilidad práctica.
La portabilidad permite trasladar datos y aplicaciones.
La interoperabilidad permite que sistemas distintos intercambien información y servicios mediante especificaciones compatibles.
No son sinónimos, pero ambas reducen dependencia cuando están diseñadas desde el comienzo.
NIST sostiene que los sistemas de nube deberían permitir mover datos de forma segura y eficiente hacia, desde y entre proveedores, y portar aplicaciones entre plataformas a un costo aceptable.
Las medidas más frecuentes incluyen:
El diseño de la salida empieza antes de necesitarla.
Una migración que solo existe en un contrato y nunca fue ensayada todavía no es una capacidad operativa.
Utilizar más de un proveedor puede reducir concentración y ofrecer redundancia.
También puede aumentar:
La propia auditoría de GAO/2026 registra esta tensión: una estrategia multicloud puede disminuir algunos riesgos de concentración o interrupción, pero no elimina automáticamente los problemas de portabilidad.
Además, ciertas dependencias aparecen en capas que los contenedores no resuelven por sí solos:
Tener dos proveedores no equivale necesariamente a poder abandonar cualquiera de ellos.
OPERATIVO / EN EXPANSIÓN / DISCUTIDO SEGÚN ARQUITECTURA.
Los lineamientos tecnológicos de la Administración Pública Nacional argentina contienen una distinción especialmente importante para este expediente.
Al contratar servicios de nube, el organismo transfiere la ejecución de determinadas tareas al adjudicatario.
No transfiere la responsabilidad sobre:
La norma obliga, además, a definir alcance, niveles de disponibilidad, soporte, penalidades y condiciones técnicas de la prestación.
Este principio produce una paradoja útil para leer la dependencia estatal:
la operación puede salir del organismo; la responsabilidad pública se queda.
Si la capacidad interna disminuye mientras la obligación jurídica permanece, el problema no es que el Estado deje de ser responsable.
Es que puede resultar cada vez más difícil ejercer materialmente esa responsabilidad sin el contratista.
Que la normativa argentina reconoce explícitamente la diferencia entre tercerizar ejecución y conservar responsabilidad institucional.
Que los organismos públicos argentinos hayan perdido de manera generalizada la capacidad de operar sus servicios.
OPERATIVO COMO MARCO NORMATIVO.
Los mismos lineamientos argentinos tratan la disponibilidad como un aspecto crítico de los servicios de nube y exigen condiciones específicas para los servicios que sostienen funciones públicas.
La continuidad depende de más que un porcentaje contractual.
También requiere:
Una cláusula puede asignar obligaciones.
No reconstruye por sí sola el conocimiento que una institución dejó de conservar.
La dependencia de grandes proveedores privados no es la única arquitectura posible.
Argentina desarrolló una Nube Pública Nacional operada por ARSAT como parte de una estrategia destinada a fortalecer capacidades tecnológicas del sector público.
En 2026 aparece un caso especialmente pertinente para esta investigación: el Ente Regulador de Agua y Saneamiento (ERAS) adjudicó a ARSAT un servicio de Hosting Virtual, modalidad IaaS, sobre la Nube Pública Nacional para desplegar sus aplicaciones.
La coincidencia es significativa para el universo de este dossier:
No porque ese caso se parezca al régimen de CDLI.
Precisamente porque muestra lo contrario: existen decisiones institucionales orientadas a conservar infraestructura y capacidad dentro del sector público.
La Nube Pública Nacional funciona, entonces, como contraejemplo útil frente a cualquier lectura determinista.
CDLI no imagina el único futuro técnicamente posible.
Imagina uno en el que alternativas de esa clase resultan insuficientes, se degradan o pierden terreno frente a sistemas más concentrados.
OPERATIVO.
Que una infraestructura sea operada por una empresa pública no elimina todas las dependencias.
Puede seguir necesitando:
Por eso “nube estatal” y “soberanía total” no deben usarse como sinónimos.
Su importancia reside en otra parte:
amplía el repertorio de opciones públicas y demuestra que la arquitectura de dependencia también es una decisión política.
El Gobierno Digital de Brasil actualizó en junio/2026 una guía de buenas prácticas destinada específicamente a minimizar el aprisionamiento tecnológico en nube.
Las recomendaciones promueven:
La importancia del documento no está en una herramienta determinada.
Está en que convierte la posibilidad de abandonar una plataforma en un requisito de arquitectura y auditoría.
La salida deja de ser una esperanza contractual.
Empieza a ser algo que debe diseñarse, documentarse y probarse.
OPERATIVO COMO POLÍTICA Y GUÍA TÉCNICA.
Brasil también define una Nuvem de Governo como infraestructura de nube privada o comunitaria gestionada exclusivamente por organismos o empresas públicas.
Entre sus objetivos declara:
La iniciativa incorpora a empresas públicas como SERPRO y DATAPREV y establece criterios específicos para determinadas cargas de trabajo sensibles.
Otra vez, el valor documental del caso es doble.
Demuestra que:
La soberanía digital no aparece solamente como discurso político.
También empieza a convertirse en arquitectura.
En abril/2026, la Comisión Europea adjudicó un contrato de hasta 180 millones de euros para servicios de nube soberana destinados a instituciones, organismos y agencias de la Unión.
La contratación fue distribuida entre cuatro proveedores.
Para evaluarlos, la Comisión desarrolló un Cloud Sovereignty Framework.
En junio/2026 explicó que el sistema utiliza:
Esos criterios se agrupan en ocho dimensiones:
La importancia conceptual para este expediente es clara.
La soberanía tecnológica deja de ser una abstracción y entra en el pliego.
Puede ser discutida, puntuada y utilizada para comparar ofertas.
Que una gran administración pública ya incorpora explícitamente criterios de soberanía y autonomía en compras de nube.
Que esos criterios eliminen las dependencias tecnológicas, comerciales o geopolíticas.
OPERATIVO COMO MARCO DE CONTRATACIÓN / EN DESARROLLO COMO POLÍTICA.
El riesgo no depende solamente de una relación bilateral entre organismo y proveedor.
También importa la concentración del mercado.
El Financial Stability Board estudia desde hace años la dependencia del sector financiero respecto de proveedores de nube y servicios digitales de terceros.
Entre los riesgos identifica:
Una gran plataforma puede ofrecer más redundancia que una infraestructura pequeña.
Al mismo tiempo, si muchas organizaciones dependen de ella, una falla, restricción o cambio puede afectar a numerosos usuarios simultáneamente.
La concentración, por lo tanto, tiene una doble naturaleza:
OPERATIVO COMO CONCENTRACIÓN / RIESGO SISTÉMICO EN EVALUACIÓN.
Tercerizar infraestructura tampoco equivale a tercerizar la obligación de comprender su seguridad.
GAO informó en junio/2026 que organismos federales estadounidenses seleccionados presentaban diferencias en la forma de verificar que sus contratistas de nube cumplieran prácticas de seguridad y en la documentación de respuesta y recuperación.
El problema no demuestra que un proveedor externo sea menos seguro.
Puede ocurrir exactamente lo contrario.
La cuestión es de supervisión:
Una infraestructura puede ser técnicamente robusta y, aun así, reducir la visibilidad institucional sobre algunas de sus capas.
OPERATIVO COMO PROBLEMA DE GOBERNANZA Y SUPERVISIÓN.
Existe un umbral distinto al de alojar datos o ejecutar aplicaciones en infraestructura ajena.
Aparece cuando una administración utiliza sistemas automatizados o modelos para asistir decisiones sobre personas: acceso a prestaciones, elegibilidad, riesgo, fraude, prioridad o continuidad de un servicio.
El Reglamento de Inteligencia Artificial de la Unión Europea considera de alto riesgo determinados sistemas utilizados por autoridades para decidir si prestaciones y servicios públicos esenciales deben concederse, denegarse, reducirse, revocarse o reclamarse. La razón no es que toda automatización pública sea ilegítima, sino que esas decisiones pueden afectar de manera significativa derechos y condiciones materiales de vida.
Este antecedente requiere una distinción importante.
Una cosa es tercerizar infraestructura.
Otra es depender también de una lógica de clasificación que el organismo debe poder comprender, supervisar, impugnar y explicar.
Cuando esa capacidad disminuye, el problema deja de ser solamente dónde funciona el sistema.
Empieza a ser quién puede dar razones por lo que el sistema decide.
Que la regulación contemporánea reconoce riesgos específicos cuando sistemas automatizados intervienen en decisiones públicas capaces de afectar derechos o prestaciones esenciales.
Que todos los algoritmos utilizados por gobiernos sean opacos, privados, ilegales o discriminatorios. Tampoco demuestra que el Estado actual haya delegado de manera generalizada su capacidad de decisión a proveedores externos.
OPERATIVO COMO PROBLEMA REGULATORIO / EN EXPANSIÓN COMO CAPACIDAD ADMINISTRATIVA.
Este expediente registra solamente el umbral. La conversión de personas en perfiles, puntajes y categorías de elegibilidad continúa en IDLI-AAN-009 — El cuerpo convertido en perfil.
El lock-in no vive solamente en una licencia.
También puede instalarse en el conocimiento.
Cuando durante años se tercerizan:
la institución puede reducir su experiencia interna para reconstruir, auditar o sustituir esos servicios.
Esta dimensión no debe exagerarse: contratar especialistas externos no implica necesariamente perder conocimiento. La dependencia cognitiva aparece cuando la organización deja de conservar suficiente capacidad propia para comprender aquello de lo que depende.
La OCDE viene tratando este problema como una cuestión de capacidad estatal. Su revisión de gobierno digital para América Latina y el Caribe señaló la necesidad de atraer, desarrollar y retener talento digital en el sector público y advirtió que varios países de la región carecían de enfoques integrados para hacerlo. El Digital Government Outlook 2026 mantiene el talento y las capacidades digitales como una condición para que los gobiernos puedan diseñar, comprar y gobernar tecnología a escala.
El riesgo, entonces, no es que el personal público sea intrínsecamente menos capaz.
Es que una institución que deja de formar, atraer o retener especialistas puede terminar dependiendo de terceros incluso para evaluar a los terceros de los que depende.
El problema se vuelve visible cuando el organismo ya no conserva personal capaz de:
Brasil incluye explícitamente documentación, procedimientos reproducibles y capacidades técnicas dentro de sus medidas antilock-in. La discusión internacional sobre multicloud también muestra que diversificar proveedores sin disponer de conocimientos suficientes puede aumentar la complejidad en lugar de reducir la dependencia.
Una institución puede conservar los datos y perder la memoria de cómo hacerlos funcionar.
La licencia puede renovarse en minutos.
La memoria institucional no.
RIESGO ORGANIZACIONAL DOCUMENTADO / MAGNITUD VARIABLE SEGÚN INSTITUCIÓN.
| Componente | Estado a agosto/2026 |
|---|---|
| Contratación pública de servicios de nube | OPERATIVO / EN EXPANSIÓN |
| SaaS, PaaS e IaaS en organismos públicos | OPERATIVO |
| Riesgo de vendor lock-in | OPERATIVO / DISCUTIDO EN SU GESTIÓN |
| Portabilidad e interoperabilidad como objetivo técnico | OPERATIVO |
| Estrategias multicloud | OPERATIVO / EN EXPANSIÓN |
| Planes y pruebas de salida | BUENA PRÁCTICA DOCUMENTADA / IMPLEMENTACIÓN VARIABLE |
| Nubes públicas o gubernamentales | OPERATIVO |
| Soberanía como criterio formal de contratación | OPERATIVO / EN DESARROLLO |
| Necesidad de atraer y retener talento digital público | DOCUMENTADA / CAPACIDAD VARIABLE |
| IA en decisiones sobre prestaciones públicas esenciales | OPERATIVO / REGULADO COMO ALTO RIESGO EN DETERMINADOS USOS |
| Pérdida total de soberanía estatal por usar nube | NO DEMOSTRADA |
| Proveedor privado gobernando directamente a la población | NO DEMOSTRADO |
| Contrato convertido en constitución material del Estado | MUTACIÓN DE CDLI |
| Interfaz definiendo automáticamente qué puede autorizar el gobierno | EXTRAPOLACIÓN NARRATIVA |
La cadena no es inevitable.
Tampoco necesita una conspiración para producirse.
Puede surgir de decisiones que, consideradas por separado, resultan razonables: ahorrar costos, acelerar una migración, contratar capacidad especializada, resolver una emergencia, evitar mantener infraestructura propia o aprovechar una tecnología mejor.
El problema aparece cuando esas decisiones se acumulan sin preservar capacidad de salida.
La cadena puede interrumpirse mediante:
Ese dato es central.
El antecedente material no describe un destino.
Describe una tensión administrable.
Crónicas de la Intemperie no imagina un Estado conquistado de una vez por una empresa.
Imagina algo más administrativo y, por eso mismo, más incómodo: una sucesión de decisiones técnicamente defendibles que termina haciendo impracticable la salida.
La novela elimina progresivamente los frenos de la cadena material.
La novela realiza seis operaciones principales:
El Estado no desaparece.
Conserva ministerios, sellos, discursos y responsabilidad.
Lo que pierde es la posibilidad práctica de ejecutar algunas decisiones fuera del sistema que debía servirlo.
El Estado conserva la autoridad. Pierde la autonomía operativa.
Los gobiernos ya contratan infraestructura digital, nube, software, análisis y servicios especializados a terceros.
La portabilidad, la concentración, la seguridad, la soberanía de datos y las estrategias de salida forman parte de debates técnicos y regulatorios reales.
También existen respuestas destinadas a conservar mayor autonomía: nube pública, infraestructura gubernamental, estándares abiertos, diversificación y criterios de soberanía en contratación.
CDLI combina esas dependencias y las lleva hasta un régimen en el que:
Estas fuentes no demuestran que:
Lo que las fuentes permiten observar es otra cosa: decisiones localmente razonables pueden acumular dependencias técnicas, contractuales y cognitivas si no se preservan sustitución, auditabilidad, conocimiento interno y capacidad de salida.
Ahí aparece el vínculo con el accidente normal: no hace falta un plan único para producir una arquitectura que, con el tiempo, resulte difícil de desarmar.
La novela no inventa la dependencia. Inventa un mundo donde la dependencia deja de tener salida.
Formula directamente la tesis institucional:
El Estado no cayó. Se volvió usuario de su propia infraestructura.
Y lleva el proceso hasta su síntesis política: la política no desaparece; se vuelve interfaz.
Concentra la acumulación de decisiones técnicas y administrativas: licitaciones, prórrogas, mantenimiento abandonado, infraestructura degradada y lenguaje de gestión que distribuye responsabilidades sin hacer desaparecer las decisiones.
Tomás trabaja sobre residuos de sistemas superpuestos y dependencias históricas que ya nadie puede reconstruir por completo. La infraestructura conserva funciones después de perder una memoria institucional clara sobre su arquitectura. Su oficio vuelve visible la dimensión cognitiva del expediente: no alcanza con encontrar una máquina si ya no queda quién recuerde cómo fue construida.
El archivo muestra que parte de los riesgos había sido identificada antes del Colapso. El problema no era solamente ausencia de conocimiento, sino la distancia entre prevención técnica y decisión política. La acumulación de decisiones parciales importa más que una voluntad conspirativa única: el accidente se vuelve normal porque cada pieza puede parecer razonable mientras el conjunto pierde reversibilidad.
La infraestructura deja de ser soporte neutral y participa en decisiones sobre territorios, cobertura y continuidad.
Los contratos hacen visible la sustitución progresiva de responsabilidad pública por arquitectura económica y operativa.
La interoperabilidad alcanza la mutación extrema: sistemas que originalmente administraban funciones diferentes pueden leerse y operar como una sola capacidad de clasificación.
| Código | Fuente | Tipo | Aporte principal | Cautela |
|---|---|---|---|---|
| AR-01 | Argentina — ETAP / Lineamientos para servicios de nube | Norma / guía pública | Responsabilidad, continuidad, disponibilidad, contratación | Marco argentino; no mide dependencia real de cada organismo |
| AR-02 | ERAS — Resolución 15/2026 | Acto administrativo | Uso de Nube Pública Nacional de ARSAT para aplicaciones del regulador de agua | Un caso; no representa todo el Estado |
| AR-03 | Nube Pública Nacional / ARSAT | Fuente pública | Alternativa estatal y objetivo de fortalecer capacidades públicas | Objetivos institucionales; no prueban autonomía completa |
| BR-01 | Gobierno Digital — buenas prácticas antilock-in | Guía pública | Portabilidad, tecnologías abiertas, pruebas de migración, documentación | Recomendaciones; implementación variable |
| BR-02 | Nuvem de Governo | Política pública | Nube gestionada por organismos/empresas públicas y autonomía tecnológica | Arquitectura nacional específica |
| EU-01 | Comisión Europea — Cloud Sovereignty Framework | Fuente pública / contratación | 48 criterios y 8 dimensiones de soberanía | Mide requisitos; no elimina dependencia por sí mismo |
| GAO-01 | GAO-26-107530 | Auditoría pública | Contratación, concentración, multicloud, exit strategies | Contexto federal estadounidense |
| Código | Fuente | Tipo | Aporte principal | Cautela |
|---|---|---|---|---|
| GAO-02 | GAO-26-108443 | Auditoría pública | Supervisión y seguridad de contratistas de nube | Muestra agencias seleccionadas, no todo el gobierno |
| NIST-01 | NIST Cloud Computing Standards Roadmap | Estándar / guía técnica | Interoperabilidad y portabilidad | Documento técnico estadounidense; principios generales |
| WB-01 | World Bank GovTech — Cloud Computing | Organismo multilateral | Beneficios y riesgos públicos: soberanía, seguridad, lock-in | Marco general, no evaluación de un país específico |
| FSB-01 | FSB — Third-party dependencies in cloud services | Organismo internacional | Concentración, sustitución, lock-in, pérdida de conocimiento | Enfocado en sector financiero |
| OECD-01 | OECD — Digital Government Review of Latin America and the Caribbean | Organismo multilateral | Atracción, desarrollo y retención de talento digital público en la región | Describe capacidades y recomendaciones; no prueba pérdida de conocimiento en cada organismo |
| OECD-02 | OECD — Digital Government Outlook 2026 | Organismo multilateral | Capacidades digitales, talento y gobierno tecnológico a escala | Panorama comparado; implementación desigual |
| EU-02 | Reglamento (UE) 2024/1689 — AI Act | Norma | Reconoce como alto riesgo determinados usos de IA en acceso a prestaciones y servicios esenciales | No implica que toda automatización pública sea opaca o ilegítima |
Estándares Tecnológicos para la Administración Pública Nacional — Anexo III, Lineamientos — Lineamientos para contratación de servicios de nube, continuidad, disponibilidad y responsabilidad institucional. — 🔗
Resolución 15/2026 — 30/abril/2026 / publicada 4/mayo/2026. — Contratación de Hosting Virtual, modalidad IaaS, en la Nube Pública Nacional de ARSAT para aplicaciones del ERAS. — 🔗
Avanza el desarrollo de la Nube Pública Nacional — 23/diciembre/2020. — 🔗
Boas práticas para minimizar aprisionamento (lock-in) em nuvem — Actualizado 19/junio/2026. — 🔗
Nuvem de Governo — Infraestructura de nube gestionada exclusivamente por organismos o empresas públicas. — 🔗
Sovereign Cloud Framework explained — 1/junio/2026. — 🔗
Cloud Computing: Federal Government Needs to Address Procurement Challenges — GAO-26-107530 — 23/junio/2026. — 🔗
NIST Cloud Computing Standards Roadmap — SP 500-291 Rev. 2 — 🔗
Cloud Computing Working Group — 🔗
Cybersecurity: Selected Agencies Need to Better Protect Cloud Data — GAO-26-108443 — 25/junio/2026. — 🔗
Third-party dependencies in cloud services: Considerations on financial stability implications — 9/diciembre/2019. — 🔗
Digital Government Review of Latin America and the Caribbean — Establish and maintain a digital workforce in the public sector — 2023. — Revisa la necesidad de atraer, desarrollar, asignar y retener talento digital en gobiernos de la región y señala carencias en enfoques integrados de contratación y retención. — 🔗
Digital Government Outlook 2026 — Governing digital investment and capabilities to deliver at scale — 2026. — Analiza capacidades institucionales y medidas para atraer talento digital al sector público. — 🔗
Reglamento (UE) 2024/1689 — Reglamento de Inteligencia Artificial — Clasifica como de alto riesgo determinados sistemas utilizados para decidir sobre acceso, reducción, revocación o recuperación de prestaciones y servicios públicos esenciales.🔗
La soberanía técnica no consiste en no contratar. Consiste en poder dejar de contratar sin dejar de gobernar.
IDLI Iniciativa por el Derecho a la Intemperie - Documento abierto a corrección y actualización.
