🧨 SAPocalypsis Now — Episodio 1

Viernes, 23:55.
Todo estaba en calma en el sistema productivo de SAP de una gran multinacional alimentaria. Las ventas del Black Friday habían sido un éxito, los almacenes respiraban aliviados y los consultores por fin veían el fin de semana en el horizonte.

Salvo uno.
Mario, consultor ABAP senior, estaba terminando de revisar un desarrollo que le había pedido Finanzas esa misma semana: un job nocturno para actualizar condiciones de precios de proveedores. Nada crítico, nada urgente. Pero claro… “si lo tienes hoy mejor, que lo lanzamos esta noche y ya queda automatizado”.

Mario, cansado y con la mente en el sofá, hizo lo que muchos han hecho: copió un programa estándar, lo modificó un poquito, lo probó en QAS con un subconjunto de datos, vio que no reventaba, y lo dejó programado para ejecutarse esa noche a las 02:00 en PRD. Total, eran solo condiciones de compra… ¿qué podría salir mal?

🕑 Sábado, 02:04

Alarmas. Dumps. ST22 on fire.

La central de operaciones enciende las luces de emergencia. Un volumen inusual de errores se registra en MM y FI. Las órdenes de compra abiertas desaparecen misteriosamente de los reports, los precios de ciertos materiales se han multiplicado por 1000 y el sistema lanza errores de contabilidad cruzada nunca vistos.

Mario es llamado. Suena su teléfono. Dos veces. Tres. Cuatro.
— “¿Qué hiciste ayer con ese job?”
— “Nada grave, actualizaba unas condiciones… ¿por qué?”

Lo que Mario no sabía —o no comprobó bien— es que su job, al no tener bien filtrado el rango de proveedores, estaba modificando condiciones activas de todos los proveedores, en todas las sociedades.
Incluidos contratos a largo plazo, acuerdos internacionales y registros bloqueados por auditoría.
Todo.
Absolutamente todo.

🛠️ El rescate

A las 03:15, el equipo BASIS detiene el job. Las tablas EINE, A016, KONH y KONP están alteradas masivamente.
Un script de rollback no es viable sin backup.
Se decide parar todas las interfaces relacionadas con compras y contabilidad.
La pantalla de ME23N se convierte en un campo minado: donde antes ponía "10,50 EUR", ahora pone "10.500,00 EUR".

Consultores de MM, SD y FI son despertados.
Un mini war-room virtual se abre. Hay sudor, hay silencio, hay pánico contenido.

Y en medio de todo, alguien dice:
— “¿Tenéis export de tabla de condiciones del jueves? En Excel, aunque sea.”
— “Lo tengo yo. Me lo pidieron para un reporte de BI.”

Ese archivo Excel se convierte en la tabla de la salvación.
Con macros, comparaciones y algo de suerte, consiguen reconstruir una versión “aceptable” de los datos a restaurar.

A las 09:30 de la mañana, tras horas de correcciones manuales en SM30 y LSMW, el sistema vuelve a estar en condiciones operativas.

🤬 El cliente

A las 10:05, la CIO de la empresa entra en la sala de Teams.
No grita. No acusa. Solo pregunta:
— “¿Quién ha autorizado este job?”
Silencio.
— “¿Se revisó en QAS?”
Silencio.
— “¿Dónde está el documento funcional?”
Silencio eterno.

📚 Moralejas (y carcajadas amargas)

1. Un job nocturno no es un gremlin: no lo alimentes sin saber qué hace.

2. Filtra siempre los datos. Una línea mal escrita puede costarte miles de líneas corregidas.

3. No hay QA si no hay presión real. Las pruebas con 5 registros son mentiras piadosas.

4. Excel salva más vidas que STMS. Que viva el BI que exporta "por si acaso".

5. Nunca subestimes el poder destructivo de un loop sin WHERE.

🎁 Bonus: La anécdota real

Mario (nombre ficticio, pero historia real) sigue trabajando como ABAP en otra empresa.
Ahora tiene como regla personal no dejar NINGÚN job nocturno sin revisión por otro compañero.
Y antes de programarlo, deja una nota adhesiva en su monitor que dice: