ElectroNeek

Caso de uso · Sistemas sin API

Captura de datos en una aplicación alojada en Citrix desde una lista de SharePoint

Un flujo lee las filas en espera en una lista de SharePoint, y un bot en un Bot Runner abre la sesión de Citrix, encuentra los campos por anclas de imagen, escribe los valores, lee la confirmación con OCR y marca la fila como hecha. Las filas que no pasan la verificación regresan al responsable con una captura de pantalla. Es más lento que la automatización por API y mucho más rápido que una persona — y es la única forma de entrar.

Para quién es
Equipos cuya aplicación de negocio — un AMS de seguros, un sistema administrativo hospitalario fuera de EE. UU., un portal de gobierno, un ERP heredado — se publica a través de Citrix o un escritorio remoto, de modo que ninguna herramienta de automatización puede ver sus controles.
Sistemas involucrados
Aplicación publicada en Citrix / RDP (automatización de superficie de Studio)Lista de SharePoint / Excel 365TeamsAI Workflows

Cómo va la corrida

5 pasos · registrados por corrida

  1. Disparador01

    Filas marcadas como Listas

    Lista de SharePoint / Excel

  2. Bot02

    Capturar en la aplicación Citrix

    Anclas de imagen, teclado, verificación por OCR

  3. Sistema03

    Verificar el guardado

    Confirmación leída de la pantalla

  4. Sistema04

    Fila marcada como Hecha

    Con enlace a la captura de pantalla

  5. Persona05

    Corregir filas fallidas

    Mención en Teams con captura de pantalla

Agente decideDocumento se vuelve camposBot hace los clicsPersona aprueba

Cómo corre, paso a paso

  1. 1

    Las filas se preparan en una lista de SharePoint o una tabla de Excel con una columna de estado. Un horario o un cambio de estado dispara la corrida; el flujo valida la fila (campos obligatorios, formatos) antes de tocar cualquier pantalla.

  2. 2

    El bot abre la aplicación publicada en un Bot Runner donde está instalado el cliente de Citrix, espera la pantalla usando anclas de imagen y navega por teclado donde es posible — el orden de tabulación es más confiable que hacer clic en píxeles.

  3. 3

    Cada campo se escribe, la pantalla se verifica después del guardado con OCR sobre la región de confirmación, y se captura el número de registro. El registro de la corrida conserva una captura de pantalla por fila.

  4. 4

    La fila se marca como Hecha con el número de registro y el enlace a la captura, o como Fallida con el motivo; las fallas se publican al responsable en Teams.

  5. 5

    El rendimiento se ajusta por número de sesiones: dos o tres sesiones de runner cubren la mayoría de los volúmenes diarios.

Límites: lo que esto no hace

  • La automatización de superficie depende de la resolución de pantalla y el tema; la sesión de Citrix se fija a una configuración y se vuelve a probar tras las actualizaciones del cliente.
  • Más lenta que la automatización basada en controles (un registro por minuto, no por segundo); planea las sesiones en consecuencia.
  • La verificación por OCR lee lo que está en pantalla; las reglas de validación de negocio se quedan en el flujo, antes de la captura.

Preguntas sobre este proceso

  • Porque la aplicación corre en otra máquina; Citrix envía píxeles. Por eso el bot trabaja a partir de imágenes, OCR y teclado — automatización de superficie — y verifica cada paso en pantalla.

  • Con una configuración de sesión fija y verificación después de cada guardado, sí; la ruta de falla (captura de pantalla a una persona) es parte del diseño, no una idea tardía.

  • Donde el administrador de Citrix instala el canal virtual de automatización, los selectores basados en controles se vuelven posibles y el bot se acelera; la mayoría de los clientes empieza sin él.

Construye esto sobre tus sistemas en un sandbox guiado.

Cuéntanos el proceso; después de una llamada de 30 minutos el sandbox está listo desde 24 horas, y construimos la primera corrida con tu equipo.