Se fue el único que sabía sacar los datos de SAP

 Margen Oculto · octubre 2026

Se fue el único que sabía sacar los datos de SAP

Qué pasa cuando la información de tu empresa depende de una sola persona — y cómo decidir qué arreglar y qué cambiar cuando las reglas de SAP ya no son las mismas.

Margen Oculto · 15 min de lectura

"José, tengo un problema mayúsculo."



Así empezó la llamada de un CIO hace un tiempo.

Durante años, un desarrollador se había encargado de sacar toda la información de SAP. Cargas, extracciones, informes. Todo pasaba por él.

Y se había ido de la empresa.

Lo que había montado funcionaba. El problema era que nadie más entendía cómo. Las cargas empezaron a fallar. Nadie sabía corregir las incidencias. Los desarrollos nuevos que pedía el negocio estaban parados.

Mientras tanto, dirección seguía necesitando sus datos. Todos los días.

Un problema de negocio disfrazado de problema informático.

Nadie se había planteado ese riesgo. ¿Por qué iban a hacerlo, si todo funcionaba?

Pero cuando la información deja de llegar, dirección pierde visibilidad sobre lo que ocurre en la empresa. Las decisiones se siguen tomando. Solo que a ciegas, o con datos de hace semanas.

Las ventas, el margen, el stock, los pedidos retrasados. Todo lo que dirección revisaba en sus reuniones dependía de unas cargas que ya nadie sabía mantener.

Si solo una persona sabe cómo llegan los números a tus informes, no tienes un empleado valioso. Tienes un riesgo de negocio.

Lo que encontramos cuando miramos debajo.

Fui con dos expertos, uno de SAP y otro de datos. El diagnóstico confirmó lo que sospechaba.

1
Conocimiento que nunca se transfirió

El desarrollador había hecho un trabajo razonable. Pero la lógica de las extracciones, las reglas de negocio y las excepciones estaban en su cabeza, no en ningún documento.

El problema no era lo que había construido. Era todo lo que se había ido con él.

2
Extracciones construidas directamente sobre la base de datos

Durante años, en muchas empresas, la forma habitual de sacar datos de SAP era atacar directamente sus tablas. Funcionaba, pero exigía conocer muy bien cómo organiza SAP la información por dentro.

Es una ingeniería delicada: miles de tablas, nombres poco intuitivos y relaciones que solo entiende quien las ha trabajado.

3
Una plataforma con fecha de caducidad

El mantenimiento estándar de SAP ECC termina a finales de 2027. La empresa tenía que preparar su paso a un nuevo entorno SAP en la nube.

Y las extracciones construidas sobre la base de datos no servían para esa arquitectura futura.

Así que había dos problemas a la vez. Uno inmediato: nadie sabía mantener lo que existía. Y otro estratégico: podían gastar mucho dinero en reconstruir un sistema que poco después tendrían que volver a cambiar.

Escenario — arreglar sin pensar en el futuro

Contratas a alguien. Dedica meses a entender y reparar las extracciones antiguas. Lo pagas.

Al año siguiente migras SAP a la nube y esas extracciones dejan de servir. Vuelves a invertir para rehacerlas.

Pagas dos veces por resolver el mismo problema.

Por qué ya no vale atacar directamente la base de datos de SAP.

Lo que durante años fue una práctica habitual se ha convertido en un riesgo. Por tres motivos.

En la nube no tienes ese acceso. Con SAP RISE, la plataforma la gestiona SAP. El cliente no entra directamente a la base de datos como hacía en sus propios servidores, así que las extracciones construidas de esa forma dejan de funcionar.

Puede chocar con tu licencia. Muchas empresas tienen licencias de base de datos de SAP que no permiten el acceso directo desde herramientas de terceros. En una auditoría de licencias, eso puede traducirse en costes que nadie había previsto.

SAP está cerrando caminos alternativos. SAP ha restringido el uso de algunas de sus interfaces de extracción por parte de herramientas de terceros, y empuja a sus clientes hacia sus propias soluciones de datos.

Revisa tu contrato antes de decidir. Las condiciones de licencia de SAP varían mucho de una empresa a otra. Si hoy extraes datos directamente de la base de datos, conviene que un especialista en licencias SAP revise qué te permite tu contrato antes de que lo haga una auditoría.

Las fechas que conviene tener presentes. El mantenimiento estándar de SAP ECC termina a finales de 2027. SAP ofrece mantenimiento extendido de pago hasta 2030, pero cuanto más esperes, menos margen tendrás para planificar la migración y la analítica que depende de ella.

El plan: primero estabilizar, después cambiar.

Había dos frentes. Y el orden importaba.

Recuperar las cargas→Migrar a la nube SAP→Decidir cómo extraer→Analítica en tiempo real
1

Que el negocio no se quedara sin datos.

Lo primero fue recuperar las cargas que fallaban. Dirección no podía parar su analítica mientras resolvíamos el problema de fondo. Sin esto, cualquier plan a medio plazo era irrelevante.

2

Migrar a SAP RISE de la forma más limpia posible.

Con la situación estabilizada, abordamos el cambio de plataforma. El objetivo no era solo mover SAP a la nube, sino no arrastrar los problemas del sistema anterior.

3

Decidir cómo sacar los datos a partir de ahora.

