De la firma en papel a la aprobación digital: un caso real en SAP MM

Una empresa industrial tenía un problema habitual en SAP MM: contratos, solicitudes y pedidos que necesitaban aprobación interna acababan saliendo del sistema para circular por correo o en papel, con todo el retraso y la falta de control que eso implica

Con la implantación del Conector SAP Signaturit de GROUPmee, ese flujo pasó a ser completamente digital y automático.

Hay un perfil profesional que no tiene certificación SAP, no aparece en ninguna oferta de trabajo y sin embargo existe en prácticamente todos los sectores, todas las industrias y todos los tamaños de empresa.

No es exclusivo de SAP ni de la consultoría. Lo encuentras en banca, en sanidad, en administración pública, en startups y en multinacionales. Lo encuentras en proyectos de dos personas y en proyectos de doscientas. Es, posiblemente, el perfil más universal del mercado laboral.

Lo curioso es que este perfil no prospera gracias a sus conocimientos técnicos ni a su experiencia real. Prospera gracias a algo completamente distinto: una habilidad extraordinaria para gestionar percepciones. Para estar donde hay visibilidad. Para hablar con convicción de cosas que otros han hecho. Para desaparecer cuando hay trabajo duro y aparecer justo cuando hay reconocimiento.

El clima emocional de un equipo tiene un impacto directo en el rendimiento de entre un 20% y un 30%. Y este tipo de perfil, cuando existe en un equipo, afecta exactamente a ese clima. No de forma dramática ni inmediata. Sino de forma lenta y silenciosa, erosionando la motivación de los que sí trabajan y generando una sensación de injusticia que es muy difícil de articular pero muy fácil de sentir.

Lo bueno es que tiene solución. Y esa solución empieza por reconocerlo.

Una novedad que va a interesar especialmente a los partners y consultoras que venden productos propios en el ecosistema SAP.

SAP Store ya soporta más de 50.000 transacciones y representa aproximadamente el 30-35% del volumen de ventas de SAP, dando a los partners acceso a más de 440.000 clientes SAP en más de 200 países. Un escaparate enorme. Pero con un problema que cualquier partner conoce bien: las deals enterprise no caben en un botón de 'comprar ahora'.

Negociación de precios, condiciones personalizadas, plazos de pago, requisitos fiscales por región, aprobaciones internas del cliente... todo eso normalmente sacaba la negociación fuera de la plataforma. De vuelta al email. A las hojas de Excel. A los hilos de conversación donde nadie tiene visibilidad completa.

Las ofertas privadas de SAP Store resuelven exactamente eso: en lugar de forzar los deals complejos fuera de la plataforma, el cliente puede solicitar una oferta privada directamente desde SAP Store, negociar condiciones con el partner y cerrar la transacción dentro del mismo entorno donde encontró la solución.

Las ofertas privadas soportan precios y condiciones negociadas, fechas de inicio flexibles, condiciones de pago y transferencias bancarias en USD y EUR. Para transacciones elegibles (actualmente disponible para clientes y partners en el EEA y Estados Unidos) SAP Store también gestiona la facturación, los cálculos de impuestos indirectos y la conciliación de pagos, mientras el partner sigue siendo el vendedor de registro.

Para los partners que quieren expandirse a nuevos mercados sin tener que montar infraestructura fiscal y de facturación local... esto es relevante. Reduce considerablemente la fricción operativa de vender en regiones donde no tienes presencia establecida.

Semana complicada para la cotización de SAP. A 22 de junio de 2026, la cotización de SAP en Fráncfort se sitúa en 131,70€, con un rango diario entre 130,79€ y 133,70€ y un rango de 52 semanas entre 130,79€ y 269,35€.

El dato más llamativo está en ese rango anual: SAP cotiza prácticamente en sus mínimos de 52 semanas, muy lejos de los máximos del año pasado. Y hay contexto detrás.

Las acciones de SAP cayeron cerca de un 4% después de que Goldman Sachs rebajara su precio objetivo. Una rebaja que llega en un momento delicado: SAP lleva meses acumulando presión desde el mercado después del castigo que recibió tras sus resultados anuales de 2025.

