Índice del boletín

• Dato curioso

• Ultimas noticias

• Información en bolsa

• Innovación IT

• Tip ABAP( Técnico )

• SAP Funcional

• Función de la Semana

• Liderazgo y Gestión

• Frase del Día

• Gracias por leer

🔍 Dato Curioso

En el mundo del desarrollo de software existe una regla ampliamente citada en estudios de ingeniería de calidad: cuanto más tarde se detecta un error, más caro es corregirlo. Investigaciones como las del IBM Systems Science Institute muestran que arreglar un defecto después de que el producto ha sido entregado puede costar hasta 100 veces más que si se hubiese encontrado y corregido en las primeras fases del ciclo de vida del desarrollo.

Esto no es solo teoría de laboratorio: se basa en la observación de cómo se multiplica el esfuerzo cuando una pequeña equivocación se arrastra hasta fases avanzadas como pruebas, integración o producción. Un defectos que podría haberse resuelto con unos minutos de análisis temprano puede requerir horas de re-trabajo, revisiones, pruebas adicionales y coordinación entre varios equipos si se descubre más adelante.

Este principio se traslada perfectamente a proyectos SAP: equivocarse en una decisión funcional o técnica y tardar en detectarlo no solo incrementa el coste del proyecto, sino que puede generar retrabajo, impactos en datos, parches manuales y dependencia de personas clave ( precisamente el tipo de “costo oculto” que no suele aparecer en las estimaciones iniciales ).

📰 Ultimas noticias

SAP extiende el periodo de transición para los Compatibility Packs de S/4HANA

SAP ha anunciado una extensión final de cinco meses en el periodo de uso de los llamados Compatibility Packs para clientes que ejecutan SAP S/4HANA On-Premise, trasladando la fecha límite del **31 de diciembre de 2025 hasta finales de mayo de 2026.

Los Compatibility Packs son paquetes de uso temporal que permiten que ciertas funcionalidades clásicas del ERP tradicional (SAP ECC) sigan funcionando dentro de un sistema SAP S/4HANA, con el objetivo de facilitar la migración y garantizar la continuidad del negocio mientras las compañías terminan de ajustar sus procesos a la nueva plataforma.

La razón de esta extensión es que muchos clientes todavía están en proceso de transición y necesitan más tiempo para completar la migración o encontrar alternativas en el nuevo entorno, por lo que SAP ofrece este período adicional como una ventana final para asegurar que la transición se haga de forma ordenada y sin interrupciones operativas.

Además de esta prórroga, SAP está ofreciendo programas específicos de apoyo y acompañamiento para clientes que están migrando a las soluciones en la nube que reemplazarán las funcionalidades de los Compatibility Packs, animándolos a planificar y ejecutar esa transición lo antes posible.

Esta noticia es especialmente relevante para empresas que todavía dependen de funcionalidades clásicas en sus sistemas S/4HANA On-Premise, ya que pone un plazo claro (mayo 2026) para tomar decisiones y avanzar hacia las alternativas nativas o soluciones en la nube.

💹 Información en Bolsa

Durante los primeros días del año, las acciones de SAP SE han continuado en una fase de consolidación tras la corrección que vimos en el último trimestre de 2025. El valor cotiza en torno a los 205–207 € por acción en la bolsa de Fráncfort, situándose por debajo de los máximos alcanzados en 2025, cuando el precio llegó a superar los 310 € durante picos de optimismo del mercado.

Los inversores están prestando más atención a factores fundamentales y sostenibles:

• Ingresos recurrentes en cloud: la transición exitosa de licencias on-premise a modelos cloud sigue siendo clave para las expectativas de crecimiento.

• Resultados reales vs promesas: el mercado ya no premia hype o anuncios; premia ejecución y resultados verificables.

• Impacto de IA y automatización: soluciones como SAP Order Management Services o integraciones de IA generan interés, pero los inversores quieren datos de adopción y retorno de inversión.

• Costes macro y percepción de riesgo: los mercados globales empiezan el año con cautela, especialmente en sectores tecnológicos, debido a expectativas de inflación y políticas monetarias.

