Cuatro errores críticos en proyectos de archivo con SAP ILM
SAP RE-FX, datos de arrendamiento y retención empresarial

1. Introducción

SAP RE-FX se cuenta entre los módulos más complejos del ecosistema SAP por su profunda integración con FI, CO, PM, PS, MM y FI-CA. En muchas organizaciones también se conecta a plataformas externas: sistemas CAFM o SIG, o ampliaciones a medida. Cada conexión representa una dependencia operativa real. Los contratos de arrendamiento, las estructuras de activos, el uso del espacio y la imputación de costes no son meros datos; reflejan la realidad del negocio. Esa profundidad hace que RE-FX sea potente, pero también amplifica el riesgo. Lo que parece un procedimiento SAP sencillo de archivo suele desenredarse en una maraña de configuraciones heredadas y conexiones muy arraigadas vía programas Z y API. El archivo en RE-FX nunca es puramente técnico; es organizativo, jurídico y político. Con demasiada frecuencia, sin embargo, el tema se trata como una tarea secundaria —algo que puede esperar, delegarse o «gestionarse más adelante». Esa suposición es costosa. Este documento destaca cuatro errores recurrentes en el archivo SAP con foco en RE-FX e ILM. Los dos primeros describen retos comunes a casi todos los módulos principales. El tercero y el cuarto abordan cuestiones específicas de RE-FX e ILM, disciplinas especialmente relevantes para organizaciones inmobiliarias y intensivas en activos. En los cuatro casos se repite el mismo patrón: conceptos erróneos estructurales que erosionan en silencio el cumplimiento, los presupuestos y la credibilidad mucho antes de que se borre un solo byte. Cada apartado expone la causa subyacente, el riesgo sistémico que genera y la mentalidad necesaria para corregirlo.

2. El riesgo de esperar: por qué «más tarde» es la opción más cara

El archivo rara vez llega a la agenda del consejo. No aporta ingresos, no mejora ningún KPI y apenas recibe reconocimiento. Lo que sí asegura es estabilidad: retención documentada, crecimiento previsible de datos y un gasto en HANA controlado. Pocos defienden resultados invisibles, y el tema resulta tan glamuroso como ordenar el desván. Dentro de la organización, cada función encuentra un motivo para esperar. Marketing conserva datos históricos «por contexto». Atención al cliente guarda contratos antiguos. Legal duda en borrar posibles pruebas pero también se preocupa por el cumplimiento del RGPD/DSG. Posturas individualmente razonables generan un bloqueo colectivo. Pasan los meses y los datos se acumulan. La prudencia aparente de esperar vuelve más adelante en facturas HANA más altas, auditorías más duras y exigencias de cumplimiento que piden documentación. Un desvío frecuente es el «HANA Easy Fix» en transformaciones Greenfield o Bluefield: migrar de forma selectiva y mantener un legado solo lectura. En diapositivas parece limpio, pero suele conservar exposición de costes y gobernanza en lugar de resolverla. Un camino práctico es discreto y temprano. Formalice el archivo como una iniciativa definida —añada conversaciones previas con partes interesadas y decisores competentes, no lo comunique como tarea accesoria. Empiece de forma informal: reúna puntos de vista e interés. Pase después a la claridad —introduzca poco a poco términos técnicos de ILM, fijación de ventanas de retención, etc. Publíquelos como gobernanza, celebre reuniones breves de decisión con las pocas partes que deben aprobar. Ejecute, mida, amplíe. Repita. Las iteraciones son valiosas en esta tarea. El archivo quizá nunca reciba aplausos. Pero reduce la exposición y aporta previsibilidad de costes —antes de que factores externos fuercen una respuesta apresurada y cara.

3. El dilema de la decisión: iterativo, no en cascada ni parada en seco

Una vez la dirección reconoce que el archivo ya no puede aplazarse, comienza el verdadero trabajo estratégico. Para consuelo de quienes lo evitan: el archivo solo ha alcanzado su nivel actual de urgencia e importancia «en la última década», impulsado menos por la estrategia que por circunstancias técnicas y legales. Cabe señalar: esta decisión no puede seguir una secuencia simple de Decisión → Ejecución → Cierre. Requiere aclaración iterativa —pero con un punto final definido. Tomar esta decisión o habilitarla es en parte trabajo de pioneros. El error por defecto aparece en cuanto la acción se reconoce por fin: la responsabilidad pasa a Legal e IT. El razonamiento parece sólido —Legal define qué debe borrarse, IT implementa cómo. En la práctica, ambos operan aislados. A Legal le faltan visibilidad de estructuras de datos y uso del sistema; a IT le falta fluidez en términos, redacción Y formas de pensar jurisdiccionales. Cada uno actúa correctamente en su marco, pero juntos generan bloqueo. La delegación en esta forma no resuelve el problema; lo formaliza.

Opción 1 — Defina usted el propósito

La propiedad ejecutiva empieza por nombrar el objetivo dominante:

• Cumplimiento: retención conforme al RGPD/DSG con borrado automatizado.
• Control de costes: reducir el volumen HANA para estabilizar almacenamiento y licencias.
• Salida del sistema: baja con acceso legal de auditoría conservado.

Estos impulsos son mutuamente excluyentes en el énfasis. Mezclarlos sin propiedad clara produce reglas contradictorias, trabajo duplicado y retrasos. El archivo «neutral» fracasa porque la neutralidad no existe: cada decisión de diseño privilegia una dimensión. Si domina Legal, la eficiencia se erosiona; si domina IT, el escudo legal se debilita. El problema de la Opción 1 (explícito). Tomar una decisión ejecutiva sólida sin aportes precisos de Legal e IT es difícil —y en la realidad:

• SAP ILM rara vez es prioridad central del equipo SAP salvo que tenga un experto ILM fijo.
• El RGPD/DSG suele tratarse en Legal como higiene «subcontratable», empujada a externos como tarea de poco prestigio.

Resultado: los líderes dudan, las iteraciones giran en círculo, no hay decisión. Lo que hace falta. Una inmersión personal acotada suele merecer la pena. Dedique atención real (días, no horas), fije el propósito y cierre. Bien hecho, saca el tema de su agenda durante ~10 años. La paradoja: los resultados de largo plazo reciben poco aplauso; cuanto mejor lo haga, menos visible es el éxito. Ese es el verdadero dilema de la Opción 1.

Opción 2 — Delegue, pero al nivel adecuado

Si la dirección no pilotará directamente, debe igualmente definir límites y traducción: establezca una tríada gobernada: Legal, IT, Finanzas/Operaciones bajo mandato ejecutivo explícito. Finanzas/Operaciones ancla el realismo de costes y la continuidad de proceso; Legal e IT aportan restricciones. La dirección supervisa la comprensión, no el contenido: Legal debe entender el linaje de datos; IT debe entender la consecuencia legal. Si ambos salen sonriendo de la reunión, no se ha decidido nada. Cuestión residual (explícita). El problema de la Opción 1 no desaparece. Sin alguien en nivel C que invierta tiempo en comprensión profunda (personalmente o vía delegado realmente facultado), persisten lagunas de traducción y las decisiones se estancan. Prueba de madurez ejecutiva. No consenso, sino claridad: quién decide, en qué base, con qué trazabilidad probatoria, para qué fecha. El archivo, bien hecho, no es un ritual de cumplimiento; fija coste, credibilidad y estabilidad para la próxima década.

4. Presupuestar con esperanza, no con la profundidad del sistema

