Imagen generada por IALa Comisión Europea ha reabierto un debate que muchas empresas preferían mantener en un cajón con llave: quién manda realmente en el trabajo cuando el jefe visible es una app, un motor de scoring o un sistema de asignación automática de tareas. El documento de 20 de julio de 2026, C(2026) 5109 final, segunda fase de consulta a los interlocutores sociales sobre el futuro Quality Jobs Act, no es todavía una ley. Pero sería un error leerlo como uno de esos ejercicios bruselenses que generan muchas páginas y pocas consecuencias. Aquí hay munición regulatoria de verdad.
La pieza clave es esta: la Comisión ha colocado la algorithmic management en el mismo paquete político que el derecho a la desconexión, el teletrabajo, la salud laboral y la cadena de subcontratación. Eso desplaza la conversación. Ya no se trata solo de privacidad o de ética de la IA. Se trata de condiciones de trabajo, supervisión humana, seguridad y responsabilidad empresarial. Y cuando una cuestión salta al terreno laboral, se vuelve mucho más difícil esconderla detrás de una política interna de IA de seis páginas y un comité con nombre grandilocuente.
Para banca, seguros, fintech y cualquier entidad regulada en Europa, la señal importa por una razón muy concreta: el uso de analítica de productividad, monitorización de empleados, IA en evaluación del desempeño, distribución de turnos, filtrado de candidaturas o vigilancia de fraude interno deja de ser un asunto disperso entre RR. HH., Legal, Seguridad y Tecnología. Pasa a ser un problema de cumplimiento operativo transversal. Si tu organización sigue tratando estos sistemas como un tema “de personas” o “de innovación”, va tarde.
El documento encaja además con tres realidades de 2026 que ya están aquí. Primera: el AI Act ha pasado de promesa a programa de implementación y ha obligado a clasificar casos de uso con algo más de rigor que una hoja Excel optimista. Segunda: el GDPR sigue siendo el reglamento que de verdad muerde cuando se cruzan monitorización, perfilado y opacidad. Tercera: NIS2 y DORA han endurecido la conversación sobre gobernanza, continuidad, terceros y trazabilidad operativa. Juntas, estas capas forman una pinza. Lo laboral ya no queda fuera del perímetro de riesgo digital. Nunca debió quedar, pero ahora Bruselas lo está diciendo con menos rodeos.
Mi tesis es sencilla: la futura regulación europea sobre gestión algorítmica en el trabajo no va a crear un problema nuevo para las entidades reguladas; va a exponer, con bastante poca piedad, uno que ya existe. Muchas organizaciones han desplegado IA y automatización sobre empleados y contratistas con más entusiasmo que control. Han afinado modelos para medir productividad o detectar anomalías, pero no siempre pueden explicar qué datos usan, qué sesgos incorporan, quién valida los resultados o cómo se impugna una decisión. Dicho de otro modo: han digitalizado la supervisión sin madurar la responsabilidad.
La segunda fase de consulta de la Comisión no introduce todavía obligaciones cerradas, porque estamos en un proceso del artículo 154(3) TFUE y cabe incluso la vía de negociación entre interlocutores sociales bajo el artículo 155 TFUE. Pero sí deja claro el sentido del viaje. Y ese sentido es incómodo para quienes confiaban en que bastaría con cumplir el mínimo del GDPR y poner un humano de adorno al final del proceso. Bruselas está insinuando algo bastante más ambicioso: si un sistema organiza, evalúa, asigna o condiciona trabajo, su impacto ya no se juzgará solo por la protección de datos o la seguridad técnica, sino por sus efectos reales sobre la salud, la dignidad, la autonomía y los derechos del trabajador.
Hay una ironía regulatoria deliciosa aquí. Durante años, muchas empresas han vendido la “IA responsable” como una ventaja competitiva. Ahora podrían descubrir que la verdadera prueba de responsabilidad no está en la presentación al consejo, sino en explicar por qué un algoritmo redujo turnos, disparó alertas disciplinarias o empujó a un equipo a ritmos de trabajo incompatibles con la prevención de riesgos. Eso ya no suena a innovación. Suena a expediente.
El documento de 20 de julio de 2026 no legisla, pero sí ordena prioridades. La Comisión recuerda que la primera fase de consulta se abrió el 4 de diciembre de 2025 y se desarrolló hasta el 29 de enero de 2026. Tras revisar las respuestas, concluye que hay base para explorar una acción de la UE en varias áreas: derecho a la desconexión y teletrabajo; gestión algorítmica en el trabajo; riesgos de seguridad y salud, incluidos los psicosociales, ergonómicos y vinculados al calor y condiciones meteorológicas; uso de pantallas; protección de derechos en cadenas de subcontratación; y transiciones justas.
La formulación no es decorativa. Cuando la Comisión mete la gestión algorítmica en el mismo bloque que salud y seguridad, está diciendo dos cosas. La primera: el daño potencial no se limita a errores de datos o discriminación, sino que puede afectar a carga mental, fatiga, intensificación del trabajo y autonomía. La segunda: las obligaciones futuras pueden terminar anclándose en marcos de prevención y documentación mucho más operativos que el habitual debate abstracto sobre “ética de la IA”.
Hay además dos cifras del propio documento que ayudan a entender el trasfondo. La Comisión cita que alrededor de un tercio de los trabajadores de la UE trabaja hoy fuera de las instalaciones del empleador y que alrededor del 30% usa dispositivos digitales durante toda o la mayor parte de su tiempo de trabajo, apoyándose en EU-OSHA 2025 y Eurostat. Ese dato no prueba por sí solo un abuso algorítmico, claro. Pero sí explica por qué Bruselas ve el puesto de trabajo como un entorno digital distribuido, medible y, por tanto, regulatoriamente peligroso.
También conviene fijarse en lo que la Comisión promete evitar: carga innecesaria, sobre todo para pymes, y un diseño “future-proof”. Es el lenguaje habitual de prudencia política. No significa desregulación. Significa que Bruselas intentará construir obligaciones compatibles con marcos ya existentes. Ahí es donde el tema se vuelve interesante para compliance: la futura pieza laboral probablemente no nacerá aislada. Se apoyará en el GDPR, en el AI Act, en la legislación de salud y seguridad, en la lógica de gobernanza de NIS2 y, para el sector financiero, en la disciplina operativa de DORA.
En demasiadas organizaciones persiste una idea cómoda y equivocada: si la IA se usa internamente y no afecta directamente a clientes, el riesgo regulatorio es menor. Falso. A veces es al revés. Con los empleados confluyen relaciones de poder, asimetrías informativas, tratamiento intensivo de datos y un incentivo empresarial fuerte para vigilar desempeño, tiempo, conducta y disponibilidad.
Pensemos en algunos casos de uso ya corrientes en 2026: sistemas que asignan expedientes a gestores según velocidad histórica; modelos que puntúan “riesgo de fuga” de empleados; herramientas que analizan tono y volumen de comunicaciones internas; software que recomienda promociones o bonus; plataformas que calculan rutas, tiempos y pausas; motores de detección de fraude interno o de conflicto de interés; IA generativa que evalúa productividad a partir de tickets, correos o reuniones. Ninguno de estos casos es teórico. Todos comparten una pregunta incómoda: ¿puede la empresa explicar, probar y defender cómo funciona el sistema cuando un empleado o un regulador pide cuentas?
Aquí aparece el primer choque con el GDPR. Si el sistema trata datos personales de empleados para evaluación, perfilado o toma de decisiones, entran de lleno principios como licitud, minimización, limitación de finalidad, exactitud y transparencia del artículo 5. Si hay obligación de informar, el artículo 13 o el 14 no se satisfacen con un párrafo opaco en una política interna. Si existe una evaluación sistemática de aspectos personales basada en tratamiento automatizado, el artículo 35 puede exigir una evaluación de impacto de protección de datos. Y si el sistema desemboca en decisiones basadas únicamente en tratamiento automatizado con efectos jurídicos o significativamente similares, el artículo 22 deja de ser una nota a pie de página para juristas aburridos.
La dificultad real no es citar esos artículos. La dificultad es operativizarlos. Muchas entidades tienen bases jurídicas discutibles para ciertos tratamientos laborales, inventarios incompletos de herramientas desplegadas por RR. HH. o managers, y DPIA que describen riesgos de manera tan genérica que no servirían ni para entretener a una autoridad de control en una tarde lenta.
Luego está la ciberseguridad. Los sistemas de gestión algorítmica suelen depender de integraciones con suites de colaboración, herramientas de monitorización, proveedores SaaS, identidades, datos de geolocalización, CRM, ERP y, en algunos sectores, dispositivos móviles corporativos o personales. Eso amplía superficie de ataque y también superficie de dependencia. Cuando un sistema decide o recomienda asignaciones de trabajo y rendimiento a escala, una indisponibilidad, manipulación de datos o alteración de modelo puede tener impacto operativo inmediato. No solo en productividad: también en cumplimiento laboral, igualdad y bienestar.
La pregunta útil no es si la futura regulación laboral chocará con GDPR, AI Act, NIS2 o DORA. La pregunta útil es cómo se repartirán las obligaciones entre ellas. Y aquí conviene separar capas, porque mezclarlo todo en un “programa de IA responsable” es una receta bastante cara para fracasar.
El GDPR seguirá siendo la primera línea de control cuando haya datos personales de empleados. Artículo 5 para principios; artículos 13 y 14 para información; artículo 15 para acceso; artículo 21 para oposición en ciertos supuestos; artículo 22 para decisiones automatizadas; artículo 30 para registro de actividades; artículo 32 para seguridad del tratamiento; artículo 33 para notificación de violaciones de seguridad; y artículo 35 para DPIA cuando haya alto riesgo. En entornos de monitorización laboral, la DPIA debería ser la norma, no la excepción.
El gran problema práctico es que muchas empresas abordan la transparencia de forma formalista. Informan de que “pueden utilizarse herramientas automatizadas” pero no explican variables, finalidades concretas, consecuencias reales ni mecanismos de revisión humana. Eso será cada vez menos defendible, también ante tribunales laborales nacionales.
El AI Act añade otra capa: no pregunta únicamente qué datos tratas, sino qué sistema estás utilizando, en qué contexto y con qué impacto. Los sistemas de IA usados en empleo, gestión de trabajadores y acceso al autoempleo están dentro de las categorías de alto riesgo del anexo III. Eso incluye usos para selección, evaluación, promoción, asignación de tareas y seguimiento de rendimiento cuando encajan en la definición aplicable. En esos casos, entran requisitos de gestión de riesgos, gobernanza de datos, documentación técnica, registro de logs, transparencia hacia usuarios, supervisión humana, precisión, robustez y ciberseguridad.
La consecuencia es brutal para las organizaciones que compran herramientas empaquetadas a terceros. Aunque no sean proveedores del sistema, pueden tener deberes como desplegadores. Y si personalizan, afinan o combinan soluciones, la línea de responsabilidad se complica. A más integración, más difícil resulta señalar al proveedor y decir “la caja negra era suya”.
NIS2 no regula relaciones laborales, pero sí la seguridad de redes y sistemas de información de entidades esenciales e importantes y exige medidas de gestión de riesgos de ciberseguridad en su artículo 21. Si la gestión algorítmica descansa sobre sistemas críticos para operaciones, atención al cliente, pagos, siniestros o continuidad de negocio, ya no puede verse como una isla de RR. HH. Debe entrar en inventarios de activos, análisis de dependencias, control de accesos, respuesta a incidentes, seguridad de la cadena de suministro, políticas de desarrollo y mantenimiento, y pruebas.
Traducido: un fallo en una plataforma que organiza turnos o asigna expedientes puede convertirse en un incidente operacional con relevancia para seguridad y continuidad. Si además expone datos de empleados o sesga decisiones a gran escala, el incidente deja de ser solo técnico. Pasa a ser multidisciplinar. Y eso suele pillar a las organizaciones con los teléfonos equivocados.
En entidades financieras, DORA termina de cerrar el círculo. El reglamento exige un marco de gestión del riesgo de las TIC, clasificación y reporte de incidentes relacionados con TIC, pruebas de resiliencia, gestión de terceros y gobernanza clara. Si una aseguradora, un banco o una entidad de pago usa herramientas algorítmicas para supervisar personal de operaciones, prevención de fraude, atención comercial o gestión de reclamaciones, ese stack forma parte del riesgo operativo digital. No queda fuera por el mero hecho de tocar RR. HH. o people analytics.
Dos artículos son especialmente útiles para esta conversación. DORA artículo 5 sobre el marco de gestión del riesgo de las TIC y DORA artículo 28 sobre gestión del riesgo de terceros prestadores de servicios TIC. ¿Tu herramienta de monitorización de productividad o de scoring de desempeño está en un SaaS externo? Entonces no es solo un proyecto de RR. HH.; es también un tercero TIC que debe pasar por due diligence, cláusulas contractuales, derechos de acceso, estrategia de salida y evaluación de concentración cuando corresponda.
EIDAS 2.0 entra de forma indirecta cuando la identidad digital, la autenticación y la firma afectan a flujos laborales automatizados, trazabilidad de aprobaciones o prueba de intervención humana. No será la norma central del debate, pero puede reforzar evidencias y control de identidad en decisiones sensibles.
CSRD aparece por otro flanco: gobernanza, capital humano y gestión de riesgos. Si una empresa vende un relato de buen gobierno, cultura responsable y bienestar laboral, pero su arquitectura de gestión algorítmica es opaca o agresiva, la incoherencia reputacional y de reporting puede volverse incómoda.
NIST CSF 2.0 no es ley europea, claro, pero sigue siendo un lenguaje útil para estructurar gobernanza, inventario, evaluación, protección, detección, respuesta y recuperación. Y HIPAA solo será relevante para organizaciones sanitarias o aseguradoras con negocio que toque datos de salud en otras jurisdicciones. No conviene meterla con calzador. Aquí el núcleo europeo está bastante claro: GDPR, AI Act, NIS2 y DORA.
Uno de los conceptos más manoseados de los últimos años es la supervisión humana. Muchas empresas lo han resuelto con una ficción elegante: el sistema recomienda y una persona “valida”. Papel resuelto, casilla marcada. El problema es que en el trabajo esa ficción se rompe con facilidad.
Si un supervisor recibe 300 alertas al día, confía ciegamente en una puntuación y no dispone de contexto suficiente para contradecir al sistema, la revisión humana es más teatral que real. Si el empleado no sabe que se le ha perfilado, no puede aportar información correctiva ni impugnar la lógica. Si el manager tiene incentivos ligados a métricas generadas por el sistema, la presión para seguir la recomendación no es neutral. Y si el proveedor no explica bien el modelo, la empresa usuaria tampoco podrá explicarlo a quien lo sufre.
La futura regulación sobre gestión algorítmica puede endurecer justo este punto: no bastará con decir que “hay un humano en el circuito”. Habrá que demostrar qué potestad tiene, qué información ve, qué formación recibe, cuánto margen efectivo posee para apartarse de la recomendación y cómo queda documentada la discrepancia. Ahí convergen AI Act y derecho laboral de manera bastante natural.
El paralelismo con banca es obvio. En concesión de crédito, prevención de fraude o AML, nadie serio acepta ya un modelo opaco sin gobernanza, validación y trazabilidad. Sin embargo, algunas entidades han sido mucho menos exigentes cuando el objeto del modelo no es un cliente, sino un empleado. Esa asimetría va a volverse indefendible. Y, francamente, ya era hora.
La consulta de la Comisión enlaza gestión algorítmica con salud y seguridad. Este es probablemente el elemento más subestimado del debate. Durante años, la conversación jurídica sobre IA en el trabajo se ha concentrado en discriminación, privacidad y transparencia. Todo eso sigue ahí. Pero la intensificación del trabajo guiada por software abre otra vía de responsabilidad.
Un sistema que optimiza tiempos, rutas, cargas, disponibilidad o respuesta puede generar presión constante, reducción de pausas, vigilancia ubicua y sensación de control permanente. Eso no es una molestia menor. Puede traducirse en riesgo psicosocial, estrés, fatiga, errores y bajas. Si además hablamos de trabajo remoto o híbrido, el monitoreo continuo a través de dispositivos y plataformas añade un componente de intrusión difícil de gestionar.
La Comisión conecta esta agenda con el marco estratégico de seguridad y salud en el trabajo 2021-2027. No es casualidad. Si el futuro Quality Jobs Act aterriza en obligaciones específicas sobre evaluación de riesgos, consulta a trabajadores, información, límites de monitorización o derecho a intervención humana, muchas entidades tendrán que rehacer la manera en que validan herramientas de people analytics. Ya no servirá un visto bueno aislado de Legal o DPO. Hará falta un análisis conjunto con prevención de riesgos, seguridad, compliance, compras y, en algunos países, representación de trabajadores.
El impacto para sectores regulados es doble. Primero, porque suelen tener entornos de control más documentados y, por tanto, más auditables. Segundo, porque también dependen más de métricas, trazabilidad y supervisión intensiva, especialmente en contact centers, operaciones de back office, siniestros, atención digital, cumplimiento, trading support y fraude. Cuanto más medible es el trabajo, mayor es la tentación de convertir cada clic en una variable de gestión. No todas esas variables resistirán un escrutinio laboral serio.
Si diriges compliance, riesgos, RR. HH. o seguridad en una entidad financiera, aquí tienes el quid: los riesgos no están solo en usar IA para clientes. También están dentro de casa. Y suelen agruparse en cinco bloques muy concretos.
El primero es la opacidad decisional. Sistemas de evaluación de desempeño, asignación de expedientes, recomendación de bonus o priorización de acciones disciplinarias pueden producir efectos materiales difíciles de explicar. Si no hay documentación suficiente sobre lógica, datos y umbrales, la defensa legal se debilita.
El segundo es el sesgo operativo. No hace falta un modelo sofisticado para generar discriminación indirecta. Basta con usar históricos de productividad contaminados por sesgos previos, métricas que penalizan a trabajadores con ajustes razonables o variables proxy que reproduzcan desigualdades. En banca y seguros, donde hay jerarquías, turnos, ventas, incentivos y controles de rendimiento muy estructurados, el riesgo es bastante real.
El tercero es la contaminación de datos. Herramientas de IA generativa o analítica conectadas a correos, chats, tickets, videollamadas o documentación interna pueden capturar más información de la necesaria, mezclar contextos y generar inferencias excesivas. Cuando además entran datos sensibles o de salud por vías indirectas, el terreno se vuelve especialmente resbaladizo.
El cuarto es el riesgo de terceros. Una parte importante de estas soluciones llega vía SaaS o módulos de suites ya implantadas. El problema no es solo contractual. Es de dependencia, acceso, localización del tratamiento, cambios de modelo sin suficiente aviso, telemetría opaca y dificultad para auditar.
El quinto es el riesgo de incidente híbrido. Una manipulación interna, una configuración errónea, una indisponibilidad o una fuga de datos puede afectar a continuidad operativa, privacidad, reputación y relaciones laborales al mismo tiempo. El manual clásico de incidente de seguridad rara vez está preparado para eso.
Los controles recomendados no son misteriosos, pero sí exigen disciplina. Inventario de todos los sistemas que intervienen en decisiones o recomendaciones sobre empleados. Clasificación de casos de uso bajo AI Act. DPIA robusta cuando toque. Evaluación de riesgo psicosocial y laboral si el sistema afecta a carga, ritmo, vigilancia o desempeño. Controles de acceso y segregación. Trazabilidad de recomendaciones y de decisiones finales. Revisión humana real, no cosmética. Procedimientos de impugnación y corrección. Due diligence reforzada de terceros. Y una gobernanza que no deje el asunto atrapado entre RR. HH. y compras.
Esperar al proyecto legislativo cerrado sería una mala idea. La consulta de la Comisión no crea obligaciones nuevas hoy, pero sí da pistas suficientes para trabajar desde ya. Y ese trabajo no debería presentarse como “preparación para una futura ley”. Debería plantearse como reducción inmediata de exposición bajo marcos que ya están vigentes.
El primer movimiento útil es cartografiar casos de uso reales, no solo los oficialmente aprobados. Muchas organizaciones descubren tarde que la gestión algorítmica no vive solo en grandes plataformas. También aparece en macros, paneles de productividad, scripts, funciones de suites colaborativas, módulos de workforce management o IA embebida activada por defecto por un proveedor. Si no sabes qué decide, recomienda, clasifica o vigila a tus empleados, no puedes gobernarlo.
El segundo es identificar qué decisiones son “significativas” en términos laborales: acceso a turnos, evaluación, variable, promociones, tareas críticas, escalado disciplinario, geolocalización, tiempo de conexión, pausas, priorización de casos o filtrado de candidaturas. No todo lo automatizado tiene el mismo peso. Pero algunas decisiones exigen un estándar de explicabilidad y revisión mucho más alto.
El tercero es revisar la calidad de la intervención humana. No basta con que exista una aprobación final. Hace falta probar que el revisor tiene contexto, criterio, capacidad y tiempo. También que conoce limitaciones del sistema y que se audita cuándo sigue o contradice la recomendación. Si nadie desafía nunca al modelo, probablemente no hay supervisión humana; hay obediencia asistida por software.
El cuarto es romper los silos. En 2026 sigue siendo sorprendentemente habitual que RR. HH. contrate herramientas de people analytics sin implicación temprana del DPO, sin seguridad suficiente y sin una lectura sectorial de DORA o NIS2. Esa fragmentación sale barata en la compra y carísima en la crisis.
El quinto es preparar evidencia documental seria. No una montaña de políticas huecas, sino piezas que un regulador o un tribunal puedan leer sin bostezar: mapa de sistemas, finalidades, bases jurídicas, flujos de datos, terceros, DPIA, clasificación AI Act, controles de seguridad, responsabilidades, proceso de reclamación y resultados de revisión periódica. La documentación útil no adorna; protege.
La objeción más previsible ya la conocemos: si Bruselas carga de obligaciones la gestión algorítmica en el trabajo, Europa frenará productividad, digitalización y competitividad. El argumento tiene cierta fuerza política, pero falla en un punto práctico esencial. La ausencia de reglas claras no elimina costes; solo los desplaza. Los desplaza a litigios, conflictos laborales, reprocesos, decisiones erróneas, fuga de talento, incidentes de seguridad y daño reputacional.
Además, la regulación que se intuye no apunta a prohibir la automatización de la gestión del trabajo, sino a disciplinarla. Transparencia suficiente. Trazabilidad. Supervisión humana real. Evaluación de riesgos. Límites a la monitorización abusiva. Vías de impugnación. Seguridad técnica. Para cualquier entidad madura, eso no debería sonar a revolución ideológica. Debería sonar a gestión razonable del riesgo.
De hecho, hay una ventaja competitiva posible para quien haga bien los deberes. En sectores con escasez de talento especializado, la confianza interna importa. Explicar qué sistemas se usan, para qué, con qué límites y cómo se corrigen errores puede convertirse en un factor de reputación laboral. La alternativa es dejar que los empleados descubran por su cuenta que una plataforma decide medio organigrama invisible. Suele sentar regular.
Conviene mantener la cabeza fría. La segunda fase de consulta bajo el artículo 154 TFUE no garantiza una directiva inmediata ni un texto maximalista. La Comisión pregunta también a los interlocutores sociales si desean negociar un acuerdo bajo el artículo 155 TFUE. A partir de ahí, hay varios escenarios: desde un instrumento legislativo concreto sobre algunas materias hasta soluciones más parciales o híbridas.
Lo que sí parece claro es que la Comisión quiere reservarse espacio para actuar, al menos, sobre principios y obligaciones mínimas en materias donde la fragmentación nacional y la digitalización ya han creado fricción visible. La gestión algorítmica es candidata evidente porque cruza empleo, derechos fundamentales, datos, salud laboral y competitividad. Es decir, un tema típicamente europeo: demasiado transversal para dejarlo solo a una política interna, demasiado sensible para fiarlo todo al mercado.
Tampoco esperaría una normativa enteramente nueva y autosuficiente. Lo más probable es una pieza que complemente y aterrice obligaciones en relación con tecnologías ya cubiertas en parte por GDPR, AI Act y marcos de salud laboral. Eso sería consistente con el propio lenguaje del documento, que habla de complementar y actualizar reglas de la UE de forma dirigida.
Y aquí viene el detalle incómodo para las empresas: precisamente porque la futura norma podría apoyarse en marcos existentes, el margen para alegar sorpresa será pequeño. Si ya sabías que monitorizabas intensamente; si ya sabías que perfilabas; si ya sabías que dependías de un proveedor opaco; si ya sabías que un sistema influía en decisiones relevantes sobre trabajo; entonces no podrás fingir que todo empezó el día en que se publique el texto final.
Para bancos, aseguradoras, ESI, entidades de pago y fintech en España, el debate tiene tres derivadas especialmente serias.
La primera es de gobernanza. En muchas entidades, las herramientas de supervisión de productividad, calidad comercial, prevención de fraude interno o workforce management han crecido en áreas distintas y con patrocinios distintos. El resultado es una arquitectura desordenada: contratos separados, bases jurídicas distintas, revisiones parciales y un nivel de trazabilidad muy desigual. Si llega un impulso regulatorio laboral europeo, ese mosaico será difícil de defender ante AEPD, Inspección de Trabajo, Banco de España, DGSFP o auditoría interna, cada uno por su carril.
La segunda es de DORA. Desde este año, nadie en finanzas puede sostener seriamente que una herramienta digital relevante para procesos internos queda fuera del radar por pertenecer a RR. HH. o a operaciones. Si el sistema afecta a resiliencia, continuidad, terceros TIC, control interno o incidentes, forma parte del perímetro de gestión del riesgo digital. Y eso exige una conversación adulta entre compliance laboral, protección de datos, seguridad y riesgo operacional.
La tercera es cultural. El sector financiero español, como el europeo, ha avanzado mucho en gobernanza de modelos para cliente y riesgo financiero. Pero no siempre ha aplicado ese mismo rigor al análisis de personas dentro de la organización. La futura regulación de gestión algorítmica puede actuar como corrector brusco de esa incoherencia. Mejor anticiparse que explicarlo luego en comité de auditoría.
La consulta de la Comisión sobre el Quality Jobs Act parece laboral. Lo es. Pero también es otra cosa: una advertencia regulatoria a empresas que han automatizado la gestión del trabajo sin elevar al mismo ritmo sus controles de transparencia, supervisión, ciberseguridad y responsabilidad. Ese desajuste no se arregla con un principio ético bonito ni con una guía interna escrita a medias por marketing y legal.
La gestión algorítmica va camino de dejar de ser un tema periférico. En 2026 se está convirtiendo en una prueba de madurez corporativa. Quien tenga inventario, clasificación, controles, revisión humana real y gobernanza cruzada llegará al siguiente acto bastante mejor preparado. Quien no, descubrirá que el problema nunca fue la IA. El problema era usarla para mandar sobre personas sin estar dispuesto a explicarlo.
Y Bruselas, por una vez, ha decidido señalar justo ahí.
Nota editorial
Resumen semanal gratis
Suscríbete al resumen semanal y te avisamos de cada cambio en NIS2: entidades esenciales/importantes, notificación de incidentes y medidas mínimas.
¿Necesitas priorizar acciones ya? Empieza un GAP Assessment NIS2.
Aporta contexto, plantea una duda o responde a la conversación. Los comentarios son públicos y moderables.
Cargando comentarios…