Automation Anywhere y el Reglamento de IA: clasifica el proceso, no el bot

Para la mayoría de las empresas, Automation Anywhere es de riesgo mínimo según el Reglamento de IA. Mover facturas entre sistemas, conciliar hojas de cálculo o derivar un ticket de servicio es automatización sobre tus propias operaciones: el Reglamento (UE) 2024/1689 no impone sobre nada de eso obligaciones de alto riesgo; como mucho, cuando interviene un agente de IA, el deber general de alfabetización en IA del artículo 4.

La clasificación no se adhiere al producto. Se adhiere al proceso que ejecuta cada bot o agente de IA. Un bot que copia datos entre dos sistemas financieros y un agente de IA que criba candidatos a un puesto son el mismo software con dos pesos jurídicos muy distintos. El primero es de riesgo mínimo; el segundo entra en el anexo III y puede ser de alto riesgo. Clasificas el trabajo, no al proveedor.

Esta página fija el valor por defecto, nombra las condiciones precisas que llevan una automatización concreta al terreno del alto riesgo y muestra dónde se aplica la capa del RGPD con independencia de la respuesta del Reglamento de IA.

---

Qué hace Automation Anywhere en realidad

Automation Anywhere es un producto de automatización robótica de procesos (RPA) y de automatización agéntica. Su origen más antiguo es la RPA basada en reglas: bots de software que imitan clics, pulsaciones de teclas y entrada de datos en distintas aplicaciones. Su línea actual de Automatización Agéntica de Procesos (APA) va más allá: AI Agent Studio permite a los equipos construir agentes de IA orientados a objetivos, y un motor de razonamiento de procesos coordina agentes, bots, API y documentos, con puntos de control con intervención humana, para ejecutar flujos de trabajo de varios pasos que se adaptan cuando cambian las entradas.

Dos capas importan para la clasificación:

• Los bots de RPA deterministas que siguen reglas fijas —abrir un archivo, leer un campo, pegarlo en otro sitio— en muchos despliegues ni siquiera son «sistemas de IA». Un bot que solo ejecuta pasos preconfigurados sin inferencia es automatización, no un sistema de IA según el artículo 3(1), y queda totalmente fuera del Reglamento.
• Los agentes de IA construidos en AI Agent Studio usan modelos de IA de uso general (GPAI) para razonar sobre entradas desordenadas y decidir las acciones siguientes. Estos sí son sistemas de IA. Pero «ser un sistema de IA» no es lo mismo que «ser de alto riesgo»: eso depende de para qué se use el agente.

Bajo los agentes de IA están los modelos GPAI. Esos modelos cargan con sus propias obligaciones del capítulo V (artículo 53) —documentación técnica, información para los agentes posteriores, una política de derechos de autor, un resumen de los datos de entrenamiento—, pero esas obligaciones recaen en el proveedor del modelo, no en ti como responsable del despliegue de Automation Anywhere.

El valor por defecto y el salto

La pregunta decisiva nunca es «¿es Automation Anywhere de alto riesgo?». Es: ¿qué proceso automatiza este bot o agente concreto, y es ese proceso un caso de uso del anexo III?

Según el artículo 6 y el anexo III, un sistema de IA es de alto riesgo cuando se usa en uno de los ocho ámbitos listados. Los dos que más a menudo atrapan a los flujos de trabajo automatizados son:

• Anexo III, punto 4: empleo, gestión de trabajadores y acceso al autoempleo: IA usada para contratar o seleccionar personas, para tomar decisiones sobre promoción o despido, para asignar tareas o para supervisar y evaluar el rendimiento y el comportamiento.
• Anexo III, punto 5: acceso a servicios esenciales privados y públicos: incluyendo, en el punto 5(b), evaluar la solvencia de personas físicas o establecer su calificación crediticia (excluida la detección de fraude).

Si conectas un agente de Automation Anywhere para leer currículums y preseleccionar candidatos, ese despliegue es un sistema de decisión sobre empleo y es potencialmente de alto riesgo, no porque la herramienta de RPA sea un producto de contratación, sino porque tú le diste un uso de contratación. El mismo software ejecutando la conciliación de nóminas sigue siendo de riesgo mínimo.

Dos salvaguardas mantienen honestos a los equipos:

• Un bot que ejecuta la decisión de una persona no es lo mismo que un bot que la toma. Automatizar el papeleo después de que un responsable haya elegido a quién contratar es administración. Automatizar la elección es una evaluación del anexo III.
• El filtro del artículo 6(3) existe, pero es estrecho. Un sistema del anexo III no es de alto riesgo cuando realiza una tarea procedimental meramente limitada, o solo apoya una evaluación humana sin sustituirla ni influir indebidamente en ella. Un bot que marca formularios de solicitud incompletos para un reclutador puede entrar en el filtro; un bot que clasifica candidatos no. Debes documentar la evaluación y registrar igualmente el sistema en la base de datos de la UE (artículo 49(2)), y cualquier sistema que elabore perfiles de personas físicas es siempre de alto riesgo con independencia del filtro.

La capa del RGPD va primero

Antes incluso de que surja la pregunta del Reglamento de IA, un bot de Automation Anywhere que toca datos personales plantea una de protección de datos, y esa muerde incluso cuando la respuesta del Reglamento de IA es «mínimo».

• Base jurídica y limitación de la finalidad (RGPD, artículos 5–6). Automatizar el tratamiento de registros de clientes, empleados o candidatos sigue necesitando una base jurídica y debe mantenerse dentro de la finalidad original.
• Decisiones exclusivamente automatizadas (RGPD, artículo 22). Si un bot produce una decisión con efectos jurídicos o significativos similares sobre una persona sin intervención humana sustantiva, se aplican las restricciones del artículo 22 del RGPD, separadas de —y adicionales a— cualquier obligación del Reglamento de IA. El rechazo totalmente automatizado de una prestación o de un préstamo es el detonante de manual.
• EIPD (RGPD, artículo 35). El tratamiento de alto riesgo puede requerir una evaluación de impacto relativa a la protección de datos según el RGPD, distinta de la evaluación de impacto relativa a los derechos fundamentales (FRIA) del Reglamento de IA (artículo 27).

Para la automatización de back-office ordinaria, estas obligaciones son rutinarias. Se afilan justo donde también asoma el salto del Reglamento de IA: cuando un bot empieza a moldear resultados para personas identificables.

Ejemplo práctico: Rhenania Services GmbH, un BPO de 220 personas

Rhenania Services GmbH, un externalizador de procesos de negocio alemán, ~220 empleados, ~31 millones de euros de facturación, usa Automation Anywhere en distintas cuentas de clientes. Tres automatizaciones, tres respuestas.

Bot uno: procesamiento de facturas. Un bot basado en reglas lee las facturas de proveedores, las casa con las órdenes de compra y las contabiliza en el libro mayor. Sin inferencia, ninguna decisión sobre una persona. Esto es RPA determinista —discutiblemente, ni siquiera un sistema de IA— y, en cualquier caso, de riesgo mínimo.

Agente dos: triaje de tickets. Un agente de IA lee los correos de soporte entrantes y los deriva a la cola correcta con una prioridad sugerida. Razona sobre texto, pero evalúa tickets, no personas, y un agente humano gestiona cada caso. De riesgo mínimo según el Reglamento de IA; las obligaciones del RGPD sobre el contenido de los mensajes siguen aplicándose.

Agente tres: preselección de candidatos para un cliente. Para un cliente de selección de personal, Rhenania construye un agente que lee las solicitudes y produce una lista corta clasificada sobre la que actúan los reclutadores del cliente. Esto entra en el anexo III, punto 4: empleo. Como el resultado impulsa de forma material una decisión de selección sobre personas, el despliegue es de alto riesgo: clasificar candidatos evalúa aspectos personales de cada solicitante, es decir, elabora perfiles de personas físicas, así que el filtro del artículo 6(3) no puede rescatarlo aunque el reclutador revise la lista. Rhenania, que ejecuta el agente bajo su propia autoridad, es el responsable del despliegue (artículo 26); si construyó y suministró el agente de preselección al cliente bajo su propio nombre, el artículo 25 podría convertirla en proveedor con todo el conjunto de obligaciones del artículo 16, exigible el 2 de diciembre de 2027 según el aplazamiento del Ómnibus Digital (Reglamento (UE) 2026/1744, publicado en el Diario Oficial el 24 de julio de 2026 y en vigor desde el 27 de julio de 2026).

El mismo producto, la misma empresa: solo la tercera automatización creó un programa de alto riesgo. La diferencia fue el proceso al que apuntaba cada bot, no la contratación del producto.

Sobre la exposición: un incumplimiento por parte de un responsable del despliegue de los requisitos de alto riesgo se sitúa en 15 000 000 EUR o el 3 % de la facturación anual mundial según el artículo 99(4), y para una pyme el límite del artículo 99(6) aplica la menor de las dos cifras.

Cómo ayuda Confir

