Reconfigurando la Contratación Pública para una Ventaja en IA

Hallazgo clave: Dos tercios de las ~7,500 aplicaciones federales de Canadá se encuentran en mal estado. La IA debe funcionar durante la modernización, no después de ella, lo que significa que el éxito depende de adaptadores, API abiertas y modelos de contrato que paguen por la integración, no por demostraciones de proyectos nuevos.

Resumen ejecutivo

Canadá se encuentra en un punto de inflexión. La IA puede ser un motor duradero de productividad nacional, calidad de servicio y seguridad — pero solo si el modelo de contratación federal pasa de la compra proyecto por proyecto a la orquestación a nivel de plataforma. Las reglas y rituales actuales dan una ilusión de control mientras afianzan la dependencia del proveedor, fragmentan los datos y ralentizan la adopción. El resultado es un efecto compuesto negativo — literalmente un "Impuesto a la Innovación" para Canadá: cada año de lenta adopción amplía las brechas de capacidad, aumenta los costos de migración y profundiza la deuda técnica en miles de sistemas heredados.

Tesis. El gobierno federal debe actuar como orquestador del ecosistema, no como constructor de productos. Debe establecer las bases — estándares, gobernanza, interfaces, incentivos — y permitir que una amplia base de proveedores compita para ofrecer capacidades modulares que se conecten a una capa de plataforma de IA común. Esto requiere una reforma explícita de la contratación: concursos modulares basados en resultados; cláusulas obligatorias de portabilidad e interfaz abierta; un esquema nacional de interoperabilidad de IA; y vehículos de inversión que recompensen la integración con sistemas heredados, no las demostraciones de proyectos nuevos.

Por qué ahora. El conjunto de políticas está listo (TBS Policy on Service and Digital; Algorithmic Impact Assessment; GC API Standards), y hay pruebas sólidas de la magnitud del problema (dos tercios de las ~7,500 aplicaciones federales en mal estado). La IA puede ofrecer mejoras medibles en la productividad e integridad del servicio, pero solo si arreglamos los conductos — contratación e interoperabilidad — a través de los cuales debe fluir la IA.

En resumen. Pasar en los próximos 24 meses de las solicitudes de propuestas (RFP) puntuales a una plataforma de ecosistema de IA anclada en estándares abiertos, contratación modular y arquitecturas portátiles. El premio es un efecto de productividad compuesto en todo el estado y la economía; el riesgo de la inacción es un déficit compuesto de capacidad y costo.

1) La oportunidad: la IA como motor de productividad y confianza en el sector público

La promesa de la IA para el estado es pragmática: menos atrasos, decisiones de elegibilidad más rápidas, mayor detección de fraudes, mejor enrutamiento de servicios y operaciones más seguras. Otros gobiernos estiman ahorros de varios puntos en el gasto público a través de la digitalización y la IA — ahorros principalmente de la simplificación administrativa, la automatización del flujo de trabajo y el análisis de cumplimiento — mientras advierten que los beneficios requieren una ejecución y gobernanza disciplinadas.

Canadá ya cuenta con activos sobre los que construir:

• Una base política para el uso responsable — la Directive on Automated Decision-Making (ADM) y su Algorithmic Impact Assessment (AIA) tool institucionalizan la clasificación de riesgos, la transparencia y la explicabilidad. Estos instrumentos pueden extenderse a la IA generativa y asistencial y vincularse a la contratación.

• Estándares digitales que favorecen la apertura — los Government of Canada Digital Standards exigen explícitamente el uso de estándares y soluciones abiertas, apoyados por estándares de API que fomentan la abstracción y la interoperabilidad.

• Barreras de seguridad — el trabajo en la arquitectura de Zero Trust y las GC Cloud Guardrails proporciona un camino para implementar la IA de forma segura en entornos multinube.

Estas bases pueden apoyar un ecosistema nacional de IA que multiplique la capacidad en todos los departamentos y, a través de la contratación, catalice la adopción por parte del sector privado.

2) La limitación: nuestro modelo de contratación crea una ilusión de control

