Cómo debería ser una política de aprobación humana en la IA industrial
5 min de lectura
Una política de aprobación humana para la IA en fábrica debería ser aburrida a propósito. Lo aburrido es lo que hace que las operaciones sean predecibles. Debería especificar qué estados del flujo de trabajo requieren una aprobación humana específica, qué pruebas deben estar visibles en el momento de la aprobación, cuánto tiempo pueden esperar las aprobaciones antes de que se escale el asunto, quién se encarga de las noches y los fines de semana, y cómo se registran las excepciones. Debe hacer referencia al riesgo y a la reversibilidad, pero debe concretarse en campos y funciones específicos del flujo de trabajo. Si solo habla de «la IA», no superará las auditorías ni funcionará en la planta de producción.
Empieza por el alcance y las definiciones: qué flujos de trabajo y emplazamientos se incluyen; qué significan «vigilar», «asesorar» y «actuar» en el lenguaje de la planta; qué sistemas son los sistemas de referencia para las aprobaciones. Evita utilizar los nombres comerciales de los proveedores en el texto principal. Utiliza la terminología de flujos de trabajo y activos que reconozcan los auditores.
Elabora una matriz de aprobación por estado del flujo de trabajo. Las celdas de los responsables de la aprobación que están vacías son la causa de que se produzcan incidencias. Cada fila debe indicar qué modo está permitido, qué control humano se aplica y qué cargo firma.
Exigir un conjunto de pruebas en el momento de la aprobación: campos utilizados, indicadores de incertidumbre, casos de referencia vinculados que sirvan de contexto (no de autoridad), reversibilidad y pasos para revertir el proceso. Los responsables de la aprobación deberían poder afirmar, sin ambigüedades: «He visto X, por lo tanto he firmado».
Define la escalación basada en el tiempo. Los tiempos de espera silenciosos son lo que convierte en un rumor el «el sistema lo decidió». Especifica los tiempos máximos de espera según el nivel de gravedad, quién se encarga de la escalación cuando se supera el tiempo de espera y qué ocurre con el comportamiento en modo de acción cuando hay trabajo acumulado.
Delegación de responsabilidades: suplentes nocturnos, normas sobre vacaciones, reducción de nivel en caso de emergencia a una función meramente consultiva con autoridad explícita. Si la delegación no se deja por escrito, el personal la elude utilizando credenciales compartidas, con lo que se pierde la trazabilidad.
Las políticas suelen fallar los fines de semana, por las lagunas en la cobertura y los retrasos acumulados, no en los talleres. La prueba consiste en comprobar si la norma resiste la ausencia durante el turno de noche, la rápida resolución de las colas tras una hora punta y el escrutinio posterior a un incidente sin que haya seis versiones contradictorias.
La formación y la recertificación deben figurar en la política: quién debe completar la formación antes de obtener los derechos de aprobación, los criterios que determinan la necesidad de una actualización anual o tras un incidente, y cómo se gestiona a los contratistas. Los registros de formación forman parte del control, no son un mero adorno de RR. HH.
Comprobación de la política operativa: ¿Puede un nuevo supervisor localizar sus puertas de acceso en menos de cinco minutos? ¿Puede el departamento de calidad explicar la política sin mencionar el nombre de ningún proveedor? ¿Puede el departamento de TI presentar un registro de auditoría de aprobaciones correspondiente a una semana aleatoria? Si las tres respuestas son afirmativas, significa que estás cerca.
IRIS garantiza el cumplimiento de la política de aprobación al hacer que las pruebas, los temporizadores, las autorizaciones y las tareas resultantes se recojan en un único registro operativo, lo que convierte la política en un mecanismo que se aplica en la práctica.
Para conocer la lógica de los derechos de decisión, véase Cuándo debe recomendar la IA y cuándo deben decidir las personas en las operaciones, Cuándo la IA debe observar, asesorar o actuar en la fábrica, y Cómo gestionar las decisiones de la IA en todos los turnos y funciones.
Redacta las autorizaciones en el lenguaje propio del flujo de trabajo, con roles específicos, plazos y pruebas. Si no se puede aplicar sobre el terreno, no es una política.
El resultado operativo final
La promesa de este artículo —un esqueleto de política que puedes publicar: alcance, umbrales, pruebas, escalado, registros y formación vinculados a los flujos de trabajo, no a nombres de modelos— solo se hace operativa cuando cambia la forma en que se desarrolla el trabajo: una responsabilidad más clara, una primera asignación más rápida y un cierre que se puede rastrear sin tener que «excavar» en la bandeja de entrada. En cuanto a «Cómo debería ser una política de aprobación humana en la IA de fábrica», considéralo como la prueba de aceptación: el siguiente turno debería poder leer lo que ha ocurrido, lo que se ha aprobado y lo que sigue pendiente, sin tener que recurrir a una reconstrucción verbal.
Esa norma no tiene que ver con la perfección del software, sino con la honestidad operativa: menos traspasos misteriosos, menos verdades que solo se aclaran en las reuniones y más días en los que el registro del sistema coincida con lo que dirían los trabajadores de planta si los interrumpieras en mitad de una tarea.
Haz que los equipos se atengan a una regla sencilla: si no se puede demostrar una mejora en los resultados a partir del registro de ejecución, aún no se trata de una mejora operativa, sino solo de una mejora narrativa. Esa regla garantiza la honestidad de los programas cuando las demostraciones parecen buenas, pero los traspasos de responsabilidades siguen pareciendo frágiles. Si el registro es escaso, corrígelo antes de ampliar los objetivos.
DBR77 IRIS almacena las aprobaciones, las pruebas y las tareas en un mismo lugar, de modo que los controles manuales se pueden rastrear a lo largo de los turnos y las funciones. Empieza la prueba de 14 días o Mira el vídeo explicativo.
