Ir al contenido
  1. Inicio
  2. Sistemas
  3. Datos, integración y automatización
  4. Automatización robótica de procesos

Tareas de pantalla repetitivas que corren solas y avisan cuando fallan

Reviso primero si una integración por API resuelve el caso. Donde no hay otra vía, automatizo la descarga y carga de datos en portales con robots que registran cada ejecución.

35preguntas sobre tareas, portales y credenciales, en 8 minutos

Un robot que hace en la pantalla lo que hoy hace una persona

La automatización robótica de procesos (RPA) imita lo que una persona hace en la pantalla: entrar a un portal, descargar un reporte, copiar datos de un sistema a otro. Sirve cuando el sistema destino no tiene API.

Rinde en tareas de alto volumen, con reglas fijas y pantallas estables. Cuando existe una API, la integración es casi siempre la mejor vía porque no se rompe con un cambio de diseño.

Señales de que su empresa lo necesita

  • Hay personas dedicadas a copiar datos entre portales
  • Se descargan reportes de bancos, SUNAT o clientes todos los días
  • El sistema destino no tiene API
  • Las tareas siguen reglas fijas y se repiten igual
  • Los errores de digitación generan reclamos
  • Las tareas se acumulan fuera de horario

RPA: para quién y cuándo no conviene

Conviene a

  • Áreas que descargan a diario reportes de portales de bancos, SUNAT o clientes sin API
  • Back offices que copian datos de un sistema heredado a otro, campo por campo
  • Empresas que evalúan una plataforma RPA comercial y quieren elegir bien las primeras tareas

No conviene cuando

  • El sistema de destino o de origen tiene API: una integración es más estable que un robot
  • La tarea exige criterio en cada caso y no sigue reglas fijas
  • El portal cambia su pantalla con frecuencia o usa captcha en cada ingreso

El costo de seguir igual

  1. Horas en tareas sin valor

    Descargar, renombrar y cargar archivos cada día ocupa a personas que podrían revisar excepciones o atender clientes.

  2. Errores de digitación

    Un número mal copiado en un portal del Estado o de un cliente se corrige con un trámite, no con un clic.

  3. Dependencia de una persona

    Cuando esa persona falta, la tarea no se hace y nadie recuerda bien cómo era.

Análisis de RPA en cuatro pasos

Antes de escribir un robot busco la API. Solo las tareas sin otra salida y con reglas fijas pasan a automatización de pantalla.

  1. Mido las tareas

    Horas, errores, volumen y portales de cada tarea candidata, durante dos semanas.

  2. Busco la API primero

    Si el sistema ofrece API o carga masiva, integro; el robot queda para lo que no tiene otra vía.

  3. Escribo y construyo

    Paso a paso con excepciones, y un robot con registro, reintentos y aviso si la pantalla cambia.

  4. Opero y mido

    Ejecuciones exitosas y fallidas por semana, horas ahorradas y procedimiento manual de respaldo.

Insumos que su empresa aporta al proyecto de automatización robótica de procesos

  1. Grabación de la tarea

    Un video de la persona que la hace hoy, con los casos raros que encuentra en el mes.

  2. Cuenta de servicio propia

    Un usuario del portal a nombre del robot, no la clave personal de un colaborador.

  3. Un equipo donde corra

    Servidor o máquina virtual con acceso al portal y horario acordado con TI.

  4. Tiempo actual de la tarea

    Cuántas veces al mes se hace y cuánto toma, para comparar después.

Del análisis a la implementación

Selección de tareas

Inventario de tareas repetitivas con horas, reglas y la vía recomendada: API o robot.

Automatización de navegador

Robots para portales sin API, con usuario propio, registro y aviso de falla.

Plataformas RPA comerciales

Requisitos, comparación y diseño de robots cuando conviene una plataforma con orquestador.

Diego Muñoz, consultor de procesos y tecnología

Diego Muñoz

Implemento automatización de tareas en pantalla con automatización de navegador (Playwright y similares) para portales sin API, y reviso primero si una integración por API resuelve mejor el caso. Para plataformas RPA comerciales, le ayudo a elegir y a diseñar los robots.

Implemento este tipo de sistema

Hacer el análisis

Opciones de mercado

Las plataformas RPA se diferencian por su orquestador, el costo por robot y el soporte de aplicaciones de escritorio; el código abierto cubre bien la web.

Otras plataformas que evalúo

  • UiPath
  • Automation Anywhere
  • Microsoft Power Automate Desktop
  • Blue Prism (SS&C)
  • Playwright / Selenium (código abierto)

Criterios de selección

  • Cantidad de tareas, portales y ejecuciones por día
  • Necesidad de orquestador, horarios y colas de trabajo
  • Tolerancia a cambios de pantalla
  • Manejo de credenciales y registro de cada ejecución
  • Licencia por robot frente a código abierto

RPA: límites y alternativas

  1. Robots frágiles

    Un cambio de pantalla en el portal detiene el robot. Por eso cada uno avisa cuando falla y tiene un procedimiento manual de respaldo.

  2. Plataformas RPA comerciales

    En UiPath o Automation Anywhere ayudo a elegir y a diseñar los robots; la licencia y su operación las contrata con el proveedor.

  3. Condiciones de uso de los portales

    Algunos portales prohíben el acceso automatizado. Se revisan antes de construir.

35 preguntas y 8 minutos para ver por dónde empezar

Este análisis revisa las tareas que su equipo repite en portales de SUNAT, bancos y clientes, y cómo operan los robots que ya existen. Las preguntas describen situaciones observables en reglas, datos de entrada, ejecución, medición y accesos.

Dimensiones con puntaje

  • Selección y diseño de la tarea. Observa si la tarea que se quiere automatizar sigue reglas fijas, está escrita paso a paso con sus excepciones y se comparó antes con una API o una carga masiva.
  • Datos de entrada y destino. Observa si los datos que la tarea necesita llegan con formato fijo y completos, y si el resultado, como un reporte descargado o un estado de trámite, entra solo al sistema que lo usa.
  • Ejecución y cambios de portal. Observa dónde corren los robots, si se detienen y avisan cuando un portal cambia su pantalla y si una falla llega al responsable con el detalle del error.
  • Medición y respaldo manual. Observa si se miden horas, ejecuciones y errores antes y después de automatizar, si cada robot tiene responsable del área y técnico y si alguien sabe hacer la tarea a mano.
  • Identidad del robot y trazabilidad. Observa con qué usuario entra el robot a SUNAT, bancos y portales, dónde se guarda su clave, si cada ejecución deja un registro legible y si una falla a mitad de operación evita duplicar.

Resultado que recibe

Al terminar recibe el nivel de su automatización en cinco dimensiones y las brechas ordenadas por peso. Cada brecha señala una primera acción que su equipo puede comprobar.

17 preguntas con puntaje y 13 de contexto (tipo de operación, tamaño, sistema actual). Las de contexto no puntúan: sirven para leer el resultado frente a operaciones parecidas.

Sin costo. Sus respuestas solo las ve el equipo de Dmunoz Group.

Antes de empezar

Construyo automatizaciones de navegador con herramientas de código abierto como Playwright. Si su empresa prefiere una plataforma RPA comercial, le ayudo a elegirla y a diseñar los robots.

El robot detecta que no encuentra lo esperado, se detiene y avisa al responsable. Se corrige, se prueba y vuelve a correr; mientras tanto, el procedimiento manual cubre la tarea.

El robot no debe usar la clave de una persona. Recibe su propio usuario con los permisos mínimos, y la clave se guarda en un gestor de secretos, no en el código.

El análisis en línea y la revisión de 30 minutos con Dmunoz Group no tienen costo ni compromiso.

Solo el equipo de Dmunoz Group las ve, para preparar la revisión. No se comparten con terceros ni se usan para envíos masivos.

Revise su caso de RPA con Dmunoz Group en 30 minutos

Le responde el equipo de Dmunoz Group, en horario de Lima. Si ya hizo el análisis, llega con sus respuestas leídas.

WhatsApp +51 919 488 260 · damunoz@dmunozgroup.com