Confir registra cada automatización que construyes en Automation Anywhere como un sistema de IA distinto y la clasifica según el proceso real que ejecuta, conforme a los artículos 5 y 6 y con la lógica del anexo III, de modo que el bot de facturas, el agente de triaje de tickets y el agente de preselección de candidatos reciben tres veredictos separados, y el filtro del artículo 6(3) y el cruce con el RGPD se aplican de forma explícita. El motor es determinista y basado en reglas: misma entrada, mismo hallazgo, con la regla que se activó mostrada en lenguaje claro. Cuando una automatización alcanza el alto riesgo, delimita las obligaciones del responsable del despliegue del artículo 26 y la FRIA del artículo 27 cuando proceda.

Preguntas frecuentes

¿Es Automation Anywhere de alto riesgo según el Reglamento de IA?

Por defecto, no. La mayoría de los bots de Automation Anywhere automatizan trabajo de back-office —mover datos, conciliar registros, derivar tickets— que no toca ningún caso de uso del anexo III y no acarrea obligaciones de alto riesgo (más allá, para los agentes de IA, del deber general de alfabetización del artículo 4). Una automatización concreta solo pasa a ser potencialmente de alto riesgo cuando el proceso que ejecuta es una decisión del anexo III sobre una persona, como cribar candidatos a un puesto (punto 4) o evaluar la solvencia (punto 5(b)). Clasificas el proceso, no el producto.

¿Son siquiera sistemas de IA los bots de RPA basados en reglas según el Reglamento?

A menudo no. Un bot determinista que sigue pasos fijos sin inferencia —abrir un archivo, copiar un campo, pegarlo en otro sitio— puede no cumplir en absoluto la definición de sistema de IA del artículo 3(1), y por tanto queda fuera del Reglamento. Las funciones agénticas construidas en AI Agent Studio, que razonan sobre las entradas usando modelos GPAI, sí son sistemas de IA, pero ser un sistema de IA no es lo mismo que ser de alto riesgo.

¿Cuándo pasa a ser de alto riesgo un agente de Automation Anywhere?

Cuando lo apuntas a un proceso del anexo III. Los detonantes habituales son las decisiones sobre empleo del anexo III, punto 4 —contratar, seleccionar, evaluar o asignar trabajo a personas— y el acceso a servicios esenciales del punto 5, incluida la evaluación de la solvencia del punto 5(b). Automatizar la administración en torno a una decisión humana sigue siendo de riesgo mínimo; automatizar la decisión en sí cruza la línea.

¿Ayuda la exención del artículo 6(3) si una persona revisa el resultado?

Puede ayudar. El artículo 6(3) significa que un sistema del anexo III no es de alto riesgo cuando realiza una tarea procedimental limitada o solo apoya a una persona que decide por su propio juicio, sin verse influida indebidamente. Un bot que marca formularios incompletos puede entrar; un bot que clasifica candidatos no. Debes documentar la evaluación y registrar igualmente el sistema en la base de datos de la UE (artículo 49(2)), y cualquier sistema que elabore perfiles de personas físicas es siempre de alto riesgo con independencia del filtro.

¿Se aplican las obligaciones del RGPD a los bots de Automation Anywhere?

Sí, y a menudo antes de que surja la pregunta del Reglamento de IA. Cuando un bot trata datos personales necesitas una base jurídica (RGPD, artículos 5–6) y debes respetar la limitación de la finalidad. Si un bot toma una decisión exclusivamente automatizada con efectos significativos sobre una persona, se aplica el artículo 22 del RGPD, y puede requerirse una EIPD según el artículo 35 del RGPD, distinta de la FRIA del artículo 27 del Reglamento de IA. Trata la verificación del RGPD como la primera puerta.

¿Somos responsable del despliegue o proveedor cuando usamos Automation Anywhere?

Casi siempre responsable del despliegue (artículo 26): ejecutas bots bajo tu propia autoridad y para tus propios fines. Pasas a ser proveedor según el artículo 25 solo si introduces en el mercado bajo tu propio nombre un sistema de IA que construiste sobre el producto, modificas sustancialmente un sistema de alto riesgo o lo reorientas a un uso de alto riesgo. Para la mayoría de la automatización interna, la condición de responsable del despliegue es la respuesta correcta, y sus obligaciones son más ligeras que el conjunto de obligaciones del proveedor.

Guías relacionadas

• Salesforce Einstein y el Reglamento de IA
• ServiceNow AI y el Reglamento de IA
• Anexo III: los ocho casos de uso de alto riesgo explicados
• Artículo 6: cómo se clasifican los sistemas de IA de alto riesgo
• Artículo 26: obligaciones del responsable del despliegue explicadas
• Responsable del despliegue: definición y obligaciones
• Proveedor frente a responsable del despliegue: ¿cuál eres?