Modernización de ERP y salida de SAP ECC: la ingeniería que rodea a la migración que nadie presupuestó

Toda migración de ERP lleva dos proyectos dentro. Está el del plan (el sistema nuevo, el diseño de procesos, el integrador), y está el que aparece en el cuarto mes, cuando alguien cuenta las interfaces.

Ese segundo proyecto es el nuestro. Las ochenta integraciones a medida, los informes de los que depende finanzas y que no tienen dueño, los terminales de almacén que hablan con una vista de base de datos, el portal de clientes que lee directamente de las tablas antiguas, los veinte años de datos que tienen que llegar al sistema nuevo con una forma que este acepte. Rara vez está en el alcance original y con frecuencia es lo que determina la fecha.

Por qué esto está ahora en el calendario

El mantenimiento estándar de SAP ECC 6.0 termina el 31 de diciembre de 2027. El mantenimiento ampliado puede llevar a una empresa hasta finales de 2030, con sobrecoste y con alcance reducido. Una parte importante del parque instalado no ha empezado, las migraciones suelen durar de dieciocho a treinta y seis meses, y la capacidad de los partners y de los hyperscalers para hacerlas se está reservando ya.

La misma presión existe fuera de SAP. Los clientes de Oracle EBS tienen su propio horizonte de soporte, las instalaciones de Dynamics AX y NAV están siendo empujadas hacia Business Central y Dynamics 365, y hay una larga cola de empresas con un ERP que se personalizó a fondo hace una década por gente que ya no está.

Sea cual sea el destino, la forma del problema es la misma: el ERP no es una isla, y lo que cuelga de él suele estar sin documentar.

Qué hacemos

Descubrimiento e inventario de interfaces

Antes de planificar nada, alguien tiene que establecer qué habla realmente con el ERP. Lo hacemos de forma empírica (leyendo logs de base de datos, tráfico de red, trabajos programados, configuración del middleware de integración y código fuente), y no repartiendo un cuestionario y cruzando los dedos.

El resultado es un inventario de cada interfaz con su sentido, protocolo, frecuencia, volumen de datos, responsable de negocio cuando se encuentra alguno, y una valoración de si hay que reconstruirla, se puede retirar o se puede adaptar. Es habitual que los clientes encuentren entre dos y cinco veces más interfaces de las que esperaban, y que un número nada despreciable no sirva para nada.

Reconstrucción de la capa de integración

Reconstruimos las interfaces que tienen que sobrevivir, y preferimos reconstruirlas contra una abstracción en lugar de apuntarlas directamente al sistema nuevo. Una capa de integración entre sus aplicaciones satélite y el ERP significa que la próxima migración (y la habrá), no repite este ejercicio. Además permite mover las aplicaciones por oleadas en lugar de en un único fin de semana de cutover.

El trabajo aquí abarca interfaces IDoc y BAPI, servicios OData, endpoints SOAP de otra época, intercambios de ficheros planos y SFTP que todavía mueven la mitad del B2B europeo, colas de mensajes y API REST modernas del lado nuevo.

Ingeniería de migración de datos

Extracción, depuración, transformación, carga y (la parte que casi siempre se infravalora) conciliación. Construimos la migración como código repetible, no como un script de un solo uso, para poder ejecutarla decenas de veces contra datos cada vez más limpios comparando los resultados automáticamente en cada pasada.

La conciliación es donde se juega la credibilidad. Finanzas no firma una migración porque la carga haya terminado sin error; firma porque los saldos cuadran, los recuentos cuadran y las diferencias que quedan están explicadas y aceptadas por escrito.

Aplicaciones a medida que sobreviven al ERP

Casi todas las empresas tienen aplicaciones construidas alrededor del ERP antiguo que codifican algo que el ERP no sabía hacer: un configurador, una herramienta de precios, un terminal de planta, un portal de clientes, una hoja de cálculo de planificación que acabó siendo estructural. Algunas deberían retirarse y absorberse en la funcionalidad estándar del sistema nuevo. Otras son ventaja competitiva real y deberían reconstruirse en condiciones como aplicaciones por derecho propio, ya no soldadas a un esquema de base de datos que está a punto de cambiar.

Le ayudamos a distinguir unas de otras, y luego construimos las que merecen la pena.

Informes y el patrimonio de datos en la sombra

Todo ERP con años encima genera una capa de informes, extracciones y hojas de cálculo fuera de él. Rompen ruidosamente en el cutover y casi nunca están en el plan. Los inventariamos, identificamos aquellos con los que el negocio funciona de verdad y los reconstruimos contra el nuevo modelo de datos o contra una capa de reporting que los aísle de él.

Desmantelamiento y conservación de datos

El sistema antiguo guarda registros que la ley le obliga a conservar durante años después de apagarlo. Mantener ECC encendido en solo lectura durante una década es una forma cara de cumplir una regla de conservación. Construimos la extracción hacia un archivo accesible, con las vías de búsqueda y exportación que auditores y administración tributaria piden de verdad, para que el sistema antiguo se pueda apagar.

Lo que no hacemos

No somos una consultora funcional de SAP. No parametrizamos FI/CO, no diseñamos sus plantillas de proceso y no somos el partner que dirige el programa S/4HANA. Esos son papeles de especialista y para eso debe contratar a un especialista.