En términos concretos

• Rango semanal: alrededor de 205–207 €

• Soporte técnico: ~200 €

• Resistencia clave: niveles superiores a 220 € / 240 € si suben las expectativas de crecimiento

• Comparación con inicios de 2025: más bajo que entonces (≈268 €), marcando corregida desde máximos, pero sin perder cohesión estructural.

🚀 Innovación IT

En los últimos años, muchas organizaciones han descubierto que el crecimiento no depende solo de vender más, sino de gestionar mejor cada pedido desde el primer momento. En este contexto, SAP Order Management Services surge como una respuesta clara a uno de los problemas más habituales en entornos digitales complejos: la fragmentación en la gestión de pedidos.

SAP Order Management Services es una solución cloud diseñada para centralizar, orquestar y controlar pedidos que llegan desde múltiples canales: comercio electrónico, tiendas físicas, marketplaces, aplicaciones móviles o sistemas legacy. Su valor no está en recibir pedidos, sino en decidir correctamente qué hacer con ellos, aplicando reglas de negocio coherentes y visibles en toda la organización.

Uno de los grandes retos en la gestión de pedidos es que los errores rara vez aparecen de forma inmediata. Una validación incorrecta, una mala interpretación del stock o una regla de entrega mal definida pueden parecer detalles menores, pero acaban generando reprocesos, incidencias operativas, devoluciones y, en el peor de los casos, pérdida de confianza del cliente. SAP Order Management Services aborda este problema actuando como una capa de inteligencia, donde cada pedido se valida y se encamina correctamente antes de entrar en flujos más costosos de corregir.

Desde un punto de vista de innovación IT, esta solución permite a las empresas reducir la dependencia de procesos manuales y parches locales, algo muy común cuando cada canal gestiona pedidos de forma independiente. Al centralizar la lógica, se gana trazabilidad, coherencia y capacidad de reacción ante excepciones, sin necesidad de rediseñar todos los sistemas existentes.

SAP Order Management Services también juega un papel clave en la experiencia del cliente y la fidelización. El cliente no percibe la arquitectura tecnológica, pero sí percibe cuando un pedido llega tarde, incompleto o incorrecto. En ese sentido, gestionar bien el pedido desde el inicio no es solo una mejora operativa, sino una estrategia directa de retención y confianza.

Otro aspecto relevante es la escalabilidad. A medida que crecen los canales de venta y los modelos de negocio, mantener reglas distribuidas en múltiples sistemas se vuelve insostenible. Centralizar la orquestación permite evolucionar sin multiplicar errores ni complejidad, algo fundamental en entornos donde el volumen y la velocidad ya no son opcionales.

En definitiva, SAP Order Management Services representa una forma madura de aplicar innovación IT: no añadiendo más velocidad, sino reduciendo el margen de error. Es un ejemplo claro de cómo la tecnología bien planteada no elimina la complejidad, pero sí evita que esa complejidad se traduzca en problemas operativos, costes ocultos y experiencias negativas para el cliente.

🧠 Tip ABAP

En ABAP hay una instrucción que muchos desarrolladores conocen, pocos usan y casi nadie explica bien: ASSERT. Y es una pena, porque bien utilizada es una de las herramientas más claras para mejorar la calidad del código y evitar errores silenciosos.

ASSERT no está pensada para validar datos de usuario ni para controlar errores funcionales. Su objetivo es otro: detectar errores de diseño o de lógica que no deberían ocurrir nunca. Cuando un ASSERT falla, no significa que el usuario haya hecho algo mal, significa que el programa está en un estado que el desarrollador no había previsto correctamente.

En la práctica, ASSERT se usa para dejar explícitas las suposiciones del código. Por ejemplo: que una variable clave siempre venga informada, que una tabla interna tenga datos en un punto concreto del flujo, o que un método no sea llamado con parámetros inválidos. En lugar de esconder esos problemas con validaciones defensivas o mensajes genéricos, ASSERT los hace visibles de inmediato.

