Í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

Uno de los mayores riesgos en entornos SAP no está en el sistema, ni en la infraestructura, ni siquiera en el diseño funcional. Está en algo mucho más silencioso: las personas que se van.

SAP es un ecosistema con una demanda constante y muy alta de consultores. Da igual el módulo, la tecnología o el sector: siempre hay ofertas, siempre hay proyectos y, para muchos perfiles, a partir de cierto punto —normalmente entre el primer y segundo año de experiencia real— empiezan a llegar mensajes, llamadas y propuestas de forma regular. A muchos nos ha pasado.

Y aquí aparece una pregunta incómoda:
¿somos mercenarios los consultores SAP?

La respuesta no es tan simple.

Por muy bueno que seas en tu trabajo, nadie es imprescindible. Eso es una realidad que conviene tener clara desde el principio. Los proyectos continúan, los sistemas siguen funcionando y las empresas sobreviven. Pero también es cierto que no todas las salidas pesan igual. Hay personas cuya marcha duele más, no porque sean héroes, sino porque concentran conocimiento, criterio y contexto que no está documentado en ningún sitio.

SAP no se aprende solo con manuales. Se aprende con experiencia, con errores, con proyectos que salieron mal y con decisiones que costaron caro. Cuando una persona se va, no se pierde solo capacidad técnica; se pierde memoria del sistema, del negocio y de por qué ciertas cosas se hicieron como se hicieron.

La alta rotación tiene muchas causas. Algunas son externas: la demanda, el mercado, la competencia entre empresas. Otras son internas: proyectos mal gestionados, falta de crecimiento, ausencia de reconocimiento o presión constante. Y luego está la gran disyuntiva que muchos consultores se plantean tarde o temprano:
¿priorizo hacerme importante en una empresa, aprender a fondo, ganar confianza… o priorizo mejores condiciones económicas aunque eso implique más volatilidad?

No hay una respuesta universal. Cambiar de empresa puede significar aprender mucho en poco tiempo, mejorar condiciones y ampliar visión. Pero también implica empezar de cero una y otra vez, perder profundidad y no llegar a entender realmente cómo vive un sistema SAP a lo largo de los años.

Quedarse más tiempo permite algo que no siempre se valora: ver las consecuencias reales de las decisiones. Ver qué pasa cuando un diseño se mantiene, cuando un parche envejece o cuando un proceso se fuerza demasiado. Esa experiencia no se obtiene saltando constantemente, y es lo que convierte a un consultor en alguien realmente valioso.

Desde el punto de vista de la empresa, la rotación también tiene un coste que pocas veces se mide bien. No es solo el coste de sustituir a alguien, sino el tiempo hasta que la nueva persona entiende el contexto, el sistema y el negocio. Durante ese periodo, el riesgo aumenta, las decisiones se ralentizan y el sistema se vuelve más frágil.

Al final, ni los consultores son mercenarios por cambiar, ni las empresas son villanas por no retener siempre. Pero sí es importante ser conscientes de algo: la rotación en SAP no es neutra. Tiene impacto, genera riesgo y condiciona la estabilidad del sistema.

Quizá la pregunta no sea si es mejor cambiar o quedarse, sino otra más incómoda:
👉 ¿estamos construyendo conocimiento real o solo encadenando proyectos?

Porque en SAP, los sistemas no se rompen cuando alguien se va…
pero sí se vuelven más vulnerables.

📰 Ultimas noticias

SAP ha vuelto a ser reconocida como líder en el Gartner Magic Quadrant for Source-to-Pay Suites, un informe de referencia que evalúa a los principales proveedores de soluciones de compras end-to-end a nivel mundial.

Este reconocimiento pone el foco en la solidez de la oferta Source-to-Pay de SAP SE, que cubre todo el ciclo de aprovisionamiento: desde la estrategia de compras y la gestión de proveedores hasta la contratación, la ejecución, el control del gasto y el pago final.

¿Por qué es relevante este liderazgo?

Gartner valora a los proveedores en dos ejes clave: capacidad de ejecución y visión a largo plazo. En el caso de SAP, el informe destaca especialmente:

