¿Cuál es la arquitectura para conectar Copilot Studio a un ERP legado?
La arquitectura estándar tiene cuatro capas: el ERP legado (SAP o Softland) como origen, un conector personalizado como puente, Dataverse como capa de datos y validación, y Copilot Studio como orquestador del agente. Este patrón evita tocar el core del ERP y aísla el riesgo.
El agente nunca consulta el ERP directamente en tiempo real para cada turno de conversación. Consulta Dataverse, que sincroniza contra el ERP mediante Power Automate. Esto baja la latencia de segundos a milisegundos.
En manufactura chilena, el ERP legado suele ser Softland en pymes y medianas, y SAP ECC o S/4HANA en operaciones grandes. Ambos exponen puntos de integración, pero con protocolos distintos.
Según Microsoft Learn, 2026, Copilot Studio ofrece integración con SAP mediante conectores y APIs de bajo código, lo que reduce el tiempo de desarrollo frente a integraciones custom tradicionales.
ERP legado (SAP BAPI/OData | Softland REST/SQL)
│
▼
Conector personalizado (Power Platform)
│
▼
Power Automate → Dataverse (validación + caché)
│
▼
Copilot Studio (agente IA)
│
▼
Canal de salida (Teams | Power Apps | web)
¿Qué componentes exactos del stack se necesitan?
Se necesitan cinco componentes: un conector (certificado o personalizado), Power Automate para la orquestación de escritura, Dataverse como modelo de datos, Copilot Studio para el agente, y un canal de publicación. Cada uno cumple un rol discreto y auditable.
El componente crítico es el conector personalizado. Define las operaciones (GET de órdenes, POST de movimientos) y la autenticación (OAuth 2.0 para SAP, API key o credenciales para Softland).
| Componente | Rol | Tecnología |
|---|---|---|
| Origen de datos | ERP legado que contiene órdenes, stock, costos | SAP BAPI/OData o Softland API REST/vistas SQL |
| Puente | Expone operaciones del ERP a Power Platform | Conector personalizado (OpenAPI/Swagger) |
| Orquestador de datos | Lee, transforma y escribe entre ERP y Dataverse | Power Automate |
| Capa de datos | Valida, cachea y gobierna la información | Dataverse |
| Agente | Interpreta la intención y ejecuta la acción | Copilot Studio |
| Salida | Interfaz de conversación o formulario | Teams, Power Apps o Power Pages |
Este mismo enfoque de capas es el que aplicamos cuando se trata de llevar formularios y datos de planta a sistemas productivos con aplicaciones de bajo código, donde Power Apps y Dataverse comparten el modelo de datos con el agente.
¿Cómo se conecta SAP frente a Softland? Las rutas difieren
SAP se conecta por conectores más maduros; Softland casi siempre exige un conector personalizado. SAP expone BAPIs, RFC y servicios OData estandarizados; Softland, al ser un ERP local, suele requerir exponer sus datos vía API REST propia o vistas de su base de datos SQL Server.
Para SAP, Microsoft ofrece rutas nativas dentro del ecosistema. La información general de Microsoft sobre ERP agéntico y Dynamics 365 describe cómo Power Platform y Copilot Studio adaptan la capa ERP con herramientas de poco código.
Para Softland, el patrón habitual en Chile es construir una capa intermedia: un endpoint que expone las tablas de negocio (movimientos de inventario, órdenes de producción, centros de costo) con autenticación controlada. Sobre esa capa se monta el conector personalizado.
Los datos muestran que las integraciones basadas en conector certificado reducen el tiempo de implementación. En la experiencia de Muze, un conector personalizado sobre Softland bien documentado se levanta en 2 a 4 semanas, contra los 3 a 6 meses de un desarrollo punto a punto tradicional.
Este contraste entre SAP y Softland lo detallamos en profundidad en el análisis sobre cómo orquestar agentes de IA sobre ambos ERP en planta, incluyendo el manejo de credenciales y la sincronización incremental.
¿Por qué Dataverse es la pieza que no se puede saltar?
Dataverse es la capa de validación y gobierno que impide que el agente escriba basura en el ERP. Actúa como zona de control: valida tipos, reglas de negocio y permisos antes de que cualquier movimiento llegue a SAP o Softland. Esto reduce hasta 80% los errores de digitación frente a la carga manual.
Sin Dataverse, el agente escribiría directo contra el ERP y cada error se propagaría a producción, contabilidad y costos. Con Dataverse, el error se detiene en la capa intermedia.
Dataverse también resuelve la latencia. Un agente conversacional necesita responder en menos de 2 segundos; consultar SAP en vivo por cada turno rompe esa expectativa. La caché en Dataverse entrega respuestas casi instantáneas y sincroniza en segundo plano.
Además, Dataverse aporta la trazabilidad de auditoría que la manufactura regulada exige. Cada lectura y escritura queda registrada, lo que soporta procesos de compliance ante la CMF o auditorías internas. Automatizar este registro reduce hasta 60% el tiempo de preparación de informes de compliance.
“El ERP legado no es el problema a reemplazar, es el activo a extender. El error costoso es dejar que el agente escriba directo contra SAP o Softland sin una capa de validación en medio. Dataverse existe precisamente para eso: convierte una integración frágil en un sistema auditable.” — Marco Chávez, Fundador de Muze AI Consulting.
¿Qué puede hacer el agente una vez conectado en planta?
Una vez conectado, el agente ejecuta consultas y acciones operativas sobre el ERP en lenguaje natural. Un jefe de planta pregunta “¿cuánto stock de la materia prima X queda?” y el agente lee Softland vía Dataverse y responde con la cifra en tiempo real. Esto ahorra miles de horas anuales en consultas manuales.
Los casos de mayor retorno en manufactura son tres: consulta de inventario y órdenes, validación de disponibilidad de materiales, y liberación de órdenes de producción bajo reglas.
Según un estudio de agentes de IA de SAP citado por AIMultiple, 2026, se espera que un agente de planificación de producción valide y libere automáticamente órdenes cuando se cumplan las condiciones de material y capacidad, durante el primer trimestre de 2026.
El dato verificable es que Microsoft ya ofrece agentes específicos por industria en Copilot Studio. El criterio de Muze es que en manufactura chilena conviene empezar por un agente de solo-lectura, validar la confianza del equipo durante 4 a 6 semanas, y recién ahí habilitar escritura controlada.
Este enfoque incremental reduce el riesgo de adopción y suele generar 15-40% de ahorro en costos operativos directos una vez que el agente cubre las consultas repetitivas de planta. La gobernanza de estas soluciones a escala la abordamos en el detalle sobre el soporte que Microsoft ofrece a grandes empresas en Power Platform.
¿Cuánto cuesta y cuánto tarda una implementación real?
Una implementación de agente sobre ERP legado se mide en semanas y en licencias existentes, no en proyectos de seis cifras. Con Power Platform y Copilot Studio ya licenciados en un tenant Microsoft 365, el costo marginal es el conector, el modelado de Dataverse y la configuración del agente.
| Fase | Alcance | Plazo típico |
|---|---|---|
| Descubrimiento | Mapear APIs del ERP y casos de uso | 1 semana |
| Conector | Construir y probar el puente al ERP | 1-2 semanas |
| Dataverse | Modelar entidades y reglas de validación | 1 semana |
| Agente | Configurar Copilot Studio y publicar | 1-2 semanas |
| Piloto | Solo-lectura, medir adopción | 4-6 semanas |
El costo real está dominado por el conector personalizado, especialmente en Softland. SAP, con conectores más estandarizados, acorta la fase de puente.
El dato duro: un caso de manufactura logró 25% de reducción en tiempo de auditorías al automatizar la extracción de datos del ERP. La cifra propia de Muze en digitación es 80% menos errores respecto al ingreso manual.