Si un sistema depende de su proveedor, no es arquitectura.
La soberanía tecnológica no exige aislarse de proveedores. Exige que la dependencia sea explícita, sustituible y proporcional. El conocimiento operativo, los contratos internos, las políticas y los datos no deberían quedar cautivos de una relación comercial o de una API específica.
Modelos como componentes reemplazables
La lógica de negocio y las decisiones críticas no deberían quedar codificadas únicamente dentro de prompts o comportamientos propios de un proveedor. Las interfaces de inferencia se encapsulan para permitir sustitución cuando cambian calidad, precio, disponibilidad o política.
Integrar sin destruir lo que ya funciona
CRM, ERP, sistemas verticales, bases de datos y procedimientos existentes pueden conservar su rol de autoridad cuando siguen siendo válidos. La inteligencia se incorpora mediante contratos e integraciones controladas en lugar de imponer una migración total como condición previa.
Datos bajo política explícita
La soberanía también exige saber qué datos existen, dónde se almacenan, quién puede verlos, qué proveedor externo participa y cómo se revoca ese acceso. Varexis puede formar parte de esa frontera cuando se necesita reducir exposición y conservar evidencia verificable.
Documentación y operación transferibles
Una entrega madura incluye contratos, configuración, pruebas, procedimientos de recuperación y conocimiento suficiente para que otro equipo competente pueda auditar y sostener el sistema. La dependencia permanente del constructor original es una deuda de arquitectura.
Continuidad antes que comodidad
La decisión correcta puede ser utilizar un servicio externo. La diferencia está en diseñar desde el principio qué ocurre si ese servicio cambia, se degrada, aumenta de costo, modifica condiciones o deja de estar disponible.