• la integración completa entre compras, finanzas y operaciones

• la capacidad de ofrecer trazabilidad de principio a fin

• el uso de analítica avanzada e inteligencia artificial para mejorar decisiones de compra

• la escalabilidad para empresas grandes y complejas

Esto confirma algo que muchas organizaciones ya experimentan en el día a día: las compras ya no son solo una función operativa, sino una palanca estratégica de control de costes, cumplimiento y resiliencia.

Source-to-Pay: mucho más que comprar barato

El modelo Source-to-Pay permite a las empresas:

• tener visibilidad real del gasto

• reducir riesgos con proveedores

• estandarizar procesos

• mejorar el cumplimiento normativo

• y conectar compras con impacto financiero directo

En un contexto de presión sobre márgenes, inflación y cadenas de suministro inestables, este tipo de soluciones gana peso en los comités de dirección.

El reconocimiento de Gartner no implica que estas soluciones sean necesarias para cualquier organización, pero sí refuerza la idea de que, en empresas con volumen, complejidad y necesidad de control, contar con una suite Source-to-Pay integrada marca una diferencia clara frente a herramientas aisladas.

En definitiva, este liderazgo consolida a SAP como uno de los actores más fuertes en el ámbito de compras empresariales, especialmente para organizaciones que buscan control, trazabilidad y visión a largo plazo en sus procesos financieros y de aprovisionamiento.

💹 Información en Bolsa

En las últimas sesiones, las acciones de SAP SE han vivido un momento difícil en los mercados financieros. Según datos recientes, el valor de la compañía cayó a su nivel más bajo desde agosto de 2024, en medio de un retroceso más amplio de las acciones del sector software impulsado por preocupaciones sobre el impacto de la inteligencia artificial en el modelo de negocio tradicional de proveedores de software empresarial.

Este descenso ha llevado a que SAP pierda aproximadamente 130.000 millones USD en capitalización de mercado desde sus máximos históricos alcanzados en febrero de 2025, reflejando cierta cautela entre los inversores.

Una de las razones que pesan en el ánimo bursátil es la percepción de que las herramientas basadas en IA podrían hacer que ciertos servicios y módulos de software sean más fáciles de desarrollar o automatizar, afectando potencialmente los precios medios de los servicios tradicionales. Esto ha generado cierta volatilidad pese a que analistas destacan que el valor fundamental de SAP como líder en ERP sigue siendo sólido.

Es importante recordar que esta situación frente a “mega tendencias” como la IA no significa que SAP esté en una crisis terminal: muchos expertos siguen confiando en la capacidad de la compañía para adaptarse y seguir creciendo, especialmente en su oferta en la nube.

En resumen, la cotización de SAP está sufriendo una presión a corto plazo por cambios en las prioridades del mercado, pero la empresa mantiene sólidos fundamentos operativos y una posición estratégica en software empresarial.

🚀 Opinión personal

Voy a empezar siendo claro, porque cuanto antes se diga, mejor:
nadie es imprescindible y todos somos “mercenarios”. Las cosas como son.

Ninguno de nosotros trabaja por la ilusión de cerrar un proyecto complejísimo de integración con colchonescomodos.sl. Trabajamos por dinero, por mejores condiciones y por estabilidad personal. Eso no nos hace peores profesionales, nos hace realistas. El romanticismo en SAP dura lo que tarda en llegar la primera guardia, el primer incendio o el primer “esto es urgente”.

Ahora bien, dicho esto, también tengo clara una cosa: no todos los mercenarios juegan igual la partida.

Yo soy más de permanecer en una empresa por confianza, fidelidad y, sobre todo, escalabilidad. Pero ojo, quedarse no es aguantar por aguantar. Para mí, estar en una empresa durante un tiempo tiene que cumplir varios puntos clave.

El primero es la confianza suficiente como para poder decir que algo no me gusta. Poder decir “esto no lo veo”, “esto así no funciona” o “esto nos va a traer problemas”. Esa confianza no se compra, se gana con el tiempo, con trabajo bien hecho y con coherencia.

