ElectroNeek

Caso de uso · Sistemas sem API

Consultas de tela verde do AS/400 respondidas no Teams ou Slack

Alguém digita "estoque da peça 48-2210 no CD2" em um canal do Teams. Um agente transforma a pergunta em parâmetros de consulta, chama um bot do Studio que opera a sessão 5250 — sign-on, menu, tela, campos — lê o resultado na tela, e o agente responde no Teams com os números, a data da tela e um link para a execução. À noite, o mesmo bot pode puxar listas para o Excel. É a integração com o AS/400 sem tocar no AS/400.

Para quem é
Distribuidores, fabricantes e empresas de logística que rodam o ERP em IBM i (AS/400) — JD Edwards World, BPCS, Infor XA, RPG customizado — onde poucas pessoas detêm o acesso 5250 que todo o resto fica pedindo.
Sistemas envolvidos
Terminal IBM i 5250 (Studio Terminals)Teams / Slack / chat do AWAgente do AI WorkflowsExcel 365

Como a execução acontece

5 etapas · registradas por execução

  1. Gatilho01

    Pergunta no Teams / Slack

    Ou um agendamento para listas

  2. Agente02

    Interpreta o pedido

    Peça, armazém, número do pedido

  3. Bot03

    Executa a consulta 5250

    Atividades de terminal em um Bot Runner

  4. Agente04

    Formata a resposta

    Números, horário da tela, ressalvas

  5. Sistema05

    Responde no canal

    Com link da execução e captura de tela

Agente decideDocumento vira camposBot faz os cliquesPessoa aprova

Como roda, passo a passo

  1. 1

    Uma mensagem no Teams ou Slack no canal (ou um formulário) inicia uma execução. Uma etapa de agente extrai a intenção e os parâmetros — código do item, armazém, pedido — e faz uma pergunta de esclarecimento se algo estiver faltando.

  2. 2

    O fluxo chama um bot do Studio que roda em um Bot Runner Windows com uma sessão de emulador de terminal para o IBM i. As atividades de terminal do Studio fazem o sign-on, navegam pelos menus por número de opção, preenchem os campos da consulta e leem as regiões da tela por linha e coluna — a forma estável de automatizar 5250.

  3. 3

    Os valores da tela são retornados como dados estruturados. O agente escreve a resposta: números, o horário mostrado na tela e uma ressalva se a tela exibiu um aviso. A execução guarda a captura de tela.

  4. 4

    Para listas agendadas (pedidos em aberto, pendências), o bot pagina pelas telas de resultado para uma tabela que o fluxo grava no Excel 365 ou em um banco de dados.

  5. 5

    O acesso continua controlado: o bot tem um único usuário IBM i com autoridade somente leitura; quem perguntou o quê fica no log da execução.

Limites: o que isto não faz

  • Somente leitura por design na primeira fase; transações de gravação no IBM i são construídas e revisadas separadamente.
  • A sessão do emulador vive em um runner Windows; a concorrência é de uma consulta por sessão, então equipes movimentadas rodam duas ou três sessões.
  • Um agente formata as respostas; ele nunca decide o que a tela diz — os valores vêm de posições fixas da tela.

Perguntas sobre este processo

  • Se você tem um caminho ODBC e alguém que conhece os arquivos, use-o — também suportamos etapas de banco de dados. A maioria das operações AS/400 que encontramos não tem nenhum dos dois, e as telas de consulta codificam uma lógica de negócio que as tabelas não têm.

  • Mais do que a automação de GUI: telas 5250 são texto em posição fixa, então o bot lê linhas e colunas em vez de adivinhar elementos.

  • Não neste caso de uso. As gravações são etapas determinísticas de bot com uma aprovação na frente, construídas depois que a fase somente leitura se prova.

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.