El proceso actual favorece las adjudicaciones grandes y monolíticas que integran las elecciones de proveedores en la arquitectura. Las RFP detalladas especifican los diseños de soluciones mucho antes, lo que impide la competencia sobre la mejor manera de lograr los resultados y encarece los cambios posteriores. Los organismos de control internacionales y los organismos nacionales de auditoría señalan la dependencia del proveedor — particularmente en la nube y las licencias de software — como un riesgo persistente que reduce el poder de negociación e infla los costos del ciclo de vida.

Ilusión de control. Las verificaciones de cumplimiento tradicionales (páginas de requisitos, artefactos pesados) parecen control, pero trasladan el control a los proveedores existentes al congelar los diseños y encarecer la salida. La guía de la EU sobre interoperabilidad y estándares abiertos es contundente: cuando los compradores públicos no imponen interfaces abiertas, la dependencia del proveedor aumenta y la innovación se estanca.

Resultado: pilotos fragmentados que no escalan, reutilización limitada entre departamentos y largas colas de migración.

3) Por qué la IA hace que la dependencia del proveedor sea aún más costosa

Los sistemas de IA son compuestos: pipelines de datos, almacenes de características, centros de modelos, servicios de prompt y recuperación, arneses de evaluación, MLOps/LLMOps, aplicación de políticas y observabilidad. Ningún proveedor único puede o podrá poseer esta pila completa de manera sostenible — el valor surge de la orquestación y la intercambiabilidad. Estándares como el NIST's AI Risk Management Framework y la ISO/IEC 42001 enfatizan la gobernanza a lo largo del ciclo de vida del sistema, no la lealtad a una herramienta en particular. Por lo tanto, la contratación debe centrarse en las propiedades (portabilidad, transparencia, auditabilidad) en lugar de las marcas.

4) Canadá no puede superar el gasto de Estados Unidos — y no debería intentarlo

Estados Unidos está desplegando cientos de miles de millones en CHIPS y política industrial de tecnología climática, incluyendo aproximadamente US$52.7B solo para semiconductores bajo la CHIPS Act, además de grandes y flexibles créditos fiscales bajo la Inflation Reduction Act. Los instrumentos fiscales de Canadá son significativos pero menores — por ejemplo, el $15B Canada Growth Fund (no en el área de enfoque correcta) — y no pueden replicar la escala de EE. UU. Nuestra ventaja debe ser estratégica: cambiar el juego con reglas de ecosistema, no con volumen de subsidios.

5) La realidad operativa: la IA debe integrarse con miles de sistemas heredados

El Auditor General informa que existen ~7,500 aplicaciones federales en todos los departamentos y agencias, con dos tercios reportados en mal estado, incluyendo muchos sistemas de misión crítica. Este es el entorno que la IA debe habitar; no puede esperar a una modernización completa. Por lo tanto, el éxito depende de adaptadores, API abiertas y modelos de contrato que paguen por la integración, no solo por las demostraciones.

6) El papel del gobierno: orquestador, no proveedor de soluciones

Definición. Orquestación significa establecer bases compartidas — arquitecturas de referencia, modelos de datos comunes, API abiertas, marcos de confianza y riesgo, infraestructura de evaluación y monitoreo — y luego ejecutar contrataciones modulares para capacidades que se conecten a esas bases. Esto refleja el pensamiento de "gobierno como plataforma" y la práctica global de infraestructura pública digital (DPI) (por ejemplo, GovStack), que enfatizan los bloques de construcción reutilizables y la interoperabilidad de todo el gobierno.

Lo que esto permite. Con interfaces estables, los departamentos pueden intercambiar componentes (por ejemplo, proveedores de RAG, pasarelas de modelos, herramientas de equipo rojo) sin reescribir todo. La competencia pasa de quién gana el megacontrato a quién entrega el mejor módulo frente a un conjunto de pruebas común.

7) Reforma de la contratación pública — diez cambios concretos

1) Exigir interfaces abiertas y portabilidad

Insertar cláusulas estándar de "no dependencia" en todas las contrataciones relacionadas con la IA:

