Materias · 🏛️ Universidad y trabajo
RPA (UiPath, Power Automate)
Ejercicios resueltos de RPA (UiPath, Power Automate) paso a paso, con el error que más se comete en cada uno: Selectores y ejecución desatendida, Caso de negocio: cuándo conviene automatizar y más. Gratis y en español.
Preguntarle al tutor de RPA (UiPath, Power Automate)Sin instalar nada. Puedes probar antes de crear cuenta.
Ejercicios resueltos de RPA (UiPath, Power Automate)
Resueltos paso a paso, como te los explicaría el tutor, y con el error que más se comete.
Selectores y ejecución desatendida
Un robot de UiPath entra al portal de la DIAN, descarga un PDF y lo guarda en una carpeta. Funciona siempre en el computador del desarrollador y en el servidor falla con «Cannot find the UI element». ¿Por qué y cómo se arregla?
Cómo se resuelve
- 1El mensaje no dice que la página cambió: dice que el selector no encontró nada. Un selector grabado guarda los atributos tal como estaban en el momento de grabar, y algunos de esos atributos dependen de la máquina, no del elemento.
- 2Los sospechosos son siempre los mismos: idx (la posición del elemento entre sus hermanos), las coordenadas, el título de la ventana con el nombre del usuario y la resolución de pantalla. En el servidor la resolución es otra y la sesión es otra, así que esos atributos dejan de coincidir.
- 3Se arregla estabilizando el selector: se borran idx y coordenadas, se dejan los atributos propios del elemento (id, name, aria-label, el texto visible) y se ponen comodines solo donde de verdad varía, por ejemplo el número de radicado dentro de un título.
- 4Aparte del selector hay un problema de tiempo. Si el robot usa un Delay fijo, cualquier día en que el portal esté lento el elemento todavía no existe cuando el robot lo busca. Se cambia por una espera condicionada: esperar a que aparezca un elemento que solo existe cuando la página terminó de cargar.
- 5Y en desatendido hay que asegurar el entorno: sesión de escritorio abierta y no bloqueada, resolución fija declarada en el robot, y el navegador sin ventanas de actualización ni de cookies encima.
- 6Por último, el robot debe fallar con información: reintentos con espera creciente y captura de pantalla automática al fallar. Sin esa captura, un error a las 3 de la mañana en el servidor es imposible de diagnosticar al día siguiente.
Respuesta: El selector guardó atributos que dependen del entorno (idx, coordenadas, título de ventana). Se limpia dejando atributos propios del elemento, se reemplaza el Delay fijo por una espera condicionada y se agregan reintentos con captura de pantalla.
El error de siempre: Subirle el Delay a 30 segundos hasta que «funcione». Tapa el síntoma el día de la prueba, alarga cada corrida y vuelve a fallar el día que el portal está más lento que ese número. Lo que hay que esperar nunca es tiempo sino un hecho: que el elemento exista. Y si el selector trae idx, el Delay no va a arreglarlo por más grande que sea.
Caso de negocio: cuándo conviene automatizar
Una empresa concilia 600 facturas al mes, 5 minutos cada una, con una persona cuya hora cuesta $18.000. Un robot costaría $6.000.000 de desarrollo y $300.000 mensuales de mantenimiento, y resolvería el 85 % de los casos: el 15 % restante cae en excepción y se sigue haciendo a mano. ¿En cuántos meses se paga?
Cómo se resuelve
- 1Tiempo que se dedica hoy: 600 × 5 = 3.000 minutos al mes, que son 3.000 / 60 = 50 horas.
- 2Costo actual del proceso: 50 × $18.000 = $900.000 al mes. Ese es el ahorro bruto, el número que casi siempre se presenta como si fuera el ahorro.
- 3Las excepciones no desaparecen: 600 × 0,15 = 90 facturas siguen a mano, o sea 90 × 5 = 450 minutos = 7,5 horas, que cuestan 7,5 × $18.000 = $135.000 al mes.
- 4Ahorro neto real: $900.000 − $135.000 (excepciones) − $300.000 (mantenimiento) = $465.000 al mes. El mantenimiento no es opcional: los portales cambian, las claves vencen y alguien tiene que atender al robot.
- 5Meses para recuperar la inversión: $6.000.000 / $465.000 = 12,9. A los 12 meses lleva recuperados $5.580.000 y en el mes 13 pasa los $6.000.000. Se paga en el mes 13.
- 6Con eso en la mano ya se puede decidir con criterio: si el proceso va a cambiar de raíz antes de un año (un ERP nuevo, por ejemplo), automatizar es botar la plata; si el volumen va a subir, el retorno mejora, porque el desarrollo se paga una sola vez.
Respuesta: El ahorro neto es de $465.000 al mes y la inversión se recupera en el mes 13, no en el séptimo que sugiere el ahorro bruto.
El error de siempre: Presentar el caso con el ahorro bruto: $6.000.000 / $900.000 da 6,7 meses y suena excelente. Ese número borra las dos cosas que sí ocurren en producción —el mantenimiento mensual y el porcentaje que el robot no resuelve— y por eso casi ningún proyecto de RPA cumple el retorno que prometió en la presentación. La regla es simple: el ahorro que se promete es el neto, y siempre se descuenta lo que queda a mano.
¿Y si tu ejercicio no es ninguno de estos?
No hace falta buscar el ejercicio exacto en internet. Trae el tuyo, o pide los que te falten.
Todo esto es gratis y sin instalar nada. Puedes probar antes de crear cuenta.
Lo que cubre
- Selectores y ejecución desatendida
- Caso de negocio: cuándo conviene automatizar
Preguntas que le puedes hacer
- Selectores y ejecució…Explícame «Selectores y ejecución desatendida» con un ejemplo práctico y dime en qué suele equivocarse la gente.
- Caso de negocio: cuán…Explícame «Caso de negocio: cuándo conviene automatizar» con un ejemplo práctico y dime en qué suele equivocarse la gente.
Cómo enseña este tutor
Es riguroso y completo: justifica cada paso y nombra el teorema, la norma o la buena práctica que está aplicando, para que puedas citarla en tu trabajo o en el parcial.
- · Te muestra el camino completo, no solo el resultado.
- · Si algo no te cuadra, te lo explica otra vez de otra manera.
- · Con una foto de tu cuaderno te dice dónde está el error.
- · Te arma quizzes de lo que acabas de ver para saber si de verdad quedó.
Otras materias de Universidad y trabajo
