ElectroNeek

Caso de uso · Sistemas sin API

Consultas de pantalla verde de AS/400 respondidas en Teams o Slack

Alguien escribe "inventario de la pieza 48-2210 en DC2" en un canal de Teams. Un agente convierte la pregunta en parámetros de consulta, llama a un bot de Studio que maneja la sesión 5250 — inicio de sesión, menú, pantalla, campos — lee el resultado de la pantalla, y el agente responde en Teams con las cifras, la fecha de la pantalla y un enlace a la corrida. Cada noche, el mismo bot puede extraer listas para Excel. Es la integración con el AS/400 sin tocar el AS/400.

Para quién es
Distribuidores, fabricantes y empresas de logística que corren su ERP en IBM i (AS/400) — JD Edwards World, BPCS, Infor XA, RPG a la medida — donde unas pocas personas tienen el acceso 5250 que todos los demás les piden una y otra vez.
Sistemas involucrados
Terminal IBM i 5250 (Studio Terminals)Teams / Slack / chat de AWAgente de AI WorkflowsExcel 365

Cómo va la corrida

5 pasos · registrados por corrida

  1. Disparador01

    Pregunta en Teams / Slack

    O un horario para listas

  2. Agente02

    Interpretar la solicitud

    Pieza, almacén, número de pedido

  3. Bot03

    Ejecutar la consulta 5250

    Actividades de terminal en un Bot Runner

  4. Agente04

    Dar formato a la respuesta

    Cifras, marca de tiempo de la pantalla, advertencias

  5. Sistema05

    Responder en el canal

    Con enlace a la corrida y captura de pantalla

Agente decideDocumento se vuelve camposBot hace los clicsPersona aprueba

Cómo corre, paso a paso

  1. 1

    Un mensaje de Teams o Slack en el canal (o un formulario) inicia una corrida. Un paso de agente extrae la intención y los parámetros — número de artículo, almacén, pedido — y hace una pregunta aclaratoria si falta algo.

  2. 2

    El flujo llama a un bot de Studio que corre en un Bot Runner de Windows con una sesión de emulador de terminal hacia el IBM i. Las actividades de terminal de Studio inician sesión, navegan los menús por número de opción, llenan los campos de la consulta y leen las regiones de la pantalla por fila y columna — la forma estable de automatizar 5250.

  3. 3

    Los valores de la pantalla se devuelven como datos estructurados. El agente escribe la respuesta: cifras, la marca de tiempo en pantalla y una advertencia si la pantalla mostró un aviso. La corrida conserva la captura de pantalla.

  4. 4

    Para listas programadas (pedidos abiertos, pedidos pendientes), el bot recorre las pantallas de resultados y las convierte en una tabla que el flujo escribe en Excel 365 o una base de datos.

  5. 5

    El acceso sigue controlado: el bot tiene un usuario de IBM i con autoridad de solo lectura; quién preguntó qué queda en el registro de la corrida.

Límites: lo que esto no hace

  • Solo lectura por diseño en la primera fase; las transacciones de escritura en el IBM i se construyen y revisan por separado.
  • La sesión del emulador vive en un runner de Windows; la concurrencia es una consulta por sesión, así que los equipos ocupados corren dos o tres sesiones.
  • Un agente da formato a las respuestas; nunca decide lo que dice la pantalla — los valores vienen de posiciones fijas de la pantalla.

Preguntas sobre este proceso

  • Si tienes una ruta ODBC y alguien que conozca los archivos, úsala — también soportamos pasos de base de datos. La mayoría de las empresas con AS/400 que conocemos no tienen ninguna de las dos, y las pantallas de consulta codifican lógica de negocio que las tablas no tienen.

  • Más que la automatización de GUI: las pantallas 5250 son texto en posiciones fijas, así que el bot lee filas y columnas en lugar de adivinar elementos.

  • No en este caso de uso. Las escrituras son pasos deterministas de bot con una aprobación por delante, construidos después de que la fase de solo lectura se comprueba.

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.