Somos el equipo de ingeniería que trabaja junto a ese partner en todo lo que el ERP toca pero que el programa del ERP no cubre. En la práctica nos contrata o bien directamente el cliente, para proteger su lado del programa, o bien el integrador como subcontrata.

Si lo que busca es alguien que asuma la conversión completa a S/4HANA, le diremos que no somos eso, y preferimos decirlo en la primera conversación y no en la tercera.

Dónde trabajamos

Junto a un programa S/4HANA: reconstrucción de integraciones, ingeniería de migración de datos, trabajo sobre aplicaciones satélite y desmantelamiento del parque heredado.

Migraciones que salen de SAP por completo: hacia Odoo, Dynamics 365 Business Central, ERPNext, Netsuite o un sistema sectorial, lo más frecuente en empresas medianas para las que S/4HANA es desproporcionado. Aquí el trabajo de integración y de datos es la mayor parte del proyecto.

Parques de Oracle, Dynamics AX/NAV e Infor que sufren la misma presión de ciclo de vida con mucha menos atención encima.

Empresas que no van a migrar, que han decidido quedarse donde están por ahora y necesitan modernizar los sistemas del entorno, hacer mantenibles las interfaces y reducir el riesgo mientras esperan.

Cómo trabajamos

Descubrimiento, de tres a seis semanas. Inventario de interfaces, evaluación de calidad de datos, revisión de aplicaciones satélite e informe escrito sobre qué aspecto tiene realmente el entorno. Lo ofrecemos deliberadamente como encargo independiente: varios clientes lo han usado para renegociar el alcance y el precio de la propuesta de un integrador, lo que lo amortizó con creces.

Construcción, en paralelo con el programa principal: capa de integración, canalización de migración, reconstrucción de aplicaciones, según su calendario y contra su fecha de cutover.

Soporte al cutover, incluidos los ensayos, las pasadas de conciliación y el periodo de hipercuidado en el que por fin se ejercitan las interfaces que nunca se probaron del todo.

Desmantelamiento, una vez que el sistema nuevo es estable y el archivo está aceptado.

Tecnología

Java, .NET, Python, Node.js y PHP del lado de aplicación; tecnologías de interfaz de SAP como IDoc, BAPI, RFC y OData; middleware como MuleSoft, Apache Camel, Kafka y Azure Integration Services; SQL Server, Oracle, DB2, HANA y PostgreSQL; AWS y Azure. Cuando el parque existente corre sobre algo más antiguo (Delphi, VB6, PowerBuilder, COBOL pegado al ERP) es terreno conocido y no una sorpresa.

Preguntas frecuentes

¿Cuándo termina exactamente el soporte de SAP ECC?

El mantenimiento estándar de SAP ECC 6.0 termina el 31 de diciembre de 2027. Hay mantenimiento ampliado disponible hasta finales de 2030, con coste adicional y alcance reducido. Confirme los detalles de su enhancement pack y de su contrato directamente con SAP, porque las condiciones varían.

Ya hemos designado integrador. ¿Dónde encajan ustedes?

Al lado. El integrador es dueño de la conversión del ERP; nosotros somos dueños del entorno que lo rodea: interfaces, ingeniería de datos, aplicaciones satélite, informes y desmantelamiento. Ese reparto es habitual, mantiene al integrador centrado en el sistema en el que es especialista, y hace que alguien responda de las partes que suelen caer entre dos contratos.

¿Es realista salir de SAP por completo?

Para algunas empresas, sí. Depende de cuánto de lo que hacen es estándar, cuánto vive en la personalización, y de si una plataforma más pequeña puede con su volumen y sus requisitos regulatorios. Es una opción genuina para fabricantes y distribuidores medianos y mala para grupos multinacionales complejos. La fase de descubrimiento le da la evidencia para decidir en lugar del argumento.

¿Cuánto tarda el inventario de interfaces?

De tres a seis semanas en la mayoría de los entornos medianos. Está limitado sobre todo por el acceso: con qué rapidez llegamos a los logs, al código fuente, a la configuración del middleware y a las personas que recuerdan por qué existe algo.

¿Pueden mantener el sistema antiguo disponible para auditoría después de apagarlo?

Sí. Construimos la extracción hacia un archivo consultable con el periodo de conservación y la capacidad de búsqueda y exportación que exigen sus auditores y la administración tributaria. Eso suele salir mucho más barato que mantener un ERP con licencia funcionando en solo lectura durante una década.

¿Y si decidimos no migrar todavía?

Es una decisión legítima, sobre todo con el mantenimiento ampliado disponible hasta 2030. El trabajo entonces consiste en reducir riesgo mientras tanto: documentar y estabilizar interfaces, retirar lo que no usa nadie y modernizar las aplicaciones que rodean al ERP, para que cuando dé el paso el entorno no sea el obstáculo.

Primeros pasos

Cuéntenos qué tiene en producción, en qué punto de la decisión está y si ya hay integrador designado. Le diremos qué le va a costar previsiblemente el entorno que rodea al ERP y por dónde empezaríamos.

Contáctenos para dimensionar un descubrimiento de interfaces y datos.

Servicios relacionados

• Mantenimiento de sistemas legacy: para los sistemas que se quedan donde están
• Integración de facturación electrónica: la obligación que suele caer en mitad de la migración
• Ampliación de Personal y Outsourcing: ingenieros integrados durante toda la duración del programa