El segundo punto es la comodidad, entendida no como vaguear, sino como poder trabajar tranquilo, sin ir siempre con miedo, sin presión absurda y sin tener que justificar constantemente tu criterio.

Y el tercero, el más importante para mí, es el crecimiento personal. Y aquí quiero ser muy claro: crecer no significa necesariamente ascender pisando cuellos. Todo lo contrario. El que me conoce sabe que ese tipo de comportamientos los detecto rápido… y los corto igual de rápido. Crecer es aprender, asumir responsabilidad, entender el negocio y mejorar como profesional y como persona.

Eso sí, tampoco nos engañemos: si alguna de estas cosas falla, no me voy al día siguiente. No funciona así. Pero cuando empiezo a notar que estoy estancado, que algo ha cambiado o que ya no es el sitio que tenía en la cabeza, empiezo a plantearme el siguiente paso. Con calma, con cabeza y sin quemar puentes.

De hecho, nunca he tenido problemas con ninguna empresa. Siempre que me he ido, me he ido muy bien, avisando con tiempo, incluso más del necesario si hacía falta. Siempre dejo mi contacto por si en el futuro necesitan ayuda con algo que hice o con alguna duda de un proyecto. Sin abusar, claro. Eso también es profesionalidad.

Así que sí, si queremos llamarlo así, soy un “mercenario”. Miro por mí y por lo que considero mejor para mi vida. ¿Me preocupo por la empresa y por la gente con la que trabajo? Por supuesto, si la empresa esta bien, también me repercute directamente.

Tal vez suene brusco o seco, pero es la realidad de nuestro sector. En SAP hay rotación porque hay demanda. Hay demanda porque hay mercado. Y hay mercado porque las empresas compiten. Gracias a eso, nosotros tenemos mejores condiciones y mejores salarios. Sería raro no aprovecharlo.

Eso sí, no estamos hablando de irse por mil euros más al año. Eso no funciona así. Las decisiones importantes se toman cuando el conjunto cambia de verdad.

Por eso soy partidario de quedarte en una empresa cuando ves recorrido, cuando puedes crecer sin traicionarte y cuando el sitio te acompaña. Algo así como el repartidor que entra en una empresa y, con los años, acaba siendo director de operaciones. Salvando las distancias… pero con la mentalidad de esta época.

En SAP no se trata solo de moverse rápido.
Se trata de saber cuándo quedarse y cuándo irse.

🧠 Tip tecnico

Hay cosas en SAP Integration Suite que los perfiles más experimentados dan por sentadas. Tan por sentadas que a veces se olvida que mucha gente que empieza ( o que viene de otros mundos) no tiene todavía el hábito de usarlas. Una de ellas es la externalización de parámetros en los iFlows.

Externalizar parámetros no es una funcionalidad “avanzada” ni algo opcional para cuando el proyecto crezca. Es una buena práctica básica que, si no se adopta desde el principio, suele convertirse en deuda técnica silenciosa.

La idea es simple: sacar fuera del iFlow todo aquello que puede cambiar según el entorno. URLs, endpoints, flags, timeouts, IDs técnicos, comportamientos configurables… Todo eso no debería vivir dentro del diseño del flujo. Debería vivir en la configuración del entorno.

¿Por qué? Porque en integración, lo normal es que la lógica se mantenga bastante estable, pero los entornos no. DEV, QAS y PRD no son iguales y forzar que un iFlow tenga valores “fijos” suele acabar en copias, redeploys innecesarios o cambios con más riesgo del que parece.

Aquí es donde los Externalized Parameters marcan la diferencia. Permiten reutilizar exactamente el mismo iFlow en distintos entornos, cambiando únicamente la configuración externa, sin tocar el diseño ni volver a desplegar. El flujo es el mismo, lo que cambia es el contexto.

Muchos perfiles con experiencia en Integration Suite ya lo hacen de forma natural. Pero en equipos mixtos o en personas que están empezando, es muy habitual ver iFlows con URLs hardcodeadas, condiciones comentadas “para luego” o valores que se cambian directamente en el diseño cada vez que se pasa de entorno. Funciona… hasta que deja de hacerlo.

