🧨 SAPocalypsis Now — Episodio 8

🕓 07:32 AM — El café de la calma antes del caos

Rafa se consideraba un tipo metódico.
Consultor SD, diez años de experiencia, acostumbrado a los sobresaltos de los cierres de mes, a los sustos con el transporte y a los mails que empiezan con “URGENTE – PRODUCCIÓN”.

Pero aquel día, 1 de mayo, tenía pensado descansar.
El país entero celebraba el Día del Trabajador.
Nadie trabajaba.
Nadie, salvo él, que había prometido echar un vistazo rápido a los jobs nocturnos desde su portátil, por pura precaución.

Encendió el ordenador, abrió el VPN, y lanzó un /nSM37 casi por reflejo.
El job de facturación: verde.
El de entregas automáticas: verde.
El de actualización de stocks… también verde.

Todo parecía bien.
Demasiado bien.

🕗 08:04 AM — El primer mensaje

Un correo emergió de la nada en su bandeja:

Asunto: “Entregas creadas hoy (1/05) — ¿error?”

Frunció el ceño.
Abrió la transacción VL06O, filtró por fecha de entrega: 01.05.2025.

La pantalla se llenó.
Una lista interminable.
Más de 2.000 entregas creadas esa madrugada.
Todas con fecha de entrega 1 de mayo.

Su cuerpo reaccionó antes que su mente.
Un sudor frío le recorrió la espalda.
No podía ser.
El sistema sabía que hoy era festivo.
Tenía que saberlo.

Abrió la SCAL.
Calendario de fábrica ZF01 — el de la planta principal.
Revisó el año 2025.
Pasó abril…
Y el 1 de mayo estaba en blanco.

No figuraba como festivo.

🧩 08:26 AM — El eco de los transportes olvidados

Rafa buscó los transportes en STMS.
Había uno con la descripción “Actualización calendario fábrica 2025”, creado hacía meses.
Estado: importado en QA.
Producción: pendiente.

El transporte nunca se había subido.
Nunca.

Un pequeño olvido.
Un clic no hecho.
Un paso que se dejó para después.

Y ese “después” había llegado.

🧨 09:15 AM — El despertar del caos

Los mensajes comenzaron a llegar como una tormenta:

• El planificador MRP informaba que cientos de órdenes de producción se habían reprogramado automáticamente al 1 de mayo.

• El equipo de almacén decía que el sistema estaba generando entregas que los operarios no podían confirmar porque la planta estaba cerrada.

• Desde FI, reportaban contabilizaciones de transporte y gastos logísticos para un día inexistente.

SAP había decidido trabajar, aunque el mundo no lo hiciera.

🧠 09:48 AM — Diagnóstico

Rafa reunió a medio equipo en una call de emergencia.
La voz de su jefa de proyecto sonaba grave, contenida, de esas que saben que hay un incendio pero no quieren que el cliente huela el humo:

“Rafa, ¿me estás diciendo que el sistema cree que hoy es laborable?”

—“Sí. En desarrollo y QA sí está bien, pero en producción no se transportó el calendario actualizado.”

“¿Y eso qué implica exactamente?”

—“Que todos los cálculos de fechas de entrega, MRP, y planificación logística de hoy están mal.
SAP está considerando que hoy hay gente trabajando, camiones saliendo, y pedidos entregándose. Todo.”

Silencio.
Un silencio que duró segundos, pero pesó como horas.

⚙️ 10:21 AM Contención del daño

Primero, detuvieron los jobs automáticos.

Rafa accedió a SM37, canceló los que generaban entregas y actualizaban disponibilidad.

Luego bloqueó usuarios específicos en SU10 para evitar que los comerciales siguieran creando pedidos con fechas incorrectas.

Pero ya era tarde.
El sistema había creado documentos durante horas.

Miles.

El MRP controller reportaba más de 6.000 órdenes afectadas.
Los pedidos de venta tenían fechas imposibles:
entregas el 1 de mayo, transporte el 2, facturación el 3…
un calendario que no existía en la realidad.