• Portabilidad de datos y metadatos (incluyendo incrustaciones, índices vectoriales y trazas de evaluación).
• Compromisos de portabilidad de modelos cuando sea factible (por ejemplo, exportación ONNX/MLflow o depósito en garantía de pesos para ajustes finos; indicaciones/plantillas documentadas para sistemas generativos).
• Conformidad de la API con los Estándares de GC sobre APIs; publicación de especificaciones de interfaz y registros de cambios.

2) Comprar resultados en módulos pequeños (contratación modular)

Utilizar órdenes de trabajo cortas e iterativas para entregar capacidades de alcance limitado con pruebas de aceptación objetivas (latencia, precisión, métricas de sesgo, interoperabilidad). Basarse en enfoques de contratación modular formalizados en FAR 39.103 y el manual TechFAR, adaptados al contexto de Canadá.

3) Crear grupos de capacidades precalificadas

Establecer acuerdos de suministro para bloques de construcción de IA específicos (por ejemplo, capa de recuperación, equipo rojo, evaluación, herramientas de calidad de datos, gobernanza de modelos) con incorporaciones continuas y pruebas periódicas contra conjuntos de pruebas comunes alineados con NIST AI RMF y las prácticas ISO/IEC 42001.

4) Separar "plataforma" de "aplicaciones"

Adquirir la Capa de Plataforma de IA de GC (identidad, aplicación de políticas, registro de modelos, observabilidad, arnés de evaluación, centro de indicaciones) como una base operada por el gobierno con interfaces abiertas. Luego, adquirir aplicaciones como complementos. Esto es consistente con la práctica de infraestructura pública digital (GovStack) y reduce la duplicación.

5) Vincular la financiación a la integración, no a los pilotos

Ponderar los criterios de evaluación hacia la integración demostrada en al menos dos sistemas existentes (adaptadores, ETL, APIs) y la contribución a activos compartidos (conectores reutilizables, manuales), con puntuaciones más altas por la reutilización entre departamentos. Pagar por lo difícil.

6) Exigir evidencia y transparencia

Todas las contrataciones de IA por encima de un umbral de riesgo deben incluir una AIA compatible con ADM, tarjetas de modelo/documentación de decisiones públicas y la publicación continua de métricas de evaluación. Alinear con la Directiva ADM de la STC y las prácticas de divulgación de AIA.

7) Integrar la seguridad desde el diseño (Confianza Cero + Barandales de Seguridad)

Asegurar que cada componente —de código abierto o propietario— cumpla con los Barandales de Seguridad de la Nube de GC dentro de los 30 días posteriores al aprovisionamiento de la cuenta y siga la trayectoria de Confianza Cero de GC. Integrar la portabilidad y la seguridad en el contrato base.

8) Utilizar la contratación por desafíos e innovación como alimentadores — no sustitutos — para la producción

Soluciones Innovadoras Canadá y los pilotos basados en desafíos siguen siendo vitales para reducir el riesgo de enfoques novedosos, pero los pilotos ganadores solo deben graduarse cuando cumplan con los requisitos de interfaz de plataforma y seguridad.

9) Instituir controles de gasto para la consistencia de la plataforma

Adoptar el modelo del Reino Unido: exigir aprobación central para el gasto digital/IA que duplique las capacidades de la plataforma, y publicar una cartera anual de "riesgo e importancia" para guiar la reutilización. Esto se trata de garantía funcional, no de microgestión.

10) Publicar las reglas del juego

Codificar el "Manual de Orquestación de IA": arquitecturas de referencia, especificaciones de interfaz, protocolos de evaluación, requisitos de auditoría y artefactos reutilizables. Mantenerlo siempre actualizado y abierto.

8) Arquitectura: la plataforma del ecosistema de IA de GC

Capa 0 — Infraestructura segura. Zonas de aterrizaje multinube reforzadas por los Barandales de Seguridad de la Nube de GC; segmentación de red; gestión de claves; registro; federación de identidades con acceso basado en roles y controles basados en atributos.

Capa 1 — Intercambio de datos y contratos. Modelos de datos comunes para dominios de alto valor; pasarelas de streaming y por lotes; contratos de datos y linaje (estilo OpenLineage), con etiquetas de privacidad/clasificación aplicadas en la interfaz. (Alinear con el énfasis de los Estándares Digitales en estándares abiertos y abstracciones de API.)

Capa 2 — Servicios de modelos y recuperación.

• Pasarela de Modelos: acceso aplicado por políticas a múltiples proveedores de modelos (fundacionales, específicos de dominio, ajustes finos departamentales), con interfaces de adaptador para intercambiar proveedores.
• Capa RAG y de Conocimiento: almacenes vectoriales, cargadores de documentos y suites de evaluación, estandarizados en todos los departamentos.
• Evaluación y Monitoreo: sesgo, robustez, seguridad, rendimiento; flujos de trabajo de equipo rojo; registro para explicabilidad y auditorías — mapeado al NIST AI RMF.

Capa 3 — Complementos de aplicación. Agentes específicos de tareas (triaje de elegibilidad, redacción de correspondencia, resumen de casos, búsqueda regulatoria, OSINT para aplicación de la ley) que consumen servicios de la Capa 2 a través de APIs estables y publican su telemetría para supervisión.

Capa 4 — Gobernanza y aseguramiento. Servicios de políticas centrales (motores de política como código), repositorio AIA, APIs de auditoría y capacidades para informes de incidentes y reversión. Diseñar para la explicabilidad a nivel de plataforma, no aplicación por aplicación.

9) Por qué esto debe ser liderado por la contratación pública

El liderazgo tecnológico es necesario pero insuficiente. Sin reforma de la contratación pública:

• Los proveedores optimizan las propuestas para el teatro de cumplimiento, no para la integración.
• Los departamentos recrean pilas duplicadas porque las RFP recompensan las "soluciones completas".
• Los costos de salida aumentan; el cambio se vuelve política y financieramente prohibitivo.

Los principios de contratación pública de la OCDE subrayan que la contratación utilizada estratégicamente permite la productividad, la inclusión y la confianza; esa es la palanca que controlamos ahora.

10) Abordando objeciones comunes

"Las RFP nos protegen del riesgo." Protegen contra algunos riesgos mientras amplifican otros (dependencia, obsolescencia tecnológica). Las competencias modulares con pruebas de aceptación estrictas y cláusulas de portabilidad reducen el riesgo total al hacer que el cambio sea más barato. La política de contratación modular de EE. UU. existe precisamente por esta razón.

"Los estándares abiertos reducen el rendimiento." Las interfaces abiertas no impiden un alto rendimiento; crean capacidad de competencia. La guía de interoperabilidad de la UE vincula los estándares abiertos a un mejor valor a largo plazo y una menor dependencia.

"Podemos copiar los manuales de EE. UU." Debemos adoptar técnicas (contratos modulares, manuales tecnológicos), pero intentar igualar las escalas de subsidios de EE. UU. es una estrategia perdedora para Canadá. Nuestra ventaja competitiva proviene de reglas que hacen crecer los ecosistemas, no de intentar superar el gasto de Washington.

"Necesitamos modernizarnos primero." La IA debe funcionar durante la modernización. Con dos tercios de las aplicaciones en mal estado, no podemos esperar a un campo verde perfecto. El enfoque de plataforma financia primero los adaptadores y la APIficación, reduciendo el riesgo de migración.

11) Un plan de acción de 24 meses

Primeros 100 días

1. Emitir un mandato de orquestación. El CIO de Canadá y PSPC anuncian conjuntamente que la IA se adquirirá conforme a una Arquitectura de Referencia de Orquestación de IA del GC, con cláusulas obligatorias de interfaz y portabilidad para todas las compras relacionadas con la IA que superen un umbral establecido. (Anclado en la Política de Servicio y Digital.)

2. Publicar las especificaciones y pruebas de referencia. Lanzar la v1.0 de: perfiles de API (OpenAPI+perfiles de seguridad), plantillas de contratos de datos, protocolos de evaluación, requisitos de registro/esquema y lista de verificación de alineación con Zero Trust. (Mapear a los Estándares de API del GC, requisitos de AIA, Barreras de Seguridad en la Nube.)

3. Establecer controles de gasto para la duplicación. Introducir una garantía central de gasto para cualquier desarrollo de IA que replique servicios de plataforma sin justificación, adaptado del modelo del Reino Unido.

Meses 4–12

4. Establecer la columna vertebral de la plataforma. Lanzar el Gateway de Modelos, el Servicio de Evaluación y el Bus de Observabilidad/Registro en las zonas de aterrizaje de la nube del GC, con dos proveedores de modelos y al menos tres casos de uso departamentales integrados.

5. Crear grupos de capacidades y realizar pruebas comparativas. Precalificar a los proveedores para los bloques de construcción clave (recuperación, evaluación, equipo rojo, herramientas de gobernanza). Realizar pruebas comparativas competitivas trimestrales con métricas objetivas; publicar los resultados para mayor transparencia.

6. Reformar la contratación por desafíos. Alinear los desafíos de Soluciones Innovadoras Canadá con las interfaces de la plataforma y exigir una demostración de portabilidad para la transición a producción.

7. Fondo de integración de sistemas heredados. Asignar un "Fondo de Adaptadores" dedicado para construir y liberar como código abierto conectores para los 100 principales sistemas heredados; exigir a los departamentos que contribuyan con los adaptadores construidos bajo sus proyectos.

Meses 13–24

8. Escalar a través de 20 servicios prioritarios. Dirigirse a las principales transacciones de alto volumen y alto valor (beneficios, permisos, cumplimiento) para la mejora con IA a través de la plataforma.

9. Institucionalizar la garantía. Hacer que los resultados de AIA y las métricas de evaluación de modelos se publiquen automáticamente en un catálogo abierto, con informes de equipos rojos resumidos para la confianza pública.

10. Codificar el manual de contratación. Actualizar la Directiva sobre la Gestión de Contrataciones para incluir cláusulas específicas de IA sobre portabilidad, conformidad de interfaz, transparencia de evaluación y concursos modulares; alinear las plantillas de contratación departamentales en consecuencia.

12) Financiación e incentivos alineados con el contexto de Canadá

No ganaremos por la magnitud de los subsidios. Ganaremos mediante la conformación del mercado: establecer reglas que hagan que la integración y la reutilización sean rentables para los proveedores. Utilizar instrumentos específicos (por ejemplo, el Fondo de Crecimiento de Canadá y los sobres a nivel de programa) para recompensar la conformidad con las interfaces de la plataforma y la reutilización entre departamentos, no solo los primeros despliegues. Esto complementa la política industrial sin intentar replicar la escala de EE. UU.

13) Gobernanza: simple, transparente y aplicable

• Junta de administración. Una junta pequeña y empoderada presidida por el CIO de Canadá, con PSPC, Shared Services, dos CIO provinciales y tres expertos independientes (seguridad, ética de la IA, contratación).
• Cuadros de mando públicos. Publicación trimestral de: tiempo de actividad de la plataforma; evaluaciones de conformidad; recuentos de reutilización; ratios de concentración de proveedores; y el porcentaje de gasto a través de concursos modulares.
• Revisiones de salida. Cualquier adjudicación de fuente única o a un único proveedor grande debe incluir un plan de salida/portabilidad publicado, con criterios comprobables.

14) Gestión de riesgos y garantía por diseño

Riesgo de política. La Directiva ADM de la STC y la AIA ya proporcionan un instrumento escalonado por riesgo; incorpórelo en las solicitudes y criterios de aceptación. Riesgo de seguridad. Anclar los despliegues en las Barreras de Seguridad del GC y la hoja de ruta de Zero Trust. Riesgo operativo. Los contratos modulares con pruebas de aceptación estrictas limitan el radio de impacto. Riesgo ético. Alinear con NIST AI RMF e ISO/IEC 42001 (AIMS) para incorporar prácticas de gobernanza; exigir a los proveedores que mapeen sus controles a estos marcos.

15) Métricas que importan

• Reutilización: número de departamentos que utilizan cada servicio o adaptador de la plataforma.
• Portabilidad: tiempo y coste para intercambiar un componente (por ejemplo, proveedor RAG) sin regresión del servicio.
• Velocidad de integración: días desde la adjudicación hasta la primera llamada "hello world" contra las API de la plataforma; días hasta la producción.
• Impacto del servicio: reducción del tiempo de ciclo, reducción de la acumulación de trabajo, mejora de la detección de fraudes y tasas de error/corrección por servicio.
• Postura de riesgo: % de soluciones de IA con AIA y métricas de evaluación publicadas; % que cumplen las Barreras de Seguridad en 30 días; MTTR de incidentes.

16) El coste contrafactual de la inacción

Si continuamos con la RFP habitual:

• La dependencia se profundiza. Los términos de licencia de la nube y el software crean barreras de salida técnicas y económicas; el poder de negociación disminuye.
• La deuda técnica se acumula. Con miles de aplicaciones envejecidas, cada integración a medida añade fragilidad y frena la modernización futura.
• La confianza pública se erosiona. Sin una evaluación y explicabilidad transparentes, los despliegues de IA corren el riesgo de generar titulares en lugar de beneficios, a pesar de que contamos con herramientas de política para mitigar estos riesgos.

17) Una estrategia canadiense que aprovecha nuestras fortalezas

No podemos —y no deberíamos— intentar reflejar el gasto de EE. UU. En cambio, podemos liderar la forma en que un gobierno democrático orquesta un ecosistema de IA:

• Abierto, modular y concursable por diseño.
• La seguridad primero, pero no exclusiva de un proveedor.
• Práctico sobre la realidad de los sistemas heredados: financiar adaptadores y contratos que recompensen la integración.
• Garantía transparente, utilizando los instrumentos que ya tenemos.
• La contratación como principal palanca, utilizada estratégicamente en línea con los principios de la OCDE para el valor público.

La acción está en las reglas. Cambie las reglas, y los proveedores traerán sus mejores módulos, no su mayor dependencia.

Cierre: una apuesta deliberada por las reglas, no por los proveedores

La ventaja de Canadá no se medirá en el tamaño de una sola subvención o la marca de una sola plataforma. Se medirá en la concursabilidad de nuestro ecosistema, la portabilidad de nuestros componentes y la repetibilidad de nuestras integraciones a través de miles de sistemas. Esa es una elección de contratación.

Cambiar la contratación de especificar cosas a especificar propiedades — interoperables, portables, observables — y luego orquestar el mercado para que las entregue. Si lo hacemos, los beneficios compuestos de la IA se acumularán para Canadá: servicios más rápidos y justos; un estado más seguro y moderno; y una economía que crece porque su infraestructura digital es abierta por diseño.

Fuentes: políticas y directrices del Gobierno de Canadá (Política de Servicio y Digital; Directriz sobre la toma de decisiones automatizada y la herramienta AIA; Estándares Digitales; Estándares sobre API; Directrices de GC Cloud Guardrails y Zero Trust; Directriz sobre la Gestión de Adquisiciones; Adquisiciones ágiles y Soluciones Innovadoras Canadá). Sistemas de auditoría y heredados: Informe 7 (2023) de la OAG sobre la modernización de los sistemas de TI (~7.500 aplicaciones, dos tercios en mal estado); Informe de la SCT sobre el estado de la TI envejecida. Principios de dependencia tecnológica, interoperabilidad y adquisición: GAO sobre licencias restrictivas; Directrices de interoperabilidad de la Comisión Europea; Recomendación de la OCDE sobre Contratación Pública. Contratación modular: FAR 39.103, Manual TechFAR, Manual de Servicios Digitales de EE. UU.; Controles de gasto del Reino Unido y modelo G-Cloud. Gobernanza de la IA: NIST AI RMF 1.0; ISO/IEC 42001:2023. Infraestructura pública digital: GovStack; Declaración de los Líderes del G20. Contexto del ecosistema canadiense de IA: Estrategia Pan-Canadiense de IA de CIFAR; SCALE AI; CVCA. Comparación a escala de EE. UU. (para contexto, no imitación): Ley CHIPS y de Ciencia (US$52.7B para semiconductores); Ley de Reducción de la Inflación.