Ya no se podía atacar la base de datos. Había dos caminos: construir vistas dentro de SAP o usar SAP Datasphere. Esta decisión es la que más impacto tenía en el negocio.

Vistas en SAP o Datasphere: cómo decidir.

Las dos opciones son válidas. La diferencia está en lo que necesita el negocio y en cuánto quiere invertir.

Las vistas en SAP son consultas que se construyen dentro del propio sistema y exponen la información de forma ordenada para que otra herramienta la lea. SAP Datasphere es la plataforma de datos de SAP: integra la información de SAP y de otras fuentes, la organiza con un lenguaje de negocio y permite replicarla de forma continua.

CriterioVistas en SAPSAP Datasphere
Coste de licenciaMenor: se apoya en lo que ya tienesMayor: suscripción adicional
Tiempo realPosible, pero con más trabajo técnicoPensado para replicar datos de forma continua
Esfuerzo de desarrolloAlto si hay muchas fuentes y casos de usoMenor para casos estándar de SAP
Otras fuentes de datosHay que integrarlas aparteIntegra SAP y fuentes externas en un mismo sitio
Lenguaje de negocioDepende de cómo se documenten las vistasCapa común con definiciones de negocio
Dependencia de personasAlta si no se documenta bienMenor: modelo más visible y estandarizado
A
Cuándo tienen sentido las vistas en SAP
  • Tus necesidades de análisis son acotadas y estables.
  • Te basta con información de ayer, no necesitas tiempo real.
  • Casi todos tus datos están en SAP.
  • El presupuesto manda y tienes capacidad interna para documentar lo que se construye.
B
Cuándo compensa Datasphere
  • Dirección necesita ver la operación en tiempo real para reaccionar.
  • Combinas SAP con otras fuentes: CRM, Excel, sistemas de tienda o de almacén.
  • Quieres reducir la dependencia de personas concretas.
  • Prevés que la analítica crezca en los próximos años.

En este caso elegimos Datasphere. No porque fuera la tecnología más moderna, sino porque el negocio necesitaba algo que con el sistema anterior era imposible: controlar su operación en tiempo real.

El resultado.

Por primera vez, dirección podía ver su operación en tiempo real.

Ya no tenía que esperar a recibir informes para saber qué estaba pasando. Podía detectar incidencias antes y decidir con información actualizada.

La inversión en Datasphere generó dudas al principio. Los resultados la justificaron.

Y hubo un efecto que no aparece en ninguna factura: la analítica dejó de depender de una sola persona. El modelo de datos quedó visible y entendible para el equipo, no escondido en extracciones que solo conocía quien las había escrito.

¿Dependen los datos de tu empresa de una sola persona?

Esta checklist sirve tengas SAP o no. Hazla con tu equipo y contesta con honestidad.

Checklist de dependencia de datos
?
¿Más de una persona sabe cómo llegan los datos a tus informes? Si la respuesta es un nombre, ya sabes dónde está el riesgo.
?
¿Está documentado de dónde sale cada indicador? Qué tabla, qué filtro, qué regla de cálculo. Si no está escrito, no existe.
?
¿Alguien distinto podría corregir una carga que falla mañana? Sin llamar a quien la construyó ni esperar a que vuelva de vacaciones.
?
¿Sabes cómo se extraen hoy los datos de tu ERP? Si es directamente desde la base de datos, revisa si es compatible con tu licencia y con tu plataforma futura.
?
¿Tu plan de migración del ERP incluye la analítica? Muchas migraciones se planifican pensando en la operación y descubren tarde que los informes dejan de funcionar.
?
¿Las definiciones de tus KPIs son las mismas para todos? Si ventas y finanzas calculan el margen de forma distinta, el conocimiento está repartido en personas, no en el sistema.

Si dudas en dos o más preguntas, tus datos dependen más de personas que de sistemas. Y eso es un riesgo que solo se ve el día que alguien se va.

Tres aprendizajes de este caso.

1
Los datos no pueden depender de una sola persona

Documentar, compartir el conocimiento y usar herramientas con modelos visibles no es burocracia. Es lo que evita que dirección se quede a ciegas cuando alguien cambia de trabajo.

2
La arquitectura se decide por lo que necesita el negocio

No solo por el precio de implantación. La opción más barata hoy puede ser la más cara dentro de dos años si no responde a lo que dirección necesita ver.

3
Antes de arreglar, pregúntate si merece la pena reconstruir

Una crisis también es el mejor momento para cambiar lo que llevaba años pidiendo un cambio. Arreglar lo viejo sin mirar al futuro es la forma más segura de pagar dos veces.

¿Tienes una migración de SAP por delante o datos que dependen de una persona?

En Margen Oculto ayudamos a pymes a tomar mejores decisiones y aumentar sus beneficios, apoyándonos en la IA y en los datos que ya están almacenando.

Antes de migrar tu ERP, conviene decidir cómo vas a usar los datos después. Si no, migras el desorden. Escríbeme y lo vemos.

Y si no quieres perderte el próximo caso, apúntate a la newsletter: lo recibes cada viernes en tu correo.

La tecnología cambia y las reglas de SAP también. Lo que no puede cambiar es que dirección tenga sus datos cada día, sin depender de quién siga en la empresa.
Data & AI Margen Oculto

Comentarios