💻 11:47 AM : La caza de entregas

Rafa abrió VL10A.
Filtró por “fecha de entrega = 01.05.2025”.
El sistema devolvió cientos de líneas.

Cada una de esas entregas tenía un flujo de documentos que debía revertirse manualmente.
No había job mágico que lo arreglara.
SAP no se deshacía de sus errores tan fácilmente.

A medida que avanzaba, sentía el pulso acelerarse.
Cada guardar era una puñalada en la base de datos.
Cada entrega eliminada, un paso más en un desierto de datos contaminados.

Los ojos le ardían.
El sonido del ventilador del portátil se mezclaba con el zumbido del router.
Y en la pantalla, el maldito número:

01.05.2025.

🕐 13:14 PM — El almuerzo que nunca llegó

Le ofrecieron comida.
No la probó.
Sabía que la digestión era imposible cuando el sistema productivo está en llamas.

El equipo de MM había descubierto algo peor: las órdenes de producción creadas por MRP habían reservado material para hoy.

El sistema había movido stock, contabilizado consumo planificado y bloqueado material que ni siquiera debía tocarse.

FI confirmó que se habían lanzado asientos contables con fecha de documento 01.05.2025.

Y lo peor: los informes de previsión se estaban alimentando con esas fechas.

El infierno digital tenía forma de calendario.

🌒 16:37 PM — El último recurso

El plan de emergencia fue simple y desesperado:

1. Subir el transporte del calendario actualizado directamente a producción.

2. Recalcular todas las fechas afectadas en pedidos y entregas.

3. Bloquear temporalmente la creación de nuevos pedidos.

4. Documentar todo antes de que el cliente se diera cuenta de la magnitud.

Rafa lanzó el transporte.
El sistema respondió:

“Import successful.”

Abrió de nuevo SCAL.
Ahí estaba.
El 1 de mayo, marcado en gris oscuro.
Festivo. Finalmente festivo.

Pero el daño ya estaba hecho.
El sistema había vivido un día que no existía, y ahora había que hacerlo olvidar

🕙 21:12 PM El precio del error

Revisaron logs.
Cancelaron entregas erróneas.
Corrigieron fechas en masa mediante LSMW y BAPI_SALESORDER_CHANGE.
Hasta que, uno por uno, los errores fueron desapareciendo.

Cuando Rafa cerró el portátil, llevaba más de trece horas seguidas.
El salón estaba a oscuras.
Solo el reflejo de la pantalla iluminaba su cara.
Fuera, el silencio de la noche era absoluto.
Dentro, SAP había dejado de quejarse.

Por fin.

🌅 02:03 AM : Epílogo

Antes de dormir, Rafa escribió una nota en el documento de lessons learned:

Al cerrar el portátil, pensó que el sonido del ventilador le recordaba a una respiración… como si SAP, agotado, también durmiera.
Pero no del todo.
Porque en el fondo, lo sabía:
SAP nunca duerme.
Solo espera.
Y cuando te confías,
te devuelve un lunes en festivo.

A la mañana siguiente, la dirección convocó una reunión extraordinaria.
El ambiente era extraño: una mezcla de agotamiento, alivio y orgullo silencioso.

El responsable de operaciones tomó la palabra:

“Ayer vivimos uno de los días más duros desde que implantamos SAP.
Pero gracias a vuestro trabajo, el sistema volvió a la normalidad sin pérdida de datos ni impacto en los clientes.
Lo habéis hecho posible.”

Y entonces, como un pequeño gesto de justicia digital, añadió:

“Mañana… descansáis todos. Día libre para el equipo.”

Por primera vez en mucho tiempo, Rafa sonrió frente a la pantalla.
No por haber derrotado al error, sino porque alguien había entendido que, en el fondo,
los verdaderos héroes del sistema también necesitan reiniciar.

📚 Moralejas

En SAP, los errores no gritan, susurran.
Un calendario no transportado, un festivo olvidado,
y de repente el sistema cree que el mundo sigue girando mientras todos descansan.

SAP no perdona los días festivos olvidados.