El problema no aparece el primer día. Aparece cuando hay que hacer un cambio rápido en productivo, cuando hay varios iFlows similares, o cuando nadie recuerda qué versión corresponde a cada entorno. Ahí es cuando algo tan simple como no haber externalizado un parámetro empieza a doler.

La regla práctica es clara: si un valor puede cambiar según el entorno, no debería estar dentro del iFlow. Da igual si el proyecto es pequeño o grande. Da igual si hoy solo hay un entorno. El coste de hacerlo bien desde el principio es mínimo; el coste de no hacerlo crece muy rápido.

Externalizar parámetros no te hace más técnico, ni más senior, ni más “cloud”. Te hace más ordenado, más previsible y más profesional. Y en integración, eso suele ser lo que evita problemas cuando el paisaje empieza a crecer.

No es un truco.
No es una moda.
Es simplemente una buena costumbre que conviene adquirir cuanto antes.

🧩 SAP Funcional

En SAP FI hay una confusión muy habitual que acaba generando más problemas de los necesarios: pensar que, si una factura tiene un problema, hay que borrarla o anularla. Y no siempre es así.

SAP distingue muy bien entre existencia contable y autorización de pago. Una factura puede estar correctamente contabilizada ( porque el gasto es real )y aun así no debería pagarse todavía. Para eso existe el bloqueo de pagos.

El bloqueo de pagos permite impedir que una factura entre en el programa de pagos automáticos (F110) sin tocar la contabilidad, sin perder trazabilidad y sin generar documentos adicionales. Es una herramienta estándar, sencilla y tremendamente eficaz.

Un caso muy común: llega una factura de proveedor, se contabiliza porque el servicio existe, pero hay una discrepancia, falta validación interna o el proveedor tiene un conflicto abierto. En lugar de borrar o revertir, la factura se bloquea para pago. El gasto queda reflejado, pero el dinero no sale.

Este bloqueo se puede aplicar incluso después de haber contabilizado la factura, usando FB02, modificando el documento y marcando el campo de bloqueo de pago. A partir de ese momento, SAP excluye automáticamente esa factura del proceso de pago hasta que alguien quite el bloqueo de forma consciente.

¿Por qué es tan importante este enfoque? Porque evita uno de los errores más caros en finanzas: pagar algo que no deberías haber pagado todavía. El bloqueo se puede quitar. El dinero pagado, no vuelve solo.

Además, es una solución limpia:

• no rompe procesos

• no genera excepciones raras

• no requiere desarrollos

• mantiene el control y la auditoría

El error habitual es gestionar estas situaciones “por fuera del sistema”: correos, avisos verbales, Excel o simplemente confiar en que nadie ejecutará el pago. SAP ya tiene el control incorporado. Solo hay que usarlo.

La regla práctica es sencilla:
si la factura existe pero no debe pagarse, bloquéala.
Si no debería existir, entonces sí, anúlala.

Pequeños gestos funcionales como este son los que marcan la diferencia entre una contabilidad reactiva… y un control financiero de verdad.

🔎 Función de la Semana

BAPI_TRANSACTION_COMMIT

Y direis…¿En serio, Guille… BAPI_TRANSACTION_COMMIT? ¿No había otra función más “glamurosa” para el boletín? Pues no. Y precisamente por eso tiene todo el sentido del mundo traerla aquí. Porque todos, absolutamente todos, hemos ejecutado una BAPI, hemos visto el mensaje verde, hemos pensado “perfecto, ya está”, y cuando volvemos a mirar… no hay nada grabado. En ese momento empiezan las dudas existenciales: que si SAP hoy está raro, que si la BAPI miente, que si el sistema no refresca… y no.

Faltaba el commit.

Muchas BAPIs no hacen commit automáticamente. SAP confía en ti, en que sepas cuándo quieres confirmar los cambios. Y cuando SAP confía en ti, más de una vez te la lía. Por eso existe BAPI_TRANSACTION_COMMIT, para decirle claramente al sistema: ahora sí, guarda esto de verdad. No es magia, no es un bug, es control transaccional.

