GobernIA · Gobernanza de agentes de IA dentro de Jira Service Management · metodología AIGOV · por Prodeo Innovation
Para quién es esta página. Para quien configura un perfil sectorial o funcional: la consultora que implanta y el experto de dominio del cliente que firma.
Qué resuelve. Cuál perfil corresponde a cada despliegue, qué impone cada uno, y —lo más importante— cuál de esas restricciones hace cumplir el producto y cuál queda en manos de una persona.
Lo primero que hay que saber, dicho sin adorno. El modelo AIGOV define trece perfiles que agregan restricciones a un despliegue. El producto construye los trece como objetos en Assets, los resuelve con una traza y usa de ellos un solo dato para calcular el riesgo: el peso del sector. Todo lo demás que un perfil impone —prohibiciones, elevadores, marcos normativos, firmante— queda registrado en la traza y no lo hace cumplir ningún código. Hacerlo cumplir es trabajo del revisor de riesgo y del experto de dominio del cliente. Esta guía le dice cuál es cuál.
1. Qué es un perfil
El modelo dice: el núcleo del modelo es universal; lo que cambia de un sector a otro es un perfil. Hay dos clases:
- Sectorial: el sector del despliegue. Una ficha nombra al menos uno.
- Funcional: la función que cumple el agente, en cualquier industria. Una ficha puede nombrar cero o más.
Reglas que no se discuten:
- Un perfil sólo agrega restricciones. Ninguno relaja el núcleo.
- Ante conflicto, gana el más restrictivo.
- Un perfil nuevo no lo inventa el producto ni el consultor: lo define el experto de dominio del cliente y entra al modelo.
Una palabra que va a necesitar. La autonomía de un agente se declara en la ficha en cinco escalones, de L0 (la menor) a L4 (la mayor). Varias prohibiciones de perfil se expresan como «de L2 en adelante» o «de L3 en adelante».
2. Los trece perfiles
2.1 Sectoriales
La ficha nombra cada perfil por su clave, que es la misma que va a ver en Assets.
| Perfil | Clave en la ficha | Sector | Consecuencia máxima | Firmante sectorial |
|---|---|---|---|---|
| Finanzas | PSC-FINANZAS |
Servicios financieros y seguros | financiera | Oficial de cumplimiento y responsable de riesgo operativo; validación independiente de modelos para riesgo alto |
| Salud | PSC-SALUD |
Salud y ciencias de la vida | daño físico | Dirección médica o responsable clínico; responsable de calidad regulatoria si hay dispositivo |
| Industria | PSC-INDUSTRIA |
Industria, manufactura y utilities | daño físico | Responsable de seguridad de procesos y responsable de ciberseguridad industrial |
| Servicios | PSC-SERVICIOS |
Servicios, comercio y consumo | financiera | Responsable de experiencia de cliente y responsable legal comercial |
| Público | PSC-PUBLICO |
Sector público y gobierno | exclusión de servicio | Jerarca responsable del proceso y asesoría jurídica institucional |
| Educación | PSC-EDUCACION |
Educación | discriminación | Dirección académica |
| Telecomunicaciones | PSC-TELECOM |
Telecomunicaciones y tecnología | interrupción operativa | Responsable de operaciones de red y responsable de privacidad |
Sobre el peso del sector. Hasta noviembre de 2026 el modelo declaraba, para industria, educación y telecomunicaciones, un peso menor colgado de una condición en prosa que nadie podía evaluar. Esa condición se eliminó del modelo: los tres quedaron en el peso pleno y nada más. Para lo que le escribas a un cliente: no existe el «peso reducido» de un perfil. El único sector que pesa menos que los demás es Servicios.
Consecuencia práctica: la ficha de un asistente de manuales en una planta puntúa en el factor de sector como cualquier otro despliegue industrial, y no hay forma de que baje.
Lo que cada perfil sectorial prohíbe o eleva, según el modelo. Nada de esta tabla lo hace cumplir ningún código hoy: ver §3.
| Perfil | Prohibiciones adicionales | Elevadores adicionales |
|---|---|---|
| Finanzas | Autonomía L3 o superior sobre movimiento de fondos sin doble control humano | Decisión que afecta el acceso a un producto financiero · uso en prevención de lavado con efecto sobre el cliente · despliegue en canal transaccional |
| Salud | Autonomía L2 o superior sobre indicación terapéutica · salida clínica sin trazabilidad de la fuente | Influye en decisión diagnóstica o terapéutica · población pediátrica o adulta mayor · uso en urgencias |
| Industria | Cualquier autonomía con escritura directa sobre sistemas de control sin una barrera independiente de seguridad funcional. Es la prohibición más dura de todos los perfiles: el modo de falla es irreversible y físico | El agente escribe en sistemas de control o de automatización · su salida alimenta una decisión con lazo cerrado sobre equipo físico · afecta la continuidad de un servicio esencial |
| Servicios | Autonomía sobre precio individualizado sin revisión y sin registro de la justificación | Perfilamiento con efecto en precio o acceso a promoción · interacción con menores · alcance masivo |
| Público | Ninguna decisión administrativa desfavorable puede quedar en autonomía L2 o superior sin acto humano motivado | Interviene en un acto administrativo · afecta el otorgamiento de un beneficio · opera sobre población vulnerable |
| Educación | Calificación final o decisión de admisión, en cualquier nivel de autonomía, sin revisión humana individualizada · vigilancia biométrica de estudiantes | Población menor de edad como regla, no como excepción · decisión sobre admisión, promoción o beca |
| Telecomunicaciones | Autonomía sobre configuración de red central sin ventana, sin reversión probada y sin doble control | Actúa sobre configuración de red en producción · procesa metadatos de comunicación |
2.2 Funcionales
| Perfil | Clave en la ficha | Función | Aplica en | Prohibición o elevador adicional | Firmante |
|---|---|---|---|---|---|
| Personas | PFN-PERSONAS |
Gestión de personas | Toda industria | Decisión de terminación o rechazo en L2 o superior sin acto humano | Responsable de personas |
| Crédito | PFN-CREDITO |
Decisión de crédito o solvencia | Toda industria que financie | — | Riesgo de crédito |
| Atención | PFN-ATENCION |
Atención e interacción con la persona | Toda industria | Campos obligatorios extra: escalamiento humano declarado y barreras de contención para temas fuera de alcance | — |
| Vigilancia | PFN-VIGILANCIA |
Vigilancia, seguridad y control de acceso | Toda industria | Marcos adicionales: restricciones sobre biometría e identificación remota, y las prohibiciones del Reglamento Europeo de IA cuando apliquen | Seguridad corporativa y privacidad |
| Marketing | PFN-MARKETING |
Marketing y contenido generado | Toda industria | Prohibición: suplantación | — |
| Ciberseguridad | PFN-CIBERSEGURIDAD |
Ciberseguridad y operaciones de TI | Toda industria | Elevador: agente con privilegio elevado sobre infraestructura. Campos obligatorios extra: contención declarada, doble control y auditoría del cien por ciento de las acciones | — |
2.3 Casos de uso preclasificados «alto» por su perfil
Cada perfil sectorial trae casos de uso que el modelo preclasifica como riesgo alto. Aprovisionar el modelo los crea como objetos de caso de uso en Assets: son treinta y uno.
| Perfil | Casos de uso |
|---|---|
| Finanzas | Evaluación de solvencia · Tarificación · Decisión de reclamos · Autenticación biométrica · Monitoreo de conducta |
| Salud | Apoyo diagnóstico · Triaje · Priorización de lista de espera · Interpretación de imagen · Alertas clínicas |
| Industria | Mantenimiento predictivo · Control de calidad con rechazo · Optimización de proceso · Inspección de seguridad · Gestión de carga de red |
| Servicios | Precio dinámico · Decisión de reclamo o devolución · Moderación de contenido · Agente de compra |
| Público | Asignación de beneficios · Priorización de trámites · Fraude en subsidios · Apoyo sancionatorio |
| Educación | Admisión · Calificación automatizada · Detección de plagio · Predicción de deserción |
| Telecomunicaciones | Optimización de red · Fraude y corte de servicio · Priorización de tráfico · Atención con datos de comunicación |
«Preclasificado alto» es el nivel típico del caso de uso; el nivel de un despliegue concreto lo calcula el motor con su ficha.
3. Qué hace el producto hoy con un perfil
Esta es la tabla que importa.
| Qué impone el perfil | ¿Lo evalúa o hace cumplir el producto hoy? | Quién lo hace cumplir hoy |
|---|---|---|
| Que exista y esté en la lista correcta | Sí, rechaza. Un perfil que la ficha nombra y el modelo no tiene, o uno funcional puesto en la lista de sectoriales (o al revés), rechaza la ficha nombrando el perfil. Todos los rechazos salen juntos | — |
| Peso del sector | Sí, sólo el de los sectoriales. Con varios sectoriales, gana el más alto y la traza dice cuál lo puso. Un peso declarado en un perfil funcional no entra al puntaje y se avisa | — |
| Prohibiciones adicionales (por ejemplo «L2 o superior sobre indicación terapéutica») | No. Quedan en la traza como aportes sin evaluador | El revisor de riesgo y el experto de dominio, al revisar la ficha |
| Elevadores adicionales del perfil | No. El motor tiene los seis elevadores del núcleo; los del perfil no se evalúan | El revisor de riesgo, que puede subir el nivel a mano |
| Marcos normativos aplicables, firmante sectorial, grupos de desagregación, calendario de congelamiento, campos obligatorios extra, requisitos propios | No. Quedan en la traza | El experto de dominio y el comité de gobierno de IA |
| Cuándo aplica un perfil funcional («toda industria que financie»…) | No se evalúa. Es prosa del modelo. El perfil aplica porque la ficha lo nombra, no porque se haya comprobado esa condición. No se infiere ningún perfil que la ficha no nombre | El consultor, al armar la ficha |
Cómo se ve en la práctica. Cada despliegue creado lleva la traza de sus perfiles resueltos: los perfiles que aplican y la condición que hizo aplicar a cada uno (siempre «declarado en la ficha»), la unión de los aportes con los perfiles que los imponen, el peso sectorial efectivo, y la lista de los aportes que nada hace cumplir. Esa última lista es la forma honesta de decir «esto está registrado, no vigilado», y el producto avisa cada vez que hay aportes sin evaluador.
Y ningún código hace cumplir esas prohibiciones. Se comprobó: las prohibiciones adicionales de los perfiles no aparecen en una sola línea del código que corre en producción. El único control automático de una prohibición es la combinación dura del núcleo —autonomía L3 o L4 + dato sensible + efecto irreversible—, que rechaza la validación de la ficha y que la vigilancia relee todos los días, con su contraprueba: si la consulta y la contraprueba discrepan, no afirma cero.
Si un cliente espera que «el perfil de salud impida L2 sobre indicación terapéutica», hoy no lo impide: lo impide su revisor.
Por qué una prohibición de perfil que nadie ejecuta no es un defecto escondido
Porque se dice: la traza lo marca, esta guía lo marca y las fichas de ejemplo lo respetan a mano. El defecto sería callarlo. La regla de que los perfiles sólo agregan restricciones sí está probada en el producto: ningún perfil puede aflojar el núcleo.
4. Los trece perfiles como objetos en Assets
Se construyen. Y lo que Assets no puede recibir no se descarta en silencio: cada dato que queda sin escribir sale nombrado como pendiente manual en el sello y en la corrida. Hoy quedan así:
| Qué queda sin escribir | Qué pasa |
|---|---|
| Si el perfil es sectorial o funcional | No es un atributo del tipo de objeto en Assets; sale pendiente manual |
| El código del perfil | El tipo de objeto lo exige y ningún perfil lo declara: el objeto queda con un obligatorio vacío y el sello lo nombra. Rellenarlo sería elegir contenido, y eso no le toca al producto |
| Dónde aplica un perfil funcional | No es un atributo del tipo funcional |
| La etiqueta de los objetos de obligación normativa | El tipo de objeto llama a su etiqueta de una forma y la carga sólo sabe traer otra. Rellenarlo por inferencia dejaría la prueba en verde y rompería producción, porque el constructor rehúsa el objeto entero si una clave declarada choca con la etiqueta real. Es la misma decisión de contenido que el código del perfil |
Lo que sí quedó cerrado. Las obligaciones normativas se dieron de alta como objetos de política propios —son cuarenta— y los trece perfiles las referencian. Tres pasajes del modelo nombran un cuerpo de reglas sin nombrar un deber concreto, y quedaron sin texto a propósito: escribirlo habría sido elegir contenido en nombre del cliente. Están registrados como tales, no omitidos.
Esta lista cambia a medida que se cierran huecos. Si algo de acá ya no coincide con lo que ve en pantalla, manda la pantalla.
5. Cómo elegir los perfiles de un despliegue
- Un perfil sectorial por la industria del despliegue. Es obligatorio al menos uno. Si el despliegue toca dos industrias (una aseguradora con hospital), nombre los dos: gana el peso más alto y las restricciones se suman.
- Un perfil funcional por cada función que cumpla el agente, aunque el sector ya cubra algo parecido: Atención para todo agente que conversa con personas; Personas si decide o recomienda sobre empleo; Crédito si decide o recomienda sobre crédito o solvencia; Vigilancia si identifica o controla el acceso de personas; Marketing si genera contenido comercial; Ciberseguridad si el agente opera con privilegio sobre infraestructura.
- No esperes que el producto lo deduzca. Si la ficha no lo nombra, no aplica. Si el consultor omite el perfil de Atención en un agente que conversa con pacientes, nadie lo detecta hoy.
- El experto de dominio del cliente firma cada perfil antes de la puesta en operación. El firmante sectorial de la tabla de §2.1 es quien lo firma en el cliente.
- Un perfil nuevo no se agrega «en caliente». Un perfil que no está en el modelo rechaza la ficha. Agregarlo es cambiar el modelo, que viaja embebido en el producto: es una versión nueva del producto, no una configuración.
6. Las fichas de ejemplo y los perfiles
El producto trae un juego de fichas de demostración por cada perfil sectorial, con tres despliegues cada uno, diseñados en nivel bajo, medio y alto. Sirven para ensayar antes de usar datos reales, y no se cargan solas a Assets.
Esas fichas nombran el perfil de Atención en los despliegues que atienden a una persona externa a la organización o redactan lo que se le responde. Es una decisión de diseño de los ejemplos, no una regla del modelo: los asistentes internos de consulta no lo nombran, y un cliente puede querer que sí.
Ninguna ficha de ejemplo nombra los perfiles de Crédito, Personas, Vigilancia, Marketing ni Ciberseguridad, porque ninguno de los casos de ejemplo cumple esas funciones. Si su cliente sí, agréguelos.
7. Lo que tiene que poder responderle a un cliente
| Pregunta | Respuesta exacta |
|---|---|
| «¿El perfil de salud impide que mi agente indique tratamientos?» | No lo impide el producto. Lo declara el modelo y lo hacen cumplir el revisor de riesgo y el firmante sectorial. Hoy el producto registra la restricción en la traza y marca que nadie la evalúa. |
| «¿Puedo bajar el peso de mi sector si no controlo equipos?» | No. El peso no baja; la condición que lo permitía se eliminó del modelo. |
| «¿Para qué sirve entonces el perfil?» | Para tres cosas medibles: rechaza una ficha con un perfil que no existe o mal ubicado; sube el riesgo por el peso del sector; y deja en el despliegue la traza de qué restricciones lo gobiernan y quién las impone, que es lo que un auditor lee. |
| «¿Quién firma los perfiles?» | El experto de dominio del cliente, antes de la puesta en operación. |
| «¿Cuántos perfiles hay?» | Trece: siete sectoriales y seis funcionales. |
Dónde seguir
| Si quiere… | Lea |
|---|---|
| Cómo se calcula el riesgo y quién aprueba según el nivel | Manual de gobernanza |
| Cómo se carga una ficha en pantalla | Manual del administrador |
| Cerrar el traspaso con evidencia por rol | Lista de verificación de traspaso |
| Los límites completos, para evaluar la compra | Qué hace y qué no hace |
GobernIA 2.4.0 · 9 de noviembre de 2026
Comentarios recientes