¿Has transformado tu ERP con SAP S/4HANA… pero sigues realizando procesos manuales?

Con la integración de Dost, desarrollada por GROUPmee, incorporas una capa de automatización inteligente que optimiza la ejecución operativa directamente sobre SAP S/4HANA.

Desde la captura y comprensión de documentos con IA hasta la conciliación automática y la gestión avanzada de aprobaciones, Dost reduce fricciones, elimina tareas manuales y aporta visibilidad en tiempo real.

Una evolución natural para llevar la eficiencia de tus procesos al nivel de tu ERP.

Más automatización. Más control. Más capacidad de decisión.

Aclaración importante: Los personajes, empresas y eventos de esta historia son enteramente ficticios. Si algún nombre coincide con la realidad, es pura casualidad. No se basa en hechos reales.

Octubre de 2015. Barcelona. Llevaba tres semanas en una de las mayores obras de infraestructura que España había visto en años. Una autovía de 127 kilómetros que cruzaría cinco provincias. El presupuesto era de 87 millones de euros. El cliente era la administración pública. Y yo estaba allí para asegurar que SAP gestionara correctamente cada gasto, cada hora de trabajo, cada factura.

Antes de venir a Barcelona, había pasado doce años implementando sistemas SAP en mega-proyectos. Había visto de todo. O eso creía. Estaba a seis meses de aceptar una oferta en Dubai como directora de PMO (Project Management Office) en una empresa constructora gigante. Este proyecto en Barcelona era mi última gran consultaría. Quería que fuera limpia, profesional, perfecta.

La vida tenía otros planes.

Yo, Elena Castillo, 43 años. Consultora SAP PS senior con doce años de experiencia en proyectos de infraestructura, energía y construcción. Divorciada. Dos hijas en la universidad. Vivía en Madrid pero pasaba 60% del tiempo viajando. Mi reputación profesional era impecable. Nunca había tenido un proyecto que se saliera de control bajo mi supervisión.

Hasta ahora.

Javier López, 52 años. Director del Proyecto (Project Manager) de esta autovía. Veinticinco años en construcción. Había dirigido proyectos en Perú, Colombia, Marruecos. Un hombre serio, responsable, del que la administración confiaba completamente.

Pero en octubre de 2015, Javier estaba destrozado.

El cliente (la administración pública) pedía cambios constantemente. El proyecto había comenzado con una estimación inicial, pero luego surgieron problemas geológicos inesperados. La roca era más dura. Habían tenido que cambiar de proveedor para la excavación. Los costos se estaban comiendo los márgenes. Javier dormía cuatro horas. Su matrimonio se estaba resquebrajando.

Paula Martínez, 28 años. Consultora funcional SAP PS junior en mi equipo. Dos años en la consultora. Técnicamente brillante: sabía SAP como pocos. Pero sin experiencia real en mega-proyectos. Sin perspectiva de lo que significa mover dinero en un proyecto de 87 millones.

Paula quería demostrar que podía hacer trabajo de consultores seniors.

María Ruiz, 56 años. Directora Financiera de la consultora ejecutora del proyecto. Veinte años en contabilidad de proyectos. Obsesionada con que cada factura se emitiera correctamente. Su reputación profesional dependía de estos números.

Martes 13 de octubre de 2015, 14:30 horas.

Estaba en las oficinas de Barcelona cuando María me llamó.

—Elena, tenemos un tema administrativo que resolver. Los nodos WBS PS01-010 y PS01-011.

—Dime.

—Excavaciones Fernández (el proveedor original) quebró hace dos meses. El cliente tuvo que contratar a Obras Rápidas S.L. para continuar. Ahora PS01-010 solo tiene tres imputaciones pendientes. Es un nodo prácticamente muerto.

—¿Qué propones?

—Paula sugiere que colapsemos PS01-010 hacia PS01-011. Consolidar todo en un nodo limpio. Javier dice que está de acuerdo.

Debería haber preguntado más. Debería haber entendido exactamente cómo SAP manejaría eso. Pero estaba en una reunión con el cliente a las 15:00.

—De acuerdo. Pero que Paula me envíe un plan de cambio antes.

Jueves 15 de octubre de 2015, 09:15 horas.

Paula me envió un email simple:

"Elena,

Plan de consolidación WBS:

Paula"

Debería haber preguntado sobre códigos de contabilización. Debería haber pedido que verificara cómo SAP trataba las imputaciones después del cambio.

Pero estaba en reuniones.

—OK Paula, adelante.

Ese fue mi error.

Jueves 15 de octubre de 2015, 11:45 horas.

Paula: "✓ Cambio completado. Nodo PS01-010 colapsado. Todas las imputaciones movidas a PS01-011. WBS re-sincronizado."

Yo: "Perfecto."

No sabía que acababa de pasar algo silencioso y devastador.

Lunes 19 de octubre de 2015, 09:15 horas.

María me llamó. Su voz tenía ese tono que solo aparece cuando hay un problema serio.

—Elena, tenemos un problema con las facturas de octubre.

—¿Qué pasó?

—Falta dinero. No cuadra. Estamos facturando menos de lo que deberíamos.

—¿Cuánto falta?

—Aproximadamente 280,000 euros.

Colgué. Tres horas después estaba en Barcelona.

Estábamos en una sala de reuniones: María, Javier, Paula, un abogado y yo.

Paula estaba nerviosa.

—¿Qué pasó exactamente? —pregunté.

Paula abrió SAP.

—Cuando colapsé PS01-010... hay que entender cómo funciona la contabilización. Cada nodo WBS tiene un "código de contabilización". Es como... es como una dirección de cuenta bancaria. Determina a dónde van los costos cuando se registran.

—Explica claro.

—PS01-010 tenía código de contabilización "FACT-001". Facturación directa al cliente. Todo lo que se imputaba bajo ese nodo se consideraba "facturableDirecto".

—¿Y PS01-011?

—PS01-011 tiene código de contabilización "COST-INTERN". Es para costos indirectos. Costos que se absorben internamente, no se facturan directamente.

Me quedé mirando la pantalla.

—Espera. ¿Son códigos de contabilización DIFERENTES?

—Sí. PS01-010 era facturación directa. PS01-011 era costos internos.

María intervino con una voz que helaba la sangre:

—Cuando Paula consolió los nodos, SAP reasignó todas las imputaciones de PS01-010 hacia PS01-011. Pero cuando lo hizo, automáticamente las cambió del código "FACT-001" al código "COST-INTERN".

—¿Eso qué significa?

—Significa que todas esas horas que eran "facturables", ahora están clasificadas como "costos internos". Siguen en el sistema. Siguen registradas. Pero contablemente están en la cuenta de costos internos, no en la cuenta de facturación al cliente.

Paula añadió, casi susurrando:

—Las imputaciones posteriores al 15 de octubre bajo PS01-010... técnicamente no existía ese nodo. El sistema las reasignó automáticamente a PS01-011 al registrarse. Y automáticamente las clasificó con el código COST-INTERN.

—¿Cuántas horas estamos hablando?

Paula abrió un reporte.

—Aproximadamente 3,800 horas de trabajo. Obreros que trabajaron bajo lo que creían era PS01-010 después de la consolidación. Todas esas horas están ahora clasificadas como "costos internos" en lugar de "facturables".

—¿En dinero?

—A 75 euros la hora... unos 285,000 euros.

Silencio absoluto.

Javier preguntó lo obvio:

—¿Cómo es que nadie se dio cuenta?

María explicó:

—Porque el sistema no lanza un error. Las imputaciones existen. Están registradas. Los obreros las pueden ver en sus timesheet. Pero cuando SAP calcula qué facturaral cliente en octubre, usa el código de contabilización "COST-INTERN". Y los costos internos no se facturan.

—¿Dónde aparecen entonces?

—En nuestra contabilidad interna. Como costos que absorbemos. Como si fuera trabajo que hicimos gratis.

Entendí el problema perfectamente.

Paula había consolidado dos nodos que tenían diferentes clasificaciones contables. SAP había movido las imputaciones. Pero había usado automáticamente el código contable del nodo DESTINO (COST-INTERN) en lugar de mantener el original (FACT-001).

Resultado: 285,000 euros de trabajo que debería facturarse al cliente, ahora clasificado como costos internos de la consultora.

La semana siguiente fue un infierno.

Paula tuvo que restaurar PS01-010 desde backup. Luego tuvo que reclasificar manualmente cada una de las 3,800 imputaciones del código contable COST-INTERN al código FACT-001. Luego tuvo que recalcular la facturación de octubre.

Luego fue lo peor: explicarle al cliente que no se le había facturado correctamente. Que había trabajo por valor de 285,000 euros que debía ser incluido en la factura.

El cliente abrió una investigación. ¿Cómo era posible este error?

La consultora ofreció un descuento de "buena voluntad" como disculpa. En lugar de 285,000, facturó 210,000 (25% de descuento).

Pérdida real: 75,000 euros.

Pero el daño reputacional fue mucho peor.

Viernes 23 de octubre de 2015, 18:00 horas.

Con Javier en una cafetería:

—Aprobé algo que no entendía. Dije "sí" a un cambio sin preguntar qué implicaba técnicamente. Eso fue irresponsable.

—Sí. Lo fue.

Con Paula en su oficina:

—Yo pensé que era un cambio administrativo. Que consolidar un nodo era solo mover datos. No me di cuenta de que SAP tenía lógica automática que cambiaría los códigos de contabilización.

—¿Por qué no probaste en desarrollo primero?

—Porque nadie me lo pidió. Todos asumieron que era simple. Incluyéndote tú.

Un cambio que parecía inocuo: "Consolidar un nodo WBS vacío."

Pero en SAP PS, cada nodo tiene múltiples configuraciones:

Cuando consolidates dos nodos, SAP ejecuta lógica automática que puede cambiar estas clasificaciones. Si no entiendes esa lógica, puedes reclasificar accidentalmente costos facturables como costos internos.

Las lecciones:

1. En SAP PS, consolidar nodos no es un cambio administrativo.

Es un cambio que afecta:

2. La reclasificación automática es silenciosa.

SAP no te dice "he cambiado el código contable". Simplemente lo hace. Las imputaciones siguen existiendo, pero en la categoría equivocada.

3. Quien consolida debe entender los códigos de contabilización.

Paula no sabía que existían códigos diferentes. No sabía que la consolidación los cambiaría automáticamente. No sabía cuáles eran las consecuencias contables.

4. Quien aprueba debe hacer preguntas técnicas.

Javier debería haber preguntado: "¿Qué códigos contables tienen estos nodos?"

Yo debería haber exigido: "¿Cómo maneja SAP los códigos de contabilización durante la consolidación?"

5. El testing en desarrollo es OBLIGATORIO.

Una consolidación en desarrollo habría mostrado inmediatamente que algo estaba mal: "¿Por qué estas imputaciones aparecen como costos internos?"

LA PREGUNTA CRÍTICA:

Cuando alguien dice "consolidar nodos WBS", deberías preguntar:

Si no puedes responder todas sin dudarlo, espera.