Las acciones han bajado un 4,19% respecto a la semana anterior, un 12,85% en el último mes y un 46,43% en el último año. Números que llaman la atención viniendo de una empresa que sigue creciendo en ingresos y que acaba de presentar en Sapphire 2026 su hoja de ruta más ambiciosa en décadas.

SAP publicará su próximo informe de resultados el 23 de julio de 2026, y las ganancias por acción del último trimestre fueron de 1,72€, superando la estimación de 1,64€ en un 4,66%. Los fundamentales aguantan. Lo que el mercado castiga es el ritmo de crecimiento cloud y la incertidumbre que rodea la investigación antimonopolio de la UE.

El precio objetivo medio a 12 meses que los analistas dan a SAP es de 214,81€, con estimaciones que van desde 154,99€ en el caso más pesimista hasta 290€ en el más optimista. Es decir, incluso el escenario más conservador de los analistas está por encima del precio actual. Pero ya sabéis que esto no es consejo de inversión: soy consultor SAP, no gestor de fondos.

Antes de empezar quiero dejar algo muy claro.

Esto no le pasa a todo el mundo ni está en todos los proyectos. Hay equipos SAP (y los hay, de verdad) donde el trabajo habla por sí solo, donde el mérito se reconoce sin guerras de despacho y donde la honestidad es el estándar. Este artículo no va de esos equipos.

Va de los otros. Y de cómo gestionarlos con cabeza, con humor y sin perder la compostura. 😄

No voy a llamarlo de ninguna forma concreta porque el nombre no importa. Lo que importa es el patrón. Y el patrón es muy reconocible.

Es el que llega al steering committee con el proyecto perfectamente resumido en tres diapositivas... que han hecho otros. El que en la reunión de kick-off tiene una opinión muy formada sobre todo y en la siguiente reunión no recuerda los detalles porque en realidad nunca los supo. El que cuando algo sale bien dice 'hemos conseguido' y cuando algo sale mal dice 'ellos decidieron'.

En el ecosistema SAP este perfil tiene sus versiones particulares. El que habla de Joule, de RISE, de Clean Core y de la hoja de ruta hasta 2040 con una fluidez impresionante... pero cuando le preguntas cómo se configura algo concreto en la SPRO de repente tiene una llamada urgente. El que en cada reunión con el cliente parece el experto del proyecto aunque el experto real esté sentado a su lado sin que nadie le haya dado la palabra. El que desaparece misteriosamente los viernes por la tarde cuando hay incidencias en producción y reaparece el lunes con un '¿cómo fue todo?' con cara de genuina preocupación.

Pero como decía antes: esto no es exclusivo de SAP ni de la consultoría. Lo encuentras exactamente igual en un banco, en una clínica, en una administración pública o en una startup que acaba de recibir financiación. El entorno cambia. El patrón es siempre el mismo.

Y aquí viene la parte que más me interesa reflexionar. Porque este tipo de perfil no prospera en el vacío. Prospera en determinados entornos. Y entender cuáles son esos entornos ayuda mucho más que intentar cambiar a la persona.

Prospera donde la visibilidad importa más que los resultados. Donde lo que dices en una reunión pesa más que lo que entregas en el proyecto. Donde las jerarquías son rígidas y el acceso a quien decide depende de quién se sienta más cerca en la mesa.

Prospera también (y esto es lo que menos nos gusta reconocer) donde los que trabajan bien no comunican lo que hacen. Donde hay gente muy capaz que cree que el trabajo habla por sí solo y que destacar lo propio es de ego. Y que luego se sorprende cuando alguien que trabaja la mitad recibe el doble de reconocimiento.

No es justo. Pero es real.

Lo primero y más importante: con perspectiva y con humor. Porque si conviertes esto en una batalla personal pierdes energía, pierdes foco y le das exactamente el protagonismo que busca. 😅

Haz tu trabajo visible de forma natural. No de forma agresiva ni competitiva. Simplemente asegúrate de que lo que haces queda registrado. Un correo de seguimiento después de una reunión, una actualización en el sistema de ticketing, un comentario en el acta donde queda claro quién hizo qué. No es vanidad. Es higiene profesional.

Habla en reuniones. Si tienes algo que aportar, apórtalo. No esperes a que alguien lo diga por ti (o en lugar de ti). El silencio en una reunión no es humildad. A veces es un espacio que otros van a ocupar.

No entres en su juego. La reacción emocional y pública es exactamente lo que este perfil necesita para posicionarse como el razonable. La frialdad educada y la consistencia en el trabajo son mucho más efectivas que cualquier confrontación. Y mucho más elegantes.

Construye relaciones reales con el equipo. Este tipo de perfil opera mejor en el aislamiento. Cuando hay buenas relaciones entre compañeros, cuando el cliente te conoce directamente y cuando los usuarios saben quién les ayuda de verdad... hay mucho menos espacio para narrativas alternativas.

Si estás en un proyecto o en un trabajo donde sientes que alguien sistemáticamente se lleva el mérito de lo que tú haces, o que te hace sentir menos de lo que eres... primero quiero decirte algo sencillo:

Tu trabajo tiene valor. Tu criterio tiene valor. Y eso no cambia porque alguien tenga más facilidad para hablar bien de sí mismo en las reuniones correctas.

Cada uno gestiona estas situaciones a su manera. Hay quien prefiere ignorarlo y seguir trabajando bien. Hay quien prefiere hablarlo directamente. Hay quien decide que ese entorno no es el suyo y busca otro. No hay una respuesta correcta universal.

Lo que sí es universal es que la autoestima profesional no se construye comparándote con quien más brilla en las reuniones. Se construye sabiendo lo que sabes hacer, haciéndolo bien y rodeándote de personas que valoran eso. 😊

¿Lo has vivido alguna vez? No hace falta dar nombres ni detalles. Pero si te apetece compartir cómo lo gestionaste... aquí hay un espacio para eso.

Hay un momento muy concreto en el que cualquier técnico SAP que llega a BTP por primera vez se detiene y mira la pantalla con cara de confusión.

'¿Qué es un subaccount? ¿Y un directory? ¿Y por qué necesito todo esto para desplegar algo?'

Es una de las preguntas más habituales y menos bien explicadas del ecosistema BTP. Vamos a resolverla de una vez. 😄

BTP sigue una estructura jerárquica estricta de tres capas: Global Account en la cima, luego Directories opcionales y finalmente Subaccounts donde ocurre todo lo real.

Global Account es la implementación de tu contrato comercial con SAP. Es el nivel más alto, donde se gestionan los entitlements (los servicios que tienes contratados) y las cuotas que puedes distribuir hacia abajo. No despliegas nada aquí. Solo gobiernas.

Los Directories son contenedores lógicos para organizar Subaccounts (por división, por región, por proyecto o por ciclo de vida). No son obligatorios pero son muy recomendables cuando tienes muchos subaccounts y necesitas gobernanza clara.

El Subaccount es donde ocurre la ejecución real. Aquí despliegas aplicaciones, consumes servicios y gestionas suscripciones. Cada subaccount opera de forma completamente independiente (con su propia gestión de usuarios, sus propios entitlements y su propio identity provider si lo necesitas).

Y aquí viene el detalle más importante que la mayoría ignora al principio: la separación de datos y visibilidad ocurre a nivel de subaccount, no a nivel de aplicación ni de Cloud Foundry Space. Si no quieres que los datos de una aplicación sean visibles desde otra, necesitas subaccounts separados, no solo spaces separados.

La mejor práctica más básica y más recomendada por SAP para proyectos iniciales es crear subaccounts separados por ciclo de vida: uno para desarrollo, uno para test y uno para producción.

Global Account├── Directory: Mi Proyecto│   ├── Subaccount: DEV│   ├── Subaccount: TEST│   └── Subaccount: PROD

Para proyectos más complejos con múltiples equipos o áreas funcionales el patrón escala añadiendo más Directories.

Meter todo en un único subaccount porque 'es más sencillo al principio'. SAP recomienda crear subaccounts separados para entornos de desarrollo multitier porque permite una gestión de usuarios y datos dedicada entre los distintos entornos.

Empezar con todo en un subaccount es rápido. Reorganizarlo cuando el proyecto crece y necesitas separar entornos... no tanto. Además la selección de región de un subaccount es una decisión arquitectónica estratégica porque no se puede cambiar después de la creación.

Hay una conversación que ocurre en casi todos los proyectos SAP con módulo MM cuando se llega al proceso de compras con proveedores habituales.

'¿Cómo gestionamos los pedidos recurrentes al mismo proveedor?'

Y la respuesta más habitual es: 'Pues creamos un pedido cada vez.' Funciona. Pero hay una opción mucho más eficiente que muy poca gente configura bien desde el principio: el pedido abierto.

La solicitud de oferta (RFQ en inglés, transacción ME41) es el proceso que usas cuando necesitas consultar precio y condiciones a uno o varios proveedores antes de comprometerte a comprar. Envías la solicitud, recibes las ofertas, las comparas y adjudicas al que mejor condiciones ofrece.

Es el proceso correcto cuando hay incertidumbre sobre el precio, cuando el proveedor no está definido de antemano o cuando el importe justifica un proceso formal de selección. Para compras puntuales, para nuevos proveedores o para materiales que no se compran habitualmente.

El error clásico es usarla para todo (incluso para compras recurrentes a proveedores con los que ya tienes condiciones pactadas). Eso genera burocracia innecesaria, ralentiza el proceso de compras y frustra a los usuarios que tienen que crear una RFQ cada vez que necesitan reponer stock de un proveedor de siempre. 😅

El pedido abierto (transacción ME31K) es un contrato marco con un proveedor donde defines las condiciones generales: precio, descuentos, plazos de entrega, cantidades mínimas. Y a partir de ahí, cada vez que necesitas material simplemente creas un pedido de entrega (o release order) que referencia ese contrato.

Sin negociar precios cada vez. Sin volver a introducir condiciones. Sin burocracia repetitiva. El sistema coge las condiciones del contrato y las aplica automáticamente.

Hay dos tipos que hay que conocer bien. El contrato de cantidad (defines una cantidad total comprometida con el proveedor durante un período) y el contrato de valor (defines un valor total máximo del acuerdo). Cuál usar depende de cómo negocia el cliente con sus proveedores. Y esa pregunta hay que hacerla en el taller de diseño, no cuando el sistema ya está configurado.

¿Este cliente tiene proveedores habituales con condiciones pactadas o todo es compra spot?

Si la respuesta es que hay proveedores recurrentes con precios acordados... el pedido abierto es el camino. Si todo es compra spot sin condiciones previas... la RFQ tiene más sentido.

Configurar todo con RFQ porque 'es lo que siempre se ha hecho' en un cliente que en realidad tiene el 80% de sus compras con proveedores habituales es perder una oportunidad enorme de eficiencia. Y descubrirlo seis meses después del go-live cuando el equipo de compras está harto de crear solicitudes de oferta para el mismo proveedor de siempre... no es el mejor momento. 😏

Hay desarrollos de planificación, logística y RRHH donde calcular fechas hábiles es crítico. ¿Este día es festivo? ¿Cuántos días laborables hay entre estas dos fechas? ¿Puedo programar una entrega para ese lunes?

Y la solución habitual es construir lógica propia, mantener tablas de festivos en Z o hacer cálculos manuales que luego hay que actualizar cada año. Cuando SAP ya tiene esto resuelto de forma nativa.

La función comprueba la fecha contra el calendario de festivos configurado en SAP (los mismos que usa el sistema para calcular plazos de entrega, fechas de pago y planificación de necesidades). Si la fecha es festivo devuelve HOLIDAY_FOUND = 'X' y en la tabla HOLIDAY_INFORMATIONS tienes el nombre del festivo, su tipo y si es oficial o no.

El parámetro HOLIDAY_CALENDAR_ID es el identificador del calendario configurado en el sistema (en España habitualmente 'ES' pero puede variar según cómo lo haya configurado el BASIS de cada cliente). Vale la pena verificarlo antes de usarla.

En desarrollos de planificación de entregas donde no puedes programar para un día festivo, en cálculos de fechas de vencimiento de facturas que respetan días hábiles, en desarrollos de RRHH para calcular días laborables de ausencias y vacaciones, y en cualquier proceso donde la diferencia entre día natural y día hábil tiene impacto real en el negocio.

Si eres responsable de un equipo (en SAP o en cualquier otro entorno) y tienes cerca a alguien con este perfil, hay una cosa que tienes que saber antes de actuar:

La forma en que lo gestiones dice tanto de ti como líder como lo que haga esa persona.

Y hay dos errores muy comunes que conviene evitar desde el principio.

El primero es ignorarlo. Pensar que se resuelve solo, que el equipo ya lo ve, que con el tiempo queda en evidencia. A veces ocurre. Pero mientras tanto el impacto en la motivación del equipo es real y silencioso.

El segundo es reaccionar de forma desproporcionada y convertir un problema de personas en un conflicto que afecta al proyecto entero. Eso tampoco ayuda a nadie.

Crea estructuras donde el mérito sea visible de forma natural. Presentaciones donde cada persona expone su propio trabajo. Actas donde queda claro quién hizo qué y quién tomó qué decisión. Reconocimientos específicos y con nombre. Cuando el mérito tiene estructura y visibilidad natural... apropiárselo es mucho más difícil sin que nadie tenga que señalarlo.

Observa el patrón antes de actuar. Un episodio puntual no define a nadie. Un patrón sistemático sí. Cuando tengas ejemplos concretos y contexto suficiente... entonces actúa. Con calma, en privado y con hechos. No con 'el equipo dice que' sino con 'he observado que esto ha ocurrido de esta forma en estas situaciones concretas'.

Protege al equipo sin crear dependencia. Tu trabajo no es ser el único escudo que protege al equipo de estas dinámicas. Es crear un entorno donde el equipo no las necesite. Donde la cultura haga ese trabajo de forma natural. Donde trabajar bien sea suficiente para ser reconocido.

Y si nada cambia después de haberlo intentado bien... Hay decisiones que forman parte del liderazgo y que no son cómodas pero sí necesarias. No hay que dramatizarlas. Pero tampoco posponerlas indefinidamente.

Este tipo de perfil no es el mayor problema de un equipo. El mayor problema es el entorno que lo hace posible.

Si en tu proyecto, en tu consultora o en tu empresa este patrón aparece sistemáticamente... la pregunta que vale la pena hacerse no es solo '¿qué hago con esta persona?' sino '¿qué está pasando en nuestra cultura para que esto funcione aquí?'

Esa es la conversación más incómoda. Y la más útil.

¿Has tenido que gestionar algo así desde una posición de liderazgo? ¿Qué aprendiste?

Y esto aplica perfectamente al mundo de la consultoría SAP.

Proyectos que no salen como se planearon. Go-lives que se complican. Clientes difíciles. Semanas donde todo parece ir cuesta arriba. En este mundo (como en cualquier otro) lo que distingue a los profesionales que crecen de los que se estancan no es no cometer errores. Es levantarse, aprender y seguir adelante con más criterio que antes.

Y hasta aquí el boletín de esta semana.

Hoy hemos hablado de algo que muchas veces vemos todos los días… pero que no siempre analizamos con calma: cómo funciona realmente el ecosistema de consultoría alrededor de SAP.

Porque al final, detrás de cada proyecto, cada desarrollo o cada incidencia, también hay modelos de negocio, decisiones, estrategias y formas muy distintas de entender este mundo.

Y cuanto más tiempo pasas en él, más te das cuenta de que SAP no va solo de tecnología.

Va de personas, de procesos, de negocio… y muchas veces de saber adaptarse constantemente a cómo cambia todo.

Gracias por dedicar unos minutos a leerlo y por seguir formando parte de esta pequeña comunidad donde intentamos hablar de SAP de una forma un poco más cercana y real.

La semana que viene volveremos con más historias de proyectos, algún tema interesante y seguramente otra de esas situaciones que todos hemos vivido alguna vez trabajando en este ecosistema.

Nos leemos en el próximo boletín 👋

Envíame un correo sobre un tema que quieras que salga en la newsletter a [email protected] o contesta a este email.