Pregúntele a un arquitecto de sistemas de una empresa con muchos años de SAP dónde están los puntos frágiles y la respuesta llega rápido: la interfaz que falla la víspera del cierre contable, el archivo que alguien corrige a mano antes de reenviarlo, el sistema de planta que nadie quiere actualizar por miedo a romper todo lo demás. TI suele ser el área que mejor entiende el problema de integración y la que menos margen tiene para resolverlo.
El mantenimiento de las integraciones exige tiempo que debe tenerse en cuenta al planificar nuevos proyectos. Este artículo examina esos costes y el papel de SAP BTP en la gestión de las conexiones entre sistemas. Para una introducción a la plataforma, lee qué es SAP BTP.
Cómo se acumulan las integraciones punto a punto
Ninguna empresa planea tener decenas de integraciones punto a punto. Llegan de una en una: el CRM necesita datos de clientes, el operador logístico necesita recibir pedidos, el banco necesita archivos de pago, la planta necesita reportar la producción. Cada conexión resuelve el problema de ese momento con la tecnología y las personas de ese momento. Años después, el resultado es una maraña que nadie diseñó como un todo y que tiene cuatro rasgos conocidos:
- Frágil: un cambio de versión, de campo o de certificado interrumpe flujos que nadie sabía que dependían de ese punto.
- Opaca: no existe una visión de extremo a extremo de por dónde viajan los datos, y diagnosticar un error empieza por averiguar qué interfaz falló.
- Costosa de mantener: cada conexión tiene su propia lógica, su propio manejo de errores y, muchas veces, una sola persona que la conoce.
- Difícil de escalar: una nueva filial, un nuevo canal o un nuevo socio exigen otra conexión hecha a medida.
Los sistemas legados sin APIs modernas agravan el cuadro. Siguen en operación porque reemplazarlos es demasiado arriesgado, y cada integración con ellos se convierte en una excepción a la regla.
Por qué la deuda de integración no aparece en el presupuesto
La deuda técnica rara vez tiene una línea propia en el presupuesto de TI. Se diluye en horas de desarrollo dedicadas a incidentes, en proyectos que se retrasan porque el equipo tuvo que apagar incendios y en pruebas que se alargan porque nadie sabe con certeza qué puede afectar un cambio.
Además está el costo más difícil de medir: lo que la empresa deja de hacer. Cuando buena parte del tiempo del equipo se va en mantener lo que ya existe, las nuevas demandas hacen fila y TI termina vista como un cuello de botella, cuando en realidad carga con una arquitectura que ya no acompaña a la operación. Para llevar esta conversación a la dirección, conviene convertir lo invisible en indicadores:
- Incidentes por interfaz y tiempo medio hasta el diagnóstico
- Horas de soporte frente a horas dedicadas a proyectos nuevos
- Proyectos postergados o replanificados por dependencias de integración
- Integraciones que solo una persona sabe mantener
Un hub gobernado en lugar de decenas de conexiones aisladas
SAP BTP le propone a TI dejar de gestionar conexiones aisladas para gestionar un ecosistema conectado. El papel central lo asume SAP Integration Suite, el servicio de integración de la plataforma: los flujos entre sistemas SAP y no SAP pasan por un único punto de control, con reglas de gobierno definidas por la propia TI.
En el día a día, el equipo cuenta con una consola de monitorización con el estado de cada flujo, alertas automáticas cuando algo falla, con la trazabilidad necesaria para ubicar el mensaje, el paso y la causa, y conectores preconstruidos para aplicaciones SAP y sistemas de terceros. Las nuevas integraciones se suman sin rediseñar las que ya están en producción.
Estandarizar conectores, correspondencias de datos y gestión de errores permite reutilizar componentes en nuevas integraciones. Documentar esos estándares también reduce la dependencia del conocimiento de una sola persona.
Legado y clean core: modernizar sin tocar lo que funciona
No todo sistema legado puede, o debe, reemplazarse ahora. Con adaptadores estándar, los datos y las funciones de esos sistemas se exponen como APIs modernas mientras la aplicación legada sigue operando tal como está. El resto de la arquitectura habla con una API documentada y no con un formato propietario que solo entendía el proveedor original.
La misma lógica vale para los desarrollos a medida. El entorno de desarrollo y el modelo de extensibilidad de SAP BTP permiten crear aplicaciones, reglas y flujos de trabajo junto al ERP, no dentro de él. Es el principio de clean core: la lógica a medida queda fuera del núcleo, el sistema de registro se mantiene estable y auditable, y cada actualización resulta más sencilla y menos arriesgada.
Dónde se nota primero el impacto
Un sistema de planta sin APIs, integrado sin migración
En un caso reportado por Grupo Intelsis, un sistema de manufactura con 15 años de uso y sin APIs nativas se conectó mediante un adaptador estándar. Los datos de producción empezaron a llegar al ERP y a los tableros de gestión en tiempo real, sin riesgo para el sistema legado y sin un proyecto de reemplazo.
Aprobaciones que salen del correo
En otro caso reportado por Grupo Intelsis, un grupo empresarial gestionaba las aprobaciones de compras, viajes e inversiones de capital por correo electrónico, llamadas telefónicas y consultas manuales en SAP. Los procesos pasaron a flujos digitales con reglas, notificaciones y trazabilidad. El primer flujo estuvo listo en 5 semanas; cada uno de los siguientes tomó de 2 a 3 semanas, porque reutilizó los patrones del primero.
APIs para el ecosistema de socios
Un tercer caso reportado por Grupo Intelsis es el de un distribuidor que empezó a ofrecer a sus distribuidores asociados consultas de stock, estado de pedidos y condiciones comerciales directamente desde SAP. Los servicios se expusieron mediante la capa de gestión de APIs de SAP BTP, con control de acceso, límites de consumo y monitorización. Incorporar a un nuevo socio pasó de tomar semanas a tomar horas.
Del soporte a la arquitectura: qué cambia para el equipo
La supervisión de los flujos ayuda a identificar incidentes y sus causas. Al trasladar una conexión al hub, el equipo puede documentarla y aplicar estándares de control. Las nuevas filiales, canales o socios también pueden reutilizar conectores existentes cuando los requisitos sean compatibles.
Reducir el esfuerzo de mantenimiento puede dejar más tiempo para revisar la arquitectura y atender otras necesidades, como integrar datos financieros o conectar ERP, CRM y logística. El resultado depende de los estándares adoptados y de su mantenimiento por parte del equipo.
Evaluación de la arquitectura de integración
Grupo Intelsis puede ayudarle a identificar las integraciones, localizar los puntos críticos y definir un primer alcance de trabajo. La empresa es SAP Gold Partner y combina arquitectura en SAP BTP con la operación de entornos SAP, incluidos Basis y hosting. Para evaluar su arquitectura, converse con nuestro equipo.