Un ejemplo sencillo lo deja claro:

ASSERT lv_company_code IS NOT INITIAL.

Con esta línea estás diciendo algo muy potente: si esta condición no se cumple, el problema no es del usuario ni del proceso, es del diseño del programa. Y eso cambia completamente la forma de entender el error. No hay parches, no hay continuaciones peligrosas, no hay estados inconsistentes. El fallo aparece donde debe aparecer.

Una de las grandes ventajas de ASSERT es que documenta el código sin comentarios. Cualquiera que lea el programa entiende inmediatamente qué condiciones son obligatorias para que la lógica tenga sentido. Esto mejora la mantenibilidad, facilita el debugging y reduce el tiempo que otros consultores necesitan para comprender el flujo.

Eso sí, ASSERT debe usarse con criterio. No es una validación genérica ni un sustituto de controles funcionales. Si una condición puede fallar por una entrada del usuario o por un escenario de negocio válido, entonces no es un ASSERT, es una validación normal. ASSERT solo tiene sentido cuando la condición nunca debería darse si el sistema está bien diseñado.

Otro punto importante es que en sistemas productivos, los ASSERT mal colocados pueden provocar interrupciones innecesarias. Por eso, su uso correcto suele ir acompañado de una reflexión previa: ¿esto es realmente un error de programación o es un caso que debo gestionar? Cuando la respuesta es lo primero, ASSERT es la herramienta adecuada.

En definitiva, usar ASSERT es una señal de madurez como desarrollador ABAP. Significa que no solo te preocupa que el programa “funcione”, sino que funcione de forma coherente, predecible y honesta. No hace el código más largo, ni más complejo, pero sí mucho más robusto.

A veces, escribir buen ABAP no es añadir más lógica, sino dejar claro qué cosas no pueden fallar… y hacerlo evidente desde el primer momento.

🧩 SAP Funcional

Tip funcional MM: ML81L – Hoja de entrada de servicios

La ML81L sirve para registrar la Hoja de Entrada de Servicios (SES) cuando trabajas con pedidos de compras de servicios. Es decir, cuando no compras un material físico, sino un servicio: consultoría, mantenimiento, transporte, soporte, etc.

En MM, la ML81L es el equivalente funcional al MIGO, pero para servicios en lugar de materiales.

¿Para qué sirve realmente?

ML81L se utiliza para:

• confirmar que un servicio se ha realizado

• validar cantidades y precios del servicio

• aceptar o rechazar posiciones del pedido

• generar el documento que permite facturar al proveedor

• controlar que no se pague algo que no se ha prestado

Sin ML81L:
👉 el proveedor no debería poder facturar correctamente.

¿Por qué es tan importante?

Porque separa tres momentos clave:

1. Pedido de compra (ME21N) → se contrata el servicio

2. Hoja de entrada de servicios (ML81L) → se valida que el servicio se ha prestado

3. Factura (MIRO) → se paga

Esto introduce control.
Evita pagar por adelantado o por servicios incompletos.

Errores muy comunes

• Usar servicios como materiales “para ir rápido”

• Saltarse la ML81L y aceptar facturas directamente

• No revisar cantidades realmente ejecutadas

• No involucrar al responsable del servicio

Todo eso acaba generando:
❌ sobrecostes
❌ pagos indebidos
❌ conflictos con proveedores
❌ caos en contabilidad

Regla práctica

👉 Si compras un servicio, siempre debe existir una ML81L.
👉 Sin validación del servicio, no debería haber factura.

🔎 Función de la Semana

SPELL_AMOUNT

sirve para convertir una cantidad numérica en texto, normalmente para importes monetarios.

Es decir, pasa de:

1234,56

a algo como:

MIL DOSCIENTOS TREINTA Y CUATRO CON 56/100

Se usa muchísimo en:

• formularios

• facturas

• documentos legales

• contratos

• reports financieros

Y lo mejor: es estándar SAP, multilenguaje y fiable.

¿Por qué es interesante?

Porque:

• evita desarrollos Z innecesarios

• gestiona correctamente decimales

• respeta idioma y moneda

• lleva años probada en productivo

• cumple requisitos legales

Si un importe debe mostrarse en texto, usa estándar. No reinventes legislación.

Aquí os dejo el ejemplo de SAP

👑 Liderazgo y Gestión

En muchos proyectos SAP, la decisión que más se retrasa no es técnica, es de liderazgo: cuándo traer al consultor adecuado. Y lo curioso es que casi nunca se retrasa por falta de presupuesto, sino por la falsa sensación de que “todavía podemos aguantar un poco más”.

Desde el punto de vista de gestión, esta es una de las decisiones más caras que se pueden tomar. No porque no contratar a un consultor detenga el proyecto de inmediato, sino porque el proyecto sigue avanzando… pero en la dirección equivocada. Los equipos compensan, improvisan y parchean. El sistema funciona, pero empieza a acumular decisiones débiles que nadie corrige a tiempo.

Un líder que retrasa la incorporación de un consultor suele hacerlo pensando que ahorra costes. En la práctica, está trasladando ese coste a otro sitio: más horas internas, más retrabajo, más estrés en el equipo y, sobre todo, menos margen de maniobra cuando los problemas ya son visibles. En SAP, corregir tarde nunca es neutro; siempre implica deshacer, volver a probar y asumir riesgos adicionales.

La experiencia del consultor no aporta valor solo cuando se ejecuta una tarea, sino cuando previene errores antes de que se conviertan en problemas estructurales. Ese valor no siempre es tangible en una hoja de costes, pero sí en la estabilidad del sistema, en la calidad de los datos y en la tranquilidad del equipo. Un consultor a tiempo no acelera por correr más, acelera porque evita caminos equivocados.

Desde el liderazgo, también hay que entender que no contratar a tiempo suele generar dependencia interna. Las mismas personas acaban siendo imprescindibles, sosteniendo procesos frágiles y acumulando presión. El proyecto no se cae, pero el equipo se desgasta. Y cuando finalmente se decide pedir ayuda externa, el trabajo ya no es construir, sino reparar. Ahí es donde el coste se dispara.

La gestión madura no se basa en reaccionar cuando algo falla, sino en anticipar cuándo hace falta criterio externo. Un buen líder no mide el valor de un consultor por su tarifa, sino por el impacto que tiene en reducir incertidumbre, ordenar decisiones y dar dirección al proyecto.

Por eso, la frase cobra todo su sentido: el consultor no es caro; lo caro es equivocarse. Equivocarse tarde, corregir bajo presión y pagar dos veces por decisiones que podrían haberse tomado bien desde el principio. En SAP, como en liderazgo, saber cuándo pedir ayuda no es un gasto: es una inversión en estabilidad, calidad y futuro.

💬 Frase del Día

Esta frase resume muy bien algo que en el trabajo se aprende con el tiempo: nadie sabe más por haber leído más, sino por haberse equivocado y haber aprendido de ello. Cada error deja contexto, criterio y visión. Eso es lo que convierte la experiencia en valor real.

Por eso, cuando alguien toma decisiones con calma o pone límites, no es porque vaya lento, sino porque ya ha pasado por ahí antes. Y eso, aunque no siempre se vea, marca la diferencia.

🙌 Gracias por leer

🎓 Y hasta aquí llega nuestro boletín de hoy.
Hemos visto que el verdadero valor en la consultoría no está en hacer las cosas rápido, sino en saber cuándo parar, pensar y decidir bien. Porque la experiencia no se mide en minutos, sino en errores evitados y en decisiones tomadas a tiempo.

🗓️ Nos vemos el martes que viene, y ya sabes…
Comparte este boletín si crees que puede ayudar a otro consultor a valorar mejor lo que sabe, a no infravalorar su trabajo y a entender que equivocarse tarde siempre sale más caro 🚀📘.

¡Seguimos aprendiendo y creciendo juntos!

Hasta el martes que viene,

Un fuerte abrazo,