Esto se ve muchísimo cuando pruebas cosas en SE37. Ejecutas una BAPI que crea o modifica datos, todo parece correcto, el RETURN viene limpio… pero sales y el objeto no existe. El truco de toda la vida y que sigue funcionando, es simple: ejecutas la BAPI, revisas que el resultado sea correcto y como último paso, llamas a BAPI_TRANSACTION_COMMIT. Es como cerrar la transacción a mano. BAPI de negocio primero, commit después. Siempre.

como se hace esto.. pues en la se37/modulo funciones/ejecutar/secuencias test.

Primero pones la funcion que quieres probar y despues la funcion del commit.

El error típico es pensar que con un COMMIT WORK ya vale o que todas las BAPIs se comportan igual. No. SAP separa la lógica de negocio de la persistencia por una razón: para que tú decidas cuándo confirmar. El problema es que, si no lo tienes en la cabeza, te puedes pasar un buen rato buscando un fallo que no existe.

La regla práctica es sencilla y conviene recordarla más de lo que creemos: si una BAPI crea o modifica datos, pregúntate siempre quién hace el commit. Si no lo ves claro, ya sabes qué función falta en la película.

Sí, es básica. Sí, es conocida. Y aun así, sigue salvando desarrollos todos los días. Porque en SAP, muchas veces, lo que parece más obvio… es justo lo que se olvida.

👑 Liderazgo y Gestión

Un buen líder en entornos SAP no puede ignorar el mercado laboral. La rotación no se gestiona solo con cultura o buen ambiente; el salario importa, y mucho. Saber cuáles son los sueldos competitivos reales no es opcional, es parte del liderazgo. No para igualar siempre, pero sí para entender desde dónde se está jugando la partida.

Cuando una empresa no puede llegar al salario más alto del mercado, el error es resignarse. La clave está en acercarse todo lo posible y compensar de forma honesta con otras condiciones: confianza, flexibilidad, proyectos interesantes, estabilidad y crecimiento real. El problema aparece cuando se pide compromiso a cambio de promesas vagas o sacrificios constantes. Eso no retiene, desgasta.

Otro punto importante es la transparencia. Un líder que habla claro sobre lo que puede y no puede ofrecer genera más confianza que uno que esquiva el tema salarial. Decir “no llegamos a esto ahora, pero este es el plan” es mucho más sano que fingir que el dinero no importa.

Además, hay un tip que suele olvidarse: no penalizar el crecimiento externo. En SAP, muchos consultores crecen porque el mercado les empuja. Un líder inteligente no castiga al que recibe ofertas ni convierte eso en una traición. Al contrario, lo usa como termómetro: si el mercado valora a alguien, es señal de que ese perfil tiene valor… también dentro.

Y por último, algo muy importante: el día a día pesa más que cualquier oferta. Un salario ligeramente inferior puede compensarse si el profesional tiene autonomía, puede opinar, siente respaldo en momentos difíciles y trabaja con gente en la que confía. Pero eso solo funciona si es real, no si se usa como excusa para no mejorar condiciones.

En resumen, liderar en SAP hoy implica entender que:

• el mercado existe

• el dinero importa

• las personas comparan

• y la retención es una consecuencia, no un objetivo

Un buen líder no promete lo que no puede dar, pero sí construye un entorno donde quedarse tenga sentido, incluso cuando fuera llaman a la puerta.

💬 Frase del Día

Con el tiempo aprendes que avanzar no siempre significa hacer más. A veces significa frenar, cuestionar o poner límites. Esa capacidad de decidir con calma y criterio es lo que transforma el conocimiento en sabiduría profesional.

🙌 Gracias por leer

🎓 Y hasta aquí llega nuestro boletín de hoy.

🗓️ Nos vemos el martes que viene, y ya sabes…

Comparte este boletín si crees que puede inspirar a otro consultor (o a una startup, o a un curioso de la tecnología) a seguir aprendiendo 🚀📚.

¡Seguimos creciendo juntos!

Hasta el martes que viene,

Un fuerte abrazo,