Aun tomadas las decisiones y alineadas las personas y los intereses, la mayoría de presupuestos de archivo RE-FX colapsan antes del primer ciclo de prueba. No por mala tecnología, sino por malas premisas. Los responsables pueden caer en la trampa de imaginar una breve limpieza técnica tras tanto trabajo de decisión —asignar unos días de consultoría y darlo por cerrado. Entonces la realidad empieza a desplegarse. Los presupuestos fallan por razones previsibles. Primero, personal: las organizaciones planifican un consultor y acaban necesitando cinco perfiles —especialista RE-FX, arquitecto de reglas ILM, desarrollador y un director de proyecto que haga de puente entre negocio y cumplimiento. Incluso sistemas pequeños requieren pronto la implicación de usuarios de negocio y asesores legales; el archivo es menos un ejercicio técnico que una negociación de responsabilidades. Segundo, complejidad del sistema: RE-FX puede estar muy entrelazado con BW, PM, MM, PS e innumerables tablas Z y exits. Algún contrato o activo «inactivo» enlaza con algo aún activo. La primera simulación de borrado suele descubrir una década de lógica no documentada. Tercero, cero margen: los proyectos planifican resultados ideales e ignoran la fricción real. Retenciones legales, revisiones de auditoría y correcciones de interfaz llevan tiempo. Sin margen de error, cada hallazgo se convierte en retraso —y cada retraso en espiral de costes. Un proyecto sostenible sigue una regla simple: conozca su sistema, conozca a su gente, presupueste con realismo, añada margen y luego pida ayuda. La experiencia externa no es un coste —es un seguro contra retrabajo. Cada ejecución ILM productiva cuesta menos que limpiar una prueba fallida. Planifica en consecuencia o verás cómo tu «optimización» se convierte en un centro de coste permanente.

5. No llevarlo hasta el final: la trampa del proyecto a medias

No hay nada más perjudicial que un proyecto ILM a medias. Una ejecución de borrado en pausa, una regla de retención no probada o una excepción no documentada se convierten en deuda técnica con implicaciones legales. Muchas organizaciones arrancan con energía, reorientan a mitad de camino y pierden en silencio el impulso. Dos años después, un informe habitual puede fallar porque una regla de retención se olvidó y sigue borrando activamente. La mayor parte de los datos sigue sin archivar. Parte se borró pero no se eliminó y, al final, se olvidó. Esto no es gestión de riesgos; es amnesia institucional. El archivo, una vez iniciado, solo tiene dos desenlaces legítimos: terminado o nunca empezado. Todo lo intermedio socava la credibilidad de cumplimiento y la confianza interna. Los auditores recuerdan más tiempo los proyectos a medias que los exitosos. La regla operativa es clara: Planificar – Alinear – Ejecutar. Recalibrar si hace falta, pero no retroceder. Una vez ejecutada la primera eliminación, la historia no se reescribe. La preparación y la documentación importan tanto como la configuración. Defina el alcance, fíjelo, comunique el fundamento. Los equipos futuros no juzgarán qué borró, sino cuán trazables fueron sus decisiones. Un proyecto ILM inconcluso mantiene los riesgos vivos pero pierde a quienes lo apoyaron. Termínelo de una vez. Documéntelo bien. Luego no luche dos veces la misma batalla.

6. Conclusión: el archivo es estrategia, no mantenimiento

El archivo rara vez es urgente —hasta que de repente lo es. En los cuatro errores el patrón es el mismo: demora, delegación, subestimación y fatiga. Ninguno es un fallo técnico; todos son fallos de gobernanza. Los mandos que abordan el archivo directamente son, en parte, pioneros. Operan en un campo que solo recientemente ganó visibilidad pero que define en silencio cómo se alinearán datos, costes y credibilidad en la próxima década. Bien gestionado, el archivo introduce un nuevo ritmo de decisión —bucles cortos de inspección, propiedad clara y progreso transparente— en organizaciones que suelen moverse solo en ciclos largos de planificación. Se convierte en un ejercicio práctico de adaptabilidad controlada: aprender rápido sin perder autoridad. Una vez completado, la recompensa es estructural: costes estables, auditorías previsibles y un panorama de sistemas que ya no oculta su propia historia. El archivo, en esencia, es la forma más silenciosa de demostrar dominio. Y el dominio, en los datos empresariales, sigue siendo la forma más rara de liderazgo.

Aviso legal (Disclaimer):

No constituye asesoramiento legal, fiscal o técnico. Metaneering S.à r.l. no asume responsabilidad por integridad o actualidad.

T.H. Scheer

El autor no está empleado ni afiliado a SAP SE. Los nombres de producto son marcas de sus titulares.

© Metaneering S.à r.l., Luxemburgo. Todos los derechos reservados.

Volver a Perspectives →