Cómo construir un protocolo de IA útil para toda la empresa
La inteligencia artificial suele entrar en una organización antes de que exista una regla común para utilizarla. Un departamento prueba una herramienta con una cuenta personal, otro carga documentación para resumirla y un tercero empieza a crear asistentes internos. Cada iniciativa puede parecer limitada, pero juntas abren preguntas sobre datos, confidencialidad, permisos, decisiones y responsabilidad.
Después de trabajar con empresas que se encontraban en distintos puntos de adopción, en AIVERSO hemos comprobado que un protocolo eficaz no puede redactarse desde el despacho sin observar primero esos usos. Tampoco basta con recopilar artículos legales. El documento tiene que conectar tres capas: las obligaciones jurídicas, la configuración técnica de las herramientas corporativas y las reglas operativas que necesitan las personas.
Cuando aparecen asistentes o agentes capaces de consultar aplicaciones o ejecutar acciones, se suma una cuarta capa: un inventario y una puerta de validación antes de pasar a producción. Esa estructura convierte el protocolo en una pieza de gobierno, no en un trámite.
El punto de partida es conocer qué hace la empresa con la IA
La primera pregunta no es qué herramienta se ha contratado, sino qué tareas se realizan con ella. Dos personas pueden usar el mismo modelo y asumir riesgos muy diferentes: una resume un informe público; otra prepara una respuesta a un cliente con precios, datos de contacto y condiciones contractuales.
El diagnóstico debe localizar herramientas, cuentas, departamentos, documentos, datos, integraciones y asistentes ya creados. También debe identificar el resultado de cada uso: si la IA solo prepara un borrador, si recomienda una decisión o si tiene capacidad para actuar sobre otro sistema.
Esta revisión suele revelar patrones conocidos: cuentas personales utilizadas para trabajo profesional, plataformas distintas sin una política común, documentos cargados sin clasificación previa y asistentes compartidos sin un responsable definido. El protocolo tiene que resolver esos comportamientos concretos. Una frase genérica como «use la IA de forma responsable» no indica a nadie qué debe hacer ante una hoja de costes, un expediente laboral o una incidencia de calidad.
El inventario tampoco debe limitarse a preguntar «¿usáis ChatGPT?». Conviene registrar, como mínimo:
● la tarea y su finalidad;
● las personas afectadas por el resultado;
● la información de entrada y su procedencia;
● la plataforma y el tipo de cuenta;
● las conexiones con otras aplicaciones;
● quién revisa la salida;
● qué ocurre después de esa revisión.
El riesgo depende de esa combinación. La herramienta es solo una parte del caso de uso.
La norma debe traducirse en decisiones comprensibles
El marco jurídico importa, pero un trabajador no necesita abrir el Reglamento Europeo de Inteligencia Artificial cada vez que redacta un correo. Necesita saber qué está permitido, qué exige autorización, qué está prohibido y a quién debe acudir cuando aparece una duda.
A fecha de septiembre de 2026, la referencia es el texto consolidado del Reglamento (UE) 2024/1689, modificado por el Reglamento (UE) 2026/1744. La reforma mantiene en el artículo 4 el deber de adoptar medidas que apoyen el desarrollo de la alfabetización en IA de quienes operan o utilizan estos sistemas por cuenta de la organización. Las medidas deben ajustarse al conocimiento, la experiencia, la formación y el contexto de uso.
Eso no equivale a un curso legal de cuatro u ocho horas. La Comisión Europea aclara que no existe un formato único, una duración general obligatoria ni un certificado específico. La formación es una forma razonable de materializar la alfabetización, pero también pueden intervenir guías, sesiones por perfiles, procedimientos y evidencias internas de las medidas adoptadas.
El protocolo debe separar además dos categorías que se confunden con frecuencia. Las prácticas prohibidas por el artículo 5 no se convierten en lícitas mediante una autorización interna. Otros usos, como determinados sistemas destinados a selección de personal, evaluación del rendimiento o decisiones educativas, pueden entrar en la categoría de alto riesgo y requieren un análisis previo de finalidad y funcionamiento. No todo apoyo de redacción en Recursos Humanos es automáticamente un sistema de alto riesgo.
La reforma de 2026 también modificó el calendario: las obligaciones específicas para sistemas de alto riesgo del Anexo III se aplican desde el 2 de diciembre de 2027 y las relativas a sistemas vinculados a productos del Anexo I, desde el 2 de agosto de 2028, según la información de aplicación publicada por la Comisión. El protocolo debe distinguir entre las obligaciones ya aplicables, las que tienen una fecha posterior y las decisiones internas prudenciales que la empresa adopta por gobierno propio.
Las guías de AESIA pueden ayudar a convertir requisitos en controles sobre riesgos, supervisión, datos, robustez o incidentes. La propia Agencia advierte, sin embargo, de que son orientaciones no vinculantes y no sustituyen la normativa. Del mismo modo, la política de uso de IA generativa de la AEPD es una referencia útil, pero se aplica internamente a la Agencia y no constituye una interpretación vinculante del AI Act para todas las empresas.
Proteger los datos exige reglas que puedan aplicarse antes de pulsar «enviar»
El RGPD y la LOPDGDD siguen siendo aplicables cuando la IA trata datos personales. El protocolo debe trasladar sus principios a una secuencia de decisiones sencilla: definir la finalidad, introducir solo la información necesaria, retirar campos irrelevantes y valorar si los datos pueden agregarse, anonimizarse o seudonimizarse.
Seudonimizar reduce el riesgo, pero no saca automáticamente la información del RGPD. Sustituir un nombre por un código, unas iniciales o un identificador no convierte el conjunto en anónimo si la persona puede volver a identificarse con información adicional. Las directrices 01/2025 del EDPB sobre seudonimización seguían, en septiembre de 2026, publicadas como versión adoptada para consulta pública, ya cerrada. Ese estado debe indicarse si se utilizan como referencia.
La exactitud merece una regla propia. Un modelo puede completar huecos, mezclar registros o presentar como hecho una inferencia. La AEPD ha analizado en 2026 cómo se aplican los principios de exactitud, calidad y minimización a tratamientos que incorporan IA. En términos operativos, ningún dato personal generado o inferido por el sistema debería utilizarse como cierto sin contrastarlo con la fuente correspondiente.
La privacidad no agota el análisis. Una tarifa, un escandallo, un plano, una estrategia comercial o un procedimiento interno pueden ser confidenciales aunque no contengan datos personales. Antes de cargar un documento, el usuario debe plantearse dos preguntas distintas: si contiene datos personales y si contiene información no pública, protegida por contrato o relevante para el secreto empresarial.
La configuración corporativa también forma parte del protocolo
Las reglas pierden eficacia cuando la configuración de la herramienta apunta en otra dirección. Por eso conviene establecer un puesto de trabajo de referencia: identidad corporativa, procedimiento de altas y bajas, autenticación reforzada, roles, permisos, memoria, enlaces compartidos, archivos, aplicaciones y conectores.
Una cuenta empresarial aporta controles valiosos, pero no concede permiso para cargar cualquier contenido. OpenAI indica que, por defecto, no utiliza los datos de ChatGPT Business y otros servicios empresariales para entrenar sus modelos y que cifra esos datos en tránsito y en reposo. Esas garantías del proveedor no sustituyen la base jurídica, la minimización, los compromisos de confidencialidad ni la clasificación interna de la información.
El protocolo puede ordenar la configuración en tres niveles:
● Estándar común: ajustes que deben ser homogéneos para toda la organización, como el uso de identidad corporativa o la autenticación exigida.
● Según perfil: funciones habilitadas solo cuando el puesto las necesita, como determinados conectores o accesos documentales.
● No autorizado: cuentas, conexiones, permisos o proveedores que requieren una aprobación previa o que no deben utilizarse.
La memoria también necesita criterio. Puede conservar preferencias de formato o información profesional no sensible, pero no debería convertirse en un almacén de contraseñas, expedientes, secretos, datos personales innecesarios o información coyuntural de negocio.
Con las aplicaciones y conectores, la capacidad de acción cambia el riesgo. Un chat aislado responde con la información que recibe. Un agente conectado puede consultar documentos, crear registros o modificar datos. La disponibilidad técnica de una integración no equivale a autorización corporativa. Hay que revisar proveedor, permisos, datos accesibles, acciones posibles, usuarios, finalidad y necesidad.
Las reglas de uso deben reflejar el riesgo de cada tarea
Una matriz de permitido, restringido y prohibido resulta útil solo si contiene ejemplos reconocibles para la plantilla. Las categorías generales deben aterrizar en los procesos de cada área.
Un asistente puede clasificar un correo de Atención al Cliente y preparar una respuesta, pero no enviarla ni comprometer precios o fechas sin revisión. En Compras puede ordenar ofertas, pero no seleccionar definitivamente al proveedor. En Calidad puede estructurar una no conformidad, pero no cerrar el expediente. En Finanzas puede consolidar una posición de tesorería, pero no realizar una transferencia. En Producción puede preparar un informe, pero no cambiar la planificación.
Estos casos comparten un principio: la IA prepara, ordena, clasifica, compara o redacta; la persona responsable revisa, corrige, valida y ejecuta. La supervisión humana deja así de ser una declaración abstracta y se convierte en una operación identificable.
La revisión tampoco puede reducirse a aceptar una salida porque está bien escrita. Antes de utilizarla hay que comprobar los elementos que condicionan la tarea: hechos, nombres, fechas, importes, cálculos, plazos, versiones, normas, citas y fuentes. El nivel de comprobación debe aumentar cuando el resultado afecta a clientes, proveedores, empleados, producción, dinero o decisiones.
La calidad de la fuente es otro límite. Automatizar sobre maestros deficientes puede aumentar la velocidad del error. Si hay referencias duplicadas, tarifas contradictorias o versiones sin fechar, el sistema debe mostrar la incertidumbre y evitar elegir en silencio una versión como definitiva. Etiquetas como [confirmado], [estimado] o [pendiente de validar] pueden aportar una trazabilidad sencilla cuando su significado está definido.
Un asistente no pasa a producción por haber funcionado en una demostración
Cuando las personas aprenden a crear asistentes, la organización gana capacidad para experimentar. También puede perder visibilidad sobre qué se está utilizando, con qué fuentes y bajo qué permisos. Un prototipo útil durante una formación no está automáticamente autorizado para trabajar con información corporativa.
El siguiente paso es mantener un inventario de asistentes y agentes. Para cada uno conviene registrar su finalidad, departamento, responsable funcional, propietario técnico, usuarios autorizados, plataforma, datos, documentación, instrucciones, conexiones, permisos, acciones posibles, pruebas, versión, incidencias y estado.
Los estados ayudan a impedir que una prueba se confunda con un despliegue: idea, diseño, prototipo, prueba, pendiente de validación, aprobado para producción, suspendido y retirado. El cambio a «aprobado para producción» debe depender de una revisión explícita.
Esa puerta de producción responde a preguntas concretas:
● ¿La finalidad está definida y existe una persona responsable?
● ¿Las fuentes son vigentes, suficientes y conocidas?
● ¿Qué datos personales o información confidencial puede recibir?
● ¿Quién puede utilizarlo y con qué permisos?
● ¿Solo propone o también ejecuta acciones?
● ¿Se ha probado con casos normales, errores y entradas adversas?
● ¿Quién valida sus salidas y puede detenerlo?
● ¿Cuándo se revisará de nuevo?
Cuando el agente consulta páginas, archivos externos o aplicaciones, también hay que considerar instrucciones maliciosas, fugas de contexto y permisos excesivos. La AEPD dedica orientaciones específicas a la IA agéntica, incluida la minimización y la gestión de memoria. En la práctica, el mínimo privilegio, la confirmación de acciones críticas, los registros y un mecanismo de parada son controles más útiles que una prohibición genérica.
Un incidente necesita instrucciones para el primer minuto
«Notifique cualquier incidencia» es insuficiente. La persona debe reconocer situaciones como cargar un archivo equivocado, compartir una conversación fuera de la organización, usar una cuenta personal, conectar una aplicación no autorizada o emplear una salida incorrecta en una decisión.
El flujo inicial puede expresarse de forma breve: detectar, detener, evitar nueva difusión, conservar la evidencia necesaria y comunicar por el canal interno. A partir de ahí, los responsables valoran el alcance, corrigen, documentan y deciden si corresponde alguna notificación externa.
El trabajador no debería decidir por su cuenta si el hecho constituye una brecha de datos o un incidente grave sujeto a comunicación. La organización debe asignar esa evaluación a los perfiles adecuados. La AEPD mantiene recursos específicos para la gestión y notificación de brechas, pero no todo error con una herramienta de IA termina necesariamente en una notificación a la autoridad.
El protocolo tiene que evolucionar con los usos, no acumular páginas
Un documento de cien páginas que nadie consulta ofrece poca capacidad de gobierno. El cuerpo principal debe ser conciso, jerárquico y adaptado al nivel de madurez de la empresa. Las listas de comprobación, el registro de agentes o la matriz de usos pueden mantenerse como herramientas complementarias cuando faciliten la aplicación.
Una empresa que empieza necesita cuentas autorizadas, clasificación de información, minimización, validación, formación e incidentes. Cuando la IA se extiende por varios departamentos, debe añadir configuración común, responsables e inventario de casos. Si conecta agentes con sistemas, entran los permisos, la trazabilidad, las pruebas, la supervisión de acciones y los mecanismos de parada.
La revisión periódica no debería fijarse solo por calendario. También debe activarse cuando cambia una herramienta, aparece un conector, se incorpora un nuevo departamento, se modifica la normativa o un prototipo solicita acceso a producción.
El resultado buscado no es llenar la organización de prohibiciones. Es crear suficiente estructura para que las personas sepan cómo actuar y para que la empresa pueda ampliar los usos que funcionan sin perder responsabilidad, seguridad ni trazabilidad. Ahí es donde un protocolo deja de ser un PDF y se convierte en una práctica corporativa.
Preguntas y respuestas sobre protocolos de IA en empresas
¿Qué es un protocolo corporativo de uso de inteligencia artificial?
Es el marco que define cómo utiliza una organización la IA, qué herramientas y cuentas están autorizadas, qué información puede tratarse, quién revisa los resultados y cómo se gestionan los asistentes, agentes e incidentes.
¿La ley obliga a todas las empresas a tener el mismo protocolo de IA?
No existe un documento único y estandarizado que sirva para todas las organizaciones. El protocolo debe traducir las obligaciones aplicables y las decisiones internas de gobierno a los usos, datos, procesos y riesgos concretos de cada empresa.
¿En qué se diferencia un protocolo de IA de una formación?
La formación ayuda a comprender capacidades, límites y riesgos. El protocolo establece qué está permitido, restringido o prohibido, qué configuración debe utilizarse, quién autoriza cada uso y cómo actuar ante una incidencia.
¿Qué usos de inteligencia artificial deben prohibirse y cuáles requieren autorización previa?
Las prácticas prohibidas por el AI Act no pueden habilitarse mediante una autorización interna. Otros usos que afectan a personas, dinero, clientes, proveedores, producción o decisiones relevantes deben someterse a una evaluación jurídica y técnica previa y al nivel de aprobación que establezca el protocolo.
¿Puede utilizarse una cuenta personal de IA para tareas profesionales?
El protocolo debería separar el uso personal del profesional y exigir identidad corporativa para tratar información de la empresa. Así se mantienen los procedimientos de alta y baja, los permisos y la trazabilidad del entorno de trabajo.
¿Cuándo debe revisarse y actualizarse un protocolo corporativo de IA?
Debe revisarse periódicamente y siempre que cambien las herramientas, los conectores, la normativa, los departamentos implicados o los casos de uso. También conviene actualizarlo después de una incidencia o antes de autorizar un asistente o agente para producción.
¿Seudonimizar datos hace que dejen de ser personales?
No necesariamente. Si la persona puede volver a identificarse mediante información adicional, los datos seudonimizados siguen siendo datos personales y continúan sometidos al RGPD.
¿Cualquier uso de IA en Recursos Humanos se considera de alto riesgo?
No. La clasificación depende de la finalidad y del efecto del sistema. No plantea el mismo análisis una ayuda para redactar un texto que un sistema destinado a filtrar candidaturas, evaluar el rendimiento o condicionar decisiones laborales.
¿Qué debe revisarse antes de aprobar un asistente o agente para producción?
Como mínimo, su finalidad, responsable, usuarios, fuentes, datos, permisos, conexiones, acciones posibles, pruebas, supervisión humana, errores conocidos, mecanismo de parada y fecha de revisión.
¿Qué debe hacer una persona cuando detecta un incidente relacionado con IA?
Debe detener el uso, evitar que el problema siga propagándose, conservar la evidencia necesaria y comunicarlo mediante el canal interno. La valoración jurídica o la posible notificación externa corresponde a los responsables designados por la organización.
Convierte los usos dispersos de IA en un marco común
En AIVERSO podemos analizar las tareas, datos, herramientas y asistentes que ya existen en tu organización y valorar el diseño de un protocolo corporativo de IA adaptado a sus procesos. Escríbenos a info@aiverso.com.
