La objeción
Una empresa privada que opera los sistemas de decisión del Estado termina ejerciendo un poder que nadie le otorgó y ante el que nadie puede reclamar.
El principio
El software no crea autoridad pública.
La objeción es legítima
Quien construye el sistema donde una institución decide adquiere una posición singular: define qué se puede registrar, qué se puede consultar, qué se puede ordenar y qué queda fuera del alcance de la interfaz. Esa posición es real y no desaparece porque el contrato la llame «proveeduría de software».
La objeción no es paranoia. Es la pregunta correcta, y una empresa que la esquiva no merece operar en este terreno.
La distinción que sostiene la respuesta
Que una capacidad sea técnicamente posible no la vuelve jurídicamente válida. La autoridad para consultar un dato, coordinar una operación o ejecutar una acción no nace del sistema que la hace cómoda: nace de una competencia atribuida por norma a una institución, con una finalidad declarada, un alcance acotado y una vigencia determinada.
Edelon no adjudica competencias, no interpreta la ley y no convierte privilegios administrativos u operativos en mandato público. La institución conserva su competencia, su custodia y su responsabilidad; el proveedor conserva la obligación de que el sistema no permita más de lo que la autoridad permitió.
Qué exige esto del diseño
Un acceso de soporte técnico debe estar acotado en alcance y tiempo, quedar registrado y ser distinguible de un acceso operativo ordinario. El acceso excepcional debe existir —los sistemas fallan y alguien tiene que repararlos— pero debe ser excepcional en el sentido verificable del término: limitado, temporal y con evidencia de haber ocurrido.
Que el proveedor pueda mantener el sistema no debe implicar que pueda leer la operación. Esa separación es una propiedad de arquitectura, no una promesa de conducta.
Estado de la evidencia
Lo que sigue distingue el diseño de la demostración. Un principio sostenido no equivale a una capacidad probada, y esta serie no usa el presente para lo segundo.
- DiseñadoSeparación entre acceso de mantenimiento y acceso operativoDefinido en la arquitectura de la plataforma de seguridad. Sin evidencia de operación en un despliegue institucional real.
- DiseñadoRegistro de acceso excepcional con alcance y vigenciaEl mecanismo de acceso de emergencia está especificado; su comportamiento bajo auditoría externa no ha sido demostrado.
- No demostradoEl proveedor no puede ampliar su propio alcanceEs la restricción central de este ensayo y hoy es un compromiso de diseño, no un hecho verificado por un tercero.
Preguntas abiertas
- ¿Quién verifica la restricción cuando el verificador contrata al proveedor? La auditoría independiente es la respuesta estándar y todavía no forma parte del modelo operativo de Edelon.
- ¿Qué ocurre si una institución solicita al proveedor una capacidad que excede su competencia? La negativa debe ser posible y quedar registrada; el procedimiento no está formalizado.