Selección de procesos RPA: catálogo de criterios para procesos automatizables

No todo proceso que se sienta repetitivo es automáticamente apto para la automatización robótica de procesos (RPA). Antes de invertir tiempo en la grabación y construcción de un flujo de escritorio, vale la pena echar un vistazo objetivo al propio proceso: ¿qué tan basado en reglas es?, ¿qué tan estable es la interfaz con la que trabaja? y ¿con qué frecuencia se ejecuta realmente? En su documentación oficial de Power Automate, Microsoft distingue deliberadamente entre dos tipos de automatización, la automatización digital de procesos basada en API y la automatización robótica de procesos basada en la interfaz de usuario, y esta distinción es precisamente el primer filtro en todo catálogo de criterios para la selección de procesos.

Este artículo te muestra con qué criterios evaluar los procesos para RPA, cuándo es mejor apostar por flujos en la nube basados en API y cómo el process mining y el task mining te ayudan a encontrar candidatos de forma sistemática en lugar de elegirlos por intuición.

¿RPA o mejor automatización por API?

El primer paso de cualquier selección de procesos no es en absoluto una cuestión de RPA, sino una cuestión de arquitectura. Según la documentación de Microsoft sobre los tipos de automatización, deberías preferir la automatización digital de procesos mediante flujos en la nube para toda aplicación que disponga de un conector ya hecho o de una API abierta. Según Microsoft, las API suelen permanecer estables incluso con la evolución de la aplicación, porque los fabricantes de software se preocupan activamente de no romper las interfaces existentes.

La RPA solo entra en juego cuando falta precisamente eso: una aplicación legacy, un software antiguo de Windows o un portal web sin una API documentada. Con RPA, le enseñas a Power Automate a imitar clics de ratón y pulsaciones de teclado como lo haría una persona. La desventaja se menciona explícitamente en la misma documentación: la RPA es propensa a romperse ante cambios en el diseño de la interfaz o actualizaciones del equipo local, y las instrucciones para el bot deben ser muy precisas, por ejemplo si realmente siempre se refiere a la celda B3 o a la primera celda vacía de la columna B. Por eso un catálogo de criterios para RPA no solo pregunta si un proceso es automatizable, sino también si RPA es realmente el tipo de automatización adecuado para ello.

El catálogo de criterios: siete características de un buen candidato RPA

Un proceso es tanto más apto para RPA cuantos más de los siguientes puntos se cumplan. Si faltan varios de ellos a la vez, o bien es necesario modificar el proceso antes de automatizarlo, o bien tiene más sentido otra vía de automatización.

• Basado en reglas, sin margen de discrecionalidad: el proceso sigue lógicas fijas de si-entonces en lugar de decisiones caso por caso. En cuanto un gestor decide por experiencia o intuición, el proceso no es apto para la RPA clásica, a menos que lo complementes con pasos intermedios asistidos por IA.
• Alto volumen y repetición regular: un proceso que se realiza manualmente en cinco minutos diez veces al año rara vez justifica el esfuerzo de grabación, prueba y mantenimiento de un bot. Los procesos con ejecuciones diarias o semanales se amortizan mucho más rápido.
• Datos de entrada digitales y estructurados: los formularios, tablas, correos electrónicos con formato fijo o campos de base de datos se pueden leer de forma fiable. Las notas manuscritas, el texto libre sin estructura o las llamadas telefónicas son un mal punto de partida para la RPA pura.
• Interfaz de aplicación estable: dado que, según Microsoft, la RPA trabaja directamente con la interfaz de pantalla, necesitas aplicaciones cuyo diseño cambie poco. Las aplicaciones web actualizadas con frecuencia, con posiciones de elementos cambiantes, aumentan considerablemente el riesgo de mantenimiento.
• Punto de inicio y fin claramente definidos: un buen candidato comienza con un desencadenante claro, por ejemplo un correo entrante o un nuevo registro, y termina con un resultado verificable. Los procesos que se prolongan durante varios días o que esperan respuestas externas se pueden automatizar, pero necesitan un modelado de proceso más limpio.
• Baja tasa de excepciones: si el proceso se desarrolla exactamente igual en más del 80 al 90 por ciento de los casos, merece la pena automatizar la vía estándar, mientras que las excepciones poco frecuentes se siguen tratando manualmente o mediante una escalada a una persona.
• Beneficio medible: el ahorro de tiempo, la reducción de errores o un tiempo de ciclo más rápido deberían poder cuantificarse aproximadamente de antemano. Sin un beneficio cuantificable falta la base para justificar el esfuerzo de construcción y operación.

Attended o unattended: el proceso determina el modo de funcionamiento

Incluso si un proceso es fundamentalmente apto para RPA, el modo de funcionamiento adecuado varía mucho. Con attended RPA, el bot trabaja directamente junto con una persona que inicia la ejecución y permanece frente a la pantalla, por ejemplo para tareas de atención al cliente en las que un empleado revisa el último paso. Con unattended RPA, el proceso se ejecuta completamente en segundo plano sin supervisión humana.

Para los candidatos unattended, según la documentación de Microsoft sobre flujos de escritorio no supervisados, se aplican requisitos técnicos adicionales que ya deberían tenerse en cuenta durante la selección del proceso:

• El equipo de destino debe estar completamente desconectado y disponible; en Windows 10 y 11, incluso una sesión activa bloqueada impide la ejecución no supervisada.
• La resolución de pantalla de la sesión remota puede diferir de la resolución con la que se grabó originalmente el flujo, lo que puede provocar errores en los elementos de la interfaz si no se fija de antemano.
• Las ejecuciones no supervisadas no se pueden llevar a cabo con privilegios elevados, lo que puede ser un criterio de exclusión para procesos con requisitos de administrador.

Los procesos que deben ejecutarse por la noche, los fines de semana o con alta frecuencia, como la importación de facturas o la conciliación de datos maestros, son candidatos unattended clásicos. Los procesos con pasos de aprobación o revisión puntual siguen siendo más propios de la RPA attended o de una forma híbrida de flujo en la nube y paso de aprobación.

Encontrar candidatos de forma sistemática en lugar de adivinar

En lugar de seleccionar procesos por intuición, Power Automate ofrece dos herramientas, process mining y task mining, que identifican candidatos basándose en datos. Según la resumen de Microsoft sobre process mining y task mining, process mining es más adecuado para visibilizar ineficiencias en flujos a nivel de toda la empresa, como cuentas por cobrar u order-to-cash, mediante registros de eventos. Task mining, en cambio, se centra en actividades individuales de escritorio analizando las acciones de usuario grabadas y mostrando qué aplicaciones consumen más tiempo.

Ambas funciones señalan candidatos de automatización directamente en el mapa de procesos. Según la documentación sobre recomendaciones de automatización, los iconos de recomendación azules en las actividades del mapa de procesos indican dónde tiene sentido una automatización. A través de la opción Automatizar actividades, accedes directamente al diseñador de formularios de Power Automate, que ofrece sugerencias de conectores adecuados para las actividades marcadas. Así ves de un vistazo si una actividad se resuelve mejor mediante un conector estándar como flujo en la nube o realmente mediante RPA.

Lista de verificación práctica: cinco pasos hacia un candidato sólido

1. Delimitar claramente el proceso: define el inicio, el fin y todas las variantes antes de siquiera hablar de automatización.

2. Comprobar la opción de API: si existe un conector o una API abierta para las aplicaciones implicadas, la automatización mediante flujo en la nube es casi siempre la opción más robusta.

3. Aplicar el catálogo de criterios: comprueba la base en reglas, el volumen, la estructura de datos, la estabilidad de la interfaz, la tasa de excepciones y el beneficio según las siete características anteriores.

4. Determinar el modo de funcionamiento: decide, en función de la necesidad de supervisión y la frecuencia, si conviene RPA attended o unattended.

5. Validar con datos: utiliza process mining o task mining para contrastar tu evaluación con datos de ejecución reales en lugar de con suposiciones.

Quien sigue estos cinco pasos de forma consecuente evita la causa más frecuente de fracaso de los proyectos de RPA: un bot creado sobre un proceso inestable o que se ejecuta con muy poca frecuencia, y que ya a las pocas semanas genera más esfuerzo de mantenimiento del que ahorra. Si no estás seguro de cuáles de tus procesos están realmente maduros para la automatización, un inventario estructurado suele ayudar más que intentar abordar de inmediato el proceso más grande. Con la consultoría de Power Automate de NordFlux, recorremos junto contigo precisamente este catálogo de criterios a través de tu panorama de procesos, para que tus empleados digitales se utilicen allí donde realmente generan impacto, mientras conservas en todo momento el control sobre la selección y la operación.

Preguntas frecuentes

¿Cuál es el criterio más importante en la selección de procesos RPA?

No existe un único criterio más importante, pero la base en reglas es el que más pesa: en cuanto un proceso requiere decisiones discrecionales situacionales, la RPA clásica llega a sus límites, independientemente de lo altos que sean el volumen o el beneficio. Por eso, comprueba primero si el proceso realmente se desarrolla según reglas fijas antes de evaluar los demás criterios.

¿Cuándo debería automatizar un proceso mediante flujos en la nube en lugar de RPA?

Siempre que exista un conector o una API abierta para las aplicaciones implicadas. Según Microsoft, las API son mucho más estables que las interfaces de usuario, porque los fabricantes evitan activamente romper las interfaces existentes, mientras que los diseños de pantalla cambian con frecuencia en las actualizaciones, lo que hace que los flujos de RPA sean más propensos a fallos.

¿Cómo encuentro candidatos RPA sin evaluar cada proceso individualmente?

Process mining y task mining en Power Automate analizan automáticamente los registros de eventos y las acciones de usuario grabadas, y señalan las oportunidades de automatización directamente en el mapa de procesos. Esto sustituye la revisión manual individual por una priorización basada en datos y muestra al mismo tiempo si un conector o un flujo de escritorio es la solución más adecuada.

¿Qué diferencia a la RPA attended de la RPA unattended en la selección de procesos?

La RPA attended es adecuada para procesos en los que una persona participa activamente en la pantalla e inicia deliberadamente el bot, por ejemplo en contacto directo con el cliente. La RPA unattended es adecuada para procesos sin necesidad de supervisión, destinados a ejecutarse en segundo plano, pero requiere para ello un equipo de destino completamente desconectado y una resolución de pantalla fija, para que el reconocimiento de la interfaz funcione de forma fiable.

¿Se puede automatizar igualmente un proceso con muchas excepciones?

En parte. Si la mayoría de los casos sigue el mismo patrón y solo una pequeña proporción se desvía, automatizas la vía estándar y derivas las excepciones a una persona mediante una escalada. Si, en cambio, la tasa de excepciones es del 30 % o más, normalmente vale la pena simplificar el proceso o regularlo con mayor claridad antes de automatizarlo.