ElectroNeek

Caso de uso · Sistemas sem API

Entrada de dados em um aplicativo hospedado no Citrix a partir de uma lista do SharePoint

Um fluxo lê as linhas aguardando em uma lista do SharePoint, e um bot em um Bot Runner abre a sessão Citrix, encontra os campos por âncoras de imagem, digita os valores, lê a confirmação com OCR e marca a linha como concluída. Linhas que falham na verificação voltam ao responsável com uma captura de tela. É mais lento que a automação por API e muito mais rápido que uma pessoa — e é o único caminho de entrada.

Para quem é
Equipes cujo aplicativo de negócio — um AMS de seguros, um sistema administrativo hospitalar fora dos EUA, um portal governamental, um ERP legado — é publicado via Citrix ou área de trabalho remota, de modo que nenhuma ferramenta de automação enxerga os seus controles.
Sistemas envolvidos
Aplicativo publicado via Citrix / RDP (automação de superfície do Studio)Lista do SharePoint / Excel 365TeamsAI Workflows

Como a execução acontece

5 etapas · registradas por execução

  1. Gatilho01

    Linhas marcadas como Prontas

    Lista do SharePoint / Excel

  2. Bot02

    Insere no aplicativo Citrix

    Âncoras de imagem, teclado, verificação por OCR

  3. Sistema03

    Verifica o salvamento

    Confirmação lida na tela

  4. Sistema04

    Linha marcada como Concluída

    Com link da captura de tela

  5. Pessoa05

    Corrige as linhas com falha

    Menção no Teams com captura de tela

Agente decideDocumento vira camposBot faz os cliquesPessoa aprova

Como roda, passo a passo

  1. 1

    As linhas são preparadas em uma lista do SharePoint ou em uma tabela do Excel com uma coluna de status. Um agendamento ou uma mudança de status dispara a execução; o fluxo valida a linha (campos obrigatórios, formatos) antes de tocar em qualquer tela.

  2. 2

    O bot abre o aplicativo publicado em um Bot Runner onde o cliente Citrix está instalado, aguarda a tela usando âncoras de imagem e navega pelo teclado sempre que possível — a ordem de tabulação é mais confiável do que clicar em pixels.

  3. 3

    Cada campo é digitado, a tela é verificada após o salvamento com OCR na região de confirmação, e o número do registro é capturado. O log da execução guarda uma captura de tela por linha.

  4. 4

    A linha é marcada como Concluída com o número do registro e o link da captura, ou como Falha com o motivo; as falhas são publicadas para o responsável no Teams.

  5. 5

    A vazão é ajustada pelo número de sessões: duas ou três sessões de runner dão conta da maioria dos volumes diários.

Limites: o que isto não faz

  • A automação de superfície depende da resolução de tela e do tema; a sessão Citrix é fixada em uma configuração e retestada após atualizações do cliente.
  • Mais lenta que a automação baseada em controles (um registro por minuto, não por segundo); planeje as sessões de acordo.
  • A verificação por OCR lê o que está na tela; as regras de validação de negócio ficam no fluxo, antes da entrada.

Perguntas sobre este processo

  • Porque o aplicativo roda em outra máquina; o Citrix envia pixels. Por isso o bot trabalha com imagens, OCR e teclado — automação de superfície — e verifica cada etapa na tela.

  • Com uma configuração de sessão fixa e verificação após cada salvamento, sim; o caminho de falha (captura de tela para uma pessoa) faz parte do design, não é um complemento.

  • Onde o administrador do Citrix instala o canal virtual de automação, seletores baseados em controles se tornam possíveis e o bot fica mais rápido; a maioria dos clientes começa sem ele.

Construa isto nos seus sistemas em um sandbox guiado.

Conte o processo; depois de uma conversa de 30 minutos o sandbox fica pronto a partir de 24 horas, e construímos a primeira execução com a sua equipe.