Asistentes de configuración
Configurar una integración a mano exige conocer el contrato del otro lado: qué endpoints existen, qué campos son obligatorios, cómo se llama la tabla, cuál es la clave, qué BAPI espera SAP. Ese conocimiento suele estar en un Swagger, en el catálogo de la base de datos, en un archivo en la carpeta de red — o en la cabeza de alguien. Traducirlo a Interfaz, Recolección y Entrega es trabajo repetitivo, en el que equivocar un nombre cuesta una tarde.
Los asistentes hacen esa traducción. Usted apunta la fuente, revisa lo que se va a crear e instala.
En números: apuntar la URL de una API con Swagger e instalar toma minutos, y cubre operaciones que llevarían horas registrar campo por campo. La ganancia no es solo de tiempo — es de error que no ocurre, porque el nombre del campo vino del contrato, no de la digitación.
Los seis asistentes
| Asistente | Cuándo | Dónde está | Usa IA |
|---|---|---|---|
| Descubrimiento por URL | El otro lado es una API — Swagger, OData, WSDL, Postman, MCP, o solo una URL | Ícono de varita en Aplicaciones | Sí |
| Catálogo de base de datos | El otro lado es una base de datos | Ícono de tabla en Conexiones Externas o Aplicaciones | No |
| Catálogo de carpetas | El otro lado deposita archivos en una carpeta | El mismo ícono, en conexión de archivos | No |
| Packs SAP | El otro lado es SAP ECC/S4 (PP, QM, PM) | Ícono de cajas en Aplicaciones | No |
| Entre Aplicaciones | Los dos lados ya existen en el CMS y falta conectarlos | Botón en Transformadores | Sí |
| Transformador por IA | Usted conoce el formato de entrada y el de salida, pero no escribe código | Editor de Transformador | Sí |
El ícono que abre un asistente es siempre morado y queda al final de la columna de acciones.
El asistente ofrecido depende del tipo de la Aplicación. Una Aplicación con Conexión SAP RFC recibe el pack; una con conexión de base de datos o de carpeta recibe el catálogo; las demás reciben el descubrimiento por URL. Donde ninguno se aplica — MQTT, OPC UA, Modbus —, no aparece ningún ícono: ofrecer un formulario inaplicable es peor que no ofrecer nada.
Lo que todos tienen en común
Estas cuatro reglas valen para cualquier asistente, y es lo que hace seguro dejarlos generar configuración en lote.
Usted ve antes de grabar
Ningún asistente escribe en la base de datos sin mostrar el resultado. La revisión lista cada objeto con la acción que sufrirá:
| Marca | Significa |
|---|---|
| CREAR | Todavía no existe |
| ACTUALIZAR | Ya existe y será sobrescrito por lo que el asistente generó |
| PERSONALIZADO | Ya existe y fue modificado a mano después de la última instalación — no se toca |
PERSONALIZADO es lo que permite reinstalar sin miedo: lo que usted ajustó sigue siendo suyo.
En los asistentes de base de datos, la revisión muestra además el comando SQL que se va a grabar. Quien opera una base de datos quiere leer el comando antes de dejarlo correr.
Los nombres son suyos
Toda sigla propuesta es editable en la revisión, y cada Interfaz generada puede cambiarse por una Interfaz ya existente — útil cuando no se quiere una cola nueva para cada cosa. Cambiar el nombre ahí corrige todas las referencias de una vez.
Nada nace encendido
Recolecciones, Entregas y reenvíos creados por un asistente nacen desactivados. La instalación prepara la configuración; quien decide que puede correr es usted, después de revisar. Las Interfaces nacen activas — solo existen para agrupar.
Queda registrado quién instaló qué
Cada instalación graba lo que fue creado, por quién y cuándo. Es eso lo que permite al CMS saber, la próxima vez, qué es suyo y qué personalizó usted — y es lo que aparece en el log de auditoría.
El papel de la Inteligencia Artificial
La IA participa en tres asistentes — descubrimiento por URL, entre Aplicaciones y generación de Transformador — y no participa del catálogo de base de datos, del catálogo de carpetas ni de los packs SAP.
El criterio es simple: donde existe información exacta, inventar es empeorar. El catálogo de una
base de datos dice con precisión cuáles son las columnas y la clave; la muestra de un archivo dice el
encoding y el delimitador; el pack SAP conoce la BAPI. La IA ahí solo podría equivocarse. En cambio,
un Swagger con 450 operaciones trae nombres como EventControlController_findAll, sin decir qué
escenario de negocio atiende ni si sirve de entrada o de salida — y es exactamente eso lo que la IA
resuelve bien.
Lo que la IA hace:
- nombrar y agrupar operaciones en escenarios de negocio;
- decidir la dirección (Recolección o Entrega) de cada operación;
- escribir el Transformador que convierte el payload de un lado en el formato del otro.
Lo que nunca hace: inventar un campo que no está en el contrato, o ver el dato de producción.
Privacidad
| Va a la IA | Nunca va |
|---|---|
| Nombres y tipos de campo (schema) | Contenido de los mensajes |
| Estructura del contrato (Swagger, OData, WSDL) | Token, contraseña, clave de API |
| El prompt que usted escribió | Payload de producción |
Los secretos se redactan antes de que cualquier texto llegue al modelo — incluso cuando aparecen en medio de un ejemplo de solicitud dentro del contrato. En el asistente entre Aplicaciones, solo el schema va en el prompt; la prueba del script generado corre contra los mensajes reales dentro del servidor del CMS, donde ya estaban.
La IA debe estar configurada en Configuraciones → IA. Sin ella, el descubrimiento por contrato (Swagger, OData, WSDL, Postman, MCP) sigue funcionando — lo que se pierde es el agrupamiento por escenario y la generación de Transformador.
Si la política de la empresa prohíbe enviar cualquier cosa hacia afuera, apunte el proveedor a un modelo local: el CMS habla con cualquier servidor compatible con la API de OpenAI, lo que incluye Ollama corriendo en su red. La generación pasa a ocurrir íntegramente dentro de la empresa.