RPA son las siglas de automatización robótica de procesos. Es un software que imita lo que hace una persona en la pantalla: abre un sistema, copia un dato, lo pega en otro y pasa al siguiente registro. Se le llama robot aunque no tenga nada físico. La razón de que exista es práctica: cuando dos sistemas no se hablan y no hay API, el robot entra por la misma interfaz que usaría un empleado. Eso le da su ventaja, porque automatiza sistemas viejos sin integración. También su debilidad, ya que un botón que cambia de sitio lo rompe. Entender qué es RPA sirve sobre todo para no confundirlo con un agente de IA, que decide en vez de repetir. Aquí verás cómo funciona un robot, qué tareas le convienen, qué cuesta un proyecto de RPA y cómo elegir entre los dos sin equivocarte.

¿Qué es RPA?

RPA son las siglas de automatización robótica de procesos. Es un software que imita lo que una persona hace en la pantalla: abrir un sistema, copiar un dato, pegarlo en otro, hacer clic y pasar al siguiente registro. Al programa que ejecuta esa secuencia se le llama robot, aunque no tenga nada físico.

La idea detrás de RPA es sencilla. Cuando dos sistemas no se hablan entre sí y no hay API disponible, el robot usa la misma interfaz que usaría un empleado. Por eso se le dice automatización «de superficie»: no entra por detrás, entra por donde entramos todos.

Eso le da su gran ventaja y su gran debilidad. Como ventaja, puede automatizar sistemas viejos que no tienen integración posible. Como debilidad, si la pantalla cambia de sitio un botón, el robot se rompe. Un proyecto de RPA bien llevado asume ese mantenimiento desde el principio.

¿Cómo funciona un robot de RPA?

Un robot de RPA se construye grabando o describiendo pasos exactos. No interpreta, ejecuta. Su funcionamiento tiene cuatro elementos:

• Un disparador. Una hora, un archivo que llega o una persona que lo lanza.
• Una secuencia de pasos. Clics, campos, atajos de teclado y lecturas de pantalla, en orden fijo.
• Reglas de decisión. Condiciones simples del tipo «si el campo dice esto, haz aquello».
• Un registro. La bitácora de lo que hizo, que es lo que permite auditarlo.

Hay dos modos de operación. El robot atendido trabaja junto a una persona, que lo lanza cuando lo necesita. El desatendido corre solo, en un servidor, según un calendario. El segundo rinde más, aunque exige procesos realmente estables.

Cuando el proceso exige leer un documento y entender su contenido, el RPA clásico se queda corto. Ahí se suele combinar con modelos de lenguaje o con reconocimiento de documentos, y la industria lo llama automatización inteligente. El marco general está en la documentación de referencia sobre automatización robótica de procesos.

¿Qué tareas conviene dejarle al RPA?

El criterio es siempre el mismo: pasos idénticos, muchas repeticiones y cero criterio. Estos son los casos donde RPA sigue siendo la mejor herramienta:

• Trasvase entre sistemas sin API. Un ERP antiguo que no expone datos de otra forma.
• Conciliaciones. Cruzar dos listados grandes campo por campo.
• Cargas masivas. Alta de cientos de registros con el mismo formato.
• Extracción recurrente de reportes. Entrar a un portal, descargar y archivar, todos los días.
• Procesos regulados con pasos fijos. Donde la trazabilidad importa más que la flexibilidad.

RPA vs agente de IA: en qué se diferencian

La confusión entre los dos es la pregunta más común, y la diferencia es de naturaleza, no de potencia:

En la práctica no compiten tanto como parece. Un agente conversa con el cliente, entiende qué necesita y decide; luego dispara un proceso que mueve los datos. Esa división de trabajo la explicamos en qué es un agente de IA y en agentes basados en objetivos.

¿Cuánto cuesta un proyecto de RPA y por qué fracasan?

Un proyecto de RPA tiene tres costos y el tercero es el que decide si sobrevive. La licencia de la plataforma se paga por robot o por ejecución. El desarrollo del robot se paga una vez. Y el mantenimiento se paga para siempre, cada vez que cambia una pantalla del sistema que el robot usa.

Los fracasos que más se repiten no son técnicos. Un proyecto de RPA se cae cuando se automatiza un proceso que iba a cambiar de todos modos, cuando nadie queda como dueño del robot, o cuando se eligió un caso con tantas excepciones que el robot se detiene más de lo que trabaja.

Antes de contratar nada, conviene revisar si el sistema tiene API. Si la tiene, lo que hoy se resolvería con RPA se resuelve mejor con un flujo, porque un flujo no depende de dónde está un botón. Esa revisión de treinta minutos ahorra la mitad de los proyectos de RPA que terminan abandonados.

¿Cuándo conviene cada uno?

Elige RPA cuando el proceso es estable, el volumen alto y no hay API que te salve. Elige un agente cuando la entrada es una persona escribiendo o hablando, porque ahí ninguna secuencia fija alcanza. Y si tus sistemas sí tienen API, conviene mirar primero una plataforma de flujos: es más barata de mantener que un robot que depende de la pantalla.

Hay una señal práctica para decidir. Si puedes escribir el procedimiento completo sin usar la palabra «depende», RPA sirve. Cuando aparece «depende», necesitas algo que interprete. Para el caso de los flujos entre sistemas con API, la comparación está en herramientas de automatización.

En Aigenza partimos del proceso, no de la etiqueta. Si tu caso se resuelve con un flujo simple, lo decimos; si pide un agente, lo montamos sobre tus sistemas actuales. Puedes ver el enfoque en automatización de flujos de trabajo.

En resumen, RPA automatiza lo repetitivo y predecible, mientras que un agente de IA se ocupa de lo variable. Saber en qué lado cae tu proceso ahorra meses de proyecto equivocado.

Preguntas frecuentes

¿RPA es inteligencia artificial?

No por sí solo, porque sigue reglas fijas y no aprende de los datos. Sin embargo, hoy se combina con modelos de IA para leer documentos o clasificar texto, y esa mezcla sí incorpora inteligencia artificial.

¿Qué pasa si cambia el sistema que usa el robot?

El robot falla, porque buscaba un botón donde ya no está. Por eso conviene presupuestar mantenimiento desde el inicio, sobre todo si el sistema recibe actualizaciones frecuentes.

¿Sirve RPA para una pyme?

Sirve cuando hay volumen real y sistemas sin integración. Si tus herramientas tienen API, en cambio, una plataforma de flujos suele costar menos y romperse menos.

¿RPA elimina puestos de trabajo?

Lo que elimina son tareas de copiar y pegar, que es donde más errores humanos aparecen. El efecto habitual es que el equipo pasa a revisar excepciones en lugar de teclear registros.