Cómo crear un inventario de IA y un método de niveles de riesgo que el equipo pueda mantener

Un inventario de IA debe funcionar como una capa de direccionamiento para la gobernanza, no como una hoja interminable que pretende guardar cada evaluación. Imagine un asistente de soporte que primero solo redacta respuestas y luego recibe documentos de identidad, permiso para emitir reembolsos y capacidad de enviar mensajes. Aunque el proveedor no cambie, el uso, la exposición y la ruta de revisión sí cambiaron. El registro debe hacer visible esa diferencia sin exigir una evaluación completa durante cada ingreso.

¿Qué debe representar exactamente cada registro del inventario?

Cada registro debe representar un uso de IA con propósito, flujo, usuarios y recorrido entre resultado y acción definidos. NIST plantea que un inventario organizado puede servir para mantenimiento, incidentes y consultas tanto individuales como de portafolio; la OCDE, a su vez, caracteriza los sistemas aplicados mediante personas, contexto, datos, modelos, tareas y resultados. Esa mirada contextual evita que una sola ficha del proveedor o del modelo esconda exposiciones muy distintas.

Separe registros cuando cambien de manera material el propósito, las personas afectadas, la sensibilidad de las entradas, la autoridad de acción, el alcance del despliegue o el responsable capaz de modificar y retirar el uso. En cambio, vincule los registros compartidos de proveedor, contrato, modelo, fuente de datos, aplicación, controles, pruebas, incidentes y aprobaciones. Así, el inventario conserva una historia clara sin duplicar documentos que pronto quedarían desactualizados.

¿Qué campos aportan valor sin volver inmanejable el ingreso?

El ingreso debe recoger un conjunto pequeño de campos que permita identificar al responsable, entender el uso y escoger la revisión adecuada. El NIST Playbook y el estándar británico abarcan responsabilidad, propósito, datos, dependencias, escala, supervisión, riesgos, controles y ciclo de vida. La tabla comprime esas áreas en una propuesta práctica; no convierte el registro inicial en una evaluación de impacto ni presupone que un control anotado funciona.

• Identificador y nombre sencillo: permitir búsqueda, vínculos e historial estable.
• Responsable del negocio y responsable técnico: precisar quién responde por el uso y quién puede cambiarlo o detenerlo.
• Propósito, flujo y límites: explicar dónde opera y qué usos quedan excluidos.
• Usuarios y partes afectadas: distinguir operadores de personas o grupos que reciben consecuencias.
• Entradas y sensibilidad: registrar categorías, fuentes y la clasificación de manejo más alta.
• Resultados, destino y autoridad: aclarar si recomienda, inicia o ejecuta acciones.
• Proveedores, modelos y dependencias: vincular servicios, permisos, integraciones y sistemas posteriores.
• Controles actuales y evidencia: resumir revisión, acceso, pruebas, monitoreo, corrección y contingencia.
• Estado y fechas: registrar propuesta, piloto, producción, pausa o retiro, además de cambios y revisiones.
• Calificaciones, nivel y justificación: hacer trazable el direccionamiento y dejar visibles incógnitas o excepciones.
• Estado de obligaciones aplicables: vincular revisiones especializadas sin mezclarlas con el nivel interno.

Guarde como artefactos vinculados las evaluaciones integrales, validaciones, revisiones de proveedores, resultados de pruebas, evidencia de controles, incidentes, aprobaciones y planes de monitoreo. Para los datos, registre categorías y la clasificación de manejo más alta, no cada columna. Para los resultados, describa qué persona o sistema los recibe y qué autoridad desencadenan. Use estados controlados y fechas de último cambio, última revisión y próxima revisión basada en riesgo, sin imponer una periodicidad universal.

¿Cómo calificar la exposición inherente de forma explicable?

Califique consecuencia, autonomía, escala y sensibilidad con tres anclas concretas y una frase de evidencia por dimensión. Esta combinación es una propuesta editorial de triaje interno, no un estándar prescrito o respaldado por NIST, la OCDE, Canadá o el Reino Unido. Las fuentes sí examinan características más amplias como impactos, partes afectadas, reversibilidad, datos, amplitud del despliegue y autonomía de acción. Cuando falte información, márquela como desconocida y asígnela para resolución; no adivine.

• Consecuencia, nivel 1: inconveniente localizado, detectable y fácilmente reversible, o retrabajo de poco valor.
• Consecuencia, nivel 2: efecto operativo, financiero, laboral, reputacional o sobre clientes que exige recuperación deliberada.
• Consecuencia, nivel 3: efecto creíble y grave o difícil de revertir sobre derechos, servicios importantes, seguridad, sustento u operaciones críticas.
• Autonomía, nivel 1: produce sugerencias que una persona decide si utiliza antes de actuar.
• Autonomía, nivel 2: clasifica, recomienda, direcciona, personaliza o inicia una acción acotada con revisión limitada o posterior.
• Autonomía, nivel 3: ejecuta acciones externas, cambia registros o permisos, compromete recursos o influye materialmente sin aprobación efectiva caso por caso.
• Escala, nivel 1: piloto acotado o grupo interno pequeño, con poca frecuencia y reutilización posterior.
• Escala, nivel 2: uso repetido en una función, segmento o flujo material, con volumen relevante o varios consumidores.
• Escala, nivel 3: uso público, empresarial, entre mercados, de alto volumen, en tiempo real o profundamente integrado.
• Sensibilidad, nivel 1: información pública, sintética o no confidencial aprobada, sin acceso privilegiado.
• Sensibilidad, nivel 2: información interna, confidencial o personal ordinaria, contenido de clientes o acceso autenticado acotado.
• Sensibilidad, nivel 3: datos muy sensibles o regulados, credenciales, secretos, material privilegiado, características protegidas o acceso de escritura importante.

La frase justificativa debe hablar del uso real: quién puede resultar afectado, qué acción sigue al resultado, cuántas veces puede ocurrir y qué información puede recibir, inferir, recuperar, exponer o modificar. No basta escribir “riesgo medio”. Una explicación como “el sistema direcciona solicitudes de clientes a diario, pero un supervisor puede corregirlas antes de ejecutar cambios” permite discutir tanto la calificación como el dato faltante que podría alterarla.

¿Cómo deben las calificaciones determinar la ruta de revisión?

El nivel provisional debe corresponder a la dimensión material más alta: todas en nivel 1 llevan al nivel interno 1; cualquier nivel 2, sin nivel 3, lleva al nivel interno 2; y cualquier nivel 3 lleva al nivel interno 3. Es una decisión editorial que cada organización debe calibrar conforme a su tolerancia y sus obligaciones. No promedie, porque tres calificaciones bajas no neutralizan una consecuencia, autonomía, escala o sensibilidad grave.

Aplique excepciones de escalamiento cuando aparezcan actividades fuera de tolerancia, afectación grave, datos sensibles con acceso amplio, control humano ineficaz, reversibilidad difícil, dependencias en cascada, incidentes materiales, obligaciones aplicables o hechos sin resolver. Califique primero la exposición inherente del uso y registre los controles aparte. Durante la revisión, examine su diseño y evidencia; después documente el riesgo residual, las condiciones y la decisión. La terminología puede adaptarse a la organización.

Mantenga en paralelo las revisiones jurídicas, regulatorias, contractuales, de privacidad, seguridad, relaciones laborales, archivos y sector. Los niveles internos solo distribuyen trabajo dentro de la organización y no deben convertirse en etiquetas de cumplimiento. Un requisito aplicable puede exigir otra revisión, una restricción o una decisión independiente del nivel provisional. La autoridad, la evidencia y la intensidad de cada ruta deben definirse en la política institucional, no copiarse como reglas universales.

¿Qué revela el método cuando un uso de IA cambia?

El método revela que la aprobación pertenece al uso definido, no al proveedor ni al modelo. Considere un ejemplo ficticio: un asistente recupera contenido aprobado y redacta una respuesta para un agente de soporte capacitado, quien la edita y envía. El piloto excluye decisiones sobre cuentas, excepciones de política, envíos automáticos, pagos, documentos de identidad, créditos y cambios de estado. Sus controles incluyen fuentes enlazadas, revisión previa, acciones de escritura bloqueadas, acceso por rol, muestreo, reclamos y contingencia manual.

• Consecuencia, nivel 2: una respuesta incorrecta podría distorsionar una política y exigir remediación deliberada al cliente.
• Autonomía, nivel 1: el sistema redacta; una persona decide qué enviar.
• Escala, nivel 1: el piloto cubre un equipo y una clase limitada de mensajes.
• Sensibilidad, nivel 2: usa contexto ordinario del cliente y de la cuenta dentro de un sistema autenticado.

La calificación más alta coloca el piloto provisionalmente en el nivel interno 2; la presencia de controles no reduce por sí sola esas calificaciones. Ahora suponga que el equipo propone leer documentos de identidad y disputas de pago, emitir reembolsos, actualizar cuentas, enviar automáticamente y operar entre regiones. Las cuatro dimensiones pasan al nivel 3 por las posibles consecuencias sobre fondos y acceso, la ejecución sin aprobación caso por caso, el alto alcance y la sensibilidad de datos y permisos.

Antes de ampliar el servicio, reabra el registro, dirija la propuesta al nivel interno 3 y active las revisiones especializadas paralelas. La aprobación del piloto no acompaña a los nuevos datos, permisos, acciones y mercados. La revisión reforzada debe poder imponer límites o detener la expansión; su propósito no es legitimar automáticamente una acción autónoma y consecuencial. La OCDE reconoce que una clasificación puede cambiar cuando evolucionan datos, capacidades, usuarios o amplitud del despliegue.

El inventario gana confianza cuando un cambio de datos, autoridad o escala cambia la ruta, no solo la fila.

¿Cómo mantener actualizado el inventario después del lanzamiento?

Mantenga el inventario mediante reaperturas por eventos, atestaciones de responsables y colas de trabajo visibles. Alimente el descubrimiento desde ingresos de productos y flujos, compras y renovaciones, arquitectura, administración de accesos e integraciones, suscripciones, procesos de modelos y datos, declaraciones de empleados, soporte, incidentes y reclamos. Esas fuentes mejoran la cobertura, pero no prueban que el inventario esté completo; trátelas como señales que requieren seguimiento.

• Reabra por cambios materiales de propósito, responsables, usuarios, afectados, mercado o geografía.
• Incluya cambios de datos, retención, acceso, resultados, permisos, supervisión humana y autoridad de acción.
• Incluya cambios de proveedor, modelo, versión, integración, dependencia, volumen o criticidad.
• Incluya controles, pruebas, evidencia, incidentes, reclamos, excepciones y obligaciones aplicables.
• Mantenga colas para responsables faltantes, calificaciones desconocidas, revisiones vencidas y cambios pendientes.
• Vigile evidencia de controles ausente, proveedores modificados y retiros con cierre incompleto.

Combine esos eventos con una atestación del responsable en un intervalo basado en riesgo. Una exposición mayor, cambios rápidos, incidentes recientes o evidencia débil pueden justificar una revisión más cercana, pero no existe una cadencia universal que deba copiarse. Un tablero pequeño puede mostrar registros y partes afectadas por nivel y estado, campos faltantes, decisiones vencidas, excepciones, brechas de control, tiempo de direccionamiento y cierres de retiro. Use las métricas como indicadores de descubrimiento, no como certificados de completitud.

Trate el retiro como un estado controlado. Conserve el responsable, la migración, las dependencias, el retiro de accesos y la evidencia necesaria para confirmar que el uso dejó de operar, sin inventar un periodo universal de conservación. NIST contempla responsabilidad, continuidad, migración y preservación durante el desmantelamiento, mientras el estándar británico incluye un estado retirado y fechas de actualización. El registro no debe desaparecer justo cuando la organización necesita demostrar qué cerró y qué dependencia permanece.

1. Días 1 a 10: defina la unidad de registro, el esquema mínimo, la regla de propiedad y las fuentes de descubrimiento.
2. Días 11 a 20: pruebe el método con usos variados y calibre anclas, incógnitas y excepciones con los equipos responsables.
3. Días 21 a 30: active atestaciones, disparadores de cambio, colas de registros desactualizados y un tablero pequeño.

El resultado debe ser un mecanismo mantenible para dirigir preguntas hacia quienes pueden resolverlas, no una determinación de cumplimiento. Pida a responsables calificados de asuntos jurídicos, cumplimiento, privacidad, seguridad, compras, archivos, relaciones laborales y cada sector que evalúen las obligaciones aplicables. Antes de que avance un uso consecuencial o de alta exposición, exija conocimiento del dominio, revisión humana apropiada y una autoridad claramente responsable de aceptar, limitar o rechazar la propuesta.