Los agentes de IA son tan buenos como la información que consumen. Podemos implementar un modelo de machine learning hermoso, rápido, optimizado, pero si tus documentos están dispersos en emails, carpetas compartidas, y 7 sistemas diferentes, el agente toma decisiones sobre información incompleta, que puede llegar a contradecir lo que hay en SAP.
Por ejemplo, podemos implementar un agente de fraud detection para facturas con un modelo my avanzado y, aun así, aprobar una factura fraudulenta si el agente ve la factura (en SAP), la valida, pero no accede al email de hace 2 meses donde Operaciones avisa que ese proveedor está bajo investigación legal.
Aquí es donde los sistemas de gestión de contenido empresarial (ECM, Enterprise Content Management) dejan de ser herramientas de "archivar documentos" para convertirse en el motor cognitivo de toda automatización agentic.
OpenText Extended ECM, cuando está integrado correctamente con SAP, es exactamente eso.
3 Clases de datos empresariales que los agentes necesitan
OpenText define 3 categorías de información que cualquier agente empresarial necesita para razonar correctamente.
Clase 1: Human-Generated Content (Intent Layer)
Políticas, procedimientos, decisiones documentadas. Las reglas que gobiernan tu negocio.
Ejemplos:
• Policy document: "Aprobaciones de gastos > €50,000 requieren CFO sign-off"
• Procedure: "Invoices en moneda extranjera deben ser matched dentro de 2% de tipo de cambio de PO date"
• Decision history: "Cliente XYZ es high-risk porque en Q1 tuvieron 3 payment defaults"
Sin acceso a esto, los agentes no saben cuáles son tus reglas reales. Solo conocen lo que está en SAP (campos, tipos de datos). Pero las políticas viven en documentos, memos, emails.
Clase 2: Machine-Generated Data (Operational Nervous System)
Logs, telemetría, métricas de performance. El historial de cómo tu sistema funciona.
Ejemplos:
• Invoice processing logs: "Proveedor XYZ tarda promedio 15 días en corregir discrepancias, vs. 3 días industria"
• Performance dashboards: "Este mes hemos pagado 2 días más lento, probablemente porque falta staff en banking"
• Audit trails: "Factura #12345 fue rechazada 3 veces en 2 semanas antes de ser aprobada"
Sin acceso a esto, los agentes no aprenden. No saben que ciertos proveedores son problemáticos. No ven patrones. Cada factura es nueva.
Clase 3: Transactional & Business Network Data (Source of Truth)
Pedidos, facturas, registros económicos. Los datos estructurados en SAP que gobiernan transacciones.
Ejemplos en SAP:
• PO #12345: quantity, Price, GL Code, Delivery Date
• Invoice: amount, GL Code, Tax, Date
• Vendor Master: payment terms, risk level, communication details
Sin esto, el agente no tiene números, fechas, contrapartes. Pero solos estos datos no son suficientes.
El problema de cuando faltan datos a la IA para poder hacer su trabajo
Para que se entienda mejor, te damos un ejemplo de automatización sin ECM integrado. Lo que ve el agente de IA en este caso es:
• SAP data: Invoice de €5,000, PO for €5,050, vendor es "acme-supply"
• Decisión: "Discrepancia de 1%, dentro de tolerancia 5%, aprobar"
• Accion: Ejecuta pago
Pero no ve:
• Policy (Human-Generated): "Discrepancias > 2% requieren aprobación manual" (¡Policy está en doc Word guardado en OneDrive!)
• Operational data (Machine-Generated): "Acme Supply tuvo 3 disputas el mes pasado, poner en watchlist" (¡Log está en un dashboard que el agente no tiene permiso!)
• Context (Business Network): "Email del 5 de este mes: Cliente reportó que acme-supply mandó cantidad incorrecta" (¡Email está en inbox de alguien!)
Resultado: el agente aprueba y los responsables culpan a la IA.
OpenText Extended ECM como plataforma para la integración
El flujo de metadatos entre OpenText y SAP
El flujo de metadatos entre OpenText y SAP crea lo que OpenText llama un 'gobierno de contenido integrado.' No solo almacena documentos, sino que los integra directamente en el contexto del negocio a través de Business Workspaces automáticos.
Es decir, cada objeto SAP (proveedor, contrato, pedido, factura) genera automáticamente un Business Workspace en OpenText con estructura estándar y los metadatos de SAP se replican automáticamente en OpenText (policy, términos de pago, risk level del proveedor).
Pero también funciona en la inversa: cuando un manager aprueba una factura en OpenText, esa aprobación se registra automáticamente en SAP como 'Approved', y el pago se desencadena. Un único acto, dos sistemas sincronizados.
Los Workflows integrados
Aprobaciones ocurren dentro de OpenText, pero están integradas con SAP:
Ejemplo: invoice approval workflow
1. Invoice llega a OpenText
2. Workflow automático: Extrae GL code (SAP), busca policy (documento OpenText), determina approver basado en Amount + GL code
3. Notificación a approver: "Invoice por €7,500 requiere tu aprobación. Aquí está el contrato, aquí está la PO, aquí está el histórico de pagos a este proveedor"
4. Approver firma digitalmente en OpenText
5. Firma automáticamente actualiza SAP como "approved" → Invoice ready for payment
El acceso Directo desde SAP
Los usuarios no salen de SAP. Invoice-to-Pay Orchestrator hace clic en factura en SAP, y ve Business Workspace de OpenText embebido dentro de la transacción SAP. Además, los documentos mantienen histórico completo sin duplicación, pero accesibles con shortcuts/links.
Invoice-to-Pay es un caso de uso perfecto. De hecho, Invictia, nuestra solución de facturación electrónica integrada con SAP, se construye exactamente sobre este modelo con documentos centralizados, políticas sincronizadas, aprobaciones auditables y reporting de cumplimiento (e-invoicing, eTaxes, etc.).
Auditamos tu sistema de Gestión Documental para una escalada efectiva
En Brait, después años integrando soluciones de ECM, sabemos que cuando se implementan correctamente, los proyectos de IA escalan y funcionan. OpenText Extended ECM + SAP crea la memoria corporativa, integra documentos + transacciones + políticas + auditoría en un sistema donde los agentes pueden razonar correctamente.
Contáctanos para un diagnóstico y analizaremos:
• Dónde viven tus documentos críticos (políticas, procedimientos, decisiones).
• Qué información tiene SAP que tus agentes necesitan pero no acceden.
• Riesgo de incumplimiento por fragmentación.
Trazamos el roadmap más adecuado a las